[chirp_devel] IC-2730A Strange Behavior

[Dan Smith]

> Here's a weird one-
> My IC-2730 (with icf.py IcomCloneModeRadio) Py3 driver fails uploading AFTER any previous radio I/O.
> I've got all the bytes/ord/chr stuff working fine. 
> IC-2730 has new booleans: _raw_frames= true, _highbit_flip=true, Munch_clone_resp=true (works if false, too)
> The radio downloads fine, repeated access, even after good or bad upload.
> The first upload after CHIRP Open > Load File or Radio > Reload Driver works fine.
> Upload after download, or upload after first upload fails.
> 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. 
> I have sniffed the USB bus and can see that the outbound packets are identical for both a good and bad upload.
> Any ideas?
> Remember: good downloads, good initial upload after driver load/reload; so commands, frames and decodings are OK.

Are you current? I fixed a bug with icom radios only recently that manifested like this, related to the baud rate change that icom radios go through.

I've tested the 5100 and the 4100 is also tested, so I would be highly surprised if the 2730 needs any attention to work.

--Dan