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

そうそう。
ちなみにDAQはCTOパケットじゃなくてDTOパケットになるんで。

うん。
DTOの目的から見てもバリエーションが多い理由が分かると思うよ。

一気にデータを読み出したり書き込んだりする。
物理層のフレームサイズがそのままスループットになるので、フレーム構成上の非データ領域の割合が多いとスループットが落ちることになる。
ちなみに、
読み出し側がDAQと呼ばれ、書き込み側STIMと呼ばれる。

メモリダンプと言う意味ではUPLOADで良いが、
DAQは連続になっていない領域のデータをまとめて取得できる。

絵で描いた方が良いね。

そのとおり。
CMDの場合はアドレスとサイズの情報を毎回通知するのに対し、
DAQ、STIMの場合は事前設定して、計測の際のはデータだけになる。

いいね。今日は冴えてるじゃん。

ECU内部のイベントで決まる。

周期的なタイマー割り込みだったりすることが多い。
\(10[ms]\)周期、\(100[ms]\)周期。
所謂、制御周期だね。
制御周期で各種データが更新した直後にDAQで送信すれば、常に最新値且つ更新漏れなく計測できる。

あとはエンジン制御とかだと、

TDC(Top Dead Center：上死点)タイミングもイベントの候補になるかな。
こっちは時間で見ると周期的では無い。
本来のDAQの目的はこっちかもね。

うん。
こっちはイメージ湧いてる？

そうだね。
ツールから送る際はイベントに同期していることが望ましいが、
TDCタイミングだといつ送るべきかは全く予想ができないことになるもんね。

答えはシンプルで、「気にしない」になる。

送る側は気にしないけど、実際に値が更新されるタイミングはイベントに同期することになる。
もうちょっと具体的に言うと、そのデータを利用する制御が走る前に一括更新されるイメージ。
Bypassの話をするときに見せた絵をもう一回だすよ。
今だと、ちょっと違った見え方になるんじゃないかな。

Yes。
更新されるまでは前回値を維持するって振る舞いになるね。

うーん、
Bypassの実現はXCPの一部と思った方が良いね。
今回は説明はしないけど、オンラインキャリブレーションなんかもXCPの代表的な仕様だね。
まぁどちらも開発、検証を効率化するための先人に知恵みたいな感じ。

会社組織自体は営利団体なんで、その仕様をどう利用していこうと考えているか、それがどう利益に繋がるかをアピールすれば良いんじゃないかな。
実際こういった案件も来ているわけだし、危機感を煽るってもありかもね。

まとめだよ。

• DAQ、STIMは事前にアドレス、サイズの情報をツール、ECUの間で共有する。
• DAQはECU内の制御周期直後のタイミングで送出されるため常に更新後の最新値を効率的に得られる。
• STIMの送出自体はイベントと同期している必要はないが、実際に更新されるのは制御周期の直前。