Describes una tarea en Telegram y este firmware para ESP32 la convierte en una regla de hardware que sigue funcionando sin conexión a la IA.
Una placa de desarrollo ESP32 puede convertir instrucciones escritas en lenguaje común en automatización de hardware con WireClaw, un proyecto de firmware de código abierto publicado en GitHub, informó Electronics For You. Permite configurar sensores, LED, relés y reglas de automatización con órdenes en lenguaje natural, sin escribir código para cada tarea.
Por ejemplo, el usuario le puede pedir al sistema que encienda un ventilador cuando la temperatura pase de 28 °C. WireClaw usa un modelo de lenguaje grande (LLM) para interpretar la instrucción y configurar la regla. Una vez creada, la regla corre en el ESP32 sin nuevas consultas al modelo de IA. Así la automatización sigue funcionando aunque se caiga la conexión a internet o el servicio de IA.
El proyecto se describe como un agente de IA para un microcontrolador de bajo costo. Pero el ESP32 no ejecuta el modelo de lenguaje. El firmware se comunica con un modelo en la nube o con un servidor local compatible, y su motor de reglas maneja la automatización en el propio chip.
¿Qué placas soporta?
WireClaw funciona con placas ESP32-C6, ESP32-S3 y ESP32-C3 que tengan al menos 4 MB de memoria flash. El firmware se publica bajo licencia MIT, que permite revisar, modificar y redistribuir el código según sus términos.
El proyecto se comunica por Telegram, por interfaces seriales y por NATS. Sus ejemplos muestran monitoreo de sensores, control de LED, manejo de relés, preferencias persistentes y alertas automáticas.
La configuración básica pide una placa ESP32 compatible, un cable USB de datos y una conexión WiFi. Para experimentar con automatización basada en sensores se pueden sumar un termistor NTC, una resistencia limitadora de corriente y un LED. Un módulo de relé adecuado permite controlar una carga de bajo voltaje, como un ventilador pequeño.
¿Necesita pagar una API de IA?
Para comunicarse por Telegram hacen falta un token de bot y los datos del chat. Para procesar en la nube, WireClaw puede usar una clave de API de un servicio compatible, como OpenRouter. La alternativa es configurar un servidor local de modelos de lenguaje, como Ollama o llama.cpp, para evitar el cobro por consulta de una API en la nube.
El firmware se instala con el grabador del proyecto que corre en el navegador, compatible con Chrome y Edge mediante WebSerial. Después de grabarlo, el ESP32 levanta un punto de acceso WiFi para la configuración inicial. El usuario se conecta y carga las credenciales de su red, los ajustes del modelo y los datos de mensajería.
Quien prefiera compilar el firmware puede usar PlatformIO. El repositorio en GitHub trae el código fuente y la documentación, con ejemplos para registrar sensores y actuadores y para crear reglas a partir de instrucciones en lenguaje natural.
Reglas que sobreviven a un reinicio
Un usuario puede registrar un sensor de temperatura, asignar un relé a un ventilador y pedirle al sistema que lo encienda cuando la temperatura pase de un umbral. WireClaw guarda las reglas configuradas en la memoria flash, así que se mantienen después de un reinicio.
El firmware también tiene memoria persistente para retener información entre conversaciones y reinicios. Un usuario puede indicar su color preferido para el LED y más tarde pedirle al sistema que lo use. Esa función está separada del motor de reglas, que evalúa condiciones y ejecuta las acciones configuradas.
WireClaw además se integra con OpenClaw, un agente de IA que corre aparte en otro computador. La integración usa un servidor de mensajes NATS para que el agente externo descubra y controle el hardware compatible a través de WireClaw. Es un camino a automatizaciones más complejas sin que la interacción de WireClaw con su propio modelo tenga que resolver cada orden al hardware.
Según el README del proyecto, el firmware ocupa cerca de 196 KB de RAM de los 320 KB declarados y 1,3 MB de los 2,5 MB de flash. El proyecto informa además que el motor de reglas usa unos 6,2 KB y que el búfer de solicitudes al modelo de lenguaje requiere 20 KB. Son cifras del propio proyecto y pueden variar según la configuración del firmware.
Sus límites
WireClaw está pensado para experimentar y para automatización general, no para control de seguridad crítica. Las reglas se evalúan de forma periódica, así que el sistema no debe tratarse como un controlador de tiempo real estricto. Las funciones que dependen de la red, como las notificaciones de Telegram, necesitan conectividad. Los usuarios deben proteger sus claves de API y sus tokens de bot, y limitar servicios de red como NATS a entornos de confianza.
Los proyectos con relés piden cuidado extra. Quien parte debería empezar con cargas de bajo voltaje y revisar la tensión y la corriente nominales del relé. Los artefactos conectados a la red eléctrica requieren hardware de conmutación adecuado y encerrado, y una instalación eléctrica segura.
Electronics For You plantea el proyecto para estudiantes de electrónica y makers de India como una forma práctica de experimentar con automatización asistida por IA usando placas ESP32 y sensores comunes. Con él se pueden armar ventiladores controlados por temperatura, sistemas de monitoreo de sensores y alertas por Telegram sin escribir toda la lógica de automatización desde cero. Quien quiera evitar los cobros recurrentes de una API en la nube puede probar un modelo local en un computador adecuado, aunque eso exige hardware adicional y electricidad. Partir con dispositivos de bajo voltaje lo hace más adecuado para experimentos de laboratorio y prototipos caseros.
El código y la documentación están en el repositorio de WireClaw en GitHub.
