Adding UAT 978 to existing 1090 install

[abcd567]

Thanks abcd, all understood.  That is why I asked if the sticks had been re-numbered.  Can you provide a simple guide for users as to how that can be done

Alan

It is two-fold action:
- serialize dongles
- configure dump978 matching with the dongle's serial number

It requires detailed instructions, which varies with type of installation. Please see below:



(1) If Raspberry Pi OS is used and on it Radarbox24's dump978-rb is installed, follow this guide:

https://www.radarbox.com/flightstick978/guide

(2) If Adsbexchange image is used, it has dump978-fa and "readsb" (1090 mhz decoder) pre-installed, use following guide:

https://www.adsbexchange.com/how-to-feed/adsbx-custom-pi-image/

Scroll down to item:
978 for US based 2 SDR receivers


(3) If Flightaware's Piaware SD card image is used, it has dump978-fa pre installed. Follow this guide:

https://discussions.flightaware.com/t/how-to-install-and-configure-piaware-5-0-sd-card-image-quickstart-guide/48262

Scroll down to items
5 - Serialize dongles if using UAT 978
6 - Configure UAT 978

(4) If Raspberry Pi OS is used and on it dump1090-fa and dump978-fa are installed, use this guide

https://discussions.flightaware.com/t/outdated-package-install-of-piaware-6-1-on-bullseye-32-bit-64-bit/80272

Scroll down to item:
STEP-6: configure dump978-fa (do this step only if you have installed dump978-fa, otherwise skip this step)


.

[Runway 31]

Many thanks abcd

Alan

[vantage]

You did not give very important information that
(1) which image you have written to your microSD card? There are many images such as:
- Raspberry Pi OS image
- Piaware sd card image
- FR24's Pi24 image
- Adsbexchsanqe iimage


(2) which decoders you have installed. What is the output of these commands?

Code: [Select]

apt-cache policy dump1090-fa 

apt-cache policy dump978-rb 

apt-cache policy dump978-fa 

apt-cache policy readsb 



.

Been out of town. Here's the output:

pi@raspberrypi:/boot $ uname -a
Linux raspberrypi 4.19.118-v7+ #1311 SMP Mon Apr 27 14:21:24 BST 2020 armv7l GNU/Linux



pi@raspberrypi:~ $ apt-cache policy dump1090-fa
N: Unable to locate package dump1090-fa
pi@raspberrypi:~ $ apt-cache policy dump978-rb
dump978-rb:
  Installed: 1.0.1+buster
  Candidate: 1.0.1+buster
  Version table:
 *** 1.0.1+buster 500
        500 https://apt.rb24.com buster/main armhf Packages
        100 /var/lib/dpkg/status
pi@raspberrypi:~ $ apt-cache policy dump978-fa
N: Unable to locate package dump978-fa
pi@raspberrypi:~ $ apt-cache policy readsb
readsb:
  Installed: 3.8.4~dev
  Candidate: 3.8.4~dev
  Version table:
 *** 3.8.4~dev 100
        100 /var/lib/dpkg/status
pi@raspberrypi:~ $

==========================================

Got the rtl_eeprom working. Here's what I did:

sudo systemctl stop readsb


With only 978 dongle attached:

rtl_eeprom
Found 1 device(s):
  0:  Generic RTL2832U OEM

Using device 0: Generic RTL2832U OEM
Detached kernel driver
Found Rafael Micro R820T tuner

Current configuration:
__________________________________________
Vendor ID:              0x0bda
Product ID:             0x2838
Manufacturer:           Realtek
Product:                RTL2838UHIDIR
Serial number:          00000001
Serial number enabled:  yes
IR endpoint enabled:    yes
Remote wakeup enabled:  no
__________________________________________
Reattached kernel driver




pi@raspberrypi:~ $ !1112
sudo rtl_eeprom -d 0 -p UAT_978 -s 00000401
Found 1 device(s):
  0:  Generic RTL2832U OEM

Using device 0: Generic RTL2832U OEM
Detached kernel driver
Found Rafael Micro R820T tuner

Current configuration:
__________________________________________
Vendor ID:              0x0bda
Product ID:             0x2838
Manufacturer:           Realtek
Product:                UAT_978
Serial number:          00000401
Serial number enabled:  yes
IR endpoint enabled:    yes
Remote wakeup enabled:  no
__________________________________________

New configuration:
__________________________________________
Vendor ID:              0x0bda
Product ID:             0x2838
Manufacturer:           Realtek
Product:                UAT_978
Serial number:          00000401
Serial number enabled:  yes
IR endpoint enabled:    yes
Remote wakeup enabled:  no
__________________________________________
Write new configuration to device [y/n]? y

Configuration successfully written.
Please replug the device for changes to take effect.
Reattached kernel driver






Then with  only 1090 dongle installed:

rtl_eeprom
Found 1 device(s):
  0:  Generic RTL2832U OEM

Using device 0: Generic RTL2832U OEM
Detached kernel driver
Found Rafael Micro R820T tuner

Current configuration:
__________________________________________
Vendor ID:              0x0bda
Product ID:             0x2838
Manufacturer:           Realtek
Product:                RTL2838UHIDIR
Serial number:          00000001
Serial number enabled:  yes
IR endpoint enabled:    yes
Remote wakeup enabled:  no
__________________________________________
Reattached kernel driver



pi@raspberrypi:~ $ sudo rtl_eeprom -d 0 -p ADSB_1090  -s 00000010
Found 1 device(s):
  0:  Generic RTL2832U OEM

Using device 0: Generic RTL2832U OEM
Detached kernel driver
Found Rafael Micro R820T tuner

Current configuration:
__________________________________________
Vendor ID:              0x0bda
Product ID:             0x2838
Manufacturer:           Realtek
Product:                RTL2838UHIDIR
Serial number:          00000001
Serial number enabled:  yes
IR endpoint enabled:    yesh

Remote wakeup enabled:  no
__________________________________________

New configuration:
__________________________________________
Vendor ID:              0x0bda
Product ID:             0x2838
Manufacturer:           Realtek
Product:                ADSB_1090
Serial number:          00000010
Serial number enabled:  yes
IR endpoint enabled:    yes
Remote wakeup enabled:  no
__________________________________________
Write new configuration to device [y/n]? y

Configuration successfully written.
Please replug the device for changes to take effect.
Reattached kernel driver
pi@raspberrypi:~ $ rtl_eeprom
Found 1 device(s):
  0:  Generic RTL2832U OEM

Using device 0: Generic RTL2832U OEM
Detached kernel driver
Found Rafael Micro R820T tuner

Current configuration:
__________________________________________
Vendor ID:              0x0bda
Product ID:             0x2838
Manufacturer:           Realtek
Product:                ADSB_1090
Serial number:          00000010
Serial number enabled:  yes
IR endpoint enabled:    yes
Remote wakeup enabled:  no
__________________________________________
Reattached kernel driver


sudo poweroff



When power came back up and both 1090 and 978 dongles inserted no feed from either dongle.

Did another sudo poweroff, unplugged 978 dongle, left 1090 in and restarted. Now the 1090 is working again but there's still something wrong when both 1090 and 978 are plugged in.

[abcd567]

Hi Vantage

Good that you have serialized the dongles, 978 one with 00000401 and 1090 one with 00000010.

The dump978-rb software is pre-configured for serial number 00000401, so your 978 dongle and dump978-rb have mathing setting and should work OK.

Did you configure readsb to match serial number 00000010 0f 1090 dongle?


.

[vantage]

No. Here's the procedure I was given:


I think that the ADS-B and UAT flightsticks may have mixed up during the process which is why there is no data, so I suggest the following steps:

1 - Physically disconnect the ADS-B stick and and leave the UAT one in the Raspberry Pi
2 - Run the command to correctly identify it: sudo rtl_eeprom -d 0 -p UAT_978 -s 00000401
3 - Disconnect the UAT stick and replace it with the the ADS-B one
4 - Run the command to correctly identify it: sudo rtl_eeprom -d 0 -p ADSB_1090 -s 00000010
5 - Connect the UAT dongle back and restart the Pi - it should work as soon as it comes up.


Obviously it didn't work as it came up. If you'll point me to the procedure to configure readsb, I'll try it.

[abcd567]

No. Here's the procedure I was given:


I think that the ADS-B and UAT flightsticks may have mixed up during the process which is why there is no data, so I suggest the following steps:

1 - Physically disconnect the ADS-B stick and and leave the UAT one in the Raspberry Pi
2 - Run the command to correctly identify it: sudo rtl_eeprom -d 0 -p UAT_978 -s 00000401
3 - Disconnect the UAT stick and replace it with the the ADS-B one
4 - Run the command to correctly identify it: sudo rtl_eeprom -d 0 -p ADSB_1090 -s 00000010
5 - Connect the UAT dongle back and restart the Pi - it should work as soon as it comes up.


Obviously it didn't work as it came up. If you'll point me to the procedure to configure readsb, I'll try it.

The procedure you followed is OK, but is half-baked, i.e. it told you to serialize two dongles differently, BUT did not tell you the other equally important part, that is how to configure dump978-rb and readsb to match these serial numbers.

Since dump978-rb is pre-configured for serial number 00000401, and you serialized the dongle with same number 00000401, they matched.

However in case of readsb, it is configured for --device 0, which does NOT match 1090 dongle's serial 00000010 which you have assigned. This caused mismatch and failure. You have to edit the readsb config file and change --device 0 to --device 00000010

After changes, Save file, then REBOOT the RPi.

pi@raspberrypi:~ $ sudo nano /etc/default/readsb

# readsb configuration
# This is sourced by /etc/systemd/system/default.target.wants/readsb.service as
# daemon startup configuration.

RECEIVER_OPTIONS="--device 0 --device-type rtlsdr --gain -10 --ppm 0"
DECODER_OPTIONS="--max-range 360 --write-json-every 1"
NET_OPTIONS="--net --net-heartbeat 60 --net-ro-size 1250 --net-ro-interval 0.05 --net-ri-port 30001 --net-ro-port 30002 --net-sbs-port 30003 --net-bi-port 30004,30104 --net-bo-port 30005"
JSON_OPTIONS="--json-location-accuracy 2 --range-outline-hours 24"

[vantage]

That was it. Thanks.

One things that's conspicuos by its absence: When I do

ps -ef|grep 978

no processes show up.

The 978 SW is installed:


 $ apt-cache policy dump978-rb
dump978-rb:
  Installed: 1.0.1+buster
  Candidate: 1.0.1+buster
  Version table:
 *** 1.0.1+buster 500
        500 https://apt.rb24.com buster/main armhf Packages
        100 /var/lib/dpkg/status
--------------------------------------------------------------------

cat dump978-rb
# dump978-rb configuration
# This is sourced by /usr/share/dump978-rb/start-dump978-rb as a
# shellscript fragment.

# dump978-rb won't automatically start unless ENABLED=yes
ENABLED=yes

RECEIVER_OPTIONS="--sdr driver=rtlsdr,serial=00000401 --sdr-auto-gain --format CS8"
DECODER_OPTIONS=""
NET_OPTIONS="--raw-port 30978 --json-port 28380"


Thoughts?

[abcd567]

That was it. Thanks.

Glad to know your problem is solved :)

One things that's conspicuos by its absence: When I do

ps -ef|grep 978

no processes show up.

The 978 SW is installed:
... ... ...
... ... ...
Thoughts?

No idea why.
I have "dum978-fa" and it's map "skyaware978" installed, and get this output:

pi@raspberrypi:~ $ ps -ef | grep 978
dump978      528       1  7 13:36 ?        00:00:28 /usr/bin/dump978-fa --sdr driver=rtlsdr,serial=00000978 --format CS8 --raw-port 30978 --json-port 30979
skyaware     558       1  0 13:36 ?        00:00:00 /usr/bin/skyaware978 --connect localhost:30978 --reconnect-interval 30 --history-count 120 --history-interval 30 --lat 43.5xxxx --lon -79.6xxxx --json-dir /run/skyaware978
piaware     1332     970  0 13:36 ?        00:00:00 /usr/lib/piaware/helpers/faup978 --connect localhost:30978
pi          5972    2405  0 13:42 pts/0    00:00:00 grep --color=auto 978
pi@raspberrypi:~ $

.

[vantage]

I think I've got the 978 SW finally running. This seemed to do the trick. Thanks to abcd567.

Code: [Select]

sudo apt update   

sudo apt install --reinstall dump978-rb   

sudo systemctl restart dump978-rb


  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
17808 dump978   15  -5   74260  15532   6104 S  28.5   1.6 242:37.55 dump978-rb
  470 readsb    15  -5   30544   6900   2468 S  20.2   0.7 803:23.41 readsb
  409 root      20   0  113300  14656   5220 S   2.0   1.5  54:38.47 rbfeeder
  542 root      20   0   17140   9872   5560 S   1.7   1.0  32:48.25 mlat-client
 1231 adsbexc+  20   0   16484   9392   5548 S   1.7   1.0  39:05.76 python3
 1232 adsbexc+  20   0   34840   3636   2284 S   1.0   0.4  26:12.08 feed-adsbx

One question for those in the USA: Are you getting any 978 detections? I seem to be getting none.

Messages
2022-03-14   2022-03-15   2022-03-16
ADS-B   5,077,033   5,540,079   3,710,369
With Position   2,323,795   2,521,196   1,640,244
MLAT   
29,303 (0.6%)
41,325 (0.7%)
35,050 (0.9%)
UAT   
0 (0.0%)
0 (0.0%)
0 (0.0%)
Total   5,086,732   5,550,287   3,714,610
Bandwidth   153.58 MB   166.89 MB   110.02 MB

[Runway 31]

I was looking at the UAT station list and while they are mostly ADSB, there are UAT plots out there

Whats your station number?

Alan

[vantage]

EXTRPI010179

[abcd567]

To check if uat planes are being detected:

(1) Install netcat

Code: [Select]

sudo apt install netcat 


Now give following command and wait for some time till UAT978 equipped plane are detected. These will be displayed:

To STOP, press Ctrl and C keys together

Raw data format

Code: [Select]

nc 127.0.0.1 30978 & 



.

[vantage]

Installed and ran nc command but don't know how to interpret results. I had to delete a lot of nc output otherwise forum SW thought was spam.


~ $ sudo apt install netcat
Reading package lists... Done
Building dependency tree
Reading state information... Done
netcat is already the newest version (1.10-41.1).
0 upgraded, 0 newly installed, 0 to remove and 287 not upgraded.
$ nc 127.0.0.1 30978 &
[1] 5269
 -0aaa1b392ee6b960d58c0df811a80ae07f09e5bc9d05c40bc295c2a0000db0000000;rssi=1.9;t=1647462975.205;




Don't know if this is significant:

pi@raspberrypi:~ $ sudo systemctl status dump978-rb
● dump978-rb.service - dump978 ADS-B UAT receiver
   Loaded: loaded (/lib/systemd/system/dump978-rb.service; disabled; vendor preset: enabled)
   Active: active (running) since Wed 2022-03-16 13:33:40 MST; 19min ago
     Docs: https://www.radarbox.com
 Main PID: 3444 (dump978-rb)
    Tasks: 4 (limit: 2200)
   Memory: 12.6M
   CGroup: /system.slice/dump978-rb.service
           └─3444 /usr/bin/dump978-rb --sdr driver=rtlsdr,serial=00000401 --sdr-auto-gain --format CS8 --raw-port 30978 --json-port 28380

Mar 16 13:33:41 raspberrypi dump978-rb[3444]: Allocating 15 zero-copy buffers
Mar 16 13:33:41 raspberrypi dump978-rb[3444]: 0.0.0.0:30978: accepted a connection from 127.0.0.1:54360
Mar 16 13:33:41 raspberrypi dump978-rb[3444]: Failed to allocate zero-copy buffer for transfer 8
Mar 16 13:33:41 raspberrypi dump978-rb[3444]: Falling back to buffers in userspace
Mar 16 13:36:15 raspberrypi dump978-rb[3444]: 0.0.0.0:30978: accepted a connection from 127.0.0.1:54424
Mar 16 13:36:41 raspberrypi dump978-rb[3444]: 127.0.0.1:54424: connection closed
Mar 16 13:47:20 raspberrypi dump978-rb[3444]: 0.0.0.0:30978: accepted a connection from 127.0.0.1:54692
Mar 16 13:47:38 raspberrypi dump978-rb[3444]: 127.0.0.1:54692: connection closed
Mar 16 13:52:05 raspberrypi dump978-rb[3444]: 0.0.0.0:30978: accepted a connection from 127.0.0.1:54808
Mar 16 13:52:24 raspberrypi dump978-rb[3444]: 127.0.0.1:54808: connection closed
pi@raspberrypi:~ $

[abcd567]

Installed and ran nc command but don't know how to interpret results.
 -0aaa1b392ee6b960d58c0df811a80ae07f09e5bc9d05c40bc295c2a0000db0000000;rssi=1.9;t=1647462975.205;

Try this:

Human-readable (json) format

Code: [Select]

nc 127.0.0.1 28380  & 


.

[Runway 31]

You are picking up around 60 aircraft in Tuscon at this time but they all appear to be ADSB equipped

Alan