モード管理
すべてのシステムには、それぞれ異なる動作モードがある。例えば、携帯電話にはゲームモード、パワーセーバーモードなどがある。これらのモードのそれぞれで、携帯電話のサブブロック(プロセッサー、GPU、スクリーンなど)はそれぞれの動作モードを持っている。
モデリストは、特定のプロパティが単一の値ではなく、特定の製品、機器、またはユニットの動作モードに依存する場合に使用されます。消費電力は、動作モードに依存することが多いので、この良い例です。
モデリストは、基本的に配列(私たちの場合はマトリックス・バリス)のスキーマです。このスキーマを使用すると、ブロックツリーで複数のモデリスト(スキーマ)を変化させながらリンクすることによって、バリティタイプと要件&システムポータルの自動計算伝播機能のパワーを利用することができます。
例えば、システム全体の消費電力は、システムがどのモードにあるかによって決まります。ON "モードでは、システムのすべてのブロックとサブブロックのスイッチがオンになります。"STANDBY "モードでは、システムの一部のブロックが動作している一方で、他のブロックは動作していない場合があります。OFF "では、すべてのブロックがオフになります。
クワッドコパーの総消費電力は、システムが動作しているモード[OFF、STANDBY、TAKEOFF、CRUISE、LANDING:親モード]と、各モード内で異なるサブブロックがどのように動作するか(サブシステムモード)によって異なります。
例で説明しよう。
同様に図
推進部の親モードは、上で定義したように、OFF、MANOEUVER、CRUISE、STANDBYである。
図では
Assigning values to the modes of the sub-blocks
個々のブロックのモードが設定できたら、次のようにする。
をクリックするか、標準Valiをモード依存Valiに変換する(図
ここでは、その特定のモードで消費される電力の値を指定することができます。
図
サブブロックのモードと消費電力値が定義できたので、次にトップレベルのシステムモード、例えばフライトモード
Linking Modes
ビデオ
システム全体の消費電力を計算するには、図のように
Linking from the top level to lower levels
要件&システムポータルでは、常にトップレベルのブロックからリンクします。このケースでは、キャビン、シート、電源、バッテリーなど、低レベルのブロックにバリコプタをリンクしています。リンクは、サブシステムからトップレベルブロックへの一方向に機能します。
図では
Skipping a level when linking
モードをリンクする際、トップレベル(親)からローレベル(孫)へ直接リンクし、中間レベルをスキップすることもできます。これは、中間レベルに "PowerConsumption "バ リがない場合に可能である。
例えば、図
Using the same matrix from the top level
また、ブロックやサブブロックのマトリックスをトップレベルの同じモードにリンクすることで、マトリックス内のバリスをまとめることもできます。
例えば、全体の消費電力は、飛行モードによるすべてのサブブロックの電流から合計することができる。
これを行うには、まず、"
次に、個々のサブブロック(例えば "キャビン")に "PowerConsumption "マトリックスを作成します。
次に、トップレベルの "Valicopter_5000 "ブロックに "PowerConsumption "行列を作成します。
Summing up a standard Vali with a Mode-dependent Vali
システム内に、モードに依存しないVali Typeを持つブロックがある場合、明示的に.NETマトリックスに追加することで、トップレベルブロックのモードを追加することができる。
例えば、図
この通常の非モード依存のValiは、トップレベルの「Valicopter_5000」ブロックのモード依存の「PowerConsumption」マトリックス内のどのモード(「OFF、STANDBY、TAKEOFF、CRUISE、LANDING」)にも追加することができます。
モード依存性