HOWTO: Airspy mini and Airspy R2: Piaware / dump1090-fa configuration

Thanks will give it a try with -w 5 - this is a brief run with RC3 and -w 4. Single position tracks came back. Earlier was RC2 and -w 5

1 Like

Hi all
had a bit of a job but abcd helped out
so i got so far that sdr rtl not installed
i see map -fa and skyaware but no planes
pi4 with debian 11 4gb arm64 installed
flightaware dongle dont work nor do the resident airspy mini i want to use
aomething missing
can you help

@suffolk3000
What is output of rtl_test - t with prostick pluggedin ? This is important.

Ok Dx mode, something to do with long distance detections???

Linux rpi4-20210823 5.10.0-8-arm64 #1 SMP Debian 5.10.46-4 (2021-08-03) aarch64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Aug 27 22:41:58 2021 from 192.168.0.2
pi@rpi4-20210823:~$ rtl_test - t
Found 1 device(s):
  0:  ▒/P▒▒▒, ▒▒O▒▒▒, SN:

Using device 0: Generic RTL2832U
usb_open error -3
Please fix the device permissions, e.g. by installing the udev rules file rtl-sd                        r.rules
Failed to open rtlsdr device #0.

 

I have posted solution few days ago here:

added   rebooting now
pi@rpi4-20210823:~$ rtl_test -t
Found 1 device(s):
  0:  , , SN:

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

still no planes  

(1) Unplug, then replug prostick
(2) Restart dump1090-fa or Reboot Pi

Thanks to you both (@prog and @wiedehopf) for the work you do. Much appreciated!

Updated to RC4, no problems and less single track messages compared to previous versions. The message rate looks to be higher as well, but with only two aircrafts within reach it’s hard to say (message rate between 40 and 47 msg/sec with two aircrafts is a bit higher than usual).

pi@rpi4-20210823:~$ rtl_test -t
Found 1 device(s):
  0:  Realtek, RTL2832U, SN: 00001000

Using device 0: Generic RTL2832U
Detached kernel driver
rtlsdr_read_reg failed with -7
rtlsdr_write_reg failed with -7
rtlsdr_read_reg failed with -7
rtlsdr_write_reg failed with -7
rtlsdr_read_reg failed with -7
rtlsdr_write_reg failed with -7
rtlsdr_read_reg failed with -7
rtlsdr_write_reg failed with -7
No supported tuner found
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
Enabled direct sampling mode, input 1
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
Supported gain values (1): 0.0
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -7
WARNING: Failed to set sample rate.
No E4000 tuner found, aborting.
rtlsdr_write_reg failed with -7
Reattaching kernel driver failed!
pi@rpi4-20210823:~$ sudo systemctl restart dump1090-fa
[sudo] password for pi:
pi@rpi4-20210823:~$

still no planes at all

wired unmanaged on my screen so small missed it till now
network problem then ?
i can ssh in

If I don’t specify -w, is the default still 3, or did you/prog up it to 5 by default in airspy_adsb?

Back home now
still no planes on any dongles

Yes, 5 is the new default.

1 Like

It is a hardware trouble, nothing wrong with dump1090-fa ver 6.0~dev on Debian Bullseye on RPi model4

I can see that in a test. Image is default with RC4 then -w 4 at 18:20 (with sample rate 12 and tons of trees)
chrome_xzNi28ABNo

-w 5 seems to be the sweet spot for my set up. This is RC3 -w 4 switched to RC4 -w5 at approx 0900 local time. The new whitelist logic hasn’t completely excluded tracks with a single position and, as you say, some of them should be real.

I get the impression that v2.0 is detecting aircraft at longer range. However, I might be seeing the development of a tropospheric duct - 25000 ft at 265NM seems too good to be true :slightly_smiling_face:

Thought i can go to bed easily without surprises and bang, two new RC were released :slight_smile:

Running RC4 now with -x and -C 90, monitoring the stats.
This looks promising. Did not see 1300 msg with 65 aircraft only

image

No change in Tracks with single messages, but that’s just a few minutes of runtime.