Post on 03-Mar-2015
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.
Schneider Electric 3- Centro Competencia Técnica
Jaume PadillaVersión 0
Índice
Parámetrosóptimos
Configuracióninicial
Casuística 1
Casuística 2
Pasarelas involucradas
Recordatorio
Schneider Electric 4- Centro Competencia Técnica
Jaume PadillaVersión 0
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
Schneider Electric 5- Centro Competencia Técnica
Jaume PadillaVersión 0
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
Schneider Electric 6- Centro Competencia Técnica
Jaume PadillaVersión 0
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
Schneider Electric 7- Centro Competencia Técnica
Jaume PadillaVersión 0
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
Schneider Electric 8- Centro Competencia Técnica
Jaume PadillaVersión 0
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
Schneider Electric 9- Centro Competencia Técnica
Jaume PadillaVersión 0
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
Schneider Electric 10- Centro Competencia Técnica
Jaume PadillaVersión 0
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
Schneider Electric 11- Centro Competencia Técnica
Jaume PadillaVersión 0
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
Schneider Electric 12- Centro Competencia Técnica
Jaume PadillaVersión 0
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
Schneider Electric 13- Centro Competencia Técnica
Jaume PadillaVersión 0
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
Schneider Electric 14- Centro Competencia Técnica
Jaume PadillaVersión 0
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.
Schneider Electric 15- Centro Competencia Técnica
Jaume PadillaVersión 0
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
Schneider Electric 16- Centro Competencia Técnica
Jaume PadillaVersión 0
Make the most of your energy
www.schneiderelectric.es