Создайте тестовую обвязку
sltest.harness.create(harnessOwner)
sltest.harness.create(harnessOwner,Name,Value)
sltest.harness.create(
создает тестовую обвязку для компонента модели harnessOwner
)harnessOwner
, с помощью свойств по умолчанию.
sltest.harness.create(
дополнительные опции использования, заданные одним или несколькими harnessOwner
,Name
,Value
)Name
, аргументы пары Value
.
Создайте обвязку для модели 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
должен появиться в кавычках. Вы можете задать несколько аргументов в виде пар имен и значений в любом порядке, например: Name1, Value1, ..., NameN, ValueN.
'Name','controller_harness','Source','Signal Builder','Sink','To File'
указывает, что обвязка под названием controller_harness
, с источником блока Signal Builder и To File засоряет раковины для компонента под тестом.Имя
Используйте имяИмя для обвязки вы создаете, заданный как пара, разделенная запятой, состоящая из 'Name'
и допустимого имени файла MATLAB.
Пример: 'Name','harness_name'
Описание
Используйте описаниеОписание обвязки, заданное как пара, разделенная запятой, состоящая из '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'
— Separate 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'
— Drive инициализирует, сбросила, и оконечные порты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, Постоянным, Signal Builder, Из Рабочей области, или Из блоков Файла.
Пример: 'AutoShapeInputs',true
Не рекомендуемый запуск в R2018b
Начиная с релиза R2018b можно использовать опцию 'SchedulerBlock'
, чтобы включать блок планировщика при создании тестовой обвязки. Пара "имя-значение" 'SchedulerBlock','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. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.