Specifications
Table Of Contents
- Introduction
- LTI Models
- Operations on LTI Models
- Model Analysis Tools
- Arrays of LTI Models
- Customization
- Setting Toolbox Preferences
- Setting Tool Preferences
- Customizing Response Plot Properties
- Design Case Studies
- Reliable Computations
- GUI Reference
- SISO Design Tool Reference
- Menu Bar
- File
- Import
- Export
- Toolbox Preferences
- Print to Figure
- Close
- Edit
- Undo and Redo
- Root Locus and Bode Diagrams
- SISO Tool Preferences
- View
- Root Locus and Bode Diagrams
- System Data
- Closed Loop Poles
- Design History
- Tools
- Loop Responses
- Continuous/Discrete Conversions
- Draw a Simulink Diagram
- Compensator
- Format
- Edit
- Store
- Retrieve
- Clear
- Window
- Help
- Tool Bar
- Current Compensator
- Feedback Structure
- Root Locus Right-Click Menus
- Bode Diagram Right-Click Menus
- Status Panel
- Menu Bar
- LTI Viewer Reference
- Right-Click Menus for Response Plots
- Function Reference
- Functions by Category
- acker
- allmargin
- append
- augstate
- balreal
- bode
- bodemag
- c2d
- canon
- care
- chgunits
- connect
- covar
- ctrb
- ctrbf
- d2c
- d2d
- damp
- dare
- dcgain
- delay2z
- dlqr
- dlyap
- drss
- dsort
- dss
- dssdata
- esort
- estim
- evalfr
- feedback
- filt
- frd
- frdata
- freqresp
- gensig
- get
- gram
- hasdelay
- impulse
- initial
- interp
- inv
- isct, isdt
- isempty
- isproper
- issiso
- kalman
- kalmd
- lft
- lqgreg
- lqr
- lqrd
- lqry
- lsim
- ltimodels
- ltiprops
- ltiview
- lyap
- margin
- minreal
- modred
- ndims
- ngrid
- nichols
- norm
- nyquist
- obsv
- obsvf
- ord2
- pade
- parallel
- place
- pole
- pzmap
- reg
- reshape
- rlocus
- rss
- series
- set
- sgrid
- sigma
- sisotool
- size
- sminreal
- ss
- ss2ss
- ssbal
- ssdata
- stack
- step
- tf
- tfdata
- totaldelay
- zero
- zgrid
- zpk
- zpkdata
- Index

Precedence and Property Inheritance
3-3
Precedence and Property Inheritance
You can apply operations to LTI models of different types. The resulting type
is then determined by the rules discussed in “Precedence Rules” on page 2-5.
For example, if
sys1 is a transfer function and sys2 is a state-space model,
then the result of their addition
sys = sys1 + sys2
is a state-space model, since state-space models have precedence over transfer
function models.
To supersede the precedence rules and force the result of an operation to be a
given type, for example, a transfer function (TF), you can either:
•Convert all operands to TF before performing the operation
•Convert the result to TF after performing the operation
Suppose, in the above example, you want to compute the transfer function of
sys.Youcaneitheruseaprioriconversion of the second operand
sys = sys1 + tf(sys2);
or a posteriori conversion of the result
sys = tf(sys1 + sys2)
Note These alternatives are not equivalent numerically; computations are
carried out on transfer functions in the first case, and on state-space models in
the second case.
Anotherissueispropertyinheritance,thatis,how the operandpropertyvalues
are passed on to the result of the operation. While inheritance is partly
operation-dependent, some general rules are summarized below:
•In operations combining discrete-time LTI models, all models must have
identical or unspecified (
sys.Ts = –1) sample times. Models resulting from
such operations inherit the specified sample time, if there is one.
•Most operations ignore the
Notes and Userdata properties.