Hi Dan
I think this is necessary for 2 reasons: 1. The original C application which I based the driver on does use this setting. I did the CHIRP driver development on a Mac, and missed this setting, probably due to the fact that I didn’t see any issue with the default setting for some reason. 2. A couple of weeks ago, a user reported a bug where he is getting bad responses from the radio. He was using windows…. After looking into it and trying to use a windows machine, I got similar errors / “ garbage” bytes back from the radio, digging a bit deeper and going back to the original C app mentioned above, I found the stop bits setting being the cause of the problem.
After the fix, reads and writes work both on my Mac and windows machines as well as for the user who reported the bug (on a windows machine).
I still do not understand why/how the Mac is agnostic to this setting and whether it is a pyserial Mac vs windows implementation or something in the “com port” OS framework.
Ran