Hi Don, It's been some time since that code was written, but I'd suggest desired behaviour is:
1/ If Serial Port PTT has not been configured, do nothing when the freedv-gui application starts. 2/ If Serial Port PTT has been configured, when the freedv-gui application is started the PTT control line should be set to disable Tx. The exact action will depend on which PTT control line is selected (RTS or CTS) and the polarity. 3/ On the PTT dialog. When PTT configuration is complete and APPLY or OK is pressed, the PTT control line should be set to disable Tx. If this is not the case, please feel free to raise an Issue on GitHub, or submit a PR to fix it. -/- Sorry I don't understand the issue around Hamlib. Can you pls describe a use case when using Hamlib PTT where we might need to directly control RTS or CTS lines? When I use Hamlib for PTT control (say for my IC7200), I just set the serial port and rig model. I had assumed that low level configuration like serial port control lines was abstracted away when using Hamlib. Thanks, David On Sat, 2021-10-02 at 16:36 -0700, Don wrote: > I have found some issues with using the RTS line of a serial port > for PTT. > > First when the freedv-gui starts it does not set the port to the > inactive > state. This can mean the transmitter turns on and stays on until the > user tries to transmit. > > Second, in the PTT dialog just setting the correct states and > pressing "OK" > or "APPLY" does not change the state of the port to the desired > inactive > levels. I found some old documentation which told users to do just > that, > change the setting and press "APPLY". > > There is a work around, the "Test PTT" function changes the state to > active, > then to inactive. > > I think this is only an issue for the serial port, at least for my > radios > Hamlib just leaves the radio as it is until PTT is activated. > > A related item which might be harder is the state of the serial port > control lines when using hamlib. There does not seem to be a way to > do > that in recent versions. Older versions separated the settings for > the > serial control lines from the method which at least could have > controlled them even when hamlib was in use. An alternative would be > to > duplicate these setting in the hamlib part of the dialog. > > It looks pretty easy to fix but before I do any work on it I want to > be > sure I understand the desired behavior. > > Don - W7DMR > > > _______________________________________________ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
