¿Qué es un código de calidad OPC y su subestado?

Volver al glosario

Estado mayor: good, uncertain y bad

El nivel superior de un código de calidad OPC clasifica cada valor en uno de tres estados amplios. Good significa que el valor es confiable y puede usarse normalmente: la cadena de medición está sana y no hay razón conocida para dudar de él. Bad significa que no debe confiarse en el valor, porque algo en la cadena falló, y el número que lo acompaña, si lo hay, no es una representación válida del proceso. Entre ellos está uncertain, a veces descrito como cuestionable, que significa que el valor puede ser usable pero carga una razón conocida de duda, así que debe tratarse con cautela en lugar de confiarse por completo o descartarse por completo.

El estado uncertain es el más fácil de usar mal, porque no es ni un sí limpio ni un no limpio. Un error común es que el software amontone uncertain con good o con bad y pierda el matiz. Tratar uncertain como good significa que un valor dudoso impulsa en silencio un cálculo, una alarma o una decisión de control como si fuera sólido. Tratar uncertain como bad significa que datos genuinamente útiles, aunque imperfectos, se tiran cuando podrían haber sido la mejor lectura disponible. El manejo correcto depende de la aplicación, que es exactamente por lo que el estado existe como categoría distinta.

De forma crucial, el valor y su calidad son dos cosas separadas que deben viajar juntas. Un valor puede verse perfectamente plausible, un número razonable en el rango esperado, y aun así cargar una calidad bad que dice que está viejo, sostenido o de algún otro modo no es real. El software que lee el número pero ignora la calidad tratará ese valor de apariencia plausible como verdad. Preservar la calidad junto al valor, y de hecho revisarla, es lo que evita que un número de apariencia cómoda pero sin significado sea confiado.

Subestado: la razón detrás de la calidad

El estado mayor le dice cuánto confiar en un valor; el subestado le dice por qué tiene esa calidad, y esa razón es lo que permite a un cliente responder con inteligencia. Una calidad bad acompañada de un subestado de falla de comunicación significa que el camino al dispositivo está caído, así que el último valor conocido simplemente está desactualizado y se refrescará cuando el enlace regrese. Una calidad bad con un subestado de falla de sensor o dispositivo significa que la fuente de medición en sí está rota, que es un problema de mantenimiento y no de red. Mismo estado mayor, significado del mundo real muy distinto y respuesta muy distinta.

Entre las razones de subestado más útiles está el último valor usable, que típicamente acompaña a una calidad uncertain. Señala que la lectura actual no pudo obtenerse, así que lo reportado es el último valor que se supo bueno, sostenido hasta que lleguen datos frescos. Esto es honesto y a menudo útil, pero solo si el cliente lo entiende: el número es historia real, no una medición actual, y tratarlo como dato en vivo significa actuar sobre información que puede estar vieja. Otras razones comunes de subestado incluyen fuera de rango, que significa que el valor topó los límites de lo que el sensor o el escalamiento puede representar, y varias indicaciones de que un valor está sostenido, sustituido o aún no inicializado.

La lección práctica es que un cliente debe ramificar sobre el subestado, no solo sobre el estado mayor. Una falla de comunicación y una falla de sensor se leen ambas como bad, pero un sistema bien diseñado reacciona distinto: puede seguir mostrando el último valor bueno con un indicador claro de viejo durante una falla de comunicaciones, mientras marca una falla de sensor para mantenimiento y se niega a usar la lectura en absoluto. Un valor uncertain fuera de rango podría mostrarse pero marcado como clavado en un límite. Colapsar todo esto en una sola bandera de malo descarta justamente la información que dejaría al sistema responder de forma apropiada.

Reaccionar a la calidad en SCADA y monitoreo en la nube

En un SCADA en vivo, los códigos de calidad son lo que evita que los operadores sean engañados por datos rotos. Cuando un valor pasa a bad por una falla de comunicaciones, la interfaz debe mostrar que la lectura está vieja en lugar de congelarse en un número plausible que parece actual, para que un operador no tome una decisión sobre datos que dejaron de actualizarse hace una hora. Cuando un subestado apunta a una falla de sensor, esa es la señal de despachar mantenimiento y dejar de confiar por completo en ese punto hasta repararse. El código de calidad es la diferencia entre una interfaz que dice la verdad sobre su propia confiabilidad y una que presenta en silencio valores viejos o rotos como hechos.

La calidad también tiene que sobrevivir el viaje completo del campo a un historiador en la nube, no solo la vista en vivo. Si un valor llega con calidad bad o uncertain, esa calidad debe almacenarse justo a su lado, para que quien mire la historia después pueda ver que un tramo de datos estuvo marcado en lugar de asumir que era sólido. Un historiador que guarda el número pero tira la calidad produce un registro que se ve más limpio que la realidad, ocultando los periodos en que los datos fueron en realidad un valor sostenido, una lectura fuera de rango o el producto de un sensor fallado. Preservar la calidad a través del almacenamiento es lo que mantiene honesto el análisis histórico.

Para una plataforma SCADA en la nube como Merobix, llevar el código de calidad OPC por toda la tubería es esencial en cada industria que sirve, del petróleo y gas al agua, la energía y la manufactura. El valor le dice lo que el proceso aparentaba hacer; la calidad y su subestado le dicen si creerle y por qué. Mantener ambos juntos, desde el dispositivo hasta el tablero y dentro del historiador, significa que una falla de comunicaciones se muestra como dato viejo en lugar de confiarse, una falla de sensor sale a la superficie para reparación, y un valor sostenido o fuera de rango nunca se confunde con una medición fresca y válida.

Preguntas frecuentes