fldigi 4.2.06 delay dropping PTT after TX with HT


 

I am using a digirig 1.9.
Windows 10
fldigi 4.2.06

If I select Tune, when I toggle it off, PTT drops within 1 s.
If I toggle T/R with no data to send (just for testing), the delay is there after I toggled T/R > R. The delay is 5-6 s by stopwatch. It was repeatable for many tests. I have all the fldigi delays = 0 where I know to look.
I seem to recall that in the past there was no delay...I can check earlier versions.
I havna checked this with a mobile.
I didn't think to check other HTs, because I figured they are all the same, AND Tune drops PTT immediately.
I didna find this on the forum recently, for the searches I could think of.

73 Rich NE1EE
The Dusty Key
On the banks of the Piscataqua


 

I found most of the delay.
I automatically turn on RXID and TXID in my macros to select the modem protocol.
So fldigi must send the ID at the start of the transmission.
Not sure why it then sends something at the //end// of the transmission, though. Perhaps an essential part of closing the RSID protocol?
BUT...turning off RXID and TXID reduces the time to drop PTT from 5s to 2.2 s, so that is OK. And it means that PTT will always be held on after a transmission, if TXID is ON.

73 Rich NE1EE
The Dusty Key
On the banks of the Piscataqua


 


Hi Rich,

Maybe it's easiest to 'Menu - File - Audio - TX generate' a short wav file with the respective audio produced by FLdigi.

Before using the audio file, make sure to repeat the same Menu command to STOP generating (once done).


Then send the file over, given you don't transmit anything (intentionally), it can't be that huge and should be easy enough to attach to your next e-mail.


If you see an influence of RSID being toggled, you might have (inadvertently) activated the 'EOT ID' function, which is often a cause for trouble and, IMHO, doesn't help at all if activated. It sends, if active, a second RSID *after* ending your transmission. See the attached screenshot showing this setting, which I'd always recommend to keep turned OFF to avoid such side-effects and confusion on the air.


Depending on the DigiMode you have tried, there may also generally be some kind of preamble / postamble being auto-appended, even without any text. For example in the Thor and classic MFSK modes, there are these little SOT / EOT characters that 'frame' the actual text, and thus, even without any TX text, they will always be transmitted, which takes a little time. Or in the Olivia family modes, the alternating lo/hi/lo/hi tone sequence will (unless deactivated on purpose) be sent prior to and after ending any transmission.


That's why I have recommended to record (FLdigi generate) the audio in the mode you have been using and share it for further analysis.


73s and best regards

Tobias
.-.-.
Am Montag, 31. März 2025 um 14:49:17 MESZ hat Rich NE1EE via groups.io <thedustykey@...> Folgendes geschrieben:


I found most of the delay.
I automatically turn on RXID and TXID in my macros to select the modem protocol.
So fldigi must send the ID at the start of the transmission.
Not sure why it then sends something at the //end// of the transmission, though. Perhaps an essential part of closing the RSID protocol?
BUT...turning off RXID and TXID reduces the time to drop PTT from 5s to 2.2 s, so that is OK. And it means that PTT will always be held on after a transmission, if TXID is ON.

73 Rich NE1EE
The Dusty Key
On the banks of the Piscataqua







 

is this with a vhf/uhf HT or hf HT??   are you using vox to key?    it sounds like the ptt is dropping as expected, increase the vox delay.

does any results ( answers) come back to your sending



Dave Garber
VE3WEJ / VE3IE


On Mon, Mar 31, 2025 at 9:39 AM SWL Tobias via <tsquare123=[email protected]> wrote:

Hi Rich,

Maybe it's easiest to 'Menu - File - Audio - TX generate' a short wav file with the respective audio produced by FLdigi.

Before using the audio file, make sure to repeat the same Menu command to STOP generating (once done).


Then send the file over, given you don't transmit anything (intentionally), it can't be that huge and should be easy enough to attach to your next e-mail.


If you see an influence of RSID being toggled, you might have (inadvertently) activated the 'EOT ID' function, which is often a cause for trouble and, IMHO, doesn't help at all if activated. It sends, if active, a second RSID *after* ending your transmission. See the attached screenshot showing this setting, which I'd always recommend to keep turned OFF to avoid such side-effects and confusion on the air.


Depending on the DigiMode you have tried, there may also generally be some kind of preamble / postamble being auto-appended, even without any text. For example in the Thor and classic MFSK modes, there are these little SOT / EOT characters that 'frame' the actual text, and thus, even without any TX text, they will always be transmitted, which takes a little time. Or in the Olivia family modes, the alternating lo/hi/lo/hi tone sequence will (unless deactivated on purpose) be sent prior to and after ending any transmission.


That's why I have recommended to record (FLdigi generate) the audio in the mode you have been using and share it for further analysis.


73s and best regards

Tobias
.-.-.
Am Montag, 31. März 2025 um 14:49:17 MESZ hat Rich NE1EE via <thedustykey=[email protected]> Folgendes geschrieben:


I found most of the delay.
I automatically turn on RXID and TXID in my macros to select the modem protocol.
So fldigi must send the ID at the start of the transmission.
Not sure why it then sends something at the //end// of the transmission, though. Perhaps an essential part of closing the RSID protocol?
BUT...turning off RXID and TXID reduces the time to drop PTT from 5s to 2.2 s, so that is OK. And it means that PTT will always be held on after a transmission, if TXID is ON.

73 Rich NE1EE
The Dusty Key
On the banks of the Piscataqua







 

Tobias
Thanks for
a) recommending the audio file. I have not used it in the past, and forgot about it.
b) the config menu. It turns out that I already have ending RSID OFF.

For personal reasons, I took several months off doing emergency comms, and am now getting back to work. First on my list is making sure all my gear is ready, and I know what I am doing.

I am testing with 2 radios.
Kenwood F6, V/UHF HT, TX, set to 0.05W...min to do the task
Kenwood V71, mobile, RX

The HT is here in the shack. The V71 antenna is on the mast.

I experimented. The attached wav file "fldigi toggle TR 20250331d.wav" is the smallest I think represents what I see. After toggle TR>T, I waited until the preamble, whatever it is, ended, then toggled TR>R.

From the time I toggle TR >R, to the HT TX light going out, is ~2.2s.

I am not nearly as concerned at this point as I was when it was 5-6s.

I am now running the same way I usually do.

Turning on TXID, with trailing RSID off, still gives me an acceptable 2 s hang on PTT. I don't see any option in fldigi that can reduce that.

On 2025-03-31 09:39:, SWL Tobias via groups.io wrote:
Depending on the DigiMode you have tried, there may also generally be some kind of preamble / postamble being auto-appended, even without any text. For example in the Thor and classic MFSK modes, there are these little SOT / EOT characters that 'frame' the actual text, and thus, even without any TX text, they will always be transmitted, which takes a little time. Or in the Olivia family modes, the alternating lo/hi/lo/hi tone sequence will (unless deactivated on purpose) be sent prior to and after ending any transmission.
Thanks for that. I will make a note to review this. I am using BPSK125. No reason. Just grabbed it for testing.

NOW...sadly, I am back to exactly the usual config I run, and I don't see the 5+s delay to drop PTT.
HOWEVER...I now think that my "problem" was that I had TXID ON. I wasna waiting long enough for the preamble to end, and I'd toggle TR>R. Of course, fldigi would finish sending the RSID, then end. That sequence is ~5s, so I can make an argument for it. I can't duplicate the delay during normal ops /now/, so I will have to conclude this is solved, until it pops up again, if it does.

I have gone thru a number of trials, including laptop Restart, to make sure that there is no mysterious state being preserved. Still 2s of hang time on PTT. OTOH, no problem. 5s, yes, problem. 2s, no. OTOH, why does it take 2 s? Just curious.

73 Rich NE1EE
The Dusty Key
On the banks of the Piscataqua


 

Thanks for the reply...I am using COM port to toggle, configured in fldigi Hardware PTT.
~R~

On 2025-03-31 09:54:, Dave Garber via groups.io wrote:
is this with a vhf/uhf HT or hf HT??� � are you using vox to key


 

Hi Rich,

Thanks for your detailed reply and the wav file.


Your wav file signal looks exactly as expected: a leading short (1 second) center frequency tune tone, followed by the (non-)message consisting of the (idle) dual-tone pair of BPSK125 and then the trailing short (1 second) center frequency tune tone again. Nothing to worry about. And in fact, this is one of the modes (with no FEC or interlace) that performs almost in real-time, between TX Pane typing and RX Pane 'printing' on the RX side, other than Olivia and several other DigiModes, which have considerably longer lags, due to their technical protocol definition.


So if you see this behavior on your actual radio output as well, you're perfectly fine, IMHO.


In your config, should you experience a prolonged reaction time again at some point, maybe double check that you don't have Video ID activated. There is a separate Dialog on this, under 'IDs', just below 'RsID'. Sending this upfront takes quite a few seconds.


As an SWL, I can't really comment on any rig related specifics, but I can't see anything to question in what you have described here.
But if you think I can be of any help, just drop me a line. Over the years, I have 'accumulated' a bit of experience with various DigiModes in FLdigi, which outperforms any alternatives I have tried so far.


So hopefully, you'll be back on the air and 'in business' before long, without any hickups...


Good luck with all your plans and activities coming up!


Greetings and 73s from Bavaria...

Tobias
.-.-.


 

Best wishes to you in Bavaria!
73 Rich NE1EE
The Dusty Key
On the banks of the Piscataqua

Greetings and 73s from Bavaria...
Tobias