La causa de transmisión (COT) es el campo del ASDU que dice por qué se envía un mensaje: de forma periódica, espontánea, como respuesta a una interrogación o como confirmación de un mando. El mismo tipo de información puede llegar con causas distintas y significar cosas distintas. Un campo adicional, el originador, identifica quién pidió la acción.
Para qué sirve la causa de transmisión
Dos mensajes con el mismo tipo de información y la misma dirección pueden significar cosas muy distintas. Un punto simple que llega porque el interruptor cambió de posición no es lo mismo que el mismo punto que llega porque el centro de control pidió la lectura de todo el estado. La causa de transmisión, abreviada COT (cause of transmission), resuelve esa ambigüedad. Va en el ASDU, junto al tipo de información y la dirección común.
El campo ocupa uno o dos octetos, según lo que decida el proyecto en la 101. En la 104 son dos. Cuando son dos, el segundo octeto es la dirección del originador. Si el proyecto no la usa, el valor es cero.
Valores de la causa de transmisión
| Valor | Causa | Cuándo aparece |
|---|---|---|
| 1 | Periódica o cíclica | Vence un intervalo de envío |
| 2 | Exploración de fondo | El equipo recorre sus datos poco a poco, sin que nadie los pida |
| 3 | Espontánea | Un dato cambió |
| 4 | Inicializada | El equipo acaba de arrancar |
| 5 | Solicitud | El centro pidió un dato (lectura) |
| 6 | Activación | El centro ordena una acción: un mando, una interrogación |
| 7 | Confirmación de activación | El equipo acepta la orden |
| 8 | Desactivación | El centro cancela una orden |
| 9 | Confirmación de desactivación | El equipo acepta la cancelación |
| 10 | Terminación de activación | La orden terminó de ejecutarse |
| 11 | Información de retorno por mando remoto | El cambio lo causó una orden remota |
| 12 | Información de retorno por mando local | El cambio lo causó una maniobra en sitio |
| 13 | Transferencia de archivos | Datos de un archivo |
| 20 | Respuesta a interrogación general | Estación completa |
| 21 a 36 | Respuesta a interrogación de grupo 1 a 16 | Un grupo de señales |
| 37 | Respuesta a interrogación general de contadores | Todos los contadores |
| 38 a 41 | Respuesta a interrogación de contadores de grupo 1 a 4 | Un grupo de contadores |
| 44 | Tipo de identificación desconocido | Rechazo de un mensaje |
| 45 | Causa de transmisión desconocida | Rechazo de un mensaje |
| 46 | Dirección común del ASDU desconocida | Rechazo de un mensaje |
| 47 | Dirección de objeto de información desconocida | Rechazo de un mensaje |
Un indicador adicional dentro del propio campo marca la confirmación como negativa: el equipo recibió la orden, pero no la aceptó o no la pudo ejecutar. Otro indicador marca el mensaje como de prueba. Los demás valores no usados están reservados.
Cómo cambia la lectura de un dato
Tome un mismo punto doble, la posición de un interruptor:
- Con causa 3 (espontánea), la posición acaba de cambiar. El centro de control registra un evento, con la hora del suceso si el tipo la incluye.
- Con causa 20 (interrogación general), el equipo informa el estado actual. No hay un cambio, solo un refresco. El centro actualiza el valor, pero no debería generar un evento.
- Con causa 11 (retorno por mando remoto), el cambio fue provocado por un mando que dio el centro de control.
- Con causa 12, lo provocó una maniobra local.
- Con causa 1 o 2, es un envío de rutina.
Un SCADA bien configurado usa la causa para decidir qué registrar. Si trata una respuesta a interrogación como un evento, llena la lista de alarmas con ceros y unos que no cambiaron cada vez que se reinicia la comunicación.
- Cambia la posición del interruptor. Causa 3, espontánea, con hora del evento
- El centro pide la interrogación general. Causa 20, el estado completo de la estación
- El centro ordena un mando de cierre. Causa 7, confirmación de activación
- El interruptor termina de cerrar. Causa 10, terminación y causa 11, retorno por mando remoto
La secuencia de un mando
Cuando el centro de control envía un mando, el intercambio usa varias causas:
- Activación (6), del centro al equipo.
- Confirmación de activación (7), del equipo al centro: la orden fue aceptada. Si fue rechazada, la confirmación se marca como negativa.
- Terminación de activación (10), del equipo al centro: la orden terminó. También puede ser negativa si falló.
- Los datos que cambian después viajan como espontáneos con causa 11, por ser consecuencia de un mando remoto.
Hay excepciones: los mandos de selección, la prueba y el reinicio de proceso solo se confirman; no se terminan. La sincronización de reloj se confirma de manera automática.
Si el equipo recibe un mando con un campo que no soporta, responde con una confirmación negativa. La causa es 44, 45, 46 o 47, según el campo: tipo, causa, dirección común o dirección de objeto. Esa es la forma más rápida de saber por qué un mando fue rechazado: el valor de la causa en la respuesta indica qué campo no coincide. Para otras razones de rechazo, vea Mando rechazado desde el SCADA.
Dirección del originador
Con la causa de dos octetos, el segundo identifica de dónde viene la orden. Es útil cuando una estación responde a más de un centro de control. Cada centro pone su número, la estación lo copia en la confirmación y la terminación, y así cada centro reconoce las respuestas a sus propias órdenes. Si el valor es cero, no se usa originador.
Qué revisar al diagnosticar
- El valor de la causa en la trama. Una captura con un analizador de protocolo muestra si un dato llega como espontáneo o como respuesta, y si una confirmación es negativa.
- Ancho del campo. Si un extremo espera un octeto y el otro envía dos, todos los campos siguientes quedan corridos.
- Interrogaciones repetidas. Si el centro hace la interrogación general cada pocos minutos, las respuestas llegan con causa 20 a 36. Si el SCADA las toma como eventos, aparecerán falsos cambios de estado.
- Causas no soportadas. Los equipos declaran en su lista de interoperabilidad qué combinaciones de tipo y causa aceptan. Un mando con una causa fuera de esa lista se rechaza con la causa 45.
Para fallas del enlace completo, la guía Enlace DNP3 o IEC 104 que se cae cubre los temporizadores y las ventanas de la 104.
Le ayudamos a revisar sus tramas
En Tiza Group hacemos la integración SCADA y gateways: analizamos las tramas del enlace, ajustamos qué causas se aceptan y registran, y probamos los mandos de extremo a extremo con el centro de control. Escríbanos y le cotizamos.
Guías relacionadas
- IEC 60870-5-104: qué es, cómo funciona y cómo se prueba
- Tipos de información de IEC 101 y 104: lista de TI
- Interrogación general y de contadores en IEC 101/104
- Mandos en IEC 101 y 104: directo o selección y ejecución
- Mando rechazado desde el SCADA: causas y diagnóstico
Referencias
- IEC 60870-5-101: lista de interoperabilidad, asignación de tipos de información y causas de transmisión; funciones de aplicación básicas.
- IEC 60870-5-104: causas de transmisión de dos octetos con dirección del originador.
Preguntas frecuentes
¿Qué diferencia hay entre causa espontánea y cíclica?
Espontánea (3) significa que el equipo envió el dato porque cambió. Cíclica o periódica (1) significa que lo envió porque venció un intervalo, haya cambiado o no. Los eventos de maniobra y protección van como espontáneos; las medidas de rutina suelen ir como cíclicas.
¿Qué indica una confirmación negativa de un mando?
Que el equipo recibió la orden, pero no la aceptó o no pudo ejecutarla. La confirmación lleva la misma causa que una positiva, con un indicador de negativa activado. El equipo puede además devolver una causa que explica el rechazo: tipo, causa, dirección común o dirección de objeto desconocidos.
¿Para qué sirve la dirección del originador?
Cuando la causa de transmisión ocupa dos octetos, el segundo identifica al origen de la orden, por ejemplo cuál de varios centros de control envió un mando. La respuesta lo devuelve para que cada centro reconozca la suya. Si no se usa, vale cero.