I'm suspicious this need for a sleep is the function of my USB-serial converter (PL2303) buffering more than CHIRP expects.<div><br></div><div>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!<br>
<br><div class="gmail_quote">On Mon, Jul 16, 2012 at 8:57 AM, Dan Smith <span dir="ltr"><<a href="mailto:dsmith@danplanet.com" target="_blank">dsmith@danplanet.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">> Looks like it may be a timing issue. If I sleep for a few seconds<br>
> between sending the CMD_CLONE_END packet and looking for a confirmation<br>
> packet, the progress indicator on the radio gets to 100% and the display<br>
> goes to "CL END". I still get an error on the console, though:<br>
><br>
> chirp.errors.RadioError: Failed to communicate with the radio: Did not<br>
> get clone result from radio.<br>
<br>
</div>This isn't a problem. I never finished this bit because it seemed that<br>
some of the radios behaved slightly differently in this regard.<br>
<br>
Are you sending the appropriate end frame? Each model has a unique one<br>
for some reason, so you just have to see what it sends on clone out and<br>
replicate it.<br>
<div class="im"><br>
> To get the radio out of "CL END", I have to boot it.<br>
<br>
</div>Right, that's how all the icoms work.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Dan Smith<br>
<a href="http://www.danplanet.com" target="_blank">www.danplanet.com</a><br>
KK7DS<br>
<br>
<br>
<br>
</font></span><br>_______________________________________________<br>
chirp_devel mailing list<br>
<a href="mailto:chirp_devel@intrepid.danplanet.com">chirp_devel@intrepid.danplanet.com</a><br>
<a href="http://intrepid.danplanet.com/mailman/listinfo/chirp_devel" target="_blank">http://intrepid.danplanet.com/mailman/listinfo/chirp_devel</a><br>
<br></blockquote></div><br></div>