Originally Posted by
kur4o
Code:
download and execute Main LOOP $10
<6D 10 F0 36 80 03 56 00 00 80 20 3D 20 00 FF FF 7E 02 ..
>6C F0 10 76 00 73 00
I think that before the pcm handles control to the download routine it must send 73 as a response that means all is ok.
78 is usually send in multi message answers that require more time. The meaning should be wait I am busy, not ready yet.
To clear the meaning of most of the responses you will have to go through the code again.
Another thing I noticed that the response came from $18, If you send a frame to $10 and get a response from $18 there is something wrong.
To the best of my knowledge, the following responses apply...
Code:
"TRANSFER SUSPENDED\n", // 0x071
"TRANSFER ABORTED\n", // 0x072
"BLOCK TRANSFER COMPLETE / NEXT BLOCK\n", // 0x073
"ILLEGAL ADDRESS IN BLOCK TRANSFER\n", // 0x074
"ILLEGAL BYTE COUNT IN BLOCK TRANSFER\n", // 0x075
"ILLEGAL BLOCK TRANSFER TYPE\n", // 0x076
"BLOCK TRANSFER DATA CHECKSUM ERROR\n", // 0x077
"BLOCK TRANSFER MESSAGE CORRECTLY RECEIVED\n", // 0x078
"INCORRECT BYTE COUNT DURING BLOCK TRANSFER\n" // 0x079
The Mode $34 command I am sending is:
4C 18 F1 34 00 00 00 00 00 00 <crc>
The Mode $36 command I am sending is:
6d 18 f0 36 80 00 51 00
00 00 ce 10 00 86 55 b7
10 3a 86 aa b7 10 3a cc
50 a0 b7 18 06 f7 18 06
86 80 a5 25 27 e7 a7 25
7a 00 50 26 e0 86 f0 97
50 18 ce 00 40 86 80 a5
2e 27 fa 18 a6 00 a7 2f
18 08 18 8c 00 4f 2e c5
20 eb 48 65 6c 6c 6f 20
77 6f 72 6c 64 21 21 21
0a 0d 00 1e b4 4c
This now includes watchdog/COP reset. Some timer and interrupt settings still affect this, I need to add a re-init section...
It may be that my tool for sending extended frames has a flaw. I will drag out the scope and have a look. I should also try to download using $10/Tside as target.
Thanks again,
Tom
Bookmarks