Верификация компонента в целевом окружении
После того, как вы сгенерируете производственный код для проекта компонента, необходимо интегрировать, скомпилировать, соединить и развернуть код как законченное приложение на встраиваемой системе. Один подход должен вручную интегрировать код в существующую среду программного обеспечения, которая состоит из операционной системы, драйверов устройств и утилит поддержки. Алгоритм может включать внешне записанное наследие или пользовательский код.
Более легкий подход к проверке компонента в целевом окружении должен использовать процессор в цикле (PIL) симуляция. Для получения информации о PIL симуляциях смотрите SIL симуляции и PIL симуляции.
Цели верификации компонента
Предположение, что вы сгенерировали производственный исходный код и интегрировали требуемый внешне записанный код, такой как драйверы и планировщик, можно проверить, что интегрированное программное обеспечение действует как ожидалось путем тестирования его в целевом окружении. Во время тестирования можно достигнуть любой из следующих целей, в зависимости от того, экспортируете ли вы код, который является строго ANSI® C/C++ или ANSI смесей C/C++ с кодом, оптимизированным для целевого окружения.
| Цель | Тип экспорта кода |
|---|---|
| Максимизируйте переносимость кода и конфигурируемость | ANSI C/C++ |
| Упростите интегрирование и максимизируйте использование КПД кода и ресурсов процессора | Смешанный код |
Независимо от вашей цели необходимо интегрировать требуемые внешние драйверы и программное обеспечение планирования. Чтобы достигнуть выполнения в реальном времени, необходимо интегрировать программное обеспечение планирования в реальном времени.
Чтобы максимизировать переносимость кода и конфигурируемость, ограничьте код приложения ANSI/ISO® Код C or C++ только, когда следующий рисунок показывает.
Чтобы упростить интеграцию кода и максимизировать КПД кода для целевого окружения, используйте Embedded Coder® функции:
Управление интерфейсами кода
Экспорт подсистем
Включая целевой код, включая оптимизацию компилятора
Следующий рисунок показывает соединение ANSI код C/C++ с кодом, который оптимизирован для целевого окружения.
Запустите тесты компонента
Рабочий процесс для того, чтобы запустить тесты компонента программного обеспечения в целевом окружении:
Интегрируйте внешний код, например, для драйверов устройств и планировщика, со сгенерированным кодом C or C++ для вашей модели компонента. Для получения дополнительной информации смотрите S-функции и Генерацию кода. Для более определенных ссылок, которые зависят от ваших целей верификации, см. следующую таблицу.
Для Смотрите ANSI интеграция кода C/C++ Интегрируйте Функции C Используя Legacy Code Tool. Кроме того, открытый rtwdemosи перейдите к папке Custom Code.Смешанная интеграция кода Сгенерируйте Исходный код Компонента для Экспорта во Внешнюю Кодовую базу и пример
rtwdemo_exporting_functionsСконфигурируйте генерацию кода C для Функций Точки входа Модели, В интерактивном режиме Сконфигурируйте Интерфейс C++ и пример rtwdemo_fcnprotoctrl
Что такое Замена Кода?, Что такое Заменяющая Индивидуальная настройка Кода?, и пример
rtwdemo_crl_script
Симулируйте интегрированную модель компонента.
Сгенерируйте код для интегрированной модели компонента.
Соединитесь с интерфейсами данных для структур данных сгенерированного кода C. Смотрите обмениваются Данными Между Сгенерированным и Внешним Кодом Используя API C и Экспортом Файл ASAP2 для Измерения Данных и Калибровки. Также смотрите примеры
rtwdemo_capiиrtwdemo_asap2.Настройте и управляйте процессом сборки при необходимости. Смотрите Настраивают Обработку Сборки Постгенерации кода и пример
rtwdemo_buildinfo.Создайте zip-файл, который содержит файлы сгенерированного кода, статические файлы и зависимые данные, чтобы создать сгенерированный код в среде кроме вашего хоста - компьютера. Смотрите Перемещают Код к Другой Среде разработки и пример
rtwdemo_buildinfo.