Oh - wait - this is a package install. If you told it to upgrade and restart piaware, it did specifically that - piaware only. dump1090 would not have been upgraded. There’s a separate option to upgrade/restart dump1090 that’s needed if you are using a package install.
1 Like
Ah,
I thought and maybe others are thinking this as well that this option would also update the underlying dump1090-fa package.
Maybe in the release announcement it should be stated that both Piaware and dump1090-fa have to be upgraded since it is now only referring to piaware. Otherwise they won’t have adaptive gain or can activate it after upgrading to Piaware v 6.0
1 Like
Yeah, I just edited the announcement post to add the extra step for package installs.
4 Likes
I know you might be talking about a web page, http, and I know the ip of the relevant unit, but where is this: Pi/dump1090-fa/data/stats.json, Sorry appreciate the help, but this means nothing to me. Oh I noted way below the alteration of installing this and I have now also upgraded and restarted 1090.
It wil take you to the JSON page of the Pi. It’s mainly a textpage.
At the bottom of the page you can see a section that will state adaptive gain and the number of alterations to it.
Not much graphical to see but it will give you an indication of the changes made since last start of dump1090-fa.
so type in your brower
http://xxx.xxx.xxx.xxx/dump1090-fa/data/stats.json
Replace the xxx with the ipadress of your raspberry pi
2 Likes
Clear as a mountain spring, thanks. I was about to post what got me to the right page now. I think though all I am seeing is : {“samples_processed”:0,“samples_dropped”:0,“modeac”:0,“modes”:0,“bad”:0,“unknown_icao”:0,“accepted”:[0],“strong_signals”:0},“remote”:{“modeac”:0,“modes”:2276018,“bad”:34,“unknown_icao”:0,“accepted”:[2275984]},“cpr”:{“surface”:7111,“airborne”:492174,“global_ok”:492947,“global_bad”:3,“global_range”:2,“global_speed”:0,“global_skipped”:394,“local_ok”:5734,“local_aircraft_relative”:0,“local_receiver_relative”:0,“local_skipped”:601,“local_range”:1,“local_speed”:0,“filtered”:0},“altitude_suppressed”:0,“cpu”:{“demod”:0,“reader”:0,“background”:195469},“tracks”:{“all”:181,“single_message”:1,“unreliable”:7},“messages”:2275984,“messages_by_df”:[54181,0,0,0,27761,18148,0,0,0,0,0,303243,0,0,0,0,2424,1215742,1693,0,378871,273921,0,0,0,0,0,0,0,0,0,0]}
}
repeated no stats … but at least I can get to this now. Now to see if I have this upgraded properly.
1 Like
After you upgraded dump1090-fa to version 6 you have to manually enable it.
use the command sudo nano /etc/default/dump1090-fa
Then alter the option dynamic range from the default no to yes and save the file
Restart dump1090-fa with the command sudo systemctl restart dump1090-fa.
Only after that dynamic range will be activated since you have an already installed package.
The default behaviour is to disable adaptive gain for existing installations
2 Likes
Thanks Tom. I had the dynamic range set to yes, restarted with your script. With that json page that I now have, is it a simple refresh of the web page to update it or something else??
Ah just checked that json page again, had the wrong pi selected, fixed now and can now see the gain details. 
1 Like
yes you can refresh it ( a simple F5 will trigger a refresh when you are on that page), keep in mind that the periodic check of the adaptive gain is once an hour ( as far I can see since upgrading last night). so it will take some time before it is updated again.
And I think I can really see it worked, had a plane flew right over the house and I think this might have been the gain adjustments…:
{“gain_db”:36.4,“dynamic_range_limit_db”:36.4,“gain_changes”:10,“loud_undecoded”:210,“loud_decoded”:602,“noise_dbfs”:-30.8,“gain_seconds”:[[36.4,21],[37.2,10],[38.6,10],[40.2,10],[42.1,10],[43.4,10],[43.9,10],[44.5,10],[48.0,10],[49.6,10],[58.6,9]]}}
}
gain started at 36.4, loud noise etc, gain dropped to 30.8 and then as the plane went into land the gain was put back up to 36.4 and then started normal adjustments??? That’s what it looks like and I can definitely can confirm that plane on top. Impressive it that’s what it did
2 Likes
Hello,
Last time I had some trouble with the automatic update command sent from the Flightaware stats page, when trying to upgrade from 4.0 to 5.0.
It is possible to manually update the software by giving the following commands?
sudo apt-get update
sudo apt-get upgrade piaware
sudo apt-get upgrade dump1090-fa
Currently I am using wiedehopf’s version of dump1090-fa with piaware and other similar feeders.
These commands are exactly what the stats page is doing. make sure to restart after the upgrade to activate the new versions
Understood, thanks. One last thing: is there a particular order in which these commands shall be executed? I mean, what should be upgraded first after running sudo apt-get update, piaware or dump1090-fa?
Thank you in advance.
I’d do piaware first and second the dump1090-fa 
Okay I need help.
I had the issue that was described early on so I edited the sources.list file and after that the upgrade went fine.
My process is “sudo apt-get update” and then “sudo apt-get dist-upgrade” and then a reboot. This has worked for me for the past few years.
The upgrade seem to go fine and went prompted I kept my dump1090-fa file intact and then it did the upgrade. After rebooting I went to check the status of dump1090-fa and this is what I’m seeing:
pi@piaware:/etc/default$ sudo systemctl status dump1090-fa -l
● dump1090-fa.service - dump1090 ADS-B receiver (FlightAware customization)
Loaded: loaded (/lib/systemd/system/dump1090-fa.service; enabled)
Active: activating (auto-restart) (Result: exit-code) since Fri 2021-09-03 02:05:52 PDT; 27s ago
Docs: https://flightaware.com/adsb/piaware/
Process: 1549 ExecStart=/usr/share/dump1090-fa/start-dump1090-fa --write-json %t/dump1090-fa (code=exited, status=1/FAILURE)
Main PID: 1549 (code=exited, status=1/FAILURE)
Sep 03 02:05:52 piaware systemd[1]: dump1090-fa.service: main process exited, code=exited, status=1/FAILURE
Sep 03 02:05:52 piaware systemd[1]: Unit dump1090-fa.service entered failed state.
Here’s my current DUMP1090-FA file:
# Generated automatically by /usr/lib/piaware-support/generate-receiver-config
# This file will be overwritten on reboot.
ENABLED=yes
CONFIG_STYLE=6
RECEIVER=rtlsdr
RECEIVER_SERIAL=0
RECEIVER_GAIN=25.4
ADAPTIVE_DYNAMIC_RANGE=no
ADAPTIVE_DYNAMIC_RANGE_TARGET=
ADAPTIVE_BURST=no
ADAPTIVE_MIN_GAIN=
ADAPTIVE_MAX_GAIN=
SLOW_CPU=auto
WISDOM=
ERROR_CORRECTION=yes
RECEIVER_LAT=
RECEIVER_LON=
MAX_RANGE=360
NET_RAW_INPUT_PORTS=
NET_RAW_OUTPUT_PORTS=30002
NET_SBS_OUTPUT_PORTS=30003
NET_BEAST_INPUT_PORTS=30004,30104
NET_BEAST_OUTPUT_PORTS=30005
JSON_LOCATION_ACCURACY=2
EXTRA_OPTIONS="--ppm15"
OVERRIDE_OPTIONS=
Could you try restart it without the extra options setting ?
If that doesn’t work try to reinstall dump1090-fa and allow it to override your current settings via this command sudo bash -c "$(wget -O - https://raw.githubusercontent.com/abcd567a/piaware-ubuntu20-amd64/master/dump1090-fa.sh)"
Thanks Tom. Great minds think alike as I just commented out that EXTRA_OPTIONS line and restarted. The service isn’t letting me retain the changes to the dump1090-fa file. If I change it then something is updating the file with the original settings.
I did reinstall per your command but sadly it’s still not working. I’m getting the same error.
Question: Is this the latest firmware? I have a Pi 3 Model B
Linux piaware 4.9.0-6-rpi2 #1 SMP Debian 4.9.82-1+deb9u3+rpi1~jessie (2018-04-12) armv7l GNU/Linux
:
Update: when I try running the command manually, I’m seeing this:
pi@piaware:/usr/share/dump1090-fa$ ./start-dump1090-fa --write-json %t/dump1090-fa
Unknown or not enough arguments for option '--ppm15'.
So it looks like this EXTRA_OPTIONS is the problem but how I can I modify the dump1090-fa file without something overwriting my changes?
Run the following commands to get all your packages and firmware updated
sudo apt update
sudo apt upgrade
Reboot.
After reboot login again.
Edit the configfile via sudo nano /etc/default/dump1090-fa
Remove the --ppm15 from the extra options line. leave the quotation marks inplace like this “”
Save the file
restart dump1090 via sudo systemctl restart dump1090-fa
check if the proces is running ok now
Yeah I’ve been trying to do that Tom but like I said even if I save the file with the changes shown the service (upon restarting I presume) is reverting my changes each time.
PS. My update/upgrade had 0 files updated. Firmware remains the same.
1 Like