Верификация компонентов в целевом окружении

После генерации производственного кода для проекта компонента необходимо интегрировать, скомпилировать, связать и развернуть код как полное приложение на встраиваемой системе. Один из подходов состоит в том, чтобы вручную интегрировать код в существующую программную среду, которая состоит из операционной системы, драйверов устройств и утилит поддержки. Алгоритм может включать внешне написанное наследие или пользовательский код.

Более легкий подход к проверке компонента в целевом окружении заключается в использовании симуляции «цикл» (PIL). Для получения информации о PIL симуляциях, см. SIL и PIL симуляции.

Цели верификации компонентов

Принимая, что вы сгенерировали производственный исходный код и интегрировали необходимый внешне написанный код, такой как драйверы и планировщик, можно проверить, что интегрированное программное обеспечение работает должным образом, протестировав его в целевом окружении. Во время проверки можно достичь любой из следующих целей, в зависимости от того, экспортируете ли вы код, который является строго ANSI^® C/C + + или смешивает ANSI C/C + + с кодом, оптимизированным для целевого окружения.

Цель	Тип экспорта кода
Максимизируйте переносимость и конфигурационность кода	ANSI C/C + +
Упрощение интегрирования и максимальное использование ресурсов процессора и эффективность кода	Смешанный код

Независимо от вашей цели, вы должны интегрировать необходимые внешние драйверы и программное обеспечение планирования. Для достижения выполнения в реальном времени необходимо интегрировать программное обеспечение планирования в реальном времени.

Чтобы максимизировать переносимость и конфигурационность кода, ограничьте код приложения ANSI/ISO^® Только код C или C++, как показано на следующем рисунке.

Чтобы упростить интегрирование кода и максимизировать эффективность кода для целевого окружения, используйте Embedded Coder^® функции для:

Управление интерфейсами кода
Экспорт подсистем
Включая целевой код, включая оптимизацию компилятора

Следующий рисунок показывает смесь кода ANSI C/C + + с кодом, который оптимизирован для целевого окружения.

Запуск тестов компонентов

Рабочий процесс для выполнения тестов программного компонента в целевом окружении:

Интеграция внешнего кода, например, для драйверов устройств и планировщика, с сгенерированным кодом C or C++ для вашей модели компонента. Для получения дополнительной информации смотрите S-Функции и Генерация кода. Для получения более конкретных ссылок, которые зависят от ваших целей верификации, смотрите следующую таблицу.

Для Посмотрите

Интеграция кода ANSI C/C + + Интеграция функций C с помощью Legacy Code Tool. Также откройте rtwdemos и перейдите к папке Custom Code.

Смешанное кодовое интегрирование

Для	Посмотрите
Интеграция кода ANSI C/C + +	Интеграция функций C с помощью Legacy Code Tool. Также откройте `rtwdemos` и перейдите к папке Custom Code.
Смешанное кодовое интегрирование	Сгенерируйте исходный код компонента для экспорта во внешнюю основу кода и пример `rtwdemo_exporting_functions` Сконфигурируйте генерацию кода C для функций точки входа модели, интерактивно сконфигурируйте интерфейс C++ и пример rtwdemo_fcnprotoctrl Что такое замена кода?, Что такое индивидуальная настройка замещения кода?, и пример `rtwdemo_crl_script`

Сгенерируйте исходный код компонента для экспорта во внешнюю основу кода и пример rtwdemo_exporting_functions
Сконфигурируйте генерацию кода C для функций точки входа модели, интерактивно сконфигурируйте интерфейс C++ и пример rtwdemo_fcnprotoctrl
Что такое замена кода?, Что такое индивидуальная настройка замещения кода?, и пример rtwdemo_crl_script

Симулируйте интегрированную модель компонента.
Сгенерируйте код для интегрированной модели компонента.
Подключитесь к интерфейсам данных для структур сгенерированных кодов C данных. Смотрите данные обмена между сгенерированным и внешним кодом с использованием API C и файл экспорта ASAP2 для измерения и калибровки данных. Также см. примеры rtwdemo_capi и rtwdemo_asap2.
При необходимости настройте и управляйте процессом сборки. См. раздел «Настройка обработки сборки после генерации кода» и пример rtwdemo_buildinfo .
Создайте zip-файл, который содержит сгенерированные файлы кода, статические файлы и зависимые данные, чтобы создать сгенерированный код в окружении, отличной от вашего хоста-компьютера. См. «Перемещение кода в другую среду разработки» и пример rtwdemo_buildinfo.

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