Создайте тестовую обвязку
sltest.harness.create(
создает тестовую обвязку для компонента модели harnessOwner
)harnessOwner
, использование свойств по умолчанию.
sltest.harness.create(
дополнительные опции использования заданы одним или несколькими harnessOwner
,Name
,Value)Name
Значение
парные аргументы.
Создайте обвязку для f14
модель. Обвязка называется sample_harness
и имеет источник блока Signal Editor и приемник осциллографа.
f14; sltest.harness.create('f14','Name','sample_harness','Source',... 'Signal Editor','Sink','Scope')
Создайте обвязку для 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'
Типы данных: double |
char
Задайте дополнительные разделенные запятой пары Name,Value
аргументы. Name
имя аргумента и Value
соответствующее значение. Name
должен появиться в кавычках. Вы можете задать несколько аргументов в виде пар имен и значений в любом порядке, например: Name1, Value1, ..., NameN, ValueN
.
'Name','controller_harness','Source','Signal Editor','Sink','To File'
задает обвязку под названием controller_harness
, с источником блока редактора сигнала и To File засоряют раковины для компонента под тестом.Name
— Используйте имяИмя для обвязки вы создаете в виде разделенной запятой пары, состоящей из 'Name'
и допустимое имя файла MATLAB.
Пример: 'Name','harness_name'
Типы данных: char
Description
— Используйте описаниеОписание обвязки в виде разделенной запятой пары, состоящей из 'Description'
и вектор символов.
Пример: 'Description','A test harness'
Типы данных: char
Source
— Компонент под тестовым воздействием'Inport'
(значение по умолчанию) | 'Signal Editor'
| 'From Workspace'
| 'From File'
| 'Test Sequence'
| 'Signal Editor'
| 'Chart'
| 'None'
| 'Custom'
Вход к компоненту в виде разделенной запятой пары, состоящей из 'Source'
и одно из возможных исходных значений.
Пример: 'Source','Signal Editor'
Типы данных: char
CustomSourcePath
— Путь к библиотечному блоку для пользовательского источникаДля пользовательского источника, пути к библиотечному блоку, чтобы использовать в качестве источника в виде разделенной запятой пары, состоящей из 'CustomSourcePath'
и путь.
Пример: 'CustomSourcePath','simulink/Sources/Sine Wave'
Типы данных: char
Sink
— Harness выход'Outport'
(значение по умолчанию) | 'Scope'
| 'To Workspace'
| 'To File'
| 'Terminator'
| 'None'
| 'Custom'
Выход компонента в виде разделенной запятой пары, состоящей из 'Sink'
и одно из возможных значений приемника.
Если ваша тестовая обвязка содержит блок To Workspace, основная переменная не сохранена в базовом рабочем пространстве после того, как тест закончил запускаться. После тестового завершения базовое рабочее пространство восстанавливается своему исходному состоянию.
Пример: 'Sink','Scope'
Типы данных: char
CustomSinkPath
— Путь к библиотечному блоку для пользовательского приемникаДля пользовательского приемника, пути к библиотечному блоку, чтобы использовать в качестве приемника в виде разделенной запятой пары, состоящей из 'CustomSinkPath'
и путь.
Пример: 'CustomSinkPath','simulink/Sinks/Display'
SeparateAssessment
— Отдельный блок Test Assessmentfalse
(значение по умолчанию) | true
Опция, чтобы добавить отдельный блок Test Assessment в тестовую обвязку в виде разделенной запятой пары, состоящей из 'SeparateAssessment'
и false
или true
.
Пример: 'SeparateAssessment',true
Типы данных: логический
SynchronizationMode
— Задает поведение синхронизации компонента под тестом'SyncOnOpenAndClose'
(значение по умолчанию) | 'SyncOnOpen'
| 'SyncOnPushRebuildOnly'
Опция, чтобы задать, когда компонент под тестом синхронизирует основную модель и тестовую обвязку. Тестовые обвязки модели Subsystem всегда синхронизируются с их базовой моделью.
'SyncOnOpenAndClose'
восстанавливает компонент под тестом из основной модели, когда тестовая обвязка открывается и продвигает изменения от компонента под тестом к основной модели, когда тестовая обвязка закрывается.
'SyncOnOpen'
восстанавливает компонент под тестом из основной модели, когда тестовая обвязка открывается. Это не продвигает изменения от компонента под тестом к основной модели, когда тестовая обвязка закрывается.
'SyncOnPushRebuildOnly'
восстанавливает и продвигает изменения только, когда вы вручную инициируете, восстанавливают или стремятся к целой тестовой обвязке. Для получения дополнительной информации смотрите, Синхронизируют Изменения Между Тестовой обвязкой и Моделью.
Пример: 'SynchronizationMode','SyncOnOpen'
Типы данных: char
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'
Типы данных: char
ExistingBuildFolder
— Путь к папке существующего сгенерированного кода, проверенного с помощью SIL/PILПуть к основной папке сборки существующего сгенерированного кода, проверенного с помощью SIL/PIL в виде строки или вектора символов. Если вы задаете папку сборки, существующий код в той папке используется, который включает более быстрое время создания обвязки. Если вы не задаете папку сборки, код регенерирован. Вы не можете установить значение по умолчанию для этого свойства в sl_customization
файл или использование sltest.harness.setHarnessCreateDefaults
.
Пример: 'ExistingBuildFolder','C:\TestMdl\SILHarness\Amplifier_ert_rtw'
Типы данных: string
| char
RebuildOnOpen
— Наборы, которые обвязка восстанавливает команду, чтобы выполнить, когда обвязка открываетсяfalse
(значение по умолчанию) | true
Опция, чтобы иметь обвязку восстанавливает, когда это открывается в виде разделенной запятой пары, состоящей из 'UseDefaultName'
и false
или true
.
Пример: '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'
Типы данных: char
LogOutputs
— Регистрируйте все выходные сигналы обвязкиfalse
(значение по умолчанию) | true
Регистрируйте все выходные сигналы обвязки для компонента под тестом в виде false
или true
. Когда значением является true
, все сигналы регистрируются, за исключением сигналов, несовместимых с логгированием. Сигналы регистрируются во время выполнения теста и возвращают результаты испытаний. Если выходной сигнал не имеет имени или распространенного имени, он присвоен один в обвязке с помощью формата <component under test name>:<output port number>
. Чтобы удалить сигнал из того, чтобы быть регистрируемым, можно удалить его значок вручную.
Пример: 'LogOutputs',true
Типы данных: логический
PostCreateCallback
— Используйте индивидуальную настройку после созданияИспользование сообщение создает функцию обратного вызова, чтобы настроить тестовую обвязку. Сообщение создает функцию обратного вызова, выполняется после того, как обвязка создается. Для получения дополнительной информации смотрите, Настраивают Тестовые обвязки.
Пример: 'PostCreateCallback','HarnessCustomization'
Типы данных: char
PostRebuildCallback
— Используйте индивидуальную настройку после того, как восстановятИспользование сообщение восстанавливает функцию обратного вызова, чтобы настроить тестовую обвязку. Сообщение восстанавливает функцию обратного вызова, выполняется после обвязки восстанавливают. Для получения дополнительной информации смотрите, Настраивают Тестовые обвязки.
Пример: 'PostRebuildCallback','HarnessCustomization'
Типы данных: char
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'
Типы данных: char
AutoShapeInputs
— Совпадайте со скаляром и двойным источником значения к размерности входного сигналаfalse
(значение по умолчанию) | true
Опция, чтобы сформировать скаляр и двойные значения, чтобы совпадать с размерностью входных сигналов к компоненту под тестом в виде разделенной запятой пары, состоящей из 'AutoShapeInputs'
и false
или true
. Эта опция только применяется к обвязкам с Inport, Constant, Signal Editor, From Workspace или блоками From File. Эта опция установлена в false
для моделей Subsystem.
Пример: 'AutoShapeInputs',true
Типы данных: логический
FunctionInterfaceName
— Имя допускающей повторное использование подсистемы библиотеки функционирует интерфейсИмя допускающей повторное использование подсистемы библиотеки функционирует интерфейс в виде строки или вектора символов. Тестовая обвязка создается для функционального интерфейса допускающей повторное использование подсистемы библиотеки. Вы не можете установить значение по умолчанию для этого свойства в sl_customization.m
файл или при помощи sltest.harness.setHarnessCreateDefaults
.
Пример: 'FunctionInterfaceName','double_RLS'
Типы данных: string
| char
DriveFcnCallWithTestSequence
\in 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. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.