Разработайте составы AUTOSAR и компоненты для Классической Платформы при помощи модели архитектуры.
Модель архитектуры AUTOSAR обеспечивает ресурсы и холст для разработки состава AUTOSAR и моделей компонента. Из модели архитектуры вы можете:
Добавьте и соедините составы AUTOSAR и компоненты.
Просмотрите зависимости от состава или компонент.
Соединитесь компоненты к требованиям (требует Simulink® Requirements).
Задайте поведение компонента путем создания, импортировав или соединив модели Simulink.
Сконфигурируйте планирование и симуляцию.
Экспортируйте состав и описания ARXML компонента и сгенерируйте код компонента (требует Embedded Coder).
Модели архитектуры обеспечивают сквозной рабочий процесс разработки ПО AUTOSAR. В Simulink можно создать высокоуровневое проектирование приложений, поведение реализации для компонентов приложения, добавить Basic Software (BSW) сервисные вызовы и реализации услуги, и симулировать приложение.
Чтобы начать разрабатывать составы AUTOSAR и компоненты в холсте программной архитектуры, создайте модель архитектуры AUTOSAR (требует System Composer).
1. Откройте начальную страницу Simulink путем ввода команды MATLAB simulink.
2. На Новой вкладке прокрутите вниз к AUTOSAR Blockset и расширьте список шаблонов модели. Установите свой курсор на шаблон Software Architecture и нажмите Create Model.
Новая модель архитектуры AUTOSAR открывается.
3. Исследуйте средства управления и содержимое в холсте программной архитектуры.
В Панели инструментов Simulink вкладка Modeling поддерживает общие задачи для моделирования архитектуры.
Слева от окна модели палитра включает значки для добавления различных типов компонентов AUTOSAR к модели: Компонент программного обеспечения, Состав программного обеспечения, и для Basic Software (BSW) моделирование, Диагностический Сервисный Компонент и Сервисный Компонент NVRAM.
Редактор состава обеспечивает представление программной архитектуры AUTOSAR на основе Шины виртуальной функции (VFB) AUTOSAR. Холст модели первоначально отображает два связанных компонента программного обеспечения.
4. Очистите содержимое по умолчанию от окна так, чтобы можно было создать новый состав.
Этот пример создает приложение управления положения дросселя. Выполните шаги в новой модели архитектуры или обратитесь к модели 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 состав.
В вашей модели архитектуры:
1. Создать вложенный Sensors состав, добавляет блок Composition программного обеспечения. Например, на вкладке Modeling, выберите Software Composition и вставьте блок Composition программного обеспечения в холст. В подсвеченном поле имени введите Sensors.
2. Откройте Sensors блокируйтесь так, чтобы холст модели показал содержимое состава. В составе добавьте блоки Компонента программного обеспечения, чтобы представлять компоненты AUTOSAR под названием TPS_Primary, TPS_Secondary, Monitor, и PedalSensor. Например, на вкладке Modeling, можно выбрать Software Component, чтобы создать каждого.
3. Соедините каждый компонент датчика AUTOSAR с моделью Simulink, которая реализует ее поведение. Например, выберите TPS_Primary блок компонента, установите свой курсор на отображенный замещающий знак и выберите сигнал Ссылка на Модель.
В диалоговом окне Link to Model просмотрите к модели autosar_tpc_throttle_sensor1.slx реализации.
4. После того, как вы соедините каждую модель, можно изменить размер связанного блока компонента, чтобы лучше отобразить порты компонента.
5. Соедините компоненты друг с другом и с корневыми портами состава.
Чтобы соединить компоненты, перетащите линию от порта провайдера компонента до другого порта приемника компонента.
Соединять компоненты с Sensors корневые порты состава, перетащите от порта компонента до Sensors контур состава.
6. Возвратитесь к верхнему уровню модели архитектуры. Чтобы заполнить заявление, добавьте два блока Компонента программного обеспечения и назовите их Ctrl и Actuator. Соедините компоненты AUTOSAR с их моделями реализации Simulink, autosar_tpc_controller.slx и autosar_tpc_actuator.slx. Соедините Sensors состав, Ctrl компонент и Actuator компонент друг другу и к контуру модели архитектуры.
7. Чтобы проверять на интерфейс или проблемы типа данных, обновите модель архитектуры. На вкладке Modeling выберите Update Model. Если проблемы найдены, сравнивают вашу модель с моделью autosar_tpc_composition.slx в качестве примера.
8. Сохраните модель с уникальным именем, таким как myTPC_Composition.slx.
Чтобы помочь анализировать компонент или зависимости от состава, создайте представление центра внимания. Представление центра внимания является упрощенным представлением компонента архитектуры или состава, который получает его восходящие и нисходящие зависимости.
В данном примере выберите Monitor компонента, любой в модели autosar_tpc_composition в качестве примера или в модели архитектуры, которую вы создали и сохраненный. На вкладке Modeling выберите Architecture Views> Spotlight.
Представление центра внимания открывает и показывает элементы модели, с которыми компонент или состав соединяются в иерархии. Схема центра внимания размечается автоматически и не может быть отредактирована.
Опционально, можно создать представления центра внимания в отдельных, персистентных окнах модели. Обновление диаграммы модели архитектуры с изменениями обновляет открытые представления центра внимания. В то время как в представлении центра внимания, можно переместить особое внимание центра внимания. Для получения дополнительной информации, вид на море Компонент AUTOSAR или Зависимости от Состава.
Если у вас есть программное обеспечение Simulink Requirements, можно соединить компоненты в модели архитектуры к требованиям Simulink. Папка в качестве примера предоставляет демонстрационному файлу требований TPC_Requirements.slreqx. Файл содержит требования для четырех из компонентов приложения управления положения дросселя.
Соединить компонент с требованием:
1. Откройте менеджера по Требованиям приложение. В окне модели архитектуры вкладка Requirements открывается с Браузером Требований, прикрепленным в нижней части.
2. В Браузере Требований открытые требования устанавливают TPC_Requirements.slreqx. Набор требований содержит требования для четырех компонентов в модели.
3. Чтобы соединить компонент 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 топ-модели.
Добавить и сконфигурировать блоки реализации услуги:
1. Возвратитесь к верхнему уровню модели архитектуры и выберите вкладку Modeling. Выберите и поместите экземпляр Диагностического Сервисного Компонента и экземпляр Сервисного Компонента NVRAM. Чтобы соединить функциональные вызывающие стороны к реализациям услуги BSW, обновите модель.
2. Проверяйте отображение клиентских портов функциональной вызывающей стороны BSW к сервисным идентификаторам BSW. Клиентские порты DEM сопоставляют с сервисными идентификаторами события DEM, и клиентские порты NvM сопоставляют с сервисным блоком IDs NvM.
В данном примере обновите отображение DEM. Откройте диалоговое окно блока DEM/FIM, выберите вкладку RTE и введите показанные значения идентификатора события. Нажать ОК. Для получения дополнительной информации об отображении ID BSW, смотрите, Симулируют Основные Программные сервисы AUTOSAR и Среду выполнения.
Модель архитектуры теперь готова быть симулированной. Нажмите Run.
Чтобы предоставить симулированный вход педали положению дросселя управляют симуляцией, можно поместить модель архитектуры в модель тестовой обвязки. Тестовая обвязка может предоставить модели объекта управления входной блок педали. Обратитесь к модели autosar_tpc_system.slx тестовой обвязки в качестве примера.
Соединять модель архитектуры с тестовой обвязкой:
1. Вставьте блок Model.
2. Сконфигурируйте блок Model, чтобы сослаться на вашу модель архитектуры, например, myTPC_Composition.slx.
3. В диалоговом окне блока Model выберите опцию уровни Расписания. Для связанных уровней Расписания параметра с выберите Schedule Editor. Компоненты элемента управления положения дросселя имеют явные разделы, которые можно запланировать с Редактором Расписания.
4. Соедините порты модели архитектуры с сигналами тестовой обвязки.
Модель тестовой обвязки теперь готова быть симулированной. Нажмите Run. Когда вы симулируете приложение, осциллограф положения дросселя указывает, как хорошо позиционные дросселем алгоритмы управления в модели архитектуры отслеживают вход педали акселератора.
В модели тестовой обвязки, от блока Model для модели архитектуры AUTOSAR, на которую ссылаются, можно использовать Редактор Расписания, чтобы запланировать уровни для компонента runnables. Чтобы открыть Редактор Расписания, кликните по Редактору Расписания значок сразу выше блока Model. В Редакторе Расписания отображение можно визуализировать и управлять порядком выполнения runnables (разделы) в компонентах приложения. Для получения дополнительной информации смотрите Используя Редактор Расписания, Сконфигурируйте Выполнимый Порядок выполнения AUTOSAR и Сконфигурируйте Планирование AUTOSAR и Симуляцию.
Если у вас есть программное обеспечение Simulink Coder и Embedded Coder, можно экспортировать состав и AUTOSAR XML компонента (ARXML) описания и сгенерировать код компонента из модели архитектуры AUTOSAR. Опционально, создайте zip-файл, чтобы группировать артефакты сборки для иерархии модели, например, для перемещения и интегрирования.
Экспортировать файлы ARXML и генерировать код:
1. Откройте модель архитектуры, созданную в этом примере или открытой модели в качестве примера autosar_tpc_composition.slx.
2. Чтобы подготовиться к экспорту ARXML, исследуйте и измените опции XML. На вкладке Modeling выберите Export> Configure XML Options. Словарь AUTOSAR открывается в представлении XML Options. Опции XML, заданные на уровне модели архитектуры, наследованы во время экспорта каждым компонентом в модели.
3. Чтобы сгенерировать и группировать код для приложения управления положения дросселя, на вкладке Modeling, выбирают Export> Generate Code и ARXML. В диалоговом окне Export Composition задайте имя zip-файла, в котором можно группировать сгенерированные файлы. Чтобы начать экспорт, нажать ОК.
Как сборки модели архитектуры, можно просмотреть сборку, входят в систему Диагностическое Средство просмотра. Сначала сборка моделей компонента, каждый как автономная сборка топ-модели. Наконец, состав ARXML экспортируется. Когда сборка завершена, текущая папка содержит папки сборки для модели архитектуры и каждой модели компонента в иерархии и заданного zip-файла.
4. Расширьте zip-файл. Его содержимое организовано в arxml и src папки.
5. Исследуйте arxml папка. Каждый компонент AUTOSAR имеет компонент и файлы описания реализации, в то время как модель архитектуры имеет состав, тип данных и интерфейсные файлы описания. Файл состава включает XML-описания состава, прототипов компонента, и портов состава и коннекторов. Тип данных и интерфейсные элементы агрегата файлов от целой иерархии модели архитектуры.
6. Исследуйте src папка. Каждая модель компонента имеет папку сборки, которая содержит артефакты от автономной сборки модели.
