ES2247039T3 - Un bus interno de automatizacion que soporta el protocolo tcp/ip. - Google Patents
Un bus interno de automatizacion que soporta el protocolo tcp/ip.Info
- Publication number
- ES2247039T3 ES2247039T3 ES01401810T ES01401810T ES2247039T3 ES 2247039 T3 ES2247039 T3 ES 2247039T3 ES 01401810 T ES01401810 T ES 01401810T ES 01401810 T ES01401810 T ES 01401810T ES 2247039 T3 ES2247039 T3 ES 2247039T3
- Authority
- ES
- Spain
- Prior art keywords
- tcp
- network
- module
- communication
- modules
- 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.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
- H05K—PRINTED CIRCUITS; CASINGS OR CONSTRUCTIONAL DETAILS OF ELECTRIC APPARATUS; MANUFACTURE OF ASSEMBLAGES OF ELECTRICAL COMPONENTS
- H05K7/00—Constructional details common to different types of electric apparatus
- H05K7/14—Mounting supporting structure in casing or on frame or rack
- H05K7/1462—Mounting supporting structure in casing or on frame or rack for programmable logic controllers [PLC] for automation or industrial process control
- H05K7/1475—Bus assemblies for establishing communication between PLC modules
- H05K7/1479—Bus assemblies for establishing communication between PLC modules including decentralized modules, e.g. connected to other modules using fieldbus
-
- H—ELECTRICITY
- H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
- H05K—PRINTED CIRCUITS; CASINGS OR CONSTRUCTIONAL DETAILS OF ELECTRIC APPARATUS; MANUFACTURE OF ASSEMBLAGES OF ELECTRICAL COMPONENTS
- H05K7/00—Constructional details common to different types of electric apparatus
- H05K7/14—Mounting supporting structure in casing or on frame or rack
- H05K7/1462—Mounting supporting structure in casing or on frame or rack for programmable logic controllers [PLC] for automation or industrial process control
- H05K7/1484—Electrical diagrams relating to constructional features, e.g. signal routing within PLC; Provisions for disaster recovery, e.g. redundant systems
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/25—Pc structure of the system
- G05B2219/25323—Intelligent modules
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/30—Nc systems
- G05B2219/31—From computer integrated manufacturing till monitoring
- G05B2219/31186—TCP-IP internet protocol
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Signal Processing (AREA)
- Automation & Control Theory (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Programmable Controllers (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
Sistema de comunicación en un autómata programable modular (50) que comprende varios módulos inteligentes (20, 30) dotados de una unidad de tratamiento propia (21, 31) y que comprende un bus de comunicación interno (5) que permite que los módulos del autómata programable(50) comuniquen entre ellos, caracterizado porque para comunicar según el protocolo de comunicación TCP/IP en el bus de comunicación interno (5), un módulo inteligente (20, 30) del autómata programable (50) posee una dirección IP propia (24, 34) y una pila TCP/IP (22, 32) ejecutable por la unidad de tratamiento (21, 31) del módulo inteligente (20, 30), y porque el bus de comunicación interno (5) posee varios canales de comunicación (6, 7) separados que permiten hacer circular simultáneamente tramos según el protocolo TCP/IP con tramos según otros protocolos.
Description
Un bus interno de automatización que soporta el
protocolo TCP/IP.
La presente invención se refiere a un sistema de
comunicación en un autómata programable que permite realizar, en el
bus de comunicación interno del autómata programable, intercambios
según el protocolo TCP/IP. La invención se refiere también a un
autómata programable capaz de emplear un sistema tal de
comunicación. Este sistema puede ser aplicado a cualquier proceso
automatizado y particularmente en el ámbito de los automatismos
industriales, automatismos en la construcción o del control/comando
de las redes eléctricas de distribución.
El protocolo standard IP (Internet Protocol)
define un protocolo de interconexión entre diferentes redes de
comunicación, al nivel de la capa de red. El protocolo standard TCP
(Transport Control Protocol) define, al nivel de la capa de
transporte, un mecanismo de transporte de los datos robusto y
confiable que garantiza un control de los datos de punta a punta.
Estos dos protocolos son utilizados en redes globales de tipo
Internet, Intranet o Extranet, que serán reagrupados en la presente
exposición bajo el término "red TCP/IP".
Un autómata programable modular que conduce un
proceso para automatizar posee al menos un módulo de unidad central
en el que se ejecuta un programa de aplicación para el
control/comando del proceso. El autómata programable puede también
poseer, si es necesario, uno o varios módulos de función también
dotados de una unidad de procesamiento para ejecutar funciones de
automatismo (pesaje, regulación, posicionamiento, comunicación...)
así como otros módulos tales como módulos de entradas/salidas
(digitales o analógicas). A continuación, el término "módulo
inteligente" representará indistintamente un módulo de unidad
central, un módulo de función o cualquier módulo dotado de una
unidad de procesamiento propio. Los módulos de un autómata
programable están unidos entre ellos por un bus de comunicación
interno, que es generalmente un bus de tipo backplane. Los
protocolos utilizados en un bus de comunicación interno
habitualmente son protocolos propietarios.
En un autómata programable, es habitual disponer
de un módulo de comunicación, llamado en adelante módulo de red,
conectado al bus de comunicación interno del autómata y unido a una
red TCP/IP. Un módulo de red tal puede entonces servir de puente
entre por un lado el protocolo TCP/IP utilizado en la red TCP/IP y
por otro lado uno o varios protocolos implantados en el bus de
comunicación.
Sin embargo, en estas condiciones, no es posible
mantener las características de una comunicación según el protocolo
TCP/IP de un punto al otro entre dos entidades que se comunican
entre ellas. En efecto, el puente que constituye un módulo de red
corta el flujo de datos de TCP y no asegura la transparencia de IP.
Se pierden así las ventajas en rendimiento, en fiabilidad y en
transparencia que el protocolo TCP/IP procura. Cuando, sería
ventajoso poder disponer de este protocolo standard para
comunicaciones con origen o destino en módulos inteligentes de un
autómata programable.
El documento EP0977412 describe un procedimiento
de atribución de direcciones entre unidades de un sistema de
conducción industrial. Cada unidad está constituida por un ordenador
y puede asignársele una dirección IP individual para comunicar en
una red local externa, según los protocolos IP, TCP o UDP. Nuestra
solicitud se refiere por el contrario a un sistema de comunicación
entre módulos inteligentes en el interior de un autómata programable
modular asimilable a una sola unidad operativa programable.
El documento US5710708 se refiere a un sistema de
control para una pluralidad de máquinas de hilandería. El sistema
comprende una arquitectura de comunicación con varios niveles. Un
mismo protocolo de comunicación, tal como el protocolo TCP/IP, puede
ser utilizado en los diferentes niveles de la arquitectura. Sin
embargo, este documento no describe que, para intercambiar
informaciones según el protocolo TCP/IP en el bus de comunicación
interno, un módulo inteligente de un autómata programable posee una
dirección IP propia y una pila TCP/IP ejecutable mediante la unidad
de procesamiento del módulo inteligente.
El objeto de la invención es, por lo tanto,
proponer a módulos inteligentes conectados al bus de comunicación
interno de un autómata programable un acceso directo al protocolo
TCP/IP para efectuar intercambios entre ellos e intercambios en una
red TCP/IP, sin tener que recurrir a una puente al nivel de la capa
de aplicación que puede resultar costosa. Además, gracias al
protocolo TCP/IP, el módulo de unidad central o los módulos de
función de un autómata programable podrán directamente utilizar los
protocolos y las arquitecturas de la WEB como por ejemplo los
standard UDP, HTTP, XML, WAP, FTP, SMTP, SNMP, DHCP, DNS, etc.
Para esto, la invención describe un sistema de
comunicación en un autómata programable modular que comprende varios
módulos inteligentes dotados de una unidad de procesamiento propia y
que comprende un bus de comunicación interno que permite que los
módulos del autómata programable comuniquen entre ellos. El sistema
de comunicación se caracteriza por el hecho de que, para comunicar
según el protocolo de comunicación TCP/IP en el bus de comunicación
interno, un módulo inteligente del autómata programable posee una
dirección IP propia y una pila TCP/IP ejecutable mediante la unidad
de procesamiento del módulo inteligente, y por el hecho de que el
bus de comunicación interno posee varios canales de comunicación
separados que permiten hacer circular simultáneamente tramos según
el protocolo TCP/IP con tramos según otros protocolos.
Además, un autómata programable modular puede
poseer al menos un módulo de red, conectado a una red TCP/IP
externa, que permite a un switch inteligente del autómata
programable realizar directamente en la red TCP/IP intercambios de
informaciones según el protocolo de comunicación TCP/IP, a través
del bus de comunicación interno.
El módulo de red 10 posee una unidad de
procesamiento propia 11 y está conectado a una red TCP/IP externa 9
gracias a un driver de acceso 19 para la capa de unión y a un
adaptador al medio de la red TCP/IP 9 (no esquematizado en la figura
1) para la capa física. Preferentemente, la red TCP/IP 9 se apoya en
el standard Ethernet para las capas física y de unión, de manera tal
que el driver de acceso 19 administra particularmente un
direccionamiento MAC (Media Access Control) del switch de red 10,
según la capa de unión MAC postulada en la norma IEEE802.3 o en la
norma RFC894. Como se indica al inicio de la exposición, la red
TCP/IP 9 utiliza el protocolo TCP/IP al nivel de las capas de red y
de transporte. En el ejemplo de la figura 1, el módulo de unidad
central 20 y el módulo de función 30 son módulos inteligentes
susceptibles de comunicar en la red TCP/IP 9.
El bus de comunicación interno 5 debe disponer de
la posibilidad de hacer circular tramos que corresponden a flujos de
comunicación diferentes: además de un flujo IP de comunicación
ligado a los tramos del protocolo TCP/IP, existe en efecto en el bus
de comunicación 5 un flujo IO de datos de entradas/salidas del
autómata y eventualmente de otros flujos de datos ligados por
ejemplo a una mensajería propietaria. En consecuencia, estos flujos
circulan hacia el bus de comunicación 5 en canales de comunicación
distintos que deben trabajar al nivel de la capa de unión y ser
capaz de vehiculizar cualquier tramo. En la figura 1, están
representados un canal de comunicación 6 para el flujo IP y un canal
de comunicación 7 para el flujo IO de entradas/salidas.
Para conectarse al bus de comunicación 5, los
módulos 10, 20, 30, 40 poseen drivers de acceso al bus que
administran la capa física y la capa de unión del bus de
comunicación y que deben ser específicos para cada canal de
comunicación. Para el canal de comunicación 7 correspondiente al
flujo IO, los módulos 10, 20, 30, 40 poseen un driver de acceso 17,
27, 37, 47. Para el canal de comunicación 6 correspondiente al flujo
IP, los módulos 10, 20, 30 poseen un driver de acceso 16, 26, 36. El
módulo de entradas/salidas 40 que no tiene acceso a la red TCP/IP 9,
no dispone de driver de acceso al flujo IP.
El sistema de comunicación permite a módulos
inteligentes 20,30 comunicar por el protocolo TCP/IP ya sea entre
ellos, o directamente en una red TCP/IP 9 conectada a un módulo de
red 10. Para esto, los módulos inteligentes 20, 30 poseen cada uno
una pila TCP/IP 22/32 (stack TCP/IP) ejecutable mediante la unidad
de procesamiento 21,31 del módulo inteligente 20, 30. Esta pila
TCP/IP 22, 32 está unida al driver de acceso 26, 36 del flujo IP y
administra las capas de red y de transporte del protocolo TCP/IP.
Cada módulo inteligente 20, 30 también debe poseer su dirección IP
propia.
En el interior de un autómata programable 50, una
comunicación directa por TCP/IP entre módulos inteligentes puede ser
interesante por ejemplo cuando uno de los módulos es un switch IHM
(Interfaz Hombre-Máquina) que se presenta bajo la
forma de un navegador http y que puede en forma nativa intercambiar
informaciones según el protocolo TCP/IP. Entonces podrá comunicar
con módulos inteligentes del autómata sin necesidad de desarrollar
otros protocolos.
Se detallarán a continuación dos modos de
funcionamiento del sistema de comunicación, en referencia a las
figuras 2 y 3:
En un primer modo de funcionamiento, llamado
funcionamiento A y detallado en la figura 2, el bus de comunicación
5 no es más que una prolongación de la red TCP/IP 9 en el que el
módulo de red 10 está conectado. En este caso, éste sólo sirve para
rutear los tramos IP emitidos o destinados a un módulo inteligente
20, 30. El módulo red 10 no necesita entonces poseer su propia pila
TCP/IP, salvo si él mismo se comporta como un módulo inteligente
capaz de poseer aplicaciones WEB.
Para que un módulo inteligente 20, 30 del
autómata acceda directamente a la red TCP/IP 9 de un módulo red 10,
es necesario que:
la pila TCP/IP 22, 32 del módulo inteligente 20,
30 sea capaz de emitir y recibir tramos con una encapsulación según
la capa de unión (capa MAC) de la red TCP/IP 9,
cada módulo inteligente 20, 30 posea una tabla de
ruteo IP para rutear los tramos emitidos por él hacia el (o los)
módulo(s) de red(es) 10,10' del autómata 50,
el módulo de red 10 posea medios de filtrado y de
redirección 13 de los tramos IP provenientes de la red TCP/IP 9 en
función de la dirección IP 24, 34 de los módulos inteligentes 20,
30, que permiten enviar hacia estos módulos 20, 30 solamente los
tramos que poseen su dirección IP. Este filtrado es posible gracias
a una tabla de memorización de la dirección IP de los módulos
inteligentes 20, 30 del autómata 50 capaces de acceder a la red
TCP/IP 9, estando esta tabla de memorización almacenada en el módulo
de red 10.
En un segundo modo de funcionamiento, llamado
funcionamiento B y detallado en la figura 3, el bus de comunicación
5 se ve como una sub-red IP completa de la red
TCP/IP 9 en la que el módulo de red 10 está conectado. En este caso,
el módulo de red 10 posee dos asignaciones IP materializadas por una
primera dirección IP 15 correspondiente a la red TCP/IP 9 y por una
segunda dirección IP 14 que corresponde al bus de comunicación 5 del
autómata 50. El módulo de red 10 posee también obligatoriamente su
propia pila TCP/IP 12 ejecutable en el módulo de red 10 que permite
hacer el ruteo de los tramos entre las dos asignaciones IP.
En función de la dirección de la
sub-red IP en el bus de comunicación 5, se puede
elegir el nivel de visibilidad de un módulo en la red TCP/IP 9. Si
se desea que el módulo sea visto por Internet sin actualización del
router externo, el bus de comunicación 5 debe tener una asignación
de dirección que posea un mismo número de sub-red IP
que la red TCP/IP 9 del módulo de red 10, como lo muestra la figura
3. Además, éste debe actuar como un servidor proxy para un cliente
proxy que se encuentra en el bus de comunicación 5. Con respecto al
modo de funcionamiento A, es el switch que responde a una solicitud
de reconocimiento de dirección MAC (solicitud ARP en Ethernet).
Como se indica en la figura 2, un mismo autómata
programable puede poseer varios módulos de red 10, 10' cada uno
conectado a una red TCP/IP 9,9' diferente poseyendo cada uno un
número de IP de red 8, 8'. En este caso, los flujos IP generados por
cada red TCP/IP 9,9' circulan por canales separados 6, 6' en el bus
de comunicación 5. Para poder conectarse a estas diferentes redes
Internet que llegan al autómata 50, un módulo inteligente 20 debe
entonces poseer una dirección IP específica 24, 24' respectivamente
para cada red TCP/IP 9,9'.
Teniendo en cuenta el hecho de que, gracias a la
invención, un módulo inteligente 20, 30 puede ser directamente
conectado a Internet, los aspectos de seguridad son importantes. Un
primer nivel de seguridad está normalmente asegurado por un firewall
Intranet cuando el autómata 50 es conectado a una red de tipo
Intranet 9. Sin embargo, si se desea controlar mejor el acceso a los
módulos inteligentes, existen varias posibilidades: se puede agregar
al módulo de red 10 un filtro suplementario de los tramos IP, se
puede hacer un control de las conexiones que vuelven arriba de la
capa TCP y también se puede renunciar al comportamiento servidor
proxy del módulo de red 10 para evitar que un módulo inteligente 20,
30 sea visto automáticamente por el exterior sin configuración de
router externo, en los funcionamientos A y B. Por otra parte, estos
dos funcionamientos A y B son compatibles con la norma RFC925 y
evitan la actualización de tablas de ruteo en una red existente.
El sistema de comunicación descrito en la
presente invención puede ser utilizado por un programa de aplicación
de un autómata programable para comunicar datos de sincronización,
de control, de comando o cualquier otra información que necesite la
calidad de los servicios ofrecidos por los protocolos de la familia
TCP/IP. Por otra parte, una conexión sencilla al mundo de Internet y
de la WEB es una ventaja mayor con respecto a los protocolos
propietarios. En el interior de un autómata programable tal, es
entonces posible desarrollar un módulo inteligente (de tipo PC por
ejemplo) equipado con un sistema operativo y con un navegador
Internet del comercio con el fin de realizar el diálogo operador
hombre máquina. Utilizar el protocolo TCP/IP en un bus de
comunicación autómata también es una vía privilegiada para
normalizar los intercambios de datos internos en un autómata
programable, esta normalización facilita una interoperabilidad en un
ambiente heterogéneo.
Igualmente, es posible vehiculizar datos para los
que los que los autómatas programables no son habitualmente
utilizados como el sonido o el vídeo, estas informaciones pueden ser
explotadas por la aplicación misma (un módulo de captura de vídeo
unido a un módulo de tratamiento de vídeo) o que puede servir para
aplicaciones externas y para los servicios relacionados con el
automatismo (por ejemplo telemantenimiento de una instalación de
automatismo).
Los datos intercambiados pueden también ser del
código del programa. Estos programas pueden ser aplicativos para
modificar el comportamiento de un módulo, agregarle funcionalidades,
actualizar una versión de programa, corregir una anomalía, espiarlo
durante fases de desarrollo y permitir servicios más precisos en
telemantenimiento. Este mecanismo permite ofrecer así al mundo del
automatismo las bases de una arquitectura distribuida de
tratamiento.
El sistema de comunicación descrito en la
presente invención puede ser utilizado por un programa de aplicación
de un autómata programable para comunicar datos de sincronización,
de control, de comando o cualquier otra información que necesite la
calidad de los servicios ofrecidos por los protocolos de la familia
TCP/IP. Por otra parte, una conexión sencilla al mundo de Internet y
de la WEB es una ventaja mayor con respecto a los protocolos
propietarios. En el interior de un autómata programable tal, es
posible desarrollar un módulo inteligente (de tipo PC por ejemplo)
equipado con un sistema operativo y con un navegador Internet del
comercio con el fin de realizar el diálogo operador hombre máquina.
Utilizar el protocolo TCP/IP en un bus de comunicación autómata
también es una vía privilegiada para normalizar los intercambios de
datos internos en un autómata programable, esta normalización
facilita una interoperabilidad en un ambiente heterogéneo.
Igualmente, es posible vehiculizar datos para los
que los que los autómatas programables no son habitualmente
utilizados como el sonido o el vídeo, estas informaciones pueden ser
explotadas por la aplicación misma (un módulo de captura de vídeo
unido a un módulo de tratamiento de vídeo) o que puede servir para
aplicaciones externas y para los servicios relacionados con el
automatismo (por ejemplo telemantenimiento de una instalación de
automatismo).
Los datos intercambiados pueden también ser del
código programa. Estos programas pueden ser aplicativos para
modificar el comportamiento de un módulo, agregarle funcionalidades,
actualizar una versión de programa, corregir una anomalía, espiarlo
durante fases de desarrollo y permitir servicios más precisos en
telemantenimiento. Este mecanismo permite ofrecer así al mundo del
automatismo las bases de una arquitectura distribuida de
tratamiento.
Claims (8)
1. Sistema de comunicación en un autómata
programable modular (50) que comprende varios módulos inteligentes
(20, 30) dotados de una unidad de tratamiento propia (21, 31) y que
comprende un bus de comunicación interno (5) que permite que los
módulos del autómata programable(50) comuniquen entre ellos,
caracterizado porque para comunicar según el protocolo de
comunicación TCP/IP en el bus de comunicación interno (5), un módulo
inteligente (20, 30) del autómata programable (50) posee una
dirección IP propia (24, 34) y una pila TCP/IP (22, 32) ejecutable
por la unidad de tratamiento (21, 31) del módulo inteligente (20,
30), y porque el bus de comunicación interno (5) posee varios
canales de comunicación (6, 7) separados que permiten hacer circular
simultáneamente tramos según el protocolo TCP/IP con tramos según
otros protocolos.
2. Sistema de comunicación según la
reivindicación 1, caracterizado porque el autómata
programable modular (50) comprende al menos un módulo de red (10),
conectado a una red TCP/IP externa (9), que permite a un switch
inteligente (20, 30) del autómata programable (50) realizar
directamente intercambios de informaciones según el protocolo de
comunicación TCP/IP en la red TCP/IP (9), a través del bus de
comunicación interno (5).
3. Sistema de comunicación según la
reivindicación 2, caracterizado porque el autómata
programable (50) posee varios módulos de red (10, 10') conectados a
varias redes Internet (9, 9'), utilizando cada módulo red (10, 10')
un canal de comunicación diferente (6, 6') para hacer circular
simultáneamente tramos en el bus de comunicación interno (5).
4. Sistema de comunicación según la
reivindicación 3, caracterizado porque para acceder
directamente a varias redes Internet (9, 9'), un módulo inteligente
(20) del autómata programable (50) posee varias direcciones IP
respectivas (24, 24').
5. Sistema de comunicación según la
reivindicación 2, caracterizado porque en el autómata
programable (50), un módulo de red (10) conectado a una red TCP/IP
(9) posee:
un driver de acceso (19) a la capa de unión de la
red TCP/IP (9),
una tabla de memorización de la dirección IP de
los diferentes módulos inteligentes (20, 30), del autómata (50)
capaces de acceder a la red TCP/IP (9),
medios de filtrado y de redirección (13) de los
tramos IP provenientes de la red TCP/IP (9) en función de la
dirección IP (24, 34) de los módulos inteligentes
correspondientes.
6. Sistema de comunicación según la
reivindicación 5, caracterizado porque la pila TCP/IP (22,
32) de un módulo inteligente (20, 30) es susceptible de emitir y de
recibir tramos que tienen una encapsulación según la capa de unión
de la red TCP/IP (9) y porque el módulo inteligente (20, 30) posee
una tabla de ruteo IP para rutear los tramos emitidos por el módulo
inteligente hacia el módulo de red (10).
7. Sistema de comunicación según la
reivindicación 2, caracterizado porque un módulo de red (10)
conectado a una red TCP/IP (9) posee:
un driver de acceso (19)a la capa de unión
de la red TCP/IP (9),
dos asignaciones IP materializadas por una
primera dirección IP (15) correspondiente a la red TCP/IP (9) y por
una segunda dirección IP (14) correspondiente al bus de comunicación
interno (5).
una pila TCP/IP (12) ejecutable en el módulo de
red (10), que permite hacer el ruteo de los tramos entre las dos
asignaciones IP.
8. Sistema de comunicación según la
reivindicación 2, caracterizado porque la capa de unión de la
red TCP/IP (9) es la capa MAC postulada en el standard Ethernet.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0009803 | 2000-07-13 | ||
FR0009803A FR2811844B1 (fr) | 2000-07-13 | 2000-07-13 | Bus interne automate supportant le protocole tcp/ip |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2247039T3 true ES2247039T3 (es) | 2006-03-01 |
Family
ID=8852939
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES01401810T Expired - Lifetime ES2247039T3 (es) | 2000-07-13 | 2001-07-04 | Un bus interno de automatizacion que soporta el protocolo tcp/ip. |
Country Status (6)
Country | Link |
---|---|
US (1) | US20020059485A1 (es) |
EP (1) | EP1179760B9 (es) |
AT (1) | ATE303623T1 (es) |
DE (1) | DE60113019T9 (es) |
ES (1) | ES2247039T3 (es) |
FR (1) | FR2811844B1 (es) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1253790B1 (de) * | 2001-04-24 | 2007-03-07 | Siemens Aktiengesellschaft | Vermittlungseinrichtung und zentrale Vermittlungssteuerung mit internem Breitbandbus |
FR2829337B1 (fr) * | 2001-09-03 | 2003-10-31 | Schneider Automation | Equipement d'automatisme connecte a un reseau tcp/ip |
WO2004068796A2 (en) * | 2003-01-27 | 2004-08-12 | Eldetec Inc. Dba Electronic Design Technology | System and method of controlling network devices |
ES2293066T3 (es) * | 2003-12-24 | 2008-03-16 | Telefonaktiebolaget Lm Ericsson | Linea de transmision de datos de multiples secciones en estacion base de radio y metodo de uso de dicha estacion base de radio. |
AU2003295276A1 (en) * | 2003-12-24 | 2005-07-14 | Telefonaktiebolaget Lm Ericsson (Publ) | System with centralized resource manager |
ES2246725B1 (es) * | 2004-08-13 | 2007-05-01 | K-Lon Control, S.A. | Sistema domotico aplicable a entornos con un elevado numero de señales. |
JP4172490B2 (ja) * | 2006-03-15 | 2008-10-29 | オムロン株式会社 | プログラマブルコントローラ |
DE102011006668B3 (de) * | 2011-04-01 | 2012-09-13 | Siemens Aktiengesellschaft | Schnittstellenmodul für ein modulares Steuerungsgerät |
EP2784988B1 (de) | 2013-03-27 | 2015-12-09 | Siemens Aktiengesellschaft | Kommunikationsschnittstellenmodul für ein modulares Steuerungsgerät eines industriellen Automatisierungssystems |
CN103825821B (zh) * | 2014-02-11 | 2017-06-13 | 华为技术有限公司 | 一种报文转发方法以及一种网络接入设备 |
EP2913727B1 (de) | 2014-02-28 | 2016-09-21 | Siemens Aktiengesellschaft | Verfahren zur Übermittlung von Nachrichten über ein Rückwandbus-System eines modularen industriellen Automatisierungsgeräts |
EP2988465A1 (de) * | 2014-08-19 | 2016-02-24 | Siemens Aktiengesellschaft | Verfahren zur Übertragung eines IP-Datenpaketes zwischen Automatisierungsmodulen |
US10212167B2 (en) * | 2016-02-27 | 2019-02-19 | Gryphon Online Safety, Inc. | Method and system to enable controlled safe internet browsing |
EP3267636B1 (de) | 2016-07-06 | 2018-10-31 | Siemens Aktiengesellschaft | Modulares industrielles automatisierungsgerät und verfahren zur konfiguration eines modularen industriellen automatisierungsgeräts |
DE102020121644A1 (de) | 2020-08-18 | 2022-02-24 | Weidmüller Interface GmbH & Co. KG | Modulare Ein- und Ausgabestation für ein industrielles Automatisierungssystem und/oder industrielles IoT-System |
CN115841128A (zh) * | 2022-12-05 | 2023-03-24 | 北京计算机技术及应用研究所 | 一种基于485总线的四通道电子标签控制器 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5177737A (en) * | 1990-01-02 | 1993-01-05 | At&T Bell Laboratories | Multipurpose bus system |
DE59407059D1 (de) * | 1994-10-25 | 1998-11-12 | Rieter Ingolstadt Spinnerei | Backplane-Steuerung für Spinnereimaschine |
US6470389B1 (en) * | 1997-03-14 | 2002-10-22 | Lucent Technologies Inc. | Hosting a network service on a cluster of servers using a single-address image |
US6324177B1 (en) * | 1997-05-02 | 2001-11-27 | Cisco Technology | Method and apparatus for managing connections based on a client IP address |
US6370584B1 (en) * | 1998-01-13 | 2002-04-09 | Trustees Of Boston University | Distributed routing |
FR2781952B1 (fr) * | 1998-07-28 | 2000-09-08 | Cegelec | Procede d'attribution d'adresses informatiques entre unites d'un systeme de conduite d'installation industrielle |
US6327622B1 (en) * | 1998-09-03 | 2001-12-04 | Sun Microsystems, Inc. | Load balancing in a network environment |
FR2784471B1 (fr) * | 1998-10-08 | 2002-07-19 | Schneider Automation | Systeme d'automatisme distribue |
US6665304B2 (en) * | 1998-12-31 | 2003-12-16 | Hewlett-Packard Development Company, L.P. | Method and apparatus for providing an integrated cluster alias address |
-
2000
- 2000-07-13 FR FR0009803A patent/FR2811844B1/fr not_active Expired - Fee Related
-
2001
- 2001-07-04 DE DE60113019T patent/DE60113019T9/de not_active Revoked
- 2001-07-04 ES ES01401810T patent/ES2247039T3/es not_active Expired - Lifetime
- 2001-07-04 AT AT01401810T patent/ATE303623T1/de not_active IP Right Cessation
- 2001-07-04 EP EP01401810A patent/EP1179760B9/fr not_active Revoked
- 2001-07-12 US US09/902,748 patent/US20020059485A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
DE60113019T2 (de) | 2006-03-09 |
ATE303623T1 (de) | 2005-09-15 |
EP1179760A1 (fr) | 2002-02-13 |
EP1179760B1 (fr) | 2005-08-31 |
DE60113019T9 (de) | 2008-02-21 |
FR2811844B1 (fr) | 2002-11-29 |
US20020059485A1 (en) | 2002-05-16 |
FR2811844A1 (fr) | 2002-01-18 |
EP1179760B9 (fr) | 2007-09-12 |
DE60113019D1 (de) | 2005-10-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2247039T3 (es) | Un bus interno de automatizacion que soporta el protocolo tcp/ip. | |
CN104869042B (zh) | 报文转发方法和装置 | |
CN108173694B (zh) | 一种数据中心的安全资源池接入方法及系统 | |
JP5493926B2 (ja) | インタフェース制御方式、インタフェース制御方法、及びインタフェース制御用プログラム | |
ES2360400T3 (es) | Adaptaciones para transporte orientado a conexión en una red de comunicaciones de paquetes conmutados. | |
ES2746048T3 (es) | Método, sistema y puente de control para obtener información de topología de extensión de puerto | |
US11025537B2 (en) | Multiple RSTP domain separation | |
CN108199958B (zh) | 一种通用的安全资源池服务链实现方法及系统 | |
CN103428097A (zh) | 路由装置 | |
US10587535B2 (en) | Adding a network port to a network interface card via NC-SI embedded CPU | |
ES2352962T3 (es) | Dispositivo y procedimiento para la transmisión combinada de datos de entrada y datos de salida en sistemas de bus de automatización. | |
CN105830405A (zh) | 用于可扩展的域间覆盖联网的系统和方法 | |
US9253117B1 (en) | Systems and methods for reducing network hardware of a centrally-controlled network using in-band network connections | |
ES2495432T3 (es) | Procedimiento y un aparato de bus para la transmisión de datos orientados a la seguridad | |
CN108449250A (zh) | 一种支持多总线的io-link主站装置及方法 | |
ES2283504T3 (es) | Equipo de automatismo conectado directamenta a una red de comunicacio n tcp/ip. | |
CN112631726B (zh) | 一种虚拟机数据处理方法、系统、设备以及介质 | |
ES2249011T3 (es) | Control de servidor de acceso a una red. | |
CN1668030B (zh) | 用于通信网络中的多协议应用的处理字段帧的系统与方法以及网络设备 | |
ES2302977T3 (es) | Procedimiento de configuracion automatica de un equipo de telefono sobre ip y/o de datos, sistema y equipo que lo implementan. | |
CN111404797B (zh) | 控制方法、sdn控制器、sdn接入点、sdn网关及ce | |
ES2673937B1 (es) | Metodo y aparatos para la gestion remota optimizada de controladores logicos programables | |
ES2445706T3 (es) | Método para la comunicación en un sistema de automatización | |
CN103379187A (zh) | 一种数据处理方法及网关网元 | |
US11848796B2 (en) | Aggregator apparatus for standardized access to a plurality of network segments of a field bus system |