A. Standard Object Names and Acronyms

Appendix A: Standard Object Names and Acronyms

Inside PRIMER every class of object (nodes, parts, solids, etc...) has a standard "acronym" that is used when labelling items on the screen, and which can sometimes be needed when the user types in a specific object label. For example the acronym for a node is "N", thus node 27 will always be labelled as "N27".

In addition, when PRIMER has more than one model in memory it is necessary to prefix the object label with its model number. The acronym for a model is "M", thus if node 27 exists in both models 1 and 3 the two labels will be respectively:

You only have to remember these when using the Key in method of defining objects (section 6.2), and even then only when the object type is not implicit. For example to select node 10 in model #1 you will need to "key in":

In most situations the <model> and <object type> are implicit: either because of the context of the operation, or because of prior selections, or because of "filter" settings, and only numbers are required.

As well as acronyms every object has a "formal" name that is used when referring to it in error messages, diagnostic output, panel buttons, etc. This is the same as its Ansys LS-DYNA keyword where relevant, although PRIMER adds a few categories which are not found in Ansys LS-DYNA input.

The complete list of object types, their standard acronyms and their formal names is:

The following object names are unique to PRIMER, although they can be written to an Ansys LS-DYNA input deck after the *END card: