Yeah the 4.0 release notes only mention Wheezy support being dropped as it is no longer being supported upstream, but I think Jessie is in the same boat since it’s EOL was listed June 30, 2020. I think it was a typo since Wheezy EOL was listed May 31, 2018. No support upstream = no support Flightaware so far as I know.
You have to update repo to version 4.0, then install dump978-fa
The command below is very long. Scroll right to see and copy it in full
wget https://flightaware.com/adsb/piaware/files/packages/pool/piaware/p/piaware-support/piaware-repository_4.0_all.deb
sudo dpkg -i piaware-repository_4.0_all.deb
sudo apt-get update
sudo apt-get install dump978-fa
pi@piaware:~$ sudo apt-get install dump978-fa
Reading package lists… Done
Building dependency tree
Reading state information… Done
You might want to run ‘apt-get -f install’ to correct these:
The following packages have unmet dependencies:
dump978-fa : Depends: libboost-filesystem1.67.0 but it is not installable
Depends: libboost-program-options1.67.0 but it is not installable
Depends: libboost-regex1.67.0 (>= 1.67.0-10) but it is not installable
Depends: libboost-system1.67.0 but it is not installable
Depends: libc6 (>= 2.28) but 2.19-18+deb8u10 is to be installed
Depends: libsoapysdr0.6 but it is not installable
Depends: libstdc++6 (>= 6) but 4.9.2-10 is to be installed
Recommends: skyaware978 but it is not going to be installed
Recommends: soapysdr-module-rtlsdr but it is not installable
piaware-release : Depends: piaware-repository (= 4.0~bpo8+1) but 4.0 is to be installed
E: Unmet dependencies. Try ‘apt-get -f install’ with no packages (or specify a solution).
Issue following command and see if it solves the dependencies issue:
sudo apt-get -f install
You seem to be right. In addition to repo for Buster, the Flightaware has provided repo for Stretch (~bpo9) also, but nothing for Jessie (~bpo8).
Please see below repository for Stretch:
wget https://flightaware.com/adsb/piaware/files/packages/pool/piaware/p/piaware-support/piaware-repository_4.0~bpo9+1_all.deb
sudo dpkg -i piaware-repository_4.0~bpo9+1_all.deb
@fminton
Please go for following easy and clean option:
(1) Re-image your microSD card with latest piaware sd card image.
http://piaware.flightcdn.com/piaware-sd-card-4.0.img.zip
(2) Follow instructions in QuickStart Guide (except step 1 which will download old image ver 3.8.0)
1 Like
Still trying to work out what to do with Jessie (we have some FlightFeeders running jessie that are hard to upgrade remotely), but it’s next on the chopping block.
Re dump978-fa packages, at the time of release Stretch was current and building on earlier releases was hard due to too-old dependencies; we’ve never built dump978-fa packages for Jessie or older. The OP will need a newer distribution.
This is the wrong repository package for a Jessie or Stretch install and will not work correctly.
Yes, @fminton tried it and failed. As there is no link currently documented for jessie repo package, after his failure, I recommended @fminton to reimage with latest piaware sd card image. Please see below.
While we’re still producing jessie packages to handle upgrades of existing installs, the lack of docs for new installs on jessie is deliberate - we don’t want new jessie installs.
Fully agree. Everyone using very old versions of Raspbian should upgrade to latest version (Buster). Using Jessie now is like using Win XP instead of Win10.
I strongly recommend that you re-image with latest piaware sd card image which is Buster based, but if your are reluctant to do so, you can still try to use ver 4.0 packages while staying on your current image (Jessie), by following method.
Please note I have NOT tested it, try it on your own risk.
(1) Uninstall the Buster Repo of ver 4.0 (which you have already installed)
sudo dpkg --purge piaware-repository
(2) Now download and install repository package of ver 4.0 for Jessie
The command below is very long. Scroll right to see and copy it in full
wget https://flightaware.com/adsb/piaware/files/packages/pool/piaware/p/piaware-support/piaware-repository_4.0~bpo8+1_all.deb
sudo dpkg -i piaware-repository_4.0~bpo8+1_all.deb
sudo apt-get update
(3) Install dump978-fa ver 4.0
sudo apt-get install dump978-fa
1 Like
Im thinking I might have a bad dongle, I flashed the latest version onto a new SD card, Dump978 is installed now, the map is viewable, but the status page shows the 978 radio is connected for a few seconds, then it turns red and says its not connected
Did you configure appropriate serial numbers?
What does journalctl -e -u dump978-fa tell you?
Yes it has a serial
pi@piaware:~$ rtl_test -d 1 -t
Found 2 device(s):
0: Realtek, RTL2832U, SN: 00001090
1: Realtek, RTL2832U, SN: 00000978
and
journalctl -e -u dump978-fa
Nov 15 18:37:23 piaware dump978-fa[28421]: Message source reports error: TIMEOUT
Nov 15 18:37:23 piaware dump978-fa[28421]: Abnormal exit
Nov 15 18:37:23 piaware systemd[1]: dump978-fa.service: Main process exited, cod
Nov 15 18:37:23 piaware systemd[1]: dump978-fa.service: Failed with result 'exit
Nov 15 18:37:53 piaware systemd[1]: dump978-fa.service: Service RestartSec=30s e
Nov 15 18:37:53 piaware systemd[1]: dump978-fa.service: Scheduled restart job, r
Nov 15 18:37:53 piaware systemd[1]: Stopped dump978 ADS-B UAT receiver.
Nov 15 18:37:54 piaware systemd[1]: Started dump978 ADS-B UAT receiver.
Nov 15 18:37:54 piaware dump978-fa[28447]: raw-port: listening for connections o
Nov 15 18:37:54 piaware dump978-fa[28447]: raw-port: listening for connections o
Nov 15 18:37:54 piaware dump978-fa[28447]: json-port: listening for connections
Nov 15 18:37:54 piaware dump978-fa[28447]: json-port: listening for connections
Nov 15 18:37:54 piaware dump978-fa[28447]: usb_claim_interface error -6
Nov 15 18:37:54 piaware dump978-fa[28447]: Detached kernel driver
Nov 15 18:37:54 piaware dump978-fa[28447]: Found Rafael Micro R820T tuner
Nov 15 18:37:54 piaware dump978-fa[28447]: Reattached kernel driver
Nov 15 18:37:54 piaware dump978-fa[28447]: usb_claim_interface error -6
Nov 15 18:37:54 piaware dump978-fa[28447]: SoapySDR: using maximum manual gain 4
Nov 15 18:37:54 piaware dump978-fa[28447]: SoapySDR: using stream setting buffsi
Nov 15 18:37:59 piaware dump978-fa[28447]: Message source reports error: TIMEOUT
Nov 15 18:37:59 piaware dump978-fa[28447]: Abnormal exit
Nov 15 18:37:59 piaware systemd[1]: dump978-fa.service: Main process exited, cod
Nov 15 18:37:59 piaware systemd[1]: dump978-fa.service: Failed with result 'exit
This means that the dongle which dump978-fa is trying to use, is already in use by another process.
Doublecheck that you have configured dump1090-fa and dump978-fa with the correct serial numbers. (If you are using a piaware sdcard image, what is your piaware configuration?)
What are outputs of these three commands?
sudo piaware-config -show uat-receiver-type
sudo piaware-config -show rtlsdr-device-index
sudo piaware-config -show uat-sdr-device
pi@piaware:~ $ sudo piaware-config -show uat-receiver-type
sdr
pi@piaware:~ $ sudo piaware-config -show rtlsdr-device-index
00001090
pi@piaware:~ $ sudo piaware-config -show uat-sdr-device
driver=rtlsdr,serial-0000978
These settings are perfectly OK. In previous post you have shown output of rtl_test and serial numbers of two dongles listed match with your settings.
Seems hardware problem such as dongle not fully plugged in due to cramped space, or if using USB extender cable, try another cable, or may be power supply unit is not capable to feed two dongles, try another power supply unit.
You have a typo there. Should be “driver=rtlsdr,serial=0000978” not “driver=rtlsdr,serial-0000978”.
You have sharp eyes 
. I have missed it.
After you caught it (- instead of =), I caught the second one: a missing zero. There are 4 zeros preceding 978, while there should be 5 zeros preceding 978 to match it to the serial number rtl_test has shown
To avoid typos, please copy-paste this command into Putty
sudo piaware-config uat-sdr-device driver=rtlsdr,serial=00000978
Now restart piaware and dump978-fa
sudo systemctl restart piaware
sudo systemctl restart dump978-fa
sudo systemctl status dump978-fa