Измените свойство тестовой обвязки
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'
Типы данных: char
RebuildOnOpen — Наборы, которые обвязка восстанавливает команду, чтобы выполнить, когда обвязка открываетсяfalse (значение по умолчанию) | trueОпция, чтобы иметь обвязку восстанавливает, когда это открывается в виде разделенной запятой пары, состоящей из 'UseDefaultName' и false или true.
Пример: 'RebuildOnOpen',true
Типы данных: логический
ExistingBuildFolder — Путь к папке существующего сгенерированного кода, проверенного с помощью SIL/PILПуть к основной папке сборки существующего сгенерированного кода, проверенного с помощью SIL/PIL в виде строки или вектора символов. Если вы задаете папку сборки, существующий код в той папке используется, который включает более быстрое время создания обвязки. Если вы не задаете папку сборки, код регенерирован. Вы не можете установить значение по умолчанию для этого свойства в sl_customization файл или использование sltest.harness.setHarnessCreateDefaults.
Пример: 'ExistingBuildFolder','C:\TestMdl\SILHarness\Amplifier_ert_rtw'
Типы данных: string | char
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. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.