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