Измените свойство тестовой обвязки
sltest.harness.set(
изменяет свойство, заданное одним harnessOwner
,harnessName
,Name,Value
)Name
Значение
парный аргумент, для тестовой обвязки harnessName
принадлежавший harnessOwner
компонента или модели.
В этом примере показано, как поменять имя тестовой обвязки с помощью sltest.harness.set
.
Создайте тестовую обвязку
Загрузите f14 модель и создайте тестовую обвязку для Controller
подсистема.
load_system('f14') sltest.harness.create('f14/Controller','Name','Harness1')
Поменяйте имя тестовой обвязки
Поменяйте имя от Harness1
к ControllerHarness
.
sltest.harness.set('f14/Controller','Harness1','Name','ControllerHarness')
Закройте модель
close_system('f14',0)
harnessOwner
— Модель или компонентУказатель компонента или модели или путь в виде вектора символов или дважды
Пример: 1.9500e+03
Пример: 'model_name'
Пример: 'model_name/Subsystem'
harnessName
— Используйте имяИмя обвязки в виде вектора символов.
Пример: 'harness_name'
Задайте дополнительные разделенные запятой пары Name,Value
аргументы. Name
имя аргумента и Value
соответствующее значение. Name
должен появиться в кавычках. Вы можете задать несколько аргументов в виде пар имен и значений в любом порядке, например: Name1, Value1, ..., NameN, ValueN
.
'Name','updated_harness'
указывает, что новая обвязка называет 'updated_harness'
.'Name'
— Новое имя обвязкиНовое имя для обвязки в виде разделенной запятой пары, состоящей из 'Name'
и допустимое имя файла MATLAB.
Пример: 'Name','new_harness_name'
'Description'
— Новое описание обвязкиНовое описание для обвязки, заданной разделенной запятой парой, состоящей из 'Description'
и вектор символов.
Пример: 'Description','An updated test harness'
'SynchronizationMode'
— Задает поведение синхронизации компонента под тестом'SyncOnOpenAndClose'
(значение по умолчанию) | 'SyncOnOpen'
| 'SyncOnPushRebuildOnly'
Опция, чтобы задать, когда компонент под тестом синхронизирует основную модель и тестовую обвязку. Тестовые обвязки модели Subsystem всегда синхронизируются с их базовой моделью.
'SyncOnOpenAndClose'
восстанавливает компонент под тестом из основной модели, когда тестовая обвязка открывается и продвигает изменения от компонента под тестом к основной модели, когда тестовая обвязка закрывается.
'SyncOnOpen'
восстанавливает компонент под тестом из основной модели, когда тестовая обвязка открывается. Это не продвигает изменения от компонента под тестом к основной модели, когда тестовая обвязка закрывается.
'SyncOnPushRebuildOnly'
восстанавливает и продвигает изменения только, когда вы вручную инициируете, восстанавливают или стремятся к целой тестовой обвязке. Для получения дополнительной информации смотрите, Синхронизируют Изменения Между Тестовой обвязкой и Моделью.
Пример: 'SynchronizationMode','SyncOnOpen'
'RebuildOnOpen'
— Наборы, которые обвязка восстанавливает команду, чтобы выполнить, когда обвязка открываетсяfalse
(значение по умолчанию) | true
Опция, чтобы иметь обвязку восстанавливает, когда это открывается в виде разделенной запятой пары, состоящей из 'UseDefaultName'
и false
или true
. Эта опция установлена в true
для тестовых обвязок модели Subsystem.
Пример: 'RebuildOnOpen',true
'ExistingBuildFolder'
— Путь к папке существующего сгенерированного кода, проверенного с помощью SIL/PILПуть к основной папке сборки существующего сгенерированного кода, проверенного с помощью SIL/PIL в виде строки или вектора символов. Если вы задаете папку сборки, существующий код в той папке используется, который включает более быстрое время создания обвязки. Если вы не задаете папку сборки, код регенерирован.
Пример: 'ExistingBuildFolder','C:\TestMdl\SILHarness\Amplifier_ert_rtw'
'RebuildModelData'
— Конфигурация модели наборов и записи рабочего пространства модели, которые будут обновлены во время тестовой обвязки, восстанавливаютfalse
(значение по умолчанию) | true
Опция, чтобы иметь конфигурацию модели и записи рабочего пространства модели, обновленные во время тестовой обвязки, восстанавливает в виде разделенной запятой пары, состоящей из 'RebuildModelData'
и true
или false
. Эта опция установлена в true
для тестовых обвязок модели Subsystem.
Пример: 'RebuildModelData',true
'RebuildWithoutCompile'
— Устанавливает обвязку восстанавливать, не компилируя основную модельfalse
(значение по умолчанию) | true
Опция, чтобы восстановить обвязку, не компилируя основную модель, в которой кэшируемая информация от новой компиляции используется, чтобы обновить рабочую область тестовой обвязки и подсистемы преобразования, не обновляется в виде разделенной запятой пары, состоящей из 'RebuildWithoutCompile'
и true
или false
.
Пример: 'RebuildWithoutCompile',true
'PostRebuildCallback'
— Используйте индивидуальную настройку после того, как восстановятИспользование сообщение восстанавливает функцию обратного вызова, чтобы настроить тестовую обвязку. Сообщение восстанавливает функцию обратного вызова, выполняется после обвязки восстанавливают. Для получения дополнительной информации смотрите, Настраивают Тестовые обвязки.
Пример: 'PostRebuildCallback','HarnessCustomization'
'FunctionInterfaceName'
— Имя функционального интерфейса, чтобы сопоставить к обвязкеИмя функционального интерфейса, чтобы сопоставить с обвязкой в виде строки или вектора символов. Эта опция применяется только к допускающим повторное использование компонентам библиотеки с функциональными интерфейсами.
Пример: 'FunctionInterfaceName','double_RLS'
sltest.harness.check
| sltest.harness.close
| sltest.harness.create
| sltest.harness.delete
| sltest.harness.export
| sltest.harness.find
| sltest.harness.load
| sltest.harness.open
| sltest.harness.push
| sltest.harness.rebuild
У вас есть модифицированная версия этого примера. Вы хотите открыть этот пример со своими редактированиями?
1. Если смысл перевода понятен, то лучше оставьте как есть и не придирайтесь к словам, синонимам и тому подобному. О вкусах не спорим.
2. Не дополняйте перевод комментариями “от себя”. В исправлении не должно появляться дополнительных смыслов и комментариев, отсутствующих в оригинале. Такие правки не получится интегрировать в алгоритме автоматического перевода.
3. Сохраняйте структуру оригинального текста - например, не разбивайте одно предложение на два.
4. Не имеет смысла однотипное исправление перевода какого-то термина во всех предложениях. Исправляйте только в одном месте. Когда Вашу правку одобрят, это исправление будет алгоритмически распространено и на другие части документации.
5. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.