Recomendaciones de configuración de tareas para el sistema de HA

Para un rendimiento equilibrado del sistema de HA, tenga en cuenta las siguientes recomendaciones en la configuración de las tareas de su proyecto:

General

Utilice las prioridades en tiempo real para todas las tareas relacionadas con la HA. El programa/tarea de HA debe llamarse con la máxima prioridad, ya que es responsable de la funcionalidad principal de HA y debe ser la tarea más rápida.
La tarea Modbus contiene los bloques funcionales de comunicación de Modbus con una prioridad más baja y (dependiendo del rendimiento de la CPU) también un tiempo de ciclo más rápido para garantizar velocidades de actualización suficientes en Modbus sin sobrecargar la CPU con la comunicación.
Las partes del programa de aplicación deben llamarse en la tarea de aplicación con una prioridad aún menor y un tiempo de ciclo mayor que las tareas anteriores.
Configuración para mejorar el estándar Modbus TCP para una conmutación rápida entre PLCs.
Bloque de función de tiempo de retransmisión RTO "EthSetRtoMin" para el puerto ETH en el que está configurada la comunicación de bus de campo. Por defecto, el tiempo mínimo de retransmisión configurado es de 15 ms.

Tarea	Prioridad	PM57x, PM58x, PM59x	PM595-4ETH	PLC V3
HA	10 (alto)	4 ms o superior	2 ms o superior	4 ms o superior
Modbus	11 (medio)	Máximo de (tiempo de ciclo HA *2), (3 ms + redondeo (#CI/2))	Máximo de (tiempo de ciclo HA *2), (3 ms + redondeo (#CI/2))	A bordo de ETH: Máx ((duración del ciclo HA *2), (3 + redondeo (#CI módulos/2)))
Modbus	11 (medio)			CM5640-2ETH: Máx ((tiempo de ciclo HA * 2), (# módulos CI))
Aplicación	12 (bajo)	Máximo de (Modbus tiempo de ciclo 2), (iNoOfEthFrames HA tiempo de ciclo)	(iNoOfEthFrames * tiempo de ciclo HA)	Máximo de (Modbus tiempo de ciclo 2), (iNoOfEthFrames HA tiempo de ciclo *2)

Procedimiento de configuración de tareas

Elija el tipo de CPU adecuado según el capítulo Elección de la CPU, tamaño del sistema, indicaciones de rendimiento
Configure las prioridades de las tareas según la tabla
Establezca la tarea HA al mínimo según la tabla anterior
Calcule el tiempo de ciclo de Modbus según las fórmulas de la tabla, basándose en el ciclo de HA y el número de módulos CI "#CI".
Calcule el tiempo de ciclo de la aplicación según las fórmulas de la tabla, basándose en el tiempo de ciclo de Modbus y la variable iNoOfEthFrames, que está definida en las variables globales de la biblioteca HA-Modbus TCP.
Mida la carga del PLC y de la CPU durante el funcionamiento de prueba.

V3: Utilización del PLC⮫ «Utilización del PLC»

Si la carga del PLC es superior al 40 % o la carga de la CPU superior al 60 % entonces aumente el tiempo de ciclo de HA (por ejemplo a 8 ms / 12 ms / 24 ms, ...) y vaya al paso 4, repita los pasos hasta que la carga esté dentro del rango definido.

A partir de Automation Builder 2.4.1 se introduce una nueva opción de configuración de CPU V3 que permite cambiar la prioridad de la comunicación Ethernet en PLCs.

Establezca esta configuración en el árbol de dispositivos de la CPU en Automation Builder haga doble clic en PLC «Parámetros de la CPU Esquema de comunicación Seleccione "Onboard Ethernet"».

El parámetro anterior debe establecerse en «Onboard» Ethernet para sistemas HA y, en consecuencia, aumentará la carga debido a la mayor prioridad. La carga del PLC < 50 % y la carga de la CPU < 70 % deben considerarse aquí como directrices, mientras se establecen los tiempos de las tareas.

Los siguientes valores de tiempo de espera deben definirse en el proyecto de usuario de acuerdo con la relación definida.

Variables de tiempo de espera _{(véanse las definiciones en el cuadro inferior de la tabla)}	HA en V2	HA en V3
timCI52xTimeOut	1 * Modbus Duración de la tarea	50 ms o 2 * Modbus Tiempo de tarea, el que sea mayor
timHaModSyncTimeOut	1* Tiempo de tarea HA	2 * Tiempo de tarea HA
timResponseTimeout	No aplicable	50ms o (3 * «Modbus Tiempo de tarea»), lo que sea mayor.
timCanTimeOut	No aplicable	100 ms o aumento en múltiplo de 100
timeLifecom2TimeOut	50 ms	50 ms
timDualSyncPingTimeout	100 ms	100 ms

Añada aplicaciones adicionales y comunicación SCADA: Compruebe de nuevo la carga del PLC y de la CPU en función de sus necesidades.

En el sistema HA Modbus deben configurarse diferentes tiempos de espera para el funcionamiento fino del sistema, tal y como se ha descrito anteriormente en la configuración de tareas para PLCs V2 y V3. A continuación se explica el significado y la relación entre estos diferentes tiempos de espera:

timHaModSyncTimeOut:

Límite de tiempo para comprobar si se reciben o no los nuevos datos de sincronización en el PLC secundario. Si este tiempo de espera no se define correctamente, se generará el error Sync lost error/ «lifecom1» lost error.

timCanTimeOut:

Tiempo utilizado para comprobar si se recibe «lifecom2» cuando se configura a través de CAN. Este valor sólo es aplicable en AC500 V3. Lifecom2 via CAN no será estable entre los PLCs y el error de ejecución "lifecom2 lost" parpadeará si no se configura el valor correcto.

timCI52xTimeOut:

Límite de tiempo para comprobar si se reciben nuevos datos en los módulos de campo Modbus. También se utiliza para comprobar si se recibe «lifecom2» cuando se configura a través de Modbus TCP. Si «timCI52xTimeOut» no se define como se describe, «lifecom2» error / error de diagnóstico de la interfaz de comunicación no se generará como se espera.

timResponseTimeOut:

Valor de tiempo de espera para comprobar si la CPU ha perdido los módulos de interfaz de comunicación conectados en la red. Si este valor no se define como se describe, la detección de pérdida del módulo de interfaz de comunicación no se indicará correctamente.

timLifecom2TimeOut

Límite de tiempo para comprobar si se recibe «lifecom2» cuando se configura a través de Modbus TCP. Establezca «timlifecom2TimeOut» valor por defecto 50 ms, si el valor no se define correctamente, error de ejecución «Lifecom2 perdido» error de diagnóstico no se generará como se esperaba.

timDualSyncPingTimeout

Dual sync ping timeout que define el tiempo de espera para recibir respuesta ping de otro PLC . Si «timDualSyncPingTimeout» no se define correctamente, el error de diagnóstico en tiempo de ejecución "Sync junto con Lifecom1 se detiene y Sync se activa con Lifecom2" no se generará como se espera. Este tiempo de espera sólo es necesario si la función Dual Sync está activada y la variable global «xEnableDualSync» está ajustada a TRUE.