Contents     Functions         Previous Next     PDF Index

7.4  Element property matrices and stack entries

This section describes the low level format for element properties. The actual formats are described under p_ functions p_shell, p_solid, p_beam, p_spring. For Graphical edition and standard scripts see section 4.5.1.

An element property is normally defined as a row in the element property matrix il. Such rows give a declaration of the general form [ProId Type Prop] with


ProIda positive integer identifying a particular element property.
Typea positive real number built using calls of the form fe_mat('p_beam','SI',1), the subtype integer is described in the p_ functions.
Propas many properties (real numbers) as needed (see fe_mat, p_solid for details).

Additional information can be stored as an entry of type 'pro' in the model stack which has data stored in a structure with fields


.namedescription of property.
.ila single value giving the ProId of the corresponding row in the il matrix or row of values
 Resolution of the true .il value is done by il=fe_mat('getil',model). The property value in .il should be -1 for interpolation in GetIl, -2 for interpolation using the table at each integration point, -3 for direct use of a FieldAtNode value as constitutive value.
.unita two character string describing the unit system (see the fe_mat Convert and Unit commands)
.typethe name of the property function handling this particular type of element properties (for example p_beam)
.NLdataused to stored non-linear property information
.MAPspecifications of a field at node, see section 7.13
.gstatespecifications of a field at integration points, see section 7.13
.fieldcan be a structure allowing the interpolation of a value called field based on the given table. Thus

pro.A=struct('X',[-10;20],'Xlab',{{'x'}},'Y',[10 20]*1e6) will interpolate value A based on field x. The positions of interpolated variables within the il row are given by list=feval(pro.type, 'propertyunittype cell', subtype).

The handling of a particular type of constants should be fully contained in the p_* function. The meaning of various constants should be defined in the help and TeX documentation. The subtype mechanism can be used to define several behaviors of the same class. The generation of the integ and constit vectors should be performed through a BuildConstit call that is the same for a full family of element shapes. The generation of EltConst should similarly be identical for an element family.


©1991-2014 by SDTools
Previous Up Next