iot_conectividad
Hacia la autonomía en el IoT

El Litter-Robot 4 se libera de la nube con firmware de código abierto

La modificación permite el control local completo y la integración directa con plataformas de automatización del hogar como Home Assistant.

La promesa de los dispositivos inteligentes para el hogar a menudo se ve limitada por una dependencia intrínseca de los servicios en la nube de sus fabricantes. Cuando la conexión a internet falla o el proveedor decide descontinuar el soporte, la "inteligencia" de estos aparatos puede desvanecerse, dejándolos con funcionalidades reducidas o, en el peor de los casos, inutilizables. Esta situación, que afecta a un amplio espectro de productos, desde bombillas hasta electrodomésticos, plantea serias cuestiones sobre la privacidad, el control y la longevidad de las inversiones en tecnología doméstica.

Frente a este escenario, Joseph DiGiovanni ha desarrollado una solución innovadora para el Litter-Robot 4, un arenero automático fabricado por Whisker. Su proyecto consiste en un firmware de código abierto que reemplaza el software propietario y conectado a la nube del dispositivo con una implementación basada en ESPHome. El objetivo es claro: devolver el control del arenero a las manos de sus propietarios, eliminando la necesidad de los servidores externos del fabricante.

Esta modificación permite al Litter-Robot 4 integrarse directamente con sistemas de automatización del hogar como Home Assistant a través de la red local del usuario. Las implicaciones son significativas: se detiene el envío de telemetría a servidores externos, se elimina la dependencia de servicios de infraestructura como AWS y se desvanece la preocupación por futuras interrupciones o cierres de servicios en la nube que puedan afectar la funcionalidad del dispositivo. Además, al estar construido sobre ESPHome, los usuarios pueden modificar y extender el firmware a su antojo, abriendo un abanico de posibilidades de personalización.

Seguridad y arquitectura del dispositivo

Una de las principales preocupaciones al modificar el firmware de un aparato con componentes mecánicos en movimiento es la seguridad. Afortunadamente, la arquitectura del Litter-Robot 4 está diseñada de manera que separa las responsabilidades críticas. La placa base del arenero incorpora dos procesadores: un microcontrolador PIC, encargado de gestionar los motores, los sensores de seguridad, los sensores de peso, los botones y otros elementos de hardware; y un chip ESP32, que actúa principalmente como un puente Wi-Fi a UART.

Esta distinción es crucial: el ESP32 no controla directamente las funciones críticas de la máquina, sino que se limita a retransmitir comandos entre la nube y el microcontrolador PIC. Al reemplazar el firmware del ESP32, DiGiovanni solo altera cómo el arenero se comunica con el exterior, dejando intacta la lógica de control de seguridad del PIC. Esto asegura que la modificación no compromete el funcionamiento seguro del dispositivo.

El proceso de ingeniería inversa y nuevas funcionalidades

La arquitectura modular del Litter-Robot 4 también facilitó el proceso de ingeniería inversa. DiGiovanni se centró en descifrar la comunicación entre los dos procesadores. Para ello, adquirió una placa base de repuesto para evitar riesgos con su propia unidad. Expuso la interfaz de programación del ESP32 retirando el revestimiento conformado de un cabezal de depuración sin poblar y soldando un conector de seis pines. Una placa de desarrollo ESP-Prog-2 le proporcionó acceso al ESP32 para la carga del firmware y la monitorización serie.

Capturando el tráfico UART mientras interactuaba con el arenero a través de sus botones físicos y la aplicación móvil oficial, DiGiovanni pudo decodificar el protocolo serie entre el ESP32 y el PIC. Verificó el concepto inicial usando YAML de ESPHome antes de implementar una solución más robusta en un componente C++ de ESPHome, capaz de generar comandos, analizar respuestas y exponer todas las funcionalidades a Home Assistant.

El firmware resultante soporta prácticamente todas las características disponibles a través de la aplicación oficial, permitiendo iniciar o pausar ciclos de limpieza, reiniciar la máquina, controlar la luz nocturna, ajustar los retrasos de ciclo, bloquear el panel frontal y monitorizar los niveles de arena, el estado del cajón de residuos, la actividad de la mascota, el movimiento y las mediciones de peso. Estas lecturas de peso pueden utilizarse localmente para distinguir entre diferentes gatos.

Además, el firmware personalizado introduce capacidades que el software de serie no posee. Por ejemplo, los horarios de sueño pueden configurarse de forma independiente para cada día de la semana, en lugar de un único horario de días laborables/fin de semana. Home Assistant también obtiene acceso directo a los datos de los sensores láser y de peso, lo que permite una detección más precisa de entrada y salida, abriendo la puerta a automatizaciones locales avanzadas, como encender un ventilador de ventilación después de una visita o enviar un robot aspirador para limpiar la arena esparcida.

Retos pendientes

Aunque el proyecto es un avance significativo, DiGiovanni señala que aún hay trabajo por hacer. Actualmente, no se soportan las actualizaciones de firmware para la placa principal, la integración con LitterHopper aún no ha sido implementada, y solo el modelo Litter-Robot 4 cuenta con soporte oficial. No obstante, dado que el firmware original puede ser respaldado y restaurado, este proyecto representa una vía de bajo riesgo para recuperar el control de otro electrodoméstico inteligente del ecosistema de la nube.

Por qué importa

La tendencia actual en el Internet de las Cosas (IoT) es la centralización de datos y funcionalidades en la nube de los fabricantes. Esto puede generar vulnerabilidades de privacidad, dependencia económica y la obsolescencia programada de dispositivos si los servicios de soporte son interrumpidos. Proyectos como este demuestran la viabilidad técnica y el interés creciente en soluciones de código abierto que permitan un control local y duradero, ofreciendo alternativas a un modelo que a menudo prioriza los intereses del fabricante sobre los del usuario.

Antecedentes

El concepto de dispositivos inteligentes controlados localmente no es nuevo, pero ha ganado tracción con el auge de plataformas de automatización del hogar de código abierto como Home Assistant. Históricamente, muchos fabricantes han optado por modelos basados en la nube por su facilidad de despliegue, la recolección de datos y la monetización continua. Sin embargo, la comunidad tecnológica ha buscado activamente maneras de ‘liberar’ estos dispositivos, desde la creación de alternativas de firmware hasta la ingeniería inversa de protocolos de comunicación, buscando mayor control y privacidad.

La clave de la seguridad: dos cerebros en el arenero

El Litter-Robot 4 incorpora una arquitectura de doble procesador que ha sido fundamental para permitir esta modificación segura. Un microcontrolador PIC gestiona todas las funciones críticas de hardware y seguridad, incluyendo los motores y sensores. Un chip ESP32, por su parte, se encarga de la comunicación externa, actuando como un puente entre el dispositivo y la red. Al reemplazar únicamente el firmware del ESP32, se garantiza que la lógica de seguridad del arenero permanece inalterada, evitando riesgos operativos.

Datos clave

Dispositivo principalLitter-Robot 4 de Whisker
Tecnología de firmwareESPHome de código abierto
Integración claveHome Assistant (red local)
Separación de funcionesMicrocontrolador PIC para seguridad, ESP32 para comunicaciones
Riesgo de modificaciónBajo (firmware original recuperable)

Fuente original: Hackster.io

Publicaciones Similares

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *