Cómo plantear la automatización IoT de una lavandería

Una lavandería puede beneficiarse de pagos digitales, control central y telemetría, pero automatizar no consiste en conectar un relevador y publicar un panel en internet. El diseño debe partir de cómo opera el negocio y qué riesgos existen alrededor de cada equipo.

1. Define el resultado operativo

Antes del hardware, documenta qué debe cambiar y cómo se comprobará. Algunas preguntas útiles son:

• ¿Quién autoriza un ciclo y con qué medio de pago?
• ¿Qué funciones deben continuar si falla internet?
• ¿Qué eventos necesitan registro y durante cuánto tiempo?
• ¿Quién puede operar, configurar o dar mantenimiento?
• ¿Qué equipos están en garantía y qué intervenciones permite el fabricante?

2. Separa control local y supervisión

El control cercano al equipo debe ser predecible. La nube o un servidor remoto sirven para administrar, consultar y sincronizar; no deberían convertirse en un único punto de falla para una acción esencial.

Diseñar para una falla conocida suele ser más valioso que agregar una función vistosa que dependa de una conexión perfecta.

3. Elige el hardware por el entorno

ESP32 es útil por su conectividad y capacidad de procesamiento, pero las entradas, salidas, aislamiento, protecciones y gabinete se definen según voltajes, cargas, ruido eléctrico, humedad y mantenimiento.

Una Raspberry Pi puede funcionar como gateway local, cola de mensajes o panel interno. No siempre es necesaria: el volumen de equipos, las reglas de negocio y la disponibilidad requerida determinan si aporta valor.

4. Trata la red como parte del sistema

Conviene separar dispositivos, restringir puertos, proteger credenciales, cifrar comunicaciones y planear actualizaciones. Exponer directamente un microcontrolador a internet crea un riesgo innecesario.

5. Diseña los datos y permisos

Un panel útil distingue entre información operativa, acciones de control y administración. Cada persona debe ver sólo lo necesario; además, los registros deben ayudar a diagnosticar incidentes sin almacenar datos personales que no sean indispensables.

6. Prueba en una instalación controlada

Una prueba piloto permite validar tiempos, interferencias, recuperación tras cortes y experiencia del operador. Después se estandarizan gabinete, conexiones, configuración y procedimiento antes de ampliar el despliegue.

Arquitectura de referencia

1. Capa de campo: sensores, señales y actuadores correctamente aislados.
2. Control local: lógica del equipo y estados seguros.
3. Gateway: coordinación, almacenamiento temporal y sincronización cuando aplica.
4. Aplicación: usuarios, pagos, permisos, reportes y alertas.
5. Operación: monitoreo, respaldos, actualizaciones y soporte.

Conclusión

La mejor arquitectura no es la que acumula más componentes, sino la que resuelve el proceso, limita los riesgos y puede mantenerse. Un levantamiento técnico evita comprar hardware antes de entender el sistema completo.