Rfl gard upgrade snmp feb 2013

1

RFL ELECTRONICS INCTraining Center

MONITOREO DE TRAPS SNMP V2C EN CFE MEXICO DURANTE 2012 / 2013 CON

TELEPROTECCION GARD 8000Samuel Valle

Customer Service Engineer forRFL Electronics, Inc.

[email protected]@[email protected]: (55) 5418 8124Oficina: (55) 5445 8429

www.rflelect.com The GARD SNMP results presented on this document belongs the last results obtained at 3 different district of CFE Mexico from 01/12 to 01/13

2

PROTOCOLO SIMPLE DE ADMINISTRACION DE RED

SNMPAplicado al GARD 8000 TPS

(Adicionalmente, el GARD cuenta con PROTOCOLO DNP para su USO/Administracion con UNIDADES DE CONTROL MTU/RTU)

The GARD SNMP results presented on this document belongs the last results obtained at 3 different district of CFE Mexico from 01/12 to 01/13

3

GARD 8000Teleproteccion

Antecedentes en CFE que orientan a los IED para su uso y administracion a traves de centros de monitoreo (CEMODATs)

NOTA: Las siguientes 3 diapositivas fueron tomadas del articulo publicado por laSUBGERENCIA DE DISTRIBUCION en Junio 2011 titulado: “Microredes en lossistemas de distribución inteligentes”


4The GARD SNMP results presented on this document belongs the last results obtained at 3 different district of CFE Mexico from 01/12 to 01/13

7GRT NORESTE AGO 2012

GRT OCCIDENTE OCT 2012

GRT NORTE ENE 2013

DESDE INICIOS DE 2012, RFL se dio a la tarea de iniciar ensayos en diferentes gerencias de transmision en CFE para integrar sus

equipos de teleproteccion GARD 8000 al proyecto de “MONITOREO DE ACTIVOS BASADOS EN CONDICION”.

Fue asi que en un principio SE NOS ORIENTO A LLEVAR LA INFORMACION DE LOS GARD A TRAVES DEL PROTOCOLO DNP,

CON LA CARGA DE PUNTOS DE CONTROL EN LA UNIDADES MAESTRAS DE CONTROL.

LOS RESULTADOS DE DICHOS ENSAYOS FUERON SATISFACTORIOS EN LA GERENCIA DE TRANSMISION NORESTE EN ENE 2012 DEBIDO A QUE EL GARD YA CONTABA CON LA FUNCIONALIDAD DEL DNP DESDE SU DISENO DE ORIGEN.


8

FUE ASI QUE EN MONTERREY, INICIAMOS CON LOS PRIMEROS ENSAYOS ENFOCADOS AL “MONITOREO DE ACTIVOS DE CFE”. EN ESA ALTURA CFE EN ESA GERENCIA ORIENTABA LOS ENSAYOS CON LOS GARD 8000 A

LLEVAR LA INFORMACION TRAVES DEL PROTOCOLO DNP.

SE AGREGARON PUNTOS DE CONTROL EN DNP EN LA UNIDADES MAESTRAS DEL DEPARTAMENTO DE ESTA ESPECIALIDAD Y TUVIMOS BUENOS RESULTADOS EN ENERO 2012.

Sin embargo, para el mes de Marzo de 2012 se informo que la tendencia de explotación y monitoreo de datos se haría a través del protocolo SNMP. Por tal razón, RFL se avoco a desarrollar en la plataforma GARD la

característica de envió estados de ALARMA / EVENTOS / COMANDOS / vía SNMP usando el mismo puerto de gestión RJ45 que tiene el GARD en la parte trasera.

http://www.rflelect.com/pdf_files/GARD_TPC_1-10.pdf

DNP

SNMPEl GARD 8000 puede generar trampas SNMP V2C encaso de una condición de alarma.

LOS TRAPs son programables e incluyenALARMAS Y COMANDOS DE Tx/Rx QUE SEPUEDEN ETIQUETAR a conveniencia del usuario.

Ademas de esto, si se produce un EVENTO Y/OALARMA, un TRAP se generará e incluirá la notificaciónhacia cualquier sistema supervisorio, de acuerdo a laMIB con la ESTAMPA DE TIEMPO .

El GARD 8000 puede difundir mensajes DNP3 a través del puerto

Ethernet o el puerto RS-485 integrado para REPORTAR A ESTACIONES

MAESTRAS mensajes SOLICITADOS Y NO SOLICITADOS.


9

GARD 8000 PROGRAMACION SNMP PARA

ENVIO DE TRAPs


10

Esta es la pantalla de bienvenida de cualquier GARD 8000. Enella hacemos login.


11

Con el equipo SIN alarmas y en el fondo de pantalla ROSA,seleccionamos el modulo CONTROLLER


12

Aquí apareceran los datos generales delGARD (Nombre / Version Chassis /Fecha y hora / IP Address. En la parte deabajo se vera el SNMP TRAPRECEIVERS

Seleccionamos entre 1-5 diferentesHOST (que serán las direcciones IP queindicaremos a los SUPERVISORES comoZABBIX, MIB Browser, etc. ParaRECIBIR los TRAPs del GARD. Asimismo Indicamos PUBLIC.

13

Un elemento necesario parapoder interpretar los TRAPsprovenientes del GARD, es loque se llama MANAGEMENTINFORMATION BASE o MIB.

Esta es la base de datosque el SUPERVISOR usapara “DESCIFRAR” losTRAPs.

ES IMPORTANTE DESTACARQUE EL GARD ADIFERENCIA DE OTROSEQUIPOS TIENE LA MIBDENTRO DEL MISMOEQUIPO (En la opción deSAVE FILE TO PC).

LO QUE EVITA QUE ELFABRICANTE ENVIEDIFERENTES ARCHIVOS QUETERMINAR POR CONFUNDIRAL USUARIO A LA HORA DEIMPLEMENTARLOS EN ELSUPERVISOR.


14

Otro elemento SOBRESALIENTE EN EL GARD es el hecho de que a travs de laopcion de “EDIT HMI LABELS” el usuario puede “ETIQUETAR” los TRAPs paraque una vez que estos sean enviados al SUPERVISOR. Los mismos sean“INTERPRETADOS” perfectamente y en tiempo real.


15

EL GARD PUEDE MANDAR:

• Alarmas de HARDWAREAlarmas de COMMS

• Comandos de TX / RX• Monitores de SNMP

TODOS ELLOS SE ENVIAN EN TIEMPO REAL

(No hay DELAY porque el GARD usa losmismos HMI de su lógica de operacióninterna y estos son reportados ENTIEMPO REAL a los sistemasSUPERVISORES).

El REGISTRO ES IDENTICO(nombre / fecha / Hora) através de SNMP y en el“SOE (Registrador Internodel GARD) ”.

Esto significa que eloperador podrá LEERidénticamente el eventoreportado en SNMP y elpersonal a cargo delGARD lo vera también enel SOE

16

Hemos usado a manera desistema SUPERVISOR DETRAPs, un programa “OPENSOURCE” llamado MIBBrowser. Este programa contiene un ejecutable en PC quepermite al personal en lasdiferentes zonas hacer laprogramación del AGENTE GARDSNMP, probando la función decaptura de TRAPs

Este Programa lo hemos usadocon éxito en 3 entrenamientosDE GARD CON SNMP en lasgerencias de TRANSMISIONNOROESTE / OCCIDENTE /NORTE con resultadossatisfactorios.

Aquí presento un Email quedetalla la instalación en PC en lassiguientes 3 diapositivas.

17

Se descomprime la carpeta en formato

RAR del MIB Browser, se ejecuta el archivo “Bin” y

luego el “Browser.Bat”.

Luego se descargan las bases MIB que por default trae el programa nativo y se Re‐carga el MIB

del GARD


18

Por ultimo se INDICA al MIB

Browser que IP fue programada en el GARD para enviar

los TRAPs.

Asi, ahora solo ACTIVA la opcion de ‘Trap Receiver” y los EVENTOS QUE SE GENERAN EN EL GARD apareceranvia SNMP en el Mib

Browser.


19

La primera experiencia en CFE existosa con el GARD enviando

TRAPs en SNMP fue en la GRT Noroeste

en Ago 2012.La persona que aparece en esta diapositiva nos apoyo con ese primer grupo en

entrenamiento del GARD con SNMP V2. en el COREFO

de la GRT NOROESTE


20

En octubre de 2012 en la GRT OCCIDENTE. Otro grupo en entrenamiento de GARD c/SNMP V2 utilizo otro emulador “Open Source” para captura de TRAPsllamado Manage Engine Mib Browser con resultados semejantes a los de la

GRT NOROESTE.

El ultimo dato de otro entrenamiento en CFE de GARD c/ SNMP V2 se dio en la GRT NORTE y a continuación presento unas pantallas de las capturas de

TRAPs en dicho entrenamiento:


21

Al arrancar el “Manage Engine MibBrowser”…se ejecuta una rutina en MSDOS


22

Después aparecerá UNA VENTANA con el programa ejecutándose.(Observese en la parte izquierda que ya esta cargada la MIB del GARD

23

Aquí se ve la captura de un TRAP que ha sido interpretado a traves de SNMP usando la MIB del GARD.

(Dar “Zoom” para ver a detalle el TRAP)

24

El GARD 8000 tiene la capacidad de generar Traps SNMP en el caso de que ocurra una condición de Alarma / Disparo / Evento o dicho de

otra forma, con cualquier cambio en uno de los Bits de Salida HMI, se activan los TRAPs en TIEMPO REAL a traves de SNMP

Las Trampas son programables. 64 Bits de Salida HMI los cuales pueden ser definidos a la hora de programar la lógica.

Eso incluye alarmas y/o contactos de disparo (entradas y salidas). Mediante el uso de la página Web del GARD, el usuario le puede

asignar una etiqueta a cada Bit de Salida HMI.

Resumen GARD 8000 c/SNMP V2

SNMP


El procesador DSP del GARD monitorea el estado de cada uno de los 64 Bits de Salida HMI (HMIOUT) cada 25 ms.

Si alguno de esos Bits cambia de estado entre dos lecturas, una Trampa SNMP (SNMP V2C) se genera

ESTO SIGNIFICA QUE AL MISMO TIEMPO QUE EL SOE REGISTRA EL EVENTO, ESTE SE ESTA ENVIANDO VIA SNMP

COMO TRAP AL SUPERVISOR EN TIEMPO REAL

TrapSNMP

SOE INTERNO



26


La interfaz Web le permite al usuario agregar la dirección IP de hasta cinco (5) estaciones administradoras (Managers). Las trampas son enviadas a cada una de las estaciones administradoras que estén

habilitadas en la página web.

Nota: EL GARD 8000 actualmente esta desarrollando OTRA INTERFAZ PARA HACER UPGRADE A SNMP DE LA

TELEPROTECCIONES RFL 9745 QUE CFE USA EN MUCHAS ZONAS DE TRANSMISION.

Igualmente, se esta desarrollando para el GARD la opcion GET/SET en SNMP para el GARD 8000.


27

GRACIAS POR SU ATENCION

RFL ELECTRONICS INC.SAMUEL VALLE

www.rflelect.com


Rfl gard upgrade snmp feb 2013

Documents

Transcript of Rfl gard upgrade snmp feb 2013