Разработайте составы AUTOSAR и компоненты для Классической Платформы при помощи модели архитектуры.
Модель архитектуры AUTOSAR обеспечивает ресурсы и холст для разработки состава AUTOSAR и моделей компонента. Из модели архитектуры вы можете:
Добавьте и соедините составы AUTOSAR и компоненты.
Соединитесь компоненты к требованиям (требует Simulink® Requirements).
Задайте поведение компонента путем создания, импортировав или соединив модели Simulink.
Сконфигурируйте планирование и симуляцию.
Экспортируйте состав и arxml компонента описания и генерируют код компонента (требует Embedded Coder).
Модели архитектуры обеспечивают сквозной, рабочий процесс разработки ПО AUTOSAR от начала до конца. В Simulink можно создать высокоуровневое проектирование приложений, поведение реализации для компонентов приложения, добавить Basic Software (BSW) сервисные вызовы и реализации услуги, и симулировать приложение.
Чтобы начать разрабатывать составы AUTOSAR и компоненты в архитектурном холсте, создайте модель архитектуры AUTOSAR (требует System Composer).
Откройте начальную страницу Simulink путем ввода команды MATLAB simulink. На Новой вкладке прокрутите вниз к AUTOSAR Blockset и расширьте список шаблонов модели. Установите свой курсор на шаблон Software Architecture и нажмите Create Model.
Новая модель архитектуры AUTOSAR открывается.
В Панели инструментов Simulink вкладка Modeling поддерживает общие задачи для моделирования архитектуры.
Слева от окна модели палитра включает значки для добавления различных типов компонентов AUTOSAR к модели: Компонент программного обеспечения, Состав программного обеспечения, и для Basic Software (BSW) моделирование, Диагностический Сервисный Компонент и Сервисный Компонент NVRAM.
Редактор состава обеспечивает представление программной архитектуры AUTOSAR на основе Шины виртуальной функции (VFB) AUTOSAR. Холст модели первоначально отображает два связанных компонента программного обеспечения.
Очистите содержимое по умолчанию от окна так, чтобы можно было создать новый состав.
Этот пример создает приложение управления положения дросселя. Выполните шаги в новой модели архитектуры или обратитесь к модели TPC_Composition в качестве примера, который показывает конечный результат.
% Open example model autosar_tpc_composition for reference open_system('autosar_tpc_composition.slx')
После того, как вы создадите модель архитектуры AUTOSAR, используйте редактор состава и вкладку Simulink Toolstrip Modeling, чтобы добавить и соединить составы и компоненты.
Поведение приложения AUTOSAR задано его компонентами AUTOSAR, которые вы соединяете с моделями реализации Simulink. Для удобства этот пример предоставляет модель реализации Simulink для каждого компонента AUTOSAR:
autosar_tpc_throttle_sensor1.slx для TPS_Primary компонента
autosar_tpc_throttle_sensor2.slx для TPS_Secondary компонента
autosar_tpc_throttle_sensor_monitor.slx для Monitor компонента
autosar_tpc_pedal_sensor.slx для PedalSensor компонента
autosar_tpc_controller.slx для Ctrl компонента
autosar_tpc_actuator.slx для Actuator компонента
Четыре из компонентов элемента управления положения дросселя являются компонентами датчика, которые этот пример помещает в Sensors состав.
В вашей модели архитектуры, чтобы создать вложенный Sensors состав, добавляет блок Composition. Например, на вкладке Modeling, выберите Software Composition и вставьте блок Composition в холст. В подсвеченном поле имени введите Sensors.
Откройте Sensors блокируйтесь так, чтобы холст модели показал содержимое состава. В составе добавьте компоненты AUTOSAR под названием TPS_Primary, TPS_Secondary, Monitor, и PedalSensor. Например, на вкладке Modeling, можно выбрать Software Component, чтобы создать каждого.
Затем соедините каждый компонент датчика AUTOSAR с моделью Simulink, которая реализует ее поведение. Например, выберите TPS_Primary блок компонента, установите свой курсор на отображенный замещающий знак и выберите сигнал Ссылка на Модель.
В диалоговом окне Link to Model просмотрите к модели autosar_tpc_throttle_sensor1.slx реализации.
После того, как вы соедините каждую модель, можно изменить размер связанного блока компонента, чтобы лучше отобразить порты компонента.
Соедините компоненты друг с другом и с корневыми портами состава.
Чтобы соединить компоненты, перетащите линию от порта провайдера компонента до другого порта получателя компонента.
Соединять компоненты с Sensors корневые порты состава, перетащите от порта компонента до Sensors контур состава.
Возвратитесь к верхнему уровню модели архитектуры. Чтобы заполнить заявление, добавьте два блока Компонента и назовите их Ctrl и Actuator. Соедините компоненты AUTOSAR с их моделями реализации Simulink, autosar_tpc_controller.slx и autosar_tpc_actuator.slx. Соедините Sensors состав, Ctrl компонент и Actuator компонент друг другу и к контуру модели архитектуры.
Чтобы проверять на интерфейс или проблемы типа данных, обновите модель архитектуры. На вкладке Modeling выберите Update Model. Если какие-либо проблемы найдены, сравнивают вашу модель с моделью autosar_tpc_composition.slx в качестве примера.
Сохраните модель с уникальным именем, таким как myTPC_Composition.slx.
Если у вас есть программное обеспечение Simulink Requirements, можно соединить компоненты в модели архитектуры к требованиям Simulink. Папка в качестве примера предоставляет демонстрационному файлу требований TPC_Requirements.slreqx. Файл содержит требования для четырех из компонентов приложения управления положения дросселя.
Чтобы соединить компонент с требованием, откройте менеджера по Требованиям приложение. В окне модели архитектуры вкладка Requirements открывается с Браузером Требований, прикрепленным в нижней части.
В Браузере Требований открытые требования устанавливают TPC_Requirements.slreqx. Чтобы соединить компонент AUTOSAR с требованием, перетащите требование от браузера до блока компонента. Например, перетащите требование 4 к Actuator блок компонента.
Для получения дополнительной информации смотрите Ссылку Компоненты AUTOSAR к Simulink Requirements.
Чтобы симулировать поведение агрегированных компонентов в модели архитектуры AUTOSAR, нажмите Run.
При попытке запустить модель архитектуры, созданную в этом примере, сообщение об ошибке сообщает, что функциональное определение не было найдено для Basic Software (BSW) функциональным блоком вызывающей стороны. Три из моделей реализации компонента содержат вызовы функции BSW, которые требуют реализаций услуги BSW.
Чтобы просмотреть те вызовы функции, откройте свою модель архитектуры, например, myTPC_Composition.slx. На вкладке Debug выберите Information Overlays> Function Connectors. Этот списки выбора функционируют коннекторы для каждой модели с функциями. Чтобы видеть модели с вызовами функции BSW, откройте Sensors состав.
Модели содержат вызовы функции Диагностическому менеджеру событий (DEM) и менеджеру NVRAM (NvM) сервисы. Прежде чем приложение может быть симулировано, необходимо добавить Диагностику и Сервисные блоки Компонента NVRAM топ-модели.
Возвратитесь к верхнему уровню модели архитектуры и выберите вкладку Modeling. Чтобы добавить блоки реализации услуги, выберите и поместите экземпляр Диагностического Сервисного Компонента и экземпляр Сервисного Компонента NVRAM. Чтобы соединить функциональные вызывающие стороны к реализациям услуги BSW, обновите модель.
После добавления DEM и сервисных блоков NvM к модели, проверяйте отображение клиентских портов функциональной вызывающей стороны BSW к сервисным идентификаторам BSW. Клиентские порты DEM сопоставляют с сервисными идентификаторами события DEM, и клиентские порты NvM сопоставляют с сервисным блоком IDs NvM. В данном примере обновите отображение DEM. Откройте диалоговое окно блока DEM, выберите вкладку RTE и введите показанные значения идентификатора события. Нажать ОК. Для получения дополнительной информации об отображении ID BSW, смотрите, Симулируют Основные Программные сервисы AUTOSAR и Среду выполнения.
Модель архитектуры теперь готова быть симулированной. Нажмите Run.
Чтобы предоставить симулированный вход педали положению дросселя управляют симуляцией, можно поместить модель архитектуры в модель тестовой обвязки. Тестовая обвязка может предоставить модели объекта управления входной блок педали. Обратитесь к модели autosar_tpc_system.slx тестовой обвязки в качестве примера.
Чтобы добавить модель архитектуры в тестовую обвязку, вставьте блок Model и сконфигурируйте блок Model, чтобы сослаться на вашу модель архитектуры, например, myTPC_Composition.slx.
В диалоговом окне блока Model выберите опцию уровни Расписания. Для связанных уровней Расписания параметра с выберите Schedule Editor. Компоненты элемента управления положения дросселя имеют явные разделы, которые можно запланировать с Редактором Расписания.
Соедините порты модели архитектуры с сигналами тестовой обвязки.
Модель тестовой обвязки теперь готова быть симулированной. Нажмите Run. Когда вы симулируете приложение, осциллограф положения дросселя указывает, как хорошо позиционные дросселем алгоритмы управления в модели архитектуры отслеживают вход педали акселератора.
В модели тестовой обвязки, от блока Model для модели архитектуры AUTOSAR, на которую ссылаются, можно использовать Редактор Расписания, чтобы запланировать уровни для компонента runnables. Чтобы открыть Редактор Расписания, кликните по Редактору Расписания значок сразу выше блока Model. В Редакторе Расписания отображение можно визуализировать и управлять порядком выполнения runnables (разделы) в компонентах приложения. Для получения дополнительной информации смотрите Используя Редактор Расписания (Simulink), Сконфигурируйте Выполнимый Порядок выполнения AUTOSAR При помощи Редактора Расписания и Сконфигурируйте Планирование AUTOSAR и Симуляцию.
Если у вас есть программное обеспечение Simulink Coder и Embedded Coder, можно экспортировать состав и AUTOSAR XML компонента (arxml) файлы и генерируют код компонента из модели архитектуры AUTOSAR. Опционально, можно создать zip-файл, чтобы группировать артефакты сборки для иерархии модели, например, для перемещения и интегрирования.
Откройте модель архитектуры, созданную в этом примере или открытой модели autosar_tpc_composition.slx в качестве примера.
Опционально, чтобы подготовиться к экспорту arxml, можно исследовать и изменить опции XML. На вкладке Modeling выберите Export> Configure XML Options. Опции XML, заданные на уровне модели архитектуры, наследованы во время экспорта каждым компонентом в модели.
Чтобы сгенерировать и группировать код для приложения управления положения дросселя, на вкладке Modeling, выбирают Export> Generate Code и ARXML. В диалоговом окне Export Composition задайте имя zip-файла, в котором можно группировать сгенерированные файлы. Чтобы начать экспорт, нажать ОК.
Как сборки модели архитектуры, можно просмотреть сборку, входят в систему Диагностическое Средство просмотра. Сначала сборка моделей компонента, каждый как автономная сборка топ-модели. Наконец, состав arxml экспортируется. Когда сборка завершена, текущая папка содержит папки сборки для модели архитектуры и каждой модели компонента в иерархии и заданного zip-файла.
Расширьте zip-файл. Его содержимое организовано в arxml и src папки.
Исследуйте arxml папка. Каждый компонент AUTOSAR имеет компонент и файлы описания реализации, в то время как модель архитектуры имеет состав, тип данных и интерфейсные файлы описания. Файл состава включает XML-описания состава, прототипов компонента, и портов состава и коннекторов. Тип данных и интерфейсные элементы агрегата файлов от целой иерархии модели архитектуры.
Исследуйте src папка. Каждая модель компонента имеет папку сборки, которая содержит артефакты от автономной сборки модели.
