Создайте тестовую обвязку
sltest.harness.create(
создает тестовую обвязку для компонента модели harnessOwner
)harnessOwner
, с использованием свойств по умолчанию.
sltest.harness.create(
использует дополнительные опции, заданные одним или несколькими harnessOwner
,Name
,Value)Name
, Value
аргументы в виде пар.
Создайте обвязку для f14
модель. Обвязка называется sample_harness
и имеет источник блока Редактор и приемник возможностей.
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
Пример: 'модель _ имя'
Пример: 'модель _ 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'
- Вывод обвязки'Outport'
(по умолчанию) | 'Scope'
| 'To Workspace'
| 'To File'
| 'Terminator'
| 'None'
| 'Custom'
Выход компонента, заданный как разделенная разделенными запятой парами, состоящая из 'Sink'
и одно из возможных значений раковины.
Если ваша тестовая обвязка содержит блок To Workspace, основная переменная не сохраняется в базовом рабочем пространстве после завершения теста. После завершения теста базовое рабочее пространство восстанавливается в исходном состоянии.
Пример: 'Sink','Scope'
Типы данных: char
'CustomSinkPath'
- Путь к библиотечному блоку для пользовательского приемникаДля пользовательского приемника путь к библиотечному блоку, используемый в качестве приемника, задается как разделенная разделенными запятой парами, состоящая из 'CustomSinkPath'
и путь.
Пример: 'CustomSinkPath','simulink/Sinks/Display'
'SeparateAssessment'
- Отдельный блок оценки тестовfalse
(по умолчанию) | true
Опция для добавления к тестовой обвязке отдельного блока Test Assessment, заданная как разделенная запятой пара, состоящая из 'SeparateAssessment'
и false
или true
.
Пример: 'SeparateAssessment',true
Типы данных: logical
'SynchronizationMode'
- Задает поведение синхронизации тестируемого компонента'SyncOnOpenAndClose'
(по умолчанию) | 'SyncOnOpen'
| 'SyncOnPushRebuildOnly'
Опция, чтобы задать, когда тестируемый компонент синхронизирует основную модель и тестовую обвязку. Тестовые обвязки модели подсистемы всегда синхронизируются с их базовой моделью.
'SyncOnOpenAndClose'
восстанавливает тестируемый компонент из основной модели, когда откроется тестовая обвязка, и перемещает изменения из тестируемого компонента в основную модель, когда тестовая обвязка закроется.
'SyncOnOpen'
перестраивает тестируемый компонент из основной модели, когда откроется тестовая обвязка. Он не толкает изменения от тестируемого компонента к основной модели, когда тестовая обвязка закроется.
'SyncOnPushRebuildOnly'
перестраивает и выталкивает изменения только, когда вы вручную инициируете перестроение или нажимаете на всюсь тестовую обвязку. Для получения дополнительной информации см. «Синхронизация изменений между тестовой обвязкой и моделью».
Пример: 'SynchronizationMode','SyncOnOpen'
Типы данных: char
'CreateWithoutCompile'
- Опция создания обвязки без компиляции основной моделиfalse
(по умолчанию) | true
Опция для задания создания обвязок без компиляции основной модели, заданная как разделенная разделенными запятой парами, состоящая из 'CreateWithoutCompile'
и false
или true
. Для этой опции задано значение true
для модели подсистемы тестовых обвязок.
false
компилирует модель и запускает другие операции для поддержки сборки обвязок. true
создает обвязку без компиляции модели.
Пример: 'CreateWithoutCompile',false
Типы данных: logical
'VerificationMode'
- Опция использования блока normal (model), software-in-the-loop (SIL) или процессора в цикле (PIL) в качестве тестируемого компонента'Normal'
(по умолчанию) | 'SIL'
| 'PIL'
Опция, чтобы задать, какой тип блока использовать в тестовую обвязку, заданная как разделенная запятой пара, состоящая из 'VerificationMode'
и тип используемого блока. Блоки SIL и PIL требуют Simulink Coder. Для этой опции задано значение normal
для моделей Подсистемы.
Пример: 'VerificationMode','SIL'
Типы данных: char
'ExistingBuildFolder'
- Путь к папке существующего сгенерированного кода, проверенный с помощью SIL/PILПуть к основной папке сборки существующего сгенерированного кода проверен с помощью SIL/PIL, заданный как строковый или символьный вектор. Если вы задаете папку сборки, используется существующий код в этой папке, что позволяет сократить время создания обвязок. Если вы не задаете папку сборки, код перегенерируется.
Пример: 'ExistingBuildFolder','C:\TestMdl\SILHarness\Amplifier_ert_rtw'
Типы данных: string
| char
'RebuildOnOpen'
- Устанавливает команду rebuild обвязки, которая должна выполняться, когда обвязка откроетсяfalse
(по умолчанию) | true
Опция перестроения обвязок при ее открытии, заданная как разделенная разделенными запятой парами, состоящая из 'UseDefaultName'
и false
или true
.
Пример: 'RebuildOnOpen',true
Типы данных: logical
'RebuildModelData'
- Устанавливает записи конфигурации модели и рабочего пространства модели, которые будут обновлены во время тестовой обвязкиfalse
(по умолчанию) | true
Опция обновления записей конфигурации модели и рабочего пространства модели во время перестроения тестовой обвязки заданная как разделенная запятой пара, состоящая из 'RebuildModelData'
и true
или false
. Для этой опции задано значение true
для модели подсистемы тестовых обвязок.
Пример: 'RebuildModelData',true
Типы данных: logical
'SaveExternally'
- Тестовые обвязки сохранены как отдельные файлы SLXfalse
(по умолчанию) | true
Опция сохранения каждой тестовой обвязки как отдельного файла SLX, заданная как разделенная разделенными запятой парами, состоящая из 'SaveExternally'
и true
или false
. Модель не может использовать как внешнее, так и внутреннее тестовое хранилище тестовых обвязок. Если модель уже имеет тестовые обвязки, новая тестовая обвязка следует типу хранения существующих обвязок, который эта опция не переопределяет. См. «Управление тестовыми обвязками».
Пример: 'SaveExternally',true
Типы данных: logical
'HarnessPath'
- Путь к файлу внешней тестовой обвязкиЕсли 'SaveExternally'
задано, можно задать местоположение для файла SLX внешней обвязки с помощью разделенной разделенными запятой парами, состоящей из 'HarnessPath'
и вектор символов..
Пример: 'HarnessPath','C:\MATLAB\SafetyTests'
Типы данных: char
'LogHarnessOutputs'
- Логгирование всех выходных сигналов обвязкиfalse
(по умолчанию) | true
Логгирование всех выходных сигналов обвязок для тестируемого компонента, заданное как false
или true
. Когда значение true
все сигналы регистрируются, за исключением сигналов, несовместимых с логгированием. Сигналы регистрируются во время выполнения теста и возврата результатов тестирования. Если сигнал выхода не имеет имени или распространенного имени, он назначается в обвязку с использованием формата <component under test name>:<output port number>
. Чтобы удалить сигнал из регистрации, можно удалить его значок вручную.
Пример: 'LogHarnessOutputs',true
Типы данных: logical
'PostCreateCallback'
- индивидуальная настройка обвязки после созданияИспользуйте функцию обратного вызова создания проводок для настройки тестовой обвязки. Проводка создания функции обратного вызова выполняется после создания обвязки. Для получения дополнительной информации см. раздел «Настройка тестовых обвязок».
Пример: 'PostCreateCallback','HarnessCustomization'
Типы данных: char
'PostRebuildCallback'
- индивидуальная настройка обвязки после перестройкиИспользуйте функцию обратного вызова post rebuild для настройки тестовой обвязки. Функция обратного вызова после перестройки выполняется после перестройки обвязки. Для получения дополнительной информации см. раздел «Настройка тестовых обвязок».
Пример: 'PostRebuildCallback','HarnessCustomization'
Типы данных: char
'ScheduleInitTermReset'
- Дисковая модель инициализирует, сбрасывает и завершает портыfalse
(по умолчанию) | true
Опция для дисковода модели инициализации, сброса и завершения портов с выбранным источником тестовой обвязки, заданная как разделенная разделенными запятой парами, состоящая из 'ScheduleInitTermReset'
и false
или true
. Эта опция применяется только к обвязкам, созданным для блока. Для этой опции задано значение false
для моделей Подсистемы.
Пример: 'ScheduleInitTermReset',true
Типы данных: logical
'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
для моделей Подсистемы.
Пример: 'AutoShapeInputs',true
Типы данных: logical
'FunctionInterfaceName'
- Имя переиспользуемого функционального интерфейса подсистемы библиотекиИмя переиспользуемого функционального интерфейса подсистемы библиотеки, заданное как строковый или символьный вектор. Тестовая обвязка создаётся для функционального интерфейса повторно используемой подсистемы библиотеки.
Пример: 'FunctionInterfaceName','double_RLS'
Типы данных: string
| char
DriveFcnCallWithTestSequence
в 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. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.