ES2311918T3 - Procedimiento de transferencia de telegramas de datos a traves de un bus de campos. - Google Patents
Procedimiento de transferencia de telegramas de datos a traves de un bus de campos. Download PDFInfo
- Publication number
- ES2311918T3 ES2311918T3 ES05025868T ES05025868T ES2311918T3 ES 2311918 T3 ES2311918 T3 ES 2311918T3 ES 05025868 T ES05025868 T ES 05025868T ES 05025868 T ES05025868 T ES 05025868T ES 2311918 T3 ES2311918 T3 ES 2311918T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- telegrams
- telegram
- partial
- transmitted
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/407—Bus networks with decentralised control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/4026—Bus for use in automation systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
- Alarm Systems (AREA)
Abstract
Procedimiento para la regulación de una transmisión de una cantidad (M1, Mi - 1, Mi , MR) de datos (Da,D1) útiles entre varios abonados de un sistema de comunicaciones a través de un sistema de línea de Bus en el que los diferentes abonados se comunican por medio de telegramas (MDT, MDT0, MDT1, MDT2, MDT3) de datos, que contienen cada uno al menos una dirección de destino, una dirección de fuente y una cantidad (M1, Mi - 1, Mi , MR) máxima prefijada, que no debe ser rebasada, de datos (Da, D1) y en el que, en el caso de que la cantidad (M1, Mi - 1, Mi , MR) de datos (Da, D1) útiles prefijada para un telegrama (MDT, MDT0, MDT1, MDT2, MDT3) se menor que la cantidad (M1, Mi - 1, Mi , MR) de datos (Da, D1) a transmitir se fragmenta y con ello se reparte la cantidad (M1, Mi - 1, Mi , MR) de los datos (Da, D1) entre varios telegramas (T0, T1) parciales y en el que los correspondientes telegramas (T0, T1) parciales son transmitidos uno detrás de otro, caracterizado porque un primer telegrama (T0, T1) parcial es elegido como telegrama (T0, T1) parcial de sincronización de una secuencia de telegramas (T0,T1) parciales y porque los telegramas (T0, T1) parciales son transmitidos directamente uno detrás de otro, de manera, que los telegramas (T0, T1) parciales aparezcan para un abonado transmisor y/o un abonado receptor como un único telegrama (MDT, MDT0, MDT1, MDT2, MDT3), siendo transmitidos los diferentes telegramas (T0, T1) parciales con tiempos de transmisión situados directamente uno detrás de otro, sin que se hallen entre ellos otros telegramas.
Description
Procedimiento de transferencia de telegramas de
datos a través de un Bus de campos.
El presente invento se refiere a un
procedimiento para la regulación de una transmisión de una cantidad
de datos útiles a transmitir entre varios abonados de un sistema de
comunicaciones a través de un sistema de línea de Bus de campo y por
medio de telegramas de datos. Además, el presente invento comprende
un sistema correspondiente de comunicaciones, un programa de
computadora y un producto de programa de computadora.
En un sistema de comunicaciones con comunicación
cíclica se intercambian telegramas de datos entre los abonados,
respectivamente las estaciones correspondientes.
En una comunicación cíclica es transmitido
cíclicamente por un abonado caracterizado como maestro un telegrama
de sincronización
(MST-Master-Sincronisation-Telegram),
que es generado siempre con intervalos de tiempo fijos. Por medio de
un telegrama de sincronización de esta clase, que también puede
estar contenido en un telegrama de datos maestro, se inicia en
cualquier otro abonado del sistema, caracterizado como esclavo, un
mando en función del tiempo. Una vez transcurrido el tiempo
definido en la inicialización, cada abonado transmite al maestro su
telegrama, llamado también telegrama de accionamiento (AT). Al final
de esta fase, el maestro transmite un telegrama de datos maestro
(MDT) con forma de "Broadcast", que contiene la totalidad de
los datos para todos los esclavos. Cada esclavo reconoce a través de
la inicialización la posición de los datos dirigidos a él dentro
del telegrama de datos maestro. Sin embargo, de manera alternativa,
el telegrama de sincronización puede estar contenido, como ya se
mencionó, en el telegrama de datos maestro, que se transmite
entonces como "Broadcast" al comienzo de un ciclo.
En el caso de un sistema de comunicaciones
utilizado para ello se puede tratar por ejemplo de un sistema
Ethernet. Un sistema Ethernet es una tecnología de concatenación de
computadoras basada en un marco para redes locales, como por ejemplo
la red LAN (Local Area Network). En ella se definen los tipos de
cables y la señalización para un nivel de transmisión de bits (nivel
físico) y los formatos de los paquetes y los protocolos para el
control de acceso a los medios/nivel de seguridad del modelo OSI. El
sistema Ethernet está estandarizado ampliamente en la norma IEEE
802.3. El sistema Ethernet se basa en la idea de que todos los
abonados de una red transmiten mensajes a través de un sistema de
radiocomunicaciones, pero sólo dentro de una red de líneas común.
Cada abonado posee una clave de 48 bit inequívoca y global,
denominada dirección MAC. La totalidad de la comunicación dentro del
sistema de comunicaciones se desarrolla sobre la misma línea. Esto
significa, que toda la información, respectivamente todos los datos
transmitidos por una computadora, respectivamente un abonado son
recibidos, respectivamente pueden ser recibidos por todos los demás
abonados. Este hecho puede ser aprovechado por los protocolos de
niveles superiores para transmitir mensajes "Broadcast" a todos
los abonados conectados. En la actualidad existen cuatro tipos de
marcos Ethernet. Los diferentes tipos de marco poseen tamaños
distintos de formato y de paquete, pero pueden ser utilizados en
paralelo sobre el mismo medio físico. Dentro del sistema Ethernet
existen longitudes de paquete, respectivamente tamaños de telegrama
prefijados para todos los marcos Ethernet, que se designan como MTU
(Maximum Tranmission Unit). Este tamaño de telegrama es de
aproximadamente 1.500 Bytes, lo que limita la información, que se
puede transmitir con un telegrama.
Un ejemplo de ejecución imaginable es por
ejemplo una estación principal y varias estaciones secundarias. Los
telegramas de datos pueden ser transmitidos en este caso, por
razones de eficiencia, como telegramas colectivos en los que un
telegrama contiene datos para varias estaciones secundarias. Cada
estación secundarias direccionada sabe donde está contenida en el
telegrama colectivo la información destinada a ella. La estación
principal y las varias estaciones secundarias están conectadas
generalmente entre sí a través de un sistema de línea de Bus de
campo. La línea de Bus de campo sustituye los haces de líneas
paralelas con una única línea de Bus y conecta todos los niveles y
todos los componentes conectados con el sistema. Los componentes del
sistema pueden estar distribuidos arbitrariamente en el campo, ya
que todos son conectados in situ de manera
descentralizada.
Los telegramas de datos con los que se
transmiten los datos, contienen al menos una dirección de destino,
una dirección de fuente y un campo para la transmisión de los datos
útiles. En una comunicación cíclica es, además, necesario, realizar,
respectivamente garantizar una sincronización. La información de
sincronización necesaria para ello puede ser transmitida, como ya se
mencionó, por separado con un telegrama de sincronización. De manera
alternativa es posible integrar un telegrama de sincronización
maestro (MST) en un campo de datos de un telegrama de datos normal.
Cada ciclo de comunicación posee una duración determinada, dentro
de la que se transmiten los telegramas de datos entre la estación
principal y las varias estaciones secundarias. La estación principal
transmite por ejemplo un telegrama de datos maestro (MDT) con forma
de telegrama colectivo con la información MST de sincronización
integrada a todas las estaciones secundarias conectadas con el
sistema. En el MDT pueden estar contenidos por ejemplo valores
nominales. Cada estación secundaria direccionada sabe donde se halla
en el telegrama colectivo la información destinada a ella. Las
diferentes estaciones secundarias pueden comunicar ahora con la
estación principal a través de un telegrama de accionamiento (AT),
que contiene por ejemplo valores reales. También es posible, que en
el ciclo de comunicación esté contenido un canal IP. El ciclo de
comunicación siguiente arranca entonces nuevamente con un MDT como
telegrama colectivo. Los telegramas de datos utilizados poseen un
"suma de prueba total", denominada también FCS (Frame Check
Sequence), que se prevé usualmente al final de un telegrama. La
validez de la totalidad del telegrama de datos es controlada
después de su recepción por medio de este FCS. En un MDT están
contenidos, además, en su preámbulo como telegrama colectivo varios
campos de datos para diferentes estaciones de recepción. Estos
pueden ser agrupados por ejemplo de manera sencilla, sin
intersticios, uno detrás de otro en un telegrama. El inconveniente
es, que al limitar la longitud máxima de los telegramas, como por
ejemplo en el sistema Ethernet, se limitan los datos útiles máximos,
que se pueden transmitir.
Hasta el presente todavía no se especificó
ningún procedimiento para el tratamiento de la transmisión de datos,
que se puedan transmitir por medio de un telegrama único. Esto es,
sin embargo, importante, por ejemplo, en las aplicaciones futuras
del sistema Ethernet de banda ancha, donde cabe esperar, que la
cantidad de datos a transmitir será mayor que la MTU por telegrama
ya mencionada.
El documento US 6 728 892 P1 se refiere a un
procedimiento para el ahorro de energía en un microcontrolador CAN
así como a un microcontrolador CAN para la realización de este
procedimiento. En este documento se describe entre otros una
transmisión fragmentada o segmentada de los datos. Para ello se
expone con detalle, que un mensaje se subdivide en varios paquetes,
siendo transmitido cada paquete individualmente y siendo configurado
cada paquete como marco CAN individual con una longitud de datos
máxima de ocho Bytes de datos. Además, se prevé que un
microcontrolador XAC3 ensamble los paquetes descritos anteriormente
para formar el mensaje original. Una vez finalizado este ensamblaje,
el microcontrolador XAC3 señaliza, que se dispone ahora del mensaje
completo ensamblado. Por lo tanto, los paquetes son transmitidos
separados entre sí.
Otro estado de la técnica se divulga en un
artículo de Stevens et al. con el título "TCP/IP
Illustrated IP Fragmentation". TCP/IP Illustrated. Vol. 1, The
Protocols, Professional Computing Series, Reading, MA; Adison
Wesley, US Bd. Vol 1, 1994, páginas 148-151. En este
artículo se describe una fragmentación IP y, por lo tanto, del
protocolo Internet. En él se prevé, entre otros, que el protocolo
Internet compare una MTU (Maximal Transmision Unit) con una magnitud
de un telegrama de datos, procediendo después en caso necesario a
una fragmentación. En el caso de que un datagrama IT esté
fragmentado, sólo es recompuesto cuando haya alcanzado un destino.
Además, se prevé, que cada fragmento de un datagrama IP fragmentado
forme un paquete propio con un encabezamiento IP propio y que se
transmita con independencia de los restantes paquetes. Con esta
medida se consigue, que los fragmentos del datagrama puedan alcanzar
el destino en un orden cualquiera. Dado, sin embargo, que los
datagramas contienen en el encabezamiento IP suficiente información,
el destinatario puede ensamblar estos fragmentos, respectivamente
paquetes en el orden correcto.
En el documento FR 2 823 933 A1 se describe un
sistema para el intercambio de informaciones entre diferentes
abonados de una red de datos, en especial en un vehículo de motor.
Un mensaje comprende en este caso un encabezamiento así como datos.
Estos datos originales se subdividen en datos elementales. Para la
transmisión del mensaje se prevé, que en primer lugar se transmita
el encabezamiento y después los datos elementales desplazados entre
sí y, al final, un bloque de datos final.
A la vista del estado de la técnica expuesto, el
presente invento propone ahora un procedimiento para la regulación
de una transmisión de una cantidad de datos útiles entre varios
abonados de un sistema de comunicaciones por medio de un sistema de
línea de Bus de campo con las características de la reivindicación
1. Además, el presente invento abarca un programa de computadora con
las características de la reivindicación 13, un producto de programa
de computadora con código de programa con las características de la
reivindicación 14 y un sistema de comunicaciones con varios
abonados y un sistema de línea de Bus de campo con las
características de la reivindicación 16.
De acuerdo con la reivindicación 1 del presente
invento se divulga un procedimiento para la regulación de una
transmisión de una cantidad de datos útiles a transmitir entre
varios abonados de un sistema de comunicaciones a través de un
sistema de línea de Bus de campo en el que los diferentes abonados
se comunican por medio de telegramas de datos, que contienen cada
uno al menos una dirección de destino, una dirección de fuente y una
cantidad máxima prefijada no rebasable de datos útiles,
fragmentando, en el caso de que la cantidad de datos útiles
prefijada para un telegrama de datos sea menor que la cantidad de
datos útiles a transmitir, la cantidad de datos útiles a transmitir
entre varios telegramas parciales y transmitiendo uno detrás de otro
los correspondientes telegramas parciales en una secuencia de
telegramas parciales controlada.
En una forma de ejecución posible del
procedimiento según el invento se procede a una diferenciación de
los correspondientes telegramas parciales dentro de la secuencia de
telegramas parciales por medio de una identificación de telegramas.
Esto significa, que un bloque de datos a transmitir, respectivamente
una cantidad de datos útiles a transmitir se reparte entre varios
telegramas parciales, que se transmiten uno detrás de otro. Con la
creación de estos telegramas parciales se puede superar, la
limitación prefijada por una MTU desde el punto de vista de la
información, respectivamente los datos útiles, que pueden ser
transmitidos.
Esto significa, que en el caso de que para la
transmisión de datos útiles no sea suficiente para un MDT,
respectivamente un AT una MTU prefijada, como por ejemplo una MTU de
1.500 Bytes en el caso de un sistema Ethernet, se fragmentan los
datos útiles entre varios telegramas parciales y se transmiten, por
ejemplo, directamente uno detrás de otro. La distinción entre el
primer telegrama parcial y los telegramas sucesivos se realiza por
medio de una identificación de los telegramas. Una identificación de
telegramas de esta clase puede ser prevista, respectivamente
almacenada en un campo "telegram type" cualquiera.
En otra posible forma de ejecución del
procedimiento según el invento se empalman los telegramas parciales
de una manera lógica dentro de la secuencia de telegramas parciales,
de manera, que la secuencia de telegramas parciales aparezca como un
telegrama de datos único para un abonado transmisor y/o receptor del
sistema de comunicaciones. Esto significa, que los datos útiles de
los telegramas parciales de la secuencia se empalman de manera
lógica para un abonado transmisor, respectivamente receptor como si
fueran un único telegrama más largo.
En este caso cabe imaginar, que un abonado
receptor pueda localizar por medio de un "Offset" integrado
automáticamente los telegramas parciales de la secuencia de
telegramas dirigidos a él. Por lo tanto, no es necesario, que un
abonado reciba y evalúe todos los telegramas de la secuencia de
telegramas parciales.
En otra posible forma de ejecución del
procedimiento según el invento se agrupan y transmiten en un único
telegrama parcial todos los datos útiles a transmitir a un receptor.
Esto significa, que en el caso de que el campo de datos de un
receptor rebase la cantidad prefijada de datos útiles, que se pueden
transmitir, de un telegrama parcial, puede ser "desplazado" el
principio de este campo de datos por medio de una información de
relleno al final del telegrama parcial hasta un telegrama parcial
siguiente. Esta forma de proceder también se denomina
"Padding". Con ello son posibles en los abonados algoritmos de
procesamiento eventualmente más sencillos. Así por ejemplo, se
pueden copiar en un bloque los datos útiles destinados a un abonado.
Un campo de datos, que se halla por ejemplo normalmente en un
Offset 1.498...1.508 puede ser desplazado en una MTU de 1.500 Byte
hasta 1.500...1.510. Un "Padding" de esta clase con información
de relleno al final de los telegramas parciales puede no ser
eventualmente necesario, cuando cada abonado conoce la longitud
exacta de los diferentes telegramas parciales.
En otra forma de ejecución posible del
procedimiento según el invento se elige, en el caso de un sistema de
comunicaciones con sincronización cíclica, un telegrama parcial de
la secuencia de telegramas parciales como telegrama de
sincronización, se identifica como tal y se comunica como tal a
todos los abonados del sistema de comunicaciones. Esto significa,
que en el caso de un sistema de comunicaciones con sincronización
cíclica se transmite una sola vez por ciclo de comunicación la
información de sincronización. La información de sincronización se
almacena en este caso, como ya se mencionó, en un campo de datos MST
del correspondiente telegrama parcial. El telegrama elegido como
telegrama parcial de sincronización puede ser identificado como tal,
por ejemplo, a través del campo "telegram type". Es preciso,
que esta convención se conocida de todos los abonados,
respectivamente se comunique a todos ellos. Esto se puede
establecer por ejemplo a través de una convención global o a través
de una inicialización. El primer telegrama siguiente de la secuencia
de telegramas parciales es el que sincroniza. De manera opcional se
puede suprimir el campo de datos MST de los restantes telegramas
sucesivos existentes.
En otra forma de ejecución del procedimiento
según el invento se definen para los diferentes telegramas parciales
tiempos de transmisión individuales. En este caso cabe imaginar, que
los diferentes telegramas parciales sean transmitidos en tiempos de
transmisión, que se hallen directamente uno detrás de otro, sin que
se hallen otros telegramas entre ellos. Esto tiene lugar teniendo en
cuenta la separación mínima de los telegramas dependiente del
sistema.
Sin embargo, de manera alternativa también es
posible realizar una identificación de los telegramas parciales por
medio de la identificación del telegrama y con una secuencia
cualquiera del orden de transmisión. En este caso se hable de una
identificación
"on-the-fly".
También es posible comunicar un avance de los
tiempos de transmisión de los diferentes telegramas parciales, de
manera, que los abonados pueden identificar los diferentes
telegramas parciales por medio del instante de recepción.
Cabe imaginar, que el sistema de comunicaciones
para la comunicación se utilice en sistemas de tiempo real.
El sistema de comunicación es, en otra posible
forma de ejecución del procedimiento según el invento, una
comunicación con ciclos repetitivos.
En este caso es posible, que los ciclos de
comunicación posean una estructura convenida durante la
inicialización y constante a lo largo del funcionamiento
ulterior.
En otra forma de ejecución del procedimiento
según el invento se utiliza el sistema de comunicaciones para la
sincronización de los abonados del sistema de comunicaciones.
En el caso de un sistema de comunicaciones
sincronizado cíclicamente cabe imaginar, que un telegrama parcial de
la secuencia de telegramas parciales se elija como telegrama de
sincronización, se identifique como tal y se comunique como tal a
todos los abonados.
En otra forma de ejecución del procedimiento
según el invento, el sistema de comunicaciones se basa en un
protocolo Ethernet.
Además, cabe imaginar, que el sistema de
comunicaciones se utilice para fines de automatización.
Además, el sistema de comunicaciones puede ser
utilizado para la sincronización del accionamiento, para la
regulación del accionamiento, para la entrada/salida de datos de
entrada/salida y/o para mediciones.
Además, el presente invento comprende un sistema
de comunicaciones con varios abonados y un sistema de línea de Bus
de campo en el que los abonados comunican entre por medio del
sistema de línea de Bus y de telegramas de datos, que contienen al
menos una dirección de destino, una dirección de fuente y una
cantidad máxima no rebasable de datos útiles, comprendiendo el
sistema de comunicaciones una unidad de mando, que compara la
cantidad de datos útiles a transmitir con la cantidad prefijada para
un telegrama de datos y en el caso de que la cantidad de datos
útiles a transmitir sea mayor que la cantidad prefijada fragmenta la
cantidad de datos útiles entre varios telegramas parciales y
transmite los correspondientes telegramas parciales de manera
controlada uno detrás de otro en una secuencia definible de
telegramas parciales.
Cabe imaginar, que en el sistema de
comunicaciones se pueda realizar una diferenciación de los
correspondientes telegramas dentro de la secuencia de telegramas
parciales por medio de una identificación de los telegramas.
La unidad de mando empalma, en otra forma de
ejecución posible del sistema de comunicaciones, lógicamente entre
sí los telegramas parciales de una secuencia de telegramas
parciales, de manera, que la secuencia de telegramas parciales
actúe, respectivamente aparente un solo telegrama de datos para un
abonado transmisor y/o un abonado receptor.
Además, cabe imaginar, que los telegramas
parciales destinados a un abonado receptor puedan ser extraídos por
el abonado receptor automáticamente de la secuencia de telegramas
parciales por medio de un Offset almacenado en el abonado.
Además, todos los datos útiles a transmitir a un
receptor pueden estar almacenados en un solo telegrama parcial.
En otra forma de ejecución del sistema de
comunicaciones según el invento se puede elegir, en el caso de un
sistema de comunicaciones con sincronización cíclica, un telegrama
parcial de la secuencia de telegramas parciales como telegrama de
sincronización , que puede ser identificado como tal y que puede ser
comunicado como tal a todos los abonados.
El presente invento comprende, además una
aplicación del procedimiento según el invento a un sistema de
comunicaciones con un tamaño limitado, prefijado como máximo posible
del telegrama de datos. Un sistema de comunicaciones de esta clase
es por ejemplo el sistema Ethernet ya mencionado o también un
sistema de comunicaciones denominado SER-COS (serial
realtime communication system).
El presente invento se refiere, además, a un
programa de computadora con código de programa, que al correr en una
computadora o en un sistema de computadoras es apropiado para
realizar un procedimiento según el invento.
El presente invento comprende, además, un
producto de programa de computadora con código de programa
almacenado en un soporte de datos legible en una computadora para
realizar un procedimiento según el invento, cuando se ejecuta el
programa de computadora en una computadora.
Otras ventajas y configuraciones del invento se
desprenden de la descripción que sigue de las figuras adjuntas.
Se comprende, que las características
mencionadas en lo que antecede y las características, que se
expondrán en lo que sigue no sólo se pueden utilizar en la
combinación indicada, sino también en otras combinaciones o de
manera aislada, sin abandonar el marco del presente invento.
El invento se representa esquemáticamente en el
dibujo por medio de un ejemplo de ejecución y se describirá
detenidamente en lo que sigue haciendo referencia al dibujo. En él
muestran:
La figura 1, en una representación esquemática,
la estructura de un telegrama de datos según el estado de la
técnica.
La figura 2, en una representación esquemática,
la estructura de un telegrama de datos según una forma de ejecución
del procedimiento según el invento.
La figura 3, en una representación esquemática,
una fragmentación de los datos útiles entre varios telegramas
parciales según una posible forma de ejecución del procedimiento
según el invento.
La figura 4, en una representación esquemática,
una fragmentación de los datos útiles entre varios telegramas
parciales según otra posible forma de ejecución del procedimiento
según el invento.
\vskip1.000000\baselineskip
En la figura 1 se representa esquemáticamente la
estructura de un telegrama de datos típico. El telegrama de datos es
precedido de un signo denominado "IDLE" que puede tener un
tamaño \geq11 Byte. Este signo se encarga de que los receptores
potenciales de los telegramas de datos siguientes sean activados y
permanezcan en el estado de recepción, incluso durante la no
transmisión de telegramas de datos. A continuación del "IDLE"
aparece un "SSD" (Start Stream Delimiter), que indica, que
seguirá un telegrama de datos. El telegrama de datos propiamente
dicho comienza con un preámbulo y un "SFD" (Start Frame
Delimiter). En el caso aquí representado se puede tratar por ejemplo
de un telegrama de datos maestro (MDT), que transfiere los datos a
los esclavos. Un MDT de esta clase está dirigido a todos los demás
abonados, esclavos, conectados al sistema de comunicaciones y es
evaluado por todos estos abonados. Esto significa, que en el caso de
un MDT se trata de un telegrama "Broadcast". Los abonados,
respectivamente esclavos son capaces de determinar, por medio de un
Offset almacenado en ellos, el lugar del telegrama de datos, que
contiene la información destinada, respectivamente dirigida a ellos.
Además, también se puede tratar de un telegrama AT de activación,
que es transmitido por un esclavo al maestro correspondiente.
El MTD o el AT comienza con una indicación de la
dirección de destino (destination adress) y con la dirección de
fuente (source adress). A ellas sigue un campo, que contiene el
tipo, respectivamente la longitud (type/length) del telegrama de
datos. Este campo contiene la clase del telegrama o la longitud del
telegrama. Un dato de esta clase de la clase del telegrama es
almacenado aquí de acuerdo con una convención estándar, que fue
definida, respectivamente prefijada globalmente por una sociedad
internacional. La clase del telegrama aquí indicada informa de lo
que contiene un campo de datos siguiente, respectivamente cómo debe
interpretarse su contenido. Se indica sí se trata de un campo de
datos IP o de un campo de datos para una comunicación individual,
como el que se utiliza por ejemplo en una interfaz SERCOS (Serial
Realtime Communication System). Los datos mencionados en lo que
antecede, es decir la dirección de destino, la dirección de fuente y
los datos de tipo/longitud también están contenidos en otros
telegramas, como por ejemplo los telegramas de datos y los
telegramas de solicitud.
En un MDT se consigna, además, en la dirección
de destino, que el MDT está dirigido a todos los abonados y que, por
lo tanto, es, como ya se mencionó, un telegrama "Broadcast". A
él siguen en el campo "data field" los datos útiles dirigidos a
los abonados de acuerdo con el Offset almacenado en él. El final del
telegrama de datos se transmite un signo FCS. Este signo FCS (Frame
Check Sequence) sirve para proteger los datos por medio de la
formación de una suma de prueba. El campo de datos del MDT está
limitado en su longitud, como por ejemplo en el caso de un Ethernet
a 1.500 Byte. Con ello se limita también la cantidad de los datos
útiles dirigidos al correspondiente abonado, lo que significa, que
no siempre se pueden transmitir a los diferentes abonados los datos
útiles a transmitir. Un signo ESD (End Stream Delimiter) indica el
final del telegrama de datos.
La figura 2 representa la forma de ejecución de
un MDT, que puede estar estructurado según el invento. Igual que el
telegrama de datos descrito en la figura 1, el MDT aquí representado
comienza con una dirección de destino (destination adress) y con una
dirección de fuente (source adress). Estos datos son seguidos por
un campo, que contiene el tipo, respectivamente la longitud
(type/length) del telegrama de datos. Este campo (type) contiene la
clase de telegrama o la longitud del telegrama. Un dato de esta
clase de la clase de telegrama también es almacenado aquí, como ya
se describió en relación con la figura 1, de acuerdo con una
convención estándar definida, respectivamente prefijada globalmente
por una sociedad internacional. La clase del telegrama aquí
indicada informa de lo que contiene un campo de datos siguiente,
respectivamente de cómo se debe interpretar su contenido. Se
indica, que se trata de un campo de datos IP o de un campo de datos
para una comunicación en tiempo real, como la que se utiliza por
ejemplo en una interfaz SERCOS (Serial Realtime Communication
System).
A él sigue en un campo MST (Master
Synchronisation Telegram) una información de sincronización. El MST
está integrado en el campo de datos en el caso aquí representado. Su
subdivide nuevamente en tres campos. En un primer campo del MST se
indica una identificación del correspondiente telegrama de datos, en
este caso del MDT. Basándose en esta identificación se puede
diferenciar un telegrama de datos específico de otros telegramas de
datos precedentes o siguientes. Con ello es posible tratar una
secuencia de telegramas de datos de acuerdo con la secuencia, que
puede ser definida con la identificación. Esta clase de
identificación debe ser diferenciada de la indicación de una clase
de telegrama, como la que se hace en el campo precedente al campo de
datos. En un campo adicional, designado como "fase" se informa
del estado del sistema. Una transmisión de la información del
estado del sistema se encarga de la sincronización del tiempo del
sistema en todos los abonados del sistema de comunicaciones.
Opcionalmente se puede prever otro campo CRC. Este campo se encarga
de un control adicional de los datos creados hasta ahora del
correspondiente telegrama de datos.
La figura 3 muestra en una representación
esquemática tres ejemplos 1 a 3 en los que por medio de telegramas
de datos, como por ejemplo MDTs, deben ser transmitidas
determinadas cantidades M_{1} a M_{R} de datos D útiles a
abonados 1 a R receptores. En cada uno de los casos 2 y 3 se
procedió a una fragmentación de la cantidad de datos útiles a
transmitir entre varios telegramas parciales.
En el caso 1, el telegrama TO de datos posee un
"encabezamiento" H, que ya contiene todos los datos esenciales
mencionados en la figura 1 para la transmisión de un telegrama de
datos. A continuación del encabezamiento H se representa un campo DF
de datos, que contiene todos los datos útiles a transmitir con el
telegrama TO de datos. La cantidad de datos útiles a transmitir en
el caso del telegrama TO de datos es menor que una cantidad MTU
máxima prefijada, que se puede transmitir y que, por ejemplo en el
caso de un sistema Ethernet es de 1.500 Byte. Por lo tanto, en este
caso es posible transmitir todos los datos útiles con un solo
telegrama de datos, es decir, que no es necesaria una fragmentación
de los datos útiles entre varios telegramas parciales.
Por el contrario, en el caso 2, la MTU de un
telegrama de datos no es suficiente pata transmitir en un único
telegrama de datos todos los datos D útiles a transmitir. Los datos
D útiles se reparten en este caso entre dos telegramas T0 y T1
parciales sucesivos. La suma de los datos D_{0} y D_{1}
repartidos entre los telegramas parciales equivale a D. Los dos
telegramas parciales disponen cada uno de un encabezamiento H0,
respectivamente H1. En el caso aquí representados se rellena la MTU,
respectivamente la longitud del campo DF_{T0} de datos del
telegrama T0 parcial totalmente con los datos útiles a transmitir.
Sólo cuando el campo DF_{T0} de datos está ocupado al máximo con
una cantidad D0 de datos útiles se almacena y, por lo tanto,
transmite la parte restante de datos D1 útiles en el telegrama T1
parcial. La cantidad M_{i} de datos útiles destinados al abonado
i se reparte entre los dos telegramas T0 y T1 parciales.
El caso 3 representa como posibilidad
alternativa del caso 2 una fragmentación de los datos útiles entre
varios telegramas parciales. En el caso aquí representado se deben
transmitir igualmente determinadas cantidades M_{1} a M_{R} de
datos útiles a los correspondientes abonados 1 a R de un sistema de
comunicaciones por medio de un, respectivamente varios telegramas
parciales, como por ejemplo uno o varios telegramas MDT maestros por
parte de un maestro, respectivamente un abonado del sistema de
comunicaciones a los otros abonados de un sistema de comunicaciones.
También aquí tampoco es suficiente, como en el caso 2, la cantidad
máxima de datos útiles, es decir una MTU (Maximum Transmisión Unit),
que se pueden transmitir, prefijada para el telegrama de datos para
transmitir la cantidad total de datos D útiles. Por ello se
fragmentan aquí los datos entre dos telegramas T0 y T1 parciales. La
suma de los datos D_{0} útiles transmitidos con el telegrama T0
parcial y los datos D_{1} útiles transmitidos con el telegrama T1
parcial equivale a la cantidad total de datos D útiles. Igual que en
el caso 2, la cantidad M_{i} de datos útiles a transmitir a un
abonado i receptor rebasa la longitud del campo de datos de un
telegrama parcial. En el caso aquí representado se desplaza por
medio de una información F de relleno al final del correspondiente
telegrama T0 parcial el comienzo del campo de datos para el abonado
i receptor correspondiente al siguiente telegrama T1 parcial. Esto
se llama "Padding".
Sin embargo, de manera alternativa del caso aquí
representado también cabe imaginar, que el primer telegrama T0
parcial posea una longitud menor que la longitud máxima, que se
puede transmitir, prefijada para un telegrama de datos, es decir la
MTU (Maximum Transmission Unit). En un caso de esta clase, no
representado aquí, se acortaría el primer telegrama T0 parcial, es
decir, que no se aplicaría el mecanismo, representado en el caso 3,
de rellenar el campo "F" de datos, lo que equivale a un
"Padding".
En la figura 4 se representa otra posible
fragmentación de los datos útiles entre varios telegramas parciales.
En ella se representa un ciclo de comunicaciones completo, que
comprende un canal (RT channel) para la comunicación en tiempo real
y un canal IP. El canal IP permite la transmisión de datos
adicionales relevantes del tiempo real o de datos no relevantes del
tiempo real. En el canal RT se transmiten en el caso aquí
representado MDTs y ATs. El ciclo es iniciado con un MDT MDT0, al
mismo tiempo, que entre otras se transmite información de
sincronización. El ciclo finaliza igualmente con un MDT MDT0, que
inicia al mismo tiempo el ciclo siguiente. En el canal RT se
transmite aquí una secuencia formada por cuatro MTDs MTD0 a MDT3 y
cuatro ATs AT0 a AT3. En la comunicación con sincronización cíclica
aquí representada se elige un telegrama parcial de la secuencia
como telegrama de sincronización. En el caso aquí representado se
puede elegir para ello el primer telegrama MDT0 de la secuencia, que
se puede identificar como tal y se puede comunicar como tal a todos
los abonados del sistema de comunicaciones. Esto significa, que la
información de sincronización es transmitida una sola vez por cada
ciclo de comunicación. La información de sincronización es
almacenada en este caso en un campo MST de datos del MDT0. De manera
opcional se puede suprimir el correspondiente campo MST de datos de
los restantes telegramas de la secuencia.
En el caso del sistema Ethernet se limita, como
ya se mencionó, la MTU a 1.500 Byte. Con ello se obtiene una
secuencia de telegramas T0 a TN parciales, que se transmiten uno
detrás de otro teniendo en cuenta la separación mínima entre
telegramas, que depende del sistema. La diferenciación entre el
primer telegrama T0 parcial de la secuencia de telegramas parciales
y los telegramas parciales siguientes se puede realizar por medio de
una identificación de los telegramas. Una identificación de esta
clase de los telegramas puede ser insertada por ejemplo en un campo
"telegram type" del MST, como se indica en la figura 2. Los
datos útiles almacenados y por lo tanto transmitidos con los
diferentes telegramas T0 a TN parciales se empalman lógicamente para
el abonado transmisor, respectivamente el abonado receptor, como si
se tratara de un único telegrama de datos más largo. En los abonados
receptores se consigna en este caso el Offset en el que están
contenidos los datos útiles dirigidos a ellos. Por medio de un
Offset de esta clase del del campo de datos direccionado al
correspondiente abonado puede extraer y evaluar el abonado receptor
automáticamente los telegramas parciales de la secuencia de
telegramas parciales destinados a él. Por lo tanto, no es necesario,
que un abonado receptor reciba y evalúe todos los telegramas
parciales de una secuencia específica de telegramas parciales.
En el caso de un sistema de comunicaciones con
sincronización cíclica se transmite la información de
sincronización, como ya se mencionó, una sola vez por ciclo de
comunicación. Esta información de sincronización es almacenada, como
ya se mencionó en la figura 2, en un campo MST de datos. Uno de los
telegramas parciales de una secuencia de telegramas parciales puede
ser elegido e identificado ahora como telegrama de sincronización.
La identificación de esta clase puede ser realizada nuevamente a
través del campo "telegram type". Una convención así
establecida tiene que ser conocida, respectivamente puesta en
conocimiento de todos los abonados del sistema de comunicaciones.
Opcionalmente se puede suprimir el campo MST de datos de los
telegramas parciales no elegidos como telegramas de sincronización.
El primer telegrama parcial sincroniza ventajosamente la secuencia
de telegramas parciales.
Como ya se mencionó, el instante de transmisión
de los telegramas sucesivos es elegido directamente uno detrás de
otro. Opcionalmente se puede realizar en el caso de un orden de
transmisión cualquiera una identificación por medio de la
identificación del telegrama, lo que equivale a una identificación
"on-the-fly". Además, cabe
imaginar, que, prefijando los tiempos de transmisión, se brinde a
los abonados la posibilidad de asignar los diferentes telegramas
parciales por medio del instante de recepción.
Claims (18)
1. Procedimiento para la regulación de una
transmisión de una cantidad (M_{1}, M_{i-1},
M_{i}, M_{R}) de datos (D_{a},D_{1}) útiles entre varios
abonados de un sistema de comunicaciones a través de un sistema de
línea de Bus en el que los diferentes abonados se comunican por
medio de telegramas (MDT, MDT0, MDT1, MDT2, MDT3) de datos, que
contienen cada uno al menos una dirección de destino, una dirección
de fuente y una cantidad (M_{1}, M_{i-1},
M_{i}, M_{R}) máxima prefijada, que no debe ser rebasada, de
datos (D_{a}, D_{1}) y en el que, en el caso de que la cantidad
(M_{1}, M_{i-1}, M_{i}, M_{R}) de datos
(D_{a}, D_{1}) útiles prefijada para un telegrama (MDT, MDT0,
MDT1, MDT2, MDT3) se menor que la cantidad (M_{1,}
M_{i-1}, M_{i}, M_{R}) de datos (D_{a},
D_{1}) a transmitir se fragmenta y con ello se reparte la cantidad
(M_{1}, M_{i-1}, M_{i}, M_{R}) de los datos
(D_{a}, D_{1}) entre varios telegramas (T0, T1) parciales y en
el que los correspondientes telegramas (T0, T1) parciales son
transmitidos uno detrás de otro, caracterizado porque un
primer telegrama (T0, T1) parcial es elegido como telegrama (T0, T1)
parcial de sincronización de una secuencia de telegramas (T0,T1)
parciales y porque los telegramas (T0, T1) parciales son
transmitidos directamente uno detrás de otro, de manera, que los
telegramas (T0, T1) parciales aparezcan para un abonado transmisor
y/o un abonado receptor como un único telegrama (MDT, MDT0, MDT1,
MDT2, MDT3), siendo transmitidos los diferentes telegramas (T0, T1)
parciales con tiempos de transmisión situados directamente uno
detrás de otro, sin que se hallen entre ellos otros telegramas.
2. Procedimiento según la reivindicación 1, en
el que la diferenciación de los correspondientes telegramas (T0, T1)
parciales se realiza por medio de una identificación de los
telegramas.
3. Procedimiento según una de las
reivindicaciones 1 o 2, en el que un abonado receptor puede extraer
automáticamente por medio de un Offset almacenado en el abonado los
telegramas (T0, T1) parciales dirigidos a él.
4. Procedimiento según una de las
reivindicaciones precedentes en el que el sistema de comunicaciones
es utilizado para la comunicaciones en sistemas de tiempo real.
5. Procedimiento según una de las
reivindicaciones precedentes en el que el sistema de comunicaciones
es una comunicación con ciclos repetitivos.
6. Procedimiento según la reivindicación 5, en
el que los ciclos de comunicación poseen una estructura convenida
para la inicialización y constante durante el funcionamiento
ulterior.
7. Procedimiento según una de las
reivindicaciones precedentes, en el que para los diferentes
telegramas (T0, T1) parciales se fijan tiempos de transmisión
individuales.
8. Procedimiento según una de las
reivindicaciones precedentes en el que se utiliza el sistema de
comunicaciones para la sincronización de los abonados del sistema de
comunicaciones.
9. Procedimiento según una de las
reivindicaciones precedentes en el que sistema de comunicaciones se
basa en un protocolo Ethernet.
10. Procedimiento según una de las
reivindicaciones precedentes en el que el sistema de comunicaciones
es utilizado para fines de automatización.
11. Procedimiento según una de las
reivindicaciones precedentes, en el que el sistema de comunicaciones
es utilizado para la sincronización del accionamiento, para la
regulación del accionamiento, para la entrada/salida de datos de
entrada/salida y/o para fines de medición.
12. Utilización del procedimiento según una de
las reivindicaciones 1 a 11 para la comunicación en tiempo real en
un sistema de comunicaciones con un tamaño de los telegramas de
datos limitado, prefijado como máximo posible.
13. Programa de computadora con código de
programa, que, al correr en una computadora o en un sistema de
computadoras, se presta para realizar el procedimiento según una de
las reivindicaciones 1 a 11.
14. Productos de programa de computadora con
código de programa almacenado en un soporte de datos computerizable
para realizar el procedimiento según una de las reivindicaciones 1 a
11, cuando se ejecuta el programa de computadora en una
computadora.
15. Sistema de computadora con una unidad de
memoria en la que está almacenado un programa de computadora con
código de programa, que, al correr en una computadora o en un
sistema de computadora, se presta para realizar el procedimiento
según una de las reivindicaciones 1 a 11.
16. Sistema de comunicaciones con varios
abonados y con un sistema de línea de Bus en el que los abonados se
comunican a través del sistema de línea de Bus por medio de
telegramas (MDT, MDT0, MDT1, MDT2, MDT3), que poseen cada uno al
menos una dirección de destino, una dirección de fuente y una
cantidad (M_{1}, M_{i-1}, M_{i}, M_{R})
máxima prefijada, no rebasable de datos (D_{a}, D_{1}),
comprendiendo el sistema de comunicaciones una unidad de mando, que
compara la cantidad (M_{1}, M_{i-1}, M_{i},
M_{R}) de los datos (D_{a}, D_{1}) útiles a transmitir con la
cantidad (M_{1}, M_{i-1}, M_{i}, M_{R}) de
datos (D_{a}, D_{1}) de datos útiles máxima prefijada para un
telegrama (MDT, MDT0, MDT1, MDT2, MDT3) de datos y en el caso de
que la cantidad (M_{1}, M_{i-1}, M_{i},
M_{R}) de datos (D_{a}, D_{1}) a transmitir sea mayor que la
cantidad (M_{1}, M_{i-1}, M_{i}, M_{R})
máxima prefijada, fragmenta la cantidad (M_{1},
M_{i-1}, M_{i}, M_{R}) de los datos (D_{a},
D_{1}) a transmitir entre varios telegramas (T0, T1) parciales,
con lo que reparte, y transmite los correspondientes telegramas (T0,
T1) parciales uno detrás de otro, caracterizado porque la
unidad de mando elige un primer telegrama (T0, T1) parcial como
telegrama (T0, T1) parcial de sincronización de una secuencia de
telegramas (T0, T1) parciales y porque los telegramas (T0, T1)
parciales son transmitidos dentro de la secuencia de telegramas (T0,
T1) parciales directamente uno detrás de otro, de manera, que los
telegramas (T0, T1) parciales aparezcan para un abonado transmisor
y/o un abonado receptor como único telegrama (MDT, MDT0, MDT1, MDT2,
MDT3) de datos, transmitiendo la unidad de mando los diferentes
telegramas (T0, T1) parciales en tiempos de transmisión situados
directamente uno detrás de otro, sin que se hallen entre ellos otros
telegramas.
17. Sistema de comunicaciones según la
reivindicación 16 en el que la diferenciación de los
correspondientes telegramas (T0, T1) parciales puede ser realizada
por medio de una identificación de los telegramas.
18. Sistema de comunicaciones según una de las
reivindicaciones 16 o17, en el que los telegramas (T0, T1)
parciales dirigidos a un abonado receptor pueden ser extraídos
automáticamente por el abonado receptor por medio de un Offset
almacenado en el abonado.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102004062683A DE102004062683A1 (de) | 2004-12-21 | 2004-12-21 | Verfahren zur Regelung einer Übertragung mit kurzen Datentelegrammen |
DE102004062683 | 2004-12-21 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2311918T3 true ES2311918T3 (es) | 2009-02-16 |
Family
ID=36102637
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES05025868T Active ES2311918T3 (es) | 2004-12-21 | 2005-11-28 | Procedimiento de transferencia de telegramas de datos a traves de un bus de campos. |
Country Status (6)
Country | Link |
---|---|
US (1) | US20060161705A1 (es) |
EP (1) | EP1675311B1 (es) |
JP (1) | JP2006180510A (es) |
AT (1) | ATE407500T1 (es) |
DE (2) | DE102004062683A1 (es) |
ES (1) | ES2311918T3 (es) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102005063053A1 (de) * | 2005-12-29 | 2007-07-05 | Endress + Hauser Process Solutions Ag | Verfahren zur Anlagenüberwachung mit einem Feldbus der Prozessautomatisierungstechnik |
DE102006006508A1 (de) * | 2006-02-10 | 2007-08-16 | Robert Bosch Gmbh | Verfahren zur Datenübertragung über Datennetzwerke |
DE102007004044B4 (de) * | 2007-01-22 | 2009-09-10 | Phoenix Contact Gmbh & Co. Kg | Verfahren und Anlage zur optimierten Übertragung von Daten zwischen einer Steuereinrichtung und mehreren Feldgeräten |
CN101132328A (zh) * | 2007-08-15 | 2008-02-27 | 北京航空航天大学 | 实时工业以太网EtherCAT通信控制器 |
EP2413212B1 (de) | 2010-07-26 | 2013-05-15 | Siemens Aktiengesellschaft | Verfahren zum Datenaustausch von Peripheriedaten und Untermodul |
EP2501079A1 (de) | 2011-03-15 | 2012-09-19 | Siemens Aktiengesellschaft | Verfahren zur Echtzeit-Datenübertragung in einem Kommunikations-Netz |
DE102011015966B4 (de) | 2011-04-04 | 2017-07-06 | Wago Verwaltungsgesellschaft Mbh | Automatisierungssystem |
DE102011084364A1 (de) * | 2011-10-12 | 2013-04-18 | Endress + Hauser Wetzer Gmbh + Co Kg | Verfahren zur telegrammweisen Datenübertragung |
KR20150036611A (ko) | 2012-07-13 | 2015-04-07 | 바스프 에스이 | 수성 멤브레인 세정 조성물에 대한 첨가제로서의 알콕시화 비-이온성 계면활성제의 용도 |
DE102019208678A1 (de) * | 2019-06-14 | 2020-12-17 | Robert Bosch Gmbh | Kommunikationsverfahren |
DE102020207794A1 (de) | 2020-06-24 | 2021-12-30 | Robert Bosch Gesellschaft mit beschränkter Haftung | Verfahren zum Betreiben eines Kommunikationssystems und Kommunikationssystem |
Family Cites Families (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4884267A (en) * | 1986-12-27 | 1989-11-28 | Kabushiki Kaisha Kenwood | TDM transmission system |
JPH0720150B2 (ja) * | 1988-07-11 | 1995-03-06 | 松下電器産業株式会社 | 通信制御方法 |
US5307348A (en) * | 1990-11-05 | 1994-04-26 | Motorola, Inc. | Scheduling in a communication system |
US5383187A (en) * | 1992-09-18 | 1995-01-17 | Hughes Aricraft Company | Adaptive protocol for packet communications network and method |
US5491531A (en) * | 1993-04-28 | 1996-02-13 | Allen-Bradley Company, Inc. | Media access controller with a shared class message delivery capability |
GB9316996D0 (en) * | 1993-08-16 | 1993-09-29 | D2B Systems Co Ltd | Communication bus system and station for use in such system |
DK0689368T3 (da) * | 1994-06-20 | 1997-12-08 | Eidgenoess Ptt | Anordning til transmission af meddelelser i et mobilt kommunikationsnet |
US5903726A (en) * | 1996-06-26 | 1999-05-11 | Mci Communications Corporation | System using portion of a short message payload to identify short message service types and delivering the message if user subscribes to the services |
DE19721740B4 (de) * | 1997-05-24 | 2005-06-30 | Bosch Rexroth Ag | Steuerungsverfahren für den Medienzugriff bei einem seriellen Bus |
US6026093A (en) * | 1997-10-02 | 2000-02-15 | Sun Microsystems, Inc. | Mechanism for dispatching data units via a telecommunications network |
JPH11136266A (ja) * | 1997-10-24 | 1999-05-21 | Yaskawa Electric Corp | 定周期トークンパッシング伝送制御方法 |
JPH11331248A (ja) * | 1998-05-08 | 1999-11-30 | Sony Corp | 送信装置および送信方法、受信装置および受信方法、並びに提供媒体 |
US6289016B1 (en) * | 1998-05-20 | 2001-09-11 | Nokia Telecommunications, Oyc. | Method for eliminating misconcatenation of partial packets in AAL2 and partial packet with channel identifier |
FI108502B (fi) * | 1998-12-11 | 2002-01-31 | Nokia Corp | Menetelmõ ja laitteet lyhytsanomien lõhettõmiseksi |
US6564268B1 (en) * | 1999-03-17 | 2003-05-13 | Rosemount Inc. | Fieldbus message queuing method and apparatus |
JP2000341333A (ja) * | 1999-05-31 | 2000-12-08 | Hitachi Ltd | ネットワークパケット送受信方法およびネットワークアダプタ |
DE19934514C5 (de) * | 1999-07-22 | 2013-03-14 | Pilz Gmbh & Co. Kg | Verfahren zum Konfigurieren eines an einen Feldbus angeschlossenen Busteilnehmers |
DE19939568C1 (de) * | 1999-08-20 | 2001-02-08 | Pilz Gmbh & Co | Verfahren zur Einstellung einer Datenübertragungsrate in einem Feldbussystem |
US6728892B1 (en) * | 1999-09-15 | 2004-04-27 | Koninklijke Philips Electronics N.V. | Method for conserving power in a can microcontroller and a can microcontroller that implements this method |
FI19992470A (fi) * | 1999-11-17 | 2001-05-18 | Nokia Mobile Phones Ltd | Tiedonsiirto |
DE10048191A1 (de) * | 2000-09-28 | 2002-04-25 | Siemens Ag | Verfahren zur Synchronisierung einer Mehrzahl von Bussystemen und hiermit korrespondierendes hierarchisches Mehrbussystem |
US20020103946A1 (en) * | 2001-01-31 | 2002-08-01 | Martin Gaiser | Data transmission devices and data communication systems capable of operating with a plurality of protocols |
US6961939B2 (en) * | 2001-02-05 | 2005-11-01 | Sun Microsystems, Inc. | Techniques for transmission of message fragments between object request brokers |
US7463643B2 (en) * | 2001-03-16 | 2008-12-09 | Siemens Aktiengesellschaft | Applications of a switched data network for real-time and non-real time communication |
FR2823933B1 (fr) * | 2001-04-19 | 2003-09-05 | Peugeot Citroen Automobiles Sa | Systeme d'echange d'informations entre stations raccordees par un reseau de transmission d'informations, notamment de vehicule automobile |
US7051143B2 (en) * | 2001-06-25 | 2006-05-23 | Schneider Automation Inc. | Method, system and program for the transmission of modbus messages between networks |
EP1436924B1 (de) * | 2001-10-17 | 2006-05-10 | Siemens Aktiengesellschaft | Verfahren zum betrieb eines endteilnehmers eines isochronen, zyklischen kommunikationssystems |
DE10156159A1 (de) * | 2001-11-15 | 2003-05-28 | Siemens Ag | Verfahren zum Einsetzen eines höherwertigen Protokolls auf einem beschränkten Bussystem |
DE10163342A1 (de) * | 2001-12-21 | 2003-07-10 | Elektro Beckhoff Gmbh Unterneh | Datenübertragungsverfahren, serielles Bussystem und Anschalteinheit für einen passiven Busteilnehmer |
US7289509B2 (en) * | 2002-02-14 | 2007-10-30 | International Business Machines Corporation | Apparatus and method of splitting a data stream over multiple transport control protocol/internet protocol (TCP/IP) connections |
US7230918B1 (en) * | 2002-09-18 | 2007-06-12 | Cisco Technology, Inc. | System for using special links in multi-link bundles |
US7339948B2 (en) * | 2003-01-22 | 2008-03-04 | Rockwell Automation Technologies, Inc. | Industrial controller providing deterministic communication on ethernet |
DE10308953A1 (de) * | 2003-02-28 | 2004-09-09 | Siemens Ag | Kommunikation in einem Datennetz |
DE10336035A1 (de) * | 2003-08-01 | 2005-03-24 | Endress + Hauser Wetzer Gmbh + Co Kg | Verfahren zur automatischen Anpassung eines busfähigen Feldgerätes der Prozessautomatisierungstechnik an das auf dem Feldbus verwendete Busprotokoll |
JP2005057373A (ja) * | 2003-08-07 | 2005-03-03 | Ntt Docomo Inc | 無線パケット通信装置 |
JP4137778B2 (ja) * | 2003-12-12 | 2008-08-20 | 三菱電機株式会社 | データ収集システム |
DE102004001435A1 (de) * | 2004-01-09 | 2005-08-04 | Elektro Beckhoff Gmbh Unternehmensbereich Industrie Elektronik | Verfahren, Schnittstelle und Netzwerk zum zyklischen Versenden von Ethernet-Telegrammen |
US7480245B2 (en) * | 2004-12-11 | 2009-01-20 | International Business Machines Corporation | Segmenting data packets for over-network transmission at adjustable fragment boundary |
-
2004
- 2004-12-21 DE DE102004062683A patent/DE102004062683A1/de not_active Ceased
-
2005
- 2005-11-28 EP EP05025868A patent/EP1675311B1/de not_active Not-in-force
- 2005-11-28 ES ES05025868T patent/ES2311918T3/es active Active
- 2005-11-28 AT AT05025868T patent/ATE407500T1/de active
- 2005-11-28 DE DE502005005252T patent/DE502005005252D1/de active Active
- 2005-12-09 US US11/299,196 patent/US20060161705A1/en not_active Abandoned
- 2005-12-21 JP JP2005368506A patent/JP2006180510A/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
EP1675311B1 (de) | 2008-09-03 |
ATE407500T1 (de) | 2008-09-15 |
JP2006180510A (ja) | 2006-07-06 |
DE502005005252D1 (de) | 2008-10-16 |
EP1675311A1 (de) | 2006-06-28 |
DE102004062683A1 (de) | 2006-06-29 |
US20060161705A1 (en) | 2006-07-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2311918T3 (es) | Procedimiento de transferencia de telegramas de datos a traves de un bus de campos. | |
CN110691034B (zh) | 传输灵活以太网的业务流的方法和装置 | |
EP1585274B1 (en) | Asynchronous data segmentation/transmission method for synchronous ethernet and data structure used therein | |
US7639712B2 (en) | Low-level media access layer processors with extension buses to high-level media access layers for network communications | |
JP5563165B2 (ja) | 切り替え可能なデータレートによる直列データ伝送のための方法及び装置 | |
RU2596582C2 (ru) | Способ и устройство для адаптируемой к размерам памяти последовательной передачи данных | |
US7653087B2 (en) | Methods of synchronizing subscriber stations to communications networks | |
US20070160213A1 (en) | Efficient handling of messages, data and keys in media access layers for network communications | |
RU2006128592A (ru) | Система и способ для протокола распределенного резервирования и управления ультраширокополосным доступом к среде передачи | |
US8325689B2 (en) | Efficient data transmission by data aggregation | |
EP2869502A1 (en) | Method of packaging and unpackaging packet and apparatuses using the same | |
GB2332128A (en) | Arrangement for transmitting packet data segments from a media access controller across multiple physical links | |
WO2001058077A3 (en) | Ping-pong protocol with variable length packets | |
KR102450095B1 (ko) | 데이터 송신 방법, 전송 장치, 및 수신 장치 | |
EP1636948A1 (en) | Concatenated frame structure for data transmission | |
JP2005027298A (ja) | 無線ネットワークのステーションにおけるデータの伝送を管理するための方法及び装置 | |
CN113141322A (zh) | 一种数据通信方法、数据通信装置及计算机存储介质 | |
FI955497A (fi) | Asynkroninen datansiirtomenetelmä ja -järjestely | |
JPH10215265A (ja) | パケット送信方法 | |
CN108988977A (zh) | 一种灵活以太网协议中传递业务流的方法、装置和系统 | |
EP2288058B1 (en) | System and method for detection of multiple timing masters in a network | |
CN111147514A (zh) | 一种适用于实时以太网会话层的通信帧及设计方法 | |
EP1894370B1 (en) | Electronic device, method for frame synchronization, and mobile device | |
CN106068614A (zh) | 用于无线通信系统中的跳频的系统和方法 | |
JP2009239449A (ja) | 高精度同期型ネットワーク装置、ネットワークシステム及びフレーム転送方法 |