Сконфигурируйте и запущенная SIL симуляция

Существует три способа запустить SIL и PIL симуляции. Можно использовать:

  • Топ-модель.

  • Блоки Model.

  • SIL и блоки PIL, которые вы создаете из подсистем.

Симуляция с топ-моделью

Сконфигурировать и запустить топ-модель SIL или PIL симуляция:

  1. В Редакторе Simulink® откройте свою модель.

  2. На вкладке Apps нажмите SIL/PIL Manager.

  3. В разделе Mode выберите SIL/PIL Simulation Only.

  4. В разделе Prepare, набор System Under Test к Top model.

  5. В поле SIL/PIL Mode выберите Software-in-the-Loop (SIL) или Processor-in-the-Loop (PIL). Опция поддерживает только ERT, GRT или системные конечные файлы AUTOSAR. Смотрите Параметры конфигурации Модели: Генерация кода (Simulink Coder) и Конфигурирует Генерацию кода AUTOSAR (AUTOSAR Blockset) для конфигурационной информации.

  6. Нажмите Monitor Signals, и затем выберите SIL/PIL Logging.

  7. Если вы конфигурируете SIL симуляцию, задаете портативную опцию размеров слова. Можно затем переключиться беспрепятственно между режимами SIL и PIL. В диалоговом окне Configuration Parameters установите флажок Enable portable word sizes.

  8. При необходимости сконфигурируйте:

  9. В разделе Run, в поле Stop Time, задают время симуляции.

  10. Нажмите Run SIL/PIL.

  11. В конце симуляции, в разделе Results, нажимают Data Inspector, чтобы просмотреть результаты симуляции.

Примечание

На операционной системе Windows® Windows Firewall может потенциально блокировать SIL или PIL симуляцию. Чтобы позволить симуляцию, используйте диалоговое окно сигнала безопасности Windows. Например, в Windows 7, нажмите Allow access.

Вы не можете:

  • Закройте модель, в то время как симуляция запускается. Чтобы прервать симуляцию, в Командном окне, нажимают Ctrl+C.

  • Измените модель во время симуляции. Можно переместить блоки и линии, пока это не изменяет поведение модели.

Можно запустить топ-модель SIL или PIL симуляция с командой sim (model). Программное обеспечение поддерживает sim опция команды SrcWorkspace для значения 'base'.

Для PIL симуляции вы управляете способом, которым код компилирует и выполняется в целевом окружении через настройки возможности соединения.

С топ-моделью SIL или PIL симуляция, Simulink создает скрытую модель, modelName_wrapper. Симуляция генерирует код для модели и использует скрытую модель, чтобы вызвать этот код на каждом временном шаге. В результате при некоторых обстоятельствах, регистрируемые сигналы могут иметь _wrapper суффикс. Симуляция может также сгенерировать предупреждения, которые обращаются к скрытой модели. Например:

Warning: The model 'modelName_wrapper' has the 'Configuration Parameters' ...

Симуляция с блоками Model

Сконфигурировать блок Model для SIL или PIL симуляции:

  1. В Редакторе Simulink откройте свою модель, например, rtwdemo_sil_modelblock.

  2. Щелкните правой кнопкой по своему блоку Model, например, Counter A. В контекстном меню выберите Block Parameters (ModelReference), который открывает диалоговое окно Function Block Parameters.

  3. От Simulation Mode выпадающий список выберите необходимый режим, например, Software-in-the-loop (SIL).

  4. От Code interface выпадающий список задайте код, что вы хотите протестировать, например, Model reference.

  5. Нажмите OK. Программное обеспечение отображает режим симуляции как метку блока.

    Если вы выбираете Top model, программное обеспечение отображает метку (SIL: Top) блока.

  6. Если вы конфигурируете SIL симуляцию, задаете портативную опцию размеров слова. Можно затем переключиться беспрепятственно между режимами SIL и PIL. В диалоговом окне Configuration Parameters установите флажок Enable portable word sizes.

  7. На вкладке Apps нажмите SIL/PIL Manager.

  8. В разделе Mode выберите SIL/PIL Simulation Only.

  9. В разделе Prepare, набор System Under Test к Model blocks in SIL/PIL mode.

  10. В поле Top Model Mode выберите Normal или Accelerator.

  11. При необходимости сконфигурируйте:

  12. В разделе Run:

  13. В конце симуляции, в разделе Results, нажимают Data Inspector, чтобы просмотреть результаты симуляции.

Примечание

На операционной системе Windows Windows Firewall может потенциально блокировать SIL или PIL симуляцию. Чтобы позволить симуляцию, используйте диалоговое окно сигнала безопасности Windows. Например, в Windows 7, нажмите Allow access.

Для PIL симуляции вы управляете способом, которым код компилирует и выполняется в целевом окружении через настройки возможности соединения.

Симуляция с блоками из подсистем

Создать блок SIL или PIL из подсистемы и использовать этот блок, чтобы протестировать код, сгенерированный от подсистемы:

  1. От Configuration Parameters> Code Generation> Verification> Advanced Parameters> Create block выпадающий список, выберите SIL или PIL.

  2. При необходимости сконфигурируйте профилирование выполнения кода.

  3. Нажмите OK.

  4. В вашем окне модели щелкните правой кнопкой по подсистеме, которую вы хотите симулировать.

  5. Выберите C/C++ Code> Build This Subsystem.

  6. Нажмите Build, который запускает процесс сборки подсистемы, который создает блок SIL или PIL для сгенерированного кода подсистемы.

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

  8. Запустите симуляции с моделью тестовой обвязки или средой.

Примечание

На операционной системе Windows Windows Firewall может потенциально блокировать SIL или PIL симуляцию. Чтобы позволить симуляцию, используйте диалоговое окно сигнала безопасности Windows. Например, в Windows 7, нажмите Allow access.

Вы не можете создать блок SIL или PIL, если вы выполняете одно из следующих действий:

  • Отключите CreateSILPILBlock свойство.

  • Выберите инструмент покрытия кода.

Create block появляется, потускнел.

Для PIL симуляции вы управляете способом, которым код компилирует и выполняется в целевом окружении через настройки возможности соединения.

Сконфигурируйте настройки аппаратной реализации

Для SIL симуляции необходимо сконфигурировать настройки аппаратной реализации, который включает компиляцию сгенерированного кода для компьютера разработчика. Эти настройки могут отличаться от настроек аппаратной реализации, которые вы используете при создавании модели для производственного оборудования. Используйте один из этих подходов.

ПодходДетали
Портативные размеры слова

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

Чтобы сконфигурировать модель, чтобы использовать портативные размеры слова, установите:

  • ProdEqTarget к 'on'.

  • PortableWordSizes к 'on'.

Когда вы генерируете код для модели с портативными заданными размерами слова, генератор кода conditionalizes определения типов в rtwtypes.h:

#ifdef PORTABLE_WORDSIZES           /* PORTABLE_WORDSIZES defined */

…

#else                               /* PORTABLE_WORDSIZES not defined */

…

#endif                              /* PORTABLE_WORDSIZES */

Make-файл шаблона, который вы используете, чтобы создать код для вашей цели, не должен содержать PORTABLE_WORDSIZES определение.

Для make-файла шаблона и подходов набора инструментальных средств к строительным нормам и правилам, программное обеспечение задает -DPORTABLE_WORDSIZES для компилятора только для основанных на хосте сборок.

Для получения информации о make-файле шаблона и подходах набора инструментальных средств к строительным нормам и правилам, смотрите, Выбирают Build Approach и Configure Build Process (Simulink Coder).

Рассмотрите случай, где ваша цель использует код, который не может скомпилировать ваш компьютер разработчика. Когда вы переключаетесь от режима PIL до режима SIL и пытаетесь симулировать модель, вы видите ошибки компиляции. Можно попытаться работать вокруг этой проблемы путем добавления файлов исходного кода в SkipForSil группа в информационном объекте сборки RTW.BuildInfo. SIL основываются на серверной платформе, не компилирует исходные файлы, существующие в SkipForSil группа. Для получения информации о том, как вы добавляете файлы исходного кода в группу в информационном объекте сборки, видите:

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

  • Ваша модель содержит блоки, реализованные в TLC, для которого интегральное продвижение C в выражениях может вести себя по-другому между хостом MATLAB® и производственной аппаратной целью. Соответствие результатов нормальной и PIL симуляции, но результаты SIL симуляции может отличаться.

  • Ваше производственное оборудование реализует округление к Floor для деления целого числа со знаком и делений в вашем режиме Ceiling округления использования моделипол, Simplest, или Zero. Соответствие результатов нормальной и PIL симуляции, но результаты SIL симуляции может отличаться.

  • Порядком байтов для вашего производственного оборудования является Big Endian. Соответствие результатов нормальной и PIL симуляции, но результаты SIL симуляции может отличаться. Например, когда сгенерированный код зависит от порядка байтов, и сгенерированный производственный код реализован с целью, что ее поведение совпадает с нормальным поведением симуляции.

  • Вы используете пользовательский код с продуктом Stateflow®. В этом случае операторы преобразования типов не вставляются в пользовательский код, которые предназначаются для поведения переполнения на хосте, может потребовать. Соответствие результатов нормальной и PIL симуляции, но результаты SIL симуляции может отличаться.

Протестируйте оборудование

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

Набор:

  • PortableWordSizes к 'off'.

  • ProdEqTarget к 'off'.

  • TargetHWDeviceType к 'Custom Processor->MATLAB Host Processor'.

Производственное оборудование

Используйте этот подход только, когда производственные аппаратные настройки будут совпадать с вашей архитектурой компьютера разработчика.

Набор:

  • PortableWordSizes к 'off'.

  • ProdEqTarget к 'on'.

  • ProdHWDeviceType совпадать с вашей архитектурой компьютера разработчика.

Для получения информации о тесте и производственных платформах, смотрите, Конфигурируют Опции Среды выполнения (Simulink Coder).

Регистрируйте внутренние сигналы компонента

SIL и выходные параметры компонента PIL доступны для наблюдения и сравнения с другим режимом симуляции выходные параметры. Если вы хотите исследовать внутренний сигнал, можно включить внутреннее логгирование сигнала для топ-модели или блока Model SIL или PIL. С логгированием сигнала вы можете:

  • Соберите логгирование сигнала выходные параметры во время симуляций SIL/PIL, например, logsout.

  • Регистрируйте внутренние сигналы и корневой уровень выходные параметры компонента SIL/PIL.

  • Управляйте сигналом SIL/PIL логгирование настроек с Селектором Логгирования Simulink Signal.

  • Используйте инспектора данных моделирования для:

    • Наблюдайте переданные потоком сигналы во время нормального, SIL и PIL симуляций.

    • Сравните регистрируемые сигналы от нормального, SIL и PIL симуляций.

Чтобы включить логгирование сигнала для SIL и PIL симуляций, на вкладке SIL/PIL, нажимают Monitor Signals. Затем выберите SIL/PIL Logging, который включает параметр конфигурации модели Generate C API for signals. API C определяет адреса внутренних сигналов, которые требуют логгирования.

Можно использовать другие методы, чтобы исследовать внутренние сигналы SIL или компонента PIL:

  • Вручную направьте сигнал к верхнему уровню.

  • Используйте хранилища глобальных данных, чтобы получить доступ к внутренним сигналам:

    1. В компоненте соедините блок Data Store Write с необходимым сигналом.

    2. Вне компонента используйте блок Data Store Read, чтобы получить доступ к значению сигналов.

  • Используйте логгирование MAT-файла. Обратите внимание на то, что:

    • Логгирование MAT-файла не поддерживает логгирование сигнала. Если логгирование сигнала включено, logsout сгенерирован, но не сохранен в MAT-файле.

    • Для PIL целевое окружение должно поддержать логгирование MAT-файла.

Для получения дополнительной информации см.:

Предотвратите изменения кода в нескольких симуляциях

Используйте блок Model SIL/PIL или блок SIL/PIL с быстрым перезапуском, когда это необходимо, чтобы запустить несколько SIL или PIL симуляции с:

  • Различные тестовые векторы (наборы параметра и входные данные).

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

Для блока Model SIL/PIL можно также использовать один из этих методов:

  • В вашей модели тестовой обвязки, в диалоговом окне Configuration Parameters, устанавливает Rebuild на Never. Если блоком Model параметр Code interface является Model reference, программное обеспечение не восстанавливает типовой кодекс, на который ссылаются. (Если параметром Code interface является Top model, программное обеспечение игнорирует установку Rebuild.)

  • Создайте защищенную модель и сгенерируйте исходный или двоичный код. Затем вставьте защищенную модель в свою модель тестовой обвязки. С этим методом можно проверить код топ-модели (с автономным интерфейсом кода) или код модели - ссылки.

Для альтернативных методов рабочего блока Model SIL/PIL следующая таблица обобщает поведение генерации кода после начальной сборки.

SIL и подход PILПоведение генерации кода после начальной сборки
Блок ModelПараметр конфигурации Rebuild набора модели тестовой обвязки к Never.

  1. Компонент (алгоритм) код от начальной сборки не регенерирован.

  2. Make-файл кода компонента не называется.

  3. Файлы приложения SIL/PIL от начальной сборки не регенерированы.

  4. Make-файл приложения SIL/PIL называется.

Блок Model (защищенная модель)Исходный код из защищенной модели.Вы наблюдаете то же поведение за исключением функции 2. В этом случае make-файл кода компонента запущен. Код компонента перекомпилирован и соединен, чтобы произвести новый объектный код.
Двоичный код из защищенной модели.Вы наблюдаете функции 1–4.

Для получения дополнительной информации см.:

Ускорьте тестирование

Если ваша модель имеет блоки SIL/PIL или блоки Model в режиме SIL/PIL, можно ускорить тестирование SIL/PIL:

  • Выполнение симуляции топ-модели в режиме Accelerator (Simulink). Этот режим ускоряет симуляцию компонентов модели, которые не находятся в режиме SIL или PIL.

  • Включение быстро перезапускает (Simulink). После первой симуляции вы можете настройки параметров и повторно выполнять симуляции без перекомпиляции модели. SIL/PIL Manager обеспечивает кнопку Fast Restart.

Примечание

SIL и режимы PIL симуляции не спроектированы для сокращения времен симуляции модели. Если вы хотите ускорить симуляцию своей модели, используйте быстрый режим Accelerator. Для получения дополнительной информации смотрите то, Что Ускорение? (Simulink).

Симуляция с вызовами функции

Используйте блок Simulink Function и блок Function Caller, когда это необходимо, к:

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

  • Обеспечьте подсистему, которая ведет себя как внешний код в нормальном, SIL или PIL симуляциях.

Пример в Конфигурирует Вызовы менеджера AUTOSAR NVRAM, которого показывает Сервис (AUTOSAR Blockset), как можно сконфигурировать клиентские вызовы Basic Software (BSW) NVRAM менеджер (NvM) сервисные интерфейсы от компонента программного обеспечения AUTOSAR. В симуляции Simulink реализует вызовы BSW NvM через Simulink Function и предварительно сконфигурировал блоки Function Caller. Для итоговой системы вы соединяете тупики вызова функции с внешним кодом функции BSW, который запускается в Среде выполнения AUTOSAR (RTE).

Для получения дополнительной информации смотрите Функциональные блоки Simulink и Генерацию кода (Simulink Coder).

Похожие темы

Документация Embedded Coder
Поддержка
Для просмотра документации необходимо авторизоваться на сайте