【DoCAN】車両診断通信 その8【ISO-TP③】

前回の続きで次はExtended addressing
構成はこんなん。
ちなみに11bitと29bitどっちもある。

そうだね。
Normal addressingにN_TAの情報を付加して拡張版としたイメージだね。

私もこのアドレッシングフォーマットは見たことないので、推測になるが、

• 元々Normal addressingで運用していた。
• ノード数が増えてCANIDが枯渇し始めた。
• N_AIを固定にしてN_TAでハンドリングし始めた。

って感じではなかろうか。
Normal addressingのN_AIがノード数分あるのに対して、
Extended addressingはノード数ではなく、物理アドレスと機能アドレスグループの分だけで済むって効能がある。

次はMixed addressingの11bitIDの場合。
構成はこんなん。

N_AEの役割が重要になるんだよ。
IPアドレスでいうところのネットワーク部に相当するもので、
ゲートウェイを跨いだ通信がすることが想定される場合に使われるイメージ。
まぁN_TAもゲートウェイを跨いではいけないという理由は無いので、結果的には一緒ってオチはあり得る。
ただ、動機が異なることだけは覚えておいた方が良いね。

で、気づいたかもしれないけど、Mixed addressingは11bitIDと29bitIDで大きく異なる。
29bit Mixed addressingの構成はこんなん。

N_TAtypeは、
物理アドレスの場合は0xCE。
機能アドレスの場合は0xCD。

たぶんそうだと思う。

ECUがむちゃむちゃ増えることを想定した一番なんでもありなアドレッシングフォーマットだね。
ただ、ネットワーク設計をきっちりする必要があるので、
これもあまり日の目を見ないのも事実で、私も実際にこの仕様で動いているのは見たことない。

うーん、私の経験則になってしまうが、
Normal AddressingとNormal fixed addressingがほとんどじゃないかなぁ。
理由はいろいろあるんだろうけど
DoCANの前身でKWP2000と呼ばれる通信フォーマットがあるんだけど、
あれの仕様を可能な限り踏襲するとNormal AddressingかNormal fixed addressingになるんだよ。
あと、すべてのECUが車両診断通信に対応する必要もないので、
ECUの数が増えたことが直接N_AI、N_TA枯渇ってわけでもないんだよね。

法規的に対応するのはエミッション系と呼ばれるもので、
エンジン制御とトランスミッション制御のように排ガスに関連のあるECUなんだよね。
それ以外は法規的には求められていない。

法規要件だけだったらね。
故障診断通信としては工場での組付け後動作確認や市場不具合解析の目的もあるんで、
ここらへんの費用対効果があれば実装されることは多い。
よって、完成車メーカの方針次第ってことになるね。

そうなるね。

まとめだよ。

• Extended addressingはNormal addressingのN_TA追加の拡張版。
• Mixed addressingは11bitID版と29bitID版がある。
  • 11bitID版はNormal addressingベースのゲートウェイ越え想定版。
  • 29bitID版はNormal fixed addressingベースのゲートウェイ越え想定版。