¿Qué es el modo de suspensión en una RTU de bajo consumo?
Una unidad terminal remota que corre con una batería pequeña y un panel solar del tamaño de una estampilla no puede darse el lujo de mantener su procesador y su radio despiertos todo el día. En cambio, pasa casi toda su vida dormida, consumiendo un susurro de corriente, y despierta solo por los segundos que necesita para tomar una lectura y enviarla. El modo de suspensión es el mecanismo que hace esto posible, y entenderlo cambia cuál número del datasheet debería preocuparle. Esta página explica cómo una RTU de bajo consumo cae a sueño profundo entre mediciones, cómo se despierta con un temporizador o un evento, por qué la cifra de corriente de sueño decide la vida de batería en un nodo diminuto, y el compromiso que esto crea contra qué tan rápido la unidad puede reaccionar a una alarma.
Modo de suspensión de la RTU en una línea: El modo de suspensión de la RTU es un estado de bajo consumo en el que la unidad apaga su radio, la mayor parte de su procesador y sus sensores energizados entre mediciones, bajando su consumo de corriente del rango de miliamperios activo a microamperios. Una RTU de bajo consumo despierta con un temporizador de reloj en tiempo real para lecturas programadas o con una interrupción de una entrada de evento, hace su trabajo y vuelve a dormir. Como pasa casi todo su tiempo dormida, la corriente de sueño profundo, no la corriente activa, es lo que fija la vida de batería en un nodo pequeño.
Sueño profundo, despertar por intervalo y despertar por evento
En modo de suspensión una RTU de bajo consumo apaga casi todo lo que gasta energía. El radio se apaga, el procesador principal cae a un estado de sueño profundo donde su reloj y la mayor parte de su lógica quedan detenidos, y las fuentes de sensor que alimentan transmisores o puentes se cortan para que dejen de consumir. Lo que sigue vivo es un núcleo diminuto siempre encendido: un reloj en tiempo real de bajo consumo contando hacia el siguiente despertar, una pequeña cantidad de memoria retenida que guarda el estado de la unidad, y la lógica de interrupción que puede dispararse por un evento externo. En este estado toda la unidad puede quedarse en unos pocos microamperios, una fracción de una milésima de lo que consume mientras trabaja.
La forma más común de salir del sueño es por intervalo. El reloj en tiempo real se programa para levantar una alarma en el siguiente instante de medición programado, lo que despierta al procesador. La RTU entonces energiza sus sensores, espera a que se asienten, toma sus lecturas, energiza el radio, transmite y vuelve a dormir. Toda la ventana despierta podría durar solo unos segundos, así que el consumo activo, por grande que sea, aplica solo por una rebanada diminuta de cada ciclo. Entre despertares la unidad regresa al sueño profundo de microamperios, que es donde pasa la abrumadora mayoría de su vida.
La segunda forma de salir del sueño es por evento. Una entrada digital puede cablearse de modo que un cambio de estado, como un pulso de un medidor de flujo, un flotador que dispara o un contacto de puerta que abre, genere una interrupción que despierta al procesador de inmediato sin esperar el intervalo programado. Esto permite que un nodo que normalmente reporta lento aún reaccione rápido a algo importante. Una RTU de bajo consumo bien diseñada combina ambos: despierta con un temporizador lento para el mantenimiento y el reporte rutinarios, y despierta por evento cuando el campo exige atención, así ahorra energía en tiempos tranquilos sin perder los momentos que importan.
Por qué la especificación de corriente de sueño decide la vida de batería
Es natural mirar la corriente activa de una RTU, las decenas de miliamperios que consume mientras mide y transmite, y suponer que esa fija la vida de batería. En un nodo con ciclo de trabajo lo opuesto es cierto. Como la unidad está despierta por segundos y dormida el resto de cada intervalo de reporte, la corriente de sueño, multiplicada por casi todo el día, usualmente domina la carga total jalada de la batería. Una diferencia entre unos pocos microamperios y unas pocas decenas de microamperios de corriente de sueño, que luce trivial junto a una cifra activa de miliamperios, puede cambiar la vida de batería de un nodo diminuto por un factor grande.
La aritmética lo hace concreto. Si un nodo despierta por un puñado de segundos cada quince minutos, el tiempo despierto suma solo unos minutos a lo largo de todo el día, mientras que el tiempo dormido es casi las veinticuatro horas completas. El consumo activo aplicado por esos pocos minutos y el consumo de sueño aplicado por las horas restantes a menudo caen en el mismo orden de magnitud, y en los nodos más austeros el consumo de sueño es el mayor de los dos. Por esto una RTU vendida como de bajo consumo aún puede decepcionar si su corriente de sueño profundo es discretamente alta, y por qué la línea del datasheet a escrutar es la cifra de reposo o de sueño, no el número activo de portada.
Esto también replantea cómo mejorar un nodo con problemas. Si la corriente de sueño domina, entonces reportar menos seguido apenas ayuda, porque estirar el intervalo solo recorta la ya pequeña porción despierta mientras la unidad sigue consumiendo su corriente de sueño todo el día. El arreglo es o una RTU con una corriente de sueño profundo genuinamente menor, o eliminar una carga parásita que mantiene alta la cifra de sueño, como un sensor o convertidor que se suponía debía apagarse pero no lo hace. Perseguir el intervalo de reporte cuando el problema real es el consumo de reposo es una forma común de desperdiciar esfuerzo en un nodo cuya vida de batería la fijan los microamperios, no qué tan seguido habla.
El compromiso contra la capacidad de respuesta a alarmas en el campo
Dormir profundamente ahorra energía pero también significa que la RTU no está observando la mayor parte del tiempo, y ese es un compromiso operativo real. Una unidad que solo despierta cada quince minutos para lecturas programadas no notará un cambio lento en un valor analógico hasta su siguiente despertar, así que una alarma sobre ese valor puede retrasarse hasta un intervalo completo. Para muchos activos remotos, un retraso de quince minutos en una tendencia gradual es perfectamente aceptable, pero para otros no lo es, y el horario de sueño tiene que elegirse contra qué tan rápido el sitio necesita reaccionar de verdad.
El despertar por evento es lo que suaviza este compromiso, pero solo para las señales que pueden generar una interrupción. Un contacto digital, un pulso o un cruce de umbral en una entrada de comparador puede despertar la RTU al instante, así que un evento rápido como un tanque desbordándose o una bomba disparando se atrapa en el momento en que ocurre en lugar de en el siguiente despertar programado. Los valores analógicos que necesitan muestrearse para evaluarse son más difíciles, porque la unidad tiene que despertar y medir para saber si se cruzó un umbral. Los diseñadores a veces transigen haciendo que el nodo despierte con más frecuencia para muestrear un punto analógico crítico mientras aún reporta en un horario más lento, gastando un poco de energía extra para comprar capacidad de respuesta donde cuenta.
Para una flota monitoreada a través de una plataforma SCADA de nube, la interacción entre el horario de sueño y la capacidad de respuesta se vuelve una política visible en lugar de un ajuste de firmware enterrado. Cuando una plataforma como Merobix registra la cadencia de reporte de cada nodo junto a los eventos por los que despierta y la batería que tiene que gastar, un operador puede ver cuáles sitios están durmiendo profundamente para conservar energía y cuáles se han configurado para despertar seguido porque el proceso lo exige. Eso permite que un sitio con un proceso tranquilo y de movimiento lento duerma duro para estirar su batería, mientras que un sitio donde una alarma rápida importa se configura para despertar por los eventos que la llevan, con el costo de energía de esa elección hecho explícito en lugar de oculto.
Preguntas frecuentes
¿Cuál es la diferencia entre la corriente de sueño y la corriente activa en una RTU?
La corriente activa es lo que la unidad consume mientras está despierta, midiendo, procesando y transmitiendo, típicamente en el rango de miliamperios a decenas de miliamperios. La corriente de sueño es lo que consume en sueño profundo entre esas tareas, a menudo solo unos pocos microamperios. En un nodo con ciclo de trabajo la unidad está dormida casi todo el día, así que la corriente de sueño, multiplicada por todas esas horas, usualmente consume más carga de la batería que las breves ráfagas activas.
¿Cómo se despierta a sí misma una RTU dormida?
Mantiene un pequeño reloj en tiempo real de bajo consumo corriendo durante el sueño, y ese reloj levanta una alarma en el siguiente instante de medición programado para despertar al procesador. Muchas RTU también pueden despertar con una interrupción externa, como una entrada digital que cambia de estado, un pulso de medidor o un cruce de umbral, así que un evento importante se atrapa de inmediato sin esperar el temporizador. Un buen diseño de bajo consumo usa ambos, despertando lento para el reporte rutinario e instantáneo para los eventos que necesitan atención.
¿El modo de suspensión retrasa las alarmas?
Puede hacerlo, para los valores que la unidad solo revisa cuando despierta. Una lectura analógica que se muestrea una vez por intervalo de reporte no disparará una alarma hasta el siguiente despertar programado, así que una tendencia lenta puede retrasarse hasta un intervalo. Las señales que pueden generar una interrupción de hardware, como un contacto que cierra o un pulso, despiertan la unidad de inmediato y no se retrasan, y por eso las alarmas rápidas suelen cablearse a entradas de evento mientras que las tendencias analógicas más lentas toleran el intervalo.
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.