Dunp1090 failing about once every few minutes

FlightAware
1

Having a problem similar to that discussed here, but more constant.

My map displays:
Problem fetching data from dump1090.
AJAX call failed (error: Not Found). Maybe dump1090 is no longer running?
The displayed map data will be out of date.

every few minutes, it sits there for a bit, then erases and re-populates the screen. Lather, rinse, repeat.

From the logs and messages, it looks like the dongle is falling offline every few minutes.

Voltages look good:
sudo dmesg --ctime | grep voltage
pi@piaware:~ $

Hardware:
pi ZeroW, generic RTL 2838 dongle.

/var/log/piaware.log is showing:
Oct 9 21:08:55 piaware piaware[393]: no ADS-B data program seen listening on port 30005 for 61 seconds, next check in 60s
Oct 9 21:08:55 piaware piaware[393]: mlat-client(717): Connection to localhost:30005 lost: [Errno 111] Connection refused
Oct 9 21:08:55 piaware piaware[393]: mlat-client(717): Reconnecting in 0.5 seconds
Oct 9 21:08:56 piaware piaware[393]: mlat-client(717): Connection to localhost:30005 lost: [Errno 111] Connection refused
Oct 9 21:08:56 piaware piaware[393]: mlat-client(717): Reconnecting in 30.0 seconds
Oct 9 21:09:25 piaware piaware[393]: mlat-client(717): Beast-format results connection with 127.0.0.1:30104: [Errno 111] Connection refused
Oct 9 21:09:26 piaware piaware[393]: mlat-client(717): Connection to localhost:30005 lost: [Errno 111] Connection refused
Oct 9 21:09:26 piaware piaware[393]: mlat-client(717): Reconnecting in 0.5 seconds
Oct 9 21:09:27 piaware piaware[393]: mlat-client(717): Connection to localhost:30005 lost: [Errno 111] Connection refused
Oct 9 21:09:27 piaware piaware[393]: mlat-client(717): Reconnecting in 30.0 seconds
Oct 9 21:09:56 piaware piaware[393]: ADS-B data program ‘dump1090-fa’ is listening on port 30005, so far so good
Oct 9 21:09:56 piaware piaware[393]: Starting faup1090: /usr/lib/piaware/helpers/faup1090 --net-bo-ipaddr localhost --net-bo-port 30005 --stdout --lat 42.810 --lon -73.617
Oct 9 21:09:56 piaware piaware[393]: Started faup1090 (pid 1208) to connect to dump1090-fa
Oct 9 21:09:56 piaware piaware[393]: mlat-client(717): Beast-format results connection with ::1:30104: connection established
Oct 9 21:09:58 piaware piaware[393]: mlat-client(717): Input connected to localhost:30005
Oct 9 21:09:58 piaware piaware[393]: mlat-client(717): Input format changed to BEAST, 12MHz clock

I am seeing these in /var/log/messages:

Oct 8 00:05:32 piaware kernel: [359523.437716] usb 1-1.4: USB disconnect, device number 48
Oct 8 00:05:32 piaware kernel: [359523.842391] usb 1-1.4: new high-speed USB device number 49 using dwc_otg
Oct 8 00:05:32 piaware kernel: [359524.084426] usb 1-1.4: New USB device found, idVendor=0bda, idProduct=2838, bcdDevice= 1.00
Oct 8 00:05:32 piaware kernel: [359524.084483] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 8 00:05:32 piaware kernel: [359524.084510] usb 1-1.4: Product: RTL2838UHIDIR
Oct 8 00:05:32 piaware kernel: [359524.084529] usb 1-1.4: Manufacturer: Realtek
Oct 8 00:05:32 piaware kernel: [359524.084545] usb 1-1.4: SerialNumber: 00000001
Oct 8 00:05:32 piaware mtp-probe: checking bus 1, device 49: “/sys/devices/platform/soc/20980000.usb/usb1/1-1/1-1.4”
Oct 8 00:05:32 piaware mtp-probe: bus: 1, device: 49 was not an MTP device
Oct 8 00:05:32 piaware mtp-probe: checking bus 1, device 49: “/sys/devices/platform/soc/20980000.usb/usb1/1-1/1-1.4”
Oct 8 00:05:32 piaware mtp-probe: bus: 1, device: 49 was not an MTP device
Oct 8 00:10:17 piaware rsyslogd: [origin software=“rsyslogd” swVersion=“8.2102.0” x-pid=“219” x-info=“https://www.rsyslog.com”] rsyslogd was HUPed
Oct 8 00:18:33 piaware kernel: [360305.051168]
Oct 8 00:18:33 piaware kernel: [360305.051203] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP transfer to complete on 4
Oct 8 00:18:33 piaware kernel: [360305.052279]
Oct 8 00:18:33 piaware kernel: [360305.052295] WARN::dwc_otg_hcd_urb_dequeue:639: Timed out waiting for FSM NP transfer to complete on 0
Oct 8 00:18:33 piaware kernel: [360305.264677] usb 1-1.4: USB disconnect, device number 49
Oct 8 00:18:34 piaware kernel: [360305.667595] usb 1-1.4: new high-speed USB device number 50 using dwc_otg
Oct 8 00:18:34 piaware kernel: [360305.910054] usb 1-1.4: New USB device found, idVendor=0bda, idProduct=2838, bcdDevice= 1.00
Oct 8 00:18:34 piaware kernel: [360305.910120] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 8 00:18:34 piaware kernel: [360305.910146] usb 1-1.4: Product: RTL2838UHIDIR
Oct 8 00:18:34 piaware kernel: [360305.910164] usb 1-1.4: Manufacturer: Realtek
Oct 8 00:18:34 piaware kernel: [360305.910181] usb 1-1.4: SerialNumber: 00000001
Oct 8 00:18:34 piaware mtp-probe: checking bus 1, device 50: “/sys/devices/platform/soc/20980000.usb/usb1/1-1/1-1.4”
Oct 8 00:18:34 piaware mtp-probe: bus: 1, device: 50 was not an MTP device
Oct 8 00:18:34 piaware mtp-probe: checking bus 1, device 50: “/sys/devices/platform/soc/20980000.usb/usb1/1-1/1-1.4”
Oct 8 00:18:34 piaware mtp-probe: bus: 1, device: 50 was not an MTP device
Oct 8 00:31:12 piaware kernel: [361063.539600] usb 1-1.4: USB disconnect, device number 50
Oct 8 00:31:12 piaware kernel: [361063.942771] usb 1-1.4: new high-speed USB device number 51 using dwc_otg
Oct 8 00:31:12 piaware kernel: [361064.185047] usb 1-1.4: New USB device found, idVendor=0bda, idProduct=2838, bcdDevice= 1.00
Oct 8 00:31:12 piaware kernel: [361064.185118] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3

I could use some help finding a clue as to what is going on.
Thanks!

2

The prostick is disconnecting and reconnecting from the USB bus frequently.

This usually means you have power problems; try replacing the Pi’s power supply.

1 Like
3

Replaced the power supply, problem went away. Many thanks!

However, there were no low voltage warnings. Just something for the next person to be aware of.

Thanks again!

4

I am having this same issue, it occurs once every day or so. Only solution has been to unplug the power supply and plug it back in. Then everything works fine for a day or so. I have replaced everything over a period of months, except the antenna, to troubleshoot: new power supply, new Pro Stick Plus and new Raspberry Pi Zero W. No network issues as every other device works fine. Have tried both DHCP and fixed IP. Open required ports (although this wasn’t an issue previously).

5

Have you tried a different SD card?

6

I have not replaced the SD card. I viewed it in another computer and it didn’t see any corrupted files and changed the SSID settings today to place it on a different wi-fi network to see if that might resolve the issue.

1 Like
7

What does your cpu usage look like on the Pi Zero W? Is it running 90 to 100%

8

Hi Craig. I’ve not seen the CPU load exceed 49% and CPU temperature is always below 48 C.

9

Sounds good. My first Flightaware Pi was the Zero W and I had to upgrade to a 4B to escape the cpu overload that was being experienced with the heavy air traffic here in central Florida. I also had to upgrade the 5v power supply to gain stability on that front. Enjoy the ride.

10

Which 5v power supply did you get that is stable? The thought has crossed my mind that this could be a problem and the cheap replacement I purchased might be as unreliable as the first one.

11

I use a CanaKit 3.5a power supply that I get from Amazon for $13.

12

On Amazon, I’m not seeing any standalone 3.5a ps that’s compatible with the RPi Zero.

Here’s a question: If I bought a Pi 4 or 5, a compatible CanaKit 3.5a power supply, inserted the SD card, hooked up the FlightAware Pro Stick is there any reason this combo would not be “plug and play”?

13

Yes sir. That’s what I did. The 4 gives you so much more direct connectivity for USB and wired Ethernet. Yes, the zero w has that mini power connection while the 4 has the nice standard “C” style power input.

14

I’m about to order the CanaKit Raspberry Pi 4 Basic Kit (2GB RAM) as the Dump 1090 error has come up again after switching to a different wi-fi connection. I just want to double check that kit does have ethernet and whether sticking in my existing SD card from the Zero will be plug n play or if I will have to modify setting on the card or if the Pi 4 OS is not compatible with my existing settings. I won’t need wi-fi if the 4 has ethernet but do I need to change some settings on the card or will it automatically recognize it’s on the ethernet and doesn’t need wi-fi. From what I can tell the 4 doesn’t have Wi-Fi but a Bluetooth connection.

15

The Pi 4 does have Wi-Fi on the board. :wink:

1 Like