Home Hub TODOs
Active Tasks
High Priority
- Document system configuration @M0
Medium Priority
- Flash ESPHome firmware to ESP32 @M1
ESP32 with WiFi available; needs ESPHome with voice_assistant component
- Configure voice_assistant component @M1
- Set up Home Assistant Assist pipeline (STT/TTS) @M1
- Test wake word detection @M1
- Integrate speaker with Home Assistant @M1
- Expose laptop PipeWire as HA media player @M2
- Create HA automations for audio routing commands @M2
- Voice command: "play audio on system speakers" @M2
- Voice command: "send audio to speaker 1" @M2
- Test end-to-end voice-controlled routing @M2
Completed
- Diagnose PipeWire showing only Dummy Output @M0 #high
Root cause: hassio_audio Docker container running PulseAudio --system grabbed all /dev/snd/* devices
- Fix audio by stopping hassio_audio container @M0 #high
Stopped container, unmuted sink, set volume to 75%
- Permanently resolve hassio_audio and PipeWire conflict @M0 #high (2026-02-02)
Used nsenter to mount empty tmpfs over /dev/snd inside container namespace, then restart PulseAudio. Container stays running (supervisor happy) but can't access ALSA devices. Systemd service: disable-hassio-audio.service
- Verify audio survives reboot @M0 #high (2026-02-02)
Confirmed: full audio hardware detected after clean reboot with hassio_audio still running
- Set up Gitea repository for home-hub project @M0 #low (2026-02-02)
- Diagnose and fix PipeWire audio @M0 #high (2026-02-02)
- Permanently resolve hassio_audio conflict @M0 #medium (2026-02-02)
Known Issues
| Issue | Status | Workaround |
|---|---|---|
| hassio_audio grabs ALSA devices exclusively | Resolved | disable-hassio-audio.service masks /dev/snd inside container via nsenter |
| new-project CLI settings.json had empty git_host fields | Resolved | Fixed settings.json with correct Gitea URL and owner |