Pages: [1]
Author Topic: TP20, ACK 9x -> ACK but not ready for packet ?  (Read 3680 times)
H2Deetoo
Full Member
***

Karma: +4/-0
Offline Offline

Posts: 89


« on: July 26, 2015, 07:18:34 AM »

Hi guys,

I am writing some KWP2000 routines over TP20.
Normally you send or receive an ACK (Bx) byte at specific moments.
Sometimes I am receiving a 9x byte, which seems to be an "ACK but not ready for next packet".

I can't find any information on what to do in this case?!
The only TP20 info I found is here: http://jazdw.net/tp20

Anyone know this, or has some log where this ACK is used?


Regards,
H2Deetoo
Logged
Basano
Full Member
***

Karma: +55/-1
Offline Offline

Posts: 173


« Reply #1 on: July 26, 2015, 12:16:41 PM »

Let me know if this helps?
Logged
H2Deetoo
Full Member
***

Karma: +4/-0
Offline Offline

Posts: 89


« Reply #2 on: July 26, 2015, 11:55:00 PM »

Thanks!
It seems my missing info is all in this document, I'll check it out!


Regards,
H2Deetoo
Logged
superglitch
Newbie
*

Karma: +0/-0
Offline Offline

Posts: 9


« Reply #3 on: May 09, 2016, 12:42:06 PM »

You're doing it too fast.
« Last Edit: May 09, 2016, 12:49:28 PM by superglitch » Logged
H2Deetoo
Full Member
***

Karma: +4/-0
Offline Offline

Posts: 89


« Reply #4 on: August 15, 2016, 10:32:43 PM »

It's all sorted now, I simply didn't have all the needed info at the time.


Regards,
H2Deetoo
Logged
jasnm
Newbie
*

Karma: +0/-0
Offline Offline

Posts: 4


« Reply #5 on: October 10, 2016, 09:22:55 AM »

Let me know if this helps?

I'm having the same problem of occasional 9x responses instead bx ACKs in my test code. Do you know what the cause is?
Logged
H2Deetoo
Full Member
***

Karma: +4/-0
Offline Offline

Posts: 89


« Reply #6 on: October 10, 2016, 11:36:21 PM »

Yes it is a normal answer when the remote side isn't ready yet.
Check the attached document how to properly cope with this reply
Logged
jasnm
Newbie
*

Karma: +0/-0
Offline Offline

Posts: 4


« Reply #7 on: October 18, 2016, 09:31:27 AM »

Yes it is a normal answer when the remote side isn't ready yet.
Check the attached document how to properly cope with this reply

The document indicates the same block should be resent after 100 ms, from my testing this doesn't seem to work as described. Here's a snippet when the first request returned 0x92 and subsequent retries all return 0x92.

Code:
0339 05 12 00 02 1a 91
0300 01 92
0339 05 12 00 02 1a 91 
0300 01 92
0339 05 12 00 02 1a 91 
0300 01 92
0339 05 12 00 02 1a 91

Has anyone got some vcds can dumps of a full scan?
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Page created in 0.019 seconds with 17 queries. (Pretty URLs adds 0s, 0q)