Transcript Configuración de Vijeo Citect con pasarelas

Guía de implementación
Configuración de Vijeo Citect con gateways
Producto y Versión:
Vijeo Citect 6.1-7.0-7.1
ETG100/1000/3000
Revisión
Fecha
Autor
0.0
01/10/2010
Jaume Padilla
Centro de Competencia Técnica
Modificaciones
Primera versión
Versión 0
Jaume Padilla
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 - Centro Competencia Técnica
2
Versión 0
Jaume Padilla
Índice
Schneider Electric - Centro Competencia Técnica
Pasarelas
involucradas
Casuística 1
Parámetros
óptimos
Casuística 2
Configuración
inicial
Recordatorio
3
Versión 0
Jaume Padilla
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
ETG3000
Schneider Electric - Centro Competencia Técnica
EGX300
ETG1000
ETG100
4
Versión 0
Jaume Padilla
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 - Centro Competencia Técnica
5
Versión 0
Jaume Padilla
Parámetros óptimos (II)
1 2 3
Maxpending
●
●
1,…n
Maxoutstanding
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
Schneider Electric - Centro Competencia Técnica
6
Versión 0
Jaume Padilla
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
Schneider Electric - Centro Competencia Técnica
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
7
Versión 0
Jaume Padilla
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
Total=20 segundos
Ejemplo 2:
Timeout driver= 7000ms
Retries= 4
Total=35 segundos
(*)WatchTime chequea las comunicaciones cada 30 segundos por defecto
Schneider Electric - Centro Competencia Técnica
8
Versión 0
Jaume Padilla
Configuración inicial (III)
● Condición que se ha de cumplir siempre:
Timeout driver > Timeout de la pasarela
 Una vez ya no tengamos cortes de comunicación, reducir el timeout
del gateway
Ejemplos (para una velocidad del bus a 9600 baudios):
Ethernet-Serial
Schneider Electric - Centro Competencia Técnica
Serial-Ethernet
9
Versión 0
Jaume Padilla
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 - Centro Competencia Técnica
10
Versión 0
Jaume Padilla
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 - Centro Competencia Técnica
11
Versión 0
Jaume Padilla
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 - Centro Competencia Técnica
12
Versión 0
Jaume Padilla
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 - Centro Competencia Técnica
13
Versión 0
Jaume Padilla
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 - Centro Competencia Técnica
14
Versión 0
Jaume Padilla
Rendimiento según autómata
PREMIUM
TSXP570 TSXP571 TSXP572 TSXP573 TSXP574 TSXP575 ETHCopro
CPU COMO SERVIDOR
Peticiones procesadas por
scan (como server)
4
4
8
12
16
20 N/A
ETYPORT ETY4103 ETY5103 WMY100
N/A
N/A
N/A
N/A
M340
BMX P3420
CPU COMO SERVIDOR
Peticiones procesadas por
scan (como server)
ETHCopro
NOE0100
8 N/A
QUANTUM
140CPU311
140CPU113
CPU COMO SERVIDOR
Peticiones procesadas por
scan (como server)
Peticiones procesadas por
scan (como server) y por
modulo (solo Quantum)
Schneider Electric - Centro Competencia Técnica
N/A
20
4
140CPU434/534 140CPU651 ETHCopro NOE77101/11
20
4
20
8 NOE
8 Copro
20 N/A
NWM10000
N/A
N/A
16 N/A
N/A
16
15
Versión 0
Jaume Padilla
Make the most of your energy
www.schneiderelectric.es
Schneider Electric - Centro Competencia Técnica
16