US20070038422A1 - Method and system for developing a vehicle package - Google Patents
Method and system for developing a vehicle package Download PDFInfo
- Publication number
- US20070038422A1 US20070038422A1 US11/161,621 US16162105A US2007038422A1 US 20070038422 A1 US20070038422 A1 US 20070038422A1 US 16162105 A US16162105 A US 16162105A US 2007038422 A1 US2007038422 A1 US 2007038422A1
- Authority
- US
- United States
- Prior art keywords
- vehicle package
- vehicle
- mechanical
- data
- package
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 52
- 238000011960 computer-aided design Methods 0.000 claims abstract description 75
- 230000006854 communication Effects 0.000 claims abstract description 62
- 238000004891 communication Methods 0.000 claims abstract description 62
- 238000012986 modification Methods 0.000 claims description 21
- 230000004048 modification Effects 0.000 claims description 21
- 238000013461 design Methods 0.000 description 61
- 230000018109 developmental process Effects 0.000 description 23
- 238000011161 development Methods 0.000 description 21
- 238000011156 evaluation Methods 0.000 description 14
- 238000010200 validation analysis Methods 0.000 description 10
- 238000011160 research Methods 0.000 description 9
- 238000004519 manufacturing process Methods 0.000 description 8
- 239000000463 material Substances 0.000 description 7
- 238000012360 testing method Methods 0.000 description 7
- 238000004458 analytical method Methods 0.000 description 6
- 230000007175 bidirectional communication Effects 0.000 description 6
- 239000004927 clay Substances 0.000 description 6
- 238000005457 optimization Methods 0.000 description 6
- 239000011152 fibreglass Substances 0.000 description 5
- 239000002023 wood Substances 0.000 description 5
- 230000033001 locomotion Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000012552 review Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000004438 eyesight Effects 0.000 description 3
- 239000002184 metal Substances 0.000 description 3
- 238000013519 translation Methods 0.000 description 3
- 230000014616 translation Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 239000006260 foam Substances 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 238000012800 visualization Methods 0.000 description 2
- 241000710181 Potato virus M Species 0.000 description 1
- 229910000831 Steel Inorganic materials 0.000 description 1
- 230000004308 accommodation Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000012938 design process Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 238000010901 in-process video microscopy Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000010399 physical interaction Effects 0.000 description 1
- 238000000053 physical method Methods 0.000 description 1
- 239000011120 plywood Substances 0.000 description 1
- 229920002432 poly(vinyl methyl ether) polymer Polymers 0.000 description 1
- 238000004064 recycling Methods 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000010959 steel Substances 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F30/00—Computer-aided design [CAD]
- G06F30/10—Geometric CAD
- G06F30/15—Vehicle, aircraft or watercraft design
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/04—Manufacturing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Definitions
- the present invention relates to methods and systems for developing a vehicle package, more particularly to methods and systems that utilize a mechanical vehicle package model.
- Automotive vehicle development is a lengthy process, which requires designing, validating and testing of a vehicle package.
- the vehicle design may begin with designer drawings, sketches or physical models, such as clay models of conceptual exterior and/or interior designs.
- these designs may be represented in a clay physical model, an adjustable vehicle package model, or a computer aided design.
- An adjustable physical vehicle package model assists in developing a vehicle package.
- the physical model assists in determining an occupant's spacial environment, including overall exterior and interior dimensions and the vehicle's mechanical spacial configuration. It is important in designing a vehicle package to make efficient cost effective allocation of space within the vehicle package. Often times vehicle package design issues may be undetectable until a physical buck is developed. Unlike clay representations, bucks are often adjustable for rapidly making adjustments to overcome design issues or assess package alternatives. Accordingly, adjustable bucks have often been used up front to identify such issues.
- Adjustable vehicle bucks also permit validation studies and marketing studies. Multiple occupants representing a range of occupant sizes may be evaluated with the adjustable buck for determining the efficiency, occupant accommodation, ergonomics and/or marketing appeal of a particular vehicle package.
- the vehicle package data is retrieved from either the vehicle package computer or from physical measurements made from the physical vehicle package model. These dimensions are then manually input into a computer aided design (CAD) or a computer aided engineering system (CAE) for generating an electronic vehicle package design.
- CAD computer aided design
- CAE computer aided engineering system
- the electronic vehicle package design may have been generated beforehand for performing electronic tests upon the vehicle package.
- the electronic vehicle package design is either generated or modified from a prior design.
- the electronic vehicle package design may be evaluated for various requirements including SAE (Society of Automotive Engineers) design parameters or other design limitations.
- any vehicle package changes are required at the electronic vehicle package design stage, these changes may be input into the programmable vehicle model to assess and validate the modifications in a physical representation. If physical validation unveils any design issues, they may be eliminated with adjustments to the programmable vehicle model. These adjustments are then manually entered into the virtual vehicle package. This cycle continues until the vehicle package is successfully validated in both software and hardware environments.
- the process of developing a vehicle package may be both costly and time consuming.
- the vehicle package requires validation at the physical stage, and may also require validation at the electronic stage. If design issues arise at either stage, the modifications to overcome these issues may require further validation at both the physical and electronic levels. Due to the lack of synergy between both systems, significant time, money and resources are consumed by this process. Additionally, errors may be made in obtaining the data in one system and inputting it into the other system.
- a goal of the present invention is to increase the efficiency and workability of a physical vehicle model and the electronic design in the development of a vehicle package.
- An aspect of the present invention is to provide a system for rapidly designing and validating a vehicle package.
- the system includes an adjustable mechanical vehicle package model for configuring a plurality of vehicle packages that each have one or more vehicle components.
- a computer aided design system is provided with virtual vehicle package model data for a vehicle package.
- a translator is in communication with the computer aided design system for converting the virtual vehicle package model data into mechanical vehicle package model data.
- a mechanical vehicle package model system is in communication with the translator for reading the mechanical vehicle package model data.
- the mechanical vehicle package model system is in operable communication with the mechanical vehicle package model for adjusting the mechanical vehicle package model to represent the virtual vehicle package model data.
- Another aspect of the present invention is to provide a computer implemented method for rapidly designing a vehicle package.
- the method receives virtual vehicle package model data from a computer aided design system.
- the virtual vehicle package model data is for a vehicle package that has one or more vehicle components.
- the vehicle package model data is automatically converted into mechanical vehicle package model data that is readable by a mechanical vehicle package model system for adjusting a mechanical vehicle package model.
- the mechanical vehicle package model data is transmitted to the mechanical vehicle package model system and the mechanical vehicle package model is adjusted based on the mechanical vehicle package model data.
- a further aspect of the present invention is to conduct marketing studies on the mechanical vehicle package model to assess the vehicle package.
- Another aspect of the present invention is wherein the method modifies the virtual vehicle package model data with the computer aided design system.
- the data is automatically converted into modified mechanical vehicle package model data that is readable by the mechanical vehicle package model system for adjusting the mechanical vehicle package model.
- the modified mechanical vehicle package model data is transmitted to the mechanical vehicle package model system for adjusting the mechanical vehicle package model.
- An even further aspect of the present invention is to limit the virtual vehicle package model data modifications to a range of predefined vehicle package dimensions.
- An aspect of the present invention is to receive data from the mechanical vehicle package model system to adjust at least one vehicle component.
- the adjustment data is automatically converted into virtual vehicle package model data readable by the computer aided design system.
- a further aspect of the present invention is to simulate modifications to the virtual vehicle package model.
- Yet another aspect of the present invention is to transmit the virtual vehicle package model data to the computer aided design system.
- a virtual vehicle package model is automatically modified to represent adjustments made to the vehicle package model.
- An even further aspect of the present invention is wherein the virtual vehicle package model modifications and the adjustments to the mechanical vehicle package model are simultaneous.
- Another aspect of the present invention is to export virtual vehicle package model data for at least one vehicle component.
- a further aspect is to evaluate the at least one vehicle component from the virtual vehicle package model data.
- Another aspect is to fabricate the at least one vehicle component from the virtual vehicle package model data.
- Another aspect of the present invention is to conduct physical studies of the mechanical vehicle package model to assess the vehicle package.
- An even further aspect of the present invention is to adjust the mechanical vehicle package model to assess adjustments to the vehicle package.
- Another aspect of the present invention is to input adjustment data into the mechanical vehicle package model system to adjust at least one of the one or more vehicle components.
- the vehicle component is automatically adjusted and the adjustment data is automatically converted into virtual vehicle package model data that is readable by the computer aided design system.
- Yet another aspect of the present invention is to transmit the virtual vehicle package model data to the computer aided design system.
- Another aspect of the present invention is to automatically modify the virtual vehicle package model to represent the adjustments made to the mechanical vehicle package model.
- An aspect of the present invention is to provide a computer-implemented method for rapidly designing a vehicle package.
- a mechanical package buck is adjusted to represent a vehicle package that has one or more vehicle components.
- the adjustments are automatically converted into virtual vehicle package buck data readable by a computer aided design system.
- the virtual vehicle package buck data is transmitted to the computer aided design system.
- a virtual vehicle package is automatically generated to represent the mechanical package buck.
- Another aspect of the present invention is wherein adjustment from the mechanical package buck system is received to adjust at least one of the vehicle components.
- the adjustment data is converted into virtual vehicle package buck data that is readable by the computer aided design system.
- An even further aspect of the present invention is to transmit the virtual vehicle package buck data to the computer aided design system, and automatically modify the virtual vehicle package to represent the mechanical package buck adjustments.
- FIG. 1 is a schematic of a system and a computer-implemented method for rapidly designing a vehicle package in accordance with the present invention
- FIG. 2 is a flow chart illustrating a method for designing a vehicle package in accordance with the present invention
- FIG. 3 is a flow chart illustrating another method for designing a vehicle package in accordance with the present invention.
- FIG. 4 is a schematic for a system and method for rapidly designing a vehicle package in accordance with the present invention
- FIG. 5 is another schematic of a system and method for rapidly designing a vehicle package in accordance with the present invention.
- FIG. 6 is an exemplary screen shot from a computer aided design system in accordance with the present invention.
- FIG. 7 is an exemplary illustration of a virtual vehicle package model in accordance with the present invention.
- FIG. 8 is an exemplary illustration of a virtual vehicle package model in accordance with the present invention.
- FIG. 9 is a schematic of an interfacing protocol for a system and method for rapidly designing a vehicle package in accordance with the present invention.
- FIG. 10 is a schematic of a communication protocol for a system and method for rapidly designing a vehicle package in accordance with the present invention.
- FIG. 1 illustrates a vehicle package development system that is referenced generally by numeral 20 .
- the system 20 includes input criteria 22 , software 24 , hardware 26 and output data 28 .
- the input criteria 22 includes initial interior targets which may be specific for a desired vehicle program, vehicle program packages, and common studio surfaces for vehicle components.
- the input criteria 22 is conveyed to the software 24 .
- the software 24 may include a computer aided design (CAD) system or a computer aided engineering (CAE) system for designing and developing a vehicle package or the like.
- CAD computer aided design
- CAE computer aided engineering
- the software 24 may also include an interface, such as a java interface, for communication with the hardware 26 .
- the software 24 includes a virtual vehicle package model 30 , which represents a vehicle package.
- the virtual vehicle package model 30 illustrated in FIG. 1 represents the interior of the vehicle package.
- the invention contemplates that the virtual vehicle package model 30 may represent any portion of a vehicle package, such as seating, interior panels, exterior panels, various combinations of vehicle portions, or the entire vehicle.
- a vehicle package for a passenger vehicle is depicted, the invention contemplates utilization with development of any product which involves physical interaction with a person, including but not limited to, aircrafts, water crafts, tractors, appliances or the like.
- an interior package of a passenger vehicle is illustrated in the Figures and expressly described within the specification, one having ordinary skill in the art at the time the invention was made will appreciate that various models may be substituted for the exemplary models within the spirit and scope of the invention.
- the hardware 26 includes a programmable mechanical vehicle package model system 34 , which is often referred to as a mechanical buck system.
- the mechanical buck system may represent any portion of a vehicle package, such as interior, exterior, seating, interior/exterior combined or the like.
- a buck may include a low-boy table, which is a modeling table for supporting a floor pan that is milled from a material such as wood or plywood.
- the low-boy table is utilized for modeling clay panels such as an instrument panel, doors, cowl side and stub, A-pillars, floor console, or optional front seats.
- the low-boy table permits designers to see how various panels and components look and fit together.
- a buck may also be a roll-up buck, which includes panels such as the instrument panel, doors and center console formed, by example, from clay.
- a greenhouse may be added which is constructed from wood, fiberglass or another material.
- the roll-up buck accommodates removable and interchangeable center console and seats. Additional components or compartments can be added to bring in additional rows of seats.
- the roll-up buck permits designers to view a full seat compartment, or multiple seat compartments in combination. By addition of the greenhouse, the designer may view the full environment.
- a package buck Another stage of a buck is referred to as a package buck.
- the package buck is also referred to as an engineering buck, an environmental buck, an occupant buck, or a static seating buck.
- the package buck is conventionally formed from any of a collection of materials including wood, foam, fiberglass, sheet metal, body-in-white components or the like.
- the package buck is often dimensionally accurate to a seating package drawing for representing the drawing design.
- the package buck often includes a full interior and may also include a luggage compartment.
- the package buck permits designers to evaluate the occupant package, including ingress/egress, head room, vision or the like. Ergonomic checks may also be validated for reach and other spacial relationships. Package evaluation by a program team, customers and/or market research may be performed.
- Another buck stage may include an interior market research buck, or glamour buck.
- This buck may be formed from any materials; often times fiberglass is utilized.
- the market research buck may be cast from clay interior components from a prior buck stage. Additionally, frame work from design drawings for the roll-up buck may be used for this buck.
- the interior market research buck the interior is completed to a very high level of detail and finish. The focus of this buck is on the interior and typically little or no exterior evaluation is provided.
- the interior market research buck may be limited to the region before the B-pillar of the vehicle.
- Interior market research bucks are generally limited and do not permit easy modification or recycling.
- the interior market research buck is utilized for gathering customers'views on vehicle design. For example, the interior market research buck readily permits assessment from customers via visualization, without requiring much imagination as prior buck stages may require.
- This buck represents a full interior and full exterior with wheels. This buck looks like a real car inside and out and may be formed from body-in-white in combination with fiberglass updates for the fender, hood, grille, or the like. This buck permits full vehicle evaluation for market research and internal review.
- the in-series buck is formed from a steel box frame construction, generally from the B-pillar. A frame is custom made to fit the property and is set at the curb height of the vehicle package. If the vehicle is a carry over from a past vehicle design, a portion of the body-in-white is used and set at curb position. Interior components may be formed from fiberglass with a high level of fit and finish. Special wood and metal finishes are also used for detailing the components.
- the in-series buck provides review of interior color and trim themes. This review includes texture of materials and color arrangements of components such as the instrument panel, door panels, console or the like. Separate interior properties for a range of series of vehicles may be evaluated and reviewed with the in-series buck.
- the in-series buck may be utilized for presenting design intent within the company.
- the color harmony buck is a vehicle with program specific components.
- the buck may be a driveable vehicle and may be able to accept production level parts.
- the substrate could be sheet metal, wood or other.
- the purpose of the color harmony buck is for designers to review interior program specific components for color, grain and gloss harmony, in vehicle position, using color corrective lights.
- the color harmony buck permits the designers to verify that a design intent is met.
- Yet another buck stage may include an underhood appearance buck, which represents the components that are typically housed beneath the hood of a vehicle.
- the underhood appearance buck embodies a portion of a vehicle from a front end clip from a prior program vehicle or surrogate that is filled with components that are made from various materials such as cardboard, foam or rapid prototype materials, in combination with actual or carry-over components.
- the underhood appearance buck permits designers to evaluate the appearance of the components of the vehicle beneath the hood.
- communication line 36 illustrates conveyance of data from the hardware 26 to the software 24 .
- the output data 28 includes demonstrated interior targets, package design and feedback to an associated studio.
- Communication line 38 represents data that is utilized for adjusting the input data for adjusting the resultant vehicle package.
- the system 20 of the present invention provides direct communication between the software 24 and the hardware 26 .
- the hardware 26 is in the loop of the system providing direct feedback through communication line 36 to the software 24 .
- the software 24 and the hardware 26 of the present invention operate so that the virtual vehicle package model 30 and the mechanical buck 34 cooperate in tandem.
- modifications or developments to the virtual vehicle package model 30 are simultaneously input to the mechanical vehicle package model 34 .
- adjustments made to the mechanical and vehicle package model 34 are simultaneously incorporated into the virtual vehicle package model 30 .
- This system 20 enables vehicle program teams to design a vehicle package as a virtual vehicle package model such as the model 30 , while simultaneously representing the virtual model 30 with the mechanical buck 34 .
- the mechanical buck 34 may be appraised in the physical environment and design changes, if any, may be imparted directly to the software 24 through communication line 36 .
- This system 20 permits rapid package ergonomic studies early in the program cycle.
- the system 20 also reduces evaluation time between development of both the vehicle package and the design of the vehicle package components. Direct feedback from appraising the mechanical buck 34 is imparted to the software 24 .
- efficiency is enhanced and design issues are identified and eliminated early in the vehicle package design.
- difficulties and errors associated with conveying information back and forth between the software 24 and the hardware 26 are eliminated by the system 20 of the present invention which employs the hardware 26 and the software 24 in loop with one another. Additionally, less iterations of buck components are required, thereby providing quicker component surfaces for a vehicle program.
- FIGS. 1 and 2 a computer implemented method is illustrated for rapidly designing a vehicle package.
- the method is illustrated in flowchart form in FIG. 2 and is referenced generally by numeral 40 .
- vehicle package buck data is received.
- the vehicle package buck data is converted into mechanical package buck data.
- the mechanical package buck data is transmitted to the mechanical package buck system 34 .
- a mechanical package buck is adjusted by the mechanical package system based on the mechanical package buck data.
- the input 22 is received by the software 24 , converted into mechanical package buck data, transmitted to the mechanical vehicle package model system 34 , and the mechanical package buck is adjusted thereby.
- the method 40 of FIG. 2 also illustrates at block 42 that the vehicle package buck data may be modified.
- these modifications may be received from the input data 22 or from communication line 38 as a result of appraisal data derived from the output data 28 .
- the vehicle package buck data is modified, it is converted into mechanical package buck data in block 44 and is transmitted to the mechanical package buck system 34 at block 46 .
- adjustments made to the virtual vehicle package model 30 are simultaneously adjusted to the mechanical package buck at block 48 .
- FIG. 3 another computer implemented method for rapidly designing a vehicle package is illustrated in block diagram form and is referenced generally by numeral 50 .
- the method 50 of FIG. 3 may be utilized in series with the method 40 of FIG. 2 or separate as illustrated.
- both methods 40 , 50 of FIGS. 2 and 3 may be used multiple times alone or in combination during the development of the vehicle package through the system 20 of FIG. 1 . Therefore, whether both methods 40 , 50 are utilized and the number of times each method 40 , 50 is repeated depends on the number of design inputs and modifications that are undergone during the vehicle package development.
- the mechanical buck system 34 is adjusted to represent the vehicle package.
- the adjustment data is received from the mechanical package buck system 34 .
- the adjustment data is converted into vehicle package buck data.
- the vehicle package buck data is transmitted to the software, or a computer aided design system.
- a virtual vehicle package may be created from the data, such as the virtual vehicle package model 30 . If the virtual vehicle package model 30 has already been generated, then the model 30 is modified to represent the adjustments.
- a virtual analysis may be conducted to determine if the virtual vehicle package meets certain design criteria such as specifications or regulations. If so, the vehicle package development may proceed to a subsequent stage. If not, further adjustments may be made to the virtual vehicle package. Accordingly, these changes may be made simultaneously to the mechanical package buck. Once changes are made to the virtual vehicle package, further virtual analysis may be conducted to verify that the virtual vehicle package meets the design criteria. If so, the mechanical package buck may be adjusted at this stage if not adjusted already. Thus, multiple iterations of design changes may be implemented and validated efficiently during virtual analysis.
- the vehicle package When the vehicle package is validated physically, it may be tested for marketability and ergonomics. Physical studies are conducted to assess the marketability and/or ergonomics of the vehicle package. Subsequent to conducting physical studies, a determination is made whether design changes are requested. If so, the design changes are implemented to modify the vehicle package buck data at block 42 which consequently adjusts the mechanical package buck at block 48 .
- the design changes may be a change in a dimension, which is subsequently reflected electronically in the software 24 and/or physically in the hardware 26 .
- the mechanical package buck system may be adjusted at block 52 , thereby adjusting the mechanical package buck and subsequently modifying the virtual vehicle package in block 60 .
- the physical studies may be marketing studies with target audience test groups to determine whether the vehicle package suits the target audience. Alternatively, the physical studies may be ergonomics test for maximizing the comfort and use of space and features within the mechanical buck.
- the step of inputting design requests as a result of physical studies is illustrated by the communication line 38 in FIG. 1 , wherein the input criteria 22 to the system 20 is modified by communication line 38 . Once adjustments are made, the step of conducting physical studies may be repeated until design changes are no longer required.
- Another advantage of maintaining the software and hardware in loop during multiple iterations of design changes is to monitor the history of design changes to ensure that past designs, which did not survive validation, are not revisited. Therefore, unnecessary steps may be eliminated due to monitoring of the hardware 26 by the software 24 .
- vehicle buck data may be exported for at least one vehicle component. That vehicle package buck data may be evaluated. This evaluation may include engineering studies for the engineering development of the given component. Alternatively, after the vehicle package buck data for a vehicle component is exported, the vehicle component may be fabricated. This fabrication may include prototype fabrication. This fabrication may also include fabrication of a buck insert, which may be added to the mechanical package buck for conducting further physical studies with a prototype buck component rather than a generic buck component. After the vehicle component is evaluated, the engineered component may be fabricated.
- the vehicle component may be evaluated, by engineered development, research and development, or the like. Subsequently, the vehicle component may be fabricated.
- the fabricated vehicle component may be a prototype such as a vehicle package specific buck insert, or may be a final component. If the component is a buck panel insert, the component may be mounted to the mechanical buck and physical studies may be repeated. Once the vehicle package buck data is exported, the vehicle component may be directly fabricated.
- data may be exported for design of production components.
- the data may be exported for product engineering, finite element analysis, or the like.
- FIG. 4 illustrates a vehicle package development system 82 in accordance with the present invention.
- the system 82 includes both software 84 and hardware 86 for developing a vehicle package.
- the software 84 is a computer aided design system that includes the virtual vehicle package model, also known as the virtual vehicle buck, or the virtual programmable vehicle model (VPVM).
- the virtual vehicle package model also known as the virtual vehicle buck, or the virtual programmable vehicle model (VPVM).
- VPVM virtual programmable vehicle model
- the hardware 86 is a mechanical vehicle package model, also known as a programmable vehicle model (PVM).
- PVM programmable vehicle model
- the PVM 86 includes a mechanical vehicle model or mechanical buck 88 that includes automation equipment that is controlled by controller 90 .
- the PVM 88 may include generic physical inserts that may be adjusted to various sizes or locations. Alternatively, vehicle package specific inserts may be fabricated and mounted to the adjustable buck for validating a particular design.
- the PVM 88 has many adjustable components that may be adjustable in size and location.
- the PVM 88 has adjustable interior components.
- the location of the component may be adjusted relative to a reference point, such as the occupant. Additionally, the occupant may be adjusted.
- the overall size of the component may be adjusted.
- the angle of the component may be adjusted.
- components that are adjustable in size such as roof, hood, deck lid, doors, panels and pillars, these components may be extendable and retractable in one or more directions of translation for adjusting the size.
- Such adjustability has been disclosed in the prior art such as in the Doll et al. U.S. Pat. No. 6,371,766 B1, which has been incorporated by reference herein.
- the invention contemplates that any adjustable buck may be utilized in the system 82 in accordance with the present invention.
- the PVM 86 may be utilized for testing and validating various exterior and interior components.
- the PVM may be an engineering PVM that includes many interior components and a reduced exterior, which may include a hood, roof and pillars but may omit many of the exterior body panels.
- the PVM 86 may include adjustable components including an accelerator pedal, a brake pedal, a clutch pedal, a console, an instrument panel, a rocker, seats, a shift handle, a steering column and a steering wheel.
- the PVM 86 may also include multiple adjustable interior panels including floor panels, a headliner, door inner trim panels, pillars, scuff plates and the like.
- the PVM 86 may also include multiple adjustable exterior panels such as a hood, a roof, door panels, front and rear quarter panels, a deck lid, front and rear bumpers, a grill, and the like.
- Either the CAD system 84 , the controller 90 or both may include a converter or translator embodied in a computer system for converting virtual vehicle package model data to mechanical vehicle package model data and mechanical package vehicle model data to virtual vehicle package model data.
- the data is electronic and is conveyed between computers, namely the CAD system 84 and the controller 90 .
- the CAD system 84 performs the conversion function.
- Design or design modifications made to the VPVM and the CAD system 84 are conveyed through communication line 92 to the controller 90 and are imparted to the mechanical buck 88 .
- the CAD system 84 may convert the CAD data to a universal data format such as Extensible Markup Language (XML) data files that may be interpreted by the controller 90 for adjustment of the mechanical buck 88 .
- the controller 90 may export data in XML format which may be uploaded by the CAD system into the virtual vehicle buck.
- changes made to the mechanical buck 88 at the controller 90 are conveyed through communication line 94 to the CAD system 84 so that the changes are automatically made to the VPVM.
- the CAD system 84 and PVM 86 may cooperate so that modifications are conducted simultaneously. Additionally, the CAD system 84 may operate so that the changes are simulated upon the CAD system.
- the vehicle package development system 82 includes a graphical user interface (GUI) 96 .
- GUI graphical user interface
- An operator may input design changes into the GUI 96 that are conveyed through communication lines 98 , 100 to the controller 90 and CAD system 84 respectively for imparting a design change to both the PVM 86 and the VPVM and the CAD system 84 .
- Other inputs may be provided to the CAD system 84 such as input criteria 102 .
- the input criteria 102 may include package files, output from tools, package requirements or the like, which may be driven by data that is specific for the vehicle package.
- the input criteria 102 is input to the CAD system 84 via communication line 104 .
- the input also includes a library 106 .
- the library 106 includes components and sections of various components such as various generic components, wherein the user may select one of a series of generic component sections and modify it to the size required for the given vehicle package. Data is transferred from the sections library 106 to the CAD system 84 through communication line 108 .
- the output of the system 82 is exported into a vehicle package database 110 from the CAD system 84 via communication line 112 .
- the package database 110 is utilized for developing the resultant vehicle.
- changes or modifications, if required may be input back into the CAD system 84 through communication line 112 for modifying the VPVM and the mechanical buck 88 for assessment and validation of the design changes.
- the output also includes applications 114 such as, a digital buck and digital occupant analysis.
- applications 114 such as, a digital buck and digital occupant analysis.
- Three-dimensional ( 3 D) surfaces are conveyed through communication line 116 to the applications 114 for conducting the studies, such as a digital occupant's access to various components within a digital buck and the digital occupant's ability to view externally out of the vehicle.
- the output from such applications are limitations or specifications which are often referred to as design zones and cones. If any modifications are required based on the appraisals using the applications 114 , the modified three-dimensional surfaces may be conveyed through communication line 116 back to the CAD system 84 , and the appropriate modifications are made to the VPVM and the mechanical buck 88 .
- Another output may include physical inserts 118 .
- Three-dimensional surfaces are exported through communication line 120 , which are subsequently fabricated into physical inserts 118 .
- the physical inserts 118 may be added to the mechanical buck 88 as illustrated by communication line 122 so that a package specific physical insert 118 may be assessed within the mechanical buck 88 , rather than assessment of a generic adjustable component.
- Another output may include any phase of mechanical buck such as seating bucks 124 .
- the seating bucks 124 may be developed from data exported from the PVM 86 via communication line 126 or from the VPVM of the CAD system 84 from communication line 128 .
- architecture for a vehicle package development system 130 is illustrated in accordance with the present invention.
- the architecture for the system 130 is illustrated for both software 132 and hardware 134 .
- a graphical user interface (GUI) 146 is provided by the software 132 .
- the GUI 146 contains PVM dimensions 144 via communication line 148 .
- the GUI 146 permits an operator to manipulate the PVM dimensions 144 .
- GUI 146 an exemplary screen shot is illustrated of the GUI 146 .
- the GUI 146 is illustrated displaying a PVM dimensions editor. Accordingly, a user or operator may manually input adjustments into the PVM dimensions editor at the GUI 146 for various vehicle package components, such as those displayed in FIG. 6 .
- the software 132 includes a kinematics model 136 for an associated PVM 138 of the hardware 134 .
- the kinematics model 136 is generally a stick wire diagram that captures the potential range of motion and control of the hardware for the PVM 138 .
- the kinematics model 136 provides a design guide for a range of motion during the PVM 138 design and build phase.
- a package achievability function 140 is built to determine if the PVM 138 spans the range of motion required by the package input in PVM dimensions 144 .
- the package achievability 140 communicates with the kinematics model via communication line 141 .
- the package achievability 140 may be a mathematic prediction model that determines offsets required for various component panels and determines whether the PVM 138 can satisfy the required range of translations.
- the package achievability 140 factors in the target vehicle package, the kinematics model 136 , sizes of components and desired positions.
- the PVM 138 may be substituted with another PVM having adequate ranges of dimensions and components. Alternatively, the PVM 138 may be altered and modified to meet the package achievability 140 .
- the data from the package achievability 140 may be in the form of the PVM dimensions 144 .
- the PVM dimensions 144 may be three dimensional data for adjusting the PVM 138 .
- the GUI 146 contains the PVM dimensions modifications via communication line 148 .
- the PVM dimensions 144 are in communication with an inter-process communication (IPC) 150 , which transmits the PVM dimensions 144 for adjusting the PVM 138 .
- the IPC 150 is in bidirectional communication with the PVM dimensions 144 via communication line 152 .
- the IPC 150 is in bidirectional communication with the hardware 134 .
- the IPC 150 is in bidirectional communication with the PVM 138 via communication line 154 .
- the IPC 150 conveys this information to the PVM 138 .
- these adjustments are made at the PVM 138 , these adjustments are conveyed to the IPC 150 , which converts the data and correspondingly adjusts the PVM dimensions 144 .
- the GUI 146 is utilized for inputting a geometry 155 into the software 132 .
- the geometry 155 is conveyed from the GUI 146 via communication line 156 to a CAD system 158 via communication line 160 .
- the GUI 146 and the CAD system 158 may be provided within a common computer.
- the CAD system 158 maintains a virtual vehicle model, or virtual programmable vehicle model (VPVM) that represents the mechanical buck or PVM 138 .
- VPVM virtual programmable vehicle model
- the CAD system 158 is in bidirectional communication with the PVM dimensions 144 via communication line 162 .
- the CAD system 158 may maintain the VPVM simultaneously with the PVM 138 .
- the GUI 146 may be utilized for inputting industry standard dimensions, targets and specifications, such as SAE dimensions and targets 164 via communication line 165 .
- a math model 166 is provided to map the PVM dimensions 144 and the SAE dimensions and targets 164 through communication lines 168 , 170 respectively.
- the math model 166 maps the PVM dimensions 144 with SAE dimensions and targets 164 for a given vehicle style.
- SAE dimensions may be provided by Surface Vehicle Recommended Practice such as that disclosed in SAE J1100, rev. Jul. 2002, which is incorporated in its entirety by reference herein.
- the PVM dimensions 144 are generally independent from each other and have linear or angular directions of movement or translation.
- the SAE dimensions and targets 164 may or may not be independent of one another and may be provided in linear and/or angular dimensions.
- SAE dimensions may be provided for North American packaging input or any other region-specific packaging input.
- the math model 166 provides a mathematical relationship between the PVM dimensions 144 and the SAE dimensions and targets 164 .
- the math model 166 may be utilized to map between the PVM dimensions 144 and the SAE dimensions or other targets 164 .
- Chart 1 illustrates how the math model 166 may organize and compare PVM components with specifications and parameters, such as SAE parameters.
- the GUI 146 may be utilized for inputting sections 172 via communication line 174 into the software 132 .
- the sections 172 may be conveyed to the CAD system 158 via communication line 176 .
- the CAD system 158 may include a library 178 of components and sections.
- the CAD system 158 communicates with the sections library 178 via bidirectional communication line 180 so that sections, such as sections 172 may be added to the library 178 via communication line 180 ; and various sections and components may be retrieved from the library 178 by the CAD system 158 through the communication line 180 . Components may be stored for reuse in subsequent program development.
- the GUI 146 is also utilized for inputting three-dimensional targets such as cones and zones 182 via communication line 184 .
- the virtual vehicle package model or VPVM is illustrated and referenced generally by numeral 186 .
- the VPVM 186 is illustrated in both FIGS. 7 and 8 as screen shots generated by the CAD system 158 and viewable on the CAD system 158 .
- a plurality of zones 188 are illustrated corresponding with the VPVM 186 .
- the zones 188 are dimensional ranges derived from the package targets or requirements and are represented in CAD format on the CAD system 158 .
- the zones 188 represent design areas to use for design, or to avoid designing within.
- the zones 188 are utilized to illustrate ranges within the VPVM 186 for virtual illustrative purposes.
- Such visualizations, as well as virtual and computer analysis generally streamline the development of the vehicle package and may be utilized for minimizing the amount of actual testing required in the PVM 138 .
- the VPVM 186 is illustrated with a plurality of cones 190 .
- the cones 190 are used to represent angular requirement ranges such as an occupant's range of vision and may be useful for designing the placement of the occupant, vehicle pillars, the roof, the hood or other panels and components.
- package evaluation and optimization 192 is conducted virtually within the software 132 .
- the package evaluation/optimization 192 receives data from the CAD system 158 through communication line 194 , package requirements 196 via communication line 198 , package toolset data 200 (such as Automatic Design Process (ADP) and Dimension Measurement Tool (DMT)) via communication line 202 , and the 3 D targets 182 via communication line 204 .
- the package evaluation/optimization 192 takes this information into consideration for providing virtual evaluation and optimization 192 of the VPVM 186 .
- design issues such as interferences, blind spots and the like may be identified and omitted at the software package evaluation/optimization 192 thereby saving time assessing the hardware 134 .
- the package evaluation/optimization may communicate, via communication line 205 , with the SAE dimensions and targets 164 for virtual analysis and validation of the vehicle package.
- the GUI 146 may export output data for at least one component of the vehicle package via communication line 206 .
- the output may be utilized for reporting confirmed targets and for development of component surfaces and designs.
- the PVM 138 may utilize generic components 208 for representing a plurality of vehicle package styles and shapes. Alternatively, if a specific vehicle package is to assessed, the output data from the GUI 146 for specific components may be utilized to fabricate program specific components 210 which may be utilized with the PVM 138 before the program specific components 210 are finalized and ready for engineering and subsequent manufacturing.
- the GUI 146 is illustrated in communication with a model view controller 214 .
- the model view controller 214 communicates with data session 216 .
- the data session 216 may be a document object model (DOM).
- the model view controller 214 is an event handler that also communicates with a VPVM control 218 .
- the VPVM control 218 communicates with the CAD system 158 via an interface to CAD 220 .
- the interfacing protocol 212 permits the operator to interact with the system via the GUI 146 .
- adjustments to the VPVM that are imparted through the GUI 146 are conveyed through the model view controller 214 through the VPVM control 218 through the interface to CAD 220 to the CAD system 158 ; and are concurrently conveyed to the data session 216 through the model view controller 214 .
- the communication protocol 222 includes both hardware 224 having a PVM and software 226 having a VPVM.
- the hardware 224 includes a client or server 228 that is utilized for transmitting commands 230 which are converted into actions 232 by the PVM.
- the software 226 includes a client or a server 234 that conveys commands 236 which are converted into actions 238 by the VPVM.
- the hardware client/server 228 and the software client/server 234 are in bidirectional communication with one another via communication line 240 .
- commands and data from each client/server 228 , 234 are conveyed between the hardware 224 and the software 226 for maintaining simultaneous adjustments between the PVM and the VPVM.
- the systems and methods of the present invention may be used to establish vehicle package program targets, study different vehicle package model alternatives, identify potential vehicle package issues, and perform trade-offs between vehicle package, functionality and style.
- the hardware By putting the hardware in direct communication with the software, the hardware is in the loop with the virtual buck and therefore modifications required at the physical buck may be directly conveyed and subsequently analyzed by the software.
- Such systems and methods may: reduce the amount of time required in developing the vehicle package, provide accurate vehicle package and ergonomic studies, reduce designer and engineer time, enable early package analysis and evaluation, reduce evaluation time between vehicle package design and testing, improve the efficiency of utilizing mechanical bucks or PVMs, minimize operator errors from inputting validation data, eliminate intermediate hardware components such as seating buck builds, enable early appraisal and feedback from real time human appraisal that is directly fed back to the VPVM, and provide design geometry to other analysis tools for engineering evaluation and manufacturing evaluation.
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Geometry (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Educational Administration (AREA)
- Aviation & Aerospace Engineering (AREA)
- Development Economics (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Game Theory and Decision Science (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Automation & Control Theory (AREA)
- Primary Health Care (AREA)
- Manufacturing & Machinery (AREA)
- Computational Mathematics (AREA)
- Mathematical Analysis (AREA)
- Mathematical Optimization (AREA)
- Pure & Applied Mathematics (AREA)
- Computer Hardware Design (AREA)
- Evolutionary Computation (AREA)
- General Engineering & Computer Science (AREA)
- Automobile Manufacture Line, Endless Track Vehicle, Trailer (AREA)
Abstract
Description
- 1. Field of the Invention
- The present invention relates to methods and systems for developing a vehicle package, more particularly to methods and systems that utilize a mechanical vehicle package model.
- 2. Background Art
- Automotive vehicle development is a lengthy process, which requires designing, validating and testing of a vehicle package. The vehicle design may begin with designer drawings, sketches or physical models, such as clay models of conceptual exterior and/or interior designs.
- During a subsequent stage, these designs may be represented in a clay physical model, an adjustable vehicle package model, or a computer aided design.
- An adjustable physical vehicle package model, often referred to as a “buck” in the industry, assists in developing a vehicle package. The physical model assists in determining an occupant's spacial environment, including overall exterior and interior dimensions and the vehicle's mechanical spacial configuration. It is important in designing a vehicle package to make efficient cost effective allocation of space within the vehicle package. Often times vehicle package design issues may be undetectable until a physical buck is developed. Unlike clay representations, bucks are often adjustable for rapidly making adjustments to overcome design issues or assess package alternatives. Accordingly, adjustable bucks have often been used up front to identify such issues.
- Adjustable vehicle bucks also permit validation studies and marketing studies. Multiple occupants representing a range of occupant sizes may be evaluated with the adjustable buck for determining the efficiency, occupant accommodation, ergonomics and/or marketing appeal of a particular vehicle package.
- The prior art has offered programmable vehicle models or bucks that incorporate a computer controlling an automated adjustable vehicle buck so that adjustments to the vehicle package may be inputted and adjustments may be made directly to the programmable vehicle model. One such prior art reference is U.S. Pat. No. 6,371,766 B1, which issued to Doll et al. on Apr. 16, 2002, and is incorporated in its entirety by reference herein.
- Once a vehicle package has been validated, the vehicle package data is retrieved from either the vehicle package computer or from physical measurements made from the physical vehicle package model. These dimensions are then manually input into a computer aided design (CAD) or a computer aided engineering system (CAE) for generating an electronic vehicle package design. The electronic vehicle package design may have been generated beforehand for performing electronic tests upon the vehicle package. Upon inputting the data from the physical vehicle package, the electronic vehicle package design is either generated or modified from a prior design. At this point, the electronic vehicle package design may be evaluated for various requirements including SAE (Society of Automotive Engineers) design parameters or other design limitations.
- If any vehicle package changes are required at the electronic vehicle package design stage, these changes may be input into the programmable vehicle model to assess and validate the modifications in a physical representation. If physical validation unveils any design issues, they may be eliminated with adjustments to the programmable vehicle model. These adjustments are then manually entered into the virtual vehicle package. This cycle continues until the vehicle package is successfully validated in both software and hardware environments.
- The process of developing a vehicle package may be both costly and time consuming. The vehicle package requires validation at the physical stage, and may also require validation at the electronic stage. If design issues arise at either stage, the modifications to overcome these issues may require further validation at both the physical and electronic levels. Due to the lack of synergy between both systems, significant time, money and resources are consumed by this process. Additionally, errors may be made in obtaining the data in one system and inputting it into the other system.
- A goal of the present invention is to increase the efficiency and workability of a physical vehicle model and the electronic design in the development of a vehicle package.
- An aspect of the present invention is to provide a system for rapidly designing and validating a vehicle package. The system includes an adjustable mechanical vehicle package model for configuring a plurality of vehicle packages that each have one or more vehicle components. A computer aided design system is provided with virtual vehicle package model data for a vehicle package. A translator is in communication with the computer aided design system for converting the virtual vehicle package model data into mechanical vehicle package model data. A mechanical vehicle package model system is in communication with the translator for reading the mechanical vehicle package model data. The mechanical vehicle package model system is in operable communication with the mechanical vehicle package model for adjusting the mechanical vehicle package model to represent the virtual vehicle package model data.
- Another aspect of the present invention is to provide a computer implemented method for rapidly designing a vehicle package. The method receives virtual vehicle package model data from a computer aided design system. The virtual vehicle package model data is for a vehicle package that has one or more vehicle components. The vehicle package model data is automatically converted into mechanical vehicle package model data that is readable by a mechanical vehicle package model system for adjusting a mechanical vehicle package model. The mechanical vehicle package model data is transmitted to the mechanical vehicle package model system and the mechanical vehicle package model is adjusted based on the mechanical vehicle package model data.
- A further aspect of the present invention is to conduct marketing studies on the mechanical vehicle package model to assess the vehicle package.
- Another aspect of the present invention is wherein the method modifies the virtual vehicle package model data with the computer aided design system. The data is automatically converted into modified mechanical vehicle package model data that is readable by the mechanical vehicle package model system for adjusting the mechanical vehicle package model. The modified mechanical vehicle package model data is transmitted to the mechanical vehicle package model system for adjusting the mechanical vehicle package model.
- An even further aspect of the present invention is to limit the virtual vehicle package model data modifications to a range of predefined vehicle package dimensions.
- An aspect of the present invention is to receive data from the mechanical vehicle package model system to adjust at least one vehicle component. The adjustment data is automatically converted into virtual vehicle package model data readable by the computer aided design system.
- A further aspect of the present invention is to simulate modifications to the virtual vehicle package model.
- Yet another aspect of the present invention is to transmit the virtual vehicle package model data to the computer aided design system. A virtual vehicle package model is automatically modified to represent adjustments made to the vehicle package model.
- An even further aspect of the present invention is wherein the virtual vehicle package model modifications and the adjustments to the mechanical vehicle package model are simultaneous.
- Another aspect of the present invention is to export virtual vehicle package model data for at least one vehicle component.
- A further aspect is to evaluate the at least one vehicle component from the virtual vehicle package model data.
- Another aspect is to fabricate the at least one vehicle component from the virtual vehicle package model data.
- Another aspect of the present invention is to conduct physical studies of the mechanical vehicle package model to assess the vehicle package.
- An even further aspect of the present invention is to adjust the mechanical vehicle package model to assess adjustments to the vehicle package.
- Another aspect of the present invention is to input adjustment data into the mechanical vehicle package model system to adjust at least one of the one or more vehicle components. The vehicle component is automatically adjusted and the adjustment data is automatically converted into virtual vehicle package model data that is readable by the computer aided design system.
- Yet another aspect of the present invention is to transmit the virtual vehicle package model data to the computer aided design system.
- Another aspect of the present invention is to automatically modify the virtual vehicle package model to represent the adjustments made to the mechanical vehicle package model.
- An aspect of the present invention is to provide a computer-implemented method for rapidly designing a vehicle package. A mechanical package buck is adjusted to represent a vehicle package that has one or more vehicle components. The adjustments are automatically converted into virtual vehicle package buck data readable by a computer aided design system. The virtual vehicle package buck data is transmitted to the computer aided design system. A virtual vehicle package is automatically generated to represent the mechanical package buck.
- Another aspect of the present invention is wherein adjustment from the mechanical package buck system is received to adjust at least one of the vehicle components. The adjustment data is converted into virtual vehicle package buck data that is readable by the computer aided design system.
- An even further aspect of the present invention is to transmit the virtual vehicle package buck data to the computer aided design system, and automatically modify the virtual vehicle package to represent the mechanical package buck adjustments.
- The above aspects and other aspects, objects, features, benefits and advantages of the present invention are readily apparent when taken in combination with the accompanying drawings and the detailed description of embodiments of the present invention.
-
FIG. 1 is a schematic of a system and a computer-implemented method for rapidly designing a vehicle package in accordance with the present invention; -
FIG. 2 is a flow chart illustrating a method for designing a vehicle package in accordance with the present invention; -
FIG. 3 is a flow chart illustrating another method for designing a vehicle package in accordance with the present invention; -
FIG. 4 is a schematic for a system and method for rapidly designing a vehicle package in accordance with the present invention; -
FIG. 5 is another schematic of a system and method for rapidly designing a vehicle package in accordance with the present invention; -
FIG. 6 is an exemplary screen shot from a computer aided design system in accordance with the present invention; -
FIG. 7 is an exemplary illustration of a virtual vehicle package model in accordance with the present invention; -
FIG. 8 is an exemplary illustration of a virtual vehicle package model in accordance with the present invention; -
FIG. 9 is a schematic of an interfacing protocol for a system and method for rapidly designing a vehicle package in accordance with the present invention; and -
FIG. 10 is a schematic of a communication protocol for a system and method for rapidly designing a vehicle package in accordance with the present invention. - As required, detailed embodiments of the present invention are disclosed herein; however, it is to be understood that the disclosed embodiments are merely exemplary of the invention that may be embodied in various alternative forms. The Figures are not necessarily to scale, some features may be exaggerated or minimized to show details of particular components. Therefore, the specific structural, architectural, communicative and functional details disclosed herein are not to be interpreted as limiting, but merely as a representative basis for the claims and/or as a representative basis for teaching one skilled in the art to variously employ the present invention.
-
FIG. 1 illustrates a vehicle package development system that is referenced generally bynumeral 20. Thesystem 20 includesinput criteria 22,software 24,hardware 26 andoutput data 28. Theinput criteria 22 includes initial interior targets which may be specific for a desired vehicle program, vehicle program packages, and common studio surfaces for vehicle components. Theinput criteria 22 is conveyed to thesoftware 24. Thesoftware 24 may include a computer aided design (CAD) system or a computer aided engineering (CAE) system for designing and developing a vehicle package or the like. For example, the CAD system may be CATIA. Thesoftware 24 may also include an interface, such as a java interface, for communication with thehardware 26. - The
software 24 includes a virtualvehicle package model 30, which represents a vehicle package. The virtualvehicle package model 30 illustrated inFIG. 1 represents the interior of the vehicle package. However, the invention contemplates that the virtualvehicle package model 30 may represent any portion of a vehicle package, such as seating, interior panels, exterior panels, various combinations of vehicle portions, or the entire vehicle. Although a vehicle package for a passenger vehicle is depicted, the invention contemplates utilization with development of any product which involves physical interaction with a person, including but not limited to, aircrafts, water crafts, tractors, appliances or the like. Thus, although an interior package of a passenger vehicle is illustrated in the Figures and expressly described within the specification, one having ordinary skill in the art at the time the invention was made will appreciate that various models may be substituted for the exemplary models within the spirit and scope of the invention. - As illustrated by
communication line 32, data from thesoftware 24 is transmitted to thehardware 26. Thehardware 26 includes a programmable mechanical vehiclepackage model system 34, which is often referred to as a mechanical buck system. Similarly, the mechanical buck system may represent any portion of a vehicle package, such as interior, exterior, seating, interior/exterior combined or the like. - The present invention may be utilized with any one of various stages of bucks; or the present invention may be utilized for eliminating some of the stages of bucks by simplifying the development of a vehicle package. For example, a buck may include a low-boy table, which is a modeling table for supporting a floor pan that is milled from a material such as wood or plywood. The low-boy table is utilized for modeling clay panels such as an instrument panel, doors, cowl side and stub, A-pillars, floor console, or optional front seats. The low-boy table permits designers to see how various panels and components look and fit together.
- A buck may also be a roll-up buck, which includes panels such as the instrument panel, doors and center console formed, by example, from clay. Optionally, a greenhouse may be added which is constructed from wood, fiberglass or another material. The roll-up buck accommodates removable and interchangeable center console and seats. Additional components or compartments can be added to bring in additional rows of seats. The roll-up buck permits designers to view a full seat compartment, or multiple seat compartments in combination. By addition of the greenhouse, the designer may view the full environment.
- Another stage of a buck is referred to as a package buck. Often times the package buck is also referred to as an engineering buck, an environmental buck, an occupant buck, or a static seating buck. The package buck is conventionally formed from any of a collection of materials including wood, foam, fiberglass, sheet metal, body-in-white components or the like. The package buck is often dimensionally accurate to a seating package drawing for representing the drawing design. The package buck often includes a full interior and may also include a luggage compartment. The package buck permits designers to evaluate the occupant package, including ingress/egress, head room, vision or the like. Ergonomic checks may also be validated for reach and other spacial relationships. Package evaluation by a program team, customers and/or market research may be performed.
- Another buck stage may include an interior market research buck, or glamour buck. This buck may be formed from any materials; often times fiberglass is utilized. The market research buck may be cast from clay interior components from a prior buck stage. Additionally, frame work from design drawings for the roll-up buck may be used for this buck. Generally, in the interior market research buck, the interior is completed to a very high level of detail and finish. The focus of this buck is on the interior and typically little or no exterior evaluation is provided. The interior market research buck may be limited to the region before the B-pillar of the vehicle. Interior market research bucks are generally limited and do not permit easy modification or recycling. The interior market research buck is utilized for gathering customers'views on vehicle design. For example, the interior market research buck readily permits assessment from customers via visualization, without requiring much imagination as prior buck stages may require.
- Another stage of a mechanical buck is an inside/outside program property buck. This buck represents a full interior and full exterior with wheels. This buck looks like a real car inside and out and may be formed from body-in-white in combination with fiberglass updates for the fender, hood, grille, or the like. This buck permits full vehicle evaluation for market research and internal review.
- Yet another buck is an in-series buck. The in-series buck is formed from a steel box frame construction, generally from the B-pillar. A frame is custom made to fit the property and is set at the curb height of the vehicle package. If the vehicle is a carry over from a past vehicle design, a portion of the body-in-white is used and set at curb position. Interior components may be formed from fiberglass with a high level of fit and finish. Special wood and metal finishes are also used for detailing the components. The in-series buck provides review of interior color and trim themes. This review includes texture of materials and color arrangements of components such as the instrument panel, door panels, console or the like. Separate interior properties for a range of series of vehicles may be evaluated and reviewed with the in-series buck. The in-series buck may be utilized for presenting design intent within the company.
- Another buck stage is a color harmony buck. The color harmony buck is a vehicle with program specific components. The buck may be a driveable vehicle and may be able to accept production level parts. The substrate could be sheet metal, wood or other. The purpose of the color harmony buck is for designers to review interior program specific components for color, grain and gloss harmony, in vehicle position, using color corrective lights. The color harmony buck permits the designers to verify that a design intent is met.
- Yet another buck stage may include an underhood appearance buck, which represents the components that are typically housed beneath the hood of a vehicle. The underhood appearance buck embodies a portion of a vehicle from a front end clip from a prior program vehicle or surrogate that is filled with components that are made from various materials such as cardboard, foam or rapid prototype materials, in combination with actual or carry-over components. The underhood appearance buck permits designers to evaluate the appearance of the components of the vehicle beneath the hood.
- Referring again to
FIG. 1 ,communication line 36 illustrates conveyance of data from thehardware 26 to thesoftware 24. Theoutput data 28 includes demonstrated interior targets, package design and feedback to an associated studio.Communication line 38 represents data that is utilized for adjusting the input data for adjusting the resultant vehicle package. - Unlike prior art systems for developing a vehicle package, the
system 20 of the present invention provides direct communication between thesoftware 24 and thehardware 26. Specifically, thehardware 26 is in the loop of the system providing direct feedback throughcommunication line 36 to thesoftware 24. Instead of running thehardware 24 and an electronic design separate in stand alone operations and inputting information from one to the other; thesoftware 24 and thehardware 26 of the present invention operate so that the virtualvehicle package model 30 and themechanical buck 34 cooperate in tandem. Thus, modifications or developments to the virtualvehicle package model 30 are simultaneously input to the mechanicalvehicle package model 34. Likewise, adjustments made to the mechanical andvehicle package model 34 are simultaneously incorporated into the virtualvehicle package model 30. - By providing the
hardware 26 in loop with thesoftware 24, rapid vehicle package design, development, assessment, ergonomic studies and marketing studies may be conducted early in a vehicle development process. Thissystem 20 enables vehicle program teams to design a vehicle package as a virtual vehicle package model such as themodel 30, while simultaneously representing thevirtual model 30 with themechanical buck 34. Themechanical buck 34 may be appraised in the physical environment and design changes, if any, may be imparted directly to thesoftware 24 throughcommunication line 36. - This
system 20 permits rapid package ergonomic studies early in the program cycle. Thesystem 20 also reduces evaluation time between development of both the vehicle package and the design of the vehicle package components. Direct feedback from appraising themechanical buck 34 is imparted to thesoftware 24. Thus, efficiency is enhanced and design issues are identified and eliminated early in the vehicle package design. Further, difficulties and errors associated with conveying information back and forth between thesoftware 24 and thehardware 26 are eliminated by thesystem 20 of the present invention which employs thehardware 26 and thesoftware 24 in loop with one another. Additionally, less iterations of buck components are required, thereby providing quicker component surfaces for a vehicle program. - With reference now to
FIGS. 1 and 2 , a computer implemented method is illustrated for rapidly designing a vehicle package. The method is illustrated in flowchart form inFIG. 2 and is referenced generally bynumeral 40. Inblock 42, vehicle package buck data is received. Inblock 44, the vehicle package buck data is converted into mechanical package buck data. Inblock 46, the mechanical package buck data is transmitted to the mechanicalpackage buck system 34. Inblock 48, a mechanical package buck is adjusted by the mechanical package system based on the mechanical package buck data. Thus, theinput 22 is received by thesoftware 24, converted into mechanical package buck data, transmitted to the mechanical vehiclepackage model system 34, and the mechanical package buck is adjusted thereby. - The
method 40 ofFIG. 2 also illustrates atblock 42 that the vehicle package buck data may be modified. Referring again toFIG. 1 , these modifications may be received from theinput data 22 or fromcommunication line 38 as a result of appraisal data derived from theoutput data 28. Once the vehicle package buck data is modified, it is converted into mechanical package buck data inblock 44 and is transmitted to the mechanicalpackage buck system 34 atblock 46. Thus, adjustments made to the virtualvehicle package model 30 are simultaneously adjusted to the mechanical package buck atblock 48. - With reference now to
FIG. 3 , another computer implemented method for rapidly designing a vehicle package is illustrated in block diagram form and is referenced generally bynumeral 50. Themethod 50 ofFIG. 3 may be utilized in series with themethod 40 ofFIG. 2 or separate as illustrated. Of course, bothmethods FIGS. 2 and 3 may be used multiple times alone or in combination during the development of the vehicle package through thesystem 20 ofFIG. 1 . Therefore, whether bothmethods method - At
block 52, themechanical buck system 34 is adjusted to represent the vehicle package. Inblock 54, the adjustment data is received from the mechanicalpackage buck system 34. Inblock 56, the adjustment data is converted into vehicle package buck data. Inblock 58, the vehicle package buck data is transmitted to the software, or a computer aided design system. Inblock 60, a virtual vehicle package may be created from the data, such as the virtualvehicle package model 30. If the virtualvehicle package model 30 has already been generated, then themodel 30 is modified to represent the adjustments. - Thus, with reference to
FIG. 1 modifications made to thehardware 26 are conveyed throughcommunication line 36 to thesoftware 24 for simultaneous adjustment of the virtualvehicle package model 30 concurrently with the programmable mechanical vehiclepackage model system 34. - After modifications are made to a virtual vehicle package, a virtual analysis may be conducted to determine if the virtual vehicle package meets certain design criteria such as specifications or regulations. If so, the vehicle package development may proceed to a subsequent stage. If not, further adjustments may be made to the virtual vehicle package. Accordingly, these changes may be made simultaneously to the mechanical package buck. Once changes are made to the virtual vehicle package, further virtual analysis may be conducted to verify that the virtual vehicle package meets the design criteria. If so, the mechanical package buck may be adjusted at this stage if not adjusted already. Thus, multiple iterations of design changes may be implemented and validated efficiently during virtual analysis.
- When the vehicle package is validated physically, it may be tested for marketability and ergonomics. Physical studies are conducted to assess the marketability and/or ergonomics of the vehicle package. Subsequent to conducting physical studies, a determination is made whether design changes are requested. If so, the design changes are implemented to modify the vehicle package buck data at
block 42 which consequently adjusts the mechanical package buck atblock 48. The design changes may be a change in a dimension, which is subsequently reflected electronically in thesoftware 24 and/or physically in thehardware 26. - If design changes are requested as a result of conducting physical studies, the mechanical package buck system may be adjusted at
block 52, thereby adjusting the mechanical package buck and subsequently modifying the virtual vehicle package inblock 60. The physical studies may be marketing studies with target audience test groups to determine whether the vehicle package suits the target audience. Alternatively, the physical studies may be ergonomics test for maximizing the comfort and use of space and features within the mechanical buck. The step of inputting design requests as a result of physical studies is illustrated by thecommunication line 38 inFIG. 1 , wherein theinput criteria 22 to thesystem 20 is modified bycommunication line 38. Once adjustments are made, the step of conducting physical studies may be repeated until design changes are no longer required. - Another advantage of maintaining the software and hardware in loop during multiple iterations of design changes is to monitor the history of design changes to ensure that past designs, which did not survive validation, are not revisited. Therefore, unnecessary steps may be eliminated due to monitoring of the
hardware 26 by thesoftware 24. - If design changes are not requested, vehicle buck data may be exported for at least one vehicle component. That vehicle package buck data may be evaluated. This evaluation may include engineering studies for the engineering development of the given component. Alternatively, after the vehicle package buck data for a vehicle component is exported, the vehicle component may be fabricated. This fabrication may include prototype fabrication. This fabrication may also include fabrication of a buck insert, which may be added to the mechanical package buck for conducting further physical studies with a prototype buck component rather than a generic buck component. After the vehicle component is evaluated, the engineered component may be fabricated.
- Likewise, the vehicle component may be evaluated, by engineered development, research and development, or the like. Subsequently, the vehicle component may be fabricated. The fabricated vehicle component may be a prototype such as a vehicle package specific buck insert, or may be a final component. If the component is a buck panel insert, the component may be mounted to the mechanical buck and physical studies may be repeated. Once the vehicle package buck data is exported, the vehicle component may be directly fabricated.
- Further down the development stage, once a design package has been finalized, data may be exported for design of production components. The data may be exported for product engineering, finite element analysis, or the like.
-
FIG. 4 illustrates a vehiclepackage development system 82 in accordance with the present invention. Thesystem 82 includes bothsoftware 84 andhardware 86 for developing a vehicle package. Thesoftware 84 is a computer aided design system that includes the virtual vehicle package model, also known as the virtual vehicle buck, or the virtual programmable vehicle model (VPVM). - The
hardware 86 is a mechanical vehicle package model, also known as a programmable vehicle model (PVM). ThePVM 86 includes a mechanical vehicle model ormechanical buck 88 that includes automation equipment that is controlled bycontroller 90. - The
PVM 88 may include generic physical inserts that may be adjusted to various sizes or locations. Alternatively, vehicle package specific inserts may be fabricated and mounted to the adjustable buck for validating a particular design. - The
PVM 88 has many adjustable components that may be adjustable in size and location. For example, thePVM 88 has adjustable interior components. Thus, when many of these components are referred to as adjustable, the location of the component may be adjusted relative to a reference point, such as the occupant. Additionally, the occupant may be adjusted. The overall size of the component may be adjusted. The angle of the component may be adjusted. For components that are adjustable in size such as roof, hood, deck lid, doors, panels and pillars, these components may be extendable and retractable in one or more directions of translation for adjusting the size. Such adjustability has been disclosed in the prior art such as in the Doll et al. U.S. Pat. No. 6,371,766 B1, which has been incorporated by reference herein. - The invention contemplates that any adjustable buck may be utilized in the
system 82 in accordance with the present invention. ThePVM 86 may be utilized for testing and validating various exterior and interior components. Alternatively, the PVM may be an engineering PVM that includes many interior components and a reduced exterior, which may include a hood, roof and pillars but may omit many of the exterior body panels. - The
PVM 86 may include adjustable components including an accelerator pedal, a brake pedal, a clutch pedal, a console, an instrument panel, a rocker, seats, a shift handle, a steering column and a steering wheel. ThePVM 86 may also include multiple adjustable interior panels including floor panels, a headliner, door inner trim panels, pillars, scuff plates and the like. ThePVM 86 may also include multiple adjustable exterior panels such as a hood, a roof, door panels, front and rear quarter panels, a deck lid, front and rear bumpers, a grill, and the like. - Either the
CAD system 84, thecontroller 90 or both may include a converter or translator embodied in a computer system for converting virtual vehicle package model data to mechanical vehicle package model data and mechanical package vehicle model data to virtual vehicle package model data. The data is electronic and is conveyed between computers, namely theCAD system 84 and thecontroller 90. In thesystem 82 depicted inFIG. 4 , theCAD system 84 performs the conversion function. - Designs or design modifications made to the VPVM and the
CAD system 84 are conveyed throughcommunication line 92 to thecontroller 90 and are imparted to themechanical buck 88. For example, theCAD system 84 may convert the CAD data to a universal data format such as Extensible Markup Language (XML) data files that may be interpreted by thecontroller 90 for adjustment of themechanical buck 88. Likewise, thecontroller 90 may export data in XML format which may be uploaded by the CAD system into the virtual vehicle buck. Similarly, changes made to themechanical buck 88 at thecontroller 90 are conveyed throughcommunication line 94 to theCAD system 84 so that the changes are automatically made to the VPVM. TheCAD system 84 andPVM 86 may cooperate so that modifications are conducted simultaneously. Additionally, theCAD system 84 may operate so that the changes are simulated upon the CAD system. - The vehicle
package development system 82 includes a graphical user interface (GUI) 96. An operator may input design changes into theGUI 96 that are conveyed throughcommunication lines controller 90 andCAD system 84 respectively for imparting a design change to both thePVM 86 and the VPVM and theCAD system 84. Other inputs may be provided to theCAD system 84 such asinput criteria 102. Theinput criteria 102 may include package files, output from tools, package requirements or the like, which may be driven by data that is specific for the vehicle package. Theinput criteria 102 is input to theCAD system 84 viacommunication line 104. - The input also includes a
library 106. Thelibrary 106 includes components and sections of various components such as various generic components, wherein the user may select one of a series of generic component sections and modify it to the size required for the given vehicle package. Data is transferred from thesections library 106 to theCAD system 84 throughcommunication line 108. - The output of the
system 82 is exported into avehicle package database 110 from theCAD system 84 viacommunication line 112. Thepackage database 110 is utilized for developing the resultant vehicle. As engineering, analysis, validation and other developmental processes are conducted on thepackage database 110, changes or modifications, if required, may be input back into theCAD system 84 throughcommunication line 112 for modifying the VPVM and themechanical buck 88 for assessment and validation of the design changes. - The output also includes
applications 114 such as, a digital buck and digital occupant analysis. Three-dimensional (3D) surfaces are conveyed throughcommunication line 116 to theapplications 114 for conducting the studies, such as a digital occupant's access to various components within a digital buck and the digital occupant's ability to view externally out of the vehicle. The output from such applications are limitations or specifications which are often referred to as design zones and cones. If any modifications are required based on the appraisals using theapplications 114, the modified three-dimensional surfaces may be conveyed throughcommunication line 116 back to theCAD system 84, and the appropriate modifications are made to the VPVM and themechanical buck 88. - Another output may include
physical inserts 118. Three-dimensional surfaces are exported throughcommunication line 120, which are subsequently fabricated intophysical inserts 118. Thephysical inserts 118 may be added to themechanical buck 88 as illustrated bycommunication line 122 so that a package specificphysical insert 118 may be assessed within themechanical buck 88, rather than assessment of a generic adjustable component. - Another output may include any phase of mechanical buck such as
seating bucks 124. Theseating bucks 124 may be developed from data exported from thePVM 86 viacommunication line 126 or from the VPVM of theCAD system 84 fromcommunication line 128. - Referring now to
FIG. 5 , architecture for a vehiclepackage development system 130 is illustrated in accordance with the present invention. The architecture for thesystem 130 is illustrated for bothsoftware 132 andhardware 134. - A graphical user interface (GUI) 146 is provided by the
software 132. TheGUI 146 containsPVM dimensions 144 viacommunication line 148. TheGUI 146 permits an operator to manipulate thePVM dimensions 144. - Referring now to
FIG. 6 , an exemplary screen shot is illustrated of theGUI 146. TheGUI 146 is illustrated displaying a PVM dimensions editor. Accordingly, a user or operator may manually input adjustments into the PVM dimensions editor at theGUI 146 for various vehicle package components, such as those displayed inFIG. 6 . - Referring again to
FIG. 5 , thesoftware 132 includes akinematics model 136 for an associatedPVM 138 of thehardware 134. Thekinematics model 136 is generally a stick wire diagram that captures the potential range of motion and control of the hardware for thePVM 138. Thekinematics model 136 provides a design guide for a range of motion during thePVM 138 design and build phase. Based on thekinematics model 136, apackage achievability function 140 is built to determine if thePVM 138 spans the range of motion required by the package input inPVM dimensions 144. Thepackage achievability 140 communicates with the kinematics model viacommunication line 141. For example, thepackage achievability 140 may be a mathematic prediction model that determines offsets required for various component panels and determines whether thePVM 138 can satisfy the required range of translations. The package achievability 140 factors in the target vehicle package, thekinematics model 136, sizes of components and desired positions. - If a particular PVM, such as the
PVM 138 does not satisfy thepackage achievability 140, thePVM 138 may be substituted with another PVM having adequate ranges of dimensions and components. Alternatively, thePVM 138 may be altered and modified to meet thepackage achievability 140. - Once the
package achievability 140 has been verified with thekinematics model 136 for thePVM 138, corresponding data is input into thesoftware 132 viacommunication line 142. The data from thepackage achievability 140 may be in the form of thePVM dimensions 144. ThePVM dimensions 144 may be three dimensional data for adjusting thePVM 138. - The
GUI 146 contains the PVM dimensions modifications viacommunication line 148. ThePVM dimensions 144 are in communication with an inter-process communication (IPC) 150, which transmits thePVM dimensions 144 for adjusting thePVM 138. TheIPC 150 is in bidirectional communication with thePVM dimensions 144 viacommunication line 152. TheIPC 150 is in bidirectional communication with thehardware 134. Specifically, theIPC 150 is in bidirectional communication with thePVM 138 viacommunication line 154. Thus, as thePVM dimensions 144 are modified, theIPC 150 conveys this information to thePVM 138. Likewise, as adjustments are made at thePVM 138, these adjustments are conveyed to theIPC 150, which converts the data and correspondingly adjusts thePVM dimensions 144. - The
GUI 146 is utilized for inputting ageometry 155 into thesoftware 132. Thegeometry 155 is conveyed from theGUI 146 viacommunication line 156 to aCAD system 158 viacommunication line 160. TheGUI 146 and theCAD system 158 may be provided within a common computer. TheCAD system 158 maintains a virtual vehicle model, or virtual programmable vehicle model (VPVM) that represents the mechanical buck orPVM 138. TheCAD system 158 is in bidirectional communication with thePVM dimensions 144 viacommunication line 162. TheCAD system 158 may maintain the VPVM simultaneously with thePVM 138. - The
GUI 146 may be utilized for inputting industry standard dimensions, targets and specifications, such as SAE dimensions andtargets 164 viacommunication line 165. Amath model 166 is provided to map thePVM dimensions 144 and the SAE dimensions andtargets 164 throughcommunication lines math model 166 maps thePVM dimensions 144 with SAE dimensions andtargets 164 for a given vehicle style. Such SAE dimensions may be provided by Surface Vehicle Recommended Practice such as that disclosed in SAE J1100, rev. Jul. 2002, which is incorporated in its entirety by reference herein. - The
PVM dimensions 144 are generally independent from each other and have linear or angular directions of movement or translation. The SAE dimensions andtargets 164 may or may not be independent of one another and may be provided in linear and/or angular dimensions. - Vehicle programs often use SAE dimensions or other specifications as targets. For example, SAE dimensions may be provided for North American packaging input or any other region-specific packaging input. Accordingly, the
math model 166 provides a mathematical relationship between thePVM dimensions 144 and the SAE dimensions and targets 164. Themath model 166 may be utilized to map between thePVM dimensions 144 and the SAE dimensions orother targets 164. - An illustration in chart format of mapping and interactions between the
PVM dimensions 144 and the SAE dimensions and targets 164 is illustrated by way of non-limiting example in chart 1 below. Chart 1 illustrates how themath model 166 may organize and compare PVM components with specifications and parameters, such as SAE parameters.CHART 1 PVM PVM description SAE Parameters Influenced A1 Roof Rail Width Tumble-home (W122) A2 Shoulder Room Vehicle width (W103) Hip room front and rear (W20) Shoulder room - front (W3) Shoulder room - second (W4) A3 Headliner Vehicle height (H101) Backlight slope angle (H121) Windshield slope angle (H122) Tumble-home (W122) Effective Head room - front (H61) Minimum head clearance (H41) Head clearance diagonal driver - 30 degrees (W27) Head clearance lateral driver (W35) Head clearance minimum driver (W38) Binocular vision (WCR) Wheelbase (L101) Vehicle length (L103) Upper structure length (L123) A4 Front Clips Windshield slope angle (H122) SgRP - front “X” coordinate (L31) A5 B-pillar F/A Wheelbase (L101) redistribution A6 Rear clip Wheelbase (L101) Vehicle length (L103) Rear wheel centerline to second SgRP (L115) Upper structure length (L123) Backlight slope angle (H121) A7 Front Headliner Windshield slope angle (H122) - The
GUI 146 may be utilized for inputtingsections 172 viacommunication line 174 into thesoftware 132. Thesections 172 may be conveyed to theCAD system 158 viacommunication line 176. Alternatively or concomitantly, theCAD system 158 may include alibrary 178 of components and sections. TheCAD system 158 communicates with thesections library 178 viabidirectional communication line 180 so that sections, such assections 172 may be added to thelibrary 178 viacommunication line 180; and various sections and components may be retrieved from thelibrary 178 by theCAD system 158 through thecommunication line 180. Components may be stored for reuse in subsequent program development. TheGUI 146 is also utilized for inputting three-dimensional targets such as cones andzones 182 viacommunication line 184. - With reference now to
FIGS. 7 and 8 , the virtual vehicle package model or VPVM is illustrated and referenced generally bynumeral 186. TheVPVM 186 is illustrated in bothFIGS. 7 and 8 as screen shots generated by theCAD system 158 and viewable on theCAD system 158. InFIG. 7 , a plurality ofzones 188 are illustrated corresponding with theVPVM 186. Thezones 188 are dimensional ranges derived from the package targets or requirements and are represented in CAD format on theCAD system 158. Thezones 188 represent design areas to use for design, or to avoid designing within. Thezones 188 are utilized to illustrate ranges within theVPVM 186 for virtual illustrative purposes. Such visualizations, as well as virtual and computer analysis, generally streamline the development of the vehicle package and may be utilized for minimizing the amount of actual testing required in thePVM 138. - With reference now to
FIG. 8 , theVPVM 186 is illustrated with a plurality ofcones 190. Thecones 190 are used to represent angular requirement ranges such as an occupant's range of vision and may be useful for designing the placement of the occupant, vehicle pillars, the roof, the hood or other panels and components. - With reference again to
FIG. 5 , package evaluation andoptimization 192 is conducted virtually within thesoftware 132. The package evaluation/optimization 192 receives data from theCAD system 158 throughcommunication line 194,package requirements 196 viacommunication line 198, package toolset data 200 (such as Automatic Design Process (ADP) and Dimension Measurement Tool (DMT)) viacommunication line 202, and the 3D targets 182 viacommunication line 204. The package evaluation/optimization 192 takes this information into consideration for providing virtual evaluation andoptimization 192 of theVPVM 186. - Additionally, design issues such as interferences, blind spots and the like may be identified and omitted at the software package evaluation/
optimization 192 thereby saving time assessing thehardware 134. Further, the package evaluation/optimization may communicate, viacommunication line 205, with the SAE dimensions andtargets 164 for virtual analysis and validation of the vehicle package. - During the development of the vehicle package, the
GUI 146 may export output data for at least one component of the vehicle package viacommunication line 206. The output may be utilized for reporting confirmed targets and for development of component surfaces and designs. - The
PVM 138 may utilizegeneric components 208 for representing a plurality of vehicle package styles and shapes. Alternatively, if a specific vehicle package is to assessed, the output data from theGUI 146 for specific components may be utilized to fabricate programspecific components 210 which may be utilized with thePVM 138 before the programspecific components 210 are finalized and ready for engineering and subsequent manufacturing. - With reference now to
FIG. 9 , anexemplary interfacing protocol 212 is illustrated for utilization with the system of the present invention. TheGUI 146 is illustrated in communication with amodel view controller 214. Themodel view controller 214 communicates withdata session 216. Thedata session 216 may be a document object model (DOM). Themodel view controller 214 is an event handler that also communicates with aVPVM control 218. TheVPVM control 218 communicates with theCAD system 158 via an interface toCAD 220. - The
interfacing protocol 212 permits the operator to interact with the system via theGUI 146. Thus, adjustments to the VPVM that are imparted through theGUI 146 are conveyed through themodel view controller 214 through theVPVM control 218 through the interface toCAD 220 to theCAD system 158; and are concurrently conveyed to thedata session 216 through themodel view controller 214. - With reference now to
FIG. 10 , anexemplary communication protocol 222 is illustrated in accordance with the present invention. Thecommunication protocol 222 includes bothhardware 224 having a PVM andsoftware 226 having a VPVM. Thehardware 224 includes a client orserver 228 that is utilized for transmittingcommands 230 which are converted intoactions 232 by the PVM. - Likewise, the
software 226 includes a client or aserver 234 that conveyscommands 236 which are converted intoactions 238 by the VPVM. The hardware client/server 228 and the software client/server 234 are in bidirectional communication with one another viacommunication line 240. Thus, commands and data from each client/server hardware 224 and thesoftware 226 for maintaining simultaneous adjustments between the PVM and the VPVM. - In summary, the systems and methods of the present invention may be used to establish vehicle package program targets, study different vehicle package model alternatives, identify potential vehicle package issues, and perform trade-offs between vehicle package, functionality and style. By putting the hardware in direct communication with the software, the hardware is in the loop with the virtual buck and therefore modifications required at the physical buck may be directly conveyed and subsequently analyzed by the software. Such systems and methods may: reduce the amount of time required in developing the vehicle package, provide accurate vehicle package and ergonomic studies, reduce designer and engineer time, enable early package analysis and evaluation, reduce evaluation time between vehicle package design and testing, improve the efficiency of utilizing mechanical bucks or PVMs, minimize operator errors from inputting validation data, eliminate intermediate hardware components such as seating buck builds, enable early appraisal and feedback from real time human appraisal that is directly fed back to the VPVM, and provide design geometry to other analysis tools for engineering evaluation and manufacturing evaluation.
- While embodiments of the invention have been illustrated and described, it is not intended that these embodiments illustrate and describe all possible forms of the invention. Rather, the words used in the specification are words of description rather than limitation, and it is understood that various changes may be made without departing from the spirit and scope of the invention.
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/161,621 US7447616B2 (en) | 2005-08-10 | 2005-08-10 | Method and system for developing a vehicle package |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/161,621 US7447616B2 (en) | 2005-08-10 | 2005-08-10 | Method and system for developing a vehicle package |
Publications (2)
Publication Number | Publication Date |
---|---|
US20070038422A1 true US20070038422A1 (en) | 2007-02-15 |
US7447616B2 US7447616B2 (en) | 2008-11-04 |
Family
ID=37743615
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/161,621 Active 2026-06-28 US7447616B2 (en) | 2005-08-10 | 2005-08-10 | Method and system for developing a vehicle package |
Country Status (1)
Country | Link |
---|---|
US (1) | US7447616B2 (en) |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070168165A1 (en) * | 2006-01-13 | 2007-07-19 | Yun Lu | Automated dimensional drawing generating apparatus |
US20070250205A1 (en) * | 2006-04-25 | 2007-10-25 | Weigang Hu | Method and system for generating trimlines for stamping processes |
US20090063172A1 (en) * | 2007-08-30 | 2009-03-05 | Thomas Robert M | Virtual vehicle system |
US20090121891A1 (en) * | 2007-11-09 | 2009-05-14 | Michael Sigillito | Comparative tire animation |
US20090276105A1 (en) * | 2008-03-05 | 2009-11-05 | Robotic Research Llc | Robotic vehicle remote control system having a virtual operator environment |
CN101739284A (en) * | 2008-11-20 | 2010-06-16 | 联想(北京)有限公司 | Computer and information processing method |
US20100191515A1 (en) * | 2007-06-14 | 2010-07-29 | Avl List Gmbh | Device and method for the simulation of a development system |
US20100292974A1 (en) * | 2009-04-23 | 2010-11-18 | Manfred Krainz | Method and device for verification of an automation system |
US20110264253A1 (en) * | 2010-04-23 | 2011-10-27 | Toyota Motor Engineering & Manufacturing North America, Inc. | Forming Vehicle Body Models and Other Objects |
US20110288841A1 (en) * | 2010-05-24 | 2011-11-24 | Gm Global Technology Operations, Inc. | Vehicle simulation system with software-in-the-loop bypass control |
US20130066602A1 (en) * | 2010-04-14 | 2013-03-14 | Airbus Operations Gmbh | Method for configuration and/or equipment of a vehicle cabin, in particular of an aircraft |
US20140074437A1 (en) * | 2012-09-12 | 2014-03-13 | GM Global Technology Operations LLC | Methods of generating an interior surface of a vehicle compartment |
US8739049B2 (en) | 2010-05-24 | 2014-05-27 | GM Global Technology Operations LLC | Vehicle system modeling systems and methods |
US20140176605A1 (en) * | 2011-05-18 | 2014-06-26 | Magna Electronics Inc. | Driver assistance system for vehicle |
US9193314B1 (en) * | 2014-06-09 | 2015-11-24 | Atieva, Inc. | Event sensitive learning interface |
CN105270298A (en) * | 2014-06-09 | 2016-01-27 | 源捷公司 | Vehicle learning interface |
US9321493B2 (en) | 2013-06-13 | 2016-04-26 | Hol Special Parts Pty Ltd | Utility vehicle canopy |
US9428126B2 (en) | 2014-06-09 | 2016-08-30 | Atieva, Inc. | Time sensitive learning interface |
US9440603B2 (en) | 2014-06-09 | 2016-09-13 | Atieva, Inc. | Location sensitive learning interface |
US20200134134A1 (en) * | 2018-10-31 | 2020-04-30 | Detroit Engineered Products, Inc. | Automated Modelling System |
US20210248285A1 (en) * | 2020-02-07 | 2021-08-12 | John Herbert Orsos Barrenechea | Application software to teach how to build a stock car racing |
US11137749B2 (en) * | 2017-09-13 | 2021-10-05 | Color Harmony Experts, S.C. | Method for harmonising colour in manufactured items |
US11787250B1 (en) * | 2017-11-08 | 2023-10-17 | Njetva Inc. | Narrow vehicles and jet aircraft vehicles |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8212805B1 (en) | 2007-01-05 | 2012-07-03 | Kenneth Banschick | System and method for parametric display of modular aesthetic designs |
JP4886527B2 (en) * | 2007-01-17 | 2012-02-29 | 本田技研工業株式会社 | How to modify mold model data |
CA2689743C (en) * | 2008-11-26 | 2015-07-28 | Transoft Solutions, Inc. | Method and apparatus for displaying a representation of a traffic intersection |
US8249947B2 (en) * | 2009-04-30 | 2012-08-21 | Lear Corporation | Vehicle seat component selection system |
US8713774B2 (en) | 2011-03-31 | 2014-05-06 | Honda Motor Co., Ltd. | System and method of rapid model vehicle construction |
SE536699C2 (en) * | 2012-10-17 | 2014-06-03 | Scania Cv Ab | Systematic choice of vehicle specification |
DE102013224587A1 (en) | 2013-11-29 | 2015-06-03 | Volkswagen Aktiengesellschaft | A method for detecting a setting of a movable component of a motor vehicle by a subject |
US20160004792A1 (en) * | 2014-07-07 | 2016-01-07 | The Procter & Gamble Company | Method for designing an assembled product and product assembly system |
DE102018206188A1 (en) | 2018-04-23 | 2019-10-24 | Ford Global Technologies, Llc | System for performing XiL tests on components of self-driving motor vehicles |
Citations (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5237250A (en) * | 1991-11-01 | 1993-08-17 | Zeile Kim A | Multiplexed stepper motor control apparatus |
US5384704A (en) * | 1992-04-17 | 1995-01-24 | Prefix Corporation | Programmable vehicle model |
US5774969A (en) * | 1996-02-05 | 1998-07-07 | Zuccato; Giuliano | Modular model vehicle assembly |
US6324750B1 (en) * | 1999-10-19 | 2001-12-04 | Dmr Investments, Llc | Architectural system for adjustably recreating a vehicle interior and method of constructing a vehicle architecture |
US6371766B1 (en) * | 1997-10-02 | 2002-04-16 | Prefix Corporation | Programmable vehicle model |
US20030011561A1 (en) * | 2001-06-22 | 2003-01-16 | Stewart Paul Joseph | System and method of interactive evaluation and manipulation of a geometric model |
US20030055674A1 (en) * | 2001-09-19 | 2003-03-20 | Mazda Motor Corporation | Computer program, and apparatus and method for supporting project planning of new model vehicle |
US20030132968A1 (en) * | 2002-01-11 | 2003-07-17 | Stewart Paul Joseph | System and method for virtual interactive design and evaluation and manipulation of vehicle mechanisms |
US6760693B1 (en) * | 2000-03-29 | 2004-07-06 | Ford Global Technologies, Llc | Method of integrating computer visualization for the design of a vehicle |
US20040148145A1 (en) * | 2003-01-29 | 2004-07-29 | Yifan Chen | System and method of interactively generating a family of mesh models |
US20050096885A1 (en) * | 2003-11-05 | 2005-05-05 | Paccar Inc. | System and method for automating the generation of manufacturing frame designs |
US20050200623A1 (en) * | 2004-03-12 | 2005-09-15 | Smith Randall C. | System and method for morphable model design space definition |
US20060025983A1 (en) * | 2004-07-27 | 2006-02-02 | Daniel Arbitter | System and method of dynamic clearance checking using a geometric model |
US20060038812A1 (en) * | 2004-08-03 | 2006-02-23 | Warn David R | System and method for controlling a three dimensional morphable model |
US20060038832A1 (en) * | 2004-08-03 | 2006-02-23 | Smith Randall C | System and method for morphable model design space definition |
US20060155402A1 (en) * | 2001-11-21 | 2006-07-13 | Dale Read | 3d virtual manufacturing process |
US7079114B1 (en) * | 1998-08-21 | 2006-07-18 | Peter Smith | Interactive methods for design of automobiles |
US7295959B2 (en) * | 2002-07-10 | 2007-11-13 | Mazda Motor Corporation | Program, method, apparatus, and system for supporting planning of vehicle |
-
2005
- 2005-08-10 US US11/161,621 patent/US7447616B2/en active Active
Patent Citations (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5237250A (en) * | 1991-11-01 | 1993-08-17 | Zeile Kim A | Multiplexed stepper motor control apparatus |
US5384704A (en) * | 1992-04-17 | 1995-01-24 | Prefix Corporation | Programmable vehicle model |
US5774969A (en) * | 1996-02-05 | 1998-07-07 | Zuccato; Giuliano | Modular model vehicle assembly |
US6371766B1 (en) * | 1997-10-02 | 2002-04-16 | Prefix Corporation | Programmable vehicle model |
US7079114B1 (en) * | 1998-08-21 | 2006-07-18 | Peter Smith | Interactive methods for design of automobiles |
US6324750B1 (en) * | 1999-10-19 | 2001-12-04 | Dmr Investments, Llc | Architectural system for adjustably recreating a vehicle interior and method of constructing a vehicle architecture |
US6760693B1 (en) * | 2000-03-29 | 2004-07-06 | Ford Global Technologies, Llc | Method of integrating computer visualization for the design of a vehicle |
US20030011561A1 (en) * | 2001-06-22 | 2003-01-16 | Stewart Paul Joseph | System and method of interactive evaluation and manipulation of a geometric model |
US20030055674A1 (en) * | 2001-09-19 | 2003-03-20 | Mazda Motor Corporation | Computer program, and apparatus and method for supporting project planning of new model vehicle |
US20060155402A1 (en) * | 2001-11-21 | 2006-07-13 | Dale Read | 3d virtual manufacturing process |
US20030132968A1 (en) * | 2002-01-11 | 2003-07-17 | Stewart Paul Joseph | System and method for virtual interactive design and evaluation and manipulation of vehicle mechanisms |
US7295959B2 (en) * | 2002-07-10 | 2007-11-13 | Mazda Motor Corporation | Program, method, apparatus, and system for supporting planning of vehicle |
US20040148145A1 (en) * | 2003-01-29 | 2004-07-29 | Yifan Chen | System and method of interactively generating a family of mesh models |
US20050096885A1 (en) * | 2003-11-05 | 2005-05-05 | Paccar Inc. | System and method for automating the generation of manufacturing frame designs |
US20050200623A1 (en) * | 2004-03-12 | 2005-09-15 | Smith Randall C. | System and method for morphable model design space definition |
US20060025983A1 (en) * | 2004-07-27 | 2006-02-02 | Daniel Arbitter | System and method of dynamic clearance checking using a geometric model |
US20060038812A1 (en) * | 2004-08-03 | 2006-02-23 | Warn David R | System and method for controlling a three dimensional morphable model |
US20060038832A1 (en) * | 2004-08-03 | 2006-02-23 | Smith Randall C | System and method for morphable model design space definition |
Cited By (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7561996B2 (en) * | 2006-01-13 | 2009-07-14 | Chrysler Llc | Automated dimensional drawing generating apparatus |
US20070168165A1 (en) * | 2006-01-13 | 2007-07-19 | Yun Lu | Automated dimensional drawing generating apparatus |
US20070250205A1 (en) * | 2006-04-25 | 2007-10-25 | Weigang Hu | Method and system for generating trimlines for stamping processes |
US7317963B2 (en) * | 2006-04-25 | 2008-01-08 | Ford Global Technologies, Llc | Method and system for generating trimlines for stamping processes |
US20100191515A1 (en) * | 2007-06-14 | 2010-07-29 | Avl List Gmbh | Device and method for the simulation of a development system |
US8825460B2 (en) * | 2007-06-14 | 2014-09-02 | Avl List Gmbh | Device and method for the simulation of a development system |
US20090063172A1 (en) * | 2007-08-30 | 2009-03-05 | Thomas Robert M | Virtual vehicle system |
US8700416B2 (en) | 2007-08-30 | 2014-04-15 | Chrysler Group Llc | Virtual vehicle system |
US20090121891A1 (en) * | 2007-11-09 | 2009-05-14 | Michael Sigillito | Comparative tire animation |
US7978093B2 (en) | 2007-11-09 | 2011-07-12 | Bridgestone Americas Tire Operations, Llc | Comparative tire animation |
US8301318B2 (en) * | 2008-03-05 | 2012-10-30 | Robotic Research Llc | Robotic vehicle remote control system having a virtual operator environment |
US20090276105A1 (en) * | 2008-03-05 | 2009-11-05 | Robotic Research Llc | Robotic vehicle remote control system having a virtual operator environment |
CN101739284A (en) * | 2008-11-20 | 2010-06-16 | 联想(北京)有限公司 | Computer and information processing method |
US20100292974A1 (en) * | 2009-04-23 | 2010-11-18 | Manfred Krainz | Method and device for verification of an automation system |
US9009013B2 (en) | 2009-04-23 | 2015-04-14 | Avl List Gmbh | Method and device for verification of an automation system |
US9513622B2 (en) * | 2010-04-14 | 2016-12-06 | Tobias Schmidt-Schäffer | Method for configuration and/or equipment of a vehicle cabin, in particular of an aircraft |
US20130066602A1 (en) * | 2010-04-14 | 2013-03-14 | Airbus Operations Gmbh | Method for configuration and/or equipment of a vehicle cabin, in particular of an aircraft |
US20110264253A1 (en) * | 2010-04-23 | 2011-10-27 | Toyota Motor Engineering & Manufacturing North America, Inc. | Forming Vehicle Body Models and Other Objects |
US8412367B2 (en) * | 2010-04-23 | 2013-04-02 | Toyota Motor Engineering & Manufacturing North America, Inc. | Forming vehicle body models and other objects |
US8612192B2 (en) * | 2010-05-24 | 2013-12-17 | GM Global Technology Operations LLC | Vehicle simulation system with software-in-the-loop bypass control |
US8739049B2 (en) | 2010-05-24 | 2014-05-27 | GM Global Technology Operations LLC | Vehicle system modeling systems and methods |
CN102289210A (en) * | 2010-05-24 | 2011-12-21 | 通用汽车环球科技运作有限责任公司 | Vehicle simulation system with software-in-the-loop bypass control |
US20110288841A1 (en) * | 2010-05-24 | 2011-11-24 | Gm Global Technology Operations, Inc. | Vehicle simulation system with software-in-the-loop bypass control |
US10169926B2 (en) | 2011-05-18 | 2019-01-01 | Magna Electronics Inc. | Driver assistance system for vehicle |
US20140176605A1 (en) * | 2011-05-18 | 2014-06-26 | Magna Electronics Inc. | Driver assistance system for vehicle |
US11842450B2 (en) | 2011-05-18 | 2023-12-12 | Magna Electronics Inc. | Vehicular backing up assistance system |
US10957114B2 (en) | 2011-05-18 | 2021-03-23 | Magna Electronics Inc. | Vehicular backup assistance system |
US10019841B2 (en) * | 2011-05-18 | 2018-07-10 | Magna Electronics Inc. | Driver assistance systems for vehicle |
US10559134B2 (en) | 2011-05-18 | 2020-02-11 | Magna Electronics Inc. | Driver backup assistance system for vehicle |
US20140074437A1 (en) * | 2012-09-12 | 2014-03-13 | GM Global Technology Operations LLC | Methods of generating an interior surface of a vehicle compartment |
US9576078B2 (en) * | 2012-09-12 | 2017-02-21 | GM Global Technology Operations LLC | Methods of generating an interior surface of a vehicle compartment |
US9321493B2 (en) | 2013-06-13 | 2016-04-26 | Hol Special Parts Pty Ltd | Utility vehicle canopy |
US9193314B1 (en) * | 2014-06-09 | 2015-11-24 | Atieva, Inc. | Event sensitive learning interface |
US9487218B2 (en) * | 2014-06-09 | 2016-11-08 | Atieva, Inc. | Event sensitive learning interface |
US9440603B2 (en) | 2014-06-09 | 2016-09-13 | Atieva, Inc. | Location sensitive learning interface |
US9440604B2 (en) | 2014-06-09 | 2016-09-13 | Atieva, Inc. | Time and day sensitive learning interface |
US9428126B2 (en) | 2014-06-09 | 2016-08-30 | Atieva, Inc. | Time sensitive learning interface |
US20160023664A1 (en) * | 2014-06-09 | 2016-01-28 | Atieva, Inc. | Event Sensitive Learning Interface |
CN105270298A (en) * | 2014-06-09 | 2016-01-27 | 源捷公司 | Vehicle learning interface |
US11137749B2 (en) * | 2017-09-13 | 2021-10-05 | Color Harmony Experts, S.C. | Method for harmonising colour in manufactured items |
US11787250B1 (en) * | 2017-11-08 | 2023-10-17 | Njetva Inc. | Narrow vehicles and jet aircraft vehicles |
US20200134134A1 (en) * | 2018-10-31 | 2020-04-30 | Detroit Engineered Products, Inc. | Automated Modelling System |
US11030361B2 (en) * | 2018-10-31 | 2021-06-08 | Detroit Engineered Products, Inc. | Automated modelling system |
US20210248285A1 (en) * | 2020-02-07 | 2021-08-12 | John Herbert Orsos Barrenechea | Application software to teach how to build a stock car racing |
Also Published As
Publication number | Publication date |
---|---|
US7447616B2 (en) | 2008-11-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7447616B2 (en) | Method and system for developing a vehicle package | |
JP7343653B2 (en) | Systems and methods for additive manufacturing of transportation structures | |
US6760693B1 (en) | Method of integrating computer visualization for the design of a vehicle | |
US6477517B1 (en) | Method of knowledge-based engineering design of an instrument panel | |
EP1684201A2 (en) | Vehicle planning support system | |
US7158923B1 (en) | Method of integrating product information management with vehicle design | |
Bhise et al. | Development of a parametric model for advanced vehicle design | |
Luccarelli et al. | Automotive design quantification: Parameters defining exterior proportions according to car segment | |
JP2006277369A (en) | Vehicle planning support system | |
JP4656390B2 (en) | Vehicle planning support system | |
KR101881915B1 (en) | Plug-in system for vehicle design | |
Reed et al. | New concepts in vehicle interior design using ASPECT | |
JP4737506B2 (en) | Vehicle planning support system | |
Luque et al. | Simulation of hip joint location for occupant packaging design | |
Sang et al. | Development Of An Adjustable Physical Mockup Used For Design Validation Of Passenger Car Ergonomics And Interiors | |
JP4636317B2 (en) | Vehicle planning support system | |
Mohamed | Designing Driver Space for Large Car | |
JP4687954B2 (en) | Vehicle planning support system | |
US20240005819A1 (en) | Device for the creation and management of style prototypes with the integration of physical and virtual tools | |
Bhise et al. | A Parametric Model for Automotive Packaging and Ergonomics Design. | |
Wang et al. | A parametric approach to vehicle seating buck design | |
Li et al. | Optimization of Driver Cabin Human Factors Design for Sweeper Truck Based on Ramsis: Enhancing Driver Comfort and Safety | |
McGuire et al. | GENPAD®-Ergonomic Packaging | |
JP4656389B2 (en) | Vehicle planning support system | |
Morello et al. | Graphic Representation Systems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: FORD GLOBAL TECHNOLOGIES, LLC, MICHIGAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FORD MOTOR COMPANY;REEL/FRAME:016379/0966 Effective date: 20050728 Owner name: FORD MOTOR COMPANY, MICHIGAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:WANG, NANXIN;VANDERVOORT, DOUG;WAN, JIAN;AND OTHERS;REEL/FRAME:016379/0963;SIGNING DATES FROM 20050715 TO 20050728 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
FPAY | Fee payment |
Year of fee payment: 8 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 12 |