-
Notifications
You must be signed in to change notification settings - Fork 503
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ISO 14299 incorrect diagnostic message send #1311
Comments
Hello @dskibarko
In your example, what could be "wrong" is that they do not 'clean' or 'set' the memory to a known value (AA, 00, or whatever), but you are trying to send 8 bytes which mean that this does not fit into 1 frame. You could take this as reference. When the payload exceeds 7 bytes, it needs to be split across multiple CAN frames. This is your case you are trying to send 8 bytes. You will need 2 CAN frames This trace was is saying is:
This reassemble into 10 01 AA AA AA AA AA AA --> Your original message The other part is just the same as in the FF (This is, I think that it is "wrong"). However, I have seen this on some products. About the padding, I'm not really sure, I've seen implementation in which they used 00s or AAs as you mention. However, I think that by ISO14299 they do not specify this as AAs. Maybe, your misunderstanding is that when you put the databytes it means the bare frame. However, it means the data in UDS over CAN context. |
Hello @reymor ! Fine behavior should be same: By the way, the Busmaster should to understund the first byte of data and if it a UDS service value (in this case the value 10 is a diagnostic session control service ID) do not send multiframe. |
As I said, it is said padded. It does not said padded with 0xAA. Anyway, this is not a "big" problem. Here, I do not understad, if I set this to 10 01 It sent You said that it shall be |
The UDS messages should by a 8 bytes of CAN data allways. Not used bytes should be filled by paging data (0xAA value)/ It is a strong requirements but BusMaster can't support it.
For example command "Default diagnostic session" supported only this (0x02) 0x10 0x01 but not support strong ISO 8 bytes data (0x02) 0x10 0x01 0xAA 0xAA 0xAA 0xAA 0xAA.
I try to do manualy and observe strange multiframe transmitted instead of my data. Behavior is on the picture
The text was updated successfully, but these errors were encountered: