2011-11-24-22:42:04.388,2,127251,36,255,8,7d,0b,7d,02,00,ff,ff,ff 2011-11-24-22:42:04.390,2,127250,36,255,8,00,5a,7c,00,00,00,00,fd 2011-11-24-22:42:04.437,2,130306,36,255,8,b1,5c,00,ee,f0,fa,ff,ff 2011-11-24-22:42:04.490,2,127251,36,255,8,7e,0b,7d,02,00,ff,ff,ff 2011-11-24-22:42:04.493,2,127250,36,255,8,01,5a,7c,00,00,00,00,fd
8 bytes is the usual amount because that can be transmitted in a single CAN message. Longer messages are transmitted in multiple CAN messages. The reader programs 'solve' this and only send out coalesced complete PGN messages, for example:
So what is this format?
The format is a very strict and simple ASCII representation of the binary CAN data. It contains the data in a format that is easy to parse by further programs. It is also still somewhat readable, unlike the CAN binary messages.
It contains one PGN per line, and consists of a fixed set of 6 fields that are always the same, followed by a variable number of data fields. The first fields are:
|1||Timestamp when the message was received|
|2||Priority of the message|
|3||PRN, the identifier that explains what type of message it is|
|4||Source ID of the device that produced the message|
|5||Destination ID, 255 means broadcast|
|6||Number of data bytes to follow|
|7 ... n||Data bytes in hexadecimal format|