Документация

Атомарные и виртуальные подсистемы

Модели в качестве примера в Генерируют код С от Алгоритма управления для Встраиваемой системы и Конфигурируют Интерфейс Данных в виртуальных подсистемах использования Сгенерированного кода. Виртуальные подсистемы визуально организуют блоки, но не влияют на образцовые Атомарные подсистемы функциональности, оценивают все включенные блоки как модуль. С атомарными подсистемами можно указать дополнительную информацию разделения функции. В модели атомарные подсистемы появляются с полужирной границей.

Просмотрите изменения в архитектуре модели

Откройте модель в качестве примера, rtwdemo_PCG_Eval_P3.

Сохраните копию модели к вашей текущей папке.

Этот пример показывает, как заменить виртуальные подсистемы на подсистемы вызова функции. Function-Call подсистемы:

Путем управления порядком выполнения подсистем можно совпадать с моделью существующей системе, которая имеет определенный порядок выполнения.

Фигура идентифицирует подсистемы вызова функции (1) PI_ctrl_1, PI_ctrl_2 и Pos_Command_Arbitration.

Эта версия модели содержит новую подсистему Execution_Order_Control (2), который содержит график Stateflow®, который моделирует функциональность вызова планировщика. Подсистема управляет порядком выполнения подсистем вызова функции через сигналы вызова функции (3). Позже в этом примере, вы исследуете, как изменение порядка выполнения может изменить результаты симуляции.

Эта версия модели содержит новые блоки Преобразования Сигнала (4) при выходных параметрах контроллеров PI. С этими дополнительными блоками на месте, генератор кода может сгенерировать одну повторно используемую функцию для контроллеров PI.

Местоположение функции управления и размещение файла в сгенерированном коде

В Генерируют код С от Алгоритма управления для Встраиваемой системы и Конфигурируют Интерфейс Данных в Сгенерированном коде, генератор кода создает одну функцию model_step, которая содержит код алгоритма управления. Однако много приложений требуют большего уровня управления размещением файла функций. Путем изменения параметров атомарных подсистем можно задать несколько функций в одной модели.

Данные показывают параметры подсистемы для PI_ctrl_1.

Обработайте как атомарный модуль

'SampleTime'

Функция упаковочные опции

Опции имени функции

Опции имени файла

Функция с отдельными данными

Сгенерируйте повторно используемый код

Embedded Coder® поддерживает повторно используемый код. Повторно используемый код является допускающей повторное использование стандартной программой программирования, которую несколько программ могут использовать одновременно. Повторно используемый код используется в операционных системах и другом системном программном обеспечении, которое использует многопоточность, чтобы обработать параллельные события. Повторно используемый код не поддерживает данные состояния, таким образом, нет никаких персистентных переменных в функции. Программы вызова поддерживают переменные состояния и должны передать данные состояния в функцию. Многий пользователь или процессы могут совместно использовать одну копию повторно используемой функции.

Чтобы сгенерировать повторно используемый код, необходимо сначала задать подсистему как допускающую повторное использование путем конфигурирования упаковки Функции параметра подсистемы.

В некоторых случаях настройка модели предотвращает повторно используемый код. Таблица приводит распространенные проблемы.

Cause                                     Solution

Subsystem output feeds global signal      Add a Signal Conversion block between the
data                                      subsystem and the global signal.

Generated function receives data          Select Configuration Parameters >
(formal parameters) through pointers      Model Referencing > Pass fixed-size scalar root
                                          inputs by value for code generation.

Subsystem uses global signal data         Use a port to pass the global data in and out
in internal algorithm                     of the subsystem.

Используйте маску, чтобы передать значения параметров в подсистему библиотеки

Чтобы задать алгоритмические данные о параметре (такие как усиление или коэффициент) вне осциллографа допускающего повторное использование блока библиотеки или подсистемы, можно применить маску к блоку или подсистеме и создать параметр маски. Можно затем задать различное значение параметров для каждого экземпляра блока или подсистемы. Каждый параметр маски появляется в сгенерированном коде как формальный параметр повторно используемой функции.

В этой версии модели подсистемы маскируются PI_ctrl_1 и PI_ctrl_2. В каждой маске значения P и усилений I установлены объектами данных, такими как I_Gain_2 и P_Gain_2.

Сгенерируйте код для атомарной подсистемы

В Генерируют код С от Алгоритма управления для Встраиваемой системы и Конфигурируют Интерфейс Данных в Сгенерированном коде, вы генерируете код на корневом уровне модели. Также можно создать определенную подсистему.

Чтобы инициировать сборку подсистемы, используйте контекстное меню. Можно выбрать из этих опций:

Исследуйте сгенерированный код

Этот пример сравнивает файлы, которые сгенерированы для полной системной сборки с файлами, которые сгенерированы для экспортируемых функций. Вы также исследуете, как данные маскированные появляются в коде.

Запустите скрипт сборки для этих трех опций. Затем исследуйте сгенерированные файлы путем нажатия на гиперссылки.

rtwdemo_PCG_Eval_P3.c

PI_ctrl_1.c

Pos_Command_Arbitration.c

PI_Ctrl_Reusable.c

ert_main.c

eval_data.c

(1) eval_data.c имеет различное содержимое в сборках полного и экспорта функций. Полная сборка включает все параметры, которые использует модель. Экспорт функций содержит только переменные, которые использует подсистема.

Данные маскированные в сгенерированном коде

В файле rtwdemo_PCG_Eval_P3.c сайты вызова повторно используемой функции используют объекты данных P_Gain, I_Gain, P_Gain_2 и I_Gain_2 в качестве аргументов.

Эффект порядка выполнения на результатах симуляции

По умолчанию Simulink® выполняет подсистемы в этом порядке:

В данном примере можно задать один из двух альтернативных порядков выполнения. Можно затем использовать тестовую обвязку, чтобы наблюдать эффект порядка выполнения на результатах симуляции. Execution_Order_Control подсистемы имеет две настройки, которые управляют порядком выполнения. Чтобы выбрать настройку, используйте контекстное меню подсистемы.

Измените порядок выполнения и наблюдайте результаты.

Результаты симуляции (положение дросселя в зависимости от времени) отличаются немного в зависимости от порядка выполнения. Вы видите различие наиболее ясно, когда запрос дросселя изменяется.

Для следующего примера в этом ряду смотрите Вызов Внешний код С из Типового кодекса и Сгенерированного кода.