A signal is a time-varying quantity that has values at all points in time. You can specify a wide range of signal attributes, including:
Data type (for example, 8-bit, 16-bit, or 32-bit integer)
Numeric type (real or complex)
Dimensionality (one-dimensional, two-dimensional, or multidimensional array)
In Simulink®, signals are the outputs of dynamic systems represented by blocks in a Simulink diagram and by the diagram itself. The lines in a block diagram represent mathematical relationships among the signals defined by the block diagram. For example, a line connecting the output of block A to the input of block B indicates that the signal output of B depends on the signal output of A.
Simulink block diagrams represent signals with lines that have an arrowhead. The source of the signal corresponds to the block that writes to the signal during evaluation of its block methods (equations). The destinations of the signal are blocks that read the signal during the evaluation of the block methods (equations). The destination of signals in a model do not necessarily represent the order of simulation of blocks in a model. The simulation order is determined by Simulink automatically.
Simulink signals are mathematical, not physical, entities. The lines in a block diagram represent mathematical, not physical, relationships among blocks. Simulink signals do not travel along the lines that connect blocks in the same way that electrical signals travel along a wire. Block diagrams do not represent physical connections between blocks.
You can create a signal by adding a source block to your model. For example, you can create a signal that varies sinusoidally with time by adding an instance of the Sine, Cosine block from the Simulink Sources library into your model. To see a list of the blocks that create signals in a model, see Sources. Alternatively, you can use the Viewers and Generators Manager to create signals in your model without using blocks.
A Simulink model can include many different types of signals. As you construct a block diagram, all signal types appear as a thin, solid line. After you update the diagram or start simulation, the signals appear with the specified line styles. These signal types enable you to differentiate between different signal types. From all signal types, you can only customize the nonscalar signal type. To learn more, see Signal Types.
|Signal Type||Line Style|
|Scalar and nonscalar|
|Nonscalar (with the Wide nonscalar lines option enabled—see Wide Nonscalar Lines)|
|Array of buses|
You may want to specify signal properties in your model to give a name or a label to your signals, prepare data for logging, or to customize your signals in a model. Use the Property Inspector, the Model Data Editor, or the Signal Properties dialog box to specify properties for:
Signal names and labels
Simulink Coder™ to use to generate code
Documentation of the signal
To access the signal properties in the Property Inspector, first display the Property Inspector. On the Modeling tab, under Design, click Property Inspector. When you select a signal, the properties appear in the Property Inspector.
To open the Model Data Editor, on the Modeling tab, click Model Data Editor. Then, inspect the Signals tab and select a signal.
To use the Signal Properties dialog box, right-click a signal and select Properties.
To specify signal properties programmatically, use a function such as
get_param to create a variable that holds the
handle to the block output port that creates the signal line. Then, use
set_param to set the programmatic parameters of
the port. For
p = get_param(gcb,'PortHandles') l = get_param(p.Outport,'Line') set_param(l,'Name','s9')
You can name a signal interactively or programmatically in a model. The syntactic requirements for a signal name depend on how you use the name. The most common cases are:
Do not use a less than character (
<) to start a signal
The signal name can resolve to a
Simulink.Signal object. (See
Simulink.Signal.) The signal name must
then be a legal MATLAB® identifier. This identifier starts with an alphabetic character, followed
by alphanumeric or underscore characters up to the length given by the function
The signal has a name so the signal can be identified and referenced by name in a data log. (See Export Signal Data Using Signal Logging.) Such a signal name can contain space and newline characters. These characters can improve readability but sometimes require special handling techniques, as described in Handling Spaces and Newlines in Logged Names
The signal name exists only to clarify the diagram and has no computational significance. Such a signal name can contain anything and does not need special handling.
The signal is an element of a bus object. Use a valid C language identifier for the signal name.
Inputs to a Bus Creator block must have unique names. If there are
duplicate names, the Bus Creator block appends
(signal#) to all input signal names, where
the input port index.
Making every signal name a legal MATLAB identifier handles a wide range of model configurations. Unexpected
requirements can require changing signal names to follow a more restrictive syntax. You can
use the function
isvarname to determine whether a signal
name is a legal MATLAB identifier.
Name a signal interactively by using one of these options:
The signal name appears below a signal, displayed as a signal label.
|Name a signal line||Double-click the signal and type its name.|
|Name a branch of a named signal line||Double-click the branch.|
|Name every branch of a signal||Right-click the signal, select Properties, and use the dialog box.|
|Delete signal label and name||Delete characters in the label or delete the name in Signal Properties dialog box.|
|Delete signal label only||Right-click the label and select Delete Label.|
|Open signal label text box for editing|
Double-click the signal line.
Click the label.
Select the signal line (not the label) and use F2.
On a Mac, select the signal line (not the label) and use control+return.
|Move signal label||Drag the label to a new location on the same signal line.|
|Copy signal label||Ctrl+drag the signal label.|
|Change the label font||Select the signal line (not the label), and then on the Format tab, click the Font Properties button arrow, then click Fonts for Model.|
Displaying signal attributes in the model diagram can make the model easier to read. For example, in the Simulink Editor, on the Debug tab, use the Information Overlays menu to include in the model layout information about signal attributes, such as:
Port data types
For details, see Display Signal Attributes.
You can also highlight a signal and its source or destination blocks. For details, see Highlight Signal Sources and Destinations.
You can use block parameters and signal properties to specify signal design attributes such as data type, minimum and maximum values, physical unit, and numeric complexity. To configure states, you can use block parameters. When you use these block parameters and signal properties, you store the specifications in the model file.
Choose which strategy to use based on your modeling goals.
Improve model portability, readability, and ease of maintenance
Store signal attribute specifications in the model file. You do not need
to save and manage external objects. Consider setting the model configuration
parameter Signal resolution to
Separate signal attribute specifications from the model so that you can manage each signal independently
Separate signal attribute specifications from the model so that you can reuse an application-specific set of attributes
To configure design attributes and code generation settings for signals by using a list that you can sort, group, and filter, consider using the Model Data Editor. For objects, you can also use the Model Explorer.
To determine where to permanently store a
Simulink.ValueType object, see Determine Where to Store Variables and Objects for Simulink Models.
You can perform the following kinds of tests on signals:
Minimum and Maximum Values — For many Simulink blocks, you can specify a range of valid values for the output signals. Simulink provides a diagnostic for detecting when blocks generate signals that exceed their specified ranges during simulation. For details, see Specify Signal Ranges.
Connection Validation — Many Simulink blocks have limitations on the types of signals that they accept. Before simulating a model, Simulink checks all blocks to ensure that the blocks can accommodate the types of signals output by the ports to which the blocks connect and reports errors about incompatibilities. To detect signal compatibility errors before running a simulation, update the diagram.
The Signal Editor block displays interchangeable groups of scenarios. Use the Signal Editor to display, create, edit, and switch interchangeable scenarios.
Scenarios can help with testing a model.