[chirp_devel] Getting started on support for a new radio

[Eric Allen]

I'm suspicious this need for a sleep is the function of my USB-serial
converter (PL2303) buffering more than CHIRP expects.

If I add a sleep(4) to icf.py after send_clone_frame, then I get to CL END
and everything is good. Will submit the t7h file on the ticket shortly!

On Mon, Jul 16, 2012 at 8:57 AM, Dan Smith <dsmith at danplanet.com> wrote:

> > Looks like it may be a timing issue. If I sleep for a few seconds
> > between sending the CMD_CLONE_END packet and looking for a confirmation
> > packet, the progress indicator on the radio gets to 100% and the display
> > goes to "CL END". I still get an error on the console, though:
> >
> > chirp.errors.RadioError: Failed to communicate with the radio: Did not
> > get clone result from radio.
>
> This isn't a problem. I never finished this bit because it seemed that
> some of the radios behaved slightly differently in this regard.
>
> Are you sending the appropriate end frame? Each model has a unique one
> for some reason, so you just have to see what it sends on clone out and
> replicate it.
>
> > To get the radio out of "CL END", I have to boot it.
>
> Right, that's how all the icoms work.
>
> --
> Dan Smith
> www.danplanet.com
> KK7DS
>
>
>
>
> _______________________________________________
> chirp_devel mailing list
> chirp_devel at intrepid.danplanet.com
> http://intrepid.danplanet.com/mailman/listinfo/chirp_devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://intrepid.danplanet.com/pipermail/chirp_devel/attachments/20120716/1a240e7a/attachment-0001.html