Dump1090 Issues (Yes, I searched the forums)

FlightAware ADS-B Flight Tracking
1

Hi

I had an issue with a a feeder. I was able to isolate it to a RadarBox1090 stick. I pulled that stick and was running 978 only using the:
sudo systemctl disable dump1090-fa
sudo systemctl disable piaware

Then when the new stick arrived I configured it and ran:
sudo systemctl start dump1090-fa
sudo systemctl start piaware

I did this through the command-line Alt-F2

Nothing…Can’t get the feeder back on 1090.

I ran rtl-eeprom and I get the correct info back.
I ran sudo rtl_test -t and it sees the stick.

I even went so far as to wipe the boot disk and installed a clean version of 8.2. When that didn’t work I downgraded to 7.0 and then upgraded through the web interface.

Either way I can’t get 1090 back all I get is:
“no ADS-B data program is serving on port 30005, not starting multilateration client yet”

What gives?

Any help?

Thanks

2

You haven’t provided much information, but reading between the lines this is a dual 978/1090 system with two dongles.

Have you serialized the new dongle and configured dump1090 to match?

3

What are outputs of following commands

#1

grep RECEIVER_SERIAL /etc/default/dump1090-fa

#2

grep driver=rtlsdr /etc/default/dump978-fa   

## OR

grep RECEIVER_OPTIONS /etc/default/dump978-fa

#3

rtl_test -t
4

First, yes. They are both serialized correctly.

Second. grep RECEIVER_SERIAL… Is 00001090

Third. grep driver=rtlsdr… Is “–raw-port 30978 --json-port 30979 --sdr driver=rtlsdr, serial=00000978”

Fourth. When I run the rtl_test with just the 1090 stick it says:
Found 1 device(s):
0: Generic, RTL2832U, SN: 77771111153705700
Using Device 0: Generic RTL2832U
Found Rafael Micro R820T tuner
Supported gain values (29): (Gain Values Omitted by author)
[R82xx] PLL not locked!
Sampling at 204800S/s
No E4000 tuner found, aborting.

Thanks

5

Seems something went wrong during serialization of 1090 dongle.

Serialize 1090 dongle again.

6

Followed the rtl_eeprom -s to serialize and did it. rtl_eeprom shows 00001090.

But, when I run rtl_test -t…I am getting the 777711111…

Thoughts?

7

Now, I am getting “No supported devices found.”

:unamused:

8

The garbage serial number means, essentially, “no valid EEPROM data found”

Did you replug the dongle after serializing it?

9

I did unplug it and when I plugged it back in I was getting the 7777…then I tried to serialize it again and it gave me the no devices found.

10

Reboot Pi and check again

11

Rebooted Pi

rtl-eeprom: No supported devices found
rtl_test -t: No supported devices found.

Somewhere along the line the SDR went from being normal to then having that 7777 serial number to now not being seen.

12

If you have another Pi, plug the SDR into it and run rtl_test -t. This will confirm if issue is with SDR or with Pi

13

Used another Pi and same thing. “No supported devices found”

14

Return the SDR to seller as it is defective, and claim refund or replacement.

15

I have a device with the same serial number: 77771111153705700
I believe it is “test” hardware accidently sold to the public a couple years ago.
The SN cannot be changed.
The device works fine for me.
Just use the given SN to select that device.

1 Like
16

Thanks for the help. A buddy knows how to flash eeprom chips. I have a good one from RadarBox that can be used. The problem is that both SDRs that came off of the same Pi Zero 2 W. Which makes me think something on that unit is corrupting the SDRs.

17

This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.