Proposal: MQTT metrics + optional Home Assistant MQTT Discovery

[tytoalba99]

I’d like to suggest adding MQTT telemetry so the main device parameters can be monitored remotely and integrated cleanly with Home Assistant.

Proposed MQTT items (examples):
• Availability: LWT on .../availability with online / offline (retained).

• Device: uptime, reboot reason, restart counter.

• Wi‑Fi/network: RSSI, IP, SSID, reconnect count.

• Streaming: RTSP server status, stream uptime, connected client count (if available), audio sample rate/format (if accessible).

• System health: free heap, PSRAM usage (if present), temperature (if supported).

• Firmware/OTA: firmware version/build date, last OTA result; optionally progress/events during updates.

Topic structure idea:
• Base topic: birdnetgo-esp32-rtsp-mic/<device_id>/...

• Either a single retained JSON .../state plus a few separate “fast changing” topics, or fully split topics per sensor (whichever you prefer).

• Publish interval: every 30–60 seconds, plus immediate publish on important events (boot, reconnect, stream start/stop).

Home Assistant:
• MQTT Discovery would be ideal so entities appear automatically, but even a documented topic list + payload examples would already make integration straightforward.


[Sukecz]

Hello, thanks for the idea. I will add this functionality.

[Sukecz]

v1.6.0
MQTT + Home Assistant Discovery: automatic entities and expanded diagnostics.
Configurable publish interval (10–3600 s, default 60 s) plus immediate publish on key events.
API hardening: mutating endpoints are now POST-only with X-ESP32MIC-CSRF, plus strict input validation.
Boot log time fix: correct local offset is applied from the very first log line.
Web UI is now served as gzip-compressed content from PROGMEM, reducing flash usage after firmware size exceeded 100% capacity.

You can test now 👍