Lax on this but as I have time I peck at it.

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 ...

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 ...

Exception Dialog: Incorrect model ID, got v2.01k�, it not contains P2780

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 ..

@directory.register
class TK280G_Radios(Kenwood_Serie_60G):
    """Kenwood TK-280G Radio C/C1/M/M1"""
    MODEL = "TK-280G"
    TYPE = "v2.01k"
    # Note that 16 CH don't have banks
    VARIANTS = {
        "v2.01k\xff":    (128, 136, 150, "C1"),
        "v2.01k\xff":    (128, 144, 174, "C"),   # 150-174 original
        "v2.01k\x15\xff": (16, 136, 150, "M1"),
        "v2.01k\x14\xff": (16, 144, 174, "M")    # 150-174 original
        }

Started CHIRP and now I found the TK-280G in my radio list. Told it to download and got a handshake exception ...

ERROR: ----------------
ERROR: Clone failed: Handshake failed
ERROR: --- Exception Dialog: Handshake failed ---
ERROR: None

ERROR: ----------------------------

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.

David Davis

Toledo, OR

KG7ZMX

On Fri, Jun 10, 2016 at 10:05 PM, Tom Hayward <tom@tomh.us> wrote:

On Fri, Jun 10, 2016 at 7:17 PM, Glancing Blow via chirp_devel
<chirp_devel@intrepid.danplanet.com> wrote:
> 'Serial' object has no attribute 'setTimeout'

My patch to fix this was applied this morning. Do "hg pull -u" to
update your repo to the latest version.

My suggestion is to start with a serial data capture program like
portmon and watch how the Kenwood software communicates with the
radio. If it's anything like the others, it'll start with "PROGRAM" in
plain ASCII. Kenwood is nice this way. At the end, it'll do "E" to
take it out of program mode. That's just my guess based on other
Kenwoods. You'll have to decipher the stuff in between. It'll probably
be something like a request for the memory contents at a specified
address, then a reply with the contents of that memory block.

Tom KD7LXL