Чтобы использовать браузер модели в изделии «Калибровка на основе модели» (Model-Based Calibration Toolbox™), необходимо понять структуру и функции дерева модели для навигации по представлениям. Для использования версии панели инструментов в командной строке необходимо понимать одну и ту же структуру и функции, то есть то, как проекты, планы тестирования и модели сочетаются друг с другом. В следующих разделах описывается взаимосвязь между различными моделями, которые можно построить. Эти взаимосвязи иллюстрируются на диаграммах, приведенных в следующем разделе Как дерево модели относится к объектам командной строки.
Проекты могут иметь один или несколько планов тестирования.
Проекты могут иметь один или несколько объектов данных.
Планы тестирования содержат не более одного объекта данных.
Планы тестирования имеют объекты ответа.
Если план одноступенчатого тестирования, они просто называются ответами.
Если план двухэтапного тестирования, это иерархические ответы.
Планы испытаний содержат объекты дерева границ.
Ответ - это модель, адаптированная к некоторым данным. Таковы типы ответов:
Иерархический ответ (уровень 0)
Иерархический ответ (также известный как двухэтапный ответ) моделирует ResponseSignalName использование локального ответа и одного или более признаков ответа.
Иерархический ответ имеет один или несколько различных локальных ответов (доступных через свойство LocalResponses), которые предоставляют различные возможные модели ResponseSignalName. Один из них должен быть выбран в качестве наилучшего, и это будет впоследствии используемый локальный ответ. Функции ответа каждого из локальных ответов доступны непосредственно из этих локальных объектов ответа.
Локальный ответ (уровень 1)
Локальный ответ состоит из моделей ResponseSignalName как функция локальных входных факторов. Локальные входные коэффициенты доступны через InputSignalNames собственность.
Локальный ответ имеет одну или несколько функций ответа (доступных через свойство ResponseFeatures), содержащий модели, соответствующие этим характеристикам ответа локальной модели.
Ответ (уровень 1 или 2)
Для двухэтапных планов испытаний объекты ответа моделируют особенности ответа локальных ответов (ResponseSignalName соответствует имени функции ответа). В этом случае ответ имеет значение уровня 2.
Для одноступенчатых планов испытаний объекты ответа просто моделируют ResponseSignalName как функция входных коэффициентов. В этом случае ответ будет иметь значение уровня 1.
Все ответы могут иметь ноль или более альтернативных ответов (доступных через свойство AlternativeResponses), которые предоставляют различные возможные модели ResponseSignalName. Все они сохраняют тот же уровень, что и ответные меры, альтернативой которым они являются. Один из них должен быть выбран в качестве наилучшего, и это будет ответ, использованный впоследствии.
Примеры различных ответов и их взаимосвязи см. на иллюстрациях в следующем разделе «Как дерево модели относится к объектам командной строки».
Обратите внимание, что каждый ответ содержит объект модели (mbcmodel.model), которые можно извлечь и манипулировать независимо от проекта. Можно изменить тип и настройки модели, подогнать к новым данным, изучить коэффициенты, регрессионные матрицы и прогнозируемые значения, а также использовать пошаговые функции для включения или удаления членов. Можно изменить тип модели, свойства и настройки алгоритма подгонки. Сведения о том, что происходит с объектом модели, см. в разделе Model Object. При изменении модели необходимо использовать UpdateResponse для замены нового типа модели в объекте ответа в проекте. При использовании UpdateResponse новая модель адаптирована к данным ответа. Посмотрите UpdateResponse.
Модели границ можно создавать и оценивать как в проекте, так и в автономном режиме. Можно комбинировать граничные модели так же, как при использовании графического интерфейса редактора границ. В качестве конструктивных ограничений можно использовать граничные модели.
В проекте план тестирования имеет Boundary свойство, которое может содержать mbcboundary.Tree объект.
BoundaryTree = mbcmodel.testplan.Boundary
BoundaryTree является контейнером для всех создаваемых моделей границ. Дерево остается пустым до тех пор, пока не будут созданы границы, и при изменении данных плана испытаний панель инструментов удаляет границы.Можно подогнать граничные модели в mbcmodel проекты с использованием класса дерева границ mbcboundary.Treeлибо можно подогнать граничные модели непосредственно к данным.
Для создания граничной модели вне проекта можно выполнить одно из следующих действий:
Используйте CreateBoundary функция пакета:
B = mbcboundary.CreateBoundary(Type,Inputs)
Используйте fit метод создания и подгонки границы к некоторым данным X:
B = mbcboundary.Fit(X,Type)
Для создания граничной модели в рамках проекта используйте CreateBoundary метод граничного дерева:
B = CreateBoundary(Tree,Type)
B, из mbcboundary.Tree объект, Tree. Входные данные плана испытаний используются для определения входных данных граничной модели. Новая модель границы не добавляется в дерево, необходимо вызвать Add.Чтобы создать новую граничную модель из существующей граничной модели, можно использовать CreateBoundary метод всех типов граничных моделей:
B = CreateBoundary(B,Type)
Можно комбинировать граничные модели с помощью InBest свойства дерева границ. Это соответствует объединению граничных моделей наилучшим образом в графическом интерфейсе редактора границ, как описано в разделе Объединение лучших граничных моделей в документации браузера моделей. Можно также комбинировать граничные модели с логическими операторами для использования в качестве конструктивных ограничений или внешних проектов.
Вы можете изменить ActiveInputs, Evaluateи использовать в качестве designconstraint.