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

Ограничения на различную генерацию кода подсистемы

Чтобы сгенерировать условные выражения препроцессора, типы блоков, которые можно поместить в дочерних подсистемах Различного блока Subsystem, ограничиваются. Связи не позволены в Различной схеме блока Subsystem. Однако во время процесса генерации кода, одного VariantMerge блок помещается во вход каждого блока Outport в рамках Различной схемы блока Subsystem. Все дочерние подсистемы соединяются с каждым VariantMerge блоки.

На рисунке ниже, процесс генерации кода устанавливает следующие связи и добавляет VariantMerge блоки к sldemo_variant_subsystems модели.

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

Дочерние подсистемы Различного блока Subsystem должны быть атомарными подсистемами. Выберите параметр Treat as atomic unit в диалоговом окне параметров блока Subsystem, чтобы сделать подсистемы атомарными. VariantMerge блоки вставляются в выходном порту подсистем, если больше чем одна дочерняя подсистема присутствует. Если исходный блок VariantMerge вход блока является невиртуальным, сообщение об ошибке будет отображено во время генерации кода. Необходимо сделать исходный блок непрерывным путем вставки блоков Преобразования Сигнала в вариантах. Сигналы, которые вводят Различный блок Subsystem, должны иметь те же свойства сигнала (например, размерности сигнала, порт width и класс памяти). VariantMerge блок не поддерживает различные свойства сигнала, потому что входные порты и выходные порты совместно используют ту же память. Можно использовать символьные размерности, чтобы сгенерировать код для различной подсистемы с дочерними подсистемами различных размерностей выходного сигнала.

Компоненты сгенерированного кода, не скомпилированные условно

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

Генерация кода для различных блоков с одним вариантом

Для моделирования шаблонов, в которых блок Root Inport соединяется с блоком Variant с одним вариантом, Simulink вставляет скрытую комбинацию блока блока Ground, блока Signal Conversion и блока Variant Merge. Если вариант оценивает ко лжи, эта комбинация блока производит выход 0.0.

Например, модель Varianttoground содержит Различный Исходный блок с одним вариантом. Когда Различное Управление SYSCONST_A==6 оценивает к истине, входу к Subsystem синусоида. Когда SYSCONST_A==6 оценивает ко лжи, входу к Subsystem 0.0.

varianttoground.c файл содержит этот код:

* Sin: '<Root>/Sine Wave' incorporates:
   *  SignalConversion generated from: '<Root>/Subsystem'
   */
#if SYSCONST_A == 6

  Varianttoground_B.VM_Conditional_Signal_Subsystem_0 = sin
    (Varianttoground_M->Timing.t[0]);

#else

  /* SignalConversion generated from: '<Root>/Subsystem' */
  Varianttoground_B.VM_Conditional_Signal_Subsystem_0 = 0.0;

#endif

  /* End of Sin: '<Root>/Sine Wave' */

Комментарии в сгенерированном коде указывают на присутствие скрытого блока преобразования сигнала. В связанных гиперссылками комментариях можно проследить до исходного блока в модели, которая инициировала вставку скрытого блока. Код не содержит комментарий для блока Variant Merge, потому что этот блок не имеет сопоставленного сгенерированного кода. Блок Variant Merge используется внутренне и не находится в Библиотеке Simulink.

Защита глобальных данных: сигналы и состояния

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

Рассмотрите модель, содержащую блок Variant Source. Блок Variant Source имеет условия V==1 и V==2.

В сгенерированном коде глобальные сигналы охраняют в объявлении, инициализации модели и определении данных как показано ниже.

Защита сигналов:

Объявление:

/* Exported block signals */
#if V == 1 || V == 2

real_T myOutput;                       /* '<Root>/Gain3' */

#endif

Инициализация модели:

  /* exported global signals */
#if V == 1 || V == 2

  myOutput = 0.0;

#endif

Определение данных:

 * Exported Global Signals
 *
 * Note: Exported global signals are block signals with an exported global
 * storage class designation.  Code generation will declare the memory for
 * these signals and export their symbols.
 *
 */
#if V == 1 || V == 2

extern real_T myOutput;                /* '<Root>/Gain3' */

#endif

Защита глобальных данных: Параметры

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

Считайте модель с блоком Constant присоединенной к Различному Исходному блоку.

В сгенерированном коде параметр блока Constant охраняют в заголовочном файле как показано ниже.

/* Exported data definition */
/* Const memory section */
/* Definition for custom storage class: Const */
#if V == 2

const int32_T Parameter2 = 1;

#endif

Защита заголовков образца модели

Когда модель имеет блоки Model Reference, которые являются условным выражением, должным встраивать варианты, заголовочный файл и экземпляры, относящиеся к блокам Model Reference, охраняют.

Рассмотрите эту модель с двумя блоками Моделей - ссылок, которые являются условным выражением, должным встраивать варианты.

Когда вы генерируете код для этой модели, заголовочный файл и экземпляры, относящиеся к блокам Model Reference, охраняют как показано в коде ниже.

#include "mWithTwoModelBlocks_Top_types.h"
#include "multiword_types.h"

#if (A == 1) //Guarding 
#define mWithTwoModelBlocks_Ref2_MDLREF_HIDE_CHILD_
#include "mWithTwoModelBlocks_Ref2.h"
#endif

#if (B == 1) //Guarding
#include "mWithTwoModelBlocks_Ref1.h"
#endif