obsidian-vault/000 daily/Daily Notes and To Do.md

type, status, id, aliases, tags

type	status	id	aliases	tags
daily	active	1778841999-CBOE		obsidian exercise memory-vault nvim

TO DO

• Cook Chicken and Pasta ✅ 2026-08-10

• Wash dog sheets ✅ 2026-08-10

• Pack away electronics and record with homebox ✅ 2026-08-10

• Pack away snow gear and record with homebox ✅ 2026-08-10

• Whisper MiniMax replace local

• Fix Spotify ✅ 2026-10-06

• On off buttons for high ram use applications on 13 inside dashboard

• Artemis on GrapheneOS

• Internet Useage control and analysis software on kids phones

• Email scanner software

• Teams / Compass scanner software

• Restore Calendar Software

• Finish Google Images

• Finish Where-woof

• Finish REsume

• Fix dualis lights

• Fix Prado lights

• Enter competition before August 31 https://www.seeedstudio.com/make-a-sign-interactive-signage-contest-2026

• 🔐 Rotate the shared lab password exposed in the public Gitea sam/voice_bridge repo — commit edaf914 (since force-rewritten; Gitea verified clean) but the value is still live and unrotated

  • Blocked on hardware: ~6+ ESP32 devices bake it into firmware (voice_assistant/config.h → MQTT_USER/MQTT_PASS) — needs a coordinated reflash plan
  • Reused in ~21 files on .13: Pi-hole (setupVars.conf), nebula-sync, MQTT broker, n8n DB, ai-resume stack, langfuse, t3_stack_react, sams-home-network, voice-agent/.env
  • Change it everywhere in one pass, and stop reusing one value across unrelated systems
  • Purge local voice_bridge git history (.13:/home/sam/voice_bridge still holds edaf914) before any full push, or the exposure returns
  • Value is deliberately not written here — this vault is a synced git repo

• voice_bridge: untrack venv/ — 13,413 files tracked, repo is 217 MB. A .gitignore exists but has no venv/ entry, and gitignore alone won't shrink it (git rm -r --cached venv/ + history rewrite needed)

• Verify Gitea secret-scanning / push-protection is actually enabled — this password reached a public repo, so either it predates the controls or they aren't working

🎯 Focus Areas

• [ ] Consolidate photos - ensure there is back up. Any photos added to photos such as from sd cards, temp transfer or missing ensure they are in immich

• [ ] Google CLI for photos to bring them down using command line gphotos-sync

• [ ] Document all work ready for Resume AI

• [ ] Gitea for old work on .13 machine with Caddy forwarding from .35

• [ ] Remove duplicates, bad photos etc.

• Consolidate

  • website work in htdocs
  • Angry penguin
  • Display Screen Media
  • projects electronic, arduino
  • websites
  • movies
  • music
  • sheet music
  • Notes on computers, family, ideas, TODO's

• Fix Audas Media NBN name to use it. Otherwise lose the domain.

• Consolidate all text and data for resume AI - projects, code, images etc.

• Move notes from latest work Pi Dev, Obsidian, OpenSpec, Archon, Plannotator,

• RustFS for links like s3 to container.

• Tuya local on home assistan

• Finish AI-resume set up.

• Set up Vorta back up with Borg

• Hermes desktop ? Alternatives?

• Start mapping and logging projects, IOT, Garden to fill out the data for the AI Resume.

• Caddy on .27 main dev machine for langfuse and other web interface things for resume. These will need to be moved for final production.

• Weekend - garden and gym.

• Finish logging trees with NFC. Use new WIKI ? Mulch front yard , move out trailers. .

---

Voice / ESP32 — firmware fix (found 2026-10-14)

The house voice was dead for two days (Oct 13 → Oct 14) and nothing reported it.

Two independent faults, the same class of bug:

1. voice_bridge was silently deaf — FIXED 2026-10-14. It subscribed to MQTT once, at startup, with no on_connect handler. When the shared .13 broker restarted (internet-use-control added the 8883 TLS listener on Oct 13), the bridge reconnected but never re-subscribed — a live TCP socket with no subscription, no error, no log. Added an on_connect handler that re-subscribes. Verified: [bridge] subscribed voice/audio_stream + voice/status. Source: /home/sam/voice_bridge/mqtt_audio_bridge.py

Note: the bridge's compose reads MQTT_USER/MQTT_PASS from the shell, so a rebuild needs set -a; . ~/.config/environment.d/10-secrets.conf; set +a first or the container starts with no credentials.

2. ESP32 firmware — SAME BUG, still to do. The unit showed a green LED (Wi-Fi joined) but published nothing to voice/audio_stream. A power-cycle fixed it. Green = Wi-Fi, not MQTT. Misleading.

TO DO — ESP32 firmware (repo: sam/voice_assistant)

• Auto-reconnect MQTT and re-subscribe on every (re)connect (on_connect). Same fix as the bridge. Without it, every broker restart kills it silently.
• Publish a heartbeat (e.g. every 5 min) so "silence" is a reliable signal.
• Show MQTT state on the LED — green currently means "Wi-Fi only", which hides the failure.
• Consider powering the ESP32 from a smart plug so it can be power-cycled remotely when the watchdog sees it go quiet.

Related

• Watchdog: alert (and ideally auto-heal) if voice/audio_stream is quiet for N hours. Needed because outages go unnoticed for days — and we are often away for over a week.