Saltar a contenido

Índice — Smart Home 2026

Punto de entrada del wiki. Empezar cualquier query aquí y seguir los wikilinks.

Sources

(Documentos crudos procesados. Ver raw/.)

  • state of the open home 2026 — Recap oficial 2026-04 del evento anual de la Open Home Foundation, por Paulus Schoutsen. Marco institucional del ecosistema HA/ESPHome.
  • ha deprecating core supervised 2025 05 — Anuncio oficial 2025-05: Core y Supervised quedan deprecated tras 2025.12. Restricción central para la decisión de install method.
  • mastering ha updates rollbacks — Guía 2025 con pre-update checklist de 5 pasos, orden recomendado de update, dos procedimientos de rollback (full restore vs CLI core-only). Base de Q2.
  • community stuck haos april 2026 — Postmortem community: RPi 4 con HAOS 10.5 atascado 8 meses; solución ha os update --version 17.2. Primera evidencia real del dolor de upgrade del usuario.
  • community 2026 2 3 upgrade failure — Postmortem (calidad delgada): bare-metal generic-x86-64 falla post-upgrade desde 2026.2.3; restore funcionó. Hipótesis sin confirmar: cutoff de hardware en 2026.4.1.
  • madebynathan self healing 2026 02 — Reference architecture canónica: AI agent (OpenClaw) gestionando infra del homelab. Stack: Proxmox + Terraform/Ansible + K3s + Gatus/Loki/Grafana. Repo público.
  • matter status review 2026 — Status review crítico de Matter en 2026: 750+ productos, version 1.5, fragmentación real por plataforma. Conclusión: no migrar Zigbee si funciona.
  • arxiv zigbee vs matter thread — Paper académico (extract thin) sobre Zigbee vs Matter-over-Thread. Confirma "ningún protocolo gana universalmente".
  • ordoh zha vs z2m 2026 — Comparativa accionable ZHA vs Z2M 2026: 3,400+ vs 2,000 devices; verdict por tamaño/complejidad de red.
  • newerest ha loki grafana — Setup completo de HA + Loki + Promtail + Grafana con docker-compose, LogQL queries, alertas proactivas.
  • ha prometheus integration — Docs oficiales del exporter Prometheus built-in en HA: configuración mínima, filtering, scrape config con long-lived token.
  • beguelin claude code ha — Workflow real Claude Code + MCP + scp + skills files para mantener HA. Validación práctica de Opción 1 del Q10.
  • dan malone ai patterns ha — Patrón multi-agent (5 agentes paralelos) para review quarterly + dead code detection vía core.restore_state.
  • ha developer testing docs — Docs canónicas HA dev: pytest + prek + snapshot tests. Caveat: no cubre testing de automations de usuario.
  • ha ansible role canonical — Repo Ansible "oficial" pero apunta a HA Core (deprecated). Source informativo negativo: para HAOS no hay role.
  • ha ai 2025 09 — HA blog "Building the AI-powered local smart home": AI Task entity, MCP bidireccional, AI Suggestions. Base oficial de Q7.
  • smarthomeconnect readme — Framework Python alternativo a HA. 13 stars, sin Zigbee. Reference-only — Q6 descartado.
  • esphome bluetooth proxy — Docs oficial del bluetooth_proxy component. Hardware + config canónica para BLE distribuido.
  • bellack hass ansible — Ansible role bidireccional vía HA API. Reemplaza el rol oficial deprecated.
  • terrywhite unifi iot vlan — UniFi IoT VLAN firewall stateful + mDNS + IPv6 link-local for Matter.
  • brightcoding 100 automations — Patterns curados de automations reales (Bas Nijholt config base).

Conceptos

(Ideas, frameworks, teorías.)

  • state of the open home — Evento anual de la OHF que reporta estado y dirección del ecosistema.
  • building in the open — Lema institucional 2026: roadmap pública, Labs, testing comunitario. Respuesta declarada al dolor de "upgrades sorpresivos".
  • ha update channels — Stable / Beta / Dev: perfiles de riesgo y aplicación a essentials vs experimental.
  • self healing infrastructure — Patrón "detect-diagnose-and-fix" en 5 capas; convierte alert-and-wait en automatización completa.
  • ai as operator — Principio de diseño: AI fixea patterns conocidos autonomous + pide approval para significant changes. Contrato de seguridad para agentes 24/7.
  • everything is code — "If it's not in git, it doesn't exist". Pre-requisito para IaC, self-healing y AI as operator.
  • centralized logging stack — Loki + Promtail + Grafana: queries LogQL, alertas proactivas, pipeline para agente AI. Capa 4 del self-healing.
  • esphome ble proxy pattern — Antenas BLE distribuidas. Hardware tiers, config verbatim, placement rules.
  • coordinator backup automated — Backup off-site del Z2M coordinator. Mitigación más alta-ROI de cualquier failure mode catalogado.
  • drift detection — Cron que detecta cambios fuera de git. El enforcement de "everything is code".
  • agent system prompt template — Template del skills file persistente del agente AI. Listo para copiar al repo.

Entidades

(Personas, organizaciones, productos, sistemas.)

  • home assistant — stub central — la plataforma; hub de todas las páginas técnicas.
  • home assistant os — Install method appliance (HAOS); lo que corre el HA Yellow del usuario. Supported.
  • home assistant container — Install method Docker; control total del host. Supported.
  • home assistant supervised — Install method híbrido. Deprecated tras 2025.12.
  • home assistant core — Install method Python venv. Deprecated tras 2025.12.
  • open home foundation — Fundación suiza que custodia HA, ESPHome, Music Assistant. Define dirección del ecosistema.
  • paulus schoutsen — Fundador de Home Assistant; voz pública estratégica.
  • nabu casa — Partner comercial principal; fabricante del HA Yellow del usuario.
  • apollo automation — Segundo partner comercial; ESPHome sensors "no cloud, no subscription".
  • home assistant labs — stub — programa de testing comunitario pre-release.
  • hacs — stub — Home Assistant Community Store; vector principal de integrations no-core y eje de fragilidad para upgrades.
  • openclaw — Plataforma AI agent open-source para gestionar infra de homelabs (ejecuta kubectl/terraform/ansible/gh). Caso central de Q10.
  • gatus — Health check tool open-source declarativo (HTTP/TCP/DNS). Primera línea de detección en self-healing patterns.
  • matter — Protocolo unificado smart home 2026 (v1.5). 750+ productos. Estado fragmentado por plataforma.
  • thread — Radio mesh IPv6 sobre IEEE 802.15.4. La capa de transporte de Matter para devices low-power.
  • zigbee — Protocolo mesh maduro (20+ años). Backbone del setup actual del usuario. Battery superior a Thread.
  • zigbee2mqtt — Implementación FOSS Zigbee con MQTT. 3,400+ devices. Probable opción actual del usuario.
  • zha — Integration built-in HA para Zigbee. ~2,000 devices, menos maintenance pero menos flexible.
  • bluetooth le — Cuarto protocolo del setup. Range corto compensado con ESPHome BLE Proxies distribuidos. Para devices retrofit / nicho.
  • switchbot — Vendor de retrofit BLE: Bot, Curtain, Lock. Único en este nicho. Hub 2 con LAN API (no Hub Mini cloud-only).
  • ai task — Feature nativa de HA para invocar LLM desde automations con output JSON estructurado. Base oficial Q7.
  • dan malone — AI integration expert con series sobre HA + Claude Code + OpenClaw.

Herramientas

(Software, CLIs, servicios mencionados.)

  • ha cli — CLI built-in en HAOS / Supervised para updates y rollbacks (ha core/supervisor/os update). Superficie programable para agentes (Q10).

Técnicas

(Métodos, patrones, prácticas.)

Comparaciones

(Páginas que contrastan dos o más cosas.)

  • ha install methods 2026 — Matriz HAOS vs Container vs Supervised(dep) vs Core(dep) en 2026.
  • matter vs zigbee 2026 — Decisión protocolo. TL;DR: no migrar Zigbee actual; Matter selectivamente para devices nuevos vía twin.
  • zha vs z2m 2026 — Decisión stack Zigbee. TL;DR: quedarse con Z2M (probable actual). Migrar sólo si rompe ≥2x/año.

Análisis

(Síntesis cruzada que no pertenece a una sola entidad o concepto.)

  • install method decision 2026 — Aplicación de la matriz al setup del usuario (HA Yellow + ESPHome). Propone HAOS para essentials + Container para experimental.
  • ha upgrade reliability strategy — Plan en 4 capas (arquitectura, proceso, update incremental, rollback) con métricas de éxito. Primera versión operativa de Q2.
  • failure mode stuck haos update mechanism — Primera entrada del catálogo de failure modes: HAOS atascado en versión vieja, UI no ofrece updates, recovery con ha os update --version.
  • failure mode hardware support cutoff — Segunda entrada del catálogo: upgrade aplicado a versión que retiró soporte del hardware. Recovery: restore + decisión stay-on-old vs cambiar hardware.
  • self healing adapted to user setup — Reference architecture self-healing del usuario sin k8s: HA Yellow (essentials) + mini-PC (experimental + monitoring + agente). Adopción incremental en 7 pasos.
  • q10 ai tooling strategy v1 — Estrategia de Q10: agente como operador por defecto, trayectoria de perímetro autónomo mes 1 → mes 12, métricas alineadas a "invisible".
  • q5 observability stack v1 — Stack de observabilidad concreto en mini-PC: Prometheus + Loki + Grafana + Gatus, no en el Yellow. Alerts por severity, queries LogQL para agente.
  • q4 testing strategy v1 — Estrategia testing en 5 capas: static / unit / twin integration / smoke post-deploy / multi-agent review quarterly.
  • q3 iac strategy v1 — Plan IaC sin k8s: HA Yellow gestionado mínimamente (config via git + backups) + mini-PC fully Ansible + Docker Compose pinned. Repo layout completo.
  • sensor recommendations 2026 — Recomendaciones pragmáticas por categoría de sensor + lo que NO comprar + estrategia "1-a-1 via twin".
  • failure mode z2m coordinator lost — Failure mode #3: coordinator muerto. Recovery con backup off-site automatizado.
  • failure mode hacs broken — Failure mode #4: integration custom rompe tras upgrade. Pre-upgrade integration check.
  • failure mode recorder db bloat — Failure mode #5: DB del recorder crece sin control. Config + InfluxDB long-term.
  • failure mode sensor stale — Failure mode #6: device sigue "available" pero no actualiza. El más insidioso.
  • failure mode automation loop — Failure mode #7: automation loop runaway. Catch via pattern matching Loki + mode: single obligatorio.
  • network segmentation unifi — Plan VLAN UniFi para el usuario: 3 VLANs + firewall stateful + mDNS reflector + IPv6 link-local. Adopción 4 semanas.
  • automation patterns curated — 20 patterns curados por valor/esfuerzo. Foundation: per-room occupancy sensor fusion. Plan de implementación mes-por-mes.
  • notification strategy — 4 tiers + 4-stage escalation + per-user routing. Sin esto, "invisible" se vuelve ruido.
  • disaster recovery runbooks — 8 escenarios con TTR targets, hardware spare strategy, testing periódico mensual.
  • local ai ollama strategy — Decisión cloud vs local: empezar cloud, migrar local solo si triggers concretos. Hardware tiers RTX 3060 → 4090.
  • cameras frigate strategy — Frigate local + Intel OpenVINO + AI Task vision. Caso canónico de Q7. Privacy local-first.
  • multi user family management — Patterns multi-user: per-person helpers, presence privacy-respecting, dashboards per-persona, contrato familiar.
  • automation ideas energy — Patterns energía: EV smart charging, solar surplus diversion, battery cycling, smart appliance scheduling, EMHASS.
  • automation ideas comfort — Patterns comfort: adaptive lighting, wake-up gradual, climate por zona, window-open pause HVAC, routines morning/goodnight/welcome.
  • automation ideas maintenance safety — Patterns maintenance + safety: filter counters, battery low check, smoke/CO emergency, water leak con autonomous shutoff, unauthorized entry, freeze risk.
  • automation ideas outdoor advanced — Patterns outdoor + advanced: irrigation moisture-driven, garage monitoring, calendar-driven, doorbell vision AI, network auto-recovery, anomaly detection.
  • ⚠️ rental constraints — Constraint del usuario: vivienda arrendada. Catálogo de qué cambia (smart bulbs > switches, locks retrofit, battery cameras, smart plugs) y qué se mantiene (todo el software). Reversible everything.
  • ⭐ automations that matter — Curaduría: criterio para decidir si una automation merece existir (4 filtros). Las ~15 que pasan. Las que NO pasan (gimmicks). Trampa del "100 automations".
  • tesla ha integration — Tesla del usuario + HA: opciones (Tesla Fleet / Tessie / Teslemetry). Las 5 automations que valen la pena. Las gimmicks a evitar.
  • climate control options — Climatización por tipo de sistema (central HVAC / mini-splits / radiadores / window / heat pump). Rental-friendly. Tado rate-limited 2026, alternativas.
  • q7 llm runtime strategy v1 — Estrategia de LLM en runtime: "AI propone, determinista valida". Adopción gradual mes 1→12.
  • q6 custom from scratch evaluated — Q6 descartado: no hay alternative viable a HA en 2026.
  • recommendations master ⭐ — Punto de entrada único: TL;DR + arquitectura + decisiones cerradas + plan 90 días + compras priorizadas + gaps pendientes.