sltest.harness.create

Создайте тестовую обвязку

Описание

пример

sltest.harness.create(harnessOwner) создает тестовую обвязку для компонента модели harnessOwner, использование свойств по умолчанию.

sltest.harness.create(harnessOwner,Name,Value) дополнительные опции использования заданы одним или несколькими NameЗначение парные аргументы.

Примеры

свернуть все

Создайте обвязку для f14 модель. Обвязка называется sample_harness и имеет источник блока Signal Editor и приемник осциллографа.

f14;
sltest.harness.create('f14','Name','sample_harness','Source',...
'Signal Editor','Sink','Scope')

Создайте обвязку для Controller подсистема f14 модель.

f14;
sltest.harness.create('f14/Controller');

Создайте обвязку, которая использует Stateflow® Стройте диаграмму как планировщик тестовой обвязки для Controller подсистема f14 модель.

f14;
sltest.harness.create('f14/Controller','SchedulerBlock','Chart');

Входные параметры

свернуть все

Указатель компонента или модели или путь в виде вектора символов или дважды.

Пример: 1.9500e+03

Пример: 'model_name'

Пример: 'model_name/Subsystem'

Типы данных: double | char

Аргументы name-value

Задайте дополнительные разделенные запятой пары Name,Value аргументы. Name имя аргумента и Value соответствующее значение. Name должен появиться в кавычках. Вы можете задать несколько аргументов в виде пар имен и значений в любом порядке, например: Name1, Value1, ..., NameN, ValueN.

Пример: 'Name','controller_harness','Source','Signal Editor','Sink','To File' задает обвязку под названием controller_harness, с источником блока редактора сигнала и To File засоряют раковины для компонента под тестом.

Имя для обвязки вы создаете в виде разделенной запятой пары, состоящей из 'Name' и допустимое имя файла MATLAB.

Пример: 'Name','harness_name'

Типы данных: char

Описание обвязки в виде разделенной запятой пары, состоящей из 'Description' и вектор символов.

Пример: 'Description','A test harness'

Типы данных: char

Вход к компоненту в виде разделенной запятой пары, состоящей из 'Source' и одно из возможных исходных значений.

Пример: 'Source','Signal Editor'

Типы данных: char

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

Пример: 'CustomSourcePath','simulink/Sources/Sine Wave'

Типы данных: char

Выход компонента в виде разделенной запятой пары, состоящей из 'Sink' и одно из возможных значений приемника.

Если ваша тестовая обвязка содержит блок To Workspace, основная переменная не сохранена в базовом рабочем пространстве после того, как тест закончил запускаться. После тестового завершения базовое рабочее пространство восстанавливается своему исходному состоянию.

Пример: 'Sink','Scope'

Типы данных: char

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

Пример: 'CustomSinkPath','simulink/Sinks/Display'

Опция, чтобы добавить отдельный блок Test Assessment в тестовую обвязку в виде разделенной запятой пары, состоящей из 'SeparateAssessment' и false или true.

Пример: 'SeparateAssessment',true

Типы данных: логический

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

  • 'SyncOnOpenAndClose' восстанавливает компонент под тестом из основной модели, когда тестовая обвязка открывается и продвигает изменения от компонента под тестом к основной модели, когда тестовая обвязка закрывается.

  • 'SyncOnOpen' восстанавливает компонент под тестом из основной модели, когда тестовая обвязка открывается. Это не продвигает изменения от компонента под тестом к основной модели, когда тестовая обвязка закрывается.

  • 'SyncOnPushRebuildOnly' восстанавливает и продвигает изменения только, когда вы вручную инициируете, восстанавливают или стремятся к целой тестовой обвязке. Для получения дополнительной информации смотрите, Синхронизируют Изменения Между Тестовой обвязкой и Моделью.

Пример: 'SynchronizationMode','SyncOnOpen'

Типы данных: char

Опция, чтобы задать создание обвязки, не компилируя основную модель в виде разделенной запятой пары, состоящей из 'CreateWithoutCompile' и false или true. Эта опция установлена в true для тестовых обвязок модели Subsystem.

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

Пример: 'CreateWithoutCompile',false

Типы данных: логический

Опция, чтобы задать, какой блок, чтобы использовать в тестовой обвязке в виде разделенной запятой пары, состоящей из 'VerificationMode' и тип блока, чтобы использовать. SIL и блоки PIL требуют Simulink Coder. Эта опция установлена в normal для моделей Subsystem.

Пример: 'VerificationMode','SIL'

Типы данных: char

Путь к основной папке сборки существующего сгенерированного кода, проверенного с помощью SIL/PIL в виде строки или вектора символов. Если вы задаете папку сборки, существующий код в той папке используется, который включает более быстрое время создания обвязки. Если вы не задаете папку сборки, код регенерирован. Вы не можете установить значение по умолчанию для этого свойства в sl_customization файл или использование sltest.harness.setHarnessCreateDefaults.

Пример: 'ExistingBuildFolder','C:\TestMdl\SILHarness\Amplifier_ert_rtw'

Типы данных: string | char

Опция, чтобы иметь обвязку восстанавливает, когда это открывается в виде разделенной запятой пары, состоящей из 'UseDefaultName' и false или true.

Пример: 'RebuildOnOpen',true

Типы данных: логический

Опция, чтобы иметь конфигурацию модели и записи рабочего пространства модели, обновленные во время тестовой обвязки, восстанавливает в виде разделенной запятой пары, состоящей из 'RebuildModelData' и true или false. Эта опция установлена в true для тестовых обвязок модели Subsystem.

Пример: 'RebuildModelData',true

Типы данных: логический

Опция, чтобы иметь каждую тестовую обвязку, сохраненную как отдельный файл SLX в виде разделенной запятой пары, состоящей из 'SaveExternally' и true или false. Модель не может использовать и внешнее и внутреннее устройство хранения данных тестовой обвязки. Если модель уже имеет тестовые обвязки, новая тестовая обвязка следует за типом хранения существующих обвязок, которые не заменяет эта опция. Смотрите Управляют Тестовыми обвязками.

Пример: 'SaveExternally',true

Типы данных: логический

Если 'SaveExternally' задан, можно задать местоположение для внешнего файла SLX обвязки с помощью разделенной запятой пары, состоящей из 'HarnessPath' и вектор символов..

Пример: 'HarnessPath','C:\MATLAB\SafetyTests'

Типы данных: char

Регистрируйте все выходные сигналы обвязки для компонента под тестом в виде false или true. Когда значением является true, все сигналы регистрируются, за исключением сигналов, несовместимых с логгированием. Сигналы регистрируются во время выполнения теста и возвращают результаты испытаний. Если выходной сигнал не имеет имени или распространенного имени, он присвоен один в обвязке с помощью формата <component under test name>:<output port number>. Чтобы удалить сигнал из того, чтобы быть регистрируемым, можно удалить его значок вручную.

Пример: 'LogOutputs',true

Типы данных: логический

Использование сообщение создает функцию обратного вызова, чтобы настроить тестовую обвязку. Сообщение создает функцию обратного вызова, выполняется после того, как обвязка создается. Для получения дополнительной информации смотрите, Настраивают Тестовые обвязки.

Пример: 'PostCreateCallback','HarnessCustomization'

Типы данных: char

Использование сообщение восстанавливает функцию обратного вызова, чтобы настроить тестовую обвязку. Сообщение восстанавливает функцию обратного вызова, выполняется после обвязки восстанавливают. Для получения дополнительной информации смотрите, Настраивают Тестовые обвязки.

Пример: 'PostRebuildCallback','HarnessCustomization'

Типы данных: char

Опция, чтобы управлять моделью инициализирует, сбросила, и оконечные порты с выбранным источником тестовой обвязки в виде разделенной запятой пары, состоящей из 'ScheduleInitTermReset' и false или true. Эта опция только применяется к обвязкам, созданным за блок-схему. Эта опция установлена в false для моделей Subsystem.

Пример: 'ScheduleInitTermReset',true

Типы данных: логический

Опция, чтобы включать блок планировщика в тестовую обвязку в виде разделенной запятой пары, состоящей из 'SchedulerBlock' и тип блока, чтобы использовать. Блок включен, если тестовая обвязка создается для схемы блока модели или блока Model и содержит вызовы функции или периодические порты события. Чтобы не включать блок планировщика и соединить все порты, чтобы использовать исходные блоки, используйте 'None' .

Пример: 'SchedulerBlock','Test Sequence'

Пример: 'SchedulerBlock','None'

Типы данных: char

Опция, чтобы сформировать скаляр и двойные значения, чтобы совпадать с размерностью входных сигналов к компоненту под тестом в виде разделенной запятой пары, состоящей из 'AutoShapeInputs' и false или true. Эта опция только применяется к обвязкам с Inport, Constant, Signal Editor, From Workspace или блоками From File. Эта опция установлена в false для моделей Subsystem.

Пример: 'AutoShapeInputs',true

Типы данных: логический

Имя допускающей повторное использование подсистемы библиотеки функционирует интерфейс в виде строки или вектора символов. Тестовая обвязка создается для функционального интерфейса допускающей повторное использование подсистемы библиотеки. Вы не можете установить значение по умолчанию для этого свойства в sl_customization.m файл или при помощи sltest.harness.setHarnessCreateDefaults.

Пример: 'FunctionInterfaceName','double_RLS'

Типы данных: string | char

Вопросы совместимости

развернуть все

Не рекомендуемый запуск в R2018b

Представленный в R2015a