En ICCP un transfer set decide cuándo el servidor envía un data set al cliente. Las condiciones de disparo son el vencimiento de un intervalo, la comprobación de integridad, el cambio de un objeto, la petición del operador y otro evento externo. Con el indicador RBE activo solo se reportan las señales que cambiaron, y la integridad cíclica verifica que no se perdió ningún evento.
Respuesta corta
En ICCP (TASE.2), los datos se agrupan en data sets y un transfer set define cuándo y cómo se envían. Hay dos formas básicas: periódica, con todos los valores cada cierto tiempo, y por excepción, con solo lo que cambió. La segunda envía menos datos, y por eso se acompaña de una comprobación de integridad para detectar pérdidas. Esta guía amplía el enlace entre centros de control ICCP. La protección de los datos en tiempo real entre centros de control que pide CIP-012 está en NERC CIP-012: comunicaciones entre centros de control.
Modelos de transferencia
Los transfer sets existen para cuatro modelos de datos:
| Modelo | Bloque de conformidad |
|---|---|
| Transferencia de data set | 1 y 2 |
| Transferencia de series de tiempo | 9 |
| Transferencia de un conjunto de cuentas | 8 |
| Transferencia de mensajes de información | 4 |
Un transfer set admite tres operaciones: iniciar la transferencia, detenerla y obtener el siguiente transfer set. Los bloques se explican en bloques de conformidad 1 al 5.
Condición de monitoreo y reporte
Un transfer set tiene dos acciones. La condición de monitoreo permite al servidor vigilar cada una de las condiciones fijadas en sus parámetros. Cuando se cumple alguna, el servidor genera un reporte de transferencia y lo envía al cliente.
Condiciones de disparo
Las condiciones activas se declaran en el atributo de condiciones de data set (DSConditions). Son cinco:
- IntervalTimeOut. El servidor envía el reporte al vencer el intervalo. Con RBE desactivado, el reporte lleva todos los puntos del data set. Con RBE activado, se envía un reporte cada cierto tiempo, pero solo con las señales que cambiaron; si además está activo All Changes Reported, lleva todos los cambios de cada señal y, si no, solo el último estado.
- IntegrityTimeOut. Activa la verificación cíclica. Se usa con el envío por eventos y permite comprobar que no se perdió ningún evento.
- ObjectChange. Envía un reporte cuando cambia el estado de un punto del data set.
- OperatorRequest. Envía un reporte con todos los elementos del data set a petición del operador del centro de control.
- OtherExternalEvent. Para cualquier otro evento, sobre todo en los bloques 8 y 9.
- ¿El centro necesita ver cada cambio en cuanto ocurre?
- Sí: ObjectChange con RBE e IntegrityTimeOut para verificar que no se pierden eventos
- No: IntervalTimeOut: el reporte se envía cada cierto tiempo
Parámetros de un transfer set
Cada transfer set lleva estos atributos:
- Nombre del transfer set. Se genera en la configuración del servidor. A diferencia de los data sets, no se pueden crear desde el cliente.
- Nombre del data set al que está ligado.
- Identificador de asociación. La asociación a nivel de aplicación, es decir, el AE-qualifier y el AP-title. Véase canal de comunicación y asociación.
- Estado. Habilitado (ENABLE) o deshabilitado (DISABLE).
- Código de evento solicitado. Qué eventos externos, de los bloques 8 y 9, se pueden enviar con un reporte.
- Parámetros de transmisión del data set (DSTransmissionPars), que fijan las condiciones de disparo.
Parámetros de transmisión
| Parámetro | Qué fija |
|---|---|
| Start Time | Tiempo entre la activación del reporte y el inicio del monitoreo. Con cero se inicia de inmediato |
| Interval | Tiempo del envío cíclico |
| TLE | Tiempo límite de ejecución: la máxima espera para enviar un reporte respecto a su estampa de tiempo |
| Buffer Time | Espera entre el cambio y el envío del reporte; solo aplica a ObjectChange |
| Integrity Check | Tiempo para enviar un reporte con todos los datos y verificar integridad; se usa con ObjectChange |
| DSConditions Requested | Las banderas de las condiciones activas |
| Block Data | Comprime la información en un solo bloque; se usa en el bloque 3 |
| Critical | Obliga al cliente a confirmar los reportes recibidos, mediante la estampa de tiempo |
| RBE | Con reportes por evento, envía solo el dato que cambió; si no, todos los elementos |
| All Changes Reported | Envía todos los cambios de una señal si cambió varias veces; si no, solo el último |
Cuidados al configurar
- Un transfer set habilitado sin condiciones activas no envía datos. Es una causa típica de asociación que funciona sin que lleguen datos, como se indica en ICCP / TASE.2.
- El Buffer Time es la espera entre el cambio y el reporte, y solo aplica a ObjectChange.
- Con RBE use la comprobación de integridad, que es la que verifica que no se perdieron eventos.
- Critical exige que el cliente confirme los reportes mediante la estampa de tiempo.
Cómo le ayudamos
Elegir bien las condiciones de cada transfer set decide si el otro centro ve a tiempo un cambio de estado sin saturar el enlace. En Tiza Group configuramos y probamos los data sets y transfer sets de ICCP, y probamos cada uno antes de la puesta en servicio. Conozca nuestra integración SCADA y gateways o escríbanos para cotizarla.
Guías relacionadas
- ICCP / TASE.2 (IEC 60870-6): enlace entre centros de control
- ICCP: canal de comunicación y asociación entre centros
- ICCP: bloques de conformidad 1 al 5
- IEC 62351-4: MMS y TASE.2
- NERC CIP-012: comunicaciones entre centros de control
Referencias
- IEC 60870-6-503, TASE.2 Services and protocol: data sets, transfer sets y condiciones de transmisión.
- IEC 60870-6-702, TASE.2 Functional profile.
- IEC 60870-6-802, TASE.2 Object models.
Preguntas frecuentes
¿Qué es un transfer set en ICCP?
Es el objeto del servidor que liga un data set con las condiciones en que se envía. Define cuándo se reporta (por intervalo, por cambio, por petición) y con qué parámetros. No se crea desde el cliente: se genera en la configuración del servidor.
¿Qué significa RBE?
Reporte por excepción (report by exception). Con RBE activo, un reporte por eventos lleva solo los elementos del data set que cambiaron. Sin RBE, lleva todos los elementos.
¿Para qué sirve la comprobación de integridad?
Cuando se envía por eventos, permite verificar de forma cíclica que no se perdió ningún evento: el servidor envía cada cierto tiempo un reporte con todos los datos.