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

ど、どうしたの？！

ちょ、落ち着きなって！

それはもう開発の前提がひっくり返ったんで無理ですってお断り方向かな。

(すげー。超キレてる。)

(すげー。超切り替え早い。)

で、

具体的にどういうインターフェースに変わったの？

あー、CANね。

なに？

(く、腐ってやがる。)

要は、

疑似的に同様のアルゴリズムで制御情報をCANで送受信する環境を別に構築しないといけないと。

(必殺技？上司を必殺するのかな？)

まぁ有ると言えばあるね。

CANのシミュレーションをすれば良いから、CANインターフェースを持ったラピッドコントローラを買ってくるってのが一般的だね。

200万円かー。

ちょっと厳しいな。

ラピッドコントローラだと300万円は欲しいところかも。
じゃーもう一個の案として、
車載ネットワークシミュレータあたりを落としどころにするか。

まぁ有名どころというか、
環境構築までの時間を考えると、
ほぼこれ一択になるんだけど。

Vector社のCANoeだな。

いや、別に企業案件とかじゃないよ。
Vector社からは1円も貰ってない。
私は単なる1ユーザに過ぎない。

CAN回線モニタはCANoeの一機能だな。
CAN回線モニタだけしたいならば、CANalyzerって製品の方が費用的には良いかもね。

うーん。

ちょっとそこは分からないな。
CANoeはネットワークシミュレーションを目的にしていて、
CANalyzerはネットワーク解析とちょっとしたテスト用のアクションを目的にしている印象。
機能的にはCANoeの方が上位である傾向はあるかな。

うん。

SimulinkモデルをCANoeに組み込んだりも出来るんで、
今回の件にはすごく向いてるんじゃないかな。

まとめだよ。

• 制御とインターフェースを分けたことで、インターフェースだけを差し替えるということは可能。
  • だたし、簡単かどうかは別問題。
• Simulinkモデルがあればラピッドコントローラで疑似的なECUを作ることは可能。
  • CANに限定するならば、車載ネットワークシミュレータを使用することも可能。