DigiRig Kenwood TS-790 and WSJT-X

,
1

Hello,

I‘ve ordered (D-23483) the Cable for the TS-790 from Kenwood.
Decoding works very good.

Bild
Bild3840×2160 2.67 MB

Transmitting started, Transceiver works but then comes this failure:

Hamlib error: rig_flush: called for serial device
read_string_generic called, rxmax=4095 direct=1, expected_len=1
write_block(): TX 3 bytes, method=2
0000 46 41 3b FA;
read_string_generic called, rxmax=128 direct=1, expected_len=1
read_string_generic(): Timed out 1.060 seconds after 0 chars, direct=1
kenwood_transaction: read_string(expected=128, len=0)=‘’
kenwood_transaction: read_string retval < 0, retval = -5, retry_read=0, rs->rigport.retry=0
kenwood.c(624):kenwood_transaction returning2(-5) Communication timed out

kenwood_open: no response from rig
2:kenwood.c(935):kenwood_open returning(-5) Communication timed out

2:rig.c(7478):async_data_handler_stop entered
2:rig.c(7508):async_data_handler_stop returning(0)
ser_close: restoring options
1:rig.c(1273):rig_open returning(-5) Communication timed out

Communication timed out
Communication timed out
while opening connection to rig

Timestamp: 2024-10-31T11:19:59.258Z

Has anybody an idea what i can do?

2

losing the ‘remote control’ upon tx is usually a sign of RFI.

first thing to try is easy, turn the rf power all the way down on the radio.
then the rest of the rfi suppression stuff.

ferrites and other ‘choking’ solutions.
antenna/feedline
getting pc/digirig farther away from radio

:slight_smile:
good luck
kb0wlf

3

I would agree with you, but this error message appears even when I’m not using any transmission power after a few seconds.
And the USB cable and the antenna cable are shielded against RFI.

4

qsl

that last cat/ts-790 issue i remember ‘helping’ with was for satpc32

the user had already tied rts/dtr together at the radio and was adjusting ‘CAT delay’ for best results.

since, like you said, it’s doing it whenever it feels like, it’s probably a timing/flow control issue.

i’d try setting in wsjt-x
8
2
none (the digirig doesn’t use the rts/dtr lines for flow control and would set off ptt if selected)

you could also try increasing polling interval.
this is counterintuitive for quickly changing frequency and ptt via cat control.
it shouldn’t do any harm at all if using rts for ptt.

:slight_smile:
good luck
kb0wlf

5

If i Change it to 8/2/none the transceiver would not TX.
With 8/2/default he will tx but with Rig Failure. But: After 17-20 seconds. The Transceiver do TX for >15seconds.

IMG_3169
IMG_31692299×1884 1.38 MB

6

The problem seems to be solved. I shouldn’t have selected the transceiver. It’s in the list, but if I select ‘None’ there, it works.

Thank you for your Support!

7

With rig set to None you disable CAT control. That’s no problem if it’s your preference, but it’s something that Digirig supports so it may be worth playing with the settings to get it going.

Also, it looks like you use radio’s VOX for triggering the transmission. The better choice is Digirig’s PTT by RTS. You’ll need to select Digirig’s serial port when you are configuring this method.