AirNav Systems Forum
AirNav RadarBox and RadarBox24.com => AirNav RadarBox and RadarBox24.com Discussion => Topic started by: rakeshvanamali on August 20, 2022, 05:08:09 PM
-
Radarbox Raspberry Pi not sending data
I've been using a green Flightstick + Raspberry Pi to feed data to Radarbox, and for a few days now, it seems that there is no data being sent (yellow legend on the station page)
Here's what I've tried doing (multiple times):
1. Switched off the Pi and turned it back on
2. Tried the Flightstick on other feeders (and it works just fine)
3. Checked the outdoor antenna for damages, which there are none
4. Checked the outdoor antenna on other feeders (and it works just fine)
5. Used the sudo apt update command to update the Pi
6. sudo systemctl restart rbfeeder
However, none of this has resolved the problem!
Here's the output of less /etc/rbfeeder.ini
[client]
network_mode=false
log_file=/var/log/rbfeeder.log
key=XXXXXXX
sn=XXXXXXX
lat=XX.XXXXX
lon=XX.XXXXX
alt=XXX
[network]
mode=beast
external_port=30005
external_host=127.0.0.1
[mlat]
autostart_mlat=true
#mlat_cmd=/usr/bin/python3.9 /usr/bin/mlat-client
[dump978]
#dump978_enabled=true
/etc/rbfeeder.ini (END)
I'm kinda new to this and could use all the help I can get. Thanks very much!
-
This seems to be an issue with Radarbox, not with your setup.
My station is reporting the same since yesterday and so do other stations in my area.
(https://i.imgur.com/w0mavYH.png)
If airplanes are visible & if there's data in the daily summary you're propably fine.
-
Well, the problem is that there are no aircraft visible and there's no data in the daily summary! 4 days now.
-
Radarbox Raspberry Pi not sending data
Here's the output of less /etc/rbfeeder.ini
[client]
network_mode=false
Please advise which decoder you are using (dump1090-fa / dump1090-mutability / readsb / internal decoder of rbfeeder)
Above setting is ok ONLY if you have NOT installed any external decoder like dump1090-fa or dump1090-mutability, or readsb, and are using rbfeeder's internal decoder.
-
Up until a short while ago, I was not using any external decoder.
However, a short while ago (just after I posted this on the forum, I installed dump1090-mutability to check if I could do any workaround. And, that hasn't helped!
-
Also, attached (in a text file) is the output of sudo systemctl status rbfeeder (which I'm unable to post in the dialogue box here because the page disallows me to do so marking it as forbidden/spam)
-
I have had a look at the Pi stations and they show yellow blocks or no data being sent however they are showing aircraft on screen. I would suggest that there is an issue with this display which will be corrected to green when they fix it. I will advise them of the issue
Alan
-
Thank you. That's helpful.
I went back to rbfeeder.ini and changed network mode to true (since I'm now using dump1090-mutability. It seems to have somehow triggered something to make it active (hopefully)
And, just so that you know, I don't see any aircraft on the screen and there are no logs in the daily summary indicating that the feeder has become active
Besides, here's a line from the output of sudo systemctl status rbfeeder, which has me thinking:
Process: 5640 ExecStartPre=/bin/mkdir /var/run/rbfeeder (code=exited, status=1/FAILURE)
-
What is your station number
Alan
-
It is EXTRPI176759
-
Up until a short while ago, I was not using any external decoder.
However, a short while ago (just after I posted this on the forum, I installed dump1090-mutability to check if I could do any workaround. And, that hasn't helped!
Three things you have to fix for dump1090-mutability to work:
(1) The dump1090-mutability will help only if under [client] you change "network_mode=false" to "network_mode=true".
(2) The dump1090-mutability if installed by command "sudo apt install dump1090-mutability" has a bug and wont work unless you issue folloeing commads
sudo usermod -a -G plugdev dump1090
sudo reboot
(3) Also note that if you have installed dump978-rb or dump978-fa, it will grab dongle, making dump1090 to fail. To confirm these are not installed, issue following commands
apt-cache policy dump978-rb
apt-cache policy dump978-fa
.
-
The station EXTRPI176759 is in India, no 978 in India so dump978 not required
Alan
-
Thank you, abcd567. That is very helpful!
Here are the outputs of apt-cache policy dump978-rb and apt-cache policy dump978-fa:
pi@raspberrypiRB24:~ $ apt-cache policy dump978-rb
dump978-rb:
Installed: 1.0.2+deb11
Candidate: 1.0.2+deb11
Version table:
*** 1.0.2+deb11 500
500 https://apt.rb24.com bullseye/main armhf Packages
100 /var/lib/dpkg/status
pi@raspberrypiRB24:~ $ apt-cache policy dump978-fa
N: Unable to locate package dump978-fa
I'm presuming that dump978-rb is installed and needs to be removed? Would you please guide me on how that needs to be done?
-
Noted, Alan.
Could you please guide me on how to uninstall dump978?
-
Also, attached (in a text file) is the output of sudo systemctl status rbfeeder (which I'm unable to post in the dialogue box here because the page disallows me to do so marking it as forbidden/spam)
rtlsdr: no supported devices found
Above message in status output shows thst most likely the stick is in use by dump978-rb or dump978-fa.
Just to check stick is healthy and recognized by RPi, do following:
Install tool
sudo apt install rtl-sdr
Next stop everythinh which may possibly use the stick
sudo systemctl stop rbfeeder dump978-rb dump978-fa dump1090-mutability
Now test the stick
rtl_test -t
If your stick is healthy, and properly inserted in USB port, you will get this output:
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00001090
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6
[R82XX] PLL not locked!
Sampling at 2048000 S/s.
No E4000 tuner found, aborting.
-
Here's the output to all of that:
pi@raspberrypiRB24:~ $ sudo systemctl stop rbfeeder dump978-rb dump978-fa dump10 90-mutability
Failed to stop dump978-fa.service: Unit dump978-fa.service not loaded.
pi@raspberrypiRB24:~ $ rtl_test -t
No supported devices found.
Problems with the Flightstick, you think?
-
Changed the Flightstick.
Please see the output in the attached text file. Unable to post it in the dialogue box here since the system marks it forbidden/spam
-
Changed the Flightstick.
Please see the output in the attached text file. Unable to post it in the dialogue box here since the system marks it forbidden/spam
pi@raspberrypiRB24:~ $ rtl_test -t
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6
[R82XX] PLL not locked!
Sampling at 2048000 S/s.
No E4000 tuner found, aborting.
This new stick is OK. Keeping it plugged in, do following:
(1) Issue following commands to eliminate the bug in dump1090-mutability
sudo usermod -a -G plugdev dump1090
sudo reboot
(2) edit file "rbfeeder.ini"
sudo nano /etc/rbfeeder.ini
In this file, under [client], change "network_mode=false" to "network_mode=true" and save file.
(3) Restart rbfeeder
sudo systemctl restart rbfeeder
(4) Check status
sudo systemctl status rbfeeder
(5) Check dump1090-mutability map at following address in your browser
IP-of-Pi/dump1090/gmap.html
.
-
Completed all tests.
Please see the attached text file and requesting further assistance
-
Thank you, abcd567. That is very helpful!
Here are the outputs of apt-cache policy dump978-rb and apt-cache policy dump978-fa:
pi@raspberrypiRB24:~ $ apt-cache policy dump978-rb
dump978-rb:
Installed: 1.0.2+deb11
Candidate: 1.0.2+deb11
Version table:
*** 1.0.2+deb11 500
500 https://apt.rb24.com bullseye/main armhf Packages
100 /var/lib/dpkg/status
pi@raspberrypiRB24:~ $ apt-cache policy dump978-fa
N: Unable to locate package dump978-fa
I'm presuming that dump978-rb is installed and needs to be removed? Would you please guide me on how that needs to be done?
Indeed it is installed.
Look at following output lines of command "apt-cache policy dump978-rb":
dump978-rb:
Installed: 1.0.2+deb11
To completely remove dump978-rb and all its configuration, use command below:
sudo apt purge dump978-rb
sudo reboot
-
Completed all tests.
Please see the attached text file and requesting further assistance
Aug 21 03:12:27 raspberrypiRB24 rbfeeder[820]: [2022-08-21 03:12:27] Can't connect to 978 source (127.0.0.1:28380). Waiting 5 second...
Aug 21 03:12:32 raspberrypiRB24 rbfeeder[820]: [2022-08-21 03:12:32] Can't connect to 978 source (127.0.0.1:28380). Waiting 5 second...
After you uninstall dump978-rb (by purge command), and reboot your Pi, above warning in status output of rbfeeder will disappear.
If this warning is stubborn and does not disappear, edit file /etc/rbfeeder.ini.
In line under [dump978], do following:
(1) Delete # at start of line
(2) change true to false
[dump978]
#dump978_enabled=true
It will become like this:
[dump978]
dump978_enabled=false
Save file
Restart rbfeeder
sudo systemctl restart rbfeeder
.
-
Thank you!
Completed as instructed.
Please see the attached text file
-
Thank you!
Completed as instructed.
Please see the attached text file
Thank you!
Completed as instructed.
The output of apt-cache policy dump978-rb is now:
dump978-rb:
Installed: (none)
Candidate: 1.0.2+deb11
Version table:
1.0.2+deb11 500
500 https://apt.rb24.com bullseye/main armhf Packages
And, status no longer shows "Can't connect to 978 source"
Great!
Congratulations.
.
-
Thank you so much for all your help and your efforts. Deeply appreciate
Namaste from India
-
Thank you so much for all your help and your efforts. Deeply appreciate
Namaste from India
I am glad that I was able to solve your problem.
Map does not shows any flights. May be it is late night hour you dont have any flights in your area at this time. Check again after few hours when flights are there.
-
And, the output of IP-of-Pi/dump1090/gmap.html:
A map of Europe opens up (I'm located in southern India)
Error message: "Problem fetching data from dump1090.
AJAX call failed (error: Not Found). Maybe dump1090 is no longer running?
The displayed map data will be out of date."
Drag the dump1090-mutability map to your location in India. Do you see any planes on Map and in Table on right side? If not, and you still see yellow warning rectangle "AJAX call failed", reboot Pi and check dump1090-mutability Map again. Do you see plane? If not, and AJAX warning is still there, then post output of following commands
cat /etc/default/dump1090-mutability | grep START_DUMP1090
sudo systemctl status dump1090-mutability
sudo journalctl -u dump1090-mutability -n 20
.
-
Hello!
I was hoping that we'd see the end of this problem. However, I'm back to where I've started off. I waited for a day to see if things would set themselves right after all the tinkering we did, but, it hasn't :(
The station continues to be online. However, no data is being sent!
-
Hello!
I was hoping that we'd see the end of this problem. However, I'm back to where I've started off. I waited for a day to see if things would set themselves right after all the tinkering we did, but, it hasn't :(
The station continues to be online. However, no data is being sent!
Attached is the map (ip-of-pi/dump1099/gmap.html) you should see, if dump1099-mutability is working ok. There will be aircraft on map, and list of aircrft in table at right of map
On map (ip-of-pi/dump1090/gmap.html), do you still see yellow warning rectangle "AJAX call failed"?
If yes, then reboot Pi and check dump1090-mutability Map again. Do you see planes? If not, and AJAX warning is still there, then post output of following commands
cat /etc/default/dump1090-mutability | grep START_DUMP1090
sudo systemctl status dump1090-mutability
sudo journalctl -u dump1090-mutability -n 20
-
Yes, I see the yellow warning rectangle "AJAX call failed"
I did reboot the Pi. But, nothing has changed. I do not see any planes.
Please see the text message with the outputs
Do you suggest I format the SD card and do a fresh install?
-
I think I may have found the problem
I did sudo systemctl stop rbfeeder dump978-rb dump978-fa dump10 and it still shows "no supported devices found"
Could this be it?
But, this is strange, I've tried two different sticks so far, both of which work just fine with other feeders
-
I think I may have found the problem
I did sudo systemctl stop rbfeeder dump978-rb dump978-fa dump10 and it still shows "no supported devices found"
Could this be it?
But, this is strange, I've tried two different sticks so far, both of which work just fine with other feeders
Seems problem is with Pi's USB port.
Try to plug the stick in other USB ports of Pi. There are normally 4 USB ports in a Pi
If you are connecting stick using a USB extension cable or USB hub, that can also cause this problem. Plugin thr stick directky to USB port of Pi.
Make sure that the stick is fully and firmly plugged into the USB port.
.
-
I'm using a Pi Zero 2W, so I don't have an option other than using a USB extension cable. I'm gonna try and disconnect the extension cable and plug it back in and check how that works
-
abcd567, we've finally made it, it seems! :D
I disconnected the cable and plugged it back in and rebooted the Pi.
Now, I'm able to see a plane on the station page and on the Dump 1090 page.
Phew, this seems like such a huge relief now. I can't thank you enough for your time, efforts, and patience. I owe you big!
-
Glad to hear it is working now.
Keep checking dump1090-mutability map once a day to make sure the USB cable has not failed/loosened again.
Better purchase another good quality USB cable to connect stick to Pi Zero.
-
Duly noted. Thank you so much, once again!
-
Congratulations
-
Thank you so much for your help! Deeply appreciate