Publicidad
Datos de potencia
2.3 Interfaz SEND/RECEIVE
Limitaciones en UDP
• La transferencia se realiza sin acuse
La transmisión de telegramas UDP tiene lugar sin acuse, lo que significa que la pérdida de
mensajes no es advertida por el bloque emisor (AG_SEND o AG_LSEND) y no es
visualizada.
• Sin recepción de UDP-Broadcast
Para evitar situaciones de sobrecarga debidas a un exceso de carga Broadcast, el CP no
permite la recepción de UDP-Broadcast. Utilice como alternativa la función Multicast
mediante conexión UDP. De este modo, tiene la posibilidad de iniciar sesión con el CP
como dispositivo de un grupo Multicast.
• Respaldo de telegramas UDP
Longitud del búfer de telegramas con el respaldo activado: 2 KB
Observación: Tras un desbordamiento del búfer se rechazan nuevos telegramas entrantes.
2.3.2
Número de llamadas SEND/RECEIVE operables paralelamente
El número de llamadas SEND/RECEIVE operables paralelamente es limitado tanto por la CPU
como por el CP.
Si se sobrepasa el número máximo de llamadas SEND/RECEIVE paralelas, en el ESTADO de las
funciones SEND sobrantes se muestra el valor 8302H (no hay recursos para recepción). Esto
puede suceder, por ejemplo, si se envían demasiadas llamadas SEND/RECEIVE al mismo
tiempo en el OB1.
Limitación por la CPU
En el modo productivo, el número de llamadas SEND/RECEIVE operables paralelamente
depende de los recursos utilizados de la CPU. Observe lo dicho respecto a los recursos de CPU
disponibles en el capítulo Entorno del sistema (Página 24).
Se necesitan los siguientes recursos de CPU:
• por cada petición SEND corta (AG_SEND) o larga (AG_LSEND): 1 recurso
• por cada petición RECEIVE corta (AG_RECV): 1 recurso
• por cada petición RECEIVE larga (AG_LRECV): 2 recursos
• por cada petición SPEED-SEND/RECV (AG_SSEND, AG_SRECV): 0 recursos
Limitación por el CP
Por cada CP se pueden operar como máximo 64 conexiones SEND/RECEIVE.
20
Manual de producto, 03/2023, C79000-G8978-C255-06
CP 443-1
Publicidad
