¿Qué es una verificación de límite de tasa de cambio?

Una compuerta de calidad, no una derivada

Conviene separar dos ideas que comparten las palabras tasa de cambio. Una es un cálculo que deriva una tasa genuina, una tendencia por minuto o por hora, de una variable de proceso que cambia despacio para que los operadores puedan actuar sobre qué tan rápido se mueve algo. La otra, el tema aquí, es una regla de validación cuyo único trabajo es juzgar si la última muestra puede creerse. La primera produce un número nuevo que la gente vigila; la segunda produce un veredicto, bueno o sospechoso, sobre un número existente. Pueden parecerse porque ambas restan una muestra de la anterior, pero su propósito es distinto, y un sistema puede correr las dos a la vez sobre el mismo tag.

Como compuerta de calidad, la verificación trabaja junto a los límites ordinarios de rango alto y bajo en lugar de reemplazarlos. Una verificación de rango pregunta si el valor está dentro de la banda posible del sensor. Una verificación de límite de tasa de cambio pregunta si el valor llegó a donde está a una velocidad creíble. Las dos atrapan fallas distintas. Un valor puede estar perfectamente en rango y sin embargo haber llegado por un salto imposible, y un valor puede derivar despacio fuera de rango sin disparar nunca la verificación de tasa. Correr ambas cierra la brecha entre ellas, de modo que una lectura tiene que ser a la vez plausible en magnitud y plausible en movimiento antes de confiar en ella.

La salida de la verificación suele ser una marca en vez de un rechazo tajante. Un valor que falla la prueba de tasa puede marcarse como cuestionable o incierto y pasarse aguas abajo con esa advertencia adjunta, o puede retenerse y reemplazarse con el último valor bueno hasta que la lectura se asiente. Cuál comportamiento es correcto depende del tag: para una entrada de control lo mejor es suprimir un pico sospechoso, mientras que para una medición archivada puede ser mejor conservar la muestra cruda pero estamparla para que un analista sepa que no debe confiar en ese punto.

Cómo fijar un límite de deslizamiento realista

El corazón de la verificación es el límite de deslizamiento, el cambio máximo que se le permite al tag hacer en un intervalo dado antes de juzgar la muestra como imposible. Fijarlo bien significa conocer la física del punto. Un tanque de almacenamiento grande no puede llenarse ni vaciarse por la mitad de su altura en unos segundos, sin importar lo que reporte el sensor, así que un tag de nivel puede llevar un límite de tasa apretado. Una presión aguas abajo en un compresor, por el contrario, sí puede oscilar fuerte y rápido durante un disparo, así que su límite de tasa tiene que ser lo bastante holgado para dejar pasar los transitorios reales. Un límite demasiado apretado rechazará movimiento rápido legítimo y ocultará eventos reales; un límite demasiado holgado dejará pasar justo los picos que debía atrapar.

El intervalo importa tanto como la magnitud. Un límite de tasa solo significa algo relativo a qué tan seguido se muestrea el tag, así que el límite se expresa de forma natural como un cambio máximo por escaneo o por segundo y se escala a la clase de escaneo del punto. Si la tasa de sondeo cambia, el cambio permitido por escaneo tiene que revisarse, porque un escaneo más lento da al proceso más tiempo para moverse de forma legítima entre muestras y un delta fijo por muestra empezaría de pronto a rechazar comportamiento normal. Atar el límite a una tasa por unidad de tiempo en vez de a un delta crudo por muestra lo hace robusto ante cambios en la frecuencia con que se lee el punto.

Un buen punto de partida es basar el límite en el transitorio genuino más rápido que el punto puede experimentar y luego agregar margen, en lugar de en el comportamiento promedio. La meta es trazar la línea justo por encima de lo que el proceso real puede hacer, de modo que cualquier cosa más rápida sea, por definición, no el proceso. Donde el transitorio real más rápido es difícil de caracterizar, los datos históricos de tendencia del tag muestran los mayores pasos de muestra a muestra que de verdad ocurrieron durante eventos reales, y el límite puede fijarse un poco por encima del más grande de esos. Revisar el límite tras la puesta en marcha, una vez que el punto ha visto condiciones de operación reales, lo mantiene honesto.

Atrapar picos de ruido y fallas de comunicación en el campo

En operaciones de campo, las fallas que esta verificación atrapa mejor son las breves y violentas que nunca reflejan el proceso. El ruido eléctrico acoplado a un cable de señal, una terminal floja, una falla momentánea del transmisor o una lectura corrupta de registro pueden producir todas una sola muestra que salta a algún valor en rango pero salvajemente equivocado y luego regresa de golpe en el siguiente escaneo. Una verificación de rango no ve nada porque el pico estaba dentro de la banda. Una verificación de límite de tasa de cambio lo ve de inmediato, porque nada real se mueve tan lejos tan rápido, y puede suprimir el pico antes de que llegue a una tendencia, una alarma o un lazo de control.

Las fallas de comunicación producen una firma parecida. Una lectura vieja o corrupta, un gateway que regresa un valor por defecto por un momento, o un traspié de protocolo pueden inyectar un valor desconectado de la lectura buena anterior. Como la verificación razona sobre el salto entre muestras sucesivas, atrapa la discontinuidad que crean estas fallas aun cuando el valor inyectado resulte ser un número legal. Emparejar la verificación de tasa con una verificación de obsolescencia y estado de comunicación da un panorama más completo: una marca un valor que cambió de forma imposible, la otra marca un valor que dejó de cambiar por completo.

Para una plataforma SCADA de nube como Merobix, donde los datos de campo viajan por enlaces celulares o satelitales desde sitios remotos antes de aterrizar en el sistema hospedado, la validación de tasa de cambio es especialmente valiosa porque el camino del sensor a la base de datos tiene más lugares para introducir un error transitorio. Aplicar la verificación conforme llegan los datos significa que un pico causado por una señal remota ruidosa o un enlace de retorno inestable se marca como cuestionable en la nube en lugar de envenenar en silencio una tendencia que un ingeniero lee días después. Como la plataforma conserva la historia de cada tag de forma central, los mismos datos de tendencia que se usan para revisar y ajustar el límite de deslizamiento de cada tag están disponibles sin visitar el sitio, así que los límites pueden refinarse con el tiempo a partir del comportamiento real de toda la flota.

Preguntas frecuentes