The purpose of behaviour bricks is to hide (by default) part of the behaviour implementation. In other word, they are meant to create a context which simplifies the implementation of some specific behaviours’ classes.
The easiest way to introduce behaviour bricks is to shortly describe the example of the
StandardElasticity brick. This brick applies to strain based mechanical behaviours. It assumes:
With those assumptions, the
StandardElasticity brick can automatically provide:
@Brick keyword introduces a behaviour brick. It is followed by the name of the brick. This name can be given as a string.
The following brick are available:
StandardElasticitybrick, which has been described in the introduction of this page. In practice, the evolution of
MFrontand the development of the
StandardElastoViscplasticitybrick, has made the
StandardElasticitybrick a kind of special case of the
StandardElastoViscoplasticitywhere the stress potential is limited to the Hooke’ one and no inelastic flow is allowed. As such, most information concerning the
StandardElasticitybrick can be found on the page dedicated to the Hooke stress potential. In particular, all options passed to the
StandardElasticitybrick are indeed forwarded to the underlying Hooke stress potential.