MX2014013621A - Metodos y aparatos para identificar un protocolo de comunicacion usado en un sistema de control de procesos. - Google Patents

Metodos y aparatos para identificar un protocolo de comunicacion usado en un sistema de control de procesos.

Info

Publication number
MX2014013621A
MX2014013621A MX2014013621A MX2014013621A MX2014013621A MX 2014013621 A MX2014013621 A MX 2014013621A MX 2014013621 A MX2014013621 A MX 2014013621A MX 2014013621 A MX2014013621 A MX 2014013621A MX 2014013621 A MX2014013621 A MX 2014013621A
Authority
MX
Mexico
Prior art keywords
field
message
corresponds
protocol
byte
Prior art date
Application number
MX2014013621A
Other languages
English (en)
Other versions
MX343953B (es
Inventor
Xuedong Liu
Original Assignee
Bristol Inc D B A Remote Automated Solutions
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Bristol Inc D B A Remote Automated Solutions filed Critical Bristol Inc D B A Remote Automated Solutions
Publication of MX2014013621A publication Critical patent/MX2014013621A/es
Publication of MX343953B publication Critical patent/MX343953B/es

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/382—Information transfer, e.g. on bus using universal interface adapter
    • G06F13/385—Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/40—Bus structure
    • G06F13/4063—Device-to-bus coupling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4204—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus
    • G06F13/4221—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus being an input/output bus, e.g. ISA bus, EISA bus, PCI bus, SCSI bus
    • G06F13/4226—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus being an input/output bus, e.g. ISA bus, EISA bus, PCI bus, SCSI bus with asynchronous protocol
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • G06F13/4286—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus using a handshaking protocol, e.g. RS232C link
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Systems (AREA)

Abstract

Se describen métodos y aparatos para identificar un protocolo de comunicación que se usa en un sistema de control de procesos. Un método de ejemplo incluye la determinación de una estructura de mensaje de un mensaje de control de proceso recibida a través de un puerto (104, 106), la determinación de que la estructura del mensaje corresponde a un primer protocolo de una pluralidad de protocolos de mensajes de control de proceso, y procesar el mensaje de control de proceso de acuerdo con el primer protocolo del mensaje de control de proceso.

Description

MÉTODOS Y APARATOS PARA IDENTIFICAR UN PROTOCOLO DE COMUNICACIÓN USADO EN UN SISTEMA DE CONTROL DE PROCESOS Campo de la Invención La presente invención se refiere en general al control de procesos y, mas específicamente, a metodos y aparatos para identificar un protocolo de comunicación que se usa en un sistema de control de procesos.
Antecedentes de la Invención Los dispositivos de control de procesos recogen datos y/o equipos de control en entornos de control de procesos. Los dispositivos de control de procesos pueden configurarse, controlarse y/o reportar datos a distancia.
Breve Descripción de la Invención Se describen métodos y aparatos para identificar un protocolo de comunicación que se usa en un sistema de control de procesos. Un ejemplo de método incluye la determinación de una estructura de mensaje de un mensaje de control de proceso recibido a través de un puerto, la determinación de que la estructura del mensaje corresponde a un primer protocolo de una pluralidad de protocolos de mensajes de control de proceso, y procesar el mensaje de control de proceso de acuerdo con el primer protocolo del mensaje de control de proceso.
Breve Descripción de los Dibujos Figura 1 eess uunn diagrama en bloques de un ejemplo de dispositivo de control de proceso que incluye un detector de protocolo.
Figura 2 ilustra un ejemplo de estructura de mensaje de protocolo MODBUS que puede ser usada por el detector de protocolo de Figura 1 para detectar el protocolo de comunicación MODBUS.
Figura 3 ilustra un ejemplo de mensaje conforme con el protocolo MODBUS que es identificadle por el detector de protocolo de Figura 1 como un mensaje MODBUS.
Figura 4 ilustra un ejemplo de estructura de mensaje de protocolo HART que puede ser usada por el detector de protocolo de Figura 1 para detectar el protocolo de comunicación HART.
Figura 5 ilustra un ejemplo de mensaje conforme con el protocolo HART que es identificable por el detector de protocolo de Figura 1 como un mensaje HART.
Figura 6A ilustra un primer ejemplo de estructura de mensaje de protocolo BSAP 600 que puede ser usada por el detector de protocolo de Figura 1 para detectar las comunicaciones de protocolo BSAP.
Figura 6B ilustra un segundo ejemplo de estructura de mensaje de protocolo BSAP 600 que puede ser usada por el detector de protocolo de Figura 1 para detectar las comunicaciones de protocolo BSAP.
Figura 7 ilustra un mensaje de ejemplo que se ajusta al protocolo BSAP que es identificable por el detector de protocolo de Figura 1 como mensaje BSAP.
Figura 8 es un diagrama de flujo representativo de un ejemplo de metodo para detectar un protocolo de mensaje.
Figura 9 es un diagrama en bloques de un ejemplo de sistema procesador que puede ser usado para implementar el ejemplo de detector de protocolo de Figura 1 .
Descripción Detallada de la Invención A pesar que a continuación se describen ejemplos de sistemas, incluyendo, entre otros componentes, software y/o firmware ejecutado en hardware, hay que señalar que dichos sistemas son meramente ilustrativos y no deben ser considerados como limitativos. Por ejemplo, se contempla que cualquiera o todos estos componentes de hardware, software y firmware podrían incorporarse exclusivamente en hardware, exclusivamente en software, o en cualquier combinación de hardware y software. En consecuencia, a pesar que a continuación se describen ejemplos de sistemas, los expertos en el arte advertirán con facilidad que los ejemplos proporcionados no son la única manera de implementar tales sistemas.
En los sistemas de control de procesos, dispositivos como transmisores variables se sincronizan y comunican con sistemas centrales de control para proporcionar datos en cada segmento de una línea de producción. Los hosts cuentan con diferentes protocolos de comunicación , tales como HART, MODBUS, y/o BSAP, por nombrar algunos.
Los ejemplos de metodos y aparatos aquí descriptos permiten a los dispositivos de control de procesos comunicarse con múltiples hosts de control de procesos y/o una comunicación simultánea mediante múltiples protocolos sin configuración de usuario de los protocolos. Los ejemplo métodos y aparatos incrementan la flexibilidad del producto y usuarios (por ejemplo, instaladores, téenicos) que no deben memorizar qué protocolo va a configurarse en qué el puerto de un dispositivo de control de proceso. Por otra parte, ejemplos de métodos y aparatos permiten cambiar las comunicaciones con un dispositivo de control de proceso entre diferentes protocolos sin configuración adicional del usuario del dispositivo de control de proceso para garantizar la interoperabilidad. Por lo tanto, los ejemplos de métodos y aparatos descriptos en la presente reducen los costos de instalación , configuración, y/o capacitación de los dispositivos de control de procesos.
Figura 1 es un diagrama en bloques de un ejemplo de dispositivo de control de proceso 100 que incluye un detector de protocolo 102. Conforme a la presente, el término dispositivo de control de proceso 100 incluye cualquier dispositivo que puede ser usado para el controlar, detectar, medir, comunicar, y/o de otra manera interactuar con un sistema de control de procesos como sistemas de control de procesos fabricación , industriales y/o comerciales. El ejemplo de dispositivo de control de proceso 100 puede ser cualquier tipo de dispositivo de control de proceso, tal como un transmisor de presión multivariable que mide la presión de gas o un fluido, convierte la medición a una representación electrónica, y transmite la medición a otro controlador o dispositivo para el procesamiento y/o almacenamiento.
El ejemplo de dispositivo de control de proceso 100 incluye dos puertos 104, 106. El puerto de ejemplo 104 está configurado para comunicarse a traves de un bus RS485 105. Por el contrario, el puerto ejemplo 106 está configurado para comunicarse a través de un bus de modulación por desplazamiento de frecuencia (FSK) 107. El ejemplo de dispositivo de control de proceso 100 incluye un procesador 108 (u otro tipo de circuito lógico) para recibir y/o transmitir comandos y/o datos a través de los puertos 104, 106. El puerto de ejemplo 104 está comunicado con un host RS485 1 10, y el puerto de ejemplo 106 está comunicado con un host FSK 1 12. El dispositivo de control de proceso 100 de Figura 1 puede comunicarse con cualquiera de los dispositivos host 1 10, 1 12 a través de los respectivos buses 105, 107.
El ejemplo de host RS485 1 10 puede ser, por ejemplo, una computadora personal que ejecuta el software de ROCLI NK 800 de Emerson Process Control, un computadora personal que ejecuta el software TechView de Emerson Process Control, un comunicador de campo de Emerson Process Control, y/o cualquier otro dispositivo capaz de la comunicación a través del bus RS485 105. El ejemplo de host FSK 1 12 puede ser, por ejemplo, un computadora personal que ejecuta el software TechView, un comunicador de campo, un computadora personal que ejecuta el software DD Visor de Emerson Process Control, y/o cualquier otro dispositivo capaz de comunicarse a traves del bus FSK 107.
Diferentes tipos de protocolos de comunicación se usan en diferentes sistemas de control de procesos y/o ambientes. Cada tipo de protocolo de comunicación ofrece ventajas y desventajas, y/o es más adecuado para una configuración particular de dispositivos. Los bus RS485 a menudo se usan para comunicarse a través del protocolo MODBUS o el protocolo asincrónico estándar Bristol (BSAP). El puerto de ejemplo 104 de Figura 1 está configurado para comunicarse usando el protocolo MODBUS y/o los protocolos BSAP. Los bus FSK a menudo se usan para comunicarse a través del protocolo BSAP, el protocolo MODBUS, y/o el protocolo de transductor remoto direccionable de red (HART). El ejemplo de puerto 106 de Figura 1 está configurado para comunicarse a través de los protocolos BSAP, MODBUS, y HART.
El procesador de ejemplo 108 también es capaz de transmitir y/o recibir a través de los protocolos BSAP, MODBUS, y HART. El ejemplo de host RS485 1 10 puede transmitir paquetes al dispositivo de ejemplo 100 a través del puerto 104 en uno de varios protocolos de comunicación . Del mismo modo, el ejemplo de host FSK 1 12 puede transmitir paquetes al dispositivo de ejemplo 100 a traves del puerto 106 en uno de varios protocolos de comunicación. Por el contrario con los dispositivos de control de procesos conocidos, los cuales son configurados para un protocolo particular en un puerto en particular por el usuario (por ejemplo, téenico, instalador), el dispositivo de ejemplo 100 detecta automáticamente cuál de los protocolos de comunicación usables se transmite al dispositivo 100 a través los puertos 104, 106. Esta configuración se realiza generalmente cuando el dispositivo se inicializa por primera vez en base a las capacidades de comunicación de los hosts y/o buses a los que está conectado el dispositivo.
Para facilitar la comunicación a través de uno o más protocolos, el ejemplo de detector de protocolo 102 de Figura 1 detecta cuál de los protocolos de comunicación se usa en los mensajes entrantes. Por ejemplo, el detector de protocolo 102 de Figura 1 puede identificar un protocolo de comunicación basado en un paquete recibido a través de uno de los puertos 104, 106 cuando el dispositivo 100 se inicializa por primera vez y/o cuando un paquete recibido no comcide con un protocolo de comunicación esperado.
Para identificar un protocolo, el ejemplo de detector de protocolo 102 compara la estructura, la longitud y/o el contenido de un paquete recibido a través de un puerto 104, 106 con una o más estructuras de los mensajes de protocolo. El ejemplo de detector de protocolo 102 puede identificar positivamente (por ejemplo, por comcidencia con un protocolo) o identificar negativamente (por ejemplo, mediante la eliminación de otros protocolos) el protocolo que se está usando. Uno o más protocolos de comunicación pueden tener factores concluyentes que, al ser observados en conjunto, hacen que el detector de protocolo 102 determine el protocolo de comunicación que se está usando (o que no se está usando). Además o alternativamente, uno o más protocolos de comunicación pueden tener uno o más conjuntos de factores que, cuando se observan en combinación, hacen que el detector de protocolo 102 determine el protocolo de comunicación que se está usando (o que no se está usando). Los ejemplos de estructuras de los mensajes de protocolo y de mensajes se describen a continuación con referencia a las Figuras 2-7.
Al identificar que protocolo de comunicación coincide con el mensaje recibido, el ejemplo de detector de protocolo de 102 informa al procesador 108 el protocolo de comunicación y el puerto 104, 106 en el que se recibió el mensaje. El procesador de ejemplo 108 a continuación , procesa el mensaje recibido y los futuros mensajes recibidos de acuerdo con el protocolo determinado. Además, el procesador de ejemplo 108 obedece las convenciones del protocolo determinado y genera mensajes salientes de acuerdo con el protocolo determinado.
A pesar que el ejemplo de detector de protocolo 102 de Figura 1 se ilustra como un bloque separado, el detector de protocolo 102 se puede implementar como una parte del procesador 108.
Figura 2 ilustra un ejemplo de estructura de mensaje de protocolo MODBUS 200 que puede ser usada por el detector de protocolo 102 de Figura 1 para detectar el protocolo de comunicación MODBUS. Figura 3 ilustra un ejemplo de mensaje 300 que se ajusta al protocolo MODBUS que es identificable por el detector de protocolo 102 de Figura 1 como un mensaje MODBUS. El ejemplo de detector de protocolo 102 de Figura 1 puede detectar que el mensaje MODBUS 300 cumple con el protocolo MODBUS (en oposición a los protocolos HART o BSAP) mediante la observación de uno o más de los siguientes aspectos, por ejemplo: 1 ) intervalos de inicio y/o fin 202, 204; 2) un byte de función 302 correspondiente a un campo de función 206, y/o 3) dos bytes de comprobación de redundancia cíclica (CRC por sus siglas en ingles) 304 correspondiente a un campo CRC 208.
Figura 4 ilustra un ejemplo de estructura de mensaje de protocolo HART 400 que puede ser usada por el detector de protocolo 102 de Figura 1 para detectar el protocolo de comunicación HART. Figura 5 ilustra un ejemplo de mensaje 500 conforme con el protocolo HART que es identificable por el detector de protocolo 102 de Figura 1 como un mensaje HART. El ejemplo de detector de protocolo 102 de Figura 1 detecta que el mensaje HART 500 se ajusta al protocolo HART (por oposición a los protocolos MODBUS o BSAP) mediante la observación de uno o más de de los siguientes aspectos: 1 ) un preámbulo de 5-20 bytes 502 de Oxff bytes correspondiente al campo de preámbulo 402; 2) un byte delimitador 504 correspondiente a un campo delimitador 404; 3) una dirección de 5 bytes 506 correspondiente a un campo de dirección 406; 4) un byte de comando 508 que corresponde a un campo de comando 408, y/o 5) un byte de suma de comprobación 510 que corresponde a un campo de suma de comprobación 410.
Figura 6A ilustra un primer ejemplo de una estructura de mensaje de protocolo BSAP 600 que puede ser usado por el detector de protocolo 102 de Figura 1 para detectar las comunicaciones de protocolo BSAP. Figura 6B ilustra un segundo ejemplo de estructura de mensaje de protocolo BSAP 602 que puede ser usada por el detector de protocolo 102 de Figura 1 para detectar las comunicaciones de protocolo BSAP. Figura 7 ilustra un ejemplo de mensaje 700 que cumple con el protocolo BSAP que es identificable por el detector de protocolo de Figura 1 como mensaje BSAP. El ejemplo de detector de protocolo 102 de Figura 1 puede detectar que el ejemplo de mensaje BSAP 700 se ajusta al protocolo BSAP (por oposición a los protocolos MODBUS o HART) mediante la observación de uno o más de los siguientes elementos: 1 ) un byte escape de enlace de datos (DEL) 702 correspondiente a un campo DEL 604; 2 ) un byte de texto de inicio (STX) 704 que corresponde a un byte de comienzo de texto 606; 3) 7 o 12 bytes de encabezamiento 706 que corresponden a un campo de encabezamiento de 12 bytes 608 o un campo de encabezamiento de 7-bytse 610; 4) un segundo byte DEL 708 correspondiente a un segundo campo DEL 612; 5) un byte de texto final (ETX) 710 correspondiente a un campo ETX 614, y/o 6) 5 dos bytes CRC 712 correspondientes a un campo CRC de 2 bytes 616.
A pesar que Figura 1 ilustra un ejemplo de implementación del detector de protocolo 102 , uno o más de los elementos, procesos y/o dispositivos ilustrados en Figura 1 pueden ío combinarse, dividirse, reorganizarse, omitirse, eliminarse y/o aplicarse de cualquier otra manera. Además, el ejemplo de detector de protocolo de 102 y/o, más en general, el dispositivo de ejemplo 100 de Figura 1 pueden ser implementados por hardware, software, firmware y/o cualquier combinación de 15 hardware, software y/o firmware. Así, por ejemplo, el ejemplo de detector de protocolo 102 y/o, más en general, el ejemplo de dispositivo de control de proceso 100 de Figura 1 podrían ser implementadas por uno o más circuitos, procesadores programables, circuitos integrado de aplicación específica (ASIC), 0 dispositivos lógicos programables (PLD por sus siglas en ingles) y/o dispositivos lógicos programables en campo (FPLD por sus siglas en inglés) , etcétera. Más aún, el ejemplo de detector de protocolo 102 de Figura 1 podrá comprender uno o más elementos, procesos y/o dispositivos además de, o en lugar de, 5 los ilustrados en Figura 1 , y/o puede incluir más de uno de cualquiera o todos los elementos, procesos y dispositivos ilustrados.
Un diagrama de flujo representativo de un ejemplo de metodo 800 para implementar el ejemplo de detector de protocolo 102 y/o el procesador de ejemplo 108 de Figura 1 se ilustra en Figura 8. En este ejemplo, el método de ejemplo 800 se puede implementar usando instrucciones legibles por máquma que comprenden un programa para su ejecución por un procesador tal como el procesador 912 que se muestra en el ejemplo de computadora 900 que se expone en adelante en relación con Figura 9. El programa se puede implementar en software almacenado en un medio legible por computadora tangible tal como un medio de almacenamiento legible por computadora (por ejemplo, un CD-ROM, un disquete, un disco duro, un disco versátil digital (DVD por sus siglas en inglés), un disco Blu-ray, o una memoria asociada con el procesador 912), aunque el programa entero y/o partes del mismo, alternativamente, podrían ser ejecutadas por un dispositivo que no sea el procesador 912 y /o incorporado en firmware o hardware dedicado. Además, aunque el programa de ejemplo se describe con referencia al diagrama de flujo ilustrado en Figura 8 se pueden usar alternativamente muchas otras formas de ejecución del detector de protocolo de ejemplo 102. Por ejemplo, el orden de ejecución de los bloques puede ser cambiado, y/o algunos de los bloques descriptos pueden ser modificados, eliminados, o combinados.
Conforme se ha mencionado, el ejemplo de metodo 800 de Figura 8 puede ser implementado usando instrucciones codificadas (por ejemplo, instrucciones legibles por computadora) almacenadas en un medio legible por computadora tangible como s una unidad de disco duro, una memoria flash, una memoria de sólo lectura (ROM por sus siglas en inglés), un disco compacto (CD por sus siglas en inglés), un disco versátil digital (DVD), una memoria caché, una memoria de acceso aleatorio (RAM por sus siglas en inglés) y/o cualquier otro medio de almacenamiento en ío el que la información se almacena durante cualquier período de tiempo (por ejemplo, durante períodos prolongados de tiempo, de forma permanente, lapsos breves, almacenamiento temporario, y/o para el almacenamiento en caché de la información). Conforme a la presente, el medio legible por computadora 15 tangible incluye expresamente cualquier tipo de almacenamiento legible por computadora y excluye las señales de propagación. Además o alternativamente, el método de ejemplo 800 de Figura 8 puede implementarse usando instrucciones codificadas (por ejemplo, instrucciones legibles por computadora) almacenadas en 20 un medio legible por computadora no transitorio tal como una unidad de disco duro, una memoria flash , una memoria de sólo lectura, un disco compacto, un disco digital versátil, un caché, memoria de acceso aleatorio y/o cualquier otro medio de almacenamiento en el que la información se almacene durante 5 cualquier período de tiempo (por ejemplo, durante largos períodos de tiempo, de forma permanente, lapsos breves, temporalmente y/o almacenamiento en cache de la información).
El procedimiento de ejemplo 800 puede ser ejecutado por el detector de protocolo de ejemplo 102, el procesador de ejemplo 108 y/o, más en general, el ejemplo de dispositivo de control de proceso 100 de Figura 1 . El método 800 de Figura 8 se puede ejecutar cuando, por ejemplo, el dispositivo de control de proceso 100 se inicializa y/o un dispositivo host (por ejemplo, las computadoras 1 10, 1 12) está conectado a un puerto (por ejemplo, los puertos 104, 106) del ejemplo de dispositivo de control de procesos 100. En algunos otros ejemplos, el método 800 se ejecuta mediante el detector de protocolo 102 en respuesta a la recepción de uno o más mensajes que no se ajustan a un protocolo esperado.
El ejemplo de método 800 se inicia mediante la introducción de un estado inicial (bloque 802). En el ejemplo de estado inicial, el detector de protocolo 102 y/o el procesador 108 no están configurados para procesar los mensajes de acuerdo con cualquier protocolo particular. En algún momento, el ejemplo de protocolo 102 recibe del detector (por ejemplo, a través de los puertos 104, 106) un mensaje de control de proceso (bloque 804). El ejemplo de detector de protocolo 102 analiza el mensaje de control de proceso para identificar uno o más campos (bloque 806).
El detector de protocolo 102 determina si los campos de protocolo HART están presentes (bloque 808). Por ejemplo, el detector de protocolo 102 puede determinar si el mensaje incluye uno o más entre: 1 ) un preámbulo de 5-20 bytes de Oxff bytes (por ejemplo, el campo de preámbulo 502 de Figura 5) que corresponde al campo de preámbulo (por ejemplo, el campo de preámbulo 402 de Figura 4); 2) un byte delimitador (por ejemplo, el byte delimitador 504) correspondiente a un campo delimitador (por ejemplo, el campo delimitador 404); 3) una dirección de 5 bytes (por ejemplo, la dirección 506) correspondiente a un campo de dirección (por ejemplo, el campo de dirección 406); 4) un byte de comando (por ejemplo, el byte de comando 508) correspondiente a un campo de comando (por ejemplo, el campo de comando 408), y/o 5) un byte de suma de comprobación (por ejemplo, el byte de suma de comprobación 510) correspondiente a un campo de suma de comprobación (por ejemplo, el campo de suma de comprobación 410). Si hay campos HART presentes (bloque 808), el ejemplo de detector de protocolo 102 determina si el mensaje se ajusta a la sintaxis HART (por ejemplo, el protocolo de mensajes) (bloque 810). Si el mensaje tiene la sintaxis HART (bloque 810), el ejemplo de detector de protocolo 102 instruye al procesador 108 para procesar los mensajes usando el protocolo HART (bloque 812).
Si no hay campos HART presentes (bloque 808) o si el mensaje no tiene una sintaxis correcta HART (bloque 810), el ejemplo de detector de protocolo 102 determina si los campos de protocolo MODBUS están presentes (bloque 814). Por ejemplo, el detector de protocolo 102 puede determinar si el mensaje incluye uno o más de: 1 ) intervalos de inicio y/o fin (por ejemplo, intervalos de inicio y/o fin 202, 204 de Figura 2), 2) un byte de función (por ejemplo, el byte de función 302 de Figura 3) que corresponde a un campo de función (por ejemplo, el campo de función 206); y/o 3) dos bytes CRC (por ejemplo, los bytes CRC 304) correspondientes a un campo CRC (por ejemplo, el campo CRC 208). Si hay campos MODBUS presentes (bloque 814), el ejemplo de detector de protocolo 102 determina si el mensaje se ajusta a la sintaxis MODBUS (por ejemplo, el protocolo de mensajes) (bloque 816). Si el mensaje tiene la sintaxis MODBUS (bloque 816), el ejemplo de detector de protocolo 102 instruye al procesador 108 para procesar los mensajes usando el protocolo MODBUS (bloque 818).
Si no hay campos MODBUS presentes (bloque 814) o si el mensaje no tiene una sintaxis adecuada MODBUS (bloque 816), el ejemplo de detector de protocolo 102 determina si cualquiera de los campos de protocolo BSAP están presentes (bloque 820). Por ejemplo, el detector de protocolo 102 puede determinar si el mensaje incluye uno o más de: 1 ) un byte de escape de enlace de datos (DEL) (por ejemplo, el byte DEL 702 de Figura 7) correspondiente a un campo DEL (por ejemplo, el campo DEL 604 de las figuras 6A y 6B); 2) un byte de texto de inicio (STX) (por ejemplo, el byte STX 704) que corresponde a un byte de texto de inicio (por ejemplo, los bytes STX 606); 3) 7 o 12 bytes de encabezamiento (por ejemplo, los bytes de encabezamiento 706) correspondientes a un campo de encabezamiento de 12 bytes (por ejemplo, el campo de encabezamiento 608 de Figura 6A) o un campo de encabezamiento de 7 bytes (por ejemplo, el campo de encabezamiento 610 de Figura 6A); 4) un segundo byte DEL (por ejemplo, el byte DEL 708) correspondiente a un segundo campo DEL (por ejemplo, el el campo DEL 612); 5) byte de texto final (ETX) (por ejemplo, el byte ETX 710) correspondiente a un campo ETX (por ejemplo, los campos ETX 614) , y/o 6) dos bytes CRC (por ejemplo, los bytes CRC 712) correspondientes a un campo CRC de 2 bytes (por ejemplo, el campo CRC 616) . Si hay campos BSAP presentes (bloque 820), el ejemplo de detector de protocolo 102 determina si el mensaje se ajusta a la sintaxis BSAP (por ejemplo, el protocolo de mensajes) (bloque 822) . Si el mensaje tiene la sintaxis BSAP (bloque 822), el ejemplo de detector de protocolo 102 instruye al procesador 108 para procesar los mensajes usando el protocolo BSAP (bloque 824).
Si el detector de protocolo 102 determina que el mensaje no tiene ninguna de las sintaxis (bloques 810, 816, 822), el metodo del ejemplo 800 vuelve al bloque 802 para permanecer en el estado inicial. Si, sin embargo, el ejemplo de detector de protocolo 102 hace que el procesador 108 procese los mensajes usando HART (bloque 812), usando MODBUS (bloque 818), o BSAP (bloque 824) , el ejemplo de detector de protocolo 102 ís puede terminar el procedimiento de ejemplo 800.
Figura 9 es un diagrama en bloques de un ejemplo de sistema de procesador 910 que puede ser usado para implementar el ejemplo de detector de protocolo 102, el ejemplo de dispositivo de control de proceso 100, el ejemplo de host RS485 1 10, y/o el ejemplo host FSK 1 12 de Figura 1 . Como se muestra en Figura 9, el sistema de procesador 910 incluye el procesador 912 (por ejemplo, el procesador 108) que está conectado a un bus 914 de interconexión. El procesador 912 incluye un conjunto de registro o espacio de registro 916, que se representa en Figura 9 como enteramente en el chip, pero que alternativamente podría estar ubicado total o parcialmente fuera del chip y directamente conectado al procesador 912 a traves de conexiones eléctricas dedicadas y/o a través del bus de interconexión 914. El procesador 912 puede ser cualquier procesador, unidad de procesamiento o microprocesador adecuado. Aunque no se muestra en Figura 9, el sistema 910 puede ser un sistema multiprocesador y, por lo tanto, puede incluir uno o más procesadores adicionales que sean idénticos o similares al procesador 912 y que están comunicados con el bus de interconexión 914.
El procesador 912 de Figura 9 está conectado a un conjunto de chips 918, que incluye un controlador de memoria 920 y un controlador de entrada/salida (E/S) 922. Como es bien sabido, un conjunto de chips normalmente proporciona funciones de gestión de memoria y E/S, así como una pluralidad de registros generales o especiales, temporizadores, etc, que son accedidos o usados por uno o más procesadores conectados al conjunto de chips 918. El controlador de memoria 920 realiza funciones que permiten al 5 procesador de 912 (o procesadores si hay varios procesadores) acceder a una memoria de sistema 924 y a una memoria de almacenamiento masivo 929.
La memoria del sistema 924 puede incluir cualquier tipo deseado de memoria volátil y/o no volátil, tal como, por ejemplo, ío memoria de acceso aleatorio dinámico sincrónica (SRAM), memoria de acceso aleatorio dinámico (DRAM), memoria flash, memoria de sólo lectura (ROM) , etcetera. La memoria de almacenamiento masivo 929 puede incluir cualquier tipo deseado de dispositivo de almacenamiento masivo como discos duros, ís unidades ópticas, dispositivos de almacenamiento en cinta, etcétera.
El controlador de E/S 922 realiza funciones que permiten al procesador 91 2 comunicarse con los periféricos de entrada/salida (E/S) de los dispositivos 926 y 928 y una interfaz de red 930 a 0 través de un bus de E/S 932. Los dispositivos de E/S 926 y 928 pueden ser cualquier tipo deseado de dispositivo de E/S, tal como, por ejemplo, un teclado, una pantalla de vídeo o monitor, un ratón , etcétera. La interfaz de red 930 puede ser, por ejemplo, un dispositivo de Ethernet, un dispositivo de modo de 5 transferencia asincrónica (ATM por sus siglas en inglés), un dispositivo 802.1 1 , un módem DSL, un módem por cable, un módem celular, etcetera. , que permite que el sistema de procesador 910 se comunique con otro sistema de procesador.
Mientras que el controlador de memoria 920 y el controlador 5 de E/S 922 se representan en Figura 9 como bloques funcionales independientes dentro del conjunto de chips 918, las funciones realizadas por estos bloques pueden integrarse dentro de un único circuito de semiconductores o pueden implementarse usando dos o más circuitos integrados separados ío A pesar de haberse descripto ciertos ejemplos de métodos, aparatos y dispositivos, el alcance de la presente no se limita a ellos. Por el contrario, la presente invención cubre todos los métodos, aparatos y dispositivos que caen dentro del alcance de las Reivindicaciones. 15

Claims (27)

REIVINDICACIONES
1 . Un metodo, caracterizado porque comprende: determinar que el mensaje de sistema de control de proceso recibido a través de un puerto tiene una estructura de mensaje que corresponde a un primer protocolo de una pluralidad de protocolos de mensajes de control de procesos; y procesar el mensaje de control de proceso de acuerdo con el primer protocolo de mensaje de control de proceso.
2. El método de la Reivindicación 1 , caracterizado porque el primero de la pluralidad de protocolos de mensajes de control de proceso corresponde a un protocolo de transductor remoto direccionable de red, un protocolo MODBUS, o un protocolo asincrónico estándar Bristol.
3. El método de cualquiera de las reivindicaciones que anteceden , caracterizado porque comprende además: analizar el mensaje de control de proceso para identificar un campo de mensaje del mensaje de control de proceso; concordar el contenido del campo de mensaje con un campo conocido de la estructura del mensaje correspondiente al primero de la pluralidad de protocolos de mensajes de control de procesos.
4. El método de cualquiera de las reivindicaciones que anteceden , caracterizado porque comprende además la determinación de que la estructura del mensaje corresponde a un protocolo de transductor remoto direccionable de red, si el contenido del campo de mensaje comprende un preámbulo de 5- 20 bytes de Oxff bytes cuando el campo conocido corresponde a un campo de preámbulo.
5 5. El metodo de cualquiera de las reivindicaciones que anteceden, caracterizado porque comprende además la determinación de que la estructura del mensaje corresponde a un protocolo de transductor remoto direccionable de red si el contenido del campo de mensaje comprende un byte delimitador ío cuando el campo conocido corresponde a un campo delimitador.
6. El método de cualquiera de las reivindicaciones que anteceden, caracterizado porque comprende además la determinación de que la estructura del mensaje corresponde a un protocolo de transductor remoto direccionable de red si el 15 contenido del campo de mensaje comprende una dirección de cinco bytes cuando el campo conocido corresponde a una dirección.
7. El método de cualquiera de las reivindicaciones que anteceden, caracterizado porque comprende además la 0 determinación de que la estructura del mensaje corresponde a un protocolo de transductor remoto direccionable de red si el contenido del campo de mensaje comprende un byte de comando cuando el campo conocido corresponde a un campo de comandos.
8. El método de cualquiera de las reivindicaciones que 5 anteceden , caracterizado porque comprende además la determinación de que la estructura del mensaje corresponde a un protocolo de transductor remoto direccionable de red si el contenido del campo de mensaje comprende un único byte de suma de comprobación cuando el campo conocido corresponde a un campo de suma de comprobación.
9. El metodo de cualquiera de las reivindicaciones que anteceden, caracterizado porque comprende además la determinación de que la estructura del mensaje corresponde a un protocolo MODBUS si el contenido del campo de mensaje comprende datos asociados con un intervalo de inicio o un intervalo final, cuando el campo conocido corresponde a un intervalo de inicio o un intervalo final.
10. El método de cualquiera de las reivindicaciones que anteceden , caracterizado porque comprende además la determinación de que la estructura del mensaje corresponde a un protocolo MODBUS si el contenido del campo de mensaje comprende un byte de función cuando el campo conocido corresponde a un campo de función .
1 1 . El método de cualquiera de las reivindicaciones que anteceden, caracterizado porque comprende además la determinación de que la estructura del mensaje corresponde a un protocolo asincrónico Bristol estándar si el contenido del campo de mensaje comprende siete o doce bytes de encabezamiento cuando el campo conocido corresponde a un campo de encabezamiento de 7 bytes o un campo de encabezamiento de 12 bytes .
12. El metodo de cualquiera de las reivindicaciones que anteceden , caracterizado porque comprende además la determinación de que la estructura del mensaje corresponde a un protocolo asincrónico Bristol estándar si el contenido del campo de mensaje comprende un byte de escape de enalce de datos cuando el campo conocido corresponde a un campo de escape de enlace de datos.
13. El método de cualquiera de las reivindicaciones que anteceden , caracterizado porque comprende además la determinación de que la estructura del mensaje corresponde a un protocolo asincrónico Bristol estándar si un segundo contenido de un segundo campo de mensaje comprende un segundo byte de escape de enlace de datos cuando el campo conocido corresponde a un segundo campo de escape de enlace de datos.
14. El método de cualquiera de las reivindicaciones que anteceden , caracterizado porque comprende además la determinación de que la estructura del mensaje corresponde a un protocolo asincrónico Bristol estándar si el contenido del campo de mensaje comprende un byte de texto de inicio cuando el campo conocido corresponde a un campo de texto de inicio.
15. El método de cualquiera de las reivindicaciones que anteceden , caracterizado porque comprende además la determinación de que la estructura del mensaje corresponde a un protocolo asincrónico Bristol estándar si el contenido del campo de mensaje comprende un byte de texto final, cuando el campo conocido corresponde a un campo de texto final.
16. El metodo de cualquiera de las reivindicaciones que anteceden , caracterizado porque comprende además la determinación de que la estructura del mensaje corresponde a uno de un protocolo MODBUS o un protocolo asincrónico Bristol estándar si el contenido del campo de mensaje comprende dos bytes de comprobación de redundancia cíclica cuando el campo conocido corresponde a un campo de comprobación de redundancia cíclica de dos bytes.
17. El método de cualquiera de las reivindicaciones que anteceden , caracterizado porque el puerto está configurado para comunicarse a través de un bus RS485 o un bus de Modulación por Desplazamiento de Frecuencia.
18. Un aparato caracterizado porque comprende: un puerto para recibir un mensaje de control de proceso; un detector de protocolo para determinar que el mensaje del sistema de control de procesos tiene una estructura de mensaje que corresponde a un primer protocolo de una pluralidad de protocolos de mensajes de control de procesos; y un procesador para procesar el mensaje de control de proceso de acuerdo con el primer protocolo de mensaje de control de proceso.
19. El aparato de la reivindicación 18, caracterizado porque el primero de la pluralidad de protocolos de mensajes de control de proceso corresponde a un protocolo de transductor remoto direccionable de red, un protocolo MODBUS, o un protocolo asincrónico Bristol estándar.
20. El aparato de cualquiera de fas reivindicaciones que anteceden, caracterizado porque el detector de protocolo determina que la estructura de mensaje del mensaje de control de proceso corresponde a un protocolo de transductor remoto direccionable de red si el contenido de un campo de mensaje del mensaje de control de proceso comprende al menos uno entre: un preámbulo de 5-20 bytes bytes de Oxff bytes cuando el campo conocido corresponde a un campo de preámbulo, un byte delimitador cuando el campo conocido corresponde a un campo de delimitador, una dirección de cinco bytes cuando el campo conocido corresponde a una dirección, un byte de comando cuando el campo conocido corresponde a un campo de comandos, o un byte de suma de comprobación cuando el campo conocido corresponde a un campo de suma de comprobación.
21 . El aparato de cualquiera de las reivindicaciones que anteceden , caracterizado porque el detector de protocolo determinar que la estructura de mensaje del mensaje de control de proceso corresponde a un protocolo MODBUS si el contenido de un campo de mensaje del mensaje de control de proceso comprende al menos uno de: datos asociados con un intervalo de inicio cuando el campo conocido corresponde a un intervalo de inicio, datos asociados con un intervalo final, cuando el campo conocido corresponde a un intervalo final, un byte de función cuando el campo conocido corresponde a un campo de función, o dos bytes de comprobación de redundancia cíclica cuando el campo conocido corresponde a un campo de comprobación de redundancia cíclica.
22. El aparato de cualquiera de las reivindicaciones que anteceden , caracterizado porque el detector de protocolo determina que la estructura de mensaje del mensaje de control de proceso corresponde a un protocolo asincrónico estándar Bristol si el contenido de un campo de mensaje del mensaje de control de proceso comprende al menos uno de: un byte de escape de enlace de datos cuando el campo conocido corresponde a un campo de escape de enlace de datos, un byte de texto de inicio cuando el campo conocido corresponde a un campo de texto de inicio, siete bytes de encabezamiento cuando el campo conocido corresponde a un campo de encabezamiento de siete bytes, doce bytes de encabezamiento cuando el campo conocido corresponde a un campo de encabezamiento de doce bytes, un segundo byte de escape de enlace de datos cuando el campo conocido corresponde a un segundo campo de escape de enlace de datos, un byte de texto final, cuando el campo conocido corresponde a un campo de texto final, o dos de bytes de verificación de redundancia cíclica cuando el campo conocido corresponde a un ciclo de dos bytes.
23. Un medio de almacenamiento legible por máquma tangible caracterizado porque comprende instrucciones legibles por máquina tangibles, que cuando se ejecutan , hacen que una máquina por lo menos: reciba un mensaje de control de proceso a traves de un puerto; determine que el mensaje de sistema de control de procesos tiene una estructura de mensaje que corresponde a un primer protocolo de una pluralidad de protocolos de mensajes de control de procesos; y procese el mensaje de control de proceso de acuerdo con el primer protocolo de mensaje de control de proceso.
24. Un medio de almacenamiento de acuerdo con cualquiera de las reivindicaciones que anteceden , caracterizado porque las instrucciones hacen que la máquina determine que la estructura del mensaje corresponde a un protocolo de transductor remoto direccionable de red si el contenido del campo de mensaje del mensaje de control de proceso comprende al menos uno de: un preámbulo de 5-20 bytes de Oxff bytes cuando el campo conocido corresponde a un campo de preámbulo un byte delimitador cuando el campo conocido corresponde a un campo delimitador, una dirección de cinco bytes cuando el campo conocido corresponde a una dirección , un byte de comando cuando el campo conocido corresponde a un campo de comandos, o un byte de suma de comprobación cuando el campo conocido corresponde a un campo de suma de comprobación .
25. Un medio de almacenamiento de acuerdo con cualquiera de las reivindicaciones que anteceden , caracterizado porque las instrucciones además hacen que la máquma determine que la estructura del mensaje corresponde a un protocolo MODBUS si el contenido del campo de mensaje del mensaje de control de proceso comprende al menos uno de: datos asociados con un intervalo de inicio cuando el campo conocido corresponde a un intervalo de inicio, datos asociados con un intervalo final , cuando el campo conocido corresponde a un intervalo final, un byte de función cuando el campo conocido corresponde a un campo de función, o dos bytes de comprobación de redundancia cíclica cuando el campo conocido corresponde a un campo de comprobación de redundancia cíclica.
26. Un medio de almacenamiento de acuerdo a la Reivindicación 23, caracterizado porque las instrucciones además hacen que la máquma determine que la estructura del mensaje corresponde a un protocolo asincrónico Bristol estándar si el contenido del campo de mensaje del mensaje de control de proceso comprende al menos uno de: un byte de escape de enlace de datos cuando el campo conocido corresponde a un campo de escape de enlace de datos, un byte de texto de inicio cuando el campo conocido corresponde a un campo de texto de inicio, siete bytes de encabezamiento cuando el campo conocido corresponde a un campo de encabezamiento de siete bytes, doce bytes de encabezamiento cuando el campo conocido corresponde a un campo de encabezamiento de doce bytes, un segundo byte de escape de enlace de datos cuando el campo conocido corresponde a un segundo campo de escape de enlace de datos, un byte de texto final, cuando el campo conocido corresponde a un campo de texto final, o dos de bytes de verificación de redundancia cíclica cuando el campo conocido corresponde a un ciclo de dos bytes.
27. Un medio de almacenamiento de acuerdo a la Reivindicación 23, caracterizado porque las instrucciones además hacen que la máquina determine que la estructura del mensaje corresponde a un protocolo entre un protocolo MODBUS o un protocolo asincrónico Bristol estándar si el contenido del campo de mensaje comprende dos bytes de comprobación de redundancia cíclica cuando el campo conocido corresponde a un campo de comprobación de redundancia cíclica de dos bytes.
MX2014013621A 2012-05-07 2013-05-07 Metodos y aparatos para identificar un protocolo de comunicacion usado en un sistema de control de procesos. MX343953B (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261643520P 2012-05-07 2012-05-07
PCT/US2013/039822 WO2013169697A1 (en) 2012-05-07 2013-05-07 Methods and apparatus to identify a communication protocol being used in a process control system

Publications (2)

Publication Number Publication Date
MX2014013621A true MX2014013621A (es) 2015-07-06
MX343953B MX343953B (es) 2016-11-30

Family

ID=48444638

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2014013621A MX343953B (es) 2012-05-07 2013-05-07 Metodos y aparatos para identificar un protocolo de comunicacion usado en un sistema de control de procesos.

Country Status (10)

Country Link
US (2) US9430429B2 (es)
EP (1) EP2847968A1 (es)
JP (2) JP2015520993A (es)
CN (2) CN205142267U (es)
AR (1) AR090952A1 (es)
BR (1) BR112014027753B1 (es)
CA (1) CA2872452C (es)
MX (1) MX343953B (es)
RU (1) RU2642389C2 (es)
WO (1) WO2013169697A1 (es)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120069846A1 (en) * 2010-09-17 2012-03-22 Battelle Memorial Institute Serial Communication Tapping and Transmission to Routable Networks
CN205142267U (zh) 2012-05-07 2016-04-06 布里斯托尔D/B/A远程自动化解决方案公司 识别过程控制系统中正在使用的通信协议的装置
CN103746783A (zh) * 2013-11-29 2014-04-23 国电南瑞科技股份有限公司 一种基于Modbus通讯协议的扩展型通讯方法
EP3151472A1 (de) * 2015-09-29 2017-04-05 Siemens Aktiengesellschaft Kommunikationseinrichtung zum anschluss an ein kommunikationsnetz
US9892011B2 (en) * 2015-10-29 2018-02-13 Honeywell International Inc. Apparatus and method for autodetection of HART devices over PROFIBUS
DE102015122066A1 (de) * 2015-12-17 2017-06-22 Weidmüller Interface GmbH & Co. KG Fehlersicheres Modul zum Anschluss an einen Feldbuskoppler, Feldbuskoppler, System und Verfahren zum Konfigurieren eines derartigen fehlersicheren Moduls
US10113900B2 (en) * 2016-04-19 2018-10-30 Rosemount Tank Radar Ab Field device with multiple protocol support
KR101942905B1 (ko) 2017-02-14 2019-01-28 엘에스산전 주식회사 통신 데이터 모델링 방법
US10311000B2 (en) * 2017-09-29 2019-06-04 Intel Corporation Integrated universal serial bus (USB) type-C switching
US10928088B2 (en) * 2017-11-10 2021-02-23 Johnson Controls Technology Company HVAC switchable communication bus and power bus control board systems and methods
CN107896234B (zh) * 2017-12-29 2020-06-16 北京东土科技股份有限公司 在Modbus通信网络中传输报文的方法、Modbus通信网络系统和设备
KR101969940B1 (ko) * 2018-11-27 2019-04-18 주식회사 나온웍스 산업 프로토콜 패킷 감시 및 제어 장치
CN111835591B (zh) * 2020-07-10 2022-05-03 芯河半导体科技(无锡)有限公司 一种以太网报文快速协议识别的方法
US11708985B2 (en) * 2021-02-25 2023-07-25 Siemens Industry, Inc. System and method for configuring, commissioning and troubleshooting an HVAC unit
US20230153263A1 (en) * 2021-11-16 2023-05-18 Infineon Technologies Austria Ag Flexible high speed interface implementation in a power supply
CN114338262B (zh) * 2021-11-26 2024-02-20 国网信息通信产业集团有限公司 能源舱通信方法、系统及电子设备

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4855905A (en) * 1987-04-29 1989-08-08 International Business Machines Corporation Multiprotocol I/O communications controller unit including emulated I/O controllers and tables translation of common commands and device addresses
US5613096A (en) * 1994-11-04 1997-03-18 Canon Information Systems, Inc. Network protocol sensor
US5742602A (en) * 1995-07-12 1998-04-21 Compaq Computer Corporation Adaptive repeater system
US6094600A (en) * 1996-02-06 2000-07-25 Fisher-Rosemount Systems, Inc. System and method for managing a transaction database of records of changes to field device configurations
US5923557A (en) * 1997-08-01 1999-07-13 Hewlett-Packard Company Method and apparatus for providing a standard interface to process control devices that are adapted to differing field-bus protocols
US6297691B1 (en) * 2000-06-09 2001-10-02 Rosemount Inc. Method and apparatus for demodulating coherent and non-coherent modulated signals
DE10030845B4 (de) * 2000-06-23 2008-11-20 Abb Ag Feldbus-Anschlußsystem für Aktoren oder Sensoren
US6629059B2 (en) * 2001-05-14 2003-09-30 Fisher-Rosemount Systems, Inc. Hand held diagnostic and communication device with automatic bus detection
US6959356B2 (en) * 2001-07-30 2005-10-25 Fisher-Rosemount Systems, Inc. Multi-protocol field device and communication method
US7032045B2 (en) * 2001-09-18 2006-04-18 Invensys Systems, Inc. Multi-protocol bus device
US7318112B2 (en) * 2001-10-11 2008-01-08 Texas Instruments Incorporated Universal interface simulating multiple interface protocols
DE60319704T2 (de) * 2002-06-25 2009-03-26 P.R. Electronics A/S Methode und adapter zur protokoll-ermittlung in einem feldbusnetzwerk
JP2004120668A (ja) * 2002-09-30 2004-04-15 Yokogawa Electric Corp 複数の通信プロトコルに対応した信号伝送器
US10261506B2 (en) * 2002-12-05 2019-04-16 Fisher-Rosemount Systems, Inc. Method of adding software to a field maintenance tool
US6904476B2 (en) * 2003-04-04 2005-06-07 Rosemount Inc. Transmitter with dual protocol interface
US7460865B2 (en) * 2003-06-18 2008-12-02 Fisher-Rosemount Systems, Inc. Self-configuring communication networks for use with process control systems
US20050066045A1 (en) * 2003-09-03 2005-03-24 Johnson Neil James Integrated network interface supporting multiple data transfer protocols
US7496671B2 (en) * 2003-10-06 2009-02-24 Avago Technologies Fiber Ip (Singapore) Pte. Ltd. Self-configuring communications module adaptive to different host system types
US8112565B2 (en) * 2005-06-08 2012-02-07 Fisher-Rosemount Systems, Inc. Multi-protocol field device interface with automatic bus detection
US8761196B2 (en) * 2006-09-29 2014-06-24 Fisher-Rosemount Systems, Inc. Flexible input/output devices for use in process control systems
US7675932B2 (en) * 2006-11-09 2010-03-09 Rosemount Inc. Adapter for providing digital communication between a field device and a computer
US7673338B1 (en) * 2007-07-26 2010-03-02 Dj Inventions, Llc Intelligent electronic cryptographic module
US9083548B2 (en) * 2008-09-23 2015-07-14 Fisher-Rosemount Systems, Inc. Apparatus and methods to communicatively couple field devices to controllers in a process control system
JP5293174B2 (ja) * 2008-12-26 2013-09-18 横河電機株式会社 機器管理システム及び機器管理プログラム
US8315718B2 (en) 2009-10-02 2012-11-20 General Electric Company Control systems and methods of providing the same
US9634863B2 (en) * 2011-11-11 2017-04-25 Kollmorgen Corporation Systems and methods for supporting two different protocols on a same physical connection
CN205142267U (zh) 2012-05-07 2016-04-06 布里斯托尔D/B/A远程自动化解决方案公司 识别过程控制系统中正在使用的通信协议的装置

Also Published As

Publication number Publication date
AR090952A1 (es) 2014-12-17
JP2015520993A (ja) 2015-07-23
MX343953B (es) 2016-11-30
US9984022B2 (en) 2018-05-29
RU2014147675A (ru) 2016-06-27
JP2018137803A (ja) 2018-08-30
BR112014027753A2 (pt) 2017-06-27
CN205142267U (zh) 2016-04-06
EP2847968A1 (en) 2015-03-18
CA2872452C (en) 2023-02-14
US9430429B2 (en) 2016-08-30
JP6676689B2 (ja) 2020-04-08
CA2872452A1 (en) 2013-11-14
US20130297842A1 (en) 2013-11-07
CN103391284B (zh) 2019-01-01
WO2013169697A1 (en) 2013-11-14
BR112014027753B1 (pt) 2023-02-07
CN103391284A (zh) 2013-11-13
US20160328352A1 (en) 2016-11-10
RU2642389C2 (ru) 2018-01-24

Similar Documents

Publication Publication Date Title
MX2014013621A (es) Metodos y aparatos para identificar un protocolo de comunicacion usado en un sistema de control de procesos.
CN108256002B (zh) 跨机房数据同步方法、装置、系统以及服务器
JP5069110B2 (ja) メッセージ受信中における送信を防止するシステム及び方法
US7904631B2 (en) Protocol independent bridge
EP3692730A1 (en) Methods and apparatus to bridge communications between devices using low-energy devices
CN104144094B (zh) 数字总线系统从属节点及其操作方法
JP2017199307A (ja) 制御システム、制御方法、制御プログラム、および記録媒体
JP2014239432A (ja) 汎用インタフェースを提供する方法、及び、汎用インタフェースを有するマイクロコントローラ
KR20030024262A (ko) 전력선을 이용한 통신망에서의 식별자중복사용을 검출하고조치하는 방법과, 그러한 통신망의 서브넷에 연결되는전기전자응용기기 및, 그러한 전기전자응용기기에이용되는 통신모듈
JP2011239469A (ja) 低遅延のデータパケット受信及び処理
JP5006197B2 (ja) ネットワーク上における事象発生順序の管理
US7610422B2 (en) Isolation and transmission of digital signals in intended direction
CN104133745A (zh) 具有测试功能的电子装置及测试方法和系统
CN112698614B (zh) 一种任意字节读写用户侧逻辑控制器
JP5565141B2 (ja) 制御装置、切替装置、光伝送装置、及び制御方法
US20190110144A1 (en) Method adapted to be implemented in a master device of a sound system, corresponding method adapted to be implemented in an audio rendering device of a sound system, corresponding master device, audio rendering device, system, computer readable program product and computer readable storage media
KR20090071918A (ko) 피엘시 네트워크에서 파라미터 설정 방법
KR102101648B1 (ko) IoT(Internet Of Things) 통신 시스템 및 그 제어방법
WO2022149250A1 (ja) データ収集装置、センサ端末、メタデータ収集システム、メタデータ収集方法、及びプログラム
KR102364756B1 (ko) 센서 시스템 및 센서 시스템을 작동시키기 위한 방법
CN108141357B (zh) 用于在网络中生成秘密的电路装置
JP2020119273A (ja) 不正アクセス監視装置、不正アクセス監視方法、および中央監視システム
KR20060021513A (ko) 홈 네트워크 시스템에서의 디바이스별 주소 설정 방법
KR101992713B1 (ko) 통신 인터페이스 장치
WO2023107856A1 (en) Multiple communication protocol sensor

Legal Events

Date Code Title Description
FG Grant or registration