Internet de las cosas (IoT)
Batería en dispositivos IoT: qué monitorear antes de la pérdida de comunicación
Un dispositivo IoT puede funcionar con normalidad hasta el momento en que deja de transmitir. Cuando la causa es energía, la operación muchas veces descubre el problema solo después de la interrupción.
Este comportamiento es especialmente relevante en sensores instalados en lugares remotos, equipos alimentados por batería y controladores que dependen de una fuente principal con batería de respaldo. La sustitución o la inspección pueden exigir desplazamiento, autorización de acceso, pieza compatible y coordinación con el equipo local.
El monitoreo energético ayuda a anticipar parte de esas situaciones, pero debe respetar una limitación importante: no todo dispositivo ofrece los mismos indicadores y ningún valor aislado explica toda la condición de la batería.
Planificar el mantenimiento exige combinar la telemetría disponible, el historial de consumo y el contexto de operación.
El porcentaje mostrado puede no contar toda la historia
Muchos equipos presentan un indicador de carga en porcentaje. Ese número parece simple, pero puede calcularse de formas distintas por el fabricante.
Algunos dispositivos estiman la carga a partir de la tensión. Otros usan corriente acumulada, modelos electroquímicos o circuitos dedicados de medición. La precisión varía según la química de la batería, la temperatura, la carga aplicada, el envejecimiento y la calidad del modelo utilizado.
También es necesario diferenciar conceptos.
Estado de carga
El estado de carga, conocido como State of Charge (SoC), representa una estimación de la energía disponible en ese momento en relación con la capacidad utilizable.
Estado de salud
El estado de salud, conocido como State of Health (SoH), busca representar la degradación de la batería en comparación con su condición inicial. Una batería puede indicar carga elevada y aún poseer menor capacidad total por causa del envejecimiento.
Autonomía estimada
La autonomía intenta responder por cuánto tiempo el dispositivo seguirá operando. Esa previsión depende de la energía disponible y del consumo futuro, que puede cambiar con la señal, las transmisiones, el procesamiento, la temperatura y el modo de operación.
Texas Instruments destaca SoC y SoH como parámetros distintos en sistemas de monitoreo de baterías [1]. Para una operación IoT, eso significa que un porcentaje de carga no debe interpretarse automáticamente como medida de salud ni como tiempo restante preciso.
La primera pregunta es qué datos el equipo realmente proporciona
Antes de crear reglas, el equipo necesita consultar la documentación del fabricante e identificar los indicadores disponibles.
Entre los datos que pueden existir están:
- Tensión de la batería.
- Corriente de carga o descarga.
- Estado de carga.
- Estado de salud.
- Capacidad remanente.
- Temperatura.
- Conteo de ciclos.
- Estado de la fuente principal.
- Evento de batería en descarga.
- Alarma de subtensión o desconexión.
No todo dispositivo ofrece esa lista. Algunos envían solo tensión. Otros informan un estado discreto, como normal o batería baja. Hay equipos que no disponibilizan ninguna telemetría energética.
La estrategia de monitoreo debe partir del dato existente, sin crear una precisión que el dispositivo no proporciona.
Tensión, corriente y temperatura deben interpretarse en conjunto
La tensión puede ayudar a identificar caída, subtensión y pérdida de la alimentación principal. Sin embargo, su significado depende de la química, de la carga y del estado del equipo.
La corriente muestra si la batería está cargando o descargando y ayuda a comprender el consumo del dispositivo. Un aumento persistente puede indicar cambio de comportamiento, intentos repetidos de comunicación o un componente operando por más tiempo.
La temperatura influye en el desempeño, la seguridad y el envejecimiento. También puede indicar condiciones inadecuadas de instalación. El límite correcto debe venir de la documentación del equipo y de la batería, no de un valor genérico aplicado a todos los activos.
Estos indicadores ganan utilidad cuando se analizan a lo largo del tiempo. Una lectura puntual informa una condición. Una tendencia muestra si esa condición se está deteriorando.
La comunicación también consume energía
Los dispositivos restringidos operan con limitaciones combinadas de procesamiento, memoria, comunicación y energía. El RFC 7228 de la Internet Engineering Task Force (IETF) describe clases de nodos con energía limitada y reconoce equipos que dependen de períodos de recarga, sustitución o fuentes intermitentes [2].
En una solución IoT, el consumo no depende solo de la medición. Transmitir datos, buscar una red, autenticar, retransmitir paquetes y mantener interfaces de comunicación activas también utiliza energía.
Un dispositivo instalado en un área con señal deficiente puede realizar más intentos de conexión. Un cambio en la frecuencia de publicación puede aumentar el número de transmisiones. Una actualización de firmware puede cambiar el tiempo en que el radio permanece activo.
Por eso, una reducción de autonomía no debe atribuirse de inmediato a la batería. La investigación debe considerar conectividad, configuración, firmware y patrón de uso.
Los modos de bajo consumo cambian la interpretación de la disponibilidad
Muchos dispositivos ahorran energía permaneciendo inactivos durante parte del tiempo. Despiertan para medir, transmitir o responder a un evento y después regresan al modo de bajo consumo.
El RFC 8352 reúne mecanismos de eficiencia energética usados por protocolos de Internet de las cosas y discute el soporte a nodos que duermen [3]. Este comportamiento reduce el consumo, pero altera el monitoreo.
Una desconexión temporal puede ser normal. Un intervalo mayor entre mensajes puede resultar de una política de ahorro de energía. La plataforma necesita conocer el ciclo previsto para no transformar cada período de inactividad en incidente.
También existe un compromiso operativo. Transmitir con mayor frecuencia ofrece más actualidad, pero puede elevar el consumo. Transmitir con menor frecuencia preserva energía, pero aumenta el tiempo para percibir una falla.
Esa decisión debe tomarse conforme a la criticidad de la aplicación.
Los límites fijos ayudan, pero no resuelven todo
Una alerta de batería baja es útil cuando el equipo proporciona un indicador confiable y el límite está alineado con su documentación.
Sin embargo, un único umbral puede fallar en situaciones importantes.
La tensión puede caer durante un pico de consumo y recuperarse. La temperatura puede alterar temporalmente el comportamiento. Una batería envejecida puede descargarse más rápidamente después de cruzar determinado punto. Equipos del mismo modelo pueden presentar historiales distintos por causa de las condiciones de instalación.
Un enfoque más consistente combina tres tipos de regla.
Condición inmediata
Señala un evento que exige atención rápida, como subtensión, temperatura fuera del límite o pérdida de la fuente principal cuando la batería de respaldo está sosteniendo la operación.
Tendencia
Acompaña la evolución a lo largo de días o semanas. Una caída más rápida que el patrón histórico puede indicar cambio de consumo o degradación.
Planificación
Relaciona el historial de la batería con ciclos de mantenimiento, criticidad del activo, ubicación y tiempo necesario para la sustitución.
Estas reglas tienen objetivos distintos. La condición inmediata responde al riesgo actual. La tendencia busca reconocer deterioro. La planificación organiza la intervención antes de la interrupción.
Una alerta debe ofrecer contexto para el mantenimiento
Informar solo que la batería está baja transfiere todo el diagnóstico al equipo.
Una ocurrencia más útil puede incluir:
- Identificación y ubicación del dispositivo.
- Modelo del equipo y tipo de batería.
- Valor actual y unidad.
- Tendencia reciente.
- Horario de la última medición.
- Estado de la alimentación principal.
- Calidad de la señal e historial de reconexiones.
- Frecuencia actual de transmisión.
- Última sustitución o mantenimiento registrado.
- Criticidad de la información producida por el activo.
Ese conjunto ayuda a decidir si el problema exige respuesta inmediata, seguimiento o inclusión en una ruta programada.
También reduce el riesgo de cambiar la batería cuando la causa real está en otro componente. Un cargador, regulador, cable, conector o condición ambiental puede producir síntomas semejantes.
La autonomía debe presentarse como estimación
Prever el tiempo restante de operación es una tarea sujeta a incertidumbre.
Una estimación depende de la capacidad utilizable y del consumo esperado. Ambos pueden variar. La capacidad cambia con el envejecimiento y la temperatura. El consumo cambia con la comunicación, el procesamiento, sensores activos y eventos del entorno.
Cuando el equipo proporciona solo tensión, convertir ese valor directamente en horas restantes puede producir una falsa precisión. Incluso cuando existe un circuito de medición dedicado, la estimación continúa condicionada al modelo y al perfil de uso.
Por eso, la interfaz debe presentar el origen de la estimación, su período de observación y sus limitaciones. En muchos casos, una tendencia y una banda de atención son más útiles que una cuenta regresiva aparentemente exacta.
El historial ayuda a crear una referencia operativa
Después de acumular datos suficientes, la organización puede comparar dispositivos del mismo modelo en condiciones semejantes.
Esa comparación puede revelar equipos que se descargan más rápido, lugares con mayor número de reconexiones, cambios después de una actualización o diferencias ligadas a la temperatura.
Es importante mantener grupos comparables. Mezclar modelos, químicas, configuraciones y ambientes distintos puede generar conclusiones incorrectas.
El historial también permite revisar los límites. Una regla definida durante el proyecto puede resultar demasiado sensible o lenta cuando se confronta con la operación real. Ajustar el monitoreo forma parte del ciclo de vida de la solución.
Cuando no existe telemetría de batería
Algunos equipos no informan tensión, carga o salud energética. En esa situación, la plataforma no debe fingir que conoce la condición de la batería.
Aún es posible trabajar con evidencias indirectas:
- Tiempo desde la instalación o último cambio.
- Número de transmisiones.
- Frecuencia de reconexiones.
- Calidad de la señal.
- Temperatura del ambiente.
- Perfil de uso.
- Ocurrencias anteriores del mismo modelo.
Estas señales ayudan a planificar inspecciones, pero no sustituyen una medición directa. La operación debe registrar esta limitación y evitar clasificar una previsión como estado confirmado.
Monitorear batería significa monitorear una condición operativa
La energía forma parte de la confiabilidad de una solución IoT. Una batería puede perder capacidad, descargarse más rápido por causa de la conectividad, operar fuera de la temperatura prevista o dejar de sostener el equipo después de la pérdida de la fuente principal.
Una estrategia consistente comienza por la documentación del dispositivo. Después, combina tensión, corriente, temperatura, estados proporcionados por el equipo, historial y contexto operativo.
Este artículo profundiza uno de los puntos presentados en Monitoreo de dispositivos IoT: ¿por qué conectar no es suficiente?. También se relaciona con el tratamiento de dispositivos sin datos, porque la degradación energética puede terminar en silencio, pero debe investigarse como un dominio propio.
Para gestores de TI, telecomunicaciones, infraestructura y operaciones, la pregunta más útil no es solo cuánto queda de batería. Es necesario comprender qué evidencias sustentan esa información, cómo evoluciona la condición y cuánto tiempo necesita el equipo para actuar.
El mantenimiento se vuelve más predecible cuando la condición energética se acompaña antes de la pérdida de comunicación.
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 incluye proyectos de Internet de las cosas en los que dispositivos, alimentación, conectividad y procesos de mantenimiento deben observarse de forma integrada.
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] TEXAS INSTRUMENTS. Next-Generation Battery Monitoring With Electrochemical Impedance Spectroscopy. 2026.
[2] BORMANN, Carsten; ERSUE, Mehmet; KERANEN, Ari. Terminology for Constrained-Node Networks. RFC 7228. Internet Engineering Task Force, mayo 2014.
[3] GOMEZ, Carles; CROWCROFT, Jon; SCHULZRINNE, Henning. Energy-Efficient Features of Internet of Things Protocols. RFC 8352. Internet Engineering Task Force, abr. 2018.