K4KPN-10 has clearly benefited from the combination of antenna system repairs and noise floor (NF) reduction work at the site last Fall. Performance is back to what one would expect from it.
For those that ask why Robust Packet? One word….performance. Below is a screencap of what the 30m RP APRS world looks like from the Kentucky gate’s perspective over a few days.
Around 25 to 30 of those stations on there have been heard direct on RF at some point. Single hop stateside coverage is easy. Europe is in to some degree nearly every evening and EU mobiles are often heard. Even the challenging polar path over to RT9K-15 is in there at times.
I’m hesitant to use APRS-IS for serious coverage analysis since it doesn’t begin to reflect everything heard on RF, especially on HF. Regardless K4KPN-10’s “heard” and “heard by” data is interesting:
Yes some of the soundcard modems will do good work on 300 baud AFSK for single hop HF APRS and some occasional DX can get through. Some can do even better with bit fixing. The problem with bit fixing (guessing) is it breaks spec and can easily cause corruption if done too aggressively even on APRS. Thus why we so often trace corruption on the VHF APRS feeds back to soundcard modem equipped gates. Even with bit fixing the limitations of 300 baud AFSK become apparent over long haul DX paths.
Where Robust Packet shines is it uses Pactor-III like modulation that allows error correction without breaking spec. RP offers good noise immunity and deals with the multi-path on long haul DX packets better than a typical AFSK modem can. Since RP uses space and power efficient dedicated hardware it is also well suited to stand-alone portable/mobile tracker uses without the need for a PC/laptop.
Robust packet is a mode and hardware built from the ground up for improved performance on HF and well suited to HF APRS. DX reception is not occasional, it is commonplace. I admit to sort of taking 4,000+ mile APRS DX as NBD till one of the HF AFSK guys sent me a “holy $#@$ what are you using that hears across the pond nightly” email LOL.
For those asking “where is K4KPN-10 hearing RT9K-15? Oh it is in there on RF, but due to his gate configuration it’s going to be difficult for stations other than a few lucky EU gates to ever get credit (APRS-IS perspective) for hearing him.
Well here is an opportunity for a good lesson on the flaws of assuming APRS-IS gives a complete picture of what is going on at the RF level.
It is important to realize that APRS-IS does dupe checking. If I-Gate A and I-Gate B hear the same packet only one of them can get credit for it from the APRS-IS perspective. Which one gets credit? The first one that gets that packet to APRS-IS. The one with the lowest latency to the APRS-IS system.
If you run an I-Gate or home APRS system on both IP and RF you can easily screw yourself with bad timing values. The RT9K-15 I-gate is doing something that will make it very hard for coverage analysis via APRS-IS. It appears to be aggressively beaconing to APRS-IS every few minutes? I’m told that it is heard often in EU, but rarely does an EU gate get credit for it in the eyes of APRS-IS. This tells me it is probably making the 2nd mistake of beaconing to APRS-IS and RF at the same time. This means even if another gate hears his packet on RF then it’s unlikely outside of internet congestion on his link that another gate can decode that packet off RF and inject it into APRS-IS before his internet beacon gets into APRS-IS.
Another problem this creates for APRS-IS analysis is it throws the packet counts off on the above pages. A good example is it shows a monthly total of 5 packets for DF1CHB /AM. He was in direct on the eastern USA I-gates for hours earlier this morning, but also hitting EU gates so NOAM will only get occasional credit for gating him even after dozens of packets gated in. Tonight he is airborne over Serbia and K4KPN-10 is hearing him direct like clockwork on 30 meters:
Don’t get me wrong, this is not a complaint towards APRS-IS. It’s just how the system works and how it has to work. It’s just important for APRS operators to understand that APRS-IS doesn’t give you the full RF picture due to the necessary dupe checking going on. This is especially true on HF where the same packet can easily be heard by multiple I-Gates hundreds or thousands of miles apart.
Also noteworthy that some stations run beacons marked “RFONLY” or “NOGATE” paths. A properly configured I-Gate will not gate those beacons into APRS-IS. This is another gotcha if you’re trying to get a full picture of RF level activity via APRS-IS based systems and apps.
Recommendations based upon lessons learned here if you are interested in getting decent coverage analysis via APRS-IS?
- There is normally no need for an APRS station to position beacon on their internet port (APRS-IS) more than once or twice an hour unless it is moving. Serves no useful purpose for fixed stations and it only adds to the cumulative load on the APRS-IS system.
- I-gates should consider beaconing on their internet port at a rate of just under 60 minutes.
- Avoid beaconing via RF and internet ports at the same time.
- If you are not moving, then you don’t need to be pounding the heck out of the RF side either. 2-3 RF beacons an hour from a fixed station is more than enough to keep you on most maps and fresh in APRS-IS for messaging/gating purposes if you are in range of an I-Gate.