La norma exige características de la información transmitida en tiempo real por los sistemas SCADA de los Coordinados (empresas eléctricas) que, en muchas ocasiones, requerirá el cambio de equipamiento existente por equipos de última generación, especialmente en lo que se refiere a protocolos de comunicación y las Unidades Remotas de Adquisición de Datos y Comando (RTUs). En este artículo se analizarán algunas de estas exigencias.

El artículo 4-12 de la mencionada regulación señala que se requiere una disponibilidad de la información mayor que el 99,5% en tiempo, lo que esto significa que las fallas acumuladas transmitidas de cualquier data no podrán sobrepasar las 43,8 horas al año. Esto pareciera no ser muy exigente, pero los sistemas SCADA tienen gran cantidad de centros remotos repartidos geográ-ficamente, los cuales dependen fuertemente de las comunicaciones y de la robustez de sus equipos.

Para satisfacer esta exigencia, deberán existir sistemas de respaldos de alimentación eléctrica en todos los equipos (Artículo 4-13), y la posibilidad de redundancia de comunicaciones críticas y posibilidad de redundancia en Fuentes de Poder y Tarjetas Proce-sadoras CPU de equi-pamiento electrónico importante (Artículo 4-14).

Por su parte, el artículo 4-16 señala que eventos importantes deberán ser etiquetados con una marca de tiempo de ocurrencia (Time Stamping). Esto requiere que cada unidad remota RTU tenga un reloj interno, que deberá estar en sincronía con la hora oficial con un error no mayor a 5 milisegundos. Esta sincronía se puede conseguir utilizando un reloj GPS individual conectado a una de las puertas de comunicaciones de la RTU o en el caso que los canales de comunicación con el servidor del sistema SCADA sean rápidos y tengan poco tráfico, se pueden sincro-nizar en forma colectiva con un reloj GPS centralizado conectado al servidor. Para transmitir los datos con etiquetado de tiempo y también para poder sincronizar los relojes del sistema se requerirá de un protocolo de comunicación apropiado, siendo bien aceptado el DNP 3.0 en nuestro país.

Asimismo, el sistema deberá garantizar que la información llegue al CDEC no mas allá de 10 segundos después de ocurrido un evento. Actualmente, las comunicaciones son bastante rápidas, pero existen demoras que pueden sobrepasar el tiempo exigido si se utiliza sólo un escaneo secuencial de toda la información. Por ello, deberá adoptarse en las unidades remotas un equipamiento que sea capaz de efectuar transmisión por excepción de las variables cuando éstas hayan cambiado y además, disparar una comunicación inmediata al Centro de Control con estos cambios. El protocolo DNP 3.0 es adecuado, ya que en su nivel clase 0 agrupa las variables a transmitirse periódicamente y en las clases 1 y superiores, transmite por excepción cuando ocurren cambios en los distintos grupos de variables, por ejemplo, clase 1 (eventos de tipo discretos), clase 2 (cambios significativos en variables análogas), etc.

Como la cantidad de datos a transmitirse puede llegar a ser apreciable, se está imponiendo la utilización de Ethernet TCP/IP como vehículo de transmisión de data por su flexibilidad para llegar a transmitir gran cantidad de información, por su amplia base instalada en redes WAN y la gran gama de productos que la soportan.

Sin embargo, para dar cumplimiento a la rapidez y seguridad en la transmisión requerida, será conveniente que el driver Ethernet de las unidades remotas sea nativo al Bus del equipo y no sea un conversor agregado a la salida de una puerta de comunicaciones destinada a otro protocolo más lento.