ADAMS/Durability Release Notes

Go to previous file in this topic Print this topic Go to next file in this topic
What's New

FEMDATA statement enhanced with HOTSPOT argument

Customers have requested that we provide hotspot information using the FEMDATA statement. Now, you can determine the hotspots quickly (without the added step of launching ADAMS/View with the Durability plugin) using the HOTSPOTS argument. This will tell the Durability solver to write the hotspots directly to an ASCII file when the simulation has finished.

You can access this feature in ADAMS/View using: Build -> Data Elements -> FEMDATA -> New.

From the dialog box, set Type to Stress, select Hot Spots, and make the necessary selections.

Example (ADAMS/Solver dataset):

FEMDATA/1, STRESS, FLEX_BODY=11, HOTSPOTS=10, RADIUS=25
,CRITERION=VON_MISES

In this example, hotspot information will be generated for the top 10 nodes (those nodes experiencing the largest value of von mises stress during the simulation) belonging to flexible body 11. A TAB-delimited file (flex_autojack_hots.tab) is created with detailed information for each hot spot:

Von Mises Hot Spots for FLEX_BODY_11
Model= model_1 Analysis= flex_autojack Date= 2004-02-23 17:09:38
Top 10 Hot Spots Radius= 25 mm

Location wrt LPRF (mm)

Node
Number

Stress
(newton/mm2)

Time
(sec)

X Y Z
958 1875.02 1.44 26.9437 -66.8843 -5.93901
1198 1165.71 1.6 24.5547 -51.4607 -45
58 1042.89 0.6 19.9946 -61.739 16.8075
1140 885.5 1.52 26.5546 -50.966 45
12 594.377 1.56 20.3123 -48.4712 45
926 576.789 0.44 -2.90875 -5.32636 45
1040 394.313 0.36 14.5134 -79.8839 45
1213 393.375 0.36 12.8378 -80.0033 -45
660 386.216 0.64 5.25655 0.30481 -45
1190 343.23 1.44 34.8122 -27.331 -45

For an example, see Knowledge Base Article 1-KB12327.

NOINERTIA argument on FEMDATA (46740)

A problem with inconsistency with inertia loads in FEMDATA output files has been resolved. Now, inertia loads are output, by default. To return to the old behavior, in the case of DAC files for example, you must include a NOINERTIA argument.

Example (ADAMS/Solver dataset):

FEMDATA/201, LOADS, FLEX_BODY=201, NOINERTIA
or
FEMDATA/201, LOADS, RM=101, NOINERTIA

Hotspot calculation speed improvement

Hotspot calculations are up to 3 times faster than they were previously, due to the removal of performance bottlenecks. Speed improvements are visible in the Hotspots table (using the Durability plugin in ADAMS/View) or the FEMDATA statement in stand-alone solver.

Note: When comparing the values of stress hotspots between the 2003 and 2005 releases, be sure that your answers are converged (that is, error control has been tightened). Otherwise, we expect that you may see differences between versions.

For an example, see Knowledge Base Article 1-KB12264.

Shortened stress and strain modes

Many customers have been looking for ways to reduce the size of their MNFs while improving performance. In 2005, we offer the option of keeping a reduced or "shortened" set of stress and strain modes. This gives you a compact MNF and faster hotspots retrieval.

If stress (strain) recovery was requested from the finite-element program when generating the MNF, the MNF will contain grid point stresses (strains) for every mode. The collection of grid point stresses (strains) for a given mode is referred to as a stress (strain) mode. Typically, stress (strain) values are only requested from the finite-element program for a subset of nodes in the MNF.

A new text box called Stress & Strain Modes has been added to the MSC -> MNF Translator dialog box in the ADAMS/Flex toolkit. This option specifies how the MNF will store stress (strain) modes, particularly for nodes where stress (strain) was not requested from the finite-element program. When set to Sparse, modal stress information will only be stored for those nodes for which MSC.Nastran had computed stress and stored in the OUTPUT2 file. When set to Full, the translator behaves as before, storing modal stress information at every node. This results in zero stress for those nodes that were not computed by MSC.Nastran.

It is important to note that stress (strain) modes stored in a sparse format will yield an MNF which is not backward compatible with previous versions of MSC.ADAMS.

When set to Remove zero entries, the resulting MNF will be equivalent to the Sparse option. However, this option can be computationally more expensive than Sparse, since the null stresses are removed after the fact, instead of upfront.

This text box is also available in the MNF -> MNF Optimizer dialog box. However, you would use the Remove zero entries option to condense an MNF with zero stress states, down to one with shortened stress and strain modes. The Sparse option allows you to maintain a reduced MNF during MNF optimization; it will not reduce an MNF that is already full. The Full option provides backward compatibility. It will allow you to expand a sparse MNF, so that it can be processed in an earlier version of MSC.ADAMS.

MSC.Nastran 2005 will support the direct generation of a sparse MNF. This capability is not yet available directly from other finite-element programs; you will need to optimize your MNF using the ADAMS/Flex Toolkit. Refer to the ADAMS/Flex online help for more information.

For an example, see Knowledge Base Article 1-KB12412.

C++ Solver support for ADAMS/Durability

In ADAMS/Solver (C++), we have introduced the FEMDATA statement and INTERP function. These offer opportunities for faster simulations and a more streamlined durability process. Now, all the advantages of ADAMS/Solver (C++) (adaptive Jacobian, planar part, 2nd-order integrators, parallel processing, and so on) are available to ADAMS/Durability users. In addition, you can also output REQUEST data to DAC or RPC III files using the DACSAVE or RPCSAVE options on the OUTPUT statement.

For an example see Knowledge Base Article 1-KB12411.

Report stresses/strains in other coordinate systems

You can now choose the coordinate system in which to report stresses and strains. In prior releases, you were limited to using the local part reference frame.

Now, you can specify a reference marker from the Compute Nodal Plot dialog box (in ADAMS/Durability), or specify the marker on the FEMDATA statement.

This example (ADAMS/Solver dataset):

FEMDATA/1, STRAIN, FLEX_BODY=11, RM=99, NODE = 101
OUTPUT/STRAIN=DAC

will rotate the six components of strain (Exx, Eyy, Ezz, Exy, Eyz, Ezx) for node 101 on flexible body 11, with respect to the instantaneous coordinate reference defined by marker 99. The complete time history of the transformed strain components will be output to DAC files. Note that marker 99 can be located anywhere in the model and does not have to belong to flexible body 11.

Higher Order Spline Interpolation (C++ Solver and experimental feature only)

In addition to the linear and cubic interpolation methods offered in the FORTRAN solver, in 2005 you now have access to higher-order interpolations for DAC or RPC III file data when using the C++ Solver. To access this feature, you must set the environment variable MDI_SOLVER_DUR_EXPERIMENTAL before running the simulation. For example:

On UNIX: setenv MDI_SOLVER_DUR_EXPERIMENTAL 1
On Windows: export MDI_SOLVER_DUR_EXPERIMENTAL 1

This environment variable can also be set with a special string in the ADAMS dataset as follows:

STRING/9876789,string=MDI_SOLVER_DUR_EXPERIMENTAL

In the INTERP function, you specify the degree of interpolation, which is 1 less than the order (order=degree+1). The cubic method used in the prior release is now equivalent to a degree of 3 (which means it is 4th order).

In this example, 5th-degree interpolation is used for the DAC-based spline/101.

Example (ADAMS/Solver dataset):

SPLINE/101
, UNITS = "length"
, LINEAR_EXTRAPOLATE
, FILE = ./random.dac

VARIABLE/2, IC = 0, FUNCTION = INTERP(TIME+1, 5, 101, 0)

For an example, see Knowledge Base Article 1-KB12411.

Note: This feature is known to give incorrect results for some models after Integration restarts when the integrator has to back up in time. A warning message is issued during the simulation.

Documentation Enhancements

ADAMS/Durability Documentation Improvements

Improved documentation as follows:

  • Added information on coordinate reference transformation.
  • Updated the online help and the guide, Getting Started Using ADAMS/Durability to reflect other changes made to the product.

Overall Documentation Improvements

For MSC.ADAMS 2005, we've made improvements to the MSC.ADAMS help:

  • Added global search so you can search across the entire set of MSC.ADAMS help. To access the global search, do one of the following:

    • At the top of the help, select Switch Products, and then select the Search tab.

    • In any product, select the Search tab, and then in the window that appears, select Global Search.

    Note that the global search does not include any .pdfs (including getting started guides and ADAMS/Driver).

  • Removed any hardcoding of font sizes so you can scale the text of the help to any size. Please note that many of the equations do not scale because they are images, and the help looks the best when viewed with medium (or 100%). In addition, your browser will print the text the same size as it is displayed.

  • Documented many of the environment variables for the products to help customize your session. The environment variables are for ADAMS/Controls, ADAMS/Durability, ADAMS/Flex, ADAMS/Solver, ADAMS/View, and the template-based products (ADAMS/Aircraft, ADAMS/Car, ADAMS/Driveline, ADAMS/Rail). For more information, see the Running and Configuring help.

 

Back to top

Changes

ADAMS/Durability licensing simplified

We have simplified the licensing of ADAMS/Durability so that the reading and writing of DAC and RPC III files will no longer require the ADAMS_DURABILITY_IO feature. Now, the other MSC.ADAMS products may freely take advantage of these file formats, allowing you to readily incorporate the usage of those files in your virtual product development processes.

The ADAMS_MSR_FATIGUE feature is now required for any recovery of modal stress (strain or life). The STRESS and STRAIN options on the OUTPUT statement are licensed. Therefore, the value of ADAMS/Durability is clearly focused on its modal stress recovery solution, post-processing, GUI support, and its interface with fatigue tools (for example, MSC.Fatigue).

Note that if you simply want to export load/nodal/modal information for subsequent modal stress recovery elsewhere (such as in MSC.Nastran), then no ADAMS/Durability license is required.

Intermediate output binary file (38543, 40630)

While durability simulations using FEMDATA are running, an intermediate binary file is now written to guard against problems accessing an ADAMS/Durability license, or other problems, such as exceeding disk space, application crashes, and so on. Now, you can postprocess the binary file by running the 'res2dur' utility in the stand-alone durability toolkit. Refer to the ADAMS/Durability online help for information on res2dur.

FEMDATA map and DAC/RPC naming convention (38544)

If environment variable MDI_DUR_LOADMAP is set, then an ASCII file is generated. This is a spreadsheet that maps the loads from MBD to FE for DAC output only. The name of this file is <job_name>.map, where <job_name> is the name given on the FILE argument of the first FEMDATA statement. If no FILE argument is given on any FEMDATA statement, then the simulation run name is used.

Because it was unclear whether or not users would need a header included at the time of implementation, another variable called MDI_DUR_LOADHEADER is checked, and if set, prints the header information to the file.

With MDI_DUR_LOADMAP set, DAC files of all requested FEMDATA loads are sequential and mapped according to the load map file. If an offset other than 0 is desired in the sequential naming of the DAC channel numbers, then the environment variable MDI_DUR_LOADOFFSET can be used to define the offset. For example, without an offset set, DAC files start with the name:

job_name_001.dac
job_name_002.dac
...

If MDI_DUR_LOADOFFSET is set to 300, DAC file names start with:

job_name_301.dac
job_name_302.dac
...

Memory control for hotspots calculations (41305)

For certain large models, the Durability modal stress recovery (MSR) was taking too much memory to process the results (in one instance, more than what was available, so the machine was spending most of its time swapping).

By default, ADAMS/Durability will now take up to a maximum of 400 MB of swap space when performing MSR. An environment variable, DUR_MSR_MB_LIMIT, has been introduced to override this default.

For example, to limit ADAMS/Durability to 800 MB of swap, on most UNIX platforms, set the environment variable as follows before starting ADAMS:

setenv DUR_MSR_MB_LIMIT 800

In general, the more swap space that is available for ADAMS/Durability, the faster MSR will perform. The following formula can be used to determine how much memory ADAMS/Durability will allocate for MSR:

MB = 24e-06 * N * M

where N and M are the number of nodes and modes, respectively, of the flexible body. Typically, you should allow only half of the machine's available RAM to MSR, leaving the other half to the MSC.ADAMS process. Therefore, if the above computation for MB exceeds more than half of the amount of available RAM, consider setting the DUR_MSR_MB_LIMIT environment variable.

45717

DAC file support now works on Linux. Note that DAC file formats are equivalent on Windows and Linux (on Intel).

Results file size and FEMDATA use (46979)

In an effort to minimize the size of ADAMS/Solver output files when using FEMDATA, extra measures have been taken to maximize data compaction. However, these are only in effect if you have not enabled the saving of the results file (.res). Therefore, we recommend that you do not save the results file when using FEMDATA for durability simulations that generate lots of output.

If you must save the results file when using FEMDATA, we recommend that you limit the amount of data that gets written. The following example uses FEMDATA to output loads in DAC file format, saving the results file (which is not normally recommended):

FEMDATA/1,LOADS,FLEX_BODY=2, NOINERTIA
OUTPUT/LOADS=DAC

 

RESULTS/XRF,DECIMALPLACES=8
,NOVEL,NOACC,NODATA,NOFLOAT
,NOLIN,NOREQ,NOSYS,NOTIR

This RESULTS statement will significantly reduce the size of the temporary .res file that is generated for FEMDATA calculations. The default for DECIMALPLACES is 17 (full double precision), but because DAC stores data in single precision, you can safely use 8 digits after the decimal point. The second and third lines suppress the output of everything except applied and reaction forces. Obviously, when outputting data other than loads to DAC, such as requests or stress, you would need to modify this line accordingly.

Back to top

Issues Resolved

20719

Added checking for duplicate names when importing DAC and RPC III file objects. If the object name already exists, a version number is added.

30518

Updated RPC III file support so that file names containing hyphens can be handled properly.

39819

Corrected problem that caused unexpected out-of-range warnings when using the INTERP function with a durability spline defined by a DAC file.

41832

Made minor adjustments to dialog boxes to fix problems of label text being cut off.

45229, 45231, 45265

Updated the documentation for the removal of the number of channel limitations in RPC3. Only one RPC3 file is generated no matter how many REQUESTS are defined.

45359

Corrected problem that was causing stress to be shown in error when contact forces were being applied to a part undergoing large rotations. This issue was discovered when viewing stresses on a planet gear in a planetary gear system. The root cause of the problem was that the location of contact was being transformed incorrectly. This problem has been fixed and stresses are now shown correctly.

45473

The size of the temporary results file for processing FEMDATA statements has been cut in half. In the case of outputting loads to DAC or RPC III files, a far greater savings in file size will be realized.

45473

The size of the temporary results file for processing FEMDATA statements has been cut in half. In the case of outputting loads to DAC or RPC III files, a far greater savings in file size will be realized.

45846

Updated MSC.Fatigue export interface so that when exporting files, the naming convention is shortened from its fully-qualified name (so that it is more suitable to MSC.Patran).

47040

Removed FEMDATA bottleneck which caused results stored in the XRF format to process slower than the UNFORMATTED (binary) results file. Now, there is no noticeable speed difference between XRF and the binary .res file.

47370

Fixed problem that was causing ADAMS/View to crash when trying to read a corrupt RPC III file.

47722

Nastran only computes grid-point stresses at element vertices. For higher-order elements, the MNF was incorrectly assuming a zero stress (strain) state at mid-side nodes.

Back to top


Revised: 09/06/05