Документация

Когда использовать классическую инициализацию

Режим Initialization управляет как Simulink^® обрабатывает значения инициализации для условно выполняемых подсистем.

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

Установите режим инициализации на классику

Установить классический режим инициализации:

Классические проблемы инициализации и ограничения

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

Для получения дополнительной информации о задачах, включенных, чтобы преобразовать модель от классики до упрощенного режима, смотрите, Преобразуют от Классики до Упрощенного Режима Инициализации.

Единичное преобразование может изменить поведение модели

Условные подсистемы, которые включают идентичные подсистемы, могут отобразить различные начальные значения перед первым выполнением, если оба из следующего применяются:

Единичный блок преобразования является блоком, который не изменяет значение его входного сигнала. Примеры идентифицируют, преобразовывают блоки, блок Signal Conversion или блок Gain со значением 1.

В ex_identity_transform_cl модель, подсистемы A и B идентична, но B выходные параметры с блоком Gain, который в свою очередь выходные параметры с блоком Outport.

Когда вы симулируете модель, начальное значение для A (главный сигнал в блоке Scope), 2, но начальное значение B 0, даже при том, что подсистемы идентичны.

Если вы обновляете модель, чтобы использовать упрощенный режим инициализации (см. ex_identity_transform_simpl), модель выглядит одинаково. Шаги, требуемые преобразовывать ex_identity_transform_cl к ex_identity_transform_simpl :

Когда вы симулируете обновленную модель, связь единичного преобразования не изменяет результат. Выход сопоставим в обоих случаях.

Противоречивый Выход с интегратором дискретного времени или блоком s-function

Условные подсистемы, которые используют классический режим инициализации и чьи выходные подключения к блоку Discrete-Time Integrator или Блоку s-function могут произвести противоречивый выход.

В ex_discrete_time_cl модель, активированная подсистема включает два блока Константа и выходные параметры с блоком Discrete-Time Integrator. Активированная подсистема выходные параметры с двумя блоками Отображения.

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

Блок Constant1, который соединяется с блоком Discrete-Time Integrator, выполняется, даже при том, что условная подсистема отключена. Главный блок Display показывает значение 2, который является значением блока Constant1. Блок Constant2 не выполняется, таким образом, нижний блок Display показывает значение 0.

Если вы обновляете модель, чтобы использовать упрощенный режим инициализации (см. ex_discrete_time_simpl), модель выглядит одинаково. Обновленная модель корректирует противоречивую выходную проблему при помощи упрощенного режима. Шаги, требуемые преобразовывать ex_discrete_time_cl к ex_discrete_time_simpl :

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

Порядок выполнения, влияющий на блок слияния Выход

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

ex_basic_merge_sorted_order_1_cl модель имеет две идентичных активированных подсистемы (Включите A и Включите B), что подключение к блоку Merge. Когда вы симулируете модель, красные числа показывают отсортированный порядок выполнения блоков.

Когда вы симулируете модель, блок Scope похож на следующее:

ex_basic_merge_sorted_order_2_cl модель совпадает с ex_merge_sorted_1_cl, за исключением того, что порядок выполнения блока является реверсом порядка выполнения по умолчанию. Изменить порядок выполнения:

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

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

Обновить модели, чтобы использовать упрощенный режим инициализации (см. ex_basic_merge_sorted_order_1_simpl и ex_basic_merge_sorted_order_2_simpl):

Параметр Initial Output блока Merge является пустой матрицей, [], по умолчанию. Следовательно, начальное выходное значение установлено в начальное значение по умолчанию для этого типа данных, который является 0. Для получения информации о начальном значении по умолчанию смотрите, Инициализируют Значения сигналов. Когда вы симулируете каждую упрощенную модель режима, обе модели приводят к тем же результатам.

Настраиваемые параметры

Много параметров блоков являются настраиваемыми. Настраиваемый параметр является параметром, значение которого может быть изменено, не перекомпилировав модель (см. Компиляцию Модели для получения дополнительной информации о компиляции модели). Например, параметр усиления блока Gain является настраиваемым. Можно изменить усиление блока, в то время как симуляция запускается. Если параметр не является настраиваемым, и симуляция запускается, управление диалоговым окном, которое устанавливает параметр, отключено.

Когда вы изменяете значение настраиваемого параметра, изменение вступает в силу в начале следующего временного шага.

Состояние

Обычно текущие значения некоторой системы, и следовательно модель, выходные параметры являются функциями предыдущих значений временных переменных. Такие переменные называются состояниями. Вычисление выходных параметров модели из блок-схемы следовательно влечет за собой сохранение значения состояний на шаге текущего времени для использования в вычислении выходных параметров на последующем временном шаге. Эта задача выполняется в процессе моделирования для моделей, которые задают состояния.

Два типа состояний могут произойти в модели Simulink: дискретные и непрерывные состояния. Непрерывные изменения состояния постоянно. Примерами непрерывных состояний является положение и скорость автомобиля. Дискретное состояние является приближением непрерывного состояния, где состояние обновляется (повторно вычисленное) конечное использование (периодический или апериодический) интервалы. Примером дискретного состояния было бы положение автомобиля, показанного на цифровом одометре, где это обновляется каждую секунду в противоположность постоянно. В пределе, как нуль подходов временного интервала дискретного состояния, дискретное состояние становится эквивалентным непрерывному состоянию.

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

Следующее является графическим представлением блока, который имеет состояния:

Блоки, которые задают непрерывные состояния, включают следующие стандартные блоки Simulink:

Общее количество состояний модели является суммой всех состояний, заданных всеми ее блоками. Определение количества состояний в схеме требует, чтобы парсинг схемы определил типы блоков, которые это содержит и затем агрегация количества состояний, заданных каждым экземпляром типа блока, который задает состояния. Эта задача выполняется во время фазы Compilation симуляции.

Simulink не обеспечивает правильную проверку на непротиворечивость

Simulink не обеспечивает правильную проверку на непротиворечивость для настроек между двумя блоками Outport, соединенными через контур модели - ссылки.

Simulink или выдает ложное предупреждение или никакое предупреждение, когда все следующие условия верны:

Если и источник и целевые блоки Outport находятся в той же модели, и настройки Initial output и Output when disabled (если применимо) для обоих блоков Outport отличаются, Simulink выдает ошибку. Однако в случае, описанном выше, Simulink или выдает ложь, предупреждающую, когда два блока Outport имеют те же настройки, или не выдает предупреждения или ошибки, когда они отличаются.