Con la interfaz TCP/UDP se pueden intercambiar datos RAW entre el PLC y el servidor remoto. Al mismo tiempo, también se puede iniciar un servidor para escuchar datos.
Info: La interfaz se sincroniza automáticamente con el ciclo más lento del PLC asignado. Los telegramas son almacenados en búfer por el sistema, de modo que no se pierde ningún telegrama.
Se utilizan los siguientes colores en el monitor.
| Color | Descripción |
|---|---|
| Blanco | No ha ocurrido ningún error. |
| Naranja | Se alcanzó el tiempo de espera. |
| Verde | La conexión fue exitosa. |
| Rojo | No se pudo establecer la conexión o se alcanzó un tiempo de espera crítico al enviar. Es posible que no se detecte un error en la comunicación UDP. |
Es posible enviar y recibir Broadcast y Multicast mediante la interfaz TCP/UDP. Para ello, el modo de operación se selecciona en la configuración del gateway. A continuación, diversas opciones, como por ejemplo TCP, ya no estarán disponibles. Además, la elección de la interfaz de salida será obligatoria.
Para enviar telegramas, además, debe ingresarse la IP según lo especificado junto al campo. Si esto no es así, se enviará mediante Unicast.
| Modo | Descripción |
|---|---|
| Unicast | Permite la comunicación directa. |
| Broadcast Limitado | Permite la comunicación solo en la red local. (Independiente de IP) |
| Broadcast Dirigido | Permite la comunicación con el subred de broadcast. Por ejemplo, 10.0.0.255, si la subred contiene 24 bits o se ha establecido en 255.255.255.0. |
| Multicast | Permite la comunicación mediante Multicast. Se utiliza IGMP-Snooping para ello. |
En la configuración de salto de línea se puede establecer la condición para finalizar la transmisión. El final detectado se envía junto con los datos.
Si no se detecta el final, la interfaz espera hasta que se alcance el tiempo de espera o el final de la conexión y luego envía el resultado al PLC. Por lo tanto, se recomienda verificar todos los paquetes recibidos. La recepción de telegramas UDP no tiene tiempo de espera.
El método puede definirse mediante el siguiente salto de línea:
HTTP
Este es especial, ya que permite reaccionar adecuadamente al Content-Length en el encabezado.
Para finalizar la recepción después de una cierta longitud, se puede utilizar la siguiente secuencia de caracteres en la configuración de salto de línea:
LEN === ###
Donde ### corresponde al número de caracteres. La escritura debe ser exactamente esta, incluyendo los espacios.
Atención: El uso de LEN === 1 recibe cada carácter individualmente y puede llevar a una mayor carga del servidor.
Se pueden definir varios finales de línea. Normalmente se utiliza \n o \r para ello. Cada línea define un final de línea diferente.
Los siguientes caracteres reciben un escape en la configuración:
\\ \r \n \0
En la comunicación saliente mediante TCP, se cierra la conexión después de cada solicitud.
Si no hay respuesta a la solicitud de sendrecv, la interfaz de envío se bloquea hasta que se alcance el tiempo de espera. Se muestra un error en el monitor.
| Variable | Descripción |
|---|---|
| Envía los datos al servidor. | |
| Envía todos los datos al servidor y no omite ningún telegrama. | |
| Como send, pero se espera una respuesta. | |
| Como !send, pero se espera una respuesta. | |
| La respuesta de |
|
| Datos recibidos del servidor local. | |
| Si ocurre un error durante la transmisión, el valor es verdadero. Este puede ocurrir en sendrecv solo después del tiempo de espera. |
Nota: Tenga en cuenta la seguridad de la interfaz. Los datos nunca deben transmitirse directamente a través de Internet. Aquí faltan la autenticación y el cifrado mediante SSL o TLS.