<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style>
</head>
<body lang="EN-GB" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Dan,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Jim sent an image… <o:p>
</o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">It does look a bit like the ICOM protocol (I started there) – but uses its own subcommand just for doing a memory dump and upload. So unfortunately no overlap.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">I hope that it will work with other TYT radios though because the programmer seems to be written with multiple radios in mind (I decompiled it to get some of the checksum info calculation and memory
layout).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Jim did the topping and tailing (I don’t have a lot of time for testing now), the timeout as is was as it was in the driver that I cribbed from – I’m sure it could be almost anything.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Best wishes<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">James<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span style="font-size:12.0pt;color:black">From:
</span></b><span style="font-size:12.0pt;color:black">chirp_devel-bounces@intrepid.danplanet.com <chirp_devel-bounces@intrepid.danplanet.com><br>
<b>Date: </b>Thursday, 19 November 2020 at 20:58<br>
<b>To: </b>chirp_devel@intrepid.danplanet.com <chirp_devel@intrepid.danplanet.com><br>
<b>Subject: </b>Re: [chirp_devel] [PATCH] [TH-UV88] New Model: TYT TH-UV88 (replacement for previous patch)<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal">> # HG changeset patch<br>
> # User Jim Unroe <rock.unroe@gmail.com><br>
> # Date 1605729943 18000<br>
> # Wed Nov 18 15:05:43 2020 -0500<br>
> # Node ID 9379757e3946f6da034d96093ad188c9b93dd622<br>
> # Parent d5e496f563fdfc9ea89dea5f119357235b82db6f<br>
> [TH-UV88] New Model: TYT TH-UV88 (replacement for previous patch)<br>
> <br>
> This patch adds support for the TYT TH-UV88<br>
> <br>
> Initial radio protocol decode, channels and memory layout<br>
> by James Berry <james@coppermoth.com>, Summer 2020<br>
> <br>
> Related to #7817<br>
<br>
Can we get an image for testing this?<br>
<br>
> +def _clean_buffer(radio):<br>
> + radio.pipe.timeout = 0.005<br>
<br>
This is 5ms, too low to be meaningful on most systems I think, and it looks like this is just for the serial purge. I think something like 100ms is a lot better. I'm not sure how long it takes to read 256 bytes at 57600 but it wouldn't surprise me if this is
too short to even clear most buffers.<br>
> <br>
> +def _make_read_frame(addr, length):<br>
> + frame = "\xFE\xFE\xEE\xEF\xEB"<br>
<br>
This isn't going to be py3 compatible, but I'm so behind on processing this stuff I guess maybe I shouldn't be too picky.<br>
<br>
> + """Pack the info in the header format"""<br>
> + frame += struct.pack(">ih", addr, length)<br>
> +<br>
> + frame += "\xFD"<br>
> + # Return the data<br>
> + return frame<br>
<br>
Also, this does look a *lot* like the icon protocol. Have you tried seeing if the icom radio base will talk to this?<br>
<br>
--Dan<br>
_______________________________________________<br>
chirp_devel mailing list<br>
chirp_devel@intrepid.danplanet.com<br>
<a href="http://intrepid.danplanet.com/mailman/listinfo/chirp_devel">http://intrepid.danplanet.com/mailman/listinfo/chirp_devel</a><br>
Developer docs: <a href="http://chirp.danplanet.com/projects/chirp/wiki/Developers">
http://chirp.danplanet.com/projects/chirp/wiki/Developers</a><o:p></o:p></p>
</div>
</div>
</body>
</html>