Создайте тестовую обвязку
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');
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'
| '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'
Опция, чтобы задать, когда компонент под тестом синхронизируется между основной моделью и тестовой обвязкой.
'SyncOnOpenAndClose'
восстанавливает компонент под тестом из основной модели, когда тестовая обвязка открывается и продвигает изменения от компонента под тестом к основной модели, когда тестовая обвязка закрывается.
'SyncOnOpen'
восстанавливает компонент под тестом из основной модели, когда тестовая обвязка открывается. Это не продвигает изменения от компонента под тестом к основной модели, когда тестовая обвязка закрывается.
'SyncOnPushRebuildOnly'
восстанавливает и продвигает изменения только, когда вы вручную инициируете, восстанавливают или стремятся к целой тестовой обвязке. Для получения дополнительной информации смотрите, Синхронизируют Изменения Между Тестовой обвязкой и Моделью.
Пример: 'SynchronizationMode','SyncOnOpen'
'CreateWithoutCompile'
— Опция, чтобы создать обвязку, не компилируя основную модельfalse
(значение по умолчанию) | true
Опция, чтобы задать создание обвязки, не компилируя основную модель, заданную как разделенная запятой пара, состоящая из 'CreateWithoutCompile'
и false
или true
.
false
компилирует модель и запускает другие операции, чтобы поддержать сборку обвязки.
true
создает обвязку без компиляции модели.
Пример: 'CreateWithoutCompile',false
'VerificationMode'
— Опция, чтобы использовать нормальный (модель), программное обеспечение в цикле (SIL) или процессор в блоке (PIL) цикла как компонент под тестом'Normal'
(значение по умолчанию) | 'SIL'
| 'PIL'
Опция, чтобы задать, какой блок, чтобы использовать в тестовой обвязке, заданной как разделенная запятой пара, состоящая из 'VerificationMode'
и тип блока, чтобы использовать. SIL и блоки PIL требуют Simulink Coder.
Пример: 'VerificationMode','SIL'
'RebuildOnOpen'
— Наборы, которые обвязка восстанавливает команду, чтобы выполнить, когда обвязка открываетсяfalse
(значение по умолчанию) | true
Опция, чтобы иметь обвязку восстанавливает, когда это открывается, заданный как разделенная запятой пара, состоящая из 'UseDefaultName'
и false
или true
.
Пример: 'RebuildOnOpen',true
'RebuildModelData'
— Конфигурация модели наборов и записи рабочего пространства модели, которые будут обновлены во время тестовой обвязки, восстанавливаютfalse
(значение по умолчанию) | true
Опция, чтобы иметь конфигурацию модели и записи рабочего пространства модели, обновленные во время тестовой обвязки, восстанавливает, заданный как разделенная запятой пара, состоящая из 'RebuildModelData'
и true
или false
.
Пример: '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
. Эта опция только применяется к обвязкам, созданным за блок-схему.
Пример: 'ScheduleInitTermReset',true
'SchedulerBlock'
— Включайте блок планировщика для периодических сигналов и вызовов функции'Test Sequence'
| 'MATLAB Function'
| 'None'
Опция, чтобы включать блок планировщика в тестовую обвязку, заданную как разделенная запятой пара, состоящая из 'SchedulerBlock'
и тип блока, чтобы использовать. Блок включен, если тестовая обвязка создается для схемы блока модели или блока Model и содержит вызовы функции или периодические порты события. Чтобы не включать блок планировщика и соединить все порты, чтобы использовать исходные блоки, используйте 'None'
.
Пример: 'SchedulerBlock','Test Sequence'
Пример: 'SchedulerBlock','None'
'AutoShapeInputs'
— Совпадайте со скаляром и двойным источником значения к размерности входного сигналаfalse
(значение по умолчанию) | true
Опция, чтобы сформировать скаляр и двойные значения, чтобы совпадать с размерностью входных сигналов к компоненту под тестом, заданным как разделенная запятой пара, состоящая из 'AutoShapeInputs'
и false
или true
. Эта опция только применяется к обвязкам с Inport, Constant, Signal Builder, From Workspace или блоками From File.
Пример: 'AutoShapeInputs',true
Не рекомендуемый запуск в 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. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.