[chirp_devel] Patch for UV5R driver to fix communication on Ubuntu 16.04 with pl2303-based cables (fixes #4165)

[Dan Smith]

> A question for the larger group here, I wonder if we could/should just push that line of code, time.sleep(1), up to the higher level serial class so that all drivers could take advantage of it? Specifically, do_upload() and do_download() in ./chirp/ui/mainapp.py

I definitely really don't want to do that if we can help it, because it penalizes everyone that doesn't have a broken radio.

Are you sure that if you plug in the radio before turning it on that it will go into transmit immediately at startup? Some of them will do the "I think I should be transmitting" thing if you hot plug the programming cable while the radio is on, but will behave properly if they power up into that state. It really sucks to have to introduce a sleep (which may not be long enough in all cases, depending on how quickly the driver, USB chip, and radio respond) for just dumb radios.

That said, I'd prefer keeping hacks like this to specific drivers where we know there are problem children, if that's really the case.

Can you confirm the cable plug ordering step before I apply that?

--Dan