Panel de control de IoT de lavandería

Una lavandería automática parece un negocio minorista desde el frente, pero desde atrás es un negocio que mantiene su actividad. Si se acaba el gas o el agua, la capa de software no importa: las máquinas se detienen, el personal improvisa, los clientes esperan y el propietario se entera del problema demasiado tarde.

La útil lección pública de este proyecto es simple: los pequeños operadores físicos no necesitan una plataforma de “edificio inteligente”. Necesitan un circuito estrecho de observabilidad en torno a los pocos recursos que pueden cerrar el negocio.

Para una lavandería, los dos primeros recursos son el gas LP y el agua.

Objetivo operativo

El panel debe responder cuatro preguntas sin exponer los detalles de la sucursal privada:

¿Cuál es el nivel utilizable actual de cada suministro crítico?
¿La lectura es confiable, obsoleta o físicamente sospechosa?
¿Cuántos días de funcionamiento quedan al ritmo de consumo reciente?
¿Quién debe actuar ahora y cuál es la próxima acción?

Esa última pregunta es la más importante. Un medidor sólo es útil si cambia su comportamiento antes del corte.

Forma del sistema

flowchart LR
  A["Gas tank / water cistern"] --> B["Sensor adapter"]
  B --> C["Edge device"]
  C --> D["Ingestion API"]
  D --> E["Readings store"]
  E --> F["Policy engine"]
  F --> G["Dashboard"]
  F --> H["WhatsApp / Telegram / email alert"]
  H --> I["Acknowledgement and restock workflow"]

El sistema tiene cuatro capas:

Medición: convierte un nivel físico en una lectura normalizada.
Transporte: mueve lecturas desde la sucursal al backend con marcas de tiempo y estado del dispositivo.
Interpretación: convierte lecturas sin procesar en nivel, confianza, tendencia y días hasta vaciar.
Acción: enviar alertas a la persona que puede reabastecerse, inspeccionar o escalar.

Compensaciones de sensores

El valor predeterminado más seguro es evitar mediciones invasivas. Una lavandería es un entorno hostil para los aficionados a la electrónica: el calor, la humedad, las vibraciones, la limpieza del personal, los clientes y las carcasas metálicas son importantes.

Gas LP

| Opción | Buen ajuste | Compensación | | ------------------------------------------------------ | ------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Lector magnético o de efecto Hall en esfera compatible | Lecturas no invasivas de un medidor analógico existente | Requiere compatibilidad de calibre, alineación cuidadosa y calibración con respecto al rango del dial | | Cámara apuntada al medidor | Modernización económica cuando el medidor es visible y difícil de instrumentar directamente | Necesita control de iluminación, diseño de recintos, análisis de imágenes y reglas de privacidad locales para que las imágenes no se conviertan en una fuga de datos | | Telemetría de proveedores o industriales | Es mejor cuando el proveedor de gas ya admite el monitoreo remoto del tanque | Mayor costo recurrente, dependencia de proveedores y menor control sobre la calidad de la API | | Células de carga | Útil para cilindros portátiles | Generalmente incómodo para tanques estacionarios e instalaciones pesadas | En el caso del gas, la regla de decisión es primero la seguridad, luego la integración y tercero el precio. La primera versión de producción debe tratar el sensor de gas como un aviso hasta que las lecturas manuales demuestren la calibración. |

Agua

Opción	Buen ajuste	Compensación
Sensor ultrasónico encima de la cisterna	Medición de nivel de bajo costo con fácil acceso para mantenimiento	La condensación, la espuma, la forma del tanque y las zonas muertas del sensor pueden generar malas lecturas
Sensor de presión hidrostática	Mejor calidad de señal para tanques profundos y geometría irregular	Requiere hardware sumergido, conversión analógica, sellado de cables e inspección ocasional
Interruptor de flotador	Copia de seguridad barata de alta/baja seguridad	Sólo señal binaria; no puede estimar la tendencia ni los días restantes
Medidor de flujo	Consumo y detección de fugas	Mide el uso, no el nivel almacenado, por lo que complementa, en lugar de reemplazar, un sensor de nivel

La configuración práctica del agua suele ser un sensor de nivel más un interruptor de flotador. El sensor de nivel alimenta el tablero; El interruptor de flotador detecta modos de falla obvios.

Modelo de datos

El backend no debe almacenar sólo “porcentaje lleno”. Debe mantener suficiente contexto para depurar el sistema físico:

site_id: ubicación lógica sin datos de dirección pública.
asset_id: tanque de gasolina, cisterna, bomba o futuro recurso monitoreado.
device_id: dispositivo de borde que envía la lectura.
raw_value: distancia, presión, ángulo del dial, valor derivado de la imagen o carga útil del proveedor.
normalized_percent: nivel utilizable estimado de 0 a 100.
quality: correcto, obsoleto, ruidoso, fuera de rango, cambio imposible o anulación manual.
observed_at: marca de tiempo del sensor, no solo hora de recepción del servidor.
battery_or_power: señal de salud para dispositivos inalámbricos.
rssi_or_connectivity: útil cuando la calidad del WiFi explica la falta de datos.

Esto mantiene el tablero honesto. Los operadores deberían ver “42%, confianza baja” en lugar de un número pulido que oculta una mala telemetría.

Flujo de alertas

Las alertas deben tener estado. Un umbral por sí solo crea ruido.1. Las lecturas llegan en un intervalo fijo o después de un cambio de nivel significativo. 2. El backend rechaza valores imposibles, como un aumento repentino sin un evento de entrega. 3. El motor de políticas calcula la tendencia, los días hasta el vaciado y la gravedad. 4. Se abre una advertencia cuando el nivel cruza una banda configurable, por ejemplo por debajo del 30%. 5. Se abre una alerta crítica cuando el nivel cruza una banda inferior, por ejemplo por debajo del 15%, o cuando los días hasta el agotamiento caen por debajo del buffer operativo. 6. La alerta se envía al rol correcto: personal para inspección, gerente para aprobación, contacto del proveedor para reabastecimiento. 7. Alguien reconoce la alerta con una acción esperada y el plazo previsto. 8. La alerta se cierra solo cuando se recupera la lectura, se registra una entrega o un gerente marca el sensor como defectuoso.

Dos pequeños detalles previenen la fatiga por alerta:

Histéresis: no borra una alerta del 15% al 16%; requieren una banda de recuperación más alta.
Alertas de estancamiento: “no hay lectura en seis horas” es un problema diferente de “el agua está baja” y debería tener su propio runbook.

Ruta de implementación

Fase 0: Línea de base manual

Antes de instalar sensores, recopile lecturas manuales durante algunas semanas: nivel actual, hora, día de funcionamiento y eventos de reabastecimiento. Esto produce la primera curva de calibración y muestra con qué frecuencia los humanos pueden verificar los suministros de manera realista.

Fase 1: Una sucursal, dos recursos

Instale una ruta de lectura de gas y una ruta de lectura de agua. Mantenga las lecturas manuales en paralelo. El primer hito no es la predicción; es una concordancia entre el tablero y el medidor físico.

Fase 2: Panel de control y alertas

Agregue nivel actual, tendencia, estado del dispositivo, última lectura y alertas abiertas. El panel debe estar cerca de los flujos de trabajo existentes del personal o del gerente, no en una herramienta separada que la gente olvide abrir.

Fase 3: flujo de trabajo del operador

Conecte alertas a la acción:

reconocimiento,
propietario asignado,
reposición solicitada,
entrega registrada,
inspección del sensor registrada,
alerta cerrada.

En este punto, el sistema se convierte en una herramienta de operaciones, no en un experimento de gráficos.

Fase 4: Plantilla de implementación reutilizable

Convierta cada instalación en configuración:

activos por ubicación,
tipo de sensor por activo,
valores de calibración,
umbrales de alerta,
destinatarios de notificaciones por función,
recordatorios de mantenimiento,
enlaces de runbook.

La pieza reutilizable no es la lista de materiales del hardware. Es el contrato de flujo de trabajo entre sensores, alertas y operadores.

Reutilizar fuera de una lavandería

La misma arquitectura funciona para otros pequeños operadores físicos cuando el recurso monitoreado tiene tres propiedades:

el agotamiento provoca un dolor operativo inmediato,
el nivel cambia lo suficientemente lento como para pronosticar,
alguien puede actuar antes del apagón.

Eso incluye gas, agua, productos químicos, detergentes, filtros, consumibles, temperatura de la cámara frigorífica y algunas señales de estado de la máquina. El dominio cambia; el bucle sigue siendo el mismo:

resource -> reading -> confidence -> policy -> alert -> acknowledged action

Para que sea reutilizable, el sistema debe evitar codificar las suposiciones de las lavanderías. “Tanque de gas LP por debajo del 15 %” y “cilindro de CO2 de restaurante por debajo del 15 %” son políticas diferentes respecto de la misma primitiva: un recurso monitoreado con un nivel, puntaje de confianza, propietario y runbook.

Lo que permanece privadoEsta nota pública omite intencionalmente direcciones de sucursales, rutas de proveedores, contactos del personal, tamaño exacto de tanques, especificaciones de construcción, cotizaciones de proveedores, libros financieros, credenciales y reglas de escalamiento específicas de sucursales.

Esos detalles son necesarios para operar el negocio. No son necesarios para enseñar arquitectura.

Diegolden

Explorador

Panel de control IoT de lavandería