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 Modificaciones 0.0 01/10/2010 Jaume Padilla Primera versión Centro de Competencia Técnica

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 Pasarelas Casuística 1 involucradas Parámetros Casuística 2 óptimos Casuística 2 Configuración inicial 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 ETG100 ETG3000 ETG1000 EGX300

El número de peticiones puede consultarse al final del documento 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 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 1,…n Maxpending Maxoutstanding

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 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.

Rendimiento según autómata

Make the most of your energy www.schneiderelectric.es