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

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

  • Алгоритм для программного компонента

  • Алгоритмы планирования

  • Вызовы драйверов для устройств, относящихся к конкретной плате

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

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

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

  1. Разрабатывайте модель компонента и генерируйте исходный код для производства.

    Для получения информации о создании в планировании и поддержке системы в реальном времени смотрите:

  2. Оптимизируйте сгенерированный код для определенного окружения во время выполнения, используя специализированные библиотеки функций. Для получения дополнительной информации смотрите Что такое замена кода?, Что такое индивидуальная настройка замещения кода?, и Оптимизируйте сгенерированный код путем разработки и использования библиотек замещения кода - Simulink ®.

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

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

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

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

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

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

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