<div dir="ltr">Lax on this but as I have time I peck at it.<div><br></div><div>Tom&#39;s patch for the serial object solved the setTimeout error I was getting.  I do not have the Kenwood software to sniff out the process so i am flying blind.  What I have done ...</div><div><br></div><div>I copied the TK-760G.py file from the program and looked at the flow of the program.  Making assumptions here but decided the TK-278G would be the closest configuration that would work.  I tried that in the program and got the exception ...<br><br>Exception Dialog: Incorrect model ID, got v2.01k�, it not contains P2780<br><br></div><div>So it talked to the radio, this was good.  No idea what the character in the diamond at the end of the exception is but I grabbed the v2.01k moniker and copied and patched the TK-278G data, putting it at the end of the string of radios listed in the TK-760.py file.  Here is the patch ..<br><br><br>@directory.register<br>class TK280G_Radios(Kenwood_Serie_60G):<br>    &quot;&quot;&quot;Kenwood TK-280G Radio C/C1/M/M1&quot;&quot;&quot;<br>    MODEL = &quot;TK-280G&quot;<br>    TYPE = &quot;v2.01k&quot;<br>    # Note that 16 CH don&#39;t have banks<br>    VARIANTS = {<br>        &quot;v2.01k\xff&quot;:    (128, 136, 150, &quot;C1&quot;),<br>        &quot;v2.01k\xff&quot;:    (128, 144, 174, &quot;C&quot;),   # 150-174 original<br>        &quot;v2.01k\x15\xff&quot;: (16,  136, 150, &quot;M1&quot;),<br>        &quot;v2.01k\x14\xff&quot;: (16,  144, 174, &quot;M&quot;)    # 150-174 original<br>        }<br><br></div><div>Started CHIRP and now I found the TK-280G in my radio list.  Told it to download and got a handshake exception ...<br><br>ERROR: ----------------<br>ERROR: Clone failed: Handshake failed <br>ERROR: --- Exception Dialog: Handshake failed  ---<br>ERROR: None<br><br>ERROR: ----------------------------<br><br></div><div>What does it send for a handshake, the radio name?  Also noted that the radio only responds on channel 1.  A capital P appears on the LCD and I assume that means Program.<br><br></div><div>David Davis<br></div><div>Toledo, OR <br></div><div>KG7ZMX<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 10, 2016 at 10:05 PM, Tom Hayward <span dir="ltr">&lt;<a href="mailto:tom@tomh.us" target="_blank">tom@tomh.us</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Jun 10, 2016 at 7:17 PM, Glancing Blow via chirp_devel<br>
&lt;<a href="mailto:chirp_devel@intrepid.danplanet.com">chirp_devel@intrepid.danplanet.com</a>&gt; wrote:<br>
&gt; &#39;Serial&#39; object has no attribute &#39;setTimeout&#39;<br>
<br>
</span>My patch to fix this was applied this morning. Do &quot;hg pull -u&quot; to<br>
update your repo to the latest version.<br>
<br>
My suggestion is to start with a serial data capture program like<br>
portmon and watch how the Kenwood software communicates with the<br>
radio. If it&#39;s anything like the others, it&#39;ll start with &quot;PROGRAM&quot; in<br>
plain ASCII. Kenwood is nice this way. At the end, it&#39;ll do &quot;E&quot; to<br>
take it out of program mode. That&#39;s just my guess based on other<br>
Kenwoods. You&#39;ll have to decipher the stuff in between. It&#39;ll probably<br>
be something like a request for the memory contents at a specified<br>
address, then a reply with the contents of that memory block.<br>
<br>
Tom KD7LXL<br>
</blockquote></div><br></div>