3 Commits

Include renames

Author	SHA1	Message	Date
Logan CusanoandClaude Opus 5.5	9b50ba8114	Pin each SDR service to a dongle by serial; OP25 always opens its SDR by serial ... Fixes node-26#11. OP25's generated config said "rtl" (= whichever dongle enumerates first), so on 2-SDR nodes a decoder could take OP25's dongle and stop recording. Now: - sdr_pins: {op25|adsb|ais: serial}, absent = automatic. Every OP25 config generation (op25_client.generate_config) rewrites the device to rtl=<serial>: the pin, else the first dongle's serial, which is what "rtl" always opened. Left as "rtl" only for unknown/shared serials. - secondary-sdr: /secondary/devices lists dongles + serials via librtlsdr (works while claimed). apply(priority, pins, reserved) never touches OP25's dongle, gives a pinned service only its own dongle, lets a higher-priority service take a spare from a lower one, and still runs a pinned lower-priority service when the top pick has no dongle. - sdr_settings.py replaces secondary_priority.py: one apply path for the local dashboard, the new set_sdr_config C2 command (set_secondary_priority kept as an alias) and config pushes. OP25 restarts only when its own dongle changes. Checkin reports sdr_devices, sdr_pins, op25_sdr_serial. - Local dashboard: 'SDRs' card with an OP25 SDR dropdown and a per-service dongle dropdown, duplicate-serial and double-pin warnings. Verified: edge-node pytest 194 passed; secondary-sdr tests 7 passed; flake8 clean; page JS passes node --check. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-27 14:35:22 -04:00
Logan CusanoandClaude Opus 5.5	9b6c64fbbf	Secondary SDR priority: every spare SDR runs the next decoder in an ordered list ... Replaces the single secondary_sdr_mode with secondary_sdr_priority, e.g. ["adsb", "ais"]. OP25 always keeps its own dongle; the secondary-sdr container starts decoders top-down until it runs out of free SDRs, so a 3-SDR node runs ADS-B and AIS at once and a 2-SDR node runs the top pick. - secondary-sdr: one decoder per mode, POST /secondary/apply(priority) (no-op when the right prefix is already running), orphaned decoders from a uvicorn reload are reaped on start, /status reports sdr_count via lsusb (op25's :stable image has none). - edge-node: one apply path (set_secondary_priority) for the local dashboard, a new C2 'set_secondary_priority' MQTT command, and config pushes; it never restarts op25. Legacy mode migrates on load. Checkin reports priority, what's running, and sdr_count. Uplink forwards aircraft and vessels whenever either is present. - Local dashboard: 'Secondary SDRs' card to enable/reorder/save. Verified: edge-node pytest 190 passed, flake8 clean. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-27 14:08:07 -04:00
Logan CusanoandClaude Sonnet 5	b2e3804dc3	Wire ADS-B end to end: secondary-sdr container running dump1090 ... node-26#9. New secondary-sdr-container claims the node's SECOND physical SDR (RTL-SDR index 1 — op25 always claims index 0; no serial-based binding yet, same gap op25 itself has). Its control API (start/stop/status/data, mirroring op25_controller.py) launches dump1090 in adsb mode and exposes the decoded aircraft.json snapshot; AIS mode 400s until it's wired next. edge-node: on_config_push starts/stops it when secondary_sdr_mode changes, lifespan resumes it after a restart if already configured, and a new telemetry_uplink_loop polls its /secondary/data every 10s and POSTs non-empty snapshots to C2's new /telemetry/adsb (same bearer-key pattern call_recorder.py already uses for audio upload). UNVERIFIED: this container has not been built or run against real hardware in this session (sandboxed authoring machine, no docker) — dump1090's --write-json field names are believed correct from its docs but not confirmed against a real capture. Build + hardware smoke test before this reaches a real node. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-20 19:10:24 -04:00