Normas de la lista de variables de red (NVL)
Normas sobre la cantidad de datos
Debido a que existen algunas limitaciones de rendimiento, respete las normas siguientes:
|
Número |
Norma |
|---|---|
|
1 |
La transmisión de datos de una NVL (remitente) a una NVL (receptor) no debe superar los 200 bytes. |
|
2 |
El intercambio de datos entre diversas NVL (remitente) de un controlador y sus NVL (receptor) asociadas no debe superar los 1000 bytes de variables. |
Normas sobre el número de datagramas
Para limitar el tiempo de ciclo máximo de tareas de NVL, respete las normas siguientes:
|
Número |
Norma |
Descripción |
|---|---|---|
|
1 |
Limite el número de datagramas recibidos por ciclo a 20. |
Cuando se supere el límite, el resto de datagramas se tratarán en el próximo ciclo. Cuando se alcance el límite, aparecerá la notificación Desborde de recibidos en los datos de diagnóstico. Un datagrama puede contener hasta 256 bytes. Eso significa que no debe superar el límite de 5120 bytes de datos transmitidos a un receptor. |
|
2 |
Limite el número de datagramas transmitidos por ciclo a 20. |
Cuando se supere el límite, el resto de datagramas se tratarán en el próximo ciclo. Cuando se alcance el límite, aparecerá la notificación Desborde de transmitidos en los datos de diagnóstico. Un datagrama puede contener hasta 256 bytes. Eso significa que no debe superar el límite de 5120 bytes de datos transmitidos por un controlador de emisor. |
Si el número de datagramas recibidos o transmitidos por ciclo supera el límite varias veces, puede suceder lo siguiente:
oPérdida de datagramas de UDP (protocolo de datagramas de usuario)
oIntercambio de variables incoherente o inconsistente
Adapte los parámetros siguientes según sus necesidades:
oTiempo de ciclo del controlador remitente
oTiempo de ciclo del controlador receptor
oNúmero de remitentes en la red
|
AVISO |
|
PÉRDIDA DE DATOS |
|
Antes de poner el sistema en funcionamiento, compruebe minuciosamente que la transmisión y la recepción de datagramas de UDP de su aplicación sean correctas. |
|
El incumplimiento de estas instrucciones puede causar daño al equipo. |
Número máximo de NVL (remitente)
Defina un máximo de siete NVL (remitente) por controlador (remitente) para ayudar a mantener un rendimiento transparente.
Normas sobre los tiempos de ciclo de tareas de NVL (remitente) y NVL (receptor)
Para evitar un desborde en la recepción, debe definir un tiempo de ciclo para la tarea que gestiona la transmisión de NVL (remitente) que sea al menos dos veces superior al tiempo de ciclo de la tarea que gestiona la recepción de NVL (receptor).
Normas sobre la protección del identificador de listas
La función NVL incluye una comprobación del identificador de listas:
El identificador de listas ayuda a evitar que una NVL (remitente) de dos controladores individuales con el mismo identificador de listas (consulte el cuadro de diálogo GVL > Propiedades > Identificador de listas:) envíe datagramas a la misma NVL (receptor) de cualquier controlador. Si el Identificador de listas no es exclusivo, puede ocasionar una interrupción en el intercambio de variables.
|
AVISO |
|
PÉRDIDA DE COMUNICACIÓN |
|
Asegúrese de que solo una dirección IP utiliza el identificador de listas de la red. |
|
El incumplimiento de estas instrucciones puede causar daño al equipo. |
La función de comprobación del identificador de listas se implementa en el controlador de receptor.
Si una NVL (receptor) detecta que dos direcciones IP distintas utilizan el mismo identificador de listas, el receptor deja inmediatamente de recibir datagramas.
Además, aparecerá una notificación en el bloque de funciones NETVARGETDIAGINFO. Se proporcionan las direcciones IP de los dos emisores en los parámetros de salida dwDuplicateListIdIp1 y dwDuplicateListIdIp2 de este bloque de funciones.
Con el bloque de funciones NETVARRESETERROR, se restablecerán los errores que se detecten en la NVL y se volverá a iniciar la comunicación.
Coherencia de tipo de variables de red
NOTA: El tipo de variable de red no se comparte entre distintos controladores. Debe asegurarse de que los tipos utilizados tengan la misma definición en todos los dispositivos; de lo contrario no será posible la comunicación NVL.
Esto es aplicable, por ejemplo, a los tipos SEC.ETH_R_STRUCT o SEC.PLC_R_STRUCT. Están disponibles de forma predeterminada en diversos controladores con distinto tamaño o campos.
