ISO11898

車両診断通信

[DoCAN] Vehicle Diagnostic Communication Part 5 [ISO-TP 1]

There are physical addresses for one-to-one communication and functional addresses for one-to-many communication. Physical and functional addresses are composed of four different addressing formats The addressing formats consist of N_AI, N_TAtype, N_TA, N_SA, and N_AE. However, they may or may not be used depending on the addressing format.
車両診断通信

[DoCAN] Vehicle Diagnostic Communication Part 4 [CAN 3]

To determine the sampling points, the number of quantums in each segment must be determined. There are 4 types of segments, each for 1 bit. Synchronization Segment. Propagation Segment. Phase Segment1. Phase Segment2. Propagation Segment + Phase Segment1 is called tseg1, and Phase Segment2 is called tseg2
車両診断通信

[DoCAN] Vehicle Diagnostic Communication Part 3 [CAN 2]

Basically, a Google search can provide information on the CAN data link layer. CAN baud rate setting is special. It is not possible to set the baud rate directly, but the quantum time, which is a decomposition of 1 bit, is determined first. Since the total quantum is the baud rate, it is necessary to calculate backward from the baud rate you want to set. CAN can adjust the sampling point. It can be decided at which quantum in the total quantum to sample. This is often expressed as [%]. 50[%] for the middle, 75[%] for slightly behind (around 3/4).
車両診断通信

[DoCAN] Vehicle Diagnostic Communication Part 2 [CAN 1]

The required standard numbers were reviewed. CAN has become a relatively common specification, and you can find information there on the Internet and in books. 1 Mbps is not often used in DoCAN. For legal reasons 1Mbps lacks stability in some aspects.
車両診断通信

[DoCAN] Vehicle Diagnostic Communication Part 1 [Overview]

The typical standards for vehicle diagnostic communication are ISO 15765-2 and ISO 14229-1. Depending on the manufacturer's policy, the standard number may be a requirement rather than a specific requirement. The layers of vehicle diagnostic communication can be represented by the OSI model. There are two main axes of vehicle diagnostic communication. UDS and OBD. OBD is referenced by vehicle emission regulations, so the various parameters are clear. UDS only has recommended values, and the actual values are dependent on the finished vehicle manufacturer.
車両診断通信

車両診断通信【バックナンバー】

車両診断通信についていろいろ語っていく系のバックナンバー。 DoCAN概要。 CAN。 ISO-TP。 CanTpシミュレーション。 UDS。 Dcmシミュレーション。 CAN-FD概要。 python-canでCAN-FD。 CAN-FDのISO-TP。 CAN-FDでAUTOSAR。
車両診断通信

【CanTp】車両診断通信 その40【シミュレーション㉗】

ISO-TPのシミュレーションをしよう。のシリーズ。 ついに当初の想定する構成でシミュレーションをする回。 のBSパラメータを変化させた場合の挙動。 FC(FlowControl)のBS(BlockSize)パラメータを弄ったシミュレーション実施。 シリーズのまとめ。 CANoeとPythonの共存したテスト環境とか便利かもしれない。
車両診断通信

【CanTp】車両診断通信 その39【シミュレーション㉖】

ISO-TPのシミュレーションをしよう。のシリーズ。 ついに当初の想定する構成でシミュレーションをする回。 シミュレーション構成の復習。 疑似ECU側のコード扱い。 現状は非公開で勘弁してね。 SF-SF,SF-MF,MF-MFの通信ログ確認。
車両診断通信

【CanTp】車両診断通信 その38【シミュレーション㉕】

AUTOSAR-CanTpを実際に動作させてみるためのリクエストメッセージ構築。 Python can-isotpのリクエスト用スクリプトを修正。 一応ISO14229-1に準拠したリクエストにしている。 AUTOSAR-CanTp側も実装。 こちらもSO14229-1に準拠したレスポンスにしている。 一身上の都合でコードは未公開。
車両診断通信

【CanTp】車両診断通信 その37【シミュレーション㉔】

AUTOSAR-CanTpの具体的なコンフィグレーション構造体を定義した。 CanIfとやり取りする際にPduIdという番号を使用する。 今回の場合は以下。 0:0x18DAF110 の送信。 1:0x18DA10F1 の受信。 2:0x18DA10F1 の送信。 3:0x18DAF110 の受信。 CH_RX_CBこと受信管理ブロックとCH_TX_CBこと送信管理ブロックはワーク用。