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

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

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

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

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

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

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

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

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

  • Управление интерфейсами кода

  • Экспорт подсистем

  • Включая целевой код, включая оптимизацию компилятора

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

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

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

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

  2. Симулируйте интегрированную модель компонента.

  3. Сгенерируйте код для интегрированной модели компонента.

  4. Подключитесь к интерфейсам данных для структур сгенерированных кодов C данных. Смотрите данные обмена между сгенерированным и внешним кодом с использованием API C и файл экспорта ASAP2 для измерения и калибровки данных. Также см. примеры rtwdemo_capi и rtwdemo_asap2.

  5. При необходимости настройте и управляйте процессом сборки. См. раздел «Настройка обработки сборки после генерации кода» и пример rtwdemo_buildinfo .

  6. Создайте zip-файл, который содержит сгенерированные файлы кода, статические файлы и зависимые данные, чтобы создать сгенерированный код в окружении, отличной от вашего хоста-компьютера. См. «Перемещение кода в другую среду разработки» и пример rtwdemo_buildinfo.