AirNav Systems Forum
AirNav RadarBox and RadarBox24.com => AirNav RadarBox and RadarBox24.com Discussion => Topic started by: CB17 on January 08, 2024, 06:55:07 PM
-
Hello everyone, trying in vain to install the rb feeder on an RPI 4 Model B. Unfortunately without success. It worked without any problems on an RPI3. Now I wanted to create a second station with an RPI4. Can someone please help me? Thanks in advance. I get the following messages:
-
Hello.
Is the RPI OS version 12 (Bookworm) or 11 (Bullseye) installed?
To find this, try command:
lsb_release -a
-
If version is Bookworm, you can try ABCD567's solution, in this post:
==================================
(A) Installing rbfeeder on Bookworm
==================================
-
At that point it was Bookworm. Then I installed the Bullseye 32 bit. But it didn't work either. As a last hope, I took another MicroSD card, one that was too big (128 GB) because I didn't have another one, and tried again. Also with Bullseye 32 Bit! and lo and behold, it worked. The great instructions from @abcd helped me a lot. Thank you!!! However, the MLAT problem still exists. Although it runs again and again, it stops after a certain time. Like right now at the moment. Today everything was ok, but now without MLAT. Well no matter. But maybe it will start again on its own. Let's see.
In the end, I still don't know what it was. I would have liked to have the appropriate OS installed on the RPI4. But I didn't try again. Now Bullseye runs with 32 bits. I was afraid that it might not work at all again.
-
(1) Download and install "SD Card Formatter" on your Windows oc Mac Computer from here:
https://www.sdcard.org/downloads/formatter/
(2) Format your old microSD card which gave you truoble and you are no longer using it. Use "Overwrite Format" option. This option takes 5 to 15 minutes depending on your microSD card.
(3) After "Overwrite Format", write Raspberry Pi OS 64-bit Bookworm LITE on this microSD card using RaspberryPi Imager.
https://www.raspberrypi.com/software/
(4) Install rbfeeder by hack in my following post.
Install rbfeeder and mlat-client on Raspberry Pi OS BOOKWORM (https://forum.radarbox24.com/index.php?topic=107991.0)
(5) Install rbfeeder and mlat-client on Raspberry Pi OS BOOKWORM
Install mlat-client by OPTION-1 (Standard System-wide method). I have added this method about half an hour ago in my above post.
-
Thank you very much for your help. I followed your instructions exactly. Everything has worked without any problems so far and the rbfeeder finally works. Only MLAT just doesn't want to. I've already tried the instructions with "purge" which always helped. Unfortunately, no MLAT yet. I'll try again in the evening since I'll be out of the house for a moment. Thank you so much!
-
I have revised instructions to install mlat-client in my following post:
Install rbfeeder and mlat-client on Raspberry Pi OS BOOKWORM (https://forum.radarbox24.com/index.php?topic=107991.0)
If you have installed mlat-client by old instructions, then please visit my post again, remove what you have installed as shown under "OPTION-2 [DEPRECATED] Under Virtual Environment", and install again by method shown under "OPTION-1, System wide (Recommended Standard Method)". Do not forget to remove line starting with "mlat_cmd=/usr/share/mlat-client/bin/" which you have added in the rbfeeder.ini file.
-
Hello abcd567,
I've tried it twice now. Just like you told me. According to the "new" instruction of the MLAT client (deprecated). Unfortunately MLAT does not start. The feeder is running, no problem. Attach a few screenshots. Maybe they will help. In between there was an error message (red box), if I'm interpreting that correctly...
-
Do I have to restart the rbfeeder afterwards? or restart the raspi?
By the way, in the meantime I successfully got another Raspberry 3B+ running. MLAT is also running there without any problems so far. But the OS is Bullseye 32bit. Somehow the Raspberry 4B disappoints me. Thought because it's newer and faster, more memory. etc.. everything would go better somehow. Apparently I was wrong.
But it's probably not the hardware at all.
-
Write 64-bit Bookworm LITE to microSD card.RPi Model 4 is designed for 64-bit OS, and best works with it. I am using my both Rpi Model 4 with 64-bit Bookworm successfully. runs all the following apps:
- dump1090-fa
- dump978-fa
- piaware
- rbfeeder
- fr24feed
- pfclient
- opensky-network
- adsbexchange
- adsbfi
- adsblol
- mlat-client
- graphs1090
-
Bookworm Lite 64 bit is running on the Raspberry 4. I already did it the way you told me.
Only on the RPI 3, Bullseye runs 32 bit. And strangely enough, there are no problems at all.
As I said, the RPI 4 is as it should be. Should I reinstall the OS again? What do you think?
Please excuse my questions. If you don't mind, of course. I know you're in high demand here...everyone needs help, etc.
If it is possible, I would be grateful for any advice.
Best regards,
Chris
-
As I said, the RPI 4 is as it should be. Should I reinstall the OS again? What do you think?
Yes, it is a good idea.
When there is a hard to debug problem, I start with easiest to harder solution as follows:
(1) First re-image the microSD card with freshly downloaded OS image. If you are using RaspberryPi imager, it saves the downloaded image in its cache. If you again use it, it wont download a fresh copy. Instead it uses cached copy. If this cached copy got corrupted during original download, the reimaging will again have the same corruption.
To avoid this, before re-imaging, I delete the contents of Imager's cache folder
C:\Users\abcd\AppData\Local\Raspberry Pi\Imager\cache
(2) If re-imaging does not fix the issue, I use another microSD card and write fresh image on it.
(3) If that also fails then the problem is most likely in the hardware (Poor or Failing Power Supply Unit, Loose USB terminal, Bad USB extender cable, and if all this is OK, then the Pi itself)
-
First of all, thank you very much for your quick answer. Second, I've never gotten to the point of running the RPI4 with Bookworm. That's really great. It's just the MLAT that doesn't want to. Seen like that, I'm already a bit ahead. Nevertheless, I don't give up hope and try again with a fresh installation. Thanks and all the best, Chris
-
On fresh install of 64-bit Bookworm, do NOT install mlat-client by command "sudo apt install mlat-client".
install it by following method:
sudo apt install -y git debhelper dh-python python3-dev python3-setuptools
git clone https://github.com/mutability/mlat-client
cd mlat-client
sudo dpkg-buildpackage -b --no-sign
cd ../
sudo dpkg -i mlat-client_0.2.13_*.deb
sudo apt-mark hold mlat-client
-
Installed everything again. The rbfeeder is running normally. But not the MLAT. It just doesn't want to start. A pity. But thank you very much for your help and your patience.
I wanted to ask you something else...I ordered an RTl-SDR V4 stick from AliEpress. I couldn't get it to work at all on the Raspberry. Instead I now use a DVB-T stick. It works. The reception is weaker, but it works. Are you familiar with the RTL-SDR V4 stick? Any advice on how to get it to work on the Raspi? There are some guides on the internet and on YT, but they didn't help.
-
MLAT
Can you please post the content of file /etc/rbfeeder.ini? I am suspecting something wrong with setting under [mlat] in this file.
RTL-SDR V4 Dongle
(1) RTL-SDR V4, if genuine, is better than DVB-T.
(2) RTL-SDR V4 can feed 5V DC on antenna coax. It has a builtin software operated switch which can turn on/off the 5V DC to coax. This is useful if you have installed a LNA (RF amplifier) near antenna which can get 5V dc power on antenna coax. Do NOT turn on the dc swich of RTL-SDR V4 if you are not using LNA and your antenna has internal dc short.
(3) Many sellers on Aliexpress sell duplicate copy of the RTL-SDR V4, and not the genuine one.
RTL-SDR STORE:
https://www.rtl-sdr.com/buy-rtl-sdr-dvb-t-dongles/
RTL-SDR USER GUIDE
https://www.rtl-sdr.com/v4/
-
Here is a screenshot of it:
-
The RTL stick is exactly like in the photo, i sent. Unfortunately I can't say whether it's original or not. He is very sensitive on the PC (SDRAngel). But it doesn't work on the Raspi. Definitely a driver problem.
-
(1) MLAT
In rbfeeder.ini, the setting under [mlat] is OK.
What is output of following command?
apt-cache policy mlat-client
(2) RTL-SDR V4
On RPi, install drivers for rtlsdr and usb. Hopefully this will solve the issue.
sudo apt install librtlsdr-dev
sudo apt install libusb-1.0-0-dev
sudo apt install rtl-sdr
sudo reboot
-
Hello,
this is what it looks like:
-
The screenshot of output of command "apt-cache policy mlat-client" shows that although version (Candidate: 1:0.2.13+deb11) which is available from apt.rb24.com, you have installed latest version (Installed: 0.2.13) which you built yoursel from source-code by method posted by me above.
So far so good.
[SOLVED]
As next step, reviewed again screenshot of your file /etc/rbfeeder.ini, and found the root cause of mlat not working. Your ini file is missing following 3 lines under [client]
lat=xx.xxxx
lon=yy.yyyy
alt=zzz
(Replace xx.xxx by your actual latitude, yy.yyyy by your actual longitude, and zzz by you elevation above sea level in meter)
After making above changes:
(1) Save file rbfeeder.ini
(2) REBOOT Pi
Please see attached screenshot of my file rbfeeder.ini for guidance.
-
Fantastic!!! I can't believe it but it actually works. You are incredible, honestly.
I have no words to thank you for your effort.
The thing with the RTL V4 stick didn't work. It is original (as I saw it on the RTL internet site), but there is always an error message. Regardless, I don't want to burden you with this too.
-
usb _claim_interface error -6
Failed to open rtlsdr device #0
The above error is given because the RTL-SDR V4 is being used by dump1090 (fa or rb or readsb). It is therefore not available for "rtl_test".
Before running command "rtl_test -t" you have to stop dump1090
sudo systemctl stop dump1090-fa piaware rbfeeder
rtl_test -t
-
Ah alright then. But in normal operation it doesn't show any aircraft at all. Zero. I mean if I connect it instead of the DVB-T stick. It definitely works on the PC. And the sensitivity there is much higher than with a “normal” stick.
I planned to use it for the Raspberry 3B+. I also followed a bunch of instructions on YT, but didn't want to run. I saw that everyone always did this “rtl_test” after installing the RTL stick and it then showed something completely different. I always get this strange USB error.
Luckily I still had an Astrometa DVB-T2 stick in the drawer and thought, what the heck, I'll give it a try. It runs...but not optimally. Presumably the RTL Stick (if it were running) would produce much better results than the Astrometa. Well...you can't have everything.
By the way, the Raspberry 4 is now running fine. I am very pleased. I connected the Airnav radar box stick (green stick) to it and the COL1090/5-SU collinear antenna from Vinnant on the balcony. Even though I only have a clear view to the west and I'm surrounded by hills, I'm very happy with it.
Best regards
-
there are 4 usb ports in RPi 4. Try to plug the RTL-SDR V4 dongle in all these one by one and see if it works in any of the 4 usb ports.
If you are using a USB extender cable, remove it and plug the dongle directly into usb port.
Also try to lightly squeez with thump & finger, the dongles metallic part which goes into usb port of Pi. This will help in a good electrical contact between dongle & Pi.
Also there is a strong likelyhood that there is some app on your Pi 4 (such as dump1090-rb, readsb etc) which grabs the RTL-SDR V4. I would suggest that you write RaspberryPi OS 64-bit Bookworm on a SPARE microSD card. Do NOT install anything on it except "sudo apt install rtl-sdr". Then test the RTL-SDR V4 dongle by command "rtl_test -t"
EDIT:
I have just now checked your file rbfeeder.ini and found that under [client], network_mode is set to false. This means when rbfeeder is running, the dump1090-rb also runs, and that is what is grabbing the dongle and as result "rtl_test" fails.
Please see screenshot attached.
You have to first stop both rbfeeder AND dump1090-rb, then run the "rtl_test -t".
sudo systemctl stop rbfeeder
sudo systemctl stop dump1090-rb
sudo killall dump1090-rb
sudo systemctl stop dump1090-fa
rtl_test -t
-
I'll try later. If that would still work, then I would be happy. Many thanks and best regards.
-
That looks completely different. I can't believe it... Thank God I came across this forum.
This is what it should look like. I think it was the same with the others on YT.
And what do I do now so that the stick shows the planes? At the moment everything is empty. I haven't rebooted yet. Not that the Raspi automatically loads the dump again and then blocks the stick again... right?
-
Sorry, I forgot the screenshot... :-)
-
I don't have to reinstall the system again...right? Now that I know the stick is working.
Is there now a way to run the rb feeder so that airplanes also appear?
-
It seems the dump1090-rb is not able to efficiently use RTL-SDR V4.
Better do following two things:
(1) Install dump1090-fa from Flightaware. Most users of dump1090-fa report good performance of RTL-SDR V4.
(2) To prevent dump1090-rb grabbing the RTL-SDR V4, STOP dump1090-rb permanently by changing setting in /etc/rbfeeder.ini
Under [client]
Change:
network_mode=false
To:
network_mode=true
After above modification, save the file rbfeeder.ini, then REBOOT the Pi.
sudo reboot
Reboot will restart dump1090-fa and rbfeeder, but without starting dump1090-rb. Thus dump1090-fa will be able to grab and use RTL-SDR V4.
Most likely using dump1090-fa instead of dump1090-rb will solve your problem.
-
Hi, I have to be honest, I don't know how to install the dump1090-fa and rbfeeder together. I looked at the Flightaware website. But I haven't found any instructions anywhere where I can just install this "dump". I want to continue to run Radarbox with it. With the RTL stick. So please, if you have time, explain to me which steps I have to take to run dump1090-fa and rbfeeder together with the RTL stick. Thank you very much in advance.
-
What I still have to say is that my English isn't that good either... Maybe that's why I don't understand everything that's explained there...
-
Hi, I have to be honest, I don't know how to install the dump1090-fa and rbfeeder together. I looked at the Flightaware website. But I haven't found any instructions anywhere where I can just install this "dump". I want to continue to run Radarbox with it. With the RTL stick. So please, if you have time, explain to me which steps I have to take to run dump1090-fa and rbfeeder together with the RTL stick. Thank you very much in advance.
(1) To install Flightaware's dump1090-fa, run following commands:
NOTE: The first command below is very long. Scroll right to see and copy it in full.
wget https://www.flightaware.com/adsb/piaware/files/packages/pool/piaware/f/flightaware-apt-repository/flightaware-apt-repository_1.2_all.deb
sudo dpkg -i flightaware-apt-repository_1.2_all.deb
sudo apt update
sudo apt install dump1090-fa
sudo reboot
(2) To install rbfeeder
I think you have already installed rbfeeder. If not run following command to install it:
NOTE: Say No when asked " Do you want to install dump978-rb?"
sudo bash -c "$(wget -O - http://apt.rb24.com/inst_rbfeeder.sh)"
If you are using Bookworm OS, then the above script will fail to install rbfeeder, and will stop with following comment:
"Don't know how to install for a distribution named"
In this case use the workaround given in following post:
Install rbfeeder and mlat-client on Raspberry Pi OS BOOKWORM (https://forum.radarbox24.com/index.php?topic=107991.0)
After installation is completed, open your file /etc/rbfeeder.ini and make sure that under [client], network_mode is set to true.
Do NOT set network_mode=false. If you set network_mode to false, then rbfeeder will start it's builtin dump1090-rb, and this will create a conflict between dump1090-fa and dump1090-rb, and result in a mess.
Please see attached screenshot (click it to enlarge)
-
Thank you. Unfortunately the RTL stick doesn't want to run. The "test" only works if I close the rbfeeder. But then unfortunately it's of no use to me. I even reinstalled the OS. Then the RTL drivers. Apparently the “rtl test” also worked afterwards. But when I installed the rbfeeder, the RTL stick was blocked again. The way I see it, this stick just doesn't work with radarbox. Nevertheless, I thank you for your effort and wish you all the best in the future. Best regards
-
The rbfeeder can NOT directly interact with any dongle. It is the decoder (dump1090-fa OR dump1090-rb) which interscts directly with the RTL-SDR V3 dongle.
The rbfeeder connects to port 30005 of whatever version of dump1090 is running on the Pi.
If you have rbfeeder setting nework_mode=false, the rbfeeder starts its builtin fump1090-rb. It is the dump1090-rb which interacts with RTL-SDR V4 dongle. It seems that the RTL-SDR V3 dongle is not compatible to builtin dump1090-rb.
The solution is to BLOCK rbfeeder to start it's builtin dump1090-rb. This is very easily achieved by ensuring that in rbfeeder.ini file, the setting under [client] is network_mode=true
Now with above setting, there will be no version of dump1090 running, so the rbfeeder wont get any fata from dongle. This problem is very easily solved if you install dump1090-fa. Once dump1090-fa is installed and running, it will do these things:
(1) Grab RTL-SDR V3 dongle and start using it.
(2) Will output decoded data on port 30005, which will be sent by rbfeeder to RB24 Servers.
(3) Display aircraft received by your antenna+V3 dongle in a map in browser of your Desktop / Laptop computer (on same network/router as Pi) on followinh address:
IP-of-Pi/skyaware/
The key to success is rbfeeder.ini setting network_mode=true
.
-
Ok...Even though I set network mode=true.
Yes, I'll try again later when I get home. Thank you!!!
-
Even though I set network mode=true.
Yes, I'll try again later when I get home.
Great!
Remember, to be successful, you have to do following 2 things:
(1) Make network_mode=true
(2) Install Flightaware's dump1090-fa
-
So, now I've made sure that "network_mode=true" is. I installed Flightaware's dump1090-fa, exactly as described. Despite this, not a single plane appears.
How can I see whether "Flightaware's dump1090-fa" works?
-
So, now I've made sure that "network_mode=true" is. I installed Flightaware's dump1090-fa, exactly as described. Despite this, not a single plane appears.
How can I see whether "Flightaware's dump1090-fa" works?
(1) See status in terminal / PuTTy
sudo systemctl status dump1090-fa
(2) See map in browser at:
IP-of-PI/skyaware/
-
is that okay?
-
ok...with the DVB-T stick, PiAware runs in the browser. But when I connect the RTL stick... nothing works anymore. No plane.
-
there are just a few planes, because i use just a little dipole telescopic antenna. for testing only
-
Comparison of performance is only realistic if you use same antenna with both the dongles. Either use dipole antenna with both, or the other antenna with both.
If using dipole, adjust it's length so that EACH arm is about 7cm (70 mm), and both are Vertical, one pointing vertically up, other pointing vertically down. The 70mm arm is optimal for 1090 Longer or shorter than this makes antenna less efficient.
Also please brows this thread about antennas:
3 EASY DIY ANTENNAS FOR BEGINNERS (https://forum.radarbox24.com/index.php?topic=9131.msg134111)
.
-
yes, sure.. I understand. That's exactly how I set up the antenna. Vertical, dipole length 6.8. I saw it in your photo. On another forum.
Yes, but with exactly the same setup, the RTL stick unfortunately shows nothing. No planes. If I hadn't seen with my own eyes that it worked GREAT on the PC, I would assume it was defective. Very strange.. Well, I think I'm forced to stick with my DVB-T stick in the end.
-
The only reason I can think of this behaviour is mechanical. The USB ports on PC are a bit tight fit compared to USB Port on RPi. As a result the RTL-SDR V3 makes good electrical contact on PC, but poor contact on RPi.
You can try following two methods:
(1) Sqeez lightly between thumb and finger the metallic portion of V3 dongle so that it makes a tight fit when inserted into RPi
(2) Use a short USB extender cable. Plug the cabe to USB port of RPi, and pug the V3 dongle to other end of this extender cable. This may solve contact issue. It will also create some gap between RPi and V3, reducing RF radiation from RPi affecting performance of the V3 dongle.
-
Just wanted to let you know that the RTL Blog V4 Stick is running on the Raspberry. Yesterday evening I installed a few drivers from the RTL-SDR site. So i followed the instructions for the “new” Blog V4 drivers. To be honest I don't know what exactly helped, because I tried everything that was described there in connection with Debian/Linux. I entered all the commands mentioned there. And...yes it's finally running. What I will definitely improve is the antenna. The dipole antenna is...well, bad. I'm going to make a homemade ground plane for ADS-B. I have already ordered the parts. N connector and copper wire. Afterwards I hope that the reception will be a little better.
But strangely enough, I noticed something about the stick. It always had a small red LED at the front that lit up (when the stick wasn't running on the Raspberry). Now that it's running, the little LED no longer lights up. Is this due to the driver? I have no idea...I can't say.
In any case, thank you very much again for your time and help. All the best and greetings from Germany.
-
Glad to know that finally your RTL-SDR V4 has started working.
I just now visited their gude linked below, which shows how to build & install the special drivers for their V3 / V4 dongles on various different Operating systems.
RTL-SDR BLOG V4 USERS GUIDE (https://www.rtl-sdr.com/V4/)
Yes it seems a bit complicated for a user who is not familiar / proficient in Linux, because of multipe choices. The method which matches with Raspberry Pi OS (Which is reliant on Debian packages) is as follows:
Alternative Debian Package Installation Method
If you have a system reliant on the Debian packages (eg. FlightRadar24, FlightAware, ADSBExchange, OpenWebRX+ images) you can update them directly using this method:
sudo apt update
sudo apt install -y libusb-1.0-0-dev git cmake debhelper
git clone https://github.com/rtlsdrblog/rtl-sdr-blog
cd rtl-sdr-blog
sudo dpkg-buildpackage -b --no-sign
cd ../
sudo dpkg -i librtlsdr0_*.deb
sudo dpkg -i librtlsdr-dev_*.deb
sudo dpkg -i rtl-sdr_*.deb
After completing above, reboot Pi
sudo reboot
NOTE: I could not test above method as I dont have V3 or V4. However from my knowledge of building packages from source-code on Debian based OS, it seems fit for Raspberry Pi OS (which is a Debian based OS with package install system).
If you have a SPARE microSD card, you can write Raspberry Pi OS on it, install rbfeeder, and then install V4 drivers by above method to test and confirm it works.
.
-
Ok, i will try that. Thanks
-
Ok, i will try that. Thanks
Thank you.
Please do NOT re-image your microSD card with which your V4 is now working OK. Do NOT test the method I have posted on already sucessfully working microSD card.
Test the driver installation method I have posted on another SPARE microSD card.
-
So, I took another SD card earlier. I installed Raspberry OS on it and then the rbfeeder. Next, as you recommended, I installed the drivers for the SDR Blog V4. Copied exactly as you wrote it down there. And it worked. Very good!!!
Only MLAT didn't want to do it again, but now that I know what it should look like, I just entered the coordinates in the rbfeeder.ini file and everything works as it should. Yes, what can I say...great work from you. Excellent! Thanks
-
By the way, I currently have it set like this: network_mode=false. And it works.
-
So, I took another SD card earlier. I installed Raspberry OS on it and then the rbfeeder. Next, as you recommended, I installed the drivers for the SDR Blog V4. Copied exactly as you wrote it down there. And it worked. Very good!!!
Only MLAT didn't want to do it again, but now that I know what it should look like, I just entered the coordinates in the rbfeeder.ini file and everything works as it should. Yes, what can I say...great work from you. Excellent! Thanks
Thank you for your efforts to conduct testing of procedure I have posted above for building & installing V4 drivers. This will help others who face this problem in future.
By the way, I currently have it set like this: network_mode=false. And it works.
With network_mode=false, the rbfeeder automatically starts it's built-in dump1090-rb
This proves that the builtin dump1090-rb is OK with V4, and the problem was actually V4 driver software.
-
First of all, i have to thank you...
But i have one more question. Ist it possible somehow to view/increase the gain of the RTL Blog V4 Stick in the rbfeeder? Just like on the PC (sdrangel) for example. Because i don't really know, if the RTL Stick works at his "best" settings right now. If i could see that somehow... thanks.
-
But i have one more question. Ist it possible somehow to view/increase the gain of the RTL Blog V4 Stick in the rbfeeder?
The dump1090-rb is based on source code of dump1090-fa, which is open-source and available at https://github.com/flightaware/dump1090 . Although dump1090-rb is clone of dump1090-fa, its config file /etc/default/dump1090-rb is not provided, systemd service file is not provided, and map folder /usr/share/skyaware" is not provided. As a result user cannot directly control it's config, and there is no map like skyaware map of dump1090-fa.
Also the systemd service file for dump1090-rb is not provided, and it is not configured to start automatically on boot/reboot. Instead, it gets start command from rbfeeder if network_mode is set to false.
Like startup parameter "network_mode=false",, the rbfeeder must have other parameters to pass-on to dump1090-rb to control it's gain. Unfortunately RB24 developers have kept this setting "undeclared", although there is no logic and advantage in depriving users from this facility and keeping the gain setting parameter a secret.
This leaves the users only one option: Quit using dump1090-rb, and install open-source dump1090-fa or dump1090-mutaility whose all settings are declare and can very easily be changed by editing their config fie "/etc/default/dump1090-fa" OR "/etc/default/dump1090-mutability". These two decoders have additional advantage of providing local map in user's Browser in his PC/Laptop/Phone at "IP-OF-PI/skyaware/" OR "IP-OF-PI/dump1090/gmap.html".
-
Do this experiment:
(1) Change setting of rbfeeder.ini to network_mode=true.
(2) Restart rbfeeder sudo systemctl restart rbfeeder.
As a result of (1) & (2) above, the dump1090-rb will no more be running
(3) Now run dump1090-rb manualy by command given below.
dump1090-rb --net-bo-port 30005 --gain 28 --quiet
Since dump1090-rb is clone of dump1090-fa, both have same config parameters. Using this fact I have been able to control gain of dump1090-rb as shown from output of above command:
dump1090-rb --net-bo-port 30005 --gain 28 --quiet
Sat Jan 27 21:35:42 2024 EST dump1090-rb 1.0.10 starting up.
rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RB24-1, SN 00001090)
Found Rafael Micro R820T tuner
rtlsdr: tuner gain set to 28.0 dB (gain step 15)
Allocating 4 zero-copy buffers
NOTE: To stop the manually running dump1090-rb, press Ctrl and C keys together.
With above manual command, the dump1090-rb outputs data on port 30005, which is used by rbfeeder to feed to RB24. Also since FightRadar24 and Flightaware feeders also use data from port 30005, these can also use output of dump1090-rb to successfully feed their sites.
Please have a look at screenshot attached below.
-
But i have one more question. Ist it possible somehow to view/increase the gain of the RTL Blog V4 Stick in the rbfeeder?
To solve your problem of adjusting gain of Dongle, yesterday I created a work-around, and today morning I posted it here:
How to Make dump1090-rb Configureable (https://forum.radarbox24.com/index.php?topic=108061.0)
.
-
Thanks for your effort. I will give it a try. Best regards
-
Hi abcd,
is there a way to share to FR24 and radarbox on the same PI?
If so, could you give me please some advice (commands)?
thank you very much
-
Have aread at this thread https://forum.radarbox24.com/index.php?topic=10201.0
Alan
-
I will have a look. Thank you
-
Hello Alan,
I looked there. My option would be 1. But the Raspberry OS systems there are a bit outdated. I see that the Buster and Stretch systems are mentioned there. But my version is Bookworm. Feel free to correct me if I've missed something. But what should I choose there?
-
All right, I did it. Thank you and abcd...Best regards, Chris