Modelica.Mechanics.MultiBody.Joints.Constraints

Components that define joints by constraints

Information


This package contains constraint components, that is, idealized, massless elements that constrain the motion between frames by means of kinematic constraints. The constraint elements are especially aimed to be used for multibody models which contain kinematic loops. Usually, kinematic loops are automatically handled. However, the performance might be improved by either solving certain kinds of loops analytically with the help of the components of subpackage Assemblies, or by providing numerically better loop constraint formulations with the help of the components of this subpackage.

Extends from Modelica.Icons.Package (Icon for standard packages).

Package Content

NameDescription
Modelica.Mechanics.MultiBody.Joints.Constraints.Prismatic Prismatic Prismatic cut-joint and translational directions may be constrained or released
Modelica.Mechanics.MultiBody.Joints.Constraints.Revolute Revolute Revolute cut-joint and translational directions may be constrained or released
Modelica.Mechanics.MultiBody.Joints.Constraints.Spherical Spherical Spherical cut joint and translational directions may be constrained or released
Modelica.Mechanics.MultiBody.Joints.Constraints.Universal Universal Universal cut-joint and translational directions may be constrained or released

Modelica.Mechanics.MultiBody.Joints.Constraints.Prismatic Modelica.Mechanics.MultiBody.Joints.Constraints.Prismatic

Prismatic cut-joint and translational directions may be constrained or released

Information


This model does not use explicit variables e.g. state variables in order describe the relative motion of frame_b with respect to frame_a, but defines kinematic constraints between the frame_a and frame_b. The forces and torques at both frames are then evaluated in such a way that the constraints are satisfied. Sometimes this type of formulation is also called an implicit joint in literature.

As a consequence of the formulation the relative kinematics between frame_a and frame_b cannot be initialized.

In particular in complex multibody systems with closed loops this may help to simplify the system of non-linear equations. Please compare the translation log using the classical joint formulation and the alternative formulation used here in order to check whether this fact applies to the particular system under consideration.

In systems without closed loops the use of this implicit joint does not make sense or may even be disadvantageous.

See the subpackage Examples.Constraints for testing the joint.

Extends from Modelica.Mechanics.MultiBody.Interfaces.PartialTwoFrames (Base model for components providing two frame connectors + outer world + assert to guarantee that the component is connected).

Parameters

NameDescription
animation= true, if animation shall be enabled (show sphere)
Constraints
x_locked= true: constraint force in x-direction, resolved in frame_a
y_locked= true: constraint force in y-direction, resolved in frame_a
z_locked= true: constraint force in z-direction, resolved in frame_a
if animation = true
sphereDiameterDiameter of sphere representing the spherical joint [m]
sphereColorColor of sphere representing the spherical joint
specularCoefficientReflection of ambient light (= 0: light is completely absorbed)

Connectors

NameDescription
frame_aCoordinate system fixed to the component with one cut-force and cut-torque
frame_bCoordinate system fixed to the component with one cut-force and cut-torque

Modelica.Mechanics.MultiBody.Joints.Constraints.Revolute Modelica.Mechanics.MultiBody.Joints.Constraints.Revolute

Revolute cut-joint and translational directions may be constrained or released

Information


This model does not use explicit variables e.g. state variables in order describe the relative motion of frame_b with respect to frame_a, but defines kinematic constraints between the frame_a and frame_b. The forces and torques at both frames are then evaluated in such a way that the constraints are satisfied. Sometimes this type of formulation is also called an implicit joint in literature.

As a consequence of the formulation the relative kinematics between frame_a and frame_b cannot be initialized.

In particular in complex multibody systems with closed loops this may help to simplify the system of non-linear equations. Please compare the translation log using the classical joint formulation and the alternative formulation used here in order to check whether this fact applies to the particular system under consideration.

In systems without closed loops the use of this implicit joint does not make sense or may even be disadvantageous.

See the subpackage Examples.Constraints for testing the joint.

Extends from Modelica.Mechanics.MultiBody.Interfaces.PartialTwoFrames (Base model for components providing two frame connectors + outer world + assert to guarantee that the component is connected).

Parameters

NameDescription
animation= true, if animation shall be enabled (show sphere)
nAxis of rotation resolved in frame_a (= same as in frame_b) [1]
Constraints in translational motion
x_locked= true: constraint force in x-direction, resolved in frame_a
y_locked= true: constraint force in y-direction, resolved in frame_a
z_locked= true: constraint force in z-direction, resolved in frame_a
if animation = true
sphereDiameterDiameter of sphere representing the spherical joint [m]
sphereColorColor of sphere representing the spherical joint
specularCoefficientReflection of ambient light (= 0: light is completely absorbed)

Connectors

NameDescription
frame_aCoordinate system fixed to the component with one cut-force and cut-torque
frame_bCoordinate system fixed to the component with one cut-force and cut-torque

Modelica.Mechanics.MultiBody.Joints.Constraints.Spherical Modelica.Mechanics.MultiBody.Joints.Constraints.Spherical

Spherical cut joint and translational directions may be constrained or released

Information


This model does not use explicit variables e.g. state variables in order describe the relative motion of frame_b with to respect to frame_a, but defines kinematic constraints between the frame_a and frame_b. The forces and torques at both frames are then evaluated in such a way that the constraints are satisfied. Sometimes this type of formulation is also called an implicit joint in literature.

As a consequence of the formulation the relative kinematics between frame_a and frame_b cannot be initialized.

In particular in complex multibody systems with closed loops this may help to simplify the system of non-linear equations. Please compare the translation log using the classical joint formulation and the alternative formulation used here in order to check whether this fact applies to the particular system under consideration.

In systems without closed loops the use of this implicit joint does not make sense or may even be disadvantageous.

See the subpackage Examples.Constraints for testing the joint.

Extends from Modelica.Mechanics.MultiBody.Interfaces.PartialTwoFrames (Base model for components providing two frame connectors + outer world + assert to guarantee that the component is connected).

Parameters

NameDescription
Constraints
x_locked= true: constraint force in x-direction, resolved in frame_a
y_locked= true: constraint force in y-direction, resolved in frame_a
z_locked= true: constraint force in z-direction, resolved in frame_a
Animation
animation= true, if animation shall be enabled (show sphere)
sphereDiameterDiameter of sphere representing the spherical joint [m]
sphereColorColor of sphere representing the spherical joint
specularCoefficientReflection of ambient light (= 0: light is completely absorbed)

Connectors

NameDescription
frame_aCoordinate system fixed to the component with one cut-force and cut-torque
frame_bCoordinate system fixed to the component with one cut-force and cut-torque

Modelica.Mechanics.MultiBody.Joints.Constraints.Universal Modelica.Mechanics.MultiBody.Joints.Constraints.Universal

Universal cut-joint and translational directions may be constrained or released

Information


This model does not use explicit variables e.g. state variables in order describe the relative motion of frame_b with respect to frame_a, but defines kinematic constraints between the frame_a and frame_b. The forces and torques at both frames are then evaluated in such a way that the constraints are satisfied. Sometimes this type of formulation is also called an implicit joint in literature.

As a consequence of the formulation the relative kinematics between frame_a and frame_b cannot be initialized.

In particular in complex multibody systems with closed loops this may help to simplify the system of non-linear equations. Please compare the translation log using the classical joint formulation and the alternative formulation used here in order to check whether this fact applies to the particular system under consideration.

In systems without closed loops the use of this implicit joint does not make sense or may even be disadvantageous.

See the subpackage Examples.Constraints for testing the joint.

Extends from Modelica.Mechanics.MultiBody.Interfaces.PartialTwoFrames (Base model for components providing two frame connectors + outer world + assert to guarantee that the component is connected).

Parameters

NameDescription
n_aAxis of revolute joint 1 resolved in frame_a [1]
n_bAxis of revolute joint 2 resolved in frame_b [1]
Constraints in translational motion
x_locked= true: constraint force in x-direction, resolved in frame_a
y_locked= true: constraint force in y-direction, resolved in frame_a
z_locked= true: constraint force in z-direction, resolved in frame_a
Animation
animation= true, if animation shall be enabled (show sphere)
sphereDiameterDiameter of sphere representing the spherical joint [m]
sphereColorColor of sphere representing the spherical joint
specularCoefficientReflection of ambient light (= 0: light is completely absorbed)

Connectors

NameDescription
frame_aCoordinate system fixed to the component with one cut-force and cut-torque
frame_bCoordinate system fixed to the component with one cut-force and cut-torque

Automatically generated Mon Sep 23 17:20:42 2013.