Place USB Bluetooth dongle in its physical Overview slot

[bbangert]

Problem

A USB Bluetooth dongle physically occupies one of the Pi's declared USB-A slots (e.g. 1-1.1.2), but the Overview hardware table only matched serial ttys into slots. So the dongle's slot rendered empty while the dongle itself showed up as a separate, placeless peripheral row keyed by its hci name (hci1). On the rpi3 you'd see an empty USB 1 / 1-1.1.2 row and a disconnected-looking hci1 row.

Fix

• radios.ex — Radios.enumerate/0 now exposes a structured port field (the USB receptacle path like "1-1.1.2", or nil) on each radio, parsed from the same sysfs path the display string already used.
• overview_live.ex — new hardware_rows/2 builds a single ordered, tagged row list and promotes a peripheral whose slot_sub matches an empty declared slot into that slot's position, inheriting its USB N label. USB rows stay in fixed declared-hardware order regardless of which device fills them; the phantom empty row is gone. Audio cards and unmatched dongles trail at the end. A small hardware_row/1 dispatcher renders each tagged row.

Result on the Overview: USB 1 / 1-1.1.2 → the Bluetooth dongle (links to the Bluetooth tab), followed by the remaining empty slots in order.

Testing

• hardware_rows/2 unit-tested directly (promotion, declared ordering, connected-port protection, audio/unmatched-dongle trailing).
• Full suite: 490 tests + 5 doctests, 0 failures. credo --strict, mix format, and dialyzer all clean.
• Validated on hardware (rpi3 at the bench): built, flashed, and confirmed via the live-rendered page that the dongle appears in USB 1 / 1-1.1.2 in declared order with no stray hci1 row.

🤖 Generated with Claude Code