Several modules independently reimplemented the sdr_type string-to-enum
mapping and bandwidth caps instead of using the canonical mapping in
utils/sdr/detection.py, so they were never updated when USRP, BladeRF,
and HydraSDR support was added:
- routes/listening_post/audio.py: the receiver audio-start endpoint
hard-rejected these types with a 400, even though the underlying
SDRFactory command builder already supports them.
- routes/meteor_websocket.py and routes/waterfall_websocket.py: unknown
sdr_type strings silently fell back to RTL_SDR, which could build a
command against the wrong hardware. Added the missing mapping entries
and matching MAX_BANDWIDTH caps for the three new types.
- utils/ground_station/iq_bus.py: same silent-fallback mapping gap in
IQ capture command building.
James Smith
cc75388fd4