【上流検証】最小構成のモデルベース開発事例 その29【ネットワークRAPID②】

まず、おおよその作業の流れを考えるか。

まずは

元々のラピッドコントローラで使ってるSimulinkモデルがあるなら、
丸ごと欲しいかな。

そのままじゃ無理だけど、
主要部分だけうまく抜き取って再利用したいだけ。
念のため、Simulinkモデル単体で動作確認はするけどね。

あとはネットワークMILSの回で話した流れと一緒かな。
絵で描くとこんなイメージ。

いんや。
でも業界的に選択肢が限られるし、

普通はdSPCASE社のMicroAutoBox使うと思うよ。
というかMicroAutoBoxで実現できてるだったら、

下手なことしないでMicroAutoBoxで運用すればいいのに。

おー、

まさか太郎くんの口から

「費用対効果」

なんて単語がでるなんて！

一応、褒めてるし感心もしたよ。

うーん、
入出力から追ってくと、ここら辺が主要ロジックかな。

うん。
たぶん合ってる。
どうやら主要ロジックはMATLAB Functionで実現してるっぽいな。

Simulink上でMATLAB用スクリプト実行するためのブロック。
以前、S-Funcionってブロックを使ったと思うんだけど、
あれの親戚か兄弟的なブロックだね。

MATLAB Functionの場合はMEXにはしないけどね。
シフトのようにスイッチ的なものは積分、微分のような処理が入らない場合分け的な処理になるんで、

それをMATLABスクリプトで表現したのだろう。

あとはStateFlowを使う場合もあるけど、

ここでは特に追及しないでおこう。

うーん。
・・・。
・・・。
・・・。

！！？

・・・。

ふむ。

今回はあえて中は見ない。

(うん)
い、いや。意図的にブラックボックスとしてやってみるのも大事かなって。(震え声)

とりあえず、
Simulinkモデルの方はうまく抜き出しておくから、

次回に振る舞いを確認かな。

まとめだよ。

• 正直言うとまずはMicroAutoBox使った方が良い。
  • すでに精度や性能の見積が出来ているのであれば、費用対効果を意識しだしても良い。
• プログラマブルな振る舞いの場合、MATLAB Functionブロックを使用した方が楽な場合がある。
  • 可能であれば、StateFlowの利用も検討しておくと状態の見える化が出来て吉。