【DoCAN】車両診断通信 その44【UDS④】

次はStored Data Transmission。

そうだね。
DTC(Diagnostic Trouble Codes)こと故障コードとフリーズデータが診断情報ってことになる。

基本的には16bit長のコードなんだけど、
UDSとしては24bit長フォーマットを前提としている。
ともにSAE-J2012という規格で定義されているが、
細かい話をし出すと結構なボリュームになるんだよねー。

まぁDTCに関してはVector社の「はじめての診断」の「DTCとステータス」のところでも触れてるんで、
そのレベルの認識で良いかな。

故障検知時に故障コードと一緒に車両の情報のスナップショットを記録するような機能があるんだけど、
そのスナップショットがフリーズデータ。

故障の原因調査用だね。
DTCからでも結構予測は付くことは多いんだけど、
さらに詳細に調査しようと思うと、故障した瞬間、またはその直前に何があったかを知りたいじゃん？
それのヒントのようなものだね。
さすがにあらゆるデータを格納ってわけにはいかないんで、必要最低限の主要なデータのみになるけど。

次のInput/Output Controlはサービスとしては1種類のみ。

でも機能としては結構メンドクサイタイプだね。
何しろ、I/O制御要求だから通信だけの実装じゃ話は終わらないね。

主に組み立て後や部品交換後の検査用だね。

うん。
部品交換したはいいけど、
車両を走らせてみないと大丈夫かどうかわからないじゃ怖いよね。

そうそう。

そうだねー。
これが無いと工場で組み立てたはいいけど、本当に大丈夫かの検査ができないから結構費用帯効果の大きい機能だと思うよ。

あと、このサービスは動作条件とかもシビアだったりするね。

車両が走っている最中に強制的にI/O制御されるとどうなる？

よって、車速が0[km/h]でなければ拒否したり、
I/O制御中に車速が0[km/h]以外になったらI/O制御を自動キャンセルしたりする。

まとめだよ。

• Stored Data Transmissionの説明。
  • DTC及びフリーズデータの取得とクリア。
• Input/Output Controlの説明。
  • ECUのI/O制御。
  • 便利な反面、車両状態によっては危険なこともあるので、セーフティ機能含めて考える必要があるサービス。