Hi Don,

So are you using a single serial port to connect to two devices (i) IC-
756-ProIII and (ii) a custom radio interface ?

- David

On Sun, 2021-10-03 at 08:43 -0700, Don wrote:
> Yes, I agree with your suggested behavior and I'll try to implement
> it.
> 
> As for Hamlib, it also uses a serial port.  Any serial port
> application 
> needs to select handshking.  Maybe Hamlib does that internally based
> on
> the radio.
> 
> My radio (IC-756-ProIII) does not use any handshaking so the library 
> probably doesn't control those lines.  But my radio interface always
> drives PTT from RTS (and CW-KEY from DTR) so I need to turn those
> signals off even when using Hamlib to drive the CV-I interface.
> 
> Since Hamlib has more unknowns and complexity, I'll work on the basic
> serial port stuff first and then explore Hamlib setup as a seprate 
> task.
> 
> Don
> 
> On Sun, Oct 03, 2021 at 11:23:43AM +1030, david wrote:
> > 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
> 
> _______________________________________________
> 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

Reply via email to