Guía de implementación Configuración de Vijeo Citect con gateways Centro de Competencia Técnica...

Guía de implementaciónConfiguración de Vijeo Citect con gateways

Centro de Competencia Técnica

Producto y Versión:Vijeo Citect 6.1-7.0-7.1ETG100/1000/3000

Revisión Fecha Autor Modificaciones

0.0 01/10/2010 Jaume Padilla Primera versión

Schneider Electric 2- Centro Competencia Técnica

Jaume PadillaVersión 0

Introducción

●Esta guía está prevista que sea una ayuda para la correcta comunicación entre el SCADA Vijeo Citect y dispositivos aguas abajo con gateways intermedios.



Índice

Parámetrosóptimos

Configuracióninicial

Casuística 1

Casuística 2

Pasarelas involucradas

Recordatorio



Pasarelas involucradas

Los gateways que indicamos (entre otras características) comparten los siguientes datos:

●Modbus/ ModbusTCP 10/100Mbps - RS-232/485, 10/100BaseT (RJ45)

●Máximo 32 dispositivos conectados

ETG100ETG1000ETG3000 EGX300



Parámetros óptimos

● Dependerá de los dispositivos aguas abajo● Quantum (según modelo e interface)

● Si procesa un máximo de 3 peticiones simultáneas por scan

[MODNET]

MaxOutstanding = 3 peticiones

MaxPending = 4 peticiones

● M340 (según modelo e interface)

● Si procesa un máximo de 2 peticiones simultáneas por scan

[MODNET]

MaxOutstanding = 2 peticiones

MaxPending = 3 peticiones

El número de peticiones puede consultarse al final del documento



Parámetros óptimos (II)

● MaxPending: determina el número máximo de peticiones en cola● MaxOutstanding: determina el número de peticiones simultáneas que permite

enviar en cada instante de tiempo

MaxPending = MaxOutstanding + 1

1 2 3

Maxpending Maxoutstanding

1,…n



Configuración inicial

● Establecer el timeout del gateway al máximo (10000ms)

Dentro del citect.ini de Vijeo Citect:[MODNET]● TimeOut = 20000● Retry = 8● MaxOutstanding = 1● MaxPending = 2● Block = 10 [LAN]● TimeOut = 21000● Sendtimeout = 20000● Retry = 3● Disable = 0● NETBIOS = 0● TCPIP = 1

Con estos parámetros conseguimos que la comunicación sea mínima y evitar posibles

cuellos de botella

Una vez estemos comunicando, empezar a disminuir el timeout tanto de Modnet como

de la red



Configuración inicial (II)

● Condición que se ha de cumplir siempre:

Timeout driver x (retries+1) < WatchTime*

Ejemplo 1:

Timeout driver= 4000ms

Retries= 4

Ejemplo 2:

Timeout driver= 7000ms

Retries= 4

Total=20 segundos

Total=35 segundos

(*)WatchTime chequea las comunicaciones cada 30 segundos por defecto



Configuración inicial (III)

● Condición que se ha de cumplir siempre:

Una vez ya no tengamos cortes de comunicación, reducir el timeout del gateway

Ejemplos (para una velocidad del bus a 9600 baudios):

Timeout driver > Timeout de la pasarela

Ethernet-Serial Serial-Ethernet



Casuística 1

●El número de peticiones que puede encolar el gateway también hay que tenerlo en cuenta:

Ejemplo:

● Vijeo Citect envía 4 peticiones simultáneas con una conexión Ethernet a la pasarela cada 10s

● El gateway permite encolar 50 peticiones

● El autómata conectado al gateway sólo puede procesar 1 petición modbus en cada trama

Funcionamiento correcto: el gateway permite despachar un mayor número de peticiones de las que recibe



Casuística 2

●El número de peticiones simultáneas que llegan al gateway influye directamente con la velocidad de procesamiento:

Ejemplo:

● Vijeo Citect envía 10 peticiones por segundo con una conexión Ethernet a la pasarela

● El autómata conectado al gateway sólo puede procesar 1 petición modbus en cada trama

● Pueden ocurrir 2 causas de descarte:

Timeout de los paquetes

La cola del gateway está llena



Recordatorio (I)

●Aumentar los tiempos de cache del servidor, hasta acercarlos al mínimo común necesario por la totalidad de servicios software (Pantallas, Alarmas, Trends, Cicode).

[MODNET]CacheTimeout = 500 ms (Tiempo refresco real en pantallas)

●Los Timeout del gateway y los de Vijeo Citect han de ser parecidos (se puede saturar el gateway en caso contrario)

● Modificar el comportamiento del autómata de estados programados en el driver:

[MODNET] SetNRDDisconnectExceptionErrorAsOffline = 1

●Instalar la última versión del driver de modnet disponible en: http://www.citect.com



Recordatorio (II)

●Cola del gateway (para la serie ETG): ● 50 mensajes

●Tiempo de respuesta:● Ethernet= <2ms

● Modbus= depende

●El autómata necesita 2 ciclos de scan para procesar la petición (ejemplo: si el ciclo está en 20ms, tardará 40ms)

●Además en el gateway se deja un margen de tiempo entre peticiones que hay que sumar al anterior (por defecto está en 10 char, que se puede traducir en 10 ms a 9600 baudios ó 5ms a19200 baudios)

●Igualmente, añadir un retraso de 1ms direccional asociado al tiempo de enrutado del gateway con el dispositivo modbus



Recordatorio (III)

Cada entorno requiere de una configuración personalizada

● Entender los parámetros explicados en esta guía:● Evitará el exceso de datos en la red● Maximizar los tiempos de respuesta● Evitar los cuellos de botella en los diferentes nodos.



CPU COMO SERVIDORPeticiones procesadas por scan (como server)Peticiones procesadas por scan (como server) y por modulo (solo Quantum)

QUANTUM140CPU113 140CPU311 140CPU434/534 140CPU651 ETHCopro NOE77101/11 NWM10000

20 20 20 20 N/A N/A N/A

4 4 88 NOE 16 Copro 16 N/A N/A

Rendimiento según autómata

PREMIUMTSXP570 TSXP571 TSXP572 TSXP573 TSXP574 TSXP575 ETHCopro ETYPORT ETY4103 ETY5103 WMY100

CPU COMO SERVIDORPeticiones procesadas por scan (como server) 4 4 8 12 16 20 N/A N/A N/A N/A N/A

CPU COMO SERVIDORPeticiones procesadas por scan (como server)

M340BMX P3420 ETHCopro NOE0100

8 N/A N/A



Make the most of your energy

www.schneiderelectric.es

Guía de implementación Configuración de Vijeo Citect con gateways Centro de Competencia Técnica...

Documents

Transcript of Guía de implementación Configuración de Vijeo Citect con gateways Centro de Competencia Técnica...