Управление режимами
У каждой системы есть свои режимы работы. Например, у мобильного телефона есть игровой режим, режим энергосбережения и т. д. В каждом из этих режимов субблоки мобильного телефона (процессор, GPU, экран и т. д.) имеют свои собственные режимы работы.
Моделисты используются, когда конкретное свойство не является единичным значением, а зависит от режима работы определенного продукта, оборудования или устройства. Потребляемая мощность - хороший пример, так как она часто зависит от режима работы.
Моделисты - это, по сути, схемы для массивов (в нашем случае Matrix Valis), которые можно использовать для использования возможностей Valitypes и функций автоматического распространения расчетов портала Requirements & Systems Portal, связывая несколько моделистов (схем) в дерево блоков.
Например, общее энергопотребление системы зависит от режима, в котором она находится. В режиме "ON" все блоки и подблоки системы будут включены, в режиме "STANDBY" некоторые блоки системы будут работать, а другие - нет. В режиме "OFF" все блоки будут выключены.
Общее энергопотребление Quadcoper зависит от режима работы системы [OFF, STANDBY, TAKEOFF, CRUISE, LANDING: родительский режим] и от того, как ведут себя различные субблоки (режим подсистемы) в рамках каждого режима.
Давайте разберемся в этом на примере.
Аналогично на рисунке
Родительскими режимами, как определено выше для Propulsion, являются OFF, MANOEUVER, CRUISE и STANDBY.
На рис
Assigning values to the modes of the sub-blocks
После того, как мы установили режимы для отдельных блоков, мы можем создать
или преобразуйте стандартный Vali в режимно-зависимый Vali (рис
Здесь мы можем указать значение мощности, потребляемой в данном режиме.
На рис
Теперь, когда мы определили режимы и значения энергопотребления субблоков, мы можем определить режимы системы верхнего уровня, например Flight Modes
Linking Modes
На видео
Для расчета общего энергопотребления системы, как показано на рис
Linking from the top level to lower levels
В Requirements & Systems Portal мы всегда делаем ссылки с блока верхнего уровня. В данном случае мы связали валикоптер с низкоуровневым блоком, например, с кабиной, сиденьями, электропитанием, батареей и т. д. Ссылка работает в одном направлении - от подсистем к блокам верхнего уровня.
На рис
Skipping a level when linking
Когда мы связываем режимы, мы также можем напрямую связывать верхний уровень (родительский) с нижним (внучатым) и пропускать промежуточные уровни. Это можно сделать, если промежуточный уровень не имеет валика "PowerConsumption".
Например, ссылаясь на рис
Using the same matrix from the top level
Мы также можем суммировать Valis внутри матриц, связывая матрицы в блоках и субблоках с одним и тем же режимом на верхнем уровне.
Например, общее энергопотребление может быть просуммировано из тока всех подблоков по режимам полета.
Это можно сделать, создав сначала в системе верхнего уровня "
Затем мы создаем матрицы "PowerConsumption" в отдельных субблоках, например, "Cabin"
Затем мы можем создать матрицу "PowerConsumption" на верхнем уровне блока "Valicopter_5000"
Summing up a standard Vali with a Mode-dependent Vali
Если в вашей системе есть блок с типом Vali Type, который не зависит от режима, вы можете добавить режим(ы) блока верхнего уровня, явно добавив его в .
Например, на рис
Этот обычный не зависящий от режима Vali может быть добавлен к любому из режимов ("[OFF, STANDBY, TAKEOFF, CRUISE, LANDING]"
Зависимость режима от вали