¿Qué es un tag muerto en SCADA?

Volver al glosario

Muerto frente a congelado frente a viejo

Estas tres condiciones son fáciles de confundir pero describen fallas genuinamente distintas, y distinguirlas guía la respuesta. Un tag muerto no tiene vida en él: o nunca recibió un valor desde el momento en que se configuró, o dejó de actualizar hace tanto tiempo y de forma tan permanente que está efectivamente difunto. Ocupa una ranura en los sistemas, se cuenta en el total de tags, y puede consumir una licencia, pero no entrega nada. El rasgo que lo define es una ausencia total e indefinida de actualizaciones.

Un tag congelado es distinto y en cierto modo más peligroso, porque se ve vivo. Un tag congelado retiene un último valor plausible que ya no cambia - un transmisor atorado que sigue reportando la misma lectura, así que el número en la pantalla se ve como una medición real aunque no esté actualizando. El peligro es que un tag congelado puede pasar un vistazo casual y hasta una revisión de rango, porque su valor retenido está dentro de límites normales; solo al notar que nunca se mueve, o que su marca de tiempo no avanza, se revela el congelamiento. Un tag congelado está fallando mientras aparenta salud.

Un tag viejo es una cuestión de grado y de recencia: dejó de actualizar hace poco, y la pregunta es si reanudará. Un tag que no ha actualizado por un tiempo corto podría estar experimentando un breve tropiezo de comunicación que se limpiará por su cuenta, así que es viejo en vez de muerto - su último valor está envejeciendo pero la situación puede ser temporal. La línea entre viejo y muerto es esencialmente cuánto ha durado el silencio y si se espera recuperación: un tag silencioso hace poco es viejo, y un tag que ha estado silencioso de forma indefinida sin perspectiva de regresar es muerto. El mismo síntoma de fondo - no actualizar - abarca un espectro de un parpadeo momentáneo a una muerte permanente.

Qué mata a un tag

Los tags muertos surgen de un puñado de causas recurrentes, la mayoría de las cuales se remontan a un desajuste entre la configuración y la realidad física que se suponía representaba. Una común es el equipo desmantelado: un instrumento o un patín entero se retira del campo, pero sus tags se dejan configurados en el historiador y la HMI, así que se quedan ahí para siempre sin nada que reportar. Nadie tuvo la intención de conservarlos; simplemente no se limpiaron cuando el equipo se fue, y persisten en silencio como puntos muertos.

Otra causa frecuente es una dirección mala o equivocada. Un tag se configura para leer de un registro o una dirección del dispositivo que no existe, se tecleó mal, o nunca se cableó de verdad, así que desde el inicio no tiene de dónde obtener datos y nunca recibe ninguno. Un tag así nació muerto - se ve completo en la configuración pero nunca se conectó a una fuente real. Un dispositivo borrado o reemplazado hace lo mismo: si el dispositivo de fondo se retira o su direccionamiento cambia y el tag no se actualiza para coincidir, el tag pierde su fuente y se queda silencioso para siempre.

El residuo de proyectos y plantillas es un contribuyente más callado. Los tags creados para un estudio temporal, una prueba o un ejercicio de puesta en marcha a menudo se dejan atrás después de que el trabajo termina, y los tags copiados de una plantilla para equipo que se planeó pero nunca se instaló existen sin ningún dispositivo detrás. En todos estos casos el hilo común es que el tag sobrevivió, o nunca tuvo, la cosa física que debía medir. Reconocer la causa importa porque determina el arreglo - una dirección equivocada podría corregirse, mientras que un tag para equipo retirado simplemente debería jubilarse.

Detectar y desmantelar tags muertos

La manera confiable de encontrar tags muertos es por la edad de su última actualización - cuánto ha pasado desde que cada tag recibió un valor nuevo. Un tag cuya última actualización es muy vieja, o que no tiene ninguna actualización registrada, resalta contra los tags que se refrescan con normalidad. Ordenar los tags por la edad de su actualización más reciente saca a la luz los candidatos: los que están silenciosos por un periodo extendido e inexplicado son los tags muertos probables, y los que nunca actualizaron en absoluto son casi con certeza configuración que nunca se conectó. Este cribado por edad es lo que convierte un problema invisible en una lista concreta que investigar.

La detección tiene que emparejarse con el juicio, porque no todo tag silencioso está muerto. Algunos tags legítimamente actualizan solo rara vez - un valor ingresado a mano, un punto de ajuste que cambia poco, un evento que se activa de vez en cuando - así que la edad sola puede marcar un tag sano pero lento como sospechoso. Investigar un candidato significa preguntar si debería estar actualizando: hay equipo detrás de él, ese equipo aún existe, y se supone que está reportando. Solo los tags que fallan esa prueba - silenciosos porque su fuente se fue o nunca fue real - están genuinamente muertos y listos para jubilarse. El resto están explicados y se dejan en paz.

La limpieza es un flujo de desmantelamiento, y hacerlo con deliberación es lo que lo mantiene seguro. Un tag confirmado muerto debería jubilarse mediante un proceso controlado - revisado, aprobado y removido o archivado en vez de borrado por capricho - porque de vez en cuando un tag que se ve muerto es uno que alguien pretende revivir. Una plataforma SCADA en la nube como Merobix apoya esto de punta a punta: anota el tiempo de última actualización de cada tag para que los candidatos muertos surjan de forma automática por edad, deja a un operador ver de un vistazo qué puntos están silenciosos y por cuánto tiempo, y provee el proceso de cambio gobernado para jubilar los tags muertos confirmados con un registro de quién aprobó la remoción. Limpiar los tags muertos de esta manera encoge el conteo de puntos que rige el licenciamiento, quita el desorden que esconde problemas reales, y mantiene la base de tags un reflejo honesto de lo que de verdad se está midiendo.

Preguntas frecuentes