Releases: dude84/esphome-audio-sentinel
Release list
v1.1.8 — restore responsive (instant-attack) live trace
Fix
The live short-window trace felt laggy since v1.1.3, which introduced live smoothing (attack_coeff: 0.4). This sets attack_coeff back to 1.0 = instant attack — the crisp, responsive live trace of ≤v1.1.2 (env = v on a rise) — while keeping every later improvement (events variant C peak-hold, LED fixes, diagnostics, raw-sensor/log flood fix).
attack_coeff < 1.0 remains available to opt back into rise smoothing. Alarms always read the raw peak.
Upgrade
Set sentinel_version: v1.1.8, then Install.
🤖 Generated with Claude Code
v1.1.7 — stop log/HA flood from raw sensors
Fix
The raw sound_level sensors (dB / Peak dB) published every 125 ms, unfiltered and exposed to HA — flooding the device log, the API, and the recorder.
- raw
spl_db/spl_peak_dbare nowinternal: true(off HA/API/recorder). The component still reads them; HA-facing series remain dB (live), Peak dB (live), est. dB. logger: logs: sensor: WARNsilences the per-publish state log regardless of global log level.
Upgrade
Set sentinel_version: v1.1.7, then Install. (The raw "dB"/"Peak dB" entities disappear from HA by design — use the (live) ones.)
🤖 Generated with Claude Code
v1.1.6 — LED stays off (drop Wi-Fi status blink)
Fix
- RGB LED now stays off. Previously
restore_mode: ALWAYS_OFFset it off at boot, butnetwork.yaml'swifi: on_connect:turned it blue once Wi-Fi connected — so it appeared on. That status automation is removed. The LED entity stays in HA for manual control and powers up off.
Upgrade
Set sentinel_version: v1.1.6 in your device config, then Install.
🤖 Generated with Claude Code
v1.1.5 — fix RGB LED entity visibility
Fix
- RGB LED control reappears in Home Assistant. v1.1.4 set
disabled_by_default: true, which removed the LED entity from HA. It now stays in the device's controls and simply defaults off at every boot (restore_mode: ALWAYS_OFF).
No other behavior change from v1.1.4.
Upgrade
Set sentinel_version: v1.1.5 in your device config, then Install.
🤖 Generated with Claude Code
v1.1.4 — events peak-hold retune + diagnostics
Changes
- Events (long-window) peak-hold retuned. It now tracks the real peak and decays cleanly instead of holding a long flat plateau:
- new
events_input_coeffknob (default0.40= legacy); set to0.75so the peak-hold reaches the true peak level. hold20 s → 4 s,glide0.10 → 0.30 — short hold, brisk decay. Each event reads as a quick peak, not a smeared hump.
- new
- Diagnostics: new Sentinel Version sensor (shows the build tag); status LED disabled by default in HA (boot/Wi-Fi status still works).
- Regenerated the DSP figure; docs updated.
The live-trace smoothing (attack_coeff 0.4) and squawk/cry alarms are unchanged. Alarms trigger on the raw peak.
Upgrade
Set sentinel_version: v1.1.4 in your device config, then Install. No wiring changes.
🤖 Generated with Claude Code
v1.1.3 — smoother live trace + cleaner wiring diagram
Changes
- Smoother live chart trace. New
attack_coeffDSP knob (fast-attack EMA on the live envelope), set to0.4. A sustained cry still ramps to full level in ~1 s, but single-sample blips no longer spike the trace.attack_coeff: 1.0restores the legacy instant attack. Squawk/Cry alarms trigger on the raw peak, so this adds no alarm latency. - Cleaner wiring diagram. Mic pins reordered so every wire is one nested down-then-right run with no crossings; VDD + L/R drawn as a single red 3.3V net.
- Regenerated DSP figure to match; docs + pinned ref bumped to v1.1.3.
Upgrade
Change one line in your device config: sentinel_version: v1.1.3, then Install from the ESPHome dashboard. No wiring changes.
🤖 Generated with Claude Code
v1.1.2 — fix audio gate booting off
Full Changelog: v1.1.1...v1.1.2
v1.1.1 — remote github:// packages model
Full Changelog: v1.0.0...v1.1.1
v1.0.0 — first public release
Full Changelog: https://github.com/dude84/esphome-audio-sentinel/commits/v1.0.0