exponenta event banner

Проверка компонентов программного обеспечения в реальном времени

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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