<div dir="ltr">Lax on this but as I have time I peck at it.<div><br></div><div>Tom'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> """Kenwood TK-280G Radio C/C1/M/M1"""<br> MODEL = "TK-280G"<br> TYPE = "v2.01k"<br> # Note that 16 CH don't have banks<br> VARIANTS = {<br> "v2.01k\xff": (128, 136, 150, "C1"),<br> "v2.01k\xff": (128, 144, 174, "C"), # 150-174 original<br> "v2.01k\x15\xff": (16, 136, 150, "M1"),<br> "v2.01k\x14\xff": (16, 144, 174, "M") # 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"><<a href="mailto:tom@tomh.us" target="_blank">tom@tomh.us</a>></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>
<<a href="mailto:chirp_devel@intrepid.danplanet.com">chirp_devel@intrepid.danplanet.com</a>> wrote:<br>
> 'Serial' object has no attribute 'setTimeout'<br>
<br>
</span>My patch to fix this was applied this morning. Do "hg pull -u" 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's anything like the others, it'll start with "PROGRAM" in<br>
plain ASCII. Kenwood is nice this way. At the end, it'll do "E" to<br>
take it out of program mode. That's just my guess based on other<br>
Kenwoods. You'll have to decipher the stuff in between. It'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>