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

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

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

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

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

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

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

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

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

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

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

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

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

Запустите тесты компонента

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

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

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

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

  4. Соединитесь с интерфейсами данных для структур данных сгенерированного кода C. Смотрите обмениваются Данными Между Сгенерированным и Внешним Кодом Используя API C (Simulink Coder) и Экспортом Файл ASAP2 для Измерения Данных и Калибровки (Simulink Coder). Также смотрите примеры rtwdemo_capi и rtwdemo_asap2.

  5. Настройте и управляйте процессом сборки при необходимости. Смотрите Настраивают Обработку Сборки Постгенерации кода (Simulink Coder) и пример rtwdemo_buildinfo.

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