I am using a RPi 4 model B, a flighwaware pro stick plus and the Bingfu Dual Band 978MHz 1090MHz 5dB antenna.
Despite being only for hours it hasn’t detect any aircraft. It is a few miles from a small airport and about 30 miles from a major international airport…
I am using the image for my pi that flightaware provides and the only configuration change I have made is just the settings for WiFi.
On my PiAware Status page I have two oranges:
1090 Radio—Connected to S Mode Receiver but no recent data seen
MLAT ---- No clock sync with nearby receivers
piaware-status
PiAware master process (piaware) is running with pid 523.
PiAware ADS-B client (faup1090) is running with pid 807.
PiAware ADS-B UAT client (faup978) is not running (disabled by configuration settings)
PiAware mlat client (fa-mlat-client) is running with pid 800.
Local ADS-B receiver (dump1090-fa) is running with pid 781.
dump1090-fa (pid 781) is listening for ES connections on port 30005.
faup1090 is connected to the ADS-B receiver.
piaware is connected to FlightAware.
I feel like my setup is a fairly common one so I am not sure why I am having issues.
Make sure your cable connectors are correct. There are RP-SMA connectors that will connect but provide no electrical connection. google the difference between SMA and RP-SMA. There are also differences with N connectors. 50 and 75 ohm plugs have different pin sizes.
What code are you using? Are you using the FA image or some other image?
I have received a number of aircraft from an antenna on my basement window (it didn’t have great range but did get a fair amount of aircraft. I am under the flight path into La Guardia airport in NYC).
Remember that the signals are “line of sight”. If the antenna cannot see the aircraft then it cannot receive them.
Mar 21 02:24:07 piaware piaware[477]: no new messages received in 3888 seconds, it might just be that there haven’t been any aircraft nearby but I’m going to try to restart everything, just in case…
Mar 21 02:24:08 piaware piaware[477]: faup1090 exited with SIG SIGHUP
Mar 21 02:24:08 piaware piaware[477]: attempting to restart dump1090…
Mar 21 02:24:09 piaware piaware[477]: attempting to restart dump1090-fa using ‘systemctl --no-block try-restart dump1090-fa.service < /dev/null’…
Mar 21 02:24:09 piaware piaware[477]: dump1090 restart appears to have been successful
Mar 21 02:24:10 piaware piaware[477]: mlat-client(741): Lost connection to localhost:30005
Mar 21 02:24:10 piaware piaware[477]: mlat-client(741): Reconnecting in 30.0 seconds
Mar 21 02:24:10 piaware piaware[477]: mlat-client(741): Beast-format results connection with 127.0.0.1:30104: connection lost
Mar 21 02:24:19 piaware piaware[477]: ADS-B data program ‘dump1090-fa’ is listening on port 30005, so far so good
Mar 21 02:24:19 piaware piaware[477]: Starting faup1090: /usr/lib/piaware/helpers/faup1090 --net-bo-ipaddr localhost --net-bo-port 30005 --stdout --lat 38.400 --lon -90.100
Mar 21 02:24:19 piaware piaware[477]: Started faup1090 (pid 2316) to connect to dump1090-fa
Mar 21 02:24:39 piaware piaware[477]: 0 msgs recv’d from dump1090-fa (0 in last 5m); 0 msgs sent to FlightAware
Mar 21 02:24:40 piaware piaware[477]: mlat-client(741): Input connected to localhost:30005
Mar 21 02:24:40 piaware piaware[477]: mlat-client(741): Input format changed to BEAST, 12MHz clock
Mar 21 02:24:40 piaware piaware[477]: mlat-client(741): Beast-format results connection with ::1:30104: connection established
Mar 21 02:29:18 piaware piaware[477]: mlat-client(741): Receiver status: connected
Mar 21 02:29:18 piaware piaware[477]: mlat-client(741): Server status: not synchronized with any nearby receivers
Mar 21 02:29:18 piaware piaware[477]: mlat-client(741): Receiver: 0.0 msg/s received 0.0 msg/s processed (0%)
Mar 21 02:29:18 piaware piaware[477]: mlat-client(741): Server: 0.0 kB/s from server 0.0kB/s TCP to server 0.0kB/s UDP to server
Mar 21 02:29:18 piaware piaware[477]: mlat-client(741): Aircraft: 0 of 0 Mode S, 0 of 0 ADS-B used
Mar 21 02:29:37 piaware piaware[477]: 0 msgs recv’d from dump1090-fa (0 in last 5m); 0 msgs sent to FlightAware
Mar 21 02:34:37 piaware piaware[477]: 0 msgs recv’d from dump1090-fa (0 in last 5m); 0 msgs sent to FlightAware
Mar 21 02:39:37 piaware piaware[477]: 0 msgs recv’d from dump1090-fa (0 in last 5m); 0 msgs sent to FlightAware
Mar 21 02:44:18 piaware piaware[477]: mlat-client(741): Receiver status: connected
Mar 21 02:44:18 piaware piaware[477]: mlat-client(741): Server status: not synchronized with any nearby receivers
Mar 21 02:44:18 piaware piaware[477]: mlat-client(741): Receiver: 0.0 msg/s received 0.0 msg/s processed (0%)
Mar 21 02:44:18 piaware piaware[477]: mlat-client(741): Server: 0.0 kB/s from server 0.0kB/s TCP to server 0.0kB/s UDP to server
Mar 21 02:44:18 piaware piaware[477]: mlat-client(741): Aircraft: 0 of 0 Mode S, 0 of 0 ADS-B used
Mar 21 02:44:37 piaware piaware[477]: 0 msgs recv’d from dump1090-fa (0 in last 5m); 0 msgs sent to FlightAware
Mar 21 02:49:37 piaware piaware[477]: 0 msgs recv’d from dump1090-fa (0 in last 5m); 0 msgs sent to FlightAware
I would suspect the antenna or its cable. With the dongle removed from the computer, try straightening a metal paperclip then bending the very end at a 90 degree angle and sticking it into the hole on the dongle’s antenna connector, then plug the dongle back in with the rest of the paperclip vertical and see if you receive anything at all. Give it a few hours to run and watch your local map.
Based on that output and some research I set the gain manually to be 42.1. After a reboot or restart of services it looks like the gain still adaptively changes to reach the max.
Mar 21 12:18:05 piaware dump1090-fa[469]: adaptive: available dynamic range (45.0dB) >= required dynamic range (30.0dB), continuing upward scan
Mar 21 12:18:05 piaware dump1090-fa[469]: adaptive: changing gain from 44.5dB (step 26) to 48.0dB (step 27) because: probing dynamic range gain upper b>
Mar 21 12:18:05 piaware dump1090-fa[469]: rtlsdr: tuner gain set to 48.0 dB (gain step 27)
Mar 21 12:18:15 piaware dump1090-fa[469]: adaptive: available dynamic range (45.0dB) >= required dynamic range (30.0dB), continuing upward scan
Mar 21 12:18:15 piaware dump1090-fa[469]: adaptive: changing gain from 48.0dB (step 27) to 49.6dB (step 28) because: probing dynamic range gain upper b>
Mar 21 12:18:15 piaware dump1090-fa[469]: rtlsdr: tuner gain set to 49.6 dB (gain step 28)
Mar 21 12:18:25 piaware dump1090-fa[469]: adaptive: available dynamic range (43.8dB) >= required dynamic range (30.0dB), continuing upward scan
Mar 21 12:18:25 piaware dump1090-fa[469]: adaptive: changing gain from 49.6dB (step 28) to 58.6dB (step 29) because: probing dynamic range gain upper b>
Mar 21 12:18:25 piaware dump1090-fa[469]: rtlsdr: tuner gain set to about 58.6 dB (gain step 29) (tuner AGC enabled)
Mar 21 12:18:35 piaware dump1090-fa[469]: adaptive: reached upper gain limit, halting dynamic range scan here
I am not sure if this is related to the issues I am having or not. Naturally my original problems are still not resolved
This is what it looks like:
dump1090-fa
Mon Mar 21 13:19:48 2022 UTC dump1090-fa 7.2 starting up.
rtlsdr: using device #0: Generic RTL2832U (Realtek, RTL2832U, SN 00001000)
Found Rafael Micro R820T tuner
rtlsdr: tuner gain set to 49.6 dB (gain step 28)
Allocating 4 zero-copy buffers
No entries or data after that. I also have the gain manually set to 20.7 and adaptive gain disabled so I am not sure why it is showing 49.6. Although maybe I am focusing on the wrong things as I am pretty new to this stuff.
Tot: 0 Vis: 0 RSSI: Max -100.0+ Mean nan Min 100.0- MaxD: 0.0nm+ |
Hex Mode Sqwk Flight Alt Spd Hdg Lat Long RSSI Msgs Ti
qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq
(1) The most basic usage of view1090-fa is with no flags.
The view1090-fa will connect to the dump1090-fa running on the RPi, and display the decoded messages in an ASCII-text table , as shown below:
(2) If view1090-fa is used with flag --no-interactive :
The view1090-fa will connect to the dump1090-fa running on the RPi, but will disable interactive mode, and print messages to stdout
Still having issues. I have tried a few different Pi 4s. One had the normal FA image, one had the FA image with lcd, and one had an ubuntu image and I installed the software via a How to I found from you abcd. Nothing worked.
I had ordered a second antenna a couple days ago and that just came. No fix… Regardless of what I use I am still getting that no data is being found/produced
piaware-status
PiAware master process (piaware) is running with pid 1090.
PiAware ADS-B client (faup1090) is running with pid 1106.
PiAware ADS-B UAT client (faup978) is not running (disabled by configuration settings)
PiAware mlat client (fa-mlat-client) is running with pid 1103.
Local ADS-B receiver (dump1090-fa) is running with pid 852.
dump1090-fa (pid 852) is listening for ES connections on port 30005.
faup1090 is connected to the ADS-B receiver.
piaware is connected to FlightAware.
dump1090 is NOT producing data on localhost:30005.
I have a second FlightAware ProStick Plus coming in a couple days, but in my mind I just find it hard to believe the issue is the ProStick Plus I already have that is brand new. How often are those DoA?
I am in a fairly rural area, despite being near a few airports. Is there a way to confirm whether interference is an issue? I don’t believe I am shielding that antenna… for several hours today I have had the antenna on our deck with a clear view of the sky. As I mentioned before though, I am very new to this.
Even tried different power supplies. Had planes showing the flightaware site directly overhead, but my device still not picking up anything.
Although at the moment it seems like it could be the ProStick Plus, I am worried once the new one shows up I am still going to have issues…