Internet de las cosas (IoT)
Monitoreo de dispositivos IoT: ¿por qué conectar no es suficiente?
Se instaló un sensor, se validó la conectividad y los primeros datos llegaron a la plataforma. El proyecto parece concluido. Pero ¿qué ocurre cuando ese dispositivo deja de transmitir algunos días después? ¿O cuando sigue enviando información, pero las mediciones ya no corresponden a la realidad?
Estas situaciones revelan un desafío recurrente del Internet de las cosas (IoT, del inglés Internet of Things): poner un dispositivo en funcionamiento no garantiza que seguirá operando como se espera.
En una prueba de concepto, seguir manualmente unos pocos equipos puede parecer suficiente. En una operación con activos distribuidos por fábricas, tiendas, centros logísticos, áreas rurales o infraestructura de telecomunicaciones, ese enfoque se vuelve difícil de sostener.
El problema no se limita a la pérdida de conectividad. Las baterías pueden agotarse, los sensores pueden presentar desvíos, los gateways pueden fallar y las aplicaciones pueden dejar de recibir o procesar información. En algunos casos, el dispositivo sigue conectado a la red, pero ya no entrega los datos necesarios para la operación.
Es en este contexto que el monitoreo de dispositivos IoT pasa a formar parte de la arquitectura operativa de la solución. Su papel es identificar desvíos, aportar evidencias para el diagnóstico y permitir que los equipos actúen antes de que una falla técnica produzca consecuencias para el negocio.
Conectar no es lo mismo que monitorear
La conectividad permite que un dispositivo se comunique con otros componentes del entorno, como gateways, plataformas de procesamiento y aplicaciones. Es necesaria para muchas soluciones IoT, pero confirma solamente que algún camino de comunicación está disponible en ese momento.
El monitoreo agrega seguimiento continuo. En lugar de verificar solamente si existe comunicación, busca identificar si el dispositivo está operando de acuerdo con las condiciones previstas para su aplicación.
Considere una arquitectura simplificada de monitoreo de temperatura. El sensor realiza la medición, un módulo de comunicación transmite el dato, un gateway lo encamina, una plataforma central procesa la información y una aplicación la presenta a los equipos responsables. La comunicación puede funcionar en parte de esta cadena mientras otro componente presenta una falla.
El sensor puede transmitir una lectura incorrecta. El gateway puede recibir el mensaje, pero no encaminarlo. La plataforma puede procesar los datos, pero el panel utilizado por la operación puede dejar de actualizarse.
Por eso, verificar la conectividad responde a una pregunta limitada: ¿el dispositivo logra comunicarse? El monitoreo necesita responder también si está enviando información en el intervalo esperado, si los datos son coherentes, si hay señales de degradación y si los sistemas que dependen de esa información siguen funcionando.
Una conexión activa no comprueba que la solución esté cumpliendo su función.
Las fallas no siempre interrumpen la comunicación
Los problemas de una solución IoT pueden manifestarse de formas diferentes. Algunos impiden la transmisión de datos. Otros comprometen silenciosamente la calidad de la información. La forma en que cada falla aparece depende del dispositivo, del protocolo, de la arquitectura, del entorno y de las condiciones de instalación.
El dispositivo deja de enviar datos
Imagine una empresa que utiliza sensores para monitorear la temperatura de equipos distribuidos en diferentes unidades. Cada sensor debe enviar una medición periódicamente a una plataforma central.
Si un dispositivo deja de transmitir, la última temperatura registrada puede seguir apareciendo en el panel. Sin una indicación clara de cuándo se actualizó el dato, el equipo puede interpretar una medición antigua como si aún representara la condición actual del equipo.
La ausencia de datos puede tener diferentes causas, como pérdida de conectividad, falla de alimentación, bloqueo del firmware, indisponibilidad del gateway o interrupción del servicio responsable de la recepción de los mensajes.
Una estrategia de monitoreo necesita seguir la frecuencia de envío y la actualidad de las mediciones. Cuando el dispositivo permanece sin comunicación más allá del intervalo esperado para su aplicación, el sistema debe señalar la condición para su investigación.
Ese intervalo no puede ser igual para todos los equipos. Un sensor que transmite continuamente exige criterios diferentes a los de un medidor que envía información una vez por hora o a los de un dispositivo que permanece en modo de bajo consumo entre transmisiones. El monitoreo necesita considerar el comportamiento previsto, evitando demoras en la identificación de fallas y exceso de alertas durante períodos normales de silencio.
La batería se agota sin aviso
Muchos dispositivos IoT se instalan en lugares de difícil acceso o dependen de baterías para operar durante largos períodos. Esta característica reduce la necesidad de infraestructura eléctrica local, pero crea una demanda adicional de seguimiento.
La autonomía real depende de la capacidad de la batería, de la frecuencia de transmisión, de la calidad de la señal, de las condiciones ambientales y del comportamiento del equipo. Los intentos repetidos de conexión o las transmisiones más frecuentes pueden elevar el consumo de energía. En otros casos, la degradación ocurre gradualmente hasta que la comunicación se interrumpe.
Si la operación no sigue el estado energético, el equipo puede descubrir el problema solamente cuando el dispositivo deja de transmitir. En activos remotos, la sustitución puede exigir desplazamiento, autorización de acceso, movilización de profesionales e indisponibilidad prolongada de la información.
Cuando el equipo dispone de esta telemetría, el monitoreo puede seguir el nivel de batería, la tendencia de consumo y otros indicadores de salud energética. No todo dispositivo ofrece estos datos, y no todo indicador permite estimar con precisión la autonomía restante. Por eso, la estrategia necesita combinar los recursos disponibles con el historial de operación y el plan de mantenimiento.
El dispositivo permanece conectado, pero envía datos incorrectos
Este es uno de los escenarios más delicados. La comunicación sigue activa, pero la calidad de la información está comprometida.
Un sensor puede presentar un desvío de calibración, mantener una lectura congelada o producir valores incompatibles con las condiciones del proceso. También pueden ocurrir errores de conversión de unidades, de interpretación o de tratamiento a lo largo de la cadena de procesamiento.
Una revisión científica publicada por Sharma et al. analiza errores de sensores y técnicas de detección de fallas en entornos inteligentes. Los autores muestran que las fallas en sensores pueden comprometer la confiabilidad de los sistemas que dependen de esas mediciones [3].
El desafío está en distinguir una falla de instrumentación de un cambio real en el entorno monitoreado. Si un sensor de un sistema de refrigeración registra exactamente la misma temperatura durante varias horas, incluso ante cambios operativos, la continuidad de la comunicación no garantiza que la medición siga siendo útil.
El monitoreo puede ayudar mediante verificaciones de plausibilidad, identificación de valores fuera de los límites definidos, detección de lecturas congeladas y comparación con el historial o con sensores relacionados. Estos criterios deben respetar el contexto físico. Una variación abrupta puede representar un defecto, pero también puede indicar un evento real que exige atención inmediata.
El objetivo no es descartar automáticamente valores inusuales, sino identificar situaciones que necesitan ser investigadas.
El equipo de campo recibe información insuficiente
Cuando existe poca visibilidad sobre los dispositivos, la investigación comienza con información incompleta. Se puede enviar a un técnico a verificar un sensor que dejó de transmitir y encontrar el equipo funcionando normalmente. La causa real quizá esté en el gateway, en la cobertura de red, en la alimentación del punto de concentración o en la plataforma central.
También puede ocurrir lo contrario. El equipo identifica el dispositivo con falla, pero no dispone de datos suficientes para llevar la pieza correcta o ejecutar el procedimiento necesario. El resultado puede incluir desplazamientos adicionales, horas improductivas y mayor tiempo hasta la normalización del servicio.
El monitoreo no elimina la necesidad de visitas presenciales. Las fallas físicas, las sustituciones de componentes y las actividades de mantenimiento seguirán exigiendo intervención en muchos escenarios. Su beneficio está en mejorar el diagnóstico previo al desplazamiento, priorizar incidentes y aportar información más útil al equipo de campo.
El historial de comunicación, los últimos datos recibidos, los indicadores de batería, los eventos del gateway y los cambios recientes de configuración pueden ser decisivos para este diagnóstico.
Qué debe observarse a lo largo de la operación
No existe una lista única de indicadores adecuada para todos los proyectos. La elección depende de la finalidad del dispositivo, de la arquitectura, de la criticidad de la información y de los recursos ofrecidos por el equipo.
En general, una estrategia de monitoreo puede considerar la disponibilidad del dispositivo, el tiempo desde la última comunicación, la frecuencia esperada de los mensajes, la calidad de la señal, el estado de la batería, los errores de transmisión, los cambios de configuración y la coherencia de los datos recolectados.
También es necesario observar los componentes que sostienen la solución. Gateways, colas de mensajes, servicios de ingesta, plataformas de procesamiento, bases de datos y aplicaciones forman parte de la cadena que transforma una medición física en información útil. La indisponibilidad de cualquiera de estos elementos puede comprometer el servicio aun cuando el sensor siga funcionando.
El National Institute of Standards and Technology (NIST) trata la identificación individual de los activos como una capacidad importante para administrar dispositivos y sus componentes. En su orientación de ciberseguridad para IoT, el instituto también incluye la conciencia del estado de seguridad del dispositivo, que puede involucrar registro de eventos, envío de señales a sistemas externos de monitoreo y alertas [1][2]. Aunque esta orientación se centra en la seguridad, refuerza dos fundamentos útiles para la operación: saber exactamente qué activo se está siguiendo y recibir evidencias sobre su condición.
El contexto de cada aplicación sigue siendo determinante. Un retraso de minutos puede ser aceptable en una medición ambiental periódica y crítico en otro proceso. De la misma forma, un valor fuera del rango histórico puede indicar una falla o una condición operativa legítima. Los criterios de monitoreo deben reflejar la función que el dispositivo ejerce, y no solamente las capacidades de la plataforma utilizada.
El impacto supera al equipo responsable de los dispositivos
Las consecuencias de un monitoreo insuficiente pueden alcanzar diferentes áreas de la organización.
Los equipos de TI e infraestructura necesitan determinar si la falla está en el equipo, en la red, en los gateways o en los servicios centrales. Sin información relacionada, el diagnóstico puede consumir más tiempo e involucrar a varios equipos hasta que se identifique la causa.
Operaciones y mantenimiento dependen de datos confiables para seguir equipos, planificar intervenciones y reconocer condiciones anormales. Una medición ausente o incorrecta puede comprometer la interpretación de una situación operativa.
Telecomunicaciones y equipos de campo necesitan diferenciar problemas de cobertura, comunicación, configuración y fallas físicas. Cuanto más distribuidos estén los dispositivos, mayor es la necesidad de una visión consolidada de los activos y de sus condiciones de funcionamiento.
Los gestores sienten los efectos cuando la indisponibilidad de la información retrasa decisiones, compromete procesos, genera costos adicionales o reduce la confiabilidad de un servicio entregado al cliente.
En una operación logística, por ejemplo, un rastreador que deja de actualizar la ubicación de un activo crea una incertidumbre. El área responsable puede no saber si hubo pérdida de comunicación, falla de energía o un problema en el sistema que recibe los datos. En una operación industrial, la ausencia de información de un sensor crítico puede reducir la capacidad de seguir la condición de un equipo.
La criticidad no está determinada solamente por el valor del dispositivo. Depende de lo que deja de ser posible cuando la información no está disponible o no es confiable.
La confiabilidad debe continuar después de la instalación
Conectar un dispositivo IoT es el comienzo de un recorrido operativo. Con el tiempo, los equipos pueden dejar de transmitir, presentar problemas de energía, generar mediciones incorrectas o depender de componentes de infraestructura también sujetos a fallas.
El monitoreo ayuda a transformar estas ocurrencias en condiciones observables, con información que permite identificar desvíos, investigar causas y dirigir acciones. Su valor depende de la calidad de los datos disponibles, de la adecuación de los indicadores y de la integración con los procesos de atención y mantenimiento.
Para gestores de TI, telecomunicaciones, infraestructura y operaciones, la cuestión central no debe ser solamente cuántos dispositivos están conectados. Es necesario saber cuántos funcionan como se espera, si los datos recibidos son confiables y cómo se informará al equipo cuando algo salga del patrón.
Una solución IoT confiable necesita seguir funcionando, produciendo datos útiles y permitiendo que la operación reconozca y trate los problemas durante todo su ciclo de vida.
Sobre Target Solutions
Target Solutions actúa desde hace más de 15 años apoyando a organizaciones en la evolución de sus operaciones de infraestructura, monitoreo, observabilidad, automatización e inteligencia operativa. A lo largo de esa trayectoria, participó en proyectos en entornos complejos de telecomunicaciones, tecnología, gobierno, energía y grandes empresas, contribuyendo a aumentar la eficiencia operativa y la confiabilidad de los servicios.
Esta experiencia también incluye proyectos relacionados con el Internet de las cosas (IoT), en los que la conectividad, la integración tecnológica y el seguimiento operativo son importantes para transformar dispositivos conectados en soluciones útiles para las organizaciones.
Sobre el autor
Paulo Florêncio de Menezes es cofundador de Target Solutions y actúa desde hace más de 15 años en proyectos relacionados con infraestructura, monitoreo, observabilidad, automatización y operaciones de TI y telecomunicaciones.
Es graduado en Procesamiento de Datos por la Universidad Federal de Amazonas (UFAM), tiene un MBA en Gestión Empresarial por la Fundação Dom Cabral (FDC) y una Maestría Profesional en Economía por la Fundação Getulio Vargas (FGV).
En su investigación de maestría, desarrolló el IBEOP-IA (Índice Brasileño de Exposición Ocupacional Potencial a la Inteligencia Artificial), investigando la exposición potencial de las ocupaciones brasileñas a las capacidades de la IA mediante la combinación de datos ocupacionales, patentes de inteligencia artificial y técnicas de procesamiento de lenguaje natural.
Referencias
[1] FAGAN, Michael; MEGAS, Katerina; SCARFONE, Karen; SMITH, Matthew. IoT Device Cybersecurity Capability Core Baseline. NISTIR 8259A. National Institute of Standards and Technology, 2020.
[2] NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY. Frequently Asked Questions: NIST Cybersecurity for IoT Program.
[3] SHARMA, Sheetal; GUPTA, Kamali; GUPTA, Deepali; RANI, Shalli; DHIMAN, Gaurav. An Insight Survey on Sensor Errors and Fault Detection Techniques in Smart Spaces. Computer Modeling in Engineering & Sciences, v. 138, n. 3, p. 2029-2059, 2024.