I’d suggest going to Raspbian Buster, seems there is an issue with the Stretch repository.
You can just re-image with the new 3.8.0 piaware sd-card.
I am happy to have a go but if I were to re-image I would be concerned that I might over write a system that has been collecting and storing data without interruption for a year.
Does Buster run on 3B?
cat /etc/apt/sources.list
No difference
sudo sed -i -e 's?http://flightaware.com/mirror/raspbian/raspbian/?http://mirrordirector.raspbian.org/raspbian/?' /etc/apt/sources.list
Did you type or copy paste this command?
Always copy and paste, so I re-ran in case I had made an error.
cat /etc/apt/sources.list
#debIndex of /raspbian stretch main contrib non-free rpi #Uncomment line below then ‘apt-get update’ to enable ‘apt-get source’
deb-src Index of /raspbian stretch main contrib non-free rpi
I manually editted sources.list using nano so now have
sources.list is now
deb Index of /raspbian stretch main contrib non-free rpi #Uncomment line below then ‘apt-get update’ to enable ‘apt-get source’
deb-src Index of /raspbian stretch main contrib non-free rpi
Do you have any idea why that line was commented out?
No idea at all. I have gone back through my backups and can see that the file has never been changed since the first install.
Thanks again for your time.
It’s not an issue besides logging.
You can remove the line with the dump1090-fa URL from /etc/collectd/collectd.conf and then restart collectd or reboot.
I have 4 diferent receivers working in diferent locations… in the last year i´ve experiment SD cards failures so i lost my history graphics so, i have an idea and request…
There is any chance to get a script, or maybe better some addon integrated to graphs1090 to upload a backup of the data used to a webserver via FTP or something similar, maybe every 24hrs or something like that so in case of a sd card failure we dont lose our data?
I don’t personally need it and not many people would use it, so i don’t feel to inclined to write such a script.
Also it depends very much where you want to upload the data to.
Easiest would be another RPi or linux computer you have ssh access to.
In that case it would be as easy as a crontab that runs scp -r
And then copying that back and everything … if you want to do sth like that you should be able to do it yourself in the first place.
A script won’t help much in other words.
I can give you some pointers i suppose, maybe you can manage setting it up yourself.
That data comes from the dump1090 decoder which isn’t being used when dump1090 is in net only mode. It’s not quite so critical with the airspy, since it can handle strong signals much better than the rtl dongles.
In theory dump1090 could collect this data from remote messages, but currently it doesn’t and I think the airspy is using a different scale for signal strength anyway so…
Targeting around -24 to -30 for the weak signal graph normally gives good results.
With the sample rate at 12 MHz, you might want to make that between -18 and -24.
Quick question here, what is the deal with the many false messages I get
Could this be cellphone interference?
Or is it maybe just the airport nearby with aircrafts down on the runway sending around tons of signals that never fully decode to anything meaningful or the nearby alps reflecting all sorts of real positions in random ways?
I’ve just setup a new pi 4 and see that the new version of graphs has a minimum time range of 2 hours. Is that configurable? I’d like to have the option of the 1 hour period if its possible.