Bug report: ADS-B Multi-Portal Feeder fails on HAOS 17.0 with original FlightAware RTL-SDR

[nexus767]

Summary

After upgrading to Home Assistant OS 17.0, the ADS-B Multi-Portal Feeder add-on no longer starts when using an original FlightAware ADS-B USB stick (RTL2832U / AIRNAV ADSB_1090).
The add-on exits immediately and no ADS-B data is produced.
This setup worked reliably on HAOS ≤16.x.

---

Environment

• Home Assistant OS: 17.0 (amd64)
• Kernel: 6.12.x
• Add-on: ADS-B Multi-Portal Feeder 2.6.0
• Hardware: Original FlightAware ADS-B USB stick
• USB ID: 0bda:2838 (AIRNAV ADSB_1090)
• Architecture: x86_64

---

Problem description

The embedded dump1090 process fails to claim the USB interface although the device is not in use by any other process. The add-on stops immediately after startup.

---

Error output

[dump1090] rtlsdr: using device #0: Generic RTL2832U OEM (AIRNAV, ADSB_1090)
[dump1090] usb_claim_interface error -6
[dump1090] rtlsdr: error opening the RTLSDR device: Device or resource busy

---

Verification steps

• No other RTL-SDR / dump1090 / rtl_tcp processes running
• ps aux | grep rtl → no results
• lsof /dev/bus/usb/* → device not held by another process
• USB stick detected correctly via lsusb
• Replugging the USB device does not resolve the issue
• No legacy ADS-B add-ons installed (fr24feed, rtl_tcp, dump1090 standalone, etc.)

---

Expected behavior

The add-on should successfully claim the USB device, start dump1090, and continue running.

---

Actual behavior

• USB claim fails with error -6
• dump1090 terminates
• Add-on shuts down immediately

---

Notes

• Regression introduced with HAOS 17.0 (kernel 6.12)
• Same hardware and configuration worked before the OS update
• Original FlightAware stick (not a clone)