As predicted this contest was a disaster.
NOT DUE to the COVID19 pandemic, but due to the HFCC putting no effort into creating rules which would have allowed curtailed operations to continue.
I listened in and the only saviour to many bored operators were stations that decided to take matters into their own hands and operate /P from the island that they happened to be on anyway (summer holidays...remember those...when you were young...going off with the kids....a distant memory for those in HFCC it would seem).
I just hope that most of these /P operators knew about the ludicrous "home station only " rule imposed by the "Chief Medical Officer" of the RSGB HFCC. I can imagine that some operators would only find out that they had travelled to an island and spent many hours setting up and operating a /P station providing entertainment for RSGB members only to find out later that they have been disqualified.
The only way this contest can now be judged is for all the points distributed by these cheating /P stations to be removed from the logs of home stations that wrongly decided to try to work them.
Monday, 27 July 2020
Saturday, 4 July 2020
RSGB Contest Committee IOTA contest 2020
Does anyone else think the RSGB Contest Committee have got it wrong for the IOTA contest in 2020. Apparently the best they can do is suggest "single operator only" and "working from your home station" only?
Hello?
Most working people with kids will be on holiday on July 25/26 and will be away from their home stations.
I recon this ruling makes sense if you are retired and live down south where you have to travel extensively to reach an island. You need to plan and book ahead to get comfy accommodation and you are used to winning your category through year round planning and letting a large group of people take the strain of setting up the station and antennas for you. You only need to operate for a couple hours before your buddy comes to release you as your bladder probably can't go longer than that anyway. A large scale event with a nice sociable side to meet your buddies.
It completely makes NO sense if you are still working and stuck with taking holidays when the kids are off. You live up north and you are right next to an island. You don't need to plan ahead as you just drive over and operate from the car, completely on your own and setting up light weight portable antennas that will never let you win anything. You operate for 12 straight hours in a herculean effort to work your way up the rankings.
You'll notice I haven't mentioned COVID19. This is because when trying to discuss this issue with the contest committee I feel their situation is predominately tending towards the latter 'retired' category (above) and as such are ruling to suit themselves rather than putting some real effort into making IOTA 2020 the best it can be, despite COVID19. It is all too easy for them to put on their politician hat and a grave face and say things like "we had to make a decision in plenty time" Why? Single ops living next to an island don't need plenty time? or "We don't want to encourage travel" Eh, that's not up to you, I'd rather listen to the CMO! or "It's only a game, whilst people are dying" How long are you going to keep this up 1, 2 , 3 years? or until a cure is found? At least make a decision which is sustainable for everyone (and not just the retired) like "single op only" and "no island hopping". Their decision is final and not up for discussion.
It's really very disappointing to me personally that after more than a decade of competing in a COVID19 compatible format i.e. Single OP totally self-sufficient DXPedition, that the contest committee fails to recognise this category by blanket ruling "home station" only. ***Even if I weren't to travel to an island, I'm still technically excluded as I'm on holiday with the kids and not at my "home station"**** ridiculous! All the /m /a /p stations excluded in one stupid spoiler rule. However this will suit a lot of slipper wearing, pipe smoking, coffin dodging retirees and help them still win their category (get their moneys worth out that STEPPIR someone else installed for them). Arguably the premier RSGB contest event of the year almost completely spoiled by self-indulgence, scaremongering and nanny state behaviour.
I feel that the RSGB Contest Committee fails to realise that Radio is one of the few things left that is safe to do during these hard times and that we should be doing more to promote it to the bumper crop of new hams that have entered the hobby because of COVID19. Instead they have erred on the safe, easy side and spoiled what could have been a more interesting contest result where the large groups are banned by putting in place a simple "single op" rule.
I have a mind to take part from EU123 together with all the other tourist crawling over the islands. Imagine the pile ups on the bands for EU123! Then I won't enter the contest or submit a log as a two fingered salute to RSGB Contest Committee.
Very, very disappointed that people who have got this country through COVID19 by continuing to work 'at risk' are being excluded from things like the Hope contests and now IOTA....nuts! Bring on retirement!
Hello?
Most working people with kids will be on holiday on July 25/26 and will be away from their home stations.
I recon this ruling makes sense if you are retired and live down south where you have to travel extensively to reach an island. You need to plan and book ahead to get comfy accommodation and you are used to winning your category through year round planning and letting a large group of people take the strain of setting up the station and antennas for you. You only need to operate for a couple hours before your buddy comes to release you as your bladder probably can't go longer than that anyway. A large scale event with a nice sociable side to meet your buddies.
It completely makes NO sense if you are still working and stuck with taking holidays when the kids are off. You live up north and you are right next to an island. You don't need to plan ahead as you just drive over and operate from the car, completely on your own and setting up light weight portable antennas that will never let you win anything. You operate for 12 straight hours in a herculean effort to work your way up the rankings.
You'll notice I haven't mentioned COVID19. This is because when trying to discuss this issue with the contest committee I feel their situation is predominately tending towards the latter 'retired' category (above) and as such are ruling to suit themselves rather than putting some real effort into making IOTA 2020 the best it can be, despite COVID19. It is all too easy for them to put on their politician hat and a grave face and say things like "we had to make a decision in plenty time" Why? Single ops living next to an island don't need plenty time? or "We don't want to encourage travel" Eh, that's not up to you, I'd rather listen to the CMO! or "It's only a game, whilst people are dying" How long are you going to keep this up 1, 2 , 3 years? or until a cure is found? At least make a decision which is sustainable for everyone (and not just the retired) like "single op only" and "no island hopping". Their decision is final and not up for discussion.
It's really very disappointing to me personally that after more than a decade of competing in a COVID19 compatible format i.e. Single OP totally self-sufficient DXPedition, that the contest committee fails to recognise this category by blanket ruling "home station" only. ***Even if I weren't to travel to an island, I'm still technically excluded as I'm on holiday with the kids and not at my "home station"**** ridiculous! All the /m /a /p stations excluded in one stupid spoiler rule. However this will suit a lot of slipper wearing, pipe smoking, coffin dodging retirees and help them still win their category (get their moneys worth out that STEPPIR someone else installed for them). Arguably the premier RSGB contest event of the year almost completely spoiled by self-indulgence, scaremongering and nanny state behaviour.
I feel that the RSGB Contest Committee fails to realise that Radio is one of the few things left that is safe to do during these hard times and that we should be doing more to promote it to the bumper crop of new hams that have entered the hobby because of COVID19. Instead they have erred on the safe, easy side and spoiled what could have been a more interesting contest result where the large groups are banned by putting in place a simple "single op" rule.
I have a mind to take part from EU123 together with all the other tourist crawling over the islands. Imagine the pile ups on the bands for EU123! Then I won't enter the contest or submit a log as a two fingered salute to RSGB Contest Committee.
Very, very disappointed that people who have got this country through COVID19 by continuing to work 'at risk' are being excluded from things like the Hope contests and now IOTA....nuts! Bring on retirement!
Yaesu FTDX101 Spectrum Scope Mode : Cursor
After having played with other transceivers, I am disappointed in the implementation of CURSOR mode. I don't like having to push the spectrum scope along, as if you find a signal, you always have to back tune to find it. I would much prefer an auto scroll mode where (when the limit of the span has been reached) the scope jumps ahead by half the span leaving the tuning marker mid-screen. I know about the other modes and use FIX in CW and CENTER in DATA and feel CURSOR is most suitable in SSB. The implementation of CURSOR could do with a re-think though.
Yaesu FTDX101 review
I own an FTDX101D. Having owned and played with a lot of other transceivers, I am left with a sense of disappointment in the lack of ease of use (in particular) the lack of settings memories available on the 101. I feel that the designers of other transceivers have spent more time considering the owner experience and usability. After studying this, I have focussed down on several settings related to the scope on the 101 which are not remembered in the band-stack:
1) Spectrum Scope operation mode FIX/CENTER/CURSOR
2) FIX frequency
3) SPEED
4) SPAN
5) LEVEL
For instance, I set up the triple band-stack for CW/Data/SSB for the 10m band.
I like the following scope setting on CW
1) Spectrum Scope operation mode: FIX
2) FIX frequency: 28.000
3) SPEED: FAST3 (as I like to decode by eye)
4) SPAN: 50KHz
5) LEVEL: Effects of tight roofing filter (300Hz), and low span means high level gain required
I like the following scope settings on Data
1) Spectrum Scope operation mode: CENTER
2) FIX frequency: 28.074
3) SPEED: SLOW1 (As I like a longer period of history visible)
4) SPAN: 5KHz (In FT8 only 4KHz required)
5) LEVEL: Effects of tight roofing filter (300Hz), and low span means high level gain required
I like the following scope settings on SSB
1) Spectrum Scope operation mode: CURSOR
2) FIX frequency: 28.400 (If I change to FIX)
3) SPEED: FAST1 (As I like a medium period of history visible)
4) SPAN: 100KHz
5) LEVEL: Effects of wide roofing filter (3KHz), and high span means low level gain required
Unfortunately none of the above settings are remembered in the band-stack. This means that on each change of band (with the exception of FIX frequency) or band-stack, the previous settings of these parameters just pass through, meaning I have to manually alter all the above settings every time...very very tiresome! You'll recognise this failing if you've been using FIX in CW and you change the band-stack to SSB...the cursors fly off the screen and the scope is looking at the CW FIX frequency and the VFO is up in the SSB portion of the band....crazy!
By changing the band-stack to remember these extra parameters the ease of use factor will go through the roof (this will also work when changing band).
Do you think remembering these parameters in the band-stack would be helpful to your usage case?
Doug GM0ELP/MM3T
1) Spectrum Scope operation mode FIX/CENTER/CURSOR
2) FIX frequency
3) SPEED
4) SPAN
5) LEVEL
For instance, I set up the triple band-stack for CW/Data/SSB for the 10m band.
I like the following scope setting on CW
1) Spectrum Scope operation mode: FIX
2) FIX frequency: 28.000
3) SPEED: FAST3 (as I like to decode by eye)
4) SPAN: 50KHz
5) LEVEL: Effects of tight roofing filter (300Hz), and low span means high level gain required
I like the following scope settings on Data
1) Spectrum Scope operation mode: CENTER
2) FIX frequency: 28.074
3) SPEED: SLOW1 (As I like a longer period of history visible)
4) SPAN: 5KHz (In FT8 only 4KHz required)
5) LEVEL: Effects of tight roofing filter (300Hz), and low span means high level gain required
I like the following scope settings on SSB
1) Spectrum Scope operation mode: CURSOR
2) FIX frequency: 28.400 (If I change to FIX)
3) SPEED: FAST1 (As I like a medium period of history visible)
4) SPAN: 100KHz
5) LEVEL: Effects of wide roofing filter (3KHz), and high span means low level gain required
Unfortunately none of the above settings are remembered in the band-stack. This means that on each change of band (with the exception of FIX frequency) or band-stack, the previous settings of these parameters just pass through, meaning I have to manually alter all the above settings every time...very very tiresome! You'll recognise this failing if you've been using FIX in CW and you change the band-stack to SSB...the cursors fly off the screen and the scope is looking at the CW FIX frequency and the VFO is up in the SSB portion of the band....crazy!
By changing the band-stack to remember these extra parameters the ease of use factor will go through the roof (this will also work when changing band).
Do you think remembering these parameters in the band-stack would be helpful to your usage case?
Doug GM0ELP/MM3T
Wednesday, 10 June 2020
FTDX101 Tips and Tricks
TIP 1. If you have CW Auto Mode (CW Setting -> MODE CW -> CW AUTO MODE) set to ON, you can still turn your PROCessor on/off using the PROC button, the trick is that you have to engage PTT and then press the PROC button to get it to switch the Proc on/off rather than the Keyer on/off.
TIP 2. To get CW Auto Mode to work, you have to select CW mode turn on BK-IN then select SSB mode. From then on it will remember you want BK-IN when sending CW from SSB mode.
TIP 3. If you want to use the radio with a wireless mouse, all wireless mice are not the same, I finally found that a Logitech M310 works when connected to the top USB port on the front of the radio (it doesn't work in the bottom port).
TIP 4. Both the RS232 and the rear USB ports work for CAT control simultaneously.
TIP 5. When setting up the microphone equaliser bandwidth (Operation Setting -> Tx Audio -> PRMTRC EQx BWTH), bandwidth is a very misleading word, Yaesu actually mean 'Q' i.e. a setting of 10 means a response over a small bandwidth (say 100Hz) and a setting of 1 means a response over a large bandwidth say (1KHz).
TIP 6. When setting up the microphone audio and drive levels AMC is mega important. AMC is on all the time, but you can only control its level by selecting (Operation Setting -> Tx Audio -> Proc Level -> AMC). The AMC level can then be adjusted using the Proc rotary control to dial in an AMC value. Note the value is counter intuitive, a setting of 100 means no AMC limiting, a setting of 1 is maximum AMC limiting. A setting of 100 will give you distorted modulation and cause the compression and mic gain to be impossible to set correctly. Starting from 100 work your way down until the you can set the compression and ALC level as stated in the manual. Most microphones work well at a setting of approx. 65, YMMV. To test a value of AMC you have to jump back into the same menu setting and select COMP before you can adjust compressor settings to see if you can get it to behave.
TIP 7. If you have problems with the rig wanting to update the firmware when you switch on, this is caused by the equipment on the other end of your RS232 connection not being switched on. I have also heard that sometimes the RS232 connection causes sd card load problems, the solution being you have to disconnect the RS232 cable from the back of the rig before trying to load files.
It's a great rig, but as you can see there are currently a few quirks.
TIP 2. To get CW Auto Mode to work, you have to select CW mode turn on BK-IN then select SSB mode. From then on it will remember you want BK-IN when sending CW from SSB mode.
TIP 3. If you want to use the radio with a wireless mouse, all wireless mice are not the same, I finally found that a Logitech M310 works when connected to the top USB port on the front of the radio (it doesn't work in the bottom port).
TIP 4. Both the RS232 and the rear USB ports work for CAT control simultaneously.
TIP 5. When setting up the microphone equaliser bandwidth (Operation Setting -> Tx Audio -> PRMTRC EQx BWTH), bandwidth is a very misleading word, Yaesu actually mean 'Q' i.e. a setting of 10 means a response over a small bandwidth (say 100Hz) and a setting of 1 means a response over a large bandwidth say (1KHz).
TIP 6. When setting up the microphone audio and drive levels AMC is mega important. AMC is on all the time, but you can only control its level by selecting (Operation Setting -> Tx Audio -> Proc Level -> AMC). The AMC level can then be adjusted using the Proc rotary control to dial in an AMC value. Note the value is counter intuitive, a setting of 100 means no AMC limiting, a setting of 1 is maximum AMC limiting. A setting of 100 will give you distorted modulation and cause the compression and mic gain to be impossible to set correctly. Starting from 100 work your way down until the you can set the compression and ALC level as stated in the manual. Most microphones work well at a setting of approx. 65, YMMV. To test a value of AMC you have to jump back into the same menu setting and select COMP before you can adjust compressor settings to see if you can get it to behave.
TIP 7. If you have problems with the rig wanting to update the firmware when you switch on, this is caused by the equipment on the other end of your RS232 connection not being switched on. I have also heard that sometimes the RS232 connection causes sd card load problems, the solution being you have to disconnect the RS232 cable from the back of the rig before trying to load files.
It's a great rig, but as you can see there are currently a few quirks.
Friday, 15 May 2020
FT8 is currently causing the death of my ham radio hobby
It's a topic we've all heard before, but here is my perspective. In the 35 years I've been a radio ham this year has been the worst for the lack of activity on CW and SSB modes in all the HF and VHF bands (especially high HF i.e. 15/10m).
Is it that the bands are just in really poor condition you may ask? Well no is the short answer! I say this, because in my experience, 90% of the time whilst I've been calling CQ, I've been listening to multiple FT8 signals banging in and according to the cluster and my decode, its coming from all over Europe and beyond. However on CW and SSB modes there is silence despite my attempts at calling CQ.
Is it that FT8 is just way more capable of making QSOs compared to other modes you may ask? Well no is the short answer! I say this, because in my experience as a CW operator, 90% of the time if I can hear a signal I can work it and I can hear FT8 signal coming in at S9 and I am still not able to get a response to my CQ calls on CW.
My conclusion is therefore that FT8 has spoilt my fun on the 15/10m bands and VHF especially. Unfortunately this is where I am 90% of the time. Where I used to be able to call CQ and nearly always get a response, now I get nothing except a bandscope full of strong FT8 signals.
Should I consider moving to the FT8 mode? I already use FT8 where it is appropriate i.e. when 10m is just opening. As soon as I can see or hear FT8 signals, I switch to CW or SSB. Why do I do this? Because FT8 is a weak signal mode not a full communication mode and it's extremely limited info exchange mechanism is only suited to essential information pass under hard band conditions. When the bands open, there is no point in this in my opinion. I can therefore only surmise that those who do not change to a more suitable communications mode are not interested in communicating, are unable to use CW or prefer communicating from behind a keyboard rather than use their voice! These concepts are all unattractive to me as they directly affect my hobby as described above.
I do believe that everyone has the right to their own hobby, so I would never dream of trying to spoil their fun or force them to use other modes some of the time. I therefore just have to accept that FT8 is currently killing my hobby. YMMV.
Is it that the bands are just in really poor condition you may ask? Well no is the short answer! I say this, because in my experience, 90% of the time whilst I've been calling CQ, I've been listening to multiple FT8 signals banging in and according to the cluster and my decode, its coming from all over Europe and beyond. However on CW and SSB modes there is silence despite my attempts at calling CQ.
Is it that FT8 is just way more capable of making QSOs compared to other modes you may ask? Well no is the short answer! I say this, because in my experience as a CW operator, 90% of the time if I can hear a signal I can work it and I can hear FT8 signal coming in at S9 and I am still not able to get a response to my CQ calls on CW.
My conclusion is therefore that FT8 has spoilt my fun on the 15/10m bands and VHF especially. Unfortunately this is where I am 90% of the time. Where I used to be able to call CQ and nearly always get a response, now I get nothing except a bandscope full of strong FT8 signals.
Should I consider moving to the FT8 mode? I already use FT8 where it is appropriate i.e. when 10m is just opening. As soon as I can see or hear FT8 signals, I switch to CW or SSB. Why do I do this? Because FT8 is a weak signal mode not a full communication mode and it's extremely limited info exchange mechanism is only suited to essential information pass under hard band conditions. When the bands open, there is no point in this in my opinion. I can therefore only surmise that those who do not change to a more suitable communications mode are not interested in communicating, are unable to use CW or prefer communicating from behind a keyboard rather than use their voice! These concepts are all unattractive to me as they directly affect my hobby as described above.
I do believe that everyone has the right to their own hobby, so I would never dream of trying to spoil their fun or force them to use other modes some of the time. I therefore just have to accept that FT8 is currently killing my hobby. YMMV.
Saturday, 7 March 2020
ARRL DX SSB contest Poor Education on Transmit audio and Transmission Width
There seems to be a lot of SSB operators who don't understand why setting up your transmit audio as per the manual is important. Instead they ask a station on another continent to give them a transmit audio check. They will keep on increasing their mike gain on the basis they are told their audio is getting louder without detectable distortion. Radios like the Yaesu FT2000 and the FT1000MP were the worst, as you could keep winding up the mike gain to sound loud. However, the by-product of doing this is splatter, turning your 3KHz signal into a 6+KHz signal. Someone on another continent is unlikely to be able to hear or see your bandwidth growing as normally splatter is 30-60 dB down from the 3KHz main audio. The real effect will be apparent only to local stations or on bands where your signal is well over S9. For instance the ARRL DX SSB contest has most of Eastern Europe beaming directly over the UK, most of these signals heard on 20m in the UK are 6+KHz wide and trying to compete is pointless. Not adjusting your radios tx audio (as per the manual) is cheating, plain and simple, ignorance is not an excuse. I'm sure it isn't a matter of poverty as most QRZ page search results reveal modern equipment, I am convinced it is a matter of education. The ARRL DX SSB contest is currently in full swing and the biggest offender on 20m is:
HA8JV
who is 10KHz wide. I gave him a QRM report and his answer was "understand", he then asked a US station what is audio sounded like, the US operator replied "perfectly readable".... This is a perfect example of the problem.
Subscribe to:
Posts (Atom)
