車両診断通信 [CAN-FD] Vehicle Diagnostic Communication Part 89 [python-can 3]
It was discovered that can.player and can.logger do not support CAN-FD.
I immediately modified them to support CAN-FD.
can.logger has a little different problem.
python-can
車両診断通信 
車両診断通信 [CAN-FD] Vehicle Diagnostic Communication Part 88 [python-can 2]
Review can.player and can.logger.
Created asc file for CAN-FD and CAN mixed replay.
Mixed CAN is for identifying the affected area in case of an anomaly.
車両診断通信 [CAN-FD] Vehicle Diagnostic Communication Part 87 [python-can 1]
BusMaster does not support CAN-FD.
The asc format of CAN-FD is different from CAN.
FDF bit and BSR bit parameters are added.
車両診断通信 [CanTp] Vehicle Diagnostic Communication Part 39 [Simulation 27]
Click here for back issues. Introduction. Let's simulate ISO-TP. Series of.Continuation of the times to simulate.This ti...
車両診断通信 [CanTp] Vehicle Diagnostic Communication Part 38 [Simulation 26]
Review of simulation configuration.
Code handling on the virtual ECU side.
Currently, it's private, give me a break.
Confirmation of communication logs of SF-SF, SF-MF, and MF-MF.
車両診断通信 [CanTp] Vehicle Diagnostic Communication Part 37 [Simulation 25]
Fixed the script for Python can-isotp requests.
The request is now ISO14229-1 compliant.
Implemented AUTOSAR-CanTp side.
The response is now SO14229-1 compliant as well.
The code has not been published yet for personal reasons.
車両診断通信 [CanTp] Vehicle Diagnostic Communication Part 26 [Simulation 14]
We experimented with changing FC parameters in can-isotp.
can-isotp is highly complete.
At least, it is much better than those vehicle diagnostic communication whose structure is broken.
車両診断通信 [CanTp] Vehicle Diagnostic Communication Part 25 [Simulation 13]
We experimented with can-isotp request-response.
SF-SF communication -> OK!
MF-MF communication -> OK!
車両診断通信 [CanTp] Vehicle Diagnostic Communication Part 24 [Simulation 12]
Most vehicle diagnostic communication is a single request-response communication.
There are some exceptions such as request-only and response-only communication, but they are quite rare.
Both the request and response sides are script fatted by the receive thread mechanism.
車両診断通信 [CanTp] Vehicle Diagnostic Communication Part 23 [Simulation 11]
I changed the FC equivalent to change the behavior of can-isotp multi-frame requests.
The behavior is now compliant with the specified STmin.
The time parameters for communication are wide enough to allow for synchronization between systems.
If it is more than 10[ms], we aim for 11[ms] to ensure that it meets 10[ms] or more.