On 15/10/2021 15:49, Barry Jackson via wsjt-devel wrote:
On 15/10/2021 15:02, Black Michael wrote:
I noticed you have serial_handshake=XONXOFF and stopbits=1
Just let those two items default to stopbits=2 and
serial_handshake=Hardware which what I show is the setup for the TS-450.
And you should be able to just check all the Default labels in
WJST-X's rig control tab too (which, by the way, should work for all
rigs)
Mike W9MDB
I was waiting for you to comment on that.
The defaults have never worked at all for me with any versions of hamlib.
I know that is what the Kenwood manual says but it does not work. Only
the settings as I have them provoke any sort of response from the rig.
I did contact you about 'correcting' the defaults in hamlib but you
dismissed this at the time by blaming my USB interface:
Bus 002 Device 004: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
So I forgot about it and just continued to add the parameters that it
works perfectly with.
In fact I did try dropping all the -C options last night to see if
anything had changed and there was no response at all.
Tested again with 4.2 and my parameters missing. Log attached.
Cheers,
Barry
G4MKT
Barry,
the TS-450S and TS-690S use RTS/CTS hardware handshake flow control. I
have never see a rig with a serial CAT interface that uses XON/XOFF flow
control, RTS/CTS is ubiquitous on Kenwood rigs with the exception of
some handhelds that only have a 3-wire CAT serial connection, and more
recent rigs that have a menu option to disable the default RTS/CTS
hardware handshake flow control.
Your interface may loop RTS and CTS at the rig end, that will provide a
default RTS signal and will work with no flow control settings at the PC
end.
73
Bill
G4WJS.
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel