Begin with Simulink Representation of AUTOSAR Components

To develop AUTOSAR components in Simulink®, you first create a Simulink representation of an AUTOSAR software component. AUTOSAR component creation can start from an ARXML component description or an existing Simulink design.

This example uses a Simulink representation of an AUTOSAR software composition namedautosar_composition, which models a throttle position control system. The composition contains six interconnected AUTOSAR software components -- four sensor/actuator components and two application components.

Open the composition modelautosar_composition.

open_system('autosar_composition');

Signal lines between component models represent AUTOSAR assembly connectors. Signal lines between component models and data inports and outports represent AUTOSAR delegation connectors.

在一个composition model, component models can be rate-based, function-call based, or a mix of both. This composition contains rate-based component models. In each component model, atomic subsystems model AUTOSAR periodic runnables. To allow rate-based runnable tasks to be scheduled on the same basis as exported functions, the component models use the Model block optionSchedule rates. This option displays model periodic event ports for rate-based models.

Functional Overview of Throttle Position Control Composition

The objective of the composition modelautosar_compositionis to control an automotive throttle based on input from an accelerator pedal and feedback from the throttle. Inside the composition, a controller component takes input values from an accelerator pedal position (APP) sensor and two throttle position sensors (TPSs). The controller then translates the values into input values for a throttle actuator. The throttle actuator generates a hardware command that adjusts the throttle position.

The composition model has root inports for an accelerator pedal sensor and two throttle sensors, and a root outport for a command to throttle hardware. The composition requires sensor input values to arrive already normalized to analog/digital converter (ADC) range. The composition components are three sensors, one monitor, one controller, and one actuator.

Develop AUTOSAR Component Algorithms

After creating initial Simulink representations of one or more AUTOSAR software components, you develop the components by refining the AUTOSAR configuration and creating algorithmic model content.

To develop AUTOSAR component algorithms, open each component and provide Simulink content that implements the component behavior. For example, consider theautosar_swc_controllercomponent model in theautosar_compositionmodel. When first imported or created in Simulink, the initial representation of theautosar_swc_controllercomponent likely contained an initial stub implementation of the controller behavior.

Component modelautosar_swc_controllerprovides this implementation of the throttle position controller behavior. The component takes as inputs an APP sensor percent value from a pedal position sensor and a TPS percent value provided by a throttle position sensor monitor. Based on these values, the controller calculates theerror, which is the difference between where the automobile driver wants the throttle, based on the pedal sensor, and the current throttle position. A Discrete PID Controller block uses the error value to calculate a throttle command percent value to provide to a throttle actuator. A scope displays the error value and the Discrete PID Controller block output value over time.

The sensor and actuator component models in theautosar_compositionmodel use lookup tables to implement their value conversions. For example, consider theautosar_swc_actuatorcomponent model. When first imported or created in Simulink, the initial representation of theautosar_swc_actuatorcomponent likely contained an initial stub implementation of the actuator behavior.

Component modelautosar_swc_actuatorprovides this implementation of the throttle position actuator behavior. The component takes the throttle command percent value provided by the controller and converts it to a throttle command HWIO value. A hardware bridge command lookup table generates the output value.

The monitor component model in theautosar_compositionmodel implements logic for selecting which TPS signal to provide to the controller component. When first imported or created in Simulink, the initial representation of theautosar_swc_monitorcomponent likely contained an initial stub implementation of the monitor behavior.

Component modelautosar_swc_monitorprovides this implementation of the throttle position monitor behavior. The component takes TPS percent values from primary and secondary throttle position sensors and decides which TPS signal to pass through to the controller. A Switch block determines which value is passed through, based on sensor selection logic.

Simulate AUTOSAR Components and Composition

As you develop AUTOSAR components, you can simulate component models individually or as a group in a containing composition.

Simulate the implementedControllercomponent model.

open_system('autosar_swc_controller'); simOutComponent = sim('autosar_swc_controller'); close_system('autosar_swc_controller');

Simulate theautosar_compositionmodel.

simOutComposition = sim('autosar_composition');

Generate AUTOSAR Component Code (Embedded Coder)

As you develop each AUTOSAR component, if you have Simulink Coder and Embedded Coder software, you can generate ARXML component description files and algorithmic C code for testing in Simulink or integration into an AUTOSAR run-time environment.

For example, to build the implementedautosar_swc_controllercomponent model, open the model. PressCtrl+Bor enter the MATLAB commandslbuild('autosar_swc_controller').

模型构建出口ARXML描述,属tes AUTOSAR-compliant C code, and opens an HTML code generation report describing the generated files. In the report, you can examine the generated files and click hyperlinks to navigate between generated code and source blocks in the component model.

Alternatives for AUTOSAR System-Level Simulation

After you develop AUTOSAR components and compositions, you can test groups of components that belong together in a system-level simulation. You can:

For an example of open-loop simulation that uses Simulink Test, seeTesting AUTOSAR Compositions(Simulink Test). The example performs back-to-back testing for an AUTOSAR composition model.

For an example of a closed-loop simulation, open example modelautosar_system. This model provides a system-level test harness for the AUTOSAR composition modelautosar_composition.

open_system('autosar_system');

The objective of the system-level modelautosar_systemis performing system-level simulation of the plant and controller portions of the automotive throttle position control system. The system-level model combines the composition modelautosar_compositionwith block representations of the physical accelerator pedal and throttle devices in a closed-loop system. The model takes output values from the pedal and throttle device blocks, converts the values to analog/digital converter (ADC) range, and provides the values as inputs to the composition. The system model also takes the throttle command HWIO value generated by the composition and converts it to an acceptable input value for the throttle device block. A system-level throttle position scope displays the accelerator pedal sensor input value against the throttle position sensor input value over time.

If you simulate the system-level model, the throttle position scope indicates how well the throttle-position control algorithms in the throttle composition model are tracking the accelerator pedal input. You can modify the system to improve the composition behavior. For example, you can modify component algorithms to bring the accelerator pedal and throttle position values closer in alignment or you can change a sensor source.

simOutSystem = sim('autosar_system');

Related Links