[chirp_devel] Fwd: Wouxun KG-UV8D

[Dana]

Hi Ron,

I looked at the port capture when I got my UV8D-A, and finally just figured
out the checksums with the help of your email. Thanks! :)

The model I have is UV8D-A. It may be different than the non 'a' version.
This is my ID capture:

000046: Write Request (DOWN), 12.09.2014 21:03:31.235 +0.0 (1. Device:
Prolific USB-to-Serial Comm Port (COM3))Buffer size: 0x5 bytes

 7D 80 FF 00 7F

}€ÿ.

000049: Read Request (UP), 12.09.2014 21:03:31.240 +0.005 (1. Device:
Prolific USB-to-Serial Comm Port (COM3)) Buffer size: 0x30 bytes Status:
0x00000000

 7D 80 00 2B 4B 47 2D 55 56 38 44 2D 41 00 01 02
 62 5A 00 03 19 74 06 02 62 5A 00 03 19 74 06 00
 CC 77 C0 01 0B 06 66 00 CC 77 C0 01 0B 06 66 9E

}€.+KG-UV8D-A...
bZ...t..bZ...t..
ÌwÀ...f.ÌwÀ...fž

We may encounter some terminology 'friction', seeing as how you were likely
taught proper English across the big pond from where I learned my
wronglish. I apologize in advance...

On Sep 11, 2014 8:37 AM, "Ron Wellsted" <ron at wellsted.org.uk> wrote:
>
>
> A Gotcha: the first identify packet returns a bad checksum, subsequent
> attempts return the correct checksum... (well it does on my radio!)
>
> The factory software initially does two consecutive identify reads, with
the only difference being the checksums. I initially suspected the dual VFO
nature of the radio, and you have since discovered that the first ID read
checksums incorrectly. So, I wouldn't worry about that, just double ID in
CHIRP, or don't bother to checksum the ID frame.

Channel memory structure sussed out so far:
0x0900:0x477f  channel data 000:199, 0x10 length blocks, FF nulled.
0x4780:0x66bf  channel names 000:199, 0x8 length blocks, 00 padded.

My send read request looks like this (and the breakdown):
   7d 82 ff 03 09 00 40 cd chan001:004data

7d 82 ff read req
           03 count

                09 00 mem location
                        40 bytes requested
                            cd checksum  And the reply:

7d 82 00 42 09 00 ... 1d chan001:004 data

7d 82 00 read ack
             42 count

                  09 00 mem location
                          ... data payload

                               1d checksum
When I get around to learning Python, I might be able to make something
useful happen in CHIRP.

-Dana
ks0rr at reasonablerepairs.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://intrepid.danplanet.com/pipermail/chirp_devel/attachments/20140913/ae56dad5/attachment-0001.html