ADS-Bx Image vs Script Install, and IPv6

Hello.

I hope I am posting this in the correct location.

I recently switched over one of my feeders to the ADSBx Buster image and it works great feeding, but for some reason, IPv6 seems to be disabled and nothing I did seemed to fix it. After spending several hours, I decided to install the former Raspbian Lite (Raspberry Pi OS Lite) and go the script method. However, it seems the script method is for existing feeders and I was not able to find a script that accomplishes what ADSBx Buster image has.

My reason for switching to the ADSBx Buster image was that I liked the map and dashboards. Am I correct in saying that the ADSBx Buster image is the only way to get the tar1090 map and dashboards (Grafana)? If that is the case, does anyone know why IPv6 is disabled? More importantly, does anyone know how to re-enable it?

My feeders are manged via my VPS running OpenVPN and due to IPv6 being disabled, I am not able to add this feeder back to my network.

If there is a script that will give me the same thing that is on the ADSB image, then I would prefer that method since then I can have a fully functional OS with nothing disabled and a fully functioning ADSBx, tar1090, dashboards and all.

Thanks for any help you can provide.

Be safe!

 

Thanks for your response.

I re-installed the ADSBx Buster image again and executed the sysctl commands:

Code:

sudo sysctl -w net.ipv6.conf.all.disable_ipv6=0

sudo sysctl -w net.ipv6.conf.default.disable_ipv6=0

But that did not seem to work, so I edited the sysctl.conf and commented out a similar line:

Code:

sudo nano /etc/sysctl.conf

#net.ipv6.conf.all.disable_ipv6 = 1

THAT WORKED! Thank you very much!

Do you know why IPv6 was disabled in the first place? It's enabled by default on the unmodified OS.

Be safe!

 

The Image is designed for install on a Raspberry Pi in most common situations and many features are disabled to make it foolproof and easy to troubleshooting for our volunteers.

 

I see.

No worries. I just wanted to make sure it was not disabled due to some type of issue/conflict with any custom installed packages.

My ADS-B node is now connected to my VPS and is accessible via our mesh setup.

Thanks for your fast assistance!!

 

If you ever want to simplify remote management setup ZeroTier is preinstalled and you can just create an account and add it.

 

I actually already have an existing network that I have set up via AMPRNet on my VPS using OpenVPN and several AREDN nodes. But I will keep that in mind.

Thanks again!

 

Sorry I disable IPV6 for compatibility issues. People have all kinds of issues, from not finding IP to IPV6 utterly not working on AT&T hardware ...

 

I see. That makes sense.

I am in the process of replacing 3 of our nodes with ADSBx Buster. Two of them are only used when deployed on a brush response incidents for monitoring fire dropping aircraft and TFR compliance. It's used in conjunction with smart boards and tablets that allow interactive drawing on the map. Since these are mobile units, I am attempting to integrate GPS into ADSBx for updating lat/lon/elev. I am creating a script in an attempt to use gpspipe to supply the lat/lon/elev to the config file and then restart the services upon completion. WIP

Thanks for the response!

 

Not sure if anyone else needed a solution to update coordinates & elevation automatically from GPS for ADSBx, but so far, the following has been working well for me this past couple of days. You may use at your own risk as I am only a jack of the trade, not master. I provide no warranty.

The following script is used on a Rasberry Pi 4 Model B 2GB RAM running the ADSBx Buster image and assumes you have enabled IPv6 (see earlier post) and installed the following packages: gpsd gpsd-clients bc

I have this running as a service every 10 min.

*** Moved to GitHub ***

On one of my rPi's, I am using the GPS u-blox7 USB dongle (/dev/ttyACM0). On the other, I am using Adafruit Ultimate GPS + PiJuice (/dev/ttyAMA0 or /dev/ttyS0 depending on your enabled settings). You will need to configure GPSD with the correct device(s) (/etc/default/gpsd). I also recommend adding the "-n" flag to GPSD_OPTIONS.

I was not able to figure out how to get gpspipe to output the altitude using imperial units, even though cgps does this just fine, so I used the basic calculator to convert the metric output to imperial for the ALTITUDE setting. I also installed chrony so that the rPi can get the date and time from GPS. You will need to add the following line at the end of your chrony config (/etc/chrony/chrony.conf):

Code:

refclock SHM 0 offset 0.5 delay 0.2 refid NMEA

I also commented out the line containing the server pools.

Well, I hope someone finds this useful! Thanks again for the help I received earlier.

 

Initially, I was restarting adsbexchange-mlat with readsb. Then I compared the results with just restarting readsb. Since I was still receiving MLAT, I commented that line out and figured that if I experienced issues in the future I would add it back in. But that might be due to this running at boot. I am not exactly sure of the order (if the cron job runs before the ADSB services (or even before the GPSD services).

Thanks for letting me know. I will add that back in.

*** Moved to GitHub ***

 

That is a good idea.

Though, I am not sure how to narrow it down to an exact 1,000ft / 300m.

But I can narrow down a lat/lon coordinate comparison to 3 decimal places, which is about 363ft lat / 303ft lon.

Perhaps a while true statement for current and previous coordinates every 30 secs (or a min).

I will try it out and see.

Thanks for the great idea!

 

I decided to move this to GitHub since I keep making improvements/updates to this script. If you are interested in using it, you can download it from here.