Mostrar lista de artículos
Industrial Ethernet CPs S7-300/400 -- Informaciones de producto -- Descripción del sistema (protocolos)
¿Qué diferencias existen entre los productos OPEN MODBUS / TCP Redundant V1 y OPEN MODBUS / TCP Redundant V2?
¿Qué hay que tener en cuenta cuando se activa la función "SNMP" en la configuración de los módulos de seguridad?
¿Qué módulos de seguridad soportan servidores DNS dinámicos y cómo pueden comunicar entre sí?
¿Qué hay que tener en cuenta cuando se activan y se utilizan las funciones de seguridad del CP343-1 Advanced y del CP443-1 Advanced?
¿Qué hay que tener en cuenta al sustituir un módulo antiguo por su sustituto de tipo CP443-1 o CP443-1 Advanced?
¿Cómo se comprueba la autenticidad de los módulos de comunicación CP343-1 y CP443-1?
¿Qué hay que tener en cuenta cuando un puerto de la CP343-1, 6GK7343-1CX10-0XE0 y 6GK7343-1EX30-0XE0, con Firmware V2.1 o superior, funciona a 10 Mbit/s en modo half-duplex?
¿Qué IO Devices y qué controladores IO soportan las funciones IRT, el arranque prioritario, MRP, PROFIenergy, Shared-Device, I-Device y el servicio isócrono?
¿Dónde se puede conseguir la ampliación del Firmware para la CP 343-1 ERPC, para su conexión a una base de datos?
¿Qué módulos de SIMATIC S7-300 / S7-400 permiten trabajar con mensajes de hora del día NTP y cómo se activa este tipo de sincronización horaria?
¿Qué módulos se pueden usar cuando se utiliza en una aplicación la redundancia software?
¿Qué tipos de enlace / protocolos se soportan de forma estándar en las CPUs y CPs del S7-300/400?
¿Qué nodos de PROFINET permiten la puesta en marcha automática y la sustitución del equipo sin función de medio intercambiable?
¿Qué participantes de PROFINET soportan el diagnóstico PN ampliado y qué hay que configurar?
Utilización del C-Plug en los componentes de red y las CPs de SIMATIC
¿Qué propiedades tienen los servicios o protocolos de comunicación que se pueden utilizar en las redes Industrial Ethernet?
Comportamiento de las tarjetas de comunicaciones en la transmisión de datos a través de enlaces TCP sin RFC 1006
¿Qué hay que tener en cuenta en la función ICMP-Redirect (internet control message protocol) respecto a la dirección IP del Router utilizado con las CPs de Industrial Ethernet?
¿Qué hay que tener en cuenta con la función Autonegociación para la negociación del modo de servicio LAN con las CPs de Industrial Ethernet
¿Qué relaciones existen entre las máscaras de subred y las direcciones IP respecto al "Subnetting" y al "Supernetting" (classles inter domain routing - CIDR)?
¿Cuáles son los requisitos para usar la función de routing S7 y qué módulos lo pueden realizar?
¿Por qué se envían muchos telegramas diferentes en una comunicación TCP/IP abierta a través de Industrial Ethernet, cuando se utilizan los módulos T en las CPs IE y las CPU, si se transmiten una longitud máxima de datos útiles de 1452 Bytes?
¿Qué propiedades, ventajas y particularidades ofrece el protocolo ISO?
¿Qué propiedades, ventajas y particularidades ofrece el protocolo UDP?
¿Qué propiedades, ventajas y particularidades ofrece el protocolo ISO-on-TCP?
¿Qué propiedades, ventajas y particularidades ofrece el protocolo S7?
¿Qué propiedades, ventajes y particularidades ofrece el protocolo TCP?
¿Qué requerimientos hay que cumplir para desactivar la interfase PROFINET CBA en el módulo CP443-1EX40?
"Time Wait" en la desconexión de un enlace TCP
¿Qué diferentes longitudes de los bloques de datos existen en los diferentes protocolos de comunicación SEND / RECEIVE?
¿Qué es el RFC1006 y para qué se utiliza este servicio?
Significado y funcionamiento del "Keep Alive" en los enlaces TCP
¿Por qué se envían muchos telegramas diferentes en una comunicación TCP/IP abierta a través de Industrial Ethernet, cuando se utilizan los módulos T en las CPs IE y las CPU, si se transmiten una longitud máxima de datos útiles de 1452 Bytes?
Referencia:

Descripción:
El siguiente comportamiento afecta a las siguientes CPs 443-1 Advanced para Industrial Ethernet:

  • 6GK7 443-1EX40-0XE0
  • 6GK7 443-1EX41-0XE0
  • 6GK7443-1GX20-0XE0
  • 6GK7443-1EX20-0XE0

Estos módulos soportan, entre otras, la comunicación TCP/IP abierta a través de Industrial Ethernet con ayuda de los siguientes módulos de comunicación (módulos T):
 
FB Nombre del módulo Función
FB63 TSEND Envío de paquetes de datos a través de un enlace de comunicación creado
FB64 TRCV Recepción de paquetes de datos a través de un enlace de comunicación creado
FB65 TCON Creación de un enlace de comunicación
FB66 TDISCON Desconexión de un enlace de comunicación ya existente

Los módulos de comunicación sólo soportan el tipo de enlace ISO-on-TCP. Por eso, se utiliza la ampliación de protocolo RFC 1006 para el protocolo TCP. De esta forma, se puede transferir un máximo de 1452 Bytes de datos útiles.

En Industrial Ethernet, el tamaño máximo para las tramas es de 1460 Bytes (maxSegmentSize). Por tanto, los 1452 Bytes de datos caben en un telegrama de Ethernet, es decir, los procesadores de comunicación pueden enviar los datos en un solo telegrama.

Las CPUs con interfase IE integrada también soportan la comunicación TCP/IP abierta a través de Industrial Ethernet con ayuda de los módulos T.

Las CPs de Industrial Ethernet envían 1452 Bytes de datos dentro de un telegrama. La CPU de S7 envían los mismos datos dentro de 2 telegramas.

Explicación:
Para poder aclarar esta diferencia, se van a ver 2 grabaciones de redes  LAN (Local Area Network) diferentes:

Los parámetros de comunicación se tratan entre ambos partner de comunicación al crear el enlace.
Entre ellos, el parámetro maxSegmentSize. Este parámetro lo propone el partner activo y lo confirma o lo modifica el partner de comunicación. Este valor devuelto se tiene en cuenta más tarde para el enlace de comunicación.
Otro parámetro es el parámetro MaxTPDUSize. Indica el tamaño máximo de cada elemento del protocolo. Si el valor de este parámetro es superior al valor del parámetro maxSegmentSize, el elemento del protocolo correspondiente se debe transferir de forma segmentada.

A continuación, se considera el caso de un enlace de comunicación TCP/IP abierto entre 2 CPs IE con ayuda de los módulos T.
A continuación, se considera el caso de un enlace de comunicación TCP/IP abierto entre una CPU y una CP IE con ayuda de los módulos T. Aquí se va a ver por qué los datos se envíanen 2 telegramas.

  1. Enlace de comunicación entre 2 CPs IE

    En la figura 01 "Grabación de la red LAN - Comunicación entre 2 CPs IE" se ve que la CP IE con dirección IP 140.90.36.1 crea el enlace de forma activa y propone un MAXTPDUSize de 2048 Bytes. En la grabación completa se ve que el partner de comunicación (CP IE) confirma el MAXTPDUSize de 2048 Bytes. Este valor va a ser el válido para el enlace de comunicación.


    Figura 01: Grabación de la red LAN - Comunicación entre 2 CPs IE

    Esto significa para el número de telegramas que sólo se tiene que enviar uno. No se supera la longitud máxima de datos útiles de 1452 Bytes limitada por los parámetros maxSegmentSize y maxTPDUSize. Ambos valores son superiores a 1452 Bytes.
    ¡La CP IE sólo tiene que enviar un telegrama!.

    Aquí se dispone de la grabación de red correspondiente para la comunicación entre 2 CPs IE. Esta grabación se puede abrir por ejemplo con los programas "Ethereal" o "Wireshark".

    CP-CP_IoT_1452Byte.zip ( 14 KB )
     
  2. Enlace de comunicación entre una CPU y una CP IE

    En la figura 02 "Grabación de la red LAN - Comunicación una CPU y una CP IE" se ve que la CPU con dirección IP 140.90.37.10 crea el enlace de forma activa y propone un MAXTPDUSize de 1024 Bytes. En la grabación completa se ve que el partner de comunicación (CP IE) confirma el MAXTPDUSize de 1024 Bytes, a pesar de que soporta un maxTPDUSize superior (consulte la figura 01). Para el enlace de comunicación entre la CPU y la CP IE, es válido un maxTPDUSize de 1024 Bytes.


    Figura 02: Grabación de la red LAN - Comunicación entre una CPU y una CP IE

    Esto significa para el número de telegramas que la longitud máxima de datos útiles de 1452 Bytes se tiene que enviar en 2 telegramas. Se supera el longitud máxima de datos útiles limitada en el parámetro maxSegmentSize. Esta valor es inferior a 1452 Bytes.
    ¡La CPU tiene que enviar 2 telegramas!.

    Aquí se dispone de la grabación de red correspondiente para la comunicación entre una CPU y una CP IE. Esta grabación se puede abrir por ejemplo con los programas "Ethereal" o "Wireshark".

    CP-CPU_IoT.zip ( 11 KB )

Repercusiones para el usuario:
El usuario no ve nada del comportamiento en los niveles de aplicación. Los mecanismos se coordinan automáticamente por medio de los niveles de protocolo de ambos partner de comunicación. Sin embargo, si se compara el número de telegramas en la red LAN, se ve que hay bastantes más telegramas en la segunda configuración al utilizar una CPU.

 Nr. de identificación (ID):28375758   Fecha:2011-06-29 
Este artículo...me ayudóno me ayudó                                 
mySupport
My Documentation Manager 
Boletín 
CAx-Download-Manager 
Support Request
Sobre este artículo
Imprimir
Crear PDF 
Enviar artículo
QuickLinks
Herramienta de compatibilidad 
Ayuda
Ayuda en línea
Guided Tour