¿Puede un ESP32 + Home Assistant sostener un gemelo digital real con internet intermitente?

Los 18 ESP32 del riego automatizado se citaban en media docena de nodos sin desarrollo propio, y la conectividad del corredor es intermitente. El gemelo nace para que esos sensores dejen de ser adorno.

ESP32 al límite: 150–240 mA activo frente a menos de 10 µA en deep-sleep (×15.000), con RTC_DATA_ATTR, ULP y reconexión por canal/BSSID; referencia de 5 min cada 4 s activos → 2 meses en una 18650; válvulas latching de pulso de 200 ms; 18 sensores que en conjunto son "12 W diarios". Edge Gateway ARM con Redis que vuelca a PostgreSQL por webhooks al volver la red; Home Assistant como integrador (ESP32, Zigbee/Z-Wave) más InfluxDB para largo plazo y Grafana; y corte físico —enchufe Zigbee/ESPHome— contra el grifo abierto por caída de red (caso real de la comunidad).

Vida real de batería de los 18 sin medir frente a la teoría; sin detección automática de sensor caído frente a caída de red; cortes independientes especificados solo para riego; integración Iwagé→Sostenty sin construir; sin protocolo de claims; Colombia sin equivalente a la Directiva UE 2024/825 (transposición en marzo de 2026, aplicación en septiembre).

Dashboard no es gemelo: el gemelo predice y actúa (crítica MDPI 2026 a las "sombras digitales fragmentadas"). El deep-sleep nació de necesidad energética, no de elegancia. Y la trazabilidad al sensor es la única defensa contra el greenwashing.

Lo estudiado para el diseño:

• Edge computing rural: energía, sueño profundo y reconexión.
• Home Assistant: el integrador, todavía sin históricos reales.
• ESG sin greenwashing: trazabilidad y Directiva UE 2024/825.
• SiliconWit, Zbotic y MyEmbeddedSystems 2025-26; Losant y GitHub; Voltaic 2022; Aguacatec 2025-26; InfluxData 2026; Sustenia, EcoAvant, Selectra y Anthesis 2025 (Directiva 2024/825, casos Shein/KLM/Lufthansa, Edelman 2025), citados en esas crónicas.