Design Data Interface by Configuring Inport and Outport Blocks
The data interface of a model is the means by which the model exchanges data (for example, signal values) with other, external models or systems. Customize the data interface of a model to:
Enable integration of the generated code with your own code.
Improve traceability and readability of the code.
At the top level of a model, Inport and Outport blocks represent the input and output signals of the model. To customize the data interface in the generated code, configure these blocks. Early in the design process, when a model can contain unconnected Inport and Outport blocks, use this technique to specify the interface before developing the internal algorithm.
When you apply storage classes to Inport and Outport blocks, each block appears in the generated code as a field of a global structure or as a separate global variable that the generated algorithm references directly. If you have Embedded Coder, you can use function prototype control instead of storage classes to pass data into and out of the model
step function as formal parameters. For more information, see Configure Generated C Function Interface for Model Entry-Point Functions (Embedded Coder).
Design Data Interface
Open the example model
Configure the model to show the generated names of blocks.
On the Modeling tab, click Model Data Editor.
In the Model Data Editor, select the Inports/Outports tab. Each row in the table represents an Outport block or a signal that exits an Inport block.
For each of the signals that exit the Inport blocks, set Data Type to
single or to a different data type. Due to the data type inheritance settings that the other blocks in the model use by default, downstream signals in the rest of the model use the same or a similar data type.
Optionally, configure other design attributes such as Min and Max (minimum and maximum values).
Configure Default Storage Class
You can configure a default storage class for Inport blocks and Outport blocks then select the blocks that should use the specified default.
Open the Simulink Coder app.
In the C Code tab, select Code Interface > Default Code Mappings.
In the Code Mappings editor, under Inports and Outports, set the default storage class for both Inports and Outports to
Next, on the Inports tab, select the data items that should use the default storage class. Press Ctrl and click each inport.
For the selected inports, set the storage class to
Model default: ExportedGlobal.
Similarly, on the Outports tab, set the storage class for the outport to
Model default: ExportedGlobal.
Alternatively, to configure the data defaults at the command prompt, use these commands:
cm = coder.mapping.api.get('rtwdemo_configrpinterface'); setDataDefault(cm,'Inports','StorageClass','ExportedGlobal'); setDataDefault(cm,'Outports','StorageClass','ExportedGlobal'); setInport(cm,'In1','StorageClass','Model default'); setInport(cm,'In2','StorageClass','Model default'); setInport(cm,'In3','StorageClass','Model default'); setInport(cm,'In4','StorageClass','Model default'); setOutport(cm,'Out1','StorageClass','Model default','Identifier','output_sig');
Generate code from the model.
### Starting build procedure for: rtwdemo_configrpinterface ### Successful completion of code generation for: rtwdemo_configrpinterface Build Summary Top model targets built: Model Action Rebuild Reason ============================================================================================= rtwdemo_configrpinterface Code generated Code generation information file does not exist. 1 of 1 models built (0 models already up to date) Build duration: 0h 0m 13.936s
View the generated file
rtwdemo_configrpinterface.c. Because you applied the storage class
ExportedGlobal to the Inport and Outport blocks, the code creates separate global variables that represent the inputs and the output.
file = fullfile('rtwdemo_configrpinterface_grt_rtw','rtwdemo_configrpinterface.c'); rtwdemodbtype(file,'/* Data with Exported storage */','real_T output_sig;',1,1)
/* Data with Exported storage */ real_T input1; /* '<Root>/In1' */ real_T input2; /* '<Root>/In2' */ real_T input3; /* '<Root>/In3' */ real_T input4; /* '<Root>/In4' */ real_T output_sig; /* '<Root>/Out1' */
The generated algorithm in the model
step function directly references these global variables to calculate and store the output signal value,
Route Signal Data to Multiple Outputs
Once you have configured the default storage classes for Inports and Outports, you can choose to override this default and set the storage class for some data elements individually. For example, you can route a single signal to multiple Outport blocks and apply a different storage class to each Outport. For example, use this technique to send signal data to a custom function (such as a device driver) and to a global variable that your custom algorithmic code can use:
Branch the target signal line to each Outport block.
For more efficient code, leave the storage class of the target signal line configured to
Auto(the default). Optimizations can then eliminate the signal line from the generated code.
In the Code Mappings editor, on the Outports tab, apply the storage class
GetSetto one Outport block and
ExportToFileto the other Outport block.
In the Property Inspector, configure the properties associated with each applied storage class.
You cannot apply a storage class to an Outport block if the input to the block has a variable size. Instead, apply the storage class to the signal line.
- Configure Root-Level Inport Blocks for C Code Generation
- Configure Root-Level Outport Blocks for C Code Generation
- Analyze the Generated Code Interface (Embedded Coder)
- Define Interfaces of Model Components
- How Generated Code Stores Internal Signal, State, and Parameter Data
- Configure Generated Code According to Interface Control Document Specifications (Embedded Coder)
- Configure Generated C Function Interface for Model Entry-Point Functions (Embedded Coder)