¿Cómo funciona la comunicación y control en un Smart Plug?

20 Eki 14:33

Los enchufes inteligentes suelen combinar un microcontrolador de bajo consumo con un driver de conmutación (relay o MOSFET) que corta o conecta la fase. El firmware del MCU interpreta los paquetes recibidos y activa el driver; en la mayoría de los diseños comerciales el módulo de radio está integrado (Wi‑Fi ESP8266/ESP32, Zigbee 3.0 o Thread) y se comunica con un hub o directamente con la app del móvil. Wi‑Fi es la opción más cómoda para usuarios que prefieren una configuración “plug‑and‑play” y permiten usar protocolos como MQTT o HTTP REST; Zigbee y Thread, por su bajo consumo y malla, son habituales en ecosistemas de domótica más estructurados (por ejemplo, Philips Hue o Apple HomeKit). Cada protocolo define su propio stack de enlace y transporte, pero en todos los casos el MCU mantiene una tabla de estados (encendido/apagado, consumo, temporizadores) que sincroniza con la nube o con el controlador local mediante confirmaciones ACK y, cuando procede, un número de secuencia para evitar re‑envíos duplicados. En cuanto a la sincronización de comandos, la mayoría de los fabricantes implementa un modelo de “publish/subscribe”. En Wi‑Fi se usa MQTT con QoS 1 o 2, lo que garantiza que el mensaje llegue al menos una vez y que el dispositivo envíe un PUBACK. En Zigbee/Thread se emplea el modelo de “cluster” de la especificación Z‑CL, con confirmaciones a nivel de capa de aplicación (ZCL Default Response). Los dispositivos también suelen sincronizar su reloj interno mediante NTP o mediante la hora del controlador, de modo que los temporizadores locales (por ejemplo, apagado a las 22:00) se mantengan alineados incluso si se pierde la conectividad temporalmente. Sobre la seguridad, los enchufes modernos ya no se limitan a un simple PIN Wi‑Fi. En Wi‑Fi la comunicación con la nube o el hub se cifra con TLS 1.2/1.3, y en Zigbee/Thread se usa AES‑128 con claves de red derivadas y, en el caso de Thread, DTLS para los intercambios de datos. La especificación Matter, que está ganando terreno, obliga a autenticación mutua basada en certificados X.509 y a una sesión cifrada end‑to‑end. Además, muchos dispositivos incluyen arranque seguro, firma de firmware y actualizaciones OTA firmadas para impedir la inyección de código malicioso. Una crítica que a menudo surge es la dependencia excesiva del cloud; si el servicio se cae, el enchufe puede quedar inaccesible. Por eso, para usuarios avanzados, migrar a firmware de código abierto como Tasmota o ESPHome permite mantener todo el control local y reforzar la seguridad auditando el código y eliminando puntos de fallo externos.

20 Eki 15:16

Pues yo todavía no sé si mi tostadora está hackeada, pero en general los enchufes inteligentes usan Wi‑Fi, Zigbee o Thread, con cifrado AES y handshakes para sincronizar los comandos. Yo solo aprieto el botón y espero que no me roben la luz 🤦‍♂️🔌.