From 7d299dbad29d1bca1793c91c7f30435fab88226b Mon Sep 17 00:00:00 2001 From: MCKero Date: Sat, 29 Aug 2026 06:05:54 +0100 Subject: [PATCH] Model the audio path, which is a single enable line and no samples Asked for a speaker and a microphone. The honest answer is that neither exists to model: on the real radio neither passes through the MCU. Receive audio is demodulated inside the BK4819 and leaves it as analogue on its AF pin; transmit audio goes from the microphone into the chip's own ADC. The firmware's entire involvement is - PA8, the amplifier enable (GPIO_EnableAudioPath, driver/gpio.h:34) - REG_47, which AF source the chip routes - REG_64, a level it displays No audio samples exist anywhere in the MCU's address space, so a device model has nothing to capture or play, and a browser has nothing to be granted permission for. Synthesising sound would be inventing data the firmware never produced. What is real is the firmware's intent, and PA8 states it exactly. TYPE_UVK5_AUDIO watches that pin and exposes read-only speaker-on; the web UI shows it as a speaker glyph beside the power state, and /api/status reports it. Read-only deliberately: letting a test write it would only let the test lie to itself. The page asks for no audio permission, and a test asserts it never will -- no getUserMedia, no AudioContext, no