Altair Multi Body Solutions 2020 Release Notes
Highlights
- New Two-Wheeler and Three-Wheeler Solution
- New Vehicle Tools Update Model Utility
- New Drum Road for FIALA Tire
- Altair Driver Improvements
- Enhanced Road File Support
- Improved Suspension Design Factors
- MDL Vehicle Library Changes
- Enhancements to MotionSolve – EDEM Interface
- Enhancements to Multi-Disciplinary Tools
- Enhancements to Linear Analysis
- Enhancements to Rigid Body Contact
- Enhancements to Functional Mock-up Unit (FMU)
- Other Enhancements
- General Known Issues
- General Resolved Issues
New Two-Wheeler and Three-Wheeler Solution
- Two-Wheeler library of parametric subsystems
- Assembly Wizard to quickly assemble vehicles
- Two-Wheeler and Leaning-Three-Wheeler Driver
- Two-Wheeler Tire
- Comprehensive event library
- Three-Wheeler Example Models
- Two-Wheeler library of parametric subsystems
- The 2020 release of MotionSolve contains a new library for modeling
two-wheeled vehicles like motorcycles, bicycles and scooters. The
library includes:
- Classic or inverted front fork with rigid or deformable strut rods
- Mono-shock or twin shock rear fork
- Rider mass and simple or complex graphics
- Chain drive
- CAD graphics for good model appearance
- Assembly Wizard to quickly assemble vehicles
- The Assembly Wizard builds full two-wheeler models containing the subsystems listed above. Half vehicle (suspension) models are not supported.
- Two-Wheeler and Leaning-Three-Wheeler Driver
- Altair Driver supports new steer and lean controllers for two-wheeled
and leaning-three-wheeled vehicles.
- For closed loop path following, the steer and lean controllers act in concert to steer and balance the two-wheeler as needed to follow the path.
- For open loop events with two-wheeler and leaning-three-wheeler vehicles the lean angle is input as a function of time, the driver steers the front fork to achieve the lean angle while maintaining balance and the resulting vehicle path in the event output.
- Two-Wheeler Tire
- Altair’s free FIALA Tire model has been extended to include camber-dependent lateral force and tire-road contact for rounded tire cross-sections. These changes make the FIALA model suitable for 2- or 3-wheelers. DELFT-TYRE, packaged with MotionSolve, also includes the MFMC-TYRE model for use with two-wheeler and leaning-three-wheeler vehicles.
- Known Issue
- At high camber angles seen in two-wheeler vehicles, the FIALA tire incorrectly adds energy to the vehicle for unknown reasons.
- Comprehensive event library
- All existing passenger car full vehicle events are supported for 2- and 3-wheeled vehicles also.
- New Three-Wheeler Example Model
- An Auto-Rickshaw example model is now available. It is built by combining a front fork system from the Two-Wheeler library with a quadra-link rear suspension system from the Car library. This model illustrates how systems from different libraries can be combined to create unique vehicles that can use Altair Driver with its set of events.
- Generalize and reduce the number of attachments to the vehicle
- Detect the vehicle configuration based on the number of wheels and tires
With these enhancements Altair Driver adapts its feedforward path control to match the vehicle configuration, be it a two-wheeler, three-wheeler, car or multi-axle heavy truck.
New Vehicle Tools Update Model Utility
The HyperWorks 2020 release introduces an Update Model utility on the Vehicle Tools menu you can use update models to use 2020 MotionAuto System Definitions. A description of the updates is given in the table below. The update only functions for models created in HyperWorks v2107.3 or later.
When you open full vehicles models using Altair Driver, you will receive an alert asking you to update your model. For half vehicle models, no alert is given. If you choose not to update your model, it will work in the HyperWorks v2020 release. If you save your model to disk from HyperWorks v2020 without executing the Update Model function, you will not be prompted to update again.
Description | Affected Entities | Actions |
---|---|---|
Legacy tire systems replaced by AutoTire | Any systems using the AutoCDTire, AutoCTITire, or AutoMFTire system definitions | Single and pair systems using the AutoCDTire, AutoCTITire or AutoMFTIre system definitions are replaced with a single or pair system using the AutoTire system definition. Attachments and parameters like the tire and road property file are unchanged. |
Dummy Steering Bodies removed | Steering systems Full and Half Vehicle Events (analyses) |
Dummy steering bodies and associated joints are deleted from steering systems (sys_steering), and from full and half vehicle events (analyses). Steering system joints are modified so the rack joins to the rack housing via a translational joint, the pinion to the rack housing via a revolute joint and the pinion to rack via a coupler. |
Old Altair Driver System replaced by new system | Altair Driver system | The Altair Driver system is replaced with the new 2020 Altair Driver system. If needed the Altair Driver system definition is updated to use an *DefinitionInclude() pointing to the Altair Driver system definition in your HyperWorks 2020 installation folder. |
Signal Generator System moves to Altair Driver | Signal Generator (.sys_signal_generator) | The user signals solver variables move to the Altair Driver System. You now create expressions for user signals from the Altair Driver system panel. The signal generator system is deleted from the model. |
- Known Issues
-
- For models containing AutoCDTire systems that are updated to AutoTire, you need to reselect the tire property files before running a simulation.
- For models created in HyperWorks versions older than v2017.3, update model will leave attachments for instrumentation systems unresolved.
New Drum Road for FIALA Tire
FIALA tire offers a new drum road where you specify the drum profile as drum height tabulated against drum circumference. You can enter the drum profile in the road property file directly or reference a .csv file to define the drum profile. Similarly, you can enter the drum surface velocity tabulated against time in the road property file or reference a .csv file to define the velocity verses time.
The center of the drum is automatically positioned under the wheel center, but you can also set the position of the drum relative to the road reference marker from the road property file. In addition, drum graphics are created for post processing. You set the width (length) of the drum cylinder and the number lines to draw on the cylinder surface in the road property file.
Altair Driver Improvements
- May be added to your vehicle model from the browser context menu Add Auto Entity.
- Needs 13 fewer attachments compared to the previous version.
- Does not require a separate signal generator system. The signal generator system is now part of the Altair Driver system.
- Identifies the direction the steering wheel or rack needs to move to make the vehicle turn left. This allows Altair Driver to steer the vehicle to follow a path independent of how the steering wheel or rack joint are constructed providing, of course, that the steering wheel and rack are connected to the steered wheels.
- Identifies the number of wheels and tires in your vehicle to infer the vehicle type the best feedforward steering controller to use. However, you can override the vehicle type in the Altair Driver panel.
- Includes fields on the Altair Driver panel to identify your vehicle’s forward and vertical directions in the global coordinate system. This allows Altair Driver to correctly orient paths relative to the vehicle.
Altair Driver requires that your model use AutoTires for modeling tires in your vehicle. However, the new update model feature will convert old tire systems to AutoTires to ease the transition.
Enhanced Road Support
The HyperWorks v2020 release extends support for OpenCRG, Point Cloud (3D Shell), and 3D Spline Road property files to all supported tire models (CDTire, DELFT-TYRE, FIALA, and FTIRE) to eliminate the need to convert road property files from one format to another based on the tire model used.
Example road property files are provided in the HyperWorks installation at …\hwdesktop\hw\mdl\autoentities\properties\Altair_Roads.
Improved Suspension Design Factors
- Virtual Steer Axis Outputs
- The suspension design factors (SDFs) virtual steer axis outputs are improved to give more accurate results. When calculating the virtual steer axis and values derived from the steer axis like virtual scrub radius and virtual caster trail, the suspension spring travel is locked by numerically manipulating the compliance matrix. Locking the spring travel eliminates any coupling between the suspension steering and ride motions yielding better results.
- Roll Center Height
- The roll center height calculation is updated to show negative values (roll center below the road surface). Previously, the absolute value of the roll center height was output giving incorrect results for some suspensions.
MDL Vehicle Library Changes
- The Assembly Wizard option to build a Full Vehicle without Altair Driver is removed. But you can add the option by setting the environment variable: HW_MA_LEGACY_WIZARD=1.
- Steering Dummy bodies and their associated joints in steering systems and analyses are removed.
- Spring travel and steering locks are added to suspension systems and analyses to facilitate calculating suspension design factors like virtual steer axis.
- The signal generator system moves to the Altair Driver system.
- The Altair Driver system has fewer attachments to facilitate its use with two-wheeler and three-wheeler vehicles as well as cars and trucks.
- Known Issue
- The Wizard library selection (for example Car/Small Truck, Heavy Truck, Two-wheeler) is not saved to the .mdl file. Therefore, if you export wizard selections for a car model, select the Two-wheeler library, and then import car model wizard selections, the model created is a two-wheeler not a car. Reselecting the Car/Small Truck library and then importing the car model wizard selections will re-create the car model.
Enhancements to MotionSolve-EDEM Interface
- Linux Support
- The EDEM co-simulation interface is now available on the Linux platform.
- Cross-Platform Support
- The interface can be used across heterogenous operating systems. MotionView/MotionSolve may run on Windows and EDEM on Linux and vice-versa.
- Improvements in H3D Generation
- Generation of the EDEM particle .h3d file is now optional and occurs at the end of the simulation greatly reducing memory usage. Note that the EDEM system needs to be generated afresh to use this option. Previously, the .h3d file for the EDEM particles was always generated during simulation.
- Coupling Start Time
- The co-simulation interface is enhanced to allow the MotionSolve simulation to run for some time before starting the EDEM simulation. An additional field “Start EDEM simulation at time” is available in the EDEM subsystem panel. This feature is particularly useful for EDEM models whose start time is not 0.0 (for example, a pre-solved EDEM simulation until time T0).
- Batch Simulation
- A batch script is now available to run the co-simulation in batch mode. The scripts msedemcosim.bat for Windows and msedemcosim.sh for Linux are located at ~install/hwdesktop/utility/mbd/edem.
Enhancements to Multi-Disciplinary Tools
- Altair/Compose™ functions for use in conjunction with MotionView/MotionSolve
-
- dsarun (Analysis features) - Submit multiple MotionSolve simulations with different values of a single parameter.
- ms_dsafftplot / ms_dsafrfplot (Plotting - Compose) - Comparison plot of MotionView dsarun results in time and frequency domains, either as FFT of output signal or estimated FRF between output and input signal.
- ms_frfplot (Plotting - Compose) - Compute and plot FRF between plant outputs / inputs from any MotionSolve linear analysis job.
- A quick road builder tool road4durability (Experimental)
- Build complex 3D CRG road profile with three lanes made of a series of
obstacles to enable 2, 3 & 4 wheelers durability analysis. This
feature is experimentation. To use the feature, set the environment
variable HW_MD_EXPERIMENTAL=ALL.
Refer to the Multi-Disciplinary Tools help for additional details.
Enhancements to Linear Analysis
- A, B, C, and D state matrices in OML format
- MotionSolve can now create state space matrices in the OpenMatrix Language (OML) format. These matrices can be directly loaded into Compose and Activate for further analysis. An option to write Compose/Activate state-space matrices during a Linear Analysis is now available under the in MotionView.
- Kinetic and Strain Energy for Flexible Bodies
- MotionSolve can calculate the kinetic/strain energies and dissipative power for flexible bodies that are defined using Component Mode Synthesis (CMS).
- Modal Energy Distribution
- MotionSolve can write an HTML file with the modal energy distributions. The HTML file aids in understanding how the energies are distributed across the different mode shapes.
- Resolved Issues
-
- Eigenmodes were not displayed correctly in HyperView for some models.
- Linear Analysis with tire models sometimes caused a software crash.
Refer to Parameters: Linear Solver in the MotionSolve Reference Guide for more details.
Enhancements to Rigid Body Contact
- 3D Meshed Contact
- The 3D meshed contact algorithm has been enhanced
with an additional optional node-based method for computing the
contact kinematics. This feature calculates the normal forces on the
nodes of the surface mesh, instead of the center of the mesh
triangles. The node-centric contact feature provides improved
accuracy, particularly in situations where large penetration occurs
due to sharp edges in contact.
This option can be set in MotionView in the Contact panel – Advanced tab.
- Cylinder in Cylinder Contact
- The contact model in MotionSolve allows the contact between a cylinder inside another cylinder to be calculated analytically using the is_material_inside flag. Also, cylinder inside cylinder is supported for open and capped cylinders (inside and outside). The analytical contact formulation has advantages in terms of speed and accuracy compared to the mesh-based contact calculation.
- Known Issues
- The following known issues will be addressed in a future release as we
continuously improve performance of the software:
- The node-centric feature of the 3D meshed contact can provide inaccurate results for complicated-shaped contact patches. In these situations, you are encouraged to simulate contact with reaction forces resolved at the element center.
Enhancements to Functional Mock-Up Unit (FMU)
- Coupling at T > T0
- The co-simulation capabilities of MotionSolve with Functional Mockup Units (FMU) allows starting a coupled simulation at T > T0, meaning MotionSolve simulates the system without the FMU from T0 (start time) to T (coupling time). This allows for computational performance improvements where the dynamic influence of the FMU is only relevant at time greater than T0, and where the FMU is computationally expensive (example: FE based model).
- Kinematic Analysis
- The co-simulation capabilities of MotionSolve with FMU supports kinematic analysis.
- Compliance Checks
- Improved compliance checks make the co-simulation with FMUs more robust. Here, the validity of the FMU is being checked against the FMI standard and warnings/errors are being reported in situations where the FMU does not comply with the standard. An option to Check FMU for compliance is available in the MotionView FMU panel.
- Resolved Issues
-
- Some crash issues related to setting input variables and reading FMU have been fixed.
- Incorrect FMU paths written to the solver deck in a different folder are fixed.
- An ID assignment issue for solver variables in a model containing FMU is also fixed.
- Issues that prevented an FMU temp folder from being deleted after a completed simulation have been addressed.
- FMUs exported from MotionView now work on Linux platform.
Other Enhancements
- FlexPrep
- This utility now supports all unit choices offered by OptiStruct when generating flexbodies.
- Solver Array - IC
- The export of solver array of type IC has been updated to write the entries in integer or real form instead of scientific notation. This makes it easier when entries in the IC array are IDs of other solver elements.
- Outputs
-
Output Type Label as seen in result files Comments Displacement Velocity
Acceleration
Two Points Body 1 from Body 2 (output_label) output_label is the label of the Output entity connecting_entity is the force inducing entity that is associated with the body such as Joint, Bushing, SpringDamper etc.
Entity/Entity Sets - Bodies Body (output_label) Entity/Entity Sets - other entities Entity on Body (output_label) Force
Entity/Entity Sets - Bodies connecting_entity on Body (output_label) Entity/Entity Sets - other entities Entity on Body (output_label) - Allow Compliance Option for Joints
- This option is turned ON by default when adding joints.
- Export MDL Snapshot in the Run Panel
- This option is now turned ON by default.
- NLFE Belt Pulley System
- The limitation of creating an NLFE Belt Pulley system with more than 300 elements is removed. MotionView warns you of potentially large solution times in this case.
- Python Subroutines
- PINSUB and POUTSUB for Plant Input and Plant Output respectively are now available as python subroutines.
- User Subroutines
- A new XML configuration file now allows you to customize the
UserSubBuildTool.exe for your
environment.
Also, user subroutines now support Visual Studio 2005 – 2019 and Intel Fortran 10 – 2020. Furthermore, the installation of a Fortran compiler is not necessary anymore if the subroutine consists on C/CPP files only. In such cases, you only require Visual Studio (the Fortran compiler is not needed).
General Known Issues
- Road Tools incorrectly positions the shoulder graphics for 3D Spline Roads.
- Road Tools does not create centerline or shoulder graphics for Point Cloud Roads.
- FMU exported from earlier version of MotionView will not readily work with HyperWorks v2020. A script fmu_patch.bat available at ~install/utility/mbd/fmu should be used to upgrade it.
- There is a change in the folder structure of HyperWorks. Any custom scripts that uses the environment variable ALTAIR_HOME to locate the solver needs to be updated.
General Resolved Issues
- MotionView
-
- Roll Center Height: The roll center height calculation is updated to show negative values (roll center below the road surface). Previously, the absolute value of the roll center height was output giving incorrect results for some suspensions.
- MacPherson Strut Camber Angle: Camber angle for MacPherson strut suspensions is now output correctly. Previously, a marker was not attached to the correct body.
- Check Model took a long time for models having a large set of outputs.
- Importing a MOTION of type ACCELERATION with a function expression from ADM resulted in an error.
- CG Inertia Summary was erroneous in certain cases when Body coordinate systems were used along with Properties from Associated graphics.
- Mass and inertia for Auto-Tires were not being reported in CG Inertia Summary.
- The issue of including solver arrays within deactivated systems while exporting the model as FMU has been resolved.
- Adding certain forms of FMU into the MotionView model resulted in a crash.
- Expressions in the Input tab of the FMU was not possible without invoking the Expression Builder in certain cases.
- FMU paths were not written relative to the exported MotionSolve xml.
- Deactivating FMUs resulted in other solver variables losing their assigned IDs.
- Graphics enclosed within another graphic whose display is set to wireframe/feature lines could not be selected or picked.
- Models containing CADGraphics having an ampersand (&) in their name resulted in solver failure.
- The help link to MotionSolve Functions from the Expression Builder was broken in version 2019.1.
- CAD feature recognition is not exited during certain specific mouse movements away from the screen.
- Mouse hover on points with left click press and the Point collector active in the CAD feature recognition ON results in a crash.
- Switching to a HyperGraph window after editing curve values in MotionView resulted in an application error.
- Creating File Graphics successively using FEM files resulted in distortion in graphic display.
- Auto-MFTires referring to bodies that derived properties using associated graphics resulted in erroneous marker orientations in the solver deck.
- Incorrect DOF calculations during Check Model (Tools > Options > Check Model > Degrees of Freedom) for entities under analysis, polybeams and compliant joints are fixed.
- MotionSolve
-
- After a reload, results of a model with COUXX2 were discontinuous.
- The damping ratios generated by MotionView were not scaled properly if non-default units were used during a CMS run in OptiStruct.
- The distributed load on a flexible body has two components: a rigid body component that has a tendency to accelerate the flexible body that it is acting on, and, a modal component that has a tendency to deform the flexible body that it is acting on. The distributed force created by Force_FlexModal was not scaled correctly on the rigid body component when non-default units were used.