Martes · capturas y configuraciones

La línea base dice quién escribe en cada controlador, y las órdenes del fin de semana se comparan contra ella. Una escritura fuera de la línea base no es todavía un incidente: puede tener un cambio aprobado detrás. Por eso se cruza con el sistema de cambios antes de decir nada. Se busca la primera orden de escritura que no pasa ninguno de los dos filtros.

Un controlador acepta cambios de su programa solo cuando está en el modo que lo permite, y los equipos informan en qué modo están. Un controlador de marcha acepta órdenes de proceso pero se resiste a que le cambien la lógica. Que uno informe estar en el otro modo, sobre un proceso con calor y presión, es la configuración que más conviene mirar.

Una cifra concreta sirve más que un «varias»: el informe cuenta cuántas órdenes de escritura (las funciones 06 y 16) cumplen las dos condiciones a la vez. Se descartan las que están en la línea base y las que tienen un cambio aprobado, cada una por su razón.

El controlador respondió «aceptada» a todas las órdenes, y la tentación es leerlo como autorización o como prueba de ataque. Ninguna de las dos cosas se sostiene con lo que hay: la evidencia dice que hubo órdenes fuera de lo esperado y sin cambio aprobado, no quién las dio ni para qué. Lo que corresponde es pasar la diferencia a quien decide en la planta, con la evidencia, y no tocar el equipo.

El controlador está en modo de programación, tiene su clave de fábrica, acepta de cualquiera y su último respaldo es de hace más de dos años. Todo eso es arreglable, pero no con una orden remota sobre un equipo que gobierna una caldera: cambiarlo es una decisión de planta, en una ventana, con respaldo previo y con operaciones presente.