<!DOCTYPE html><html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body><div>That is indeed weird behavior. It almost sounds like there's data left over in the read buffer.<br></div><div><br></div><div>You could eliminate this being a possibility by placing a call to `<span class="pl-s1"><span class="pl-token" data-hydro-click-hmac="7e12cdca9199ce3bd248508977090c2a90df04edf7297b3877e71c72045cd062">radio</span></span>.<span class="pl-s1"><span class="pl-token" data-hydro-click-hmac="3cf828211d50b8ef5b691ce458992fa4bcd8e21da1e78455af755b30e95f44e1">pipe.</span></span>reset_input_buffer()` (or something like that) near the top of the `<span class="pl-en"><span class="pl-token active" data-hydro-click-hmac="eb243f3776f9cad51fa935d1a74eb45acc2a0ea6037cc32e24c1793a6dba3dae">_clone_to_radio` function. Maybe it will work, maybe not; but at least you'll get an additional data point.<br></span></span></div><div><br></div><div>Tony<br></div><div><div><br></div><div>[1] <a href="https://pyserial.readthedocs.io/en/latest/pyserial_api.html#serial.Serial.reset_input_buffer">https://pyserial.readthedocs.io/en/latest/pyserial_api.html#serial.Serial.reset_input_buffer</a></div><div><br></div></div><p>December 26, 2022 at 7:32 AM, "Rick (AA0RD) DeWitt via chirp_devel" <<a href="mailto:chirp_devel@intrepid.danplanet.com?to=%22Rick%20(AA0RD)%20DeWitt%20via%20chirp_devel%22%20%3Cchirp_devel%40intrepid.danplanet.com%3E" target="_blank" tabindex="-1">chirp_devel@intrepid.danplanet.com</a>> wrote:</p><blockquote><div><div>
Here's a weird one-</div><div>
My IC-2730 (with icf.py IcomCloneModeRadio) Py3 driver fails
uploading AFTER any previous radio I/O.</div><div>
I've got all the bytes/ord/chr stuff working fine. </div><div>
IC-2730 has new booleans: _raw_frames= true, _highbit_flip=true,
Munch_clone_resp=true (works if false, too)</div><div>
The radio downloads fine, repeated access, even after good or bad
upload.</div><div>
The first upload after CHIRP Open > Load File or Radio >
Reload Driver works fine.</div><div>
Upload after download, or upload after first upload fails.</div><div>
The failure is in get_model_data (the first radio I/O); the radio
echoes the send model command byte by byte, but does not send the
data frame. </div><div>
I have sniffed the USB bus and can see that the outbound packets are
identical for both a good and bad upload.</div><div>
Any ideas?</div><div>
Remember: good downloads, good initial upload after driver
load/reload; so commands, frames and decodings are OK.</div><div>
</div><div>--
<img loading="lazy" src="cid:part1.00bw8iHS.sKAiVGD9@yahoo.com" title=" (Signature-RIck-AA0RD-Image.jpg)" border="0"></div><div>
</div></div></blockquote><div><br></div></body></html>