【上流検証】最小構成のモデルベース開発事例 その50【Bypass⑯】

な、長かった。
まさか、16回も重ねるなんて全く思ってなかった。

メタいな。

いままでのエッセンスが全部ぶっこまれた絵だね。
でも今ならそれぞれ理解できるよ。

よし。
XCPはOK。
A2LはOK。
SimulinkはOK。
プロトタイプECUとの接続もOK。
これでBypassができるね。

動かしながら入力も弄ってみるね。

うん。期待通りの動作だよ。
過去のモデルではばっちり動いているから
お客さん側で新しいモデルと差し替えても、それの振る舞い合わせて動作してくれそうだ。

うん。

だいたいメモってはいたからそれをドキュメントとしてまとめておくよ。

じゃ、確認も兼ねて僕の方で話をするね。

Bypassの目的

• 主要なロジックをPC側に置くことで、ロジックのトライアル＆エラーの回数を増やすことができる。
• よって、装置側を弄る必要なない。

Bypassの手法

• 標準仕様としてはXCPを使用することが多い。
• XCP仕様の中でもDAQ、STIMが最もBypassと相性が良い。

XCP

• 物理層はCAN、Ether、USBなど多岐に分かれる。
• 今回はEther。
• XCPは計測、キャリブレーション、リプログラミングを実現するための仕様。
  • 今回は計測、キャリブレーションの機能を使ってBypassを実現。
• CTO,DTOというパケット構成に分かれる。
  • CTOが細かい指令を出すことが得意なパケット。
    • CMD、RES、ERRなどがある。
  • DTOが連続的にデータの送信ができる効率的なパケット。
    • DAQ、STIMがある。

MCツール

• XCPを利用した計測、キャリブレーションを実現してくれるツール
  • ETAS社製INCA、Vector製CANapeが有名。
  • 今回はCANapeを使った。
• MCツールを使うにはA2Lが必要
  • A2LにはXCPのプロトコル設定とECU側の変数情報が記載される。

CANapeIO

• CANapeにSimulnkDLLを組み込む際のin/outを実現してれるブロック。
• CANapeにSimulnkDLLを組み込む際はこのブロックに付けた名称とCANape上の変数で紐づけができる。

まぁもっと細かいところもあるとは思うけど。

たしかに、ツールが変るとわからなくなりそうだけど、
必要なキーワードは予想できるから、調べるなり、適切な人に聞くなりして実現するってことであれば、割とイメージ湧いてるね。

しばらくこのまま自分で持ってていろいろ実験してみるよ。。

というわけで次の事件が発生するまでは寝てていいよ。