Can't get dump 978 working

I installed 3.7.1 the other day and had an old 978 SDR laying around from a stratux build.

I ran the following commands from the directions:

sudo apt update
sudo apt install rtl-sdr
sudo systemctl stop piaware dump1090-fa dump978-fa

then

unplugged the 978 and did
rtl_eeprom -s 00001090

unplugged, replugged the 1090 and started over with the above, then ran 

rtl_eeprom -s 0000978

all returned OK

I then went to the quick start guide and ran

sudo piaware-config uat-receiver-type sdr
sudo piaware-config rtlsdr-device-index 00001090
sudo piaware-config uat-sdr-device driver=rtlsdr,serial=00000978
sudo reboot

here are my status returns


â—Ź piaware.service - FlightAware ADS-B uploader
   Loaded: loaded (/lib/systemd/system/piaware.service; enabled)
   Active: active (running) since Wed 2019-05-29 18:53:27 UTC; 3min 49s ago
     Docs: https://flightaware.com/adsb/piaware/
 Main PID: 499 (piaware)
   CGroup: /system.slice/piaware.service
           ├─ 499 /usr/bin/piaware -p /run/piaware/piaware.pid -plainlog -sta...
           ├─ 643 /usr/lib/piaware/helpers/faup1090 --net-bo-ipaddr localhost...
           └─1000 /usr/lib/piaware/helpers/fa-mlat-client --input-connect loc...

May 29 18:54:33 piaware sudo[991]: pam_unix(sudo:session): session closed f...ot
May 29 18:54:33 piaware piaware[499]: Starting multilateration client: /usr...94
May 29 18:54:34 piaware piaware[499]: piaware has successfully sent several...e!
May 29 18:54:34 piaware piaware[499]: mlat-client(1000): fa-mlat-client 0.2...up
May 29 18:54:34 piaware piaware[499]: mlat-client(1000): Using UDP transpor...51
May 29 18:54:34 piaware piaware[499]: mlat-client(1000): Listening for Beas...05
May 29 18:54:34 piaware piaware[499]: mlat-client(1000): Listening for Exte...06
May 29 18:54:34 piaware piaware[499]: mlat-client(1000): Input connected to...05
May 29 18:54:34 piaware piaware[499]: mlat-client(1000): Input format chang...ck
May 29 18:54:34 piaware piaware[499]: mlat-client(1000): Beast-format resul...ed
Hint: Some lines were ellipsized, use -l to show in full.
pi@piaware:~$


and

pi@piaware:~$ sudo systemctl status dump1090-fa
â—Ź dump1090-fa.service - dump1090 ADS-B receiver (FlightAware customization)
   Loaded: loaded (/lib/systemd/system/dump1090-fa.service; enabled)
   Active: active (running) since Wed 2019-05-29 18:53:27 UTC; 4min 14s ago
     Docs: https://flightaware.com/adsb/piaware/
 Main PID: 491 (dump1090-fa)
   CGroup: /system.slice/dump1090-fa.service
           └─491 /usr/bin/dump1090-fa --net-bo-port 30005 --fix --device-inde...

May 29 18:53:27 piaware systemd[1]: Starting dump1090 ADS-B receiver (Fligh.....
May 29 18:53:27 piaware systemd[1]: Started dump1090 ADS-B receiver (Flight...).
May 29 18:53:27 piaware dump1090-fa[491]: Wed May 29 18:53:27 2019 UTC  dump....
May 29 18:53:27 piaware dump1090-fa[491]: rtlsdr: using device #0: Generic R...)
May 29 18:53:28 piaware dump1090-fa[491]: Found Rafael Micro R820T tuner
May 29 18:53:28 piaware dump1090-fa[491]: rtlsdr: enabling tuner AGC
Hint: Some lines were ellipsized, use -l to show in full.


and

pi@piaware:~$ sudo systemctl status dump978-fa
â—Ź dump978-fa.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)


pi@piaware:~$ rtl_test -t
Found 2 device(s):
  0:  Realtek, RTL2832U, SN: 00001090
  1:  Realtek, RTL2838UHIDIR, SN: 00000978

Using device 0: Generic RTL2832U
usb_claim_interface error -6
Failed to open rtlsdr device #0.


It seems the serial numbers assigned correctly, but it isn't starting dump978. Any ideas what I missed? It has to be something dumb. Sorry, don't know why the forum is formatting my post the way it is.
Also, when I try to go to IPaddress/8080 I get a 404 not found page, so it's like it just didn't install the packages? Perhaps my 978 SDR simply isn't compatible? It's one of these: https://www.amazon.com/Stratux-1090ES-UAT-Radio/dp/B01ENU1DQC/ref=sr_1_16?keywords=978+sdr&qid=1559156631&s=gateway&sr=8-16

You need to replug after assigning a number as well.
(Or remove power from the Rpi completely)

Otherwise it doesn’t take effect.

do you mean unplug and replug after

sudo piaware-config uat-receiver-type sdr
sudo piaware-config rtlsdr-device-index 00001090
sudo piaware-config uat-sdr-device driver=rtlsdr,serial=00000978

or after
rtl_eeprom -s 00000978

Because I did unplug and replug after assigned the serial to the SDR, and my output indicates that the write did take

pi@piaware:~$ rtl_test -t
Found 2 device(s):
0: Realtek, RTL2832U, SN: 00001090
1: Realtek, RTL2838UHIDIR, SN: 00000978

it’s a small hassle to keep crawling in my attic to get to my rpi and SDR’s

IPaddress:8080

Anwyay you want:

IPaddress/skyview978/

:8080 works
/skyview978 is a 404 not found

Let’s see this output.

sudo journalctl --no-pager -u lighttpd
sudo journalctl --no-pager -u dump978-fa

No port 8080 and port 80 are not the same place.

pi@piaware:~$ sudo journalctl --no-pager -u lighttpd
– Logs begin at Wed 2019-05-29 18:53:17 UTC, end at Wed 2019-05-29 19:10:19 UTC. –
May 29 18:53:26 piaware systemd[1]: Starting Lighttpd Daemon…
May 29 18:53:27 piaware lighttpd[372]: Syntax OK
May 29 18:53:27 piaware systemd[1]: Started Lighttpd Daemon.

pi@piaware:~$ sudo journalctl --no-pager -u dump978-fa
– Logs begin at Wed 2019-05-29 18:53:17 UTC, end at Wed 2019-05-29 19:10:54 UTC. –
pi@piaware:~$

Did you start with the piaware sd-card or Raspbian sd-card?

You don’t seem to have dump978-fa installed.

Maybe just try:

sudo apt-get update
sudo apt-get upgrade
sudo apt install dump978-fa skyview978

I was running an older version and upgraded to 3.7.1 via the web portal. I’ll try and report back.

Let’s check the system version:

cat /etc/os-release

pi@piaware:~$ cat /etc/os-release
PRETTY_NAME=“Raspbian GNU/Linux 8 (jessie)”
NAME=“Raspbian GNU/Linux”
VERSION_ID=“8”
VERSION=“8 (jessie)”
ID=raspbian
ID_LIKE=debian
HOME_URL=“http://www.raspbian.org/”
SUPPORT_URL=“RaspbianForums - Raspbian”
BUG_REPORT_URL=“RaspbianBugs - Raspbian”

from the web portal
Feeder Check-In: a few seconds ago
Feeder Type: PiAware (SD Card) 3.7.1

I’m not sure dump978 works on jessie.

Easiest would be to rewrite the sd-card with the current image from flightaware and just copy over your piaware-config.txt. (save before writing the image)
Then put in your feeder-id and you should have everything installed and running again.
(For Beginners - How to Get Back Existing Station Number in A Fresh Install)

Alternatively you can try to install the missing packages:

sudo apt-get update
sudo apt-get upgrade
sudo apt install dump978-fa skyview978

it’s working on get upgrade, it’ll take awhile.

that’s a real bummer, I have to crawl across the attic again if I reflash the card. :slight_smile:

1 Like

it appears you’re right. I’ll reflash.

pi@piaware:~$ sudo apt install dump978-fa skyview978
Reading package lists… Done
Building dependency tree
Reading state information… Done
E: Unable to locate package dump978-fa
E: Unable to locate package skyview978

I suppose you can try installing the new repository


wget http://flightaware.com/adsb/piaware/files/packages/pool/piaware/p/piaware-support/piaware-repository_3.7.1_all.deb
sudo dpkg -i piaware-repository_3.7.1_all.deb

After that try the commands from before again :slight_smile:

(But yeah i suspect it’s only available for stretch)

Had to go to work, I’ll try it when I get home tonight and have ssh access again, thanks.

Yes, we only build dump978 packages for stretch. I haven’t tested building dump978 on older distributions, YMMV.

No dice, at least not for me. Oh well, I tried.

working fine after a reflash

dump978-fa.service - dump978 ADS-B UAT receiver
Loaded: loaded (/lib/systemd/system/dump978-fa.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2019-05-30 15:11:09 UTC; 4min 23s ago
Docs: PiAware - ADS-B and MLAT Receiver - FlightAware
Main PID: 1117 (dump978-fa)
CGroup: /system.slice/dump978-fa.service
└─1117 /usr/bin/dump978-fa --sdr driver=rtlsdr,serial=00000978 --raw-port 30978 --json-port 30979

May 30 15:11:10 piaware dump978-fa[1117]: Found Rafael Micro R820T tuner
May 30 15:11:10 piaware dump978-fa[1117]: Reattached kernel driver
May 30 15:11:11 piaware dump978-fa[1117]: Detached kernel driver
May 30 15:11:11 piaware dump978-fa[1117]: Found Rafael Micro R820T tuner
May 30 15:11:11 piaware dump978-fa[1117]: Exact sample rate is: 2083333.135571 Hz
May 30 15:11:11 piaware dump978-fa[1117]: [R82XX] PLL not locked!
May 30 15:11:11 piaware dump978-fa[1117]: SoapySDR: using maximum manual gain 49.6 dB
May 30 15:11:11 piaware dump978-fa[1117]: SoapySDR: using stream setting buffsize=262144
May 30 15:11:19 piaware dump978-fa[1117]: [::]:30978: accepted a connection from [::1]:39608
May 30 15:11:39 piaware dump978-fa[1117]: [::]:30978: accepted a connection from [::1]:39610

No messages received yet, so either no one is flying on a UAT transponder in range, or the receiver is bad. Could go either way. I used this receiver for a stratux box and IIRC, I stopped using it because it was flaky, but it could have been the 1090 receiver, can’t remember.

The UAT traffic here in Toronto is occassional. I have Installed graphs to monitor it.

Graphs for dump1090 – my version with install script

.

UAT traffic during last 24 hrs
dump1090-localhost-aircraft_978-24h-2-2