CHIRP

Yeah, so the change in #10510 probably broke you. I'm guessing something in your cable requires DTR to be asserted, potentially to power a level converter (although I'd think not on a V71). Either way, the outcome of that bug was that despite us attempting to not assert RTS for most radios, a bug in python-serial meant that we were. That fix likely went too far by also de-asserting DTR by default, which for most 3-pin cables is "correct". However, a day after merging it, I realized that would probably break at least one Yaesu I know of that requires DTR for level-shift power. So, assuming this is your problem, "thanks" for the confirmation :)

Your testing of versions (thanks for that) lines up with that change and nothing else could really explain it, so I think it's pretty clear. I'll introduce a separate flag for DTR so that a driver can disable it if needed, but default it back to asserted, which is what has apparently been the case forever despite us not asking for it and the default being de-asserted in the python-serial API.

Look for another build likely tomorrow with that change, and please come back here to report if it fixes you.

Applied in changeset github|40eeb31a08fecf1e338f0c85db8a95bf1a08d740.

Yeah, debug log please. Unless that change didn't actually do the thing it was supposed to, there's really nothing else that changed between the working and non-working builds that could be related. Let's see the debug log and go from there.

OK, have attached the log.

Okay, I made my own cable for those radios years ago and don't remember it having the other pins, but I must be wrong. If so, all those related radios will need it I guess. Perhaps since RTS has been on all these years even though we didn't realize I should change the default back and exclude specific radios.

Either way, if you could try loading the attached module with LoadingTestModules and confirm it resolves your problem, that will at least make sure we're on the right track.

Cool, thanks for confirming!