I only have 3 postions with 10 messages sent to FA in 4 days.
Sun Apr 28 14:19:43 2019 EDT dump1090-mutability v1.15~dev starting up.
Using sample converter: UC8, integer/table path
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001 (currently selected)
Detached kernel driver
Found Fitipower FC0012 tuner
Max available gain is: 19.20 dB
Setting gain to: 19.20 dB
[FC0012] no valid PLL combination found for 1090000000 Hz!
Gain reported by device: 19.20 dB
Statistics: Sun Apr 28 14:19:44 2019 EDT - Sun Apr 28 15:19:44 2019 EDT
8620867584 samples processed
0 samples dropped
0 Mode A/C messages received
95591817 Mode-S message preambles received
61616767 with bad message format or invalid CRC
33974874 with unrecognized ICAO address
11 accepted with correct CRC
165 accepted with 1-bit error repaired
-5.9 dBFS noise power
-5.9 dBFS mean signal power
-5.1 dBFS peak signal power
0 messages with signal power above -3dBFS
Messages from network clients:
0 Mode A/C messages received
0 Mode S messages received
0 with bad message format or invalid CRC
0 with unrecognized ICAO address
0 accepted with correct CRC
0 accepted with 1-bit error repaired
176 total usable messages
21 surface position messages received
61 airborne position messages received
0 global CPR attempts with valid positions
0 global CPR attempts with bad data
0 global CPR attempts that failed the range check
0 global CPR attempts that failed the speed check
0 global CPR attempts with insufficient data
1 local CPR attempts with valid positions
0 aircraft-relative positions
0 receiver-relative positions
81 local CPR attempts that did not produce useful positions
60 local CPR attempts that failed the range check
0 local CPR attempts that failed the speed check
0 CPR messages that look like transponder failures filtered
0 non-ES altitude messages from ES-equipped aircraft ignored
176 unique aircraft tracks
174 aircraft tracks where only one message was seen
CPU load: 33.1%
740091 ms for demodulation
436812 ms for reading from USB
15681 ms for network input and background tasks
Sun Apr 28 15:23:10 2019 EDT Caught SIGTERM, shutting down…
Sun Apr 28 15:23:10 2019 EDT Waiting for receive thread termination
Reattached kernel driver
The above comments about the FC0012 not being suitable for ADS-B are correct.
The PLL error means that the FC0012 was never actually tuned (the tuning code bails out before programming the tuner at all) so whatever signal you are hearing is basically random noise from whatever mode the tuner happened to power up in / whatever the last frequency setting was. This probably also explains the “signal” you see in sharpsdr. FWIW ADS-B signals are not very visible on a a waterfall display (they are bursty and quite wideband) - if you see a strong vertical line on the waterfall display, that’s not ADS-B.
Unfortunately I think 978MHz is outside the tunable range of the FC0012 as well.
If the PLL doesn’t lock (or doesn’t lock reliably), you have no way of knowing what frequency you are receiving.
I’ve never had the pleasure of FC0012, so no idea what’s inside the dongle, but those loaded with the 820 are very sensitive to low voltage supply. Try a ‘better’ PSU and see if you can get the tuner to lock.
The 820T datasheet claims 42MHz to 1002MHz, but obviously we can squeeze more that out of them.
Perhaps the FC0012 will surprise us.
Oh, I see your point.
Reading that code suggests changing the reference crystal to 36MHz (from 28.8MHz) may put 1090 into a valid range. Amusing to try, but I’ve seen one claim that the FC0013 goes to 1100MHz, so that’d be an easier start point.
The manufacturer claims the FC0013 & FC0014 can receive GPS (1575MHz).
This review of the FC0013 suggests poor performance on 1090MHz using the supplied antenna (no surprise there), but a decent antenna may give vastly better results. I say ‘vastly’, because GPS operates below the noise floor and any receiver capable of pulling useful data from that weak a signal could be really impressive for ADS-B.