ISO14229

NRC$78(ResponsePending)が一定回数を超えるとNRC$10(generalReject)を返すパターンを見た。 この仕様はISO14229-1では規定されていない しかし、デファクトスタンダードである可能性が高い。 よって、AUTOSARの仕様として取り込まれていると推測。

WriteDataByIdentifierのシミュレーションの結果を確認。 メッセージレベルの確認。 CAN回線レベルの確認。 書いたあとの読み出しのためにReadDataByIdentifierを併用して動作確認することが多い。 NRC$78返答の雰囲気を出した。 実際は3回もNRC$78が続くことは少ない。

AUTOSAR-Dcmのシミュレーションの話。 WriteDataByIdentifierのシミュレーション用のPythonコード書いた。 WriteDataByIdentifierはセッションとセキュリティで保護されていることが多いのでそのテストがメイン。

ReadDataByIdentifierのシミュレーションの結果を確認。 メッセージレベルの確認。 CAN回線レベルの確認。 マルチDID仕様が厄介 存在しないDIDのリクエストはエラー。 しかし、マルチDIDで存在するDIDがあればエラーにはならない。 DIDが存在していればエラーにはならない。 しかし、レスポンスメッセージ長都合でエラーになることもある。

AUTOSAR-Dcmのシミュレーションの話。 ReadDataByIdentifierのシミュレーション用のPythonコード書いた。 ReadDataByIdentifierのマルチDIDに関連したテストパターンメイン。 マルチDID。 未サポートDIDを混ぜる。 レスポンスメッセージ長が最大値を超えるようなDID指定。

TesterPresentsのシミュレーションの結果を確認。 メッセージレベルの確認。 CAN回線レベルの確認。 suppressPosRspMsgIndicationBitありのTesterPresentsはAUTOSAR-Dcm仕様としては特別扱い。 DslでS3時間延長をしたあとはメッセージ破棄して、Dsd、Dspには渡さない。 ISO14229-1と異なる結果になるが、実用性の方を重視されている。

AUTOSAR-Dcmのシミュレーションの話。 TesterPresentsのシミュレーション用のPythonコード書いた。 TesterPresentsの主目的から考えて、SessionControl、SecurityAccessも実施する。 S3タイムアウト抑制が主目的。

AUTOSAR-Dcmのシミュレーションの話。 SecurityAccessのシミュレーションの結果を確認。 メッセージレベルの確認。 CAN回線レベルの確認。 SecurityAccessはセッション状態、セキュリティ状態によって挙動が変わる。 セッション状態に紐づく形でS3タイムアウトにも依存する。