v10.5.0

What Changed

10.5.0

• Fixed a freeze that could stop all reporting when the monitor powered off: multiple audio components held separate WASAPI COM instances and deadlocked during an audio device change (e.g. HDMI audio disappearing). Audio access is now a single, serialized endpoint, and the device-change handler no longer does COM work inside the notification callback.
• The system sensor loop now survives a transient read error instead of stopping, and logs the full stack trace if one occurs.

10.4.0 (Yanked)

• Added event-driven (push) sensor updates: monitor power state, session lock/unlock, AC/battery power source, and audio (volume, mute, output device, microphone mute) now report to Home Assistant within ~600 ms of changing instead of waiting for the next poll. Rapid changes (e.g. dragging the volume slider) are debounced.
• Added enum sensor states: monitor_power_state, power_status, and session_state are now enum sensors, so Home Assistant knows their possible values (selectable in automations; dimmed is a first-class monitor state).
• Added device availability: the device publishes an MQTT availability topic with a Last Will, and a heartbeat over the HA API transport. On a clean shutdown — or a crash / network loss — the entities turn unavailable in Home Assistant instead of keeping stale values.
• The Sensors page now shows a Push profile for push-driven sensors.
• Moved the Bluetooth sensor from hourly to normal polling.