2023-01

車両診断通信

[Dcm] Vehicle Diagnostic Communication Part 77 [Simulation 16]

Check the results of the SecurityAccess simulation. Check the message level. Check the CAN line level. SecurityAccess behavior depends on session state and security state. SecurityAccess behavior depends on session state, security state, and S3 timeout.
車両診断通信

[Dcm] Vehicle Diagnostic Communication Part 76 [Simulation 15]

I wrote Python code for the SecurityAccess simulation. There is a large amount of work to be done to make sure SecurityAccess works. Support sessions. Sequence. Seed in security unlocked state. Transition to locked state on session transition. Session transitions due to S3 timeouts.
車両診断通信

[Dcm] Vehicle Diagnostic Communication Part 75 [Simulation 14]

Check the results of the DiagnosticSessionControl simulation. Confirmation of message level. Confirmation of CAN line level. NegativeResponse can be automatically determined and returned by Dcm or by adding your own code. Message length and parameter abnormality are judged automatically. Rejections due to vehicle status are returned with an original code.
車両診断通信

[Dcm] Vehicle Diagnostic Communication Part 74 [Simulation 13]

I wrote a Python code for simulation of DiagnosticSessionControl. Communication patterns include error patterns. Non-existent session. Wrong message length for a DiagnosticSessionControl request.
車両診断通信

[Dcm] Vehicle Diagnostic Communication Part 73 [Simulation 12]

Review of AUTOSAR Dcm simulation configuration The Python code on the off-board tester side is the same as we have used so far. Modifications will be made as needed. The order in which the simulations are run is as follows. DiagnosticSessionControl. SecurityAccess. TesterPresent. ReadDataByIdentifier. WriteDataByIdentifier.
車両診断通信

[Dcm] Vehicle Diagnostic Communication Part 72 [Simulation 11]

I wrote the configuration code for Dsp. Mostly security, session definition and association with DID.
車両診断通信

[Dcm] Vehicle Diagnostic Communication Part 71 [Simulation 10]

Dsp is the application layer. It is divided into ISO14229-1 dependent and manufacturer dependent, and manufacturer dependent is handled by callback functions. The DID-related part of Dsp is the most complicated. Once you know DID, other configurations are relatively easy.
車両診断通信

[Dcm] Vehicle Diagnostic Communication Part 70 [Simulation 9]

I wrote the configuration code for Dsd. The corresponding security level and session entity are in Dsp and only referenced from Dsd.
車両診断通信

[Dcm] Vehicle Diagnostic Communication Part 69 [Simulation 8]

Dsd is a sub-module whose purpose is to distribute to each service. At the same time, it also determines the security level and sessions to be supported. For the above purposes, it has the following configuration parameters Existing service definition. Support service definition. Definition of the security level and sessions that the service can support.
車両診断通信

[Dcm] Vehicle Diagnostic Communication Part 68 [Simulation 7]

I wrote the code for the Dsl structure definition. The end of the list is when Arc_EOL is TURE. ArcCore (OpenSAR) proprietary specification. Callback functions can be defined to trigger diagnostic service start/stop, valid service request, and session transition.