HyperWorks Solvers

Control: Plant Input

Control: Plant Input

Previous topic Next topic Expand/collapse all hidden text  

Control: Plant Input

Previous topic Next topic JavaScript is required for expanding text JavaScript is required for the print function  
hmtoggle_plus1greyXML Format

Model Element

Description

The Control_PlantInput element defines the inputs to a mechanical system or plant.  This is part of the information necessary to create a linearized model of the plant or for co-simulation.  You also need to specify the outputs to the plant using the Control_PlantOutput element.  Given the inputs and outputs, you may use the Simulate command of type Linear to compute the matrices in the following linearized, state space form:

x is the state vector, u is the input variable, and y is the output variable. A, B, C, and D denote the state matrix, the input matrix, the output matrix, and the direct feed-through matrix, respectively.  These matrices are often useful as a starting point in control systems design.

Format

<Control_PlantInput

   id                    = "integer"

   num_element           = "integer"

   variable_id_list      = "integer, integer, ..., integer"

[

 type                = "USERSUB"

 usrsub_dll_name     = "valid_path_name"

 usrsub_fnc_name     = "custom_fnc_name"

 usrsub_param_string = "USER(par_1, ..., par_n)"

]

 

[[

 label            = "string"

 hold_order       = "integer"

 sampling_period  = "real"

 offset_time      = "real"

]]

/>

Attributes

id

Element identification number (integer>0).  This number is unique among all Control_PlantInput elements.

label

The name of the Control_PlantInput element.

num_element

Number of inputs to the plant that are to be specified using this Control_PlantInput element. num_element > 0.

hold_order

Specifies the order of interpolation applied to the control signal(s) propagating out from Control_PlantInput.  The default value is 1.0.

variable_id_list

Specifies the list of IDs of the variables that define the inputs to the plant. The length of this list is equal to num_element.

sampling_period

Specifies the sample time of an input port.  A value of 0.0 specifies continuous sampling while any other non-zero value specifies discrete sampling.  This value cannot be negative.  The default value is 0.0.  In most cases, this value need not be changed from its default, except in models where a discrete sampling is required. This parameter is to be used only in the case of co-simulation with MATLAB/Simulink.  See Comment 3 below.

offset_time

Specifies the sample time offset for each input port.  The sample time offset must be strictly less than the sampling_period if the latter is non-zero.  If the sampling_period is 0.0 (continuous), then offset_time defaults to 0.0 as well.  In most cases, this value need not be changed from its default, except in models where a discrete sampling is required.  This parameter is to be used only in case of co-simulation with MATLAB/Simulink.

usrsub_dll_name

Specifies the path and name of the DLL or shared library containing the user subroutine.  MotionSolve uses this information to load the user subroutine in the DLL at run time.  Use this keyword only when type = USERSUB.

usrsub_fnc_name

This parameter allows you to specify the name for the user subroutine.  The default name, PINSUB, is used when the attribute is not specified.  Use this keyword only when type = USERSUB.

usrsub_param_string

The list of parameters that are passed from the data file to the user- defined PINSUB.  Use this keyword only when type = USERSUB. Set this parameter equal toUSER(parameter 1, par 2,…, par n)”, where the parameters are chosen by you.

Comments

1.The output specified using the Control_PlantInput element can be accessed using the function PINVAL. This function can be called directly from within MotionSolve expressions and used from within user subroutines using SYSFNC() and SYSARY().
2.Control_PlantOutput and Control_PlantInput are used for co-simulation.  This is a scenario where a problem is split between two solvers.  The two solvers work in tandem to solve the problem, exchanging information as required by them with Control_PlantOutput and Control_PlantInput objects.  A common scenario is the control of a mechanical system.  The control system is modeled in controls software and the mechanical system in MotionSolve.  The mechanical system tells the controller what it is doing; the controller uses this to determine the control forces to apply.  This information is exchanged continuously or at discrete sampling steps. Control_PlantInput tells MotionSolve what the controller inputs to the model are. Control_PlantOutput tells MotionSolve what information to send to the controller.  The user subroutine options are used for co-simulation.  For more information on co-simulation, see the section Interfacing with Third-Party Software.
3.A discrete (only) system in Simulink will require that the sampling_period be set to a discrete time (for example, non-zero; zero is continuous sampling).  Otherwise, the simulation will not run and an error will occur.
4.For co-simulation from a Simulink-driven model, create the number of Control_PlantInput’s in a manner that is convenient to you, and the S-Function that represents the MotionSolve model will update accordingly.  See tutorial MV-7002 for an example.
5.For a co-simulation with a Simulink Coder library, create as many Control_PlantInput’s as Outports (for example, one Control_PlantInput for each Outport; the output of the Simulink model is the input to the MotionSolve (plant) model) in the Simulink model to setup the proper interface communication.  See tutorial MV-7005 for an example.
6.The order of the Control_PlantInput’s found in the MotionSolve model (.xml) (by line number, from top to bottom) should match the order of the ID’s for the Outports in the Simulink model to ensure the variables are exchanged in the proper order.  The same is true for the order of the inputs to an S-Function for a Simulink-driven co-simulation.
7.For a Simulink Coder library co-simulation, set usrsub_param_string to have one integer that will uniquely identify the Simulink Coder library used.  This number (ID) should be the same for all Control_PlantInput’s and Control_PlantOutput’s that are used for this Simulink Coder library.

Example

Consider the control problem of stabilizing an inverted pendulum mounted on a slider.  The image below shows one such setup.  The slider, the green block, is constrained to move along the global x-axis by a translational joint with ground, depicted as the red strip. The pendulum is hinged to the slider with the axis of rotation parallel to the global y-axis.  The slider motion is opposed by a linear spring-damper.

control_plantinput

Inverted pendulum model

Assume that the task is to design a controller to stabilize the unstable configuration shown in the image above.  Start by computing the state space form of equations of motion with the intent to use MATLAB to design a controller.  We are given:

Plant input: Control force (Fc) acting on slider along global X.
Plant output: Pendulum angle θ.

The plant input may be defined as follows:

<Control_PlantOutput

   id                = "303001"

   num_element       = "1"

   variable_id_list  = "12"

   hold_order        = "1"

/>

Reference_Variable 6 defines the control force (Fc).

<Reference_Variable

  id         = "6"

  type       = "EXPRESSION"

  expr       = "0.0"

/>

hmtoggle_plus1greyPython Format

Model Element

Description

PINPUT element defines the inputs to a mechanical system or plant.  This is part of the information necessary to create a linearized model of the plant or for co-simulation.  You also need to specify the outputs to the plant using the POUTPUT element.  Given the inputs and outputs, you may use the Simulate command of type Linear to compute the matrices in the following linearized, state space form:

pinput_python_fig1

x is the state vector, u is the input variable, and y is the output variable.  A, B, C, and D denote the state matrix, the input matrix, the output matrix, and the direct feed-through matrix, respectively.  These matrices are often useful as a starting point in control systems design.

Declaration

def PINPUT(id, LABEL="", VARIABLES=[]):

Attributes

id

Element identification number (integer>0).  This number is unique among all the PINPUT elements.

LABEL

The name of the PINPUT element.

VARIABLES

Specifies the list of ID's of the variables that define the inputs to the plant.

Comments

See Control_PlantInput

Example

The PINPUT may be defined as follows

PINPUT(303001,LABEL="plant_input_name", VARIABLES=[12,13,14,15])

See Also:

Control_PlantOutput

Param_Linear

PINVAL

Reference_Variable

Simulate

Model Statements

Command Statements

Functions

Notation and Syntax