6.5 KiB
type, status, id, aliases, tags
| type | status | id | aliases | tags | ||||
|---|---|---|---|---|---|---|---|---|
| daily | active | 1778841999-CBOE |
|
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_bridgerepo — commitedaf914(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_bridgegit history (.13:/home/sam/voice_bridgestill holdsedaf914) before any full push, or the exposure returns - Value is deliberately not written here — this vault is a synced git repo
- Blocked on hardware: ~6+ ESP32 devices bake it into firmware (
-
voice_bridge: untrackvenv/— 13,413 files tracked, repo is 217 MB. A.gitignoreexists but has novenv/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_streamis quiet for N hours. Needed because outages go unnoticed for days — and we are often away for over a week.
TO DO — Arduino / ESP32 flasher (added 2026-10-14)
Set up ESP32 flashing so the voice firmware can be updated.
hub_fixes AUD-93 is blocked on exactly this.
Why: the ESP32 goes silently deaf after a broker restart — same bug as the bridge. It shows a green LED (Wi-Fi joined) while publishing nothing. Fix = the firmware must auto-reconnect and re-subscribe.
- Install
arduino-clion .27 (in nixpkgs, v1.5.1) - Install the ESP32 core:
arduino-cli core install esp32:esp32(~200 MB) - Install the libraries:
PubSubClient,Freenove_WS2812_Lib_for_ESP32 - Clone
sam/voice_assistantto .27 - Compile (dry run) — prove the firmware builds before touching hardware
- Plug the ESP32 into .27 via USB (
/dev/ttyACM*) - Flash
voice_assistant.ino
Then test the two DoD checks:
- Restart the broker → the ESP32 reconnects and publishes within 60 s, with no power-cycle
- Pull the Wi-Fi → the LED stops showing green
Firmware source: sam/voice_assistant (voice_assistant.ino, config.h,
led_control.h, okay_nabu.*).