Cómo empezar un proyecto IoT sin morir en el intento

La mayoría de los proyectos IoT que fracasan no fracasan por el hardware. Fracasan porque nadie definió qué decisión se iba a tomar con los datos.

Empieza por la decisión, no por el sensor

Antes de comprar nada, responde: cuando este número se salga de rango, ¿quién hace qué? Si no hay respuesta, todavía no necesitas sensores, necesitas definir el proceso. Un tablero bonito que nadie mira es la forma más común de quemar presupuesto en IoT.

La arquitectura mínima

Un proyecto que funciona tiene cuatro piezas y ni una más:

• El nodo: el dispositivo que mide y transmite. Con almacenamiento local para no perder datos si se cae la red.
• El transporte: MQTT o HTTP sobre wifi o red celular. MQTT si son muchos nodos o el enlace es malo.
• El almacenamiento: una base de datos de series de tiempo, no una tabla normal creciendo sin control.
• La regla: umbral, duración y a quién avisar. Esta pieza es la que convierte datos en valor.

Los tres errores que más vemos

El primero es instalar demasiados sensores de entrada. Treinta puntos el primer día generan treinta veces más ruido y cero aprendizaje. Empieza con tres a cinco en los lugares donde una desviación cuesta dinero.

El segundo es alertar sin histéresis. Si la regla dispara con una sola lectura, la primera vez que alguien abre una puerta llegan diez alertas, y a la semana el equipo las silencia todas. Exige dos lecturas consecutivas fuera de rango.

El tercero es interpolar los huecos. Cuando no hay dato, la gráfica no debe dibujar una línea recta bonita: debe mostrar que no hubo dato. Fingir continuidad es peor que admitir el vacío, sobre todo en una auditoría.

Qué esperar en tiempos y costos

Un piloto de tres a cinco nodos con tablero y alertas toma entre cuatro y ocho semanas, contando el diseño del circuito si el hardware es propio. El costo se concentra en la primera instalación; crecer de cinco a veinticinco nodos cuesta bastante menos que arrancar.

Nosotros hacemos las dos mitades: el diseño electrónico y el firmware por un lado, y el tablero con las reglas por el otro. Así construimos Edgemon, nuestro monitoreo de temperatura y humedad, que hoy está en programa piloto.