¿Qué son el arranque frío, tibio y caliente en un PLC?

Volver al glosario

Tres formas de regresar de una pérdida de energía

Un arranque frío es la pizarra limpia. En un arranque frío el controlador borra su memoria de trabajo a valores iniciales definidos, reinicia los datos no retentivos y empieza el programa desde arriba como si recién se hubiera cargado. Todo lo que no se protegió deliberadamente se pierde, y la lógica arranca desde sus condiciones iniciales de diseño. Este es el modo más seguro cuando no se puede confiar en el estado en que estaba el controlador al fallar la energía, porque garantiza un punto de partida conocido en vez de reanudar desde un estado que pudo haberse corrompido a mitad de la interrupción.

Un arranque tibio es el punto medio y la configuración más común en el campo. En un arranque tibio el controlador reinicializa la memoria no retentiva pero preserva los datos específicamente marcados como retentivos, así que los contadores, totales, puntos de ajuste y banderas de estado que fueron designados para sobrevivir la pérdida de energía llevan sus valores previos al corte hacia la nueva corrida. El programa reinicia, pero reinicia ya sabiendo cosas que no se supone que debe olvidar. Esto es lo que le permite a un controlador reanudar un proceso de forma significativa en vez de fingir que acaba de nacer.

Un arranque caliente conserva el mayor estado de todos, y reanuda la ejecución cerca del punto donde ocurrió la interrupción, tratando el corte casi como una breve pausa. Como lleva adelante la mayor cantidad de la condición previa a la pérdida de energía, es la opción menos conservadora, y solo es apropiado donde el proceso de verdad puede tolerar retomarse a mitad de camino. No toda plataforma ofrece los tres modos, y la semántica exacta varía por fabricante, pero el orden, el frío desecha lo más, el caliente preserva lo más, el tibio queda entre ambos, se sostiene en todos los casos.

Memoria retentiva y el bit de primer barrido

El comportamiento de arranque es inseparable de la memoria retentiva, porque toda la pregunta que un modo de arranque responde es cuáles valores sobreviven. La memoria retentiva es la porción de los datos del controlador configurada para persistir a través de un ciclo de energía, respaldada por batería, capacitor o almacenamiento no volátil. Un arranque tibio solo es útil en la medida en que los valores que a usted le importan, el total de producción del día, un número de paso de secuencia, un tiempo de corrida acumulado, hayan sido de verdad declarados retentivos. Un valor que no se marcó como retentivo se reinicia sin importar el modo de arranque, así que acertar la configuración de retención es lo que le da a un arranque tibio algo que preservar.

El bit de primer barrido es la otra cara de la moneda. La mayoría de los controladores proveen un bit de estado que es verdadero solo en el primerísimo barrido de programa después de un arranque, y los programadores lo usan para correr lógica de inicialización de una sola vez, borrar registros de trabajo, cebar una secuencia, fijar un estado conocido, exactamente una vez en el arranque. Cómo se comporta ese bit respecto a un arranque frío frente a uno tibio importa, porque la lógica de inicialización controlada por él puede o bien restaurar condiciones de partida sanas o, si se escribe sin cuidado, borrar los mismos valores retentivos que un arranque tibio acaba de preservar.

La interacción es donde viven los errores sutiles. Si la inicialización de primer barrido pone en cero de forma incondicional un total que se pretendía retentivo, entonces un arranque tibio devuelve el valor preservado solo para que el primer barrido lo borre, y el controlador se comporta de hecho como un arranque frío sin importar cómo se configuró. Diseñar la lógica de arranque que respete el modo de arranque, inicializando lo que debe estar fresco mientras deja en paz los datos retentivos, es lo que hace que el comportamiento configurado de verdad suceda.

Por qué el modo de arranque decide cómo reanuda una RTU remota

En una RTU remota, la energía no está garantizada, y los cortes son parte normal de la vida en plataformas de solar y baterías, redes al final de una línea larga y sitios expuestos al clima. Lo que sucede cuando esa RTU vuelve a energizarse es por tanto una decisión operativa, no una nota al pie. Si el controlador está configurado para arranque frío, regresa con la pizarra limpia: la producción acumulada del día, los tiempos de corrida de motores y el estado de secuencia se reinician todos a cero, y todo lo que el sitio estaba siguiendo antes del corte se pierde. Si arranca tibio con los valores correctos como retentivos, reanuda el conteo desde donde se detuvo, y el corte se vuelve un hueco en vez de un reinicio.

Esa diferencia es visible en los datos de campo. Un SCADA en la nube como Merobix tendencia totales y tiempos de corrida a lo largo del tiempo, y un controlador que reinicia sus acumuladores en cada parpadeo de energía produce un registro lleno de caídas inexplicables a cero que parecen que el sitio dejó de producir cuando solo perdió energía por un momento. Configurar el modo de arranque y la retención para que el seguimiento de producción sobreviva un corte es lo que mantiene esas tendencias continuas y los totales honestos, lo cual importa cuando los números alimentan asignación, reportes o facturación.

La elección correcta depende del punto. Un total corriente o un tiempo de corrida acumulado casi siempre quiere sobrevivir un corte, lo que aboga por arranque tibio con esos valores retentivos. Un comando momentáneo o un estado transitorio que sería inseguro reanudar a mitad de camino puede ser mejor borrarlo, lo que aboga por reinicialización. Decidir esto de forma deliberada por sitio, en vez de aceptar un valor por omisión que nadie eligió, es lo que determina si un controlador remoto regresa como el mismo controlador que se cayó, o como un extraño que ha olvidado todo lo que estaba haciendo.

Preguntas frecuentes