| Contents | Index |
Consider the case where a triggered Model block is configured to run in the SIL or PIL simulation mode. The software generates one execution time measurement each time the referenced model is triggered to run. If there are multiple triggers in a single time step, there are multiple measurements for the triggered Model block. Conversely, if there is no trigger in a given time step, the software generates no time measurements.
The operating system may preempt a SIL application after the start of a measurement, making the execution profiling result for the time step unreliable. As a consequence of preemption, you may see outliers in your code execution profiles, with execution times that are longer than expected.
Additionally, for execution time measurements greater than 232 ticks, the counter wraps. Counter wrapping occurs when the actual execution time is very long, which results in a measured execution time that is shorter than expected.
Before building your model, if you clear the check box Configuration Parameters > Code Generation > Interface > Single output/update function , the generated code has separate output and update functions.
![]() | Analyze Code Execution Data | Embedded IDEs and Embedded Targets | ![]() |

Learn more about Simulink through this collection of videos, articles, technical literature and the Getting Started with Simulink Guide.
| © 1984-2012- The MathWorks, Inc. - Site Help - Patents - Trademarks - Privacy Policy - Preventing Piracy - RSS |