Radarbox Raspberry Pi not sending data

[rakeshvanamali]

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!

[Dennis_K]

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.



If airplanes are visible & if there's data in the daily summary you're propably fine.

[rakeshvanamali]

Well, the problem is that there are no aircraft visible and there's no data in the daily summary! 4 days now.

[abcd567]

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.

[rakeshvanamali]

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!

[rakeshvanamali]

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)

[Runway 31]

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

[rakeshvanamali]

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)

[Runway 31]

What is your station number

Alan

[rakeshvanamali]

It is EXTRPI176759

[abcd567]

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

Code: [Select]

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

Code: [Select]

apt-cache policy dump978-rb

apt-cache policy dump978-fa


.

[Runway 31]

The station EXTRPI176759 is in India, no 978 in India so dump978 not required

Alan

[rakeshvanamali]

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?

[rakeshvanamali]

Noted, Alan.

Could you please guide me on how to uninstall dump978?

[abcd567]

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)

Code: [Select]

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

Code: [Select]

sudo apt install rtl-sdr 

Next stop everythinh which may possibly use the stick

Code: [Select]


sudo systemctl stop rbfeeder dump978-rb dump978-fa dump1090-mutability 

Now test the stick

Code: [Select]

rtl_test -t   

If your stick is healthy, and properly inserted in USB port, you will get this output:

Code: [Select]

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.