Tuesday, July 30, 2024

Excessive Single Side Band Transmission, also know as ESSB or eSSB.

There seems to be an increase in the transmit bandwidth range for SSB communications, which traditionally operates within a narrow-band of approximately 3 kHz. Now if we go with a 3 khz “Voice channel” for Single Side Band (SSB) then the Transmitted Bandwidth, let's call it the TxBW, should fit into the range 0-3000 kHz.

However, I’ve noticed more and more operators use a TxBW of 4 kHz or more. This is often referred to as Extended Single Side Band (ESSB) which I have seen to extend in some instances even to 5 kHz and more. The claim to fame is HiFi Audio.

Now Amateur Radio is an experimental hobby, so this, on the surface, shouldn’t irk anyone, shouldn’t it? However, I frequently encounter ESSB operators on 20 and 40m talking to operators who have not modified their station for ESSB communications, i.e. a station with a TxBW 5 kHz to a station with a 3 kHz Receiver Bandwidth, lets call that RxBW.

So what seems to be the issue?

Let's say a QSO is conducted on 14.229 MHz, on operator uses a TxBW of 2.9 khz and the other uses a TxBW of 2.4 kHz. Signal are good with about S7 both ways. Since this is conducted using the Upper Side Band and, if we apply a Voice Channel spectrum of 3 kHz the used frequency spectrum for that QSO is from 14.229 – 14.231 MHz (not quite but let's stick with 3 kHz).

If we have an ESSB operator calling “CQ DX” on 14.225 MHz using a TxBW of 5 kHz his/her use of the frequency spectrum is 14.225 – 14.300 MHz.

Anyone see the issue here? Well, I do! I can see a clear issue here but, does the ESSB operator see the issue? From my experience the operator does not.

My question is why use 5 kHz in conducting DX contacts. Aren't we trying to share the limited frequency spectrum between all Amateurs? There is NO benefit to the station receiving the ESSB station.

Frequency spectrum during “openings” are crowded and transmitting with a 5 kHz ESSB TxBW during these opening does not show any courteousey towards other spectrum users.

The above shows an Australian Operator transmission with a TxBW of  5 kHz and the DX station using a  less than 3 kHz “Voice Channel”. I will assume that the DX stations RxBW would not be more than it's TxBW.

NOTE: I’m referring to the TxBW and not the Intermodulation Products (IM) or “splatter”, i.e. the light blue “hair or whiskers” on either side of the signal, which are obvious related but are not discussed here.

On 40m I’ve noticed similar issues arising from the use of excessive TxBW using ESSB to conduct local rag-chewing throughout our limited frequency spectrum. Assume the ESSB operator is transmitting on 7.150 MHz using Lower Side Band (LSB) with a 5 kHz TxBW. His/her signal would be from 7.150 – 7.145 MHz. Lets assume that a DX station is utilising the 7.146 MHz frequency and is being heard by a local stations. What is the situation here?

Can the local operator, which hears the DX station answer the CQ DX call?

Well, in theory the operator would interfere with the ESSB station and as soon as the ESSB station starts to transmit the local operator would lose the ability to hear the DX station.

Now Amateur Radio is an experimental hobby and experimenting with a TxBW > 3 kHz does fall under this category. So, yes I believe in experimenting but this is not experimenting, this is not understanding the implication of excessive TxBW. And believe me I’m all for experimenting. I am quite happy with a 2.4 kHz well balanced audio TxBW and RxBW however, some tend to enjoy a poorer SNR with an Excessive Wide Single Side Band signal.

NOTE: I also observed that these type of operators seem to drop their TxBW to 3 kHz during Contests!?!  Yet during crowded DX sessions it is OK to use 5 kHz or more TxBW. Isn't that a bit hypocritical.

I believe Amateur Radio is a self regulating hobby so maybe it is about time time to add a frequency spectrum for those inclined to use ESSB. I believe this has been done for certain other modulation schemes (AM/FM/DIGITAL).

Saturday, July 13, 2024

ICOM IC-7610 S-Meter Tracking

Having been checking the S-Meter for my prefered software solutions  (SDR) I thought it might be a good time to also (re)check the S-Meter in my ICOM IC-7610. The setup is the same as for the previous two checks. Below is the result of my checks for my IC-7610. A quick graph of how well my ICOM IC-7610 S-Meter is tracking using the proverbial 6dB steps (6dB/S-Unit).

Setup:

  • Signal generator: XG3
  • Level: -34.8dBm @ 13.8V
  • Att: HP-355C & HP-355D (38dB for approx. -73dBm level)
  • Frequency: 14.174MHz




Result:

CLICK on the GRAPH for a better view.

The graph show how well the IC-7610 is handling the Standard, i.e. 6dB/S-Value. Even though the graph show that from S5 onwards the readings aren't that great, they are however well in side Amateur tolerances. As such I'd say "Nice one ICOM". 

NOTE: The percentage values of the readings are guestemates using the small horizontal bar-graph S-Meter. All reading have been produced WITHOUT any PRE-amplification. 

It would be nice to have S-Value compensation when using the additional Pre-amplifiers. Maybe a Firmware update, it is afterall a Software Defined Radio. 

Adjusting the S-Meter for HDSDR

Since ICOM has released Firmware v.1.42 for the IC-7610 the I&Q port is working again. This opened up the possibility to use HDSDR (Sampling rate of 1.92MHz with an effective Bandwidth of 1.66MHz) again. Since I still had the S-Meter check setup "set up" from the "Adjusting the S-Meter in Thetis"  I decided to check and adjust, if need be, the HDSDR/IC-7610 combo.

The setup is basically the same as for Thetis, except the SDR in this case is an IC-7610.


Setup:


In HDSDR under Options [F7] we find Calibration Setting. This opens the HDSDR Calibration Panel.




Selecting the S-Meter Calibration tab:



The current configuration seems to correspond to an S-Meter reading of S9 +10dB on HDSDR:

and an S9 on the ICOM without the Pre-Amp engaged.


So next we add -73dBm to the Correct Level [dBm] field and press the [Calculate] button.


And the result is:


reducing attenuation by 6dB we get:


and, as expected, adding 6dB we see:


So in a Software Defined Radio (SDR) application written by Amateur's we do get the proverbial 6dB per S-Unit. 

Friday, July 12, 2024

Adjusting the S-Meter in Thetis

After about five (5) years I resurrected my ANAN 100D again. Trying a few versions, including a development version, I settled on Thetis v2.10.3.5 x64 u2. Seems to be running fine on my Windows 11 system. Quite a few improvements over the last five years. Going through the Setup/Configuration of the system I stumbled over a Level Cal inside the [Calibration] tab which can be found under the [General] tab. This allows one the ability to "automagically" set the S-Meter to a user provided level, .... sweet ....

I've decided to use my trusty old Elecraft XG3 RF Signal Source which I have checked against a calibrated RF Powermeter. At 20m the output at the -33dBm level measured -34.8dBm @ 13.8V. So using an attenuator with 38dB attenuation  will give me a -72.8dBm level into the ANAN. A short RG58 cable into a MFJ-1700B switch and another 50cm of RG58 should compensate for the missing 0.2dB to make it -73dBm.

Setup:
  • Signal generator: XG3
  • Level: -34.8dBm @ 13.8V
  • Att: HP-355C & HP-355D (38dB)




And this is how it look in real live.



Here is the Thetis setup:



After pressing the Level Cal [Start] button, the system goes and runs an internal calibration routine. A window pops up to inform us about the progress status of the calibration.

Well, the result is quite pleasing. 



And if we add 6dB attenuation we get:


And not to forget if we do subtract 6dB attenuation the result is:



Struth, 6dB steps who would have thought that is a possibility. 
Oh and this is at every SSB Bandwidth we choose. My default is 2K1, however if I choose 2K9 the S-Meter still shows -73dBm. Yikes, it is possible! It is software defined after all.

It would be nice if my IC-7610 would not change the S-Meter reading with the engagement of the Pre-Amp(s).



References: