Методы, которые можно использовать, чтобы объединить код, который генератор кода производит для многоуровневых моделей или нескольких экземпляров модели, в одну исполняемую программу включают:
Модели, на которые ссылаются. Смотрите Основы Модели - ссылки (Simulink) и Сгенерируйте Код для Моделей, на которые Ссылаются.
Если вы имеете программное обеспечение Embedded Coder®, соединяете интерфейсом с кодом для многоуровневых моделей к общей программе обвязки. Из программы обвязки вызовите функции точки входа, сгенерированные для каждой модели. Системный конечный файл ert.tlc
имеет ограничения, относясь к встроенной обработке, которая могла быть несовместимой с вашим приложением.
Сгенерируйте допускающий повторное использование, код мультиэкземпляра, который повторно используем. См. Код Объединения, Сгенерированный для Многоуровневых моделей или Нескольких Экземпляров Модели.
Системная цель S-функции (rtwsfcn.tlc
) не поддерживает объединяющийся код, сгенерированный для многоуровневых моделей.
Рассмотрите использование ссылки модели, чтобы объединить модели для симуляции и генерации кода. Образцовая ссылка помогает с:
Непротиворечивость именования символа
Необходимое планирование полного алгоритма
Образцовая непротиворечивость настройки
Если вы комбинируете код, сгенерированный для различных моделей (то есть, не используя модели, на которые ссылаются), рассматриваете:
Данные являются глобальной переменной. Символ (имя) столкновения может закончиться.
Настройки параметра конфигурации для моделей должны соответствовать, включая настройки, такие как аппаратные размеры слова.
Повторное использование и совместное использование кода могут быть субоптимальными (например, дублирующий код для разделяемых служебных функций, планирования и решателей).
Планирование может быть более комплексным (например, модели могут иметь периодические шаги расчета, которые не являются множителями друг друга, делая планирующий от общего прерывания по таймеру более сложный),
Для моделей объекта управления, которые используют непрерывное время и состояние, непрерывные соединительные модели сигналов времени не обработаны одним решателем как непрерывные сигналы времени в модели. Это может привести к тонким числовым различиям.
Если у вас есть программное обеспечение Embedded Coder, можно задать owner для отдельных элементов данных, таких как сигналы, параметры и состояния. Владелец элемента данных генерирует определение (выделение памяти и инициализация) для элемента данных. Например, если вы применяете пользовательский класс памяти к объекту Simulink.Signal
так, чтобы это появилось как глобальная переменная в сгенерированном коде, задайте одну из объединенных моделей как владелец объекта. Код, сгенерированный для той модели, задает переменную.
Если вы используете образцовую ссылку, можно построить сгенерированный код из модулей и установить ясное владение данных, когда вы работаете в команде.
Если вы не используете образцовую ссылку, можно предотвратить генерацию дублирующихся определений для элемента данных. Например, предположите, что вы храните объект Simulink.Parameter
в базовом рабочем пространстве и применяете класс памяти ExportedGlobal
. Если вы генерируете код из двух отдельных моделей, которые используют объект, каждая модель генерирует определение для соответствующей глобальной переменной. Вместо этого можно задать владельца для объекта так, чтобы только владелец сгенерировал определение.
Задавать владельца для элемента данных:
Примените пользовательский класс памяти к элементу данных. Смотрите Применяют Пользовательские Классы памяти к Отдельному Сигналу, состоянию и Элементам данных Параметра.
Сконфигурируйте владельца элемента данных путем определения пользовательского атрибута Owner.
Выберите образцовый параметр конфигурации Use owner from data object for data definition placement.
Для получения дополнительной информации об управлении владением и размещением файла определений данных и объявлений, смотрите Размещение Управления Определений Глобальных данных и Объявлений в Сгенерированных Файлах.
Для каждой модели, для которой вы комбинируете код, сгенерируйте код.
Установите системный конечный файл на GRT - или основанный на ERT системный конечный файл. Системный конечный файл для моделей, которые вы комбинируете, должно быть то же самое.
Если вы намереваетесь иметь несколько экземпляров той модели в приложении, установите образцовый параметр конфигурации Code Generation> Interface> Code interface packaging к Reusable function
. Если вы задали основанный на ERT системный конечный файл, опционально, можно установить образцовый параметр конфигурации Use dynamic memory allocation for model initialization, в зависимости от того, хотите ли вы статически или динамически выделить память для каждого экземпляра модели.
Сгенерируйте исходный код. Генератор кода включает функцию выделения в сгенерированный файл
. Функция выделения динамически выделяет данные модели для каждого экземпляра модели.model.c
После генерации исходного кода для каждой модели:
Скомпилируйте код для каждой модели, которую вы комбинируете.
Объедините make-файлы, сгенерированные для моделей в один make-файл.
Создайте объединенный механизм симуляции путем изменения основной программы, такой как rt_malloc_main.c
. Основная программа инициализирует и вызывает код, сгенерированный для каждой модели.
Запустите make-файл. Make-файл соединяет объектные файлы и основную программу в исполняемую программу.
Используйте однонаправленные связи сигнала между моделями. Это влияет на порядок, в котором называются модели. Например, если вы используете выходной сигнал modelA
, как введено к modelB
, modelA
, вычисление вывода должно быть названо сначала.
При объединении кода, сгенерированного для многоуровневых моделей или нескольких экземпляров модели:
Сконфигурируйте модели с тем же режимом решателя (однозадачность или многозадачность).
Если модели используют непрерывные состояния, конфигурируют модели с тем же решателем.
Если базовые ставки для моделей отличаются, основная программа (такая как rt_malloc_main.c
) должна настроить прерывание по таймеру, чтобы произойти на уровне наибольшего общего делителя моделей. Основная программа вызывает каждую модель во временном интервале.
Программа многоуровневой модели может данные логов, чтобы разделить MAT-файлы для каждой модели.
Только одна из моделей в программе многоуровневой модели может использовать режим external mode.