For information of others using a compiled add-on package, the dump978-fa can be turned ON/OFF by making:
For turning ON:
ENABLED=yes
For turning OFF:
ENABLED=no
in the file /etc/default/dump978-fa
Yeah that’s not really an indication. It displays that it’s working even if it’s really not synchronized.
Airspy on 20 MHz uses a lot of bandwidth.
Apparently the USB on the board can’t handle the additional throughput.
If you switch to 12 MHz it will most likely work.
I’m actually very surprised that the Odroid N2 has such a bottle-neck.
Can you show the configuration?
cat /etc/default/dump978-fa
and check the dump978-fa version?
dump978-fa --help
You are losing regular messages as well.
Even if airspy is not showing the loss, if MLAT isn’t working properly you are losing messages.
It’s visible in your graphs as well.
1 Like
Sure. This is the 978 config. I added the gain but otherwise ‘as is’
root@odroid:~# cat /etc/default/dump978-fa
…
ENABLED=yes
RECEIVER_OPTIONS=“–sdr driver=rtlsdr,serial=00000978 --format CS8 --sdr-gain 38.6”
DECODER_OPTIONS=“”
NET_OPTIONS=“–raw-port 30978 --json-port 30979”
Yeah that’s fine.
You can also check if you have 3.7.1 with
dump978-fa --help
It has some performance improvements.
I see the Odroid N2 has a USB 2 OTG connector.
If that USB port is supplied by another USB controller it could be solution.
(Could just as well be on the same USB controller though)
You would need an OTG adapter though.
Maybe it’s easiest to continue running a separate RPi for dump978.
1 Like
Confirmed that it is 3.7.1
root@odroid:~# dump978-fa --help
dump978-fa 3.7.1
Also, I can confirm that switching to frequency 12 in the Airspy setup, “SAMPLE_RATE = 12” seems to have solved the it. The MLAT works, and the UAT 978 appears to be running (inclement weather today so no planes seen since I switched it on at around 5pm). For fun, the Airspy CPU utilization plot included. Much lower CPU usage with sample rate 12.
I am going to let 1090 and 978 run on the N2. If it continues to sputter, I will put 978 on the RPi.
Thank you for all the suggestions.
You could try 20 MHz and -p for bit packing.
May free up enough USB bandwidth for airspy_adsb to play nice with dump978.
But if 12 MHz works just as well for you that’s great as well.
Good suggestion. I tried this and this plays nice with DUMP978-FA as well. The airspy is running with these settings:
/usr/local/bin/airspy_adsb -v -f 1 -b -p -l 29999:beast -l 47806:asavr -c localhost:30104:beast -g 17 -m 20
3 Likes
After a full day of running, I can report that the Airspy lost samples. Switched to 12 Mhz and no bit packing.
Seems the Odroid N2 gets pushed with dump978 and Airspy running for dump1090
Too bad the N2 is limited in USB bandwidth.
If the main thing for you is to have the skyview978 on odroid and also combine the piaware feed, that is both possible with running only dump978 on another device.
Just in case you want a combined feed but use 20 MHz sample rate.