【DoCAN】車両診断通信 その60【UDS⑳】

そして今回はシミュレーションする予定の中の最後のサービス、
WriteDataByIdentifierサービスについて。

まずはそのイメージで良いかな？

間違ってはいないけど、その考え方では成立しないものもあるって感じかなー。

DIDで車速、エンジン回転数を取得できるものがあったとして、
そのDIDはReadDataByIdentifierサービスではサポートされるものだけど、
WriteDataByIdentifierサービスでは非サポートになる。

というわけで、必ずしも対ではないってことだけ覚えておくと良いよ。

ReadDataByIdentifierサービスの時もそうだったけど、
DIDの定義って完成車メーカ依存なんだよねー。
まぁ先も言ったようにReadDataByIdentifierサービスよりも制約が強いんで、
恐らくこれくらいでしょう。
って話はできそうかな？

じゃー、経験則で。

おおよそ以下かな。

• 制御パラメータの書き込み
• 車両、ECU、ソフトウェアの識別番号の書き込み

共通しているのは、E2PROM等に格納される不揮発な情報ってところだね。

おー！鋭いね！

まさにその通りで、
基本はセキュリティロックがサービスかDID別にかかってることが多いよ。

WriteDataByIdentifierサービスの性質というか、
WriteDataByIdentifierサービスが「不揮発性メモリに書き込む」ことが多いが故の性質になるんだけど。

即時レスポンスにならなくて、場合によってはNRC$78が返る。

不揮発性メモリの書き込みって大きく3手順ある。

• メモリ消去
• 書き込み
• ベリファイ

まぁP2時間のUDSの推奨値は1秒、OBDの設定値は50msなんで、
基本は間に合うはずなんだけど、
絶対間に合う保証もないので、とりあえずNRC$78を返すって実装になってることもあるねー。

そうね。
まぁ仕様に違反しているわけでもないし、
確実性を考えると、まぁありな仕様だとは思うよ。

まとめだよ。

• WriteDataByIdentifierサービスの説明。
  • 利用シーン。
  • 不揮発性メモリに紐づいた通信上の特性。