[chirp_users] Baofeng UV6S83

[Marcus van Dam]

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 at 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 at intrepid.danplanet.com
> http://intrepid.danplanet.com/mailman/listinfo/chirp_users
> This message was sent to Marcus van Dam at marcus at marcusvandam.nl
> To unsubscribe, send an email to chirp_users-unsubscribe at intrepid.danplanet.com
> 
-------------- next part --------------
--- /a/drivers/uv5r.py	2016-06-15 09:00:15.000000000 +0200
+++ /b/drivers/uv5r.py	2016-08-06 23:07:53.560289955 +0200
@@ -284,7 +284,7 @@
 BASETYPE_F11 = ["USA"]
 BASETYPE_UV82 = ["US2S", "B82S", "BF82", "N82-2", "N822"]
 BASETYPE_BJ55 = ["BJ55"]  # needed for for the Baojie UV-55 in bjuv55.py
-BASETYPE_UV6 = ["BF1"]
+BASETYPE_UV6 = ["BF1", "UV6S83"]
 BASETYPE_KT980HP = ["BFP3V3 B"]
 BASETYPE_F8HP = ["BFP3V3 F", "N5R-3", "N5R3", "F5R3", "BFT"]
 BASETYPE_UV82HP = ["N82-3", "N823"]
@@ -411,7 +411,7 @@
         raise errors.RadioError("Radio did not respond")
 
     serial.write("\x02")
-    ident = serial.read(8)
+    ident = serial.read(12)
 
     LOG.info("Ident: %s" % util.hexprint(ident))
 
@@ -420,7 +420,7 @@
     if ack != "\x06":
         raise errors.RadioError("Radio refused clone")
 
-    return ident
+    return ident[:8]
 
 
 def _read_block(radio, start, size, first_command=False):
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 981 bytes
Desc: OpenPGP digital signature
Url : http://intrepid.danplanet.com/pipermail/chirp_users/attachments/20160806/d3020853/attachment.bin