Today I am happy to welcome guest bloggerSai Ram Anumulato give an introduction on how to configure Simulink models to generate AUTOSAR compliant code.

Some time ago, my colleagueShwethapublished aIntroduction to AUTOSARpost, where she gave a overview of the AUTOSAR Standard and the capabilities of the SimulinkAUTOSAR Blocksetto develop AUTOSAR Classic applications. Today, we will step through the details of translating, or converting, a simple Simulink model into an AUTOSAR model to generate AUTOSAR compliant code.

For this process of translation or conversion, AUTOSAR Blockset can do the magic for you in two ways:

• Top-down workflow:You start with a software component or composition descriptions stored in an AUTOSAR XML files and import it as Simulink AUTOSAR components/composition models orarchitecture models.
• Bottom-up workflow:You start with a Simulink model or an architecture model (implemented usingSystem Composer, seethis example), configure it for AUTOSAR and then export ARXML files to be used in the rest of your AUTOSAR toolchain.

In this post, we are demonstrating the bottom-up workflow.

Quick start using AUTOSAR Component Designer

To begin, you can start by opening theAUTOSAR Component Designer Appand follow the steps to map your Simulink model to an AUTOSAR Software Component. Here is a short animation going through those steps:

请点击这里查看放大图

Once all the options are configured in the Quick Start menu, theCode Mappings EditorandProperty Inspectorwill open, providing an AUTOSAR perspective of the model and allowing you to further configure the Software Component.

Configuring Simulink-AUTOSAR Code Mappings

The Code Mappings Editor helps to configure the model as an AUTOSAR Software Component. Here is a list of mappings between Simulink features and AUTOSAR elements:

• Entry-point functions <-> AUTOSAR runnables
• Inports and Outports <-> AUTOSAR Sender-Receiver Ports
• Model Workspace Parameters <-> AUTOSAR Component Parameters
• Data Stores <-> AUTOSAR variables
• Block Signals/States <-> AUTOSAR variables
• Data Transfers <-> AUTOSAR Inter-Runnable Variables
• Function Callers <-> AUTOSAR Client-Server Ports and Operations

Here is an example showing a Rate Transition block being mapped to an implicit Inter-Runnable Variable:

Further you can leverage the blocks corresponding to Basic Software Services which are readily configured for you as per the AUTOSAR standard for code generation and emulation of these services. For example, You may useNvMServiceCaller块调用AUTOSAR NvM服务接口d generate code out of it. You can also useNVRAM Service Componentblock to emulate the AUTOSAR NvM service calls in a system-level and composition-levels simulations.

Once you have a Software Component fully developed, it’s time to validate the AUTOSAR properties and mappings before attempting code generation:

Inspecting generated AUTOSAR Code

Upon successful validation, you can generate code and inspect the C code and XML software descriptions to confirm that they comply with the AUTOSAR specification:

Now it's your turn

Explore theAUTOSAR Blockset landing pageto learn more how it could help you generating an AUTOSAR compliant C/C++ code from Simulink models in just a few steps.

If you have the blockset installed, I recommend going through the various examples locatedhere.