ES2555902T3 - Procedimiento de comunicación para dispositivo de pasarela que da soporte a la conversión entre protocolos Modbus y CAN, y dispositivo de pasarela que utiliza el mismo - Google Patents

Procedimiento de comunicación para dispositivo de pasarela que da soporte a la conversión entre protocolos Modbus y CAN, y dispositivo de pasarela que utiliza el mismo Download PDF

Info

Publication number
ES2555902T3
ES2555902T3 ES12173804.1T ES12173804T ES2555902T3 ES 2555902 T3 ES2555902 T3 ES 2555902T3 ES 12173804 T ES12173804 T ES 12173804T ES 2555902 T3 ES2555902 T3 ES 2555902T3
Authority
ES
Spain
Prior art keywords
modbus
data frame
data
output data
input data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES12173804.1T
Other languages
English (en)
Inventor
Sung Jin Jang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LS Electric Co Ltd
Original Assignee
LSIS Co Ltd
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 LSIS Co Ltd filed Critical LSIS Co Ltd
Application granted granted Critical
Publication of ES2555902T3 publication Critical patent/ES2555902T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40228—Modbus

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Small-Scale Networks (AREA)

Abstract

Un dispositivo de pasarela (20) para retransmitir la comunicación entre un dispositivo de comunicación de Red de Area de Controlador, CAN (31), y un dispositivo de comunicación de Modbus (37), comprendiendo el dispositivo de pasarela (20): una unidad de entrada de CAN (41) para recibir una trama de datos de entrada de CAN desde el dispositivo de comunicación de CAN (31); una unidad de entrada de Modbus (44) para recibir una trama de datos de entrada de Modbus desde el dispositivo de comunicación de Modbus (37); una unidad de conversión (34) para convertir la trama de datos de entrada de CAN recibida en una trama de datos de salida de Modbus y para convertir la trama de datos de entrada de Modbus recibida en una trama de datos de salida de CAN; una unidad de salida de Modbus (42) para emitir la trama de datos de salida de Modbus convertida; y una unidad de salida de CAN (43) para emitir la trama de datos de salida de CAN convertida, en el que la trama de datos de entrada de CAN, o la trama de datos de salida de CAN, comprende un identificador de CAN, un código de longitud de datos y una pluralidad de unidades de datos de CAN, la trama de datos de entrada de Modbus, o la trama de datos de salida de Modbus, comprende una dirección, un código de función, una pluralidad de unidades de datos de Modbus y un código de Comprobación de Redundancia Cíclica (CRC), y en el que la unidad de conversión (34) está dispuesta para: generar la dirección de la trama de datos de salida de Modbus sobre la base del identificador de CAN en la trama de datos de entrada de CAN cuando la trama de datos de entrada de CAN recibida se convierte en la trama de datos de salida de Modbus, generar la pluralidad de unidades de datos de Modbus de la trama de datos de salida de Modbus sobre la base de la pluralidad de unidades de datos de CAN en la trama de datos de entrada de CAN, generar el código de función de la trama de datos de salida de Modbus de modo que corresponda a un objetivo de transmisión de la trama de datos de entrada de CAN, generar el código CRC de la trama de datos de salida de Modbus sobre la base de la pluralidad de unidades de datos de CAN en la trama de datos de entrada de CAN.

Description

imagen1
DESCRIPCIÓN
Procedimiento de comunicación para dispositivo de pasarela que da soporte a la conversión entre protocolos Modbus y CAN, y dispositivo de pasarela que utiliza el mismo 5
Referencias a solicitudes relacionadas
La presente solicitud reivindica prioridad de acuerdo al artículo 119 de la ley 35 U.S.C. y al artículo 365 de la ley 35
U.S.C. de la solicitud de patente coreana nº 10-2011-0062550 (presentada el 26/06/2011). 10
Antecedentes
La presente divulgación se refiere a un procedimiento de conversión de trama para retransmisión de comunicación entre un dispositivo de red de comunicación de Red de Área de Controlador (CAN, Controller Area Network) de
15 automoción y un dispositivo de comunicación Modbus, es decir, uno de los buses del campo industrial y un dispositivo de pasarela de conversión de protocolos que utiliza el mismo.
Actualmente, las industrias de la electrónica relacionada con la automoción están creciendo rápidamente. Además, están aumentando continuamente diversas demandas sobre reproducción de información y multimedios, control de
20 motores, control de emisiones, inteligencia artificial, un sistema de seguridad para controlar la seguridad de bolsas de aire y un sistema de automoción.
En consecuencia, para proporcionar un sistema de automoción eficaz, se requiere una estructura de bus de red que dé soporte a varias funciones y reduzca las líneas dedicadas adicionales para cada función.
25 Con el fin de proporcionar la estructura de bus de red, los fabricantes de automóviles necesitan un protocolo que proporcione un funcionamiento con un alto ancho de banda, flexible y determinístico. Recientemente se están utilizando varios protocolos que definen una estructura de cableado y un protocolo de comunicación de un sistema a alto nivel para piezas mecánicas o eléctricas de vehículos. Entre los varios protocolos, el protocolo CAN es el
30 protocolo más representativo.
La Fig. 1 es una vista de una configuración esquemática de una típica comunicación de CAN 11 entre un vehículo 10, es decir, un dispositivo de red de comunicación CAN, y un dispositivo externo 13.
35 Haciendo referencia a la Fig. 1, el vehículo 10 habitualmente incluye un terminal de OBD de interfaz 15 para la comunicación de CAN externa 11. Cuando el dispositivo externo 10 ejecuta un programa de aplicación 14 para comunicarse con el vehículo 10, se requiere un módulo de CAN 12 como convertidor de comunicación físico para la comunicación de CAN 11. Es decir, para comunicarse con el vehículo 10 utilizando el programa de aplicación 14 en un PC o portátil externo, se requiere el módulo de CAN 12 compatible con la comunicación de CAN 11 del vehículo
40 10.
La técnica anterior referida anteriormente no presenta limitaciones en una comunicación de CAN de red de automoción en general, pero no es compatible con una red externa debido a la extensión de un alcance de comunicaciones de red cuando la comunicación se lleva a cabo con un dispositivo externo que emplea un protocolo
45 distinto a un protocolo de comunicación de CAN.
Cuando la comunicación se lleva a cabo con un dispositivo externo utilizando un protocolo distinto a un protocolo de comunicación de CAN, una técnica anterior relacionada debería utilizar el mismo tipo de protocolo que la comunicación de CAN de un vehículo, y también utilizar software externo de acuerdo al mismo. Sin embargo, como
50 tal software externo frecuentemente está programado basándose en otro protocolo distinto a un protocolo de comunicación de CAN, Modbus, que es el más frecuentemente utilizado para productos industriales, no es compatible con el CAN. Por tanto, se requieren modificaciones de software y cambios de software o cambios de red en los vehículos típicos para la nueva comunicación de CAN.
55 El artículo de Lou Guohuan et al: “Research on designing method of CAN bus and Modbus protocol conversion interface” [“Investigación sobre procedimiento de diseño de bus de CAN e interfaz de conversión del protocolo Modbus”], Ingeniería de Información Biomédica, 2009. FBIE 2009. La Conferencia Internacional sobre el Futuro, IEEE, Piscataway, NJ, EE UU, del 13 de diciembre de 2009 (13/12/2009), páginas 180 a 182, XP031623785, divulga que el bus de campo se ha convertido en uno de los campos más activos en el área de los buses de datos
60 industriales. Sin embargo, las normas de los buses de campo no son actualmente uniformes, lo que conlleva muchas dificultades para que distintos equipos de control industrial de diferentes fabricantes conecten sus dispositivos con otros. El bus de CAN y el bus Modbus son dos tipos de buses más populares en los sistemas de control industrial. El artículo analiza estos dos protocolos de bus, propone procedimientos de diseño de interfaz de conversión de protocolo y proporciona un proceso detallado de diseño de hardware y software que resuelve estas
65 cuestiones de dos dispositivos conectados de buses distintos.
imagen2
imagen3
El documento CN 2847715 Y describe un convertidor de protocolo de bus de campo que pertenece a un dispositivo de bus de campo para la comunicación e interconexión entre un bus de CAN y un bus Modbus. Se proporcionan una interfaz de bus de CAN, un módulo de control central, un módulo de ajuste de tasa de velocidad de comunicación, un módulo de ajuste del número de nodos convertidores y una interfaz de bus Modbus. El TXD y el RXD de la
5 interfaz de bus de CAN están correspondientemente conectados con el TXD y el RXD de un microprocesador dispuesto en el módulo de control central.
Sumario
10 De acuerdo a la presente invención, se proporciona un dispositivo de pasarela para retransmitir la comunicación entre un dispositivo de comunicación de Red de Área de Controlador (CAN) y un dispositivo de comunicación Modbus según se enuncia en la Reivindicación 1.
La presente invención también proporciona un procedimiento de comunicación de un dispositivo de pasarela para 15 retransmitir la comunicación entre un dispositivo de comunicación de Red de Área de Controlador (CAN) y un dispositivo de comunicación Modbus según se enuncia en la Reivindicación 5.
Breve descripción de los dibujos
20 La Fig. 1 es una vista esquemática de una comunicación de CAN de una técnica relacionada, entre un vehículo y un dispositivo externo.
La Fig. 2 es una vista que ilustra la comunicación entre un dispositivo de red de comunicación CAN y un dispositivo de red de comunicación Modbus a través de un dispositivo de pasarela, de acuerdo a la presente invención.
25 La Fig. 3 es una vista de una configuración detallada de un dispositivo de pasarela de acuerdo a la presente invención.
La Fig. 4 es una vista de una configuración detallada que ilustra una unidad de conversión de un dispositivo de 30 pasarela de acuerdo a la presente invención.
La Fig. 5 es un diagrama de estructura de datos que ilustra un proceso de comunicación entre un protocolo de CAN y un protocolo Modbus.
35 La Fig. 6 es un diagrama de flujo que ilustra un procedimiento de comunicación de un dispositivo de pasarela de acuerdo a la presente invención.
Descripción detallada de las realizaciones
40 Los términos o palabras utilizados en esta memoria descriptiva y reivindicaciones no deben interpretarse como limitados a los significados comunes o que aparecen en el diccionario, y el inventor puede definir adecuadamente el concepto de términos para describir su propia invención del mejor modo posible y, sobre la base de ese principio, los términos o palabras deberían interpretarse para que coincidan con el ideal técnico de la presente invención.
45 Sin embargo, la invención puede ser realizada de muchas maneras diferentes y no debería interpretarse como limitada a las realizaciones enunciadas en la presente memoria.
La siguiente descripción describe una pasarela a través de la cual una comunicación Modbus, que utiliza un terminal básico (por ejemplo, en serie o Ethernet) de un PC, en lugar de hardware para la comunicación de CAN en el PC,
50 está disponible cuando un dispositivo de red de comunicación CAN de automoción se comunica con un vehículo externo utilizando un protocolo de tipo Modbus, que no es un protocolo de tipo CAN, a través de un PC. Por tanto, pueden utilizarse dispositivos y software existentes de Modbus desarrollados para la comunicación de CAN sin cambios.
55 En lo que sigue, un dispositivo de pasarela para retransmitir la comunicación entre un dispositivo de comunicación de red de automoción y un dispositivo de comunicación de bus de campo industrial incluye: una unidad de entrada de Red de Área de Controlador (CAN) para recibir una trama de datos de entrada de CAN del exterior; y una unidad de conversión para convertir la trama de datos de entrada de CAN recibida en una trama de datos de salida de Modbus, de acuerdo a un procedimiento predeterminado.
60 En lo que sigue, un procedimiento de comunicación de un dispositivo de pasarela para retransmitir la comunicación entre un dispositivo de comunicación de red de automoción y un dispositivo de comunicación de bus de campo industrial incluye: recibir una trama de datos de entrada de CAN del exterior; convertir la trama de datos de entrada de CAN recibida en una trama de datos de salida de Modbus de acuerdo a un procedimiento predeterminado; y
65 emitir la trama de datos de salida de Modbus convertida.
imagen4
imagen5
En adelante en la presente memoria, se describirán realizaciones de la presente invención con mayor detalle haciendo referencia a los dibujos adjuntos.
La Fig. 2 es una vista que ilustra la comunicación entre un dispositivo de red de comunicación CAN y un dispositivo 5 de red de comunicación Modbus a través de un dispositivo de pasarela 20, de acuerdo a la presente invención.
En primer lugar, haciendo referencia a la Fig. 2, un dispositivo de pasarela 20 puede sustituir el módulo de CAN 12 de la técnica relacionada. Adicionalmente, el dispositivo de pasarela 20 puede retransmitir entre el dispositivo de comunicación de CAN y el dispositivo de red de comunicación Modbus 23. El dispositivo de red de comunicación
10 CAN puede ser un vehículo 10. El dispositivo de red de comunicación Modbus 23 puede ser un dispositivo 13 que tiene un programa de aplicación 22 instalado que utiliza comunicación de Modbus.
Es decir, en lugar de requerir la conversión de comunicación física para permitir que la comunicación de CAN sea compatible a través del módulo de CAN 12 de la técnica relacionada, el dispositivo de pasarela 20 puede llevar a 15 cabo una conversión mutua de la comunicación de CAN 11 y la comunicación de Modbus 21 sin el módulo de CAN
12. Adicionalmente, el dispositivo de pasarela 20 permite que la comunicación de CAN y la comunicación de Modbus sean fluidas, de acuerdo a una conversión rápida, definiendo un proceso de conversión mutua con antelación.
La Fig. 3 es una vista de una configuración detallada de un dispositivo de pasarela 20 de acuerdo a la presente 20 invención. La Fig. 4 es una vista de una configuración detallada que ilustra una unidad de conversión 34 de un dispositivo de pasarela de acuerdo a la presente invención.
Haciendo referencia a las Figs. 3 y 4, cuando se examina el dispositivo de pasarela 20, un terminal de CAN 32 transmite / recibe datos a / desde un dispositivo externo de red de comunicación CAN 32. El terminal de CAN 32 25 puede ser uno de los terminales disponibles del protocolo de comunicación de datos de CAN. Las versiones de un protocolo de comunicación pueden variar.
Además, un almacén temporal de recepción de CAN 33 puede almacenar los datos introducidos en formato de CAN. El almacén temporal de recepción de CAN 33 puede gestionar los datos almacenados. Además, el almacén 30 temporal de recepción de CAN 33 puede transmitir los datos recibidos a una primera unidad de entrada 41.
La unidad de conversión 34 puede convertir los datos en formato de CAN, que son recibidos desde el almacén temporal de recepción de CAN 33 a través de la primera unidad de entrada 41, en datos en formato de Modbus. Además, los datos convertidos son emitidos a una primera unidad de salida 42.
35 Además, un almacén temporal de transmisión de Modbus 35 almacena y gestiona los datos en formato de Modbus, que son emitidos desde la primera unidad de salida 42. El almacén temporal de transmisión de Modbus 35 puede transmitir los datos almacenados en formato de Modbus a un dispositivo de red de comunicación de Modbus 37 a través del terminal de Modbus 36.
40 Además, el terminal de Modbus 36 puede transmitir / recibir datos a / desde el dispositivo de red de comunicación de Modbus 37. El terminal de Modbus 36 puede ser uno de los terminales disponibles del protocolo de comunicación de datos. Adicionalmente, pueden variar las versiones de un protocolo de comunicación.
45 El dispositivo de red de comunicación de Modbus 37 recibe los datos en formato de Modbus, que son transmitidos a través del terminal de Modbus 36, y lleva a cabo el procesamiento necesario para transmitir una respuesta de acuerdo a los mismos al terminal de Modbus 36.
El almacén temporal de recepción de Modbus 38 recibe los datos de respuesta, que son transmitidos desde el
50 dispositivo de red de comunicación de Modbus 37, a través del terminal de Modbus 36, y almacena / gestiona los datos de respuesta recibidos. El almacén temporal de recepción de Modbus 38 transmite los datos de respuesta almacenados a una segunda unidad de entrada 44 de la unidad de conversión 34.
Además, la unidad de conversión 34 convierte los datos de respuesta en formato de Modbus, que son transmitidos a 55 través de la segunda unidad de entrada 44, en datos en formato de CAN, y entonces emite los datos convertidos a una segunda unidad de salida 43.
El almacén temporal de transmisión de CAN 39 almacena y gestiona los datos de respuesta en formato de CAN, que son emitidos desde la segunda unidad de salida 43. Además, el almacén temporal de transmisión de CAN 39 puede 60 transmitir los datos almacenados a través del terminal de CAN 32.
El dispositivo de red de comunicación CAN 31 puede recibir los datos de respuesta en formato de CAN, que son transmitidos a través del terminal de CAN 32. En consecuencia, se lleva a cabo la comunicación entre el dispositivo de red de comunicación CAN 31 y el dispositivo de red de comunicación de Modbus 37.
65 La Fig. 4 es la configuración detallada de la unidad de conversión, según se ha mencionado anteriormente. La Fig. 5 es un diagrama de estructura de datos que ilustra un proceso de conversión entre un protocolo de CAN y un protocolo de Modbus.
imagen6
imagen7
En adelante en la presente, se describirá un proceso de conversión de datos con referencia a las Figs. 4 y 5.
5 Haciendo referencia a la Fig. 4, la unidad de conversión 34 incluye una unidad de conversión de datos 45, una primera unidad de entrada 41, una primera unidad de salida 42, una segunda unidad de entrada 44 y una segunda unidad de salida 43.
Primero, al examinar un proceso para convertir un formato de CAN en un formato de Modbus, la unidad de conversión de datos 45 recibe los datos en formato de CAN a través de la primera unidad de entrada 41. La primera unidad de entrada 41 puede expresarse como una unidad de entrada de CAN.
La unidad de conversión de datos 45 analiza los datos introducidos en formato de CAN y establece una
15 correspondencia entre los datos analizados y los datos en formato de Modbus, para llevar a cabo la conversión de datos. Además, la unidad de conversión de datos 45 genera los datos en formato de Modbus utilizando los datos introducidos en formato de CAN, para llevar a cabo la conversión de datos.
Aquí, los datos introducidos como los datos en formato de CAN incluyen una primera parte de datos 501 que incluye un Identificador de CAN, una segunda parte de datos 502 que incluye un Código de Longitud de Datos (DLC, Data Length Code) y una tercera parte de datos 503 que incluye datos. Por ejemplo, una trama de datos de entrada de CAN, o una trama de datos de salida, puede incluir un identificador de CAN, un DLC y una pluralidad de unidades de datos de CAN.
25 Adicionalmente, los datos en formato de Modbus que se van a emitir incluyen una cuarta parte de datos 504 que incluye una dirección, una quinta parte de datos 505 que incluye un código de función, una sexta parte de datos 506 que incluye datos y una séptima parte de datos 507 que incluye un valor de Comprobación de Redundancia Cíclica (Cyclic Redundancy Check). Por ejemplo, una trama de datos de entrada de Modbus o una trama de datos de salida de Modbus puede incluir una dirección, un código de función, una pluralidad de unidades de datos de Modbus y un código CRC.
En consecuencia, la unidad de conversión de datos 45 genera la cuarta parte de datos 504, que incluye una dirección de unos datos en formato de Modbus, y establece una correspondencia entre la primera parte de datos 501, que incluye un Identificador de CAN, y la cuarta parte de datos 504.
35 En consecuencia, la unidad de conversión de datos 45 genera la sexta parte de datos 506, que incluye datos, y establece una correspondencia entre la tercera parte de datos 503 y la sexta parte de datos 506.
Adicionalmente, la unidad de conversión de datos 45 genera la quinta parte de datos 505, que incluye un código de función, determina el código de función de acuerdo a un protocolo de comunicación de Modbus, para satisfacer un propósito de transmisión de datos, y designa el código de función determinado de una trama de datos de salida para incluirlo en la quinta parte de datos 505.
Además, la unidad de conversión de datos 45 lleva a cabo una operación de cálculo de CRC sobre los datos de la
45 tercera parte de datos 503 de los datos de CAN introducidos, de acuerdo a un protocolo de Modbus, y genera una séptima parte de datos utilizando el valor de CRC obtenido de la operación de cálculo de CRC.
Entonces, la unidad de conversión de datos 45 combina secuencialmente las partes de datos generadas, cuarta a séptima 504 a 507, para generar datos de salida en formato de Modbus y luego, secuencialmente, emite los datos convertidos a través de la primera unidad de salida 42. En consecuencia, se logra la conversión de datos desde los datos de CAN a los datos de Modbus.
Además, cuando se examina un proceso para convertir un formato de Modbus en un formato de CAN, la unidad de conversión de datos 45 recibe los datos en formato de Modbus a través de la segunda unidad de entrada 44.
55 La unidad de conversión de datos 45 analiza los datos introducidos en formato de Modbus y genera los datos en formato de CAN para llevar a cabo la conversión de datos.
Adicionalmente, de acuerdo a la configuración anterior, los datos introducidos como los datos en formato de Modbus incluyen una octava parte de datos 508, que incluye una dirección, una novena parte de datos 509, que incluye un código de función, una décima parte de datos 510, que incluye datos, y una undécima parte de datos 511, que incluye un valor de CRC.
Adicionalmente, de acuerdo a la configuración anterior, los datos que se van a emitir en formato de CAN incluyen
65 una duodécima parte de datos 512, que incluye un Identificador de CAN, una decimotercera parte de datos 513, que incluye un Código de Longitud de Datos (DLC), y una decimocuarta parte de datos 514, que incluye datos.
imagen8
imagen9
En consecuencia, la unidad de conversión de datos 45 genera la duodécima parte de datos 512, que incluye el Identificador de CAN de los datos en formato de CAN, y establece una correspondencia entre la octava parte de datos 508, que incluye una dirección de los datos de formato de Modbus introducidos, y la duodécima parte de datos
5 512.
En consecuencia, la unidad de conversión de datos 45 genera la decimocuarta parte de datos 514, que incluye datos, y establece una correspondencia entre los datos de la décima parte de datos 510 y la sexta parte de datos
506.
Adicionalmente, la unidad de conversión de datos 45 genera la decimotercera parte de datos 513 y analiza el número de octetos en la décima parte de datos 510 en formato de Modbus, para almacenarlos en la decimotercera parte de datos 513. Aquí, como el número máximo de octetos de datos en formato de datos de CAN es 8, si el número analizado de octetos de datos en formato de Modbus es mayor de 8, la unidad de conversión de datos 45
15 divide secuencialmente los octetos de datos entre 8 octetos, y luego configura los datos de CAN que se van a emitir. Además, la unidad de conversión de datos 45 genera una pluralidad de tramas divididas de datos emitidos y las emite secuencialmente.
Entonces, la unidad de conversión de datos 45 combina las partes de datos duodécima a decimocuarta 512 a 514 para generar datos de salida en formato de CAN, y luego emite los datos convertidos a través de la segunda unidad de salida 43. En consecuencia, se logra la conversión de datos desde datos en formato de Modbus a datos en formato de CAN.
La Fig. 6 es un diagrama de flujo que ilustra un procedimiento de comunicación de un dispositivo de pasarela 20 de 25 acuerdo a la presente invención.
En primer lugar, un dispositivo de red de comunicación CAN 31 transmite datos en formato de CAN a un dispositivo de pasarela 20 en la operación S600.
Luego, el dispositivo de pasarela 20 recibe los datos en formato de CAN y los almacena en un almacén temporal de recepción de CAN 33 en la operación S605, y convierte los datos almacenados en el almacén temporal de recepción 33 en los datos en un formato de Modbus en la operación S610.
Luego, el dispositivo de pasarela 20 transmite los datos convertidos en formato de Modbus a un dispositivo de red 35 de comunicación de Modbus 37 en la operación S615.
Luego, el dispositivo de red de comunicación de Modbus 37 lleva a cabo el procesamiento necesario de acuerdo a los datos recibidos, y luego transmite datos de respuesta de acuerdo a los mismos al dispositivo de pasarela 20 en la operación S620.
Luego, el dispositivo de pasarela 20 almacena los datos de respuesta recibidos en formato de Modbus en un almacén temporal de recepción de Modbus 38 en la operación S626, y convierte los datos de respuesta almacenados en datos en formato de CAN en la operación S630.
45 El dispositivo de pasarela 20 transmite los datos de respuesta convertidos en formato de CAN al dispositivo de red de comunicación de CAN 31 en la operación S635.
Mediante los procesos anteriores, queda disponible la comunicación entre un dispositivo de red de comunicación CAN y un dispositivo de red de comunicación de Modbus.
El dispositivo de pasarela entre Modbus y una CAN, y el procedimiento de comunicación del dispositivo de pasarela, de acuerdo a la presente invención, pueden realizarse también como códigos legibles por ordenador sobre un medio de registro legible por ordenador. El medio de registro legible por ordenador es cualquier dispositivo de almacenamiento de datos que pueda almacenar datos que puedan posteriormente ser leídos por un sistema de
55 ordenador. Ejemplos del medio de almacenamiento legible por ordenador incluyen la memoria de sólo lectura (ROM), la memoria de acceso aleatorio (RAM), los CD-ROM, las cintas magnéticas, los discos flexibles, los dispositivos ópticos de almacenamiento de datos y las ondas portadoras (tales como la transmisión de datos a través de Internet).
El medio de registro legible por ordenador también puede estar distribuido por sistemas de ordenadores acoplados en red, de modo que el código legible por ordenador sea almacenado y ejecutado de una manera distribuida. (Además, programadores expertos en la técnica a la que corresponde la presente invención pueden idear programas funcionales, códigos y segmentos de código para llevar a cabo la presente invención).
65 Aunque se han descrito realizaciones con referencia a un número de realizaciones ilustrativas de la misma, se debería entender que los expertos en la materia podrían idear otras numerosas modificaciones y realizaciones que
imagen10
imagen11
entrarían dentro del ámbito de las reivindicaciones adjuntas.
imagen12

Claims (9)

  1. imagen1
    REIVINDICACIONES
    1. Un dispositivo de pasarela (20) para retransmitir la comunicación entre un dispositivo de comunicación de Red de Area de Controlador, CAN (31), y un dispositivo de comunicación de Modbus (37), comprendiendo el 5 dispositivo de pasarela (20): una unidad de entrada de CAN (41) para recibir una trama de datos de entrada de CAN desde el dispositivo de comunicación de CAN (31); una unidad de entrada de Modbus (44) para recibir una trama de datos de entrada de Modbus desde el dispositivo de comunicación de Modbus (37);
    10 una unidad de conversión (34) para convertir la trama de datos de entrada de CAN recibida en una trama de datos de salida de Modbus y para convertir la trama de datos de entrada de Modbus recibida en una trama de datos de salida de CAN;
    una unidad de salida de Modbus (42) para emitir la trama de datos de salida de Modbus convertida; y una unidad de salida de CAN (43) para emitir la trama de datos de salida de CAN convertida, 15 en el que la trama de datos de entrada de CAN, o la trama de datos de salida de CAN, comprende un identificador de CAN, un código de longitud de datos y una pluralidad de unidades de datos de CAN,
    la trama de datos de entrada de Modbus, o la trama de datos de salida de Modbus, comprende una dirección, un código de función, una pluralidad de unidades de datos de Modbus y un código de Comprobación de Redundancia Cíclica (CRC),
    20 y en el que la unidad de conversión (34) está dispuesta para: generar la dirección de la trama de datos de salida de Modbus sobre la base del identificador de CAN en la trama de datos de entrada de CAN cuando la trama de datos de entrada de CAN recibida se convierte en la trama de datos de salida de Modbus,
    generar la pluralidad de unidades de datos de Modbus de la trama de datos de salida de Modbus sobre la 25 base de la pluralidad de unidades de datos de CAN en la trama de datos de entrada de CAN, generar el código de función de la trama de datos de salida de Modbus de modo que corresponda a un objetivo de transmisión de la trama de datos de entrada de CAN, generar el código CRC de la trama de datos de salida de Modbus sobre la base de la pluralidad de unidades de datos de CAN en la trama de datos de entrada de CAN. 30
  2. 2. El dispositivo de pasarela (20) de acuerdo a la reivindicación 1, en el que la unidad de conversión (34) está dispuesta para: establecer una correspondencia entre una dirección en la trama de datos de entrada de Modbus y un identificador de CAN de la trama de datos de salida de CAN cuando la trama de datos de entrada de Modbus 35 recibida se convierte en la trama de datos de salida de CAN; establecer una correspondencia entre una pluralidad de unidades de datos de Modbus en la trama de datos de entrada de Modbus y la pluralidad de unidades de datos de CAN; y calcular el número de octetos de una pluralidad de unidades de datos de Modbus en los datos de entrada
    de Modbus y designar el número calculado como un código de longitud de datos de la trama de datos de salida de 40 CAN para generar la trama de datos de salida de CAN.
  3. 3. El dispositivo de pasarela (20) de acuerdo a la reivindicación 1, que además comprende: un terminal de CAN (32) para recibir datos desde el dispositivo de comunicación de CAN; y un almacén temporal de recepción de CAN (33) para almacenar los datos recibidos,
    45 en el que la unidad de entrada de CAN está dispuesta para obtener la trama de datos de entrada de CAN utilizando los datos almacenados en el almacén temporal de recepción de CAN.
  4. 4.
    El dispositivo de pasarela (20) de acuerdo a la reivindicación 1, que además comprende: un almacén temporal de transmisión de Modbus (35) para almacenar la trama de datos de salida de 50 Modbus emitida; y
    un terminal de Modbus (36) para transmitir la trama de datos de salida de Modbus almacenada al dispositivo de comunicación de Modbus.
  5. 5.
    Un procedimiento de comunicación de un dispositivo de pasarela (20) para retransmitir la comunicación 55 entre un dispositivo de comunicación de Red de Área de Controlador, CAN (31), y un dispositivo de comunicación de
    Modbus (37), comprendiendo el procedimiento: recibir una trama de datos de entrada de CAN desde el dispositivo de comunicación de CAN (31); convertir la trama de datos de entrada de CAN recibida en una trama de datos de salida de Modbus; y emitir la trama de datos de salida de Modbus convertida,
    60 en el que la trama de datos de entrada de CAN comprende un identificador de CAN, un código de longitud de datos y una pluralidad de unidades de datos de CAN, la trama de datos de salida de Modbus comprende una dirección, un código de función, una pluralidad de unidades de datos de Modbus y un código de Comprobación de Redundancia Cíclica (CRC), y en el que la conversión comprende
    imagen2
    imagen3
    generar la dirección de la trama de datos de salida de Modbus sobre la base del identificador de CAN en la trama de datos de entrada de CAN cuando la trama de datos de entrada de CAN recibida se convierte en la trama de datos de salida de Modbus,
    generar la pluralidad de unidades de datos de Modbus de la trama de datos de salida de Modbus sobre la 5 base de la pluralidad de unidades de datos de CAN en la trama de datos de entrada de CAN, generar el código de función de la trama de datos de salida de Modbus para que corresponda a un objetivo de transmisión de la trama de datos de entrada de CAN, generar el código CRC de la trama de datos de salida de Modbus sobre la base de la pluralidad de unidades de datos de CAN en la trama de datos de entrada de CAN. 10
  6. 6. El procedimiento de acuerdo a la reivindicación 5, que además comprende: recibir una trama de datos de entrada de Modbus desde el dispositivo de comunicación Modbus (37); convertir la trama de datos de entrada de Modbus recibida en una trama de datos de salida de CAN; y emitir la trama de datos de salida de CAN convertida.
    15
  7. 7. El dispositivo de pasarela de acuerdo a la reivindicación 6, en el que la trama de datos de salida de CAN comprende un identificador de CAN, un código de longitud de datos y una pluralidad de unidades de datos de CAN; y
    la trama de datos de salida de Modbus comprende una dirección, un código de función, una pluralidad de 20 unidades de datos y un código de Comprobación de Redundancia Cíclica (CRC).
  8. 8. El procedimiento de acuerdo a la reivindicación 6, en el que la conversión de la trama de datos de entrada de Modbus recibida en la trama de datos de salida de CAN comprende: establecer una correspondencia entre una dirección de la trama de datos de entrada de Modbus y un 25 identificador de CAN de la trama de datos de salida de CAN establecer una correspondencia entre una pluralidad de unidades de datos de Modbus en la trama de datos de entrada de Modbus y la pluralidad de unidades de datos de CAN; y calcular el número de octetos de una pluralidad de unidades de datos de Modbus en los datos de entrada
    de Modbus, y designar el número calculado como un código de longitud de datos de la trama de datos de salida de 30 CAN.
  9. 9. El procedimiento de acuerdo a la reivindicación 5, que además comprende: recibir datos desde el dispositivo de comunicación de CAN (31); almacenar los datos recibidos en un almacén temporal (33);
    35 obtener la trama de datos de entrada de CAN utilizando los datos almacenados en el almacén temporal; almacenar la trama de datos de salida de Modbus emitida en un almacén temporal (35); y transmitir la trama de datos de salida de Modbus almacenada al dispositivo de comunicación de Modbus
    (37).
    40 10. El procedimiento de acuerdo a la reivindicación 6, que además comprende: recibir datos desde el dispositivo de comunicación de Modbus (37); almacenar los datos recibidos en un almacén temporal (36); y obtener la trama de datos de entrada de Modbus utilizando los datos almacenados en el almacén temporal.
    45 11. El procedimiento de acuerdo a la reivindicación 6, que además comprende: almacenar la trama de datos de salida de CAN emitida en un almacén temporal (39); y transmitir la trama de datos de salida de CAN almacenada al dispositivo de comunicación de CAN (31).
    imagen4
ES12173804.1T 2011-06-27 2012-06-27 Procedimiento de comunicación para dispositivo de pasarela que da soporte a la conversión entre protocolos Modbus y CAN, y dispositivo de pasarela que utiliza el mismo Active ES2555902T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20110062550 2011-06-27
KR1020110062550A KR101191547B1 (ko) 2011-06-27 2011-06-27 캔과 모드버스 상호간 통신을 지원하는 게이트웨이 장치의 통신 방법 및 이를 이용한 게이트웨이 장치

Publications (1)

Publication Number Publication Date
ES2555902T3 true ES2555902T3 (es) 2016-01-11

Family

ID=46758587

Family Applications (1)

Application Number Title Priority Date Filing Date
ES12173804.1T Active ES2555902T3 (es) 2011-06-27 2012-06-27 Procedimiento de comunicación para dispositivo de pasarela que da soporte a la conversión entre protocolos Modbus y CAN, y dispositivo de pasarela que utiliza el mismo

Country Status (6)

Country Link
US (1) US9118509B2 (es)
EP (1) EP2541846B1 (es)
JP (1) JP5744795B2 (es)
KR (1) KR101191547B1 (es)
CN (1) CN102857411A (es)
ES (1) ES2555902T3 (es)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101232570B1 (ko) 2011-01-28 2013-02-12 부산대학교 산학협력단 노드 슬로팅 방법과 그 방법을 이용한 노드 매핑 기반 ＦｌｅｘＲａｙ－ＣＡＮ 게이트웨이 및 그 운영 방법
EP4459928A2 (en) 2012-03-29 2024-11-06 Arilou Information Security Technologies Ltd. Protecting a vehicle electronic system
KR102004926B1 (ko) * 2012-11-06 2019-07-29 한국전자통신연구원 캔-이더넷 프레임 변환장치 및 이의 프레임 변환 방법
CN103281199B (zh) * 2013-04-30 2016-12-28 上海铁路通信有限公司 基于id的感知层设备在网络层的统一识别方法
KR20150011223A (ko) 2013-07-22 2015-01-30 엘에스산전 주식회사 차량 제어장치 및 그 방법
CA2888742C (en) 2013-09-23 2015-09-15 Jason G. Tatge Farming data collection and exchange system
JP6200779B2 (ja) * 2013-10-31 2017-09-20 日立オートモティブシステムズ株式会社 通信制御装置
KR102193828B1 (ko) 2014-10-01 2020-12-22 엘에스일렉트릭(주) 에코넷-라이트 방식의 단말 및 그의 제어 방법
KR101780278B1 (ko) 2014-10-17 2017-09-21 현대자동차주식회사 Can 통신에서의 통신 부하 절감 방법 및 장치
CN104486408B (zh) * 2014-12-15 2017-08-11 浙江大丰实业股份有限公司 一种分布式舞台多模协同控制系统
KR101640142B1 (ko) 2015-04-30 2016-07-22 (주)씨엔에프텍 모드버스 게이트웨이를 이용한 시간동기화 장치
KR101977401B1 (ko) * 2015-09-03 2019-05-13 엘에스산전 주식회사 동적 모드버스 프로토콜 매핑을 지원하는 통신 장치
JP6500123B2 (ja) 2015-11-25 2019-04-10 日立オートモティブシステムズ株式会社 車載ゲートウェイ装置、及び車載ネットワークシステム
US10271381B2 (en) 2017-05-22 2019-04-23 Honeywell International Inc. Legacy Modbus communication devices
CN107896234B (zh) * 2017-12-29 2020-06-16 北京东土科技股份有限公司 在Modbus通信网络中传输报文的方法、Modbus通信网络系统和设备
CN110971567A (zh) * 2018-09-29 2020-04-07 上海博泰悦臻网络技术服务有限公司 车辆、云服务器、车机设备、媒介器件及数据整合方法
KR102711057B1 (ko) * 2018-11-09 2024-09-27 주식회사 엘지에너지솔루션 내외부 상이한 통신방식을 가지는 에너지 저장 시스템의 bms 소프트웨어 업데이트 방법
CN109981435B (zh) * 2019-04-02 2021-09-28 中安智联未来有限公司 基于CAN-ModBus转MQTT网关及通讯系统
CN110113323A (zh) * 2019-04-20 2019-08-09 深圳瀚星翔科技有限公司 一种通信方法、电子设备及计算机可读存储介质
CN110061896B (zh) * 2019-05-06 2021-04-13 浙江明度智控科技有限公司 一种modbus-rtu总线地址冲突检测方法
CN110568806B (zh) * 2019-10-25 2022-05-06 上海电气集团股份有限公司 伺服驱动器以及伺服驱动系统
US11695851B2 (en) * 2020-06-03 2023-07-04 Micron Technology, Inc. Gateway for vehicle with caching buffer for distributed storage system
CN111800394B (zh) * 2020-06-16 2023-03-07 深圳市三旺通信股份有限公司 一种基于TRDP和Modbus的协议转换网关的方法
KR102418159B1 (ko) * 2020-11-26 2022-07-07 주식회사 그리다에너지 이종 통신 프로토콜 데이터 통신을 위한 게이트웨이 장치 및 이의 설정방법
CN112463706B (zh) * 2020-12-07 2024-05-31 上海电气集团股份有限公司 一种数据发送、接收方法及通信终端
WO2022262968A1 (en) * 2021-06-16 2022-12-22 Huawei Technologies Co., Ltd. Frame normalization for heterogeneous networks in automotive gateways
CN114338737A (zh) * 2021-12-07 2022-04-12 江苏网进科技股份有限公司 一种处理物联网网关数据的方法及系统
KR20230096737A (ko) * 2021-12-23 2023-06-30 주식회사 엘지에너지솔루션 Modbus 프로토콜을 지원하는 can 통신 장치 및 이의 동작 방법

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7051143B2 (en) * 2001-06-25 2006-05-23 Schneider Automation Inc. Method, system and program for the transmission of modbus messages between networks
US7574512B2 (en) 2004-04-15 2009-08-11 Schneider Automation Sas MODBUS encapsulated transport interface
US20060031577A1 (en) 2004-06-08 2006-02-09 Peluso Marcos A V Remote processing and protocol conversion interface module
CN2847715Y (zh) * 2005-12-02 2006-12-13 江南机电设计研究所 现场总线协议转换器
KR100857718B1 (ko) 2006-12-14 2008-09-08 엘에스산전 주식회사 변전소의 이종 통신장치간의 데이터 통신시스템 및 방법
JP5100673B2 (ja) 2009-01-29 2012-12-19 株式会社クボタ 作業機用制御装置

Also Published As

Publication number Publication date
KR101191547B1 (ko) 2012-10-15
US9118509B2 (en) 2015-08-25
JP2013013083A (ja) 2013-01-17
CN102857411A (zh) 2013-01-02
JP5744795B2 (ja) 2015-07-08
EP2541846A1 (en) 2013-01-02
US20120327939A1 (en) 2012-12-27
EP2541846B1 (en) 2015-09-23

Similar Documents

Publication Publication Date Title
ES2555902T3 (es) Procedimiento de comunicación para dispositivo de pasarela que da soporte a la conversión entre protocolos Modbus y CAN, y dispositivo de pasarela que utiliza el mismo
ES2929124T3 (es) Procedimiento para la transmisión de datos a través de un bus de comunicación en serie, interfaz de bus diseñada de manera correspondiente, así como programa informático diseñado de manera correspondiente
CN105388858B (zh) 网络中通信节点的操作方法
US20150229741A1 (en) In-vehicle apparatus for signal conversion between ethernet and can communication and control method thereof
CN103970054B (zh) 用于消息的数字传输的方法和设备
JP2007038904A (ja) 車載ゲートウェイ装置及び同装置におけるメッセージ中継方法
EP3290949A1 (en) Local positioning with communication tags
US20180103108A1 (en) Method of transmitting and receiving data in vehicle network and apparatus for the same
JP2015089092A (ja) パケットをパッケージングする方法、アンパッケージングする方法、及びこれを利用する装置
KR101033793B1 (ko) 차량 통합 제어 시스템
CN115811536B (zh) 一种基于多核异构的汽车中央网关系统及实现方法
US9136945B2 (en) Vehicle communication system for visible light communication and optical networking and communication method thereof
JP2008227741A (ja) 車載用通信システム
JP4909350B2 (ja) メッセージの伝送方法
CN108880965B (zh) 一种用于自动驾驶汽车的动力can网关及其实现方法
CN102752201A (zh) 一种基于以太网的汽车多媒体信息传输系统及方法
CN113328870A (zh) 一种多协议混合网络的多节点并行工作方法
CN117676264A (zh) 数据发送装置、数据接收装置及电子设备
CN109417438A (zh) 通信单元和通信系统
KR20160102250A (ko) 버스 시스템에서 결정성 데이터 전송을 위한 방법 및 버스 시스템
ES2239537B1 (es) Sistema de monitorizacion y control de elementos de un vehiculo.
Shin A framework for fragmenting/reconstituting data frame in Controller Area Network (CAN)
CN104253727A (zh) 车辆lin网络的诊断方法及其系统
US11405775B2 (en) Three-address scheme for forwarding frames in a wireless mesh network
WO2021076333A1 (en) Intelligent controller and sensor network bus, system and method including smart compliant actuator module