Welcome, Guest
Username: Password: Remember me
*****PLEASE, CHECK ALL PREVIOUS TOPICS, BEFORE CREATING A NEW ONE! DUPLICATED TOPICS WILL BE DELETED!*****

TOPIC: WARNING: PTT switching delays are disabled in CW mode...

WARNING; PTT swithing delay in CW 10 Sep 2018 20:35 #1

On my PC screen, this message is showing up;
WARNING:
PTT switching delays are disabled in CW mode, and with CW manipulation in SSB!
Be careful using an external PA.

I am using an external PA and I don't know where to enable the PTT switching delay and the CW manipulation in SSB.
Vy happy for any support - TU & 73s!

LA9BM, Leif
The administrator has disabled public write access.

WARNING; PTT swithing delay in CW 11 Sep 2018 07:00 #2

  • g0cgl
  • g0cgl's Avatar
  • OFFLINE
  • Erik EI4KF / G0CGL
  • Posts: 390
  • Thank you received: 206
Hello Leif - it is less than perfect English of what is really meant. PTT switching delays are inoperative in CW mode and in CW manipulation. So, effectively, there is no enabling as the warning implies.

The PA Tab provides PTT delay settings for non-CW modes. CW switching will be via BreakIn or via the 3rd party software if you use logger, Winkeyer, or other external means of keying.

In practice I have some doubts to the efficacy of this arrangement. All modern PAs will not need special care but for those that are decades old, I do not know. Which then leads to why is ESDR2 like this when all other SDR manufacturers carry no such warning or limitation in their software? I see no valid reason for making ESDR2 different from all other SDR software. Or has the warning been inserted since version 1.1.3 as an over-reaction to something? It certainly makes for user discomfort, as it has for you and many others. Maybe Roman can provide the definitive answer.

Erik.
Last Edit: 11 Sep 2018 07:01 by g0cgl.
The administrator has disabled public write access.
The following user(s) said Thank You: LA9BM

WARNING; PTT swithing delay in CW 27 Feb 2021 02:48 #3

  • fauzan0901
  • fauzan0901's Avatar
On my PC screen, this message is showing up;
WARNING:
PTT switching delays are disabled in CW mode, and with CW manipulation in SSB!
Be careful using an external PA.

I am using an external PA and I don't know where to enable the PTT switching delay and the CW manipulation in SSB.
Vy happy for any support - TU & 73s!

de YB7XN
The administrator has disabled public write access.

WARNING; PTT swithing delay in CW 01 Mar 2021 07:49 #4

  • g0cgl
  • g0cgl's Avatar
  • OFFLINE
  • Erik EI4KF / G0CGL
  • Posts: 390
  • Thank you received: 206
Your question is answered already in this thread. Use Break-In for CW and PTT delay on the PA tab for non-CW modes.
The administrator has disabled public write access.

WARNING; PTT swithing delay in CW 01 Mar 2021 12:21 #5

  • Iu4jnr
  • Iu4jnr's Avatar
  • OFFLINE
  • Posts: 7
  • Thank you received: 1
Erik,
I guess instead of ptt delay for other than cw, we can use the "send" from the ext ctrl port.
The administrator has disabled public write access.

WARNING; PTT swithing delay in CW 01 Mar 2021 12:33 #6

  • g0cgl
  • g0cgl's Avatar
  • OFFLINE
  • Erik EI4KF / G0CGL
  • Posts: 390
  • Thank you received: 206
Hi, that I do not know but you could ask Roman at EE in a direct email. Just to sure it can be done and you do not risk your equipment.
The administrator has disabled public write access.

WARNING; PTT swithing delay in CW 01 Mar 2021 19:25 #7

  • Iu4jnr
  • Iu4jnr's Avatar
  • OFFLINE
  • Posts: 7
  • Thank you received: 1
Thanks Erik, I emailed Rome about it and he suggested to use protection mean but I’m sure I was not clear in my question.
Although, I use since long time a PA buffer, ameritron ARB704, which is supposed to protect the switching line. I wish it will protect my sunsdr2 dx as well.
Max Iu4jnr
The administrator has disabled public write access.

WARNING; PTT swithing delay in CW 02 Aug 2021 10:44 #8

Hi,
For example 2m operation, where mast head preamplifier boxes are required for serious DXing, PA PTT delay is essential to avoid hot switching of relays! This could be arranged using external ALC to prevent high power energy coming out of the rig immediatly after starting CW keying. But ExpertSDR2 manual says: "Warning! There is a small delay in the ALC-system functionality, which may lead to a short term overload of the external PA." My interpretation is that there is an overshooting of RF energy before ALC starts to work. It is a serious lack of functionality to delay RF energy coming out to PA in CW.
I got information from supplier ExpertSDR3 would support external ALC, but I have not yet tested if it is included in that version.
The administrator has disabled public write access.

WARNING; PTT swithing delay in CW 12 Aug 2021 20:44 #9

  • N6NU
  • N6NU's Avatar
  • OFFLINE
  • Posts: 4
Eric,

you have a very limited view of what kind of hardware is being used. Yes, modern PA's are fast, however there is mast mounted UHF/VHF equipment or EME setups that have protection relays that are not capable of QSK.

Or to say it in your terms, There is no other modern transceiver that I own or that I know of that does not allow for QSK to be turned off and a TX drop delay to be setup.

This is a serious shortcoming on this implementation of CW and it prevents me from operating CW on EME.

There has to be a solution. And V3 appears to be months away from being usable. Just my $0.02.

73, Andreas, N6NU
The administrator has disabled public write access.

WARNING; PTT swithing delay in CW 13 Aug 2021 01:26 #10

  • OK1RR
  • OK1RR's Avatar
  • OFFLINE
  • CW forever!
  • Posts: 16
  • Thank you received: 14
The term "Break-In" (and the eponymous button on the ESDR2 screen) is misleading here and has nothing to do with the real "Break-In", which has been used in amateur radio terminology since at least 1940 and means "Full Break-in", otherwise referred to as QSK. This is half-duplex operation, where it is possible to interrupt the transmitting station because the operator can listen between its elements (ie. between dots and commas). Due to the fact that this half-duplex operation is technically demanding, the term "Semi Break-In" has been introduced, which means the ability to listen between letters. It appeared sometime around 1970 in transceivers, which were manufactured on the mistaken assumption that with the expansion of SSB, CW operation would disappear. However, the exact opposite happened, there was a renaissance of CW and transceivers labelled "SSB Transceiver" on the front panel became difficult to sell. As it became standard to use an electromechanical antenna relay that was noisy and slow, manufacturers began to introduce the term "Semi Break-In", which meant a de facto acknowledgment of the inability to design a sufficiently fast, purely electronic receive/transmit switching system, namely switching antennas from the transceiver receiver to its transmitter.

Today, it is possible, structurally feasible and inexpensive to switch the antenna using a switch with PIN diodes. Such a switch can switch at times of the order of microseconds, is completely noiseless and has, unlike an electromechanical antenna relay, unlimited lifetime. Nevertheless, most transceivers (including SunSDR2 transceivers) still use an antenna relay for unknown reasons, which must be considered a design flaw today. The reason is the ignoring of CW mode and very often the ignorance of developers who have only brief and often misguided ideas about CW.

Unfortunately, the control of external coaxial relays, which are used with low-noise preamplifiers mounted directly on the mast, is related to the switching system. This arrangement is a standard for DX operation on VHF bands, including eg EME. If the delay were not dictated by the slow antenna relay in the transceiver, it would be possible to control these coaxial relays independently of the T/R switching system, which would greatly facilitate the development of LNAs, transverters and PAs for VHF/microwave bands. Thus, the use of a T/R switch with PIN diodes would become an advantage even for users who do not operate CW.

73,
Martin, OK1RR
The administrator has disabled public write access.
The following user(s) said Thank You: iw7dmh, EI9HEB
Time to create page: 0.087 seconds