KEI

車両診断通信

[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.
車両診断通信

[Dcm] Vehicle Diagnostic Communication Part 67 [Simulation 6]

Dsl (Diagnostic Session Layer) is Session related sub-module. It manages P2 time, P2* time, S3 time, etc. It also contains the PudId of CanTp that is actually used.
車両診断通信

[Dcm] Vehicle Diagnostic Communication Part 66 [Simulation 5]

The content of AUTOSAR-Dcm structure consists of dsl, dsd, and dsp. Some are const defined and some are defined by variables for work. There are about 50 structures for configuration in total.