Создайте тестовую обвязку
sltest.harness.create(
создает тестовую обвязку для компонента модели harnessOwner
)harnessOwner
, использование свойств по умолчанию.
sltest.harness.create(
дополнительные опции использования заданы одним или несколькими harnessOwner
,Name
,Value)Name
Значение
парные аргументы.
Создайте обвязку для f14
модель. Обвязка называется sample_harness
и имеет источник блока Signal Builder и приемник осциллографа.
f14; sltest.harness.create('f14','Name','sample_harness','Source',... 'Signal Builder','Sink','Scope')
Создайте обвязку для Controller
подсистема f14
модель. Обвязка позволяет редактировать Controller
и свойства значения по умолчанию использования для других опций.
f14; sltest.harness.create('f14/Controller','EnableComponentEditing',true);
Создайте обвязку по умолчанию для Controller
подсистема f14
модель.
f14;
sltest.harness.create('f14/Controller');
Создайте обвязку, которая использует График Stateflow® в качестве планировщика тестовой обвязки для Controller
подсистема f14
модель.
f14; sltest.harness.create('f14/Controller','SchedulerBlock','Chart');
harnessOwner
— Модель или компонентУказатель компонента или модели или путь в виде вектора символов или дважды.
Пример: 1.9500e+03
Пример: 'model_name'
Пример: 'model_name/Subsystem'
Задайте дополнительные разделенные запятой пары Name,Value
аргументы. Name
имя аргумента и Value
соответствующее значение. Name
должен появиться в кавычках. Вы можете задать несколько аргументов в виде пар имен и значений в любом порядке, например: Name1, Value1, ..., NameN, ValueN
.
'Name','controller_harness','Source','Signal Builder','Sink','To File'
задает обвязку под названием controller_harness
, с источником блока Signal Builder и To File засоряют раковины для компонента под тестом.'Name'
— Используйте имяИмя для обвязки вы создаете в виде разделенной запятой пары, состоящей из 'Name'
и допустимое имя файла MATLAB.
Пример: 'Name','harness_name'
'Description'
— Используйте описаниеОписание обвязки в виде разделенной запятой пары, состоящей из 'Description'
и вектор символов.
Пример: 'Description','A test harness'
'Source'
— Компонент под тестовым воздействием'Inport'
(значение по умолчанию) | 'Signal Builder'
| 'From Workspace'
| 'From File'
| 'Test Sequence'
| 'Signal Editor'
| 'Chart'
| 'None'
| 'Custom'
Вход к компоненту в виде разделенной запятой пары, состоящей из 'Source'
и одно из возможных исходных значений.
Пример: 'Source','Signal Builder'
'CustomSourcePath'
— Путь к библиотечному блоку для пользовательского источникаДля пользовательского источника, пути к библиотечному блоку, чтобы использовать в качестве источника в виде разделенной запятой пары, состоящей из 'CustomSourcePath'
и путь.
Пример: 'CustomSourcePath','simulink/Sources/Sine Wave'
'Sink'
— Harness выход'Outport'
(значение по умолчанию) | 'Scope'
| 'To Workspace'
| 'To File'
| 'None'
| 'Custom'
Выход компонента в виде разделенной запятой пары, состоящей из 'Sink'
и одно из возможных значений приемника.
Пример: 'Sink','Scope'
'CustomSinkPath'
— Путь к библиотечному блоку для пользовательского приемникаДля пользовательского приемника, пути к библиотечному блоку, чтобы использовать в качестве приемника в виде разделенной запятой пары, состоящей из 'CustomSinkPath'
и путь.
Пример: 'CustomSinkPath','simulink/Sinks/Terminator'
'SeparateAssessment'
— Отдельный блок Test Assessmentfalse
(значение по умолчанию) | true
Опция, чтобы добавить отдельный блок Test Assessment в тестовую обвязку в виде разделенной запятой пары, состоящей из 'SeparateAssessment'
и false
или true
.
Пример: 'SeparateAssessment',true
'SynchronizationMode'
— Задает поведение синхронизации компонента под тестом'SyncOnOpenAndClose'
(значение по умолчанию) | 'SyncOnOpen'
| 'SyncOnPushRebuildOnly'
Опция, чтобы задать, когда компонент под тестом синхронизируется между основной моделью и тестовой обвязкой. Тестовые обвязки модели Subsystem всегда синхронизируются с их базовой моделью.
'SyncOnOpenAndClose'
восстанавливает компонент под тестом из основной модели, когда тестовая обвязка открывается и продвигает изменения от компонента под тестом к основной модели, когда тестовая обвязка закрывается.
'SyncOnOpen'
восстанавливает компонент под тестом из основной модели, когда тестовая обвязка открывается. Это не продвигает изменения от компонента под тестом к основной модели, когда тестовая обвязка закрывается.
'SyncOnPushRebuildOnly'
восстанавливает и продвигает изменения только, когда вы вручную инициируете, восстанавливают или стремятся к целой тестовой обвязке. Для получения дополнительной информации смотрите, Синхронизируют Изменения Между Тестовой обвязкой и Моделью.
Пример: 'SynchronizationMode','SyncOnOpen'
'CreateWithoutCompile'
— Опция, чтобы создать обвязку, не компилируя основную модельfalse
(значение по умолчанию) | true
Опция, чтобы задать создание обвязки, не компилируя основную модель в виде разделенной запятой пары, состоящей из 'CreateWithoutCompile'
и false
или true
. Эта опция установлена в true
для тестовых обвязок модели Subsystem.
false
компилирует модель и запускает другие операции, чтобы поддержать сборку обвязки. true
создает обвязку без компиляции модели.
Пример: 'CreateWithoutCompile',false
'VerificationMode'
— Опция, чтобы использовать нормальный (модель), программное обеспечение в цикле (SIL) или процессор в блоке (PIL) цикла как компонент под тестом'Normal'
(значение по умолчанию) | 'SIL'
| 'PIL'
Опция, чтобы задать, какой блок, чтобы использовать в тестовой обвязке в виде разделенной запятой пары, состоящей из 'VerificationMode'
и тип блока, чтобы использовать. SIL и блоки PIL требуют Simulink Coder. Эта опция установлена в normal
для моделей Subsystem.
Пример: 'VerificationMode','SIL'
'ExistingBuildFolder'
— Путь к папке существующего сгенерированного кода, проверенного с помощью SIL/PILПуть к основной папке сборки существующего сгенерированного кода, проверенного с помощью SIL/PIL в виде строки или вектора символов. Если вы задаете папку сборки, существующий код в той папке используется, который включает более быстрое время создания обвязки. Если вы не задаете папку сборки, код регенерирован.
Пример: 'ExistingBuildFolder','C:\TestMdl\SILHarness\Amplifier_ert_rtw'
'RebuildOnOpen'
— Наборы, которые обвязка восстанавливает команду, чтобы выполнить, когда обвязка открываетсяfalse
(значение по умолчанию) | true
Опция, чтобы иметь обвязку восстанавливает, когда это открывается в виде разделенной запятой пары, состоящей из 'UseDefaultName'
и false
или true
. Эта опция установлена в true
для тестовых обвязок модели Subsystem.
Пример: 'RebuildOnOpen',true
'RebuildModelData'
— Конфигурация модели наборов и записи рабочего пространства модели, которые будут обновлены во время тестовой обвязки, восстанавливаютfalse
(значение по умолчанию) | true
Опция, чтобы иметь конфигурацию модели и записи рабочего пространства модели, обновленные во время тестовой обвязки, восстанавливает в виде разделенной запятой пары, состоящей из 'RebuildModelData'
и true
или false
. Эта опция установлена в true
для тестовых обвязок модели Subsystem.
Пример: 'RebuildModelData',true
'SaveExternally'
— Тестовые обвязки, сохраненные как отдельные файлы SLXfalse
(значение по умолчанию) | true
Опция, чтобы иметь каждую тестовую обвязку, сохраненную как отдельный файл SLX в виде разделенной запятой пары, состоящей из 'SaveExternally'
и true
или false
. Модель не может использовать и внешнее и внутреннее устройство хранения данных тестовой обвязки. Если модель уже имеет тестовые обвязки, новая тестовая обвязка следует за типом хранения существующих обвязок, которые не заменяет эта опция. Смотрите Управляют Тестовыми обвязками.
Пример: 'SaveExternally',true
'HarnessPath'
— Путь к внешнему файлу тестовой обвязкиЕсли 'SaveExternally'
задан, можно задать местоположение для внешнего файла SLX обвязки с помощью разделенной запятой пары, состоящей из 'HarnessPath'
и вектор символов..
Пример: 'HarnessPath','C:\MATLAB\SafetyTests'
'PostCreateCallback'
— Используйте индивидуальную настройку после созданияИспользование сообщение создает функцию обратного вызова, чтобы настроить тестовую обвязку. Сообщение создает функцию обратного вызова, выполняется после того, как обвязка создается. Для получения дополнительной информации смотрите, Настраивают Тестовые обвязки.
Пример: 'PostCreateCallback','HarnessCustomization'
'PostRebuildCallback'
— Используйте индивидуальную настройку после того, как восстановятИспользование сообщение восстанавливает функцию обратного вызова, чтобы настроить тестовую обвязку. Сообщение восстанавливает функцию обратного вызова, выполняется после обвязки восстанавливают. Для получения дополнительной информации смотрите, Настраивают Тестовые обвязки.
Пример: 'PostRebuildCallback','HarnessCustomization'
'ScheduleInitTermReset'
— Модель диска инициализирует, сбросила, и оконечные портыfalse
(значение по умолчанию) | true
Опция, чтобы управлять моделью инициализирует, сбросила, и оконечные порты с выбранным источником тестовой обвязки в виде разделенной запятой пары, состоящей из 'ScheduleInitTermReset'
и false
или true
. Эта опция только применяется к обвязкам, созданным за блок-схему. Эта опция установлена в false
для моделей Subsystem.
Пример: 'ScheduleInitTermReset',true
'SchedulerBlock'
— Включайте блок планировщика для периодических сигналов и вызовов функции'Test Sequence'
| 'MATLAB Function'
| 'Chart'
| 'None'
Опция, чтобы включать блок планировщика в тестовую обвязку в виде разделенной запятой пары, состоящей из 'SchedulerBlock'
и тип блока, чтобы использовать. Блок включен, если тестовая обвязка создается для схемы блока модели или блока Model и содержит вызовы функции или периодические порты события. Чтобы не включать блок планировщика и соединить все порты, чтобы использовать исходные блоки, используйте 'None'
.
Пример: 'SchedulerBlock','Test Sequence'
Пример: 'SchedulerBlock','None'
'AutoShapeInputs'
— Совпадайте со скаляром и двойным источником значения к размерности входного сигналаfalse
(значение по умолчанию) | true
Опция, чтобы сформировать скаляр и двойные значения, чтобы совпадать с размерностью входных сигналов к компоненту под тестом в виде разделенной запятой пары, состоящей из 'AutoShapeInputs'
и false
или true
. Эта опция только применяется к обвязкам с Inport, Constant, Signal Builder, From Workspace или блоками From File. Эта опция установлена в false
для моделей Subsystem.
Пример: 'AutoShapeInputs',true
DriveFcnCallWithTestSequence
в sltest.harness.create
не рекомендуетсяНе рекомендуемый запуск в R2018b
Начиная с релиза R2018b можно использовать 'SchedulerBlock'
опция, чтобы включать блок планировщика при создании тестовой обвязки. Пара "имя-значение" 'SchedulerBlock','Test Sequence'
использует блок планировщика Test Sequence и заменяет 'DriveFcnCallWithTestSequence',true
.
'SchedulerBlock'
предоставляет больше возможностей планировщика и создает упрощенный интерфейс блока по сравнению с 'DriveFcnCallWithTestSequence'
. Обновить ваш код, для экземпляров sltest.harness.create
, замените 'DriveFcnCallWithTestSequence',true
с 'SchedulerBlock','Test Sequence'
.
sltest.harness.check
| sltest.harness.clone
| sltest.harness.close
| sltest.harness.convert
| sltest.harness.delete
| sltest.harness.export
| sltest.harness.find
| sltest.harness.load
| sltest.harness.open
| sltest.harness.set
1. Если смысл перевода понятен, то лучше оставьте как есть и не придирайтесь к словам, синонимам и тому подобному. О вкусах не спорим.
2. Не дополняйте перевод комментариями “от себя”. В исправлении не должно появляться дополнительных смыслов и комментариев, отсутствующих в оригинале. Такие правки не получится интегрировать в алгоритме автоматического перевода.
3. Сохраняйте структуру оригинального текста - например, не разбивайте одно предложение на два.
4. Не имеет смысла однотипное исправление перевода какого-то термина во всех предложениях. Исправляйте только в одном месте. Когда Вашу правку одобрят, это исправление будет алгоритмически распространено и на другие части документации.
5. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.