[aprssig] PSAT & igating
steve at dimse.com
Sat Jun 6 20:14:02 CDT 2015
If there were an IGate on PSAT that was connected to the internet then every packet it digipeated would be on the APRS-IS, and therefore on findU's SAT page as well as all the other APRS databases. But PSAT obviously does not have an internet connection. So in order to appear on the APRS-IS, not only must the packet be heard and digipeated by PSAT, but then the digipeated packet must be heard by an IGate on the satellite frequency.
With ISS, it is common for packets not to appear because there are not enough IGates. This is especially true for people outside the continental US and Europe where there are usually a few IGates up all the time. PSAT transmits with less ERP than the ISS digipeater, so given the small number of IGates the packets are even less likely to appear. So we need a lot more IGates on the sat frequency in order for PSAT to match the capture rate of ISS, which isn't that great to start with.
There is one more subtlety that complicates things. The APRS-IS filters duplicates based on payload, not on path, which is why the APRS-IS is a poor choice for any sort of propagation study. And satellite heard lists are basically a propagation study. So here is what happens. Suppose I have an IGate station K4HG-3, when it sends a packet to ISS it sends something like this
A second or two later, it hears the packet back and sends this to the APRS-IS
but since the payload (the ...) is identical and close in time, only the first will appear on the APRS-IS, leaving no record of a successful digipeat.
There are TNC commands and IGate options to keep a transmitted packet from being sent directly to the APRS-IS, but if someone in town runs the IGate and directly hears my transmission, the echoed packet will not make it to the APRS-IS feed no matter how many IGates hear it. In other words, running an IGate means greatly decreasing the chance of your own and your neighbors' packets appearing on the APRS-IS feed. This limits the number of people willing to run IGates, making the problem worse for everyone!
On Jun 6, 2015, at 5:00 PM, Nagi Punyamurthula via aprssig <aprssig at tapr.org> wrote:
> I have the same issue. Please see below screenshot. I am nowhere to be found on the map
> From: aprssig [mailto:aprssig-bounces at tapr.org] On Behalf Of Paul Bramscher via aprssig
> Sent: Saturday, June 06, 2015 2:45 PM
> To: aprssig at tapr.org
> Subject: [aprssig] PSAT & igating
> Say, I heard N5ZNL on a PSAT pass earlier today from my QTH here in Minnesota. It appears to have been igate'd but I don't see it online anywhere. A glitch of some sort? I was trying to work it myself on the same pass. Signals were pretty weak:
> Port(D710):Port(D710):2015-06-06T16:36:21.062 Kenwood:N5ZNL>APS227,PSAT,ARISS*,SGATE,WIDE2:=3219.80N/09008.40W`Rick in EM42
> IGate:WinMain:2015-06-06T16:36:21.062 RFtoIS:[D710]IGated N5ZNL>APS227,PSAT,ARISS*,SGATE,WIDE2,qAR,KD0KZE:=3219.80N/09008.40W`Rick in EM42
> Packets:WinMain:2015-06-06T16:36:21.062 RF[D710] N5ZNL>APS227,PSAT,ARISS*,SGATE,WIDE2:=3219.80N/09008.40W`Rick in EM42
> aprssig mailing list
> aprssig at tapr.org
More information about the aprssig