Hi Jim,
You are correct, that modification works like a charm.
All data looks intact/correct, so although the FW changed, the content did not?
For completeness I included the diff. I think that Bug #1707 is also related here, should u put it up there as well (including the warning it will break compatibility with other models)?
Looking forward to your real solution. Let me know if I can help test in any form.
// Marcus
On 08/06/2016 09:36 PM, Jim Unroe wrote:
On Sat, Aug 6, 2016 at 10:48 AM, Marcus van Dam marcus@marcusvandam.nl wrote:
Hi,
I recently bought a Baofeng UV-6 at the 409shop, which I all exited hooked up and figured out that it gave the dreaded 'Radio did not respond' and 'Refused to clone' messages.
After some digging and comparing to the Baofeng windows tool (UV6UV7_CPS) I found the following;
When you try to read the radio with Chirp, the magic is send (50 bb ff 20 12 08 23 00), the ACK is received, 0x02 is send, and from here, Chirp seems to expect 8 bytes of data as ident (ident = serial.read(8)), but looking at the serial traffic of the BF software, the radio sends 12 bytes (AA 01 01 36 01 74 01 04 00 05 20 DD). As Chirp only read 8, the next write and read will not return the expected results and the clone fails.
I tried to increase that initial ident read size in Chirp to 12 bytes (ident = serial.read(12)), which got me to the "Incorrect 'Model' selected" error, saying in the debug, that the model is actually ' Ver UV6S83 '.
The "ident" gets prepended to the actual data. When you prepend an additional 4 bytes, then all of the following date (the important stuff) is off by 4 bytes.
For now just change it so it only returns the first 8 of the 12 bytes.
In a desperate attempt I added "UV6S83" to the array "BASETYPE_UV6", which allowed Chirp to read the data, but in the end it could not make sense of the content.
This would be needed to.
This is where my debug skills ended and I hope your expertise comes in.
I have attached a couple of captures to this email; UV6S83-CHIRP_8bytes-ident.txt = Chirp, all default trying to read the UV-6 UV6S83-CHIRP_12bytes-ident.txt = Chirp, modified the ident length and added the basetype as an UV-6 UV6S83-UV6UV7.txt = Original Baofeng software doing a full dump.
The modified Chirp dump contains an interesting snippet in the first memory block: BAOFENG UV-5R .. Ver UV6S83 Would the have build a Frankenstein device?
Let me know if there is anything I can do to help debugging.
// Marcus
I am working something that I hope will allow support for this "new" UV-6, the UV-6R and possibly support the radios that don't return a firmware version.
Jim KC9HI _______________________________________________ chirp_users mailing list chirp_users@intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to Marcus van Dam at marcus@marcusvandam.nl To unsubscribe, send an email to chirp_users-unsubscribe@intrepid.danplanet.com