優先ルールとプロパティの継承

優先ルールとプロパティの継承

種々のタイプのLTIモデルに演算を適用することができます。結果として求まるタイプは、2-5ページの"優先ルール"で議論したルールに従って決まります。たとえば、sys1が伝達関数、sys2 が状態空間モデルの場合、それらを加算した結果

sys = sys1 + sys2

は、状態空間モデルのほうが、伝達関数モデルよりも優先順位が高いので、状態空間モデルになります。

優先順位を無視して、処理結果を設定したモデルタイプにするには、たとえば、伝達関数(TF)モデルにするには、つぎのいずれかを使ってください。

• 演算を行う前に、すべてのオペランドをTFに変換する。
• 演算終了後、結果をTFに変換する。

上の例題で、sysの伝達関数を計算したいとします。この場合は、2番目のオペランドを演算前に変換する

sys = sys1 + tf(sys2);

か、または結果を最後に変換する

sys = tf(sys1 + sys2)

注意    このような変更は、数値的に等価にはなりません。計算は、最初の場合は伝達関数でなされ、2番目の場合は状態空間モデルでなされます。

他の項目は、プロパティの継承すなわち、オペランドプロパティ値が、演算結果にどのように反映するかについてです。継承は部分的に演算に依存していますが、つぎに示す一般的なルールがあります。

• 離散時間LTIモデルを組み合わせた演算において、すべてのモデルは、同じサンプル時間をもっているか、またはサンプル時間が未設定(sys.Ts = -1)でなければなりません。これらの演算から出力されるモデルは、サンプル時間が設定されていれば、それを継承します。
• 大部分の演算は、NotesプロパティやUserdataプロパティを無視します。
• 一般に、2つのLTIモデル、sys1とsys2を、+,*,[,],[;]のような演算や、付加やフィードバックを使って組み合わせた場合、結果のモデルは、sys1とsys2から、そのI/O名やI/Oグループを継承します。しかし、混乱を生じるようなI/O名やI/Oグループは継承しません。たとえば、sys1+sys2のInputNameプロパティは、sys1とsys2のInputNameプロパティ値が異なる場合は設定されないままになります。
• TFまたはZPKモデルへの演算から求まる結果のモデルは、オペランドからのVariable プロパティ値を継承します。これによって矛盾が生じる場合、つぎのルールによって処理します。
• 連続時間モデルに対して、'p'は's'よりも優先されます。
• 離散時間モデルに対して、'z^-1'は'q'と'z'より優先され、'q'は'z'より優先されます。

LTIモデルの取り扱い

サブシステムの抽出と変更