ES2597975T3 - Método y dispositivo para incrementar la capacidad de transmisión de datos en un sistema de bus en serie - Google Patents

Método y dispositivo para incrementar la capacidad de transmisión de datos en un sistema de bus en serie Download PDF

Info

Publication number
ES2597975T3
ES2597975T3 ES12713089.6T ES12713089T ES2597975T3 ES 2597975 T3 ES2597975 T3 ES 2597975T3 ES 12713089 T ES12713089 T ES 12713089T ES 2597975 T3 ES2597975 T3 ES 2597975T3
Authority
ES
Spain
Prior art keywords
data
field
bit
message
crc
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
ES12713089.6T
Other languages
English (en)
Inventor
Florian Hartwich
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.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
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
Priority claimed from DE201110006884 external-priority patent/DE102011006884A1/de
Priority claimed from DE102011078266A external-priority patent/DE102011078266A1/de
Priority claimed from DE102011080476A external-priority patent/DE102011080476A1/de
Application filed by Robert Bosch GmbH filed Critical Robert Bosch GmbH
Application granted granted Critical
Publication of ES2597975T3 publication Critical patent/ES2597975T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
    • G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
    • G06F11/1004—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's to protect a block of data words, e.g. CRC or checksum
    • 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
    • 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
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • H03M13/095—Error detection codes other than CRC and single parity bit codes
    • H03M13/096—Checksums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/4013—Management of data rate on the bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40169—Flexible bus arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/407—Bus networks with decentralised control
    • H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0094—Bus
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Small-Scale Networks (AREA)
  • Information Transfer Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

Método para la transmisión de datos en serie en un sistema de bus con al menos dos unidades de procesamiento de datos participantes que intercambian mensajes mediante el bus, donde los mensajes enviados presentan una estructura lógica según la norma CAN ISO 11898-1, donde la estructura lógica comprende un bit de inicio de trama, un campo de arbitraje, un campo de control, un campo de datos, un campo CRC, un campo de acuse de recibo y una secuencia de fin de trama, donde el campo de control comprende un código de longitud de datos que contiene información sobre la longitud del campo de datos, caracterizado porque el campo de datos de mensajes transmitidos, desviándose de la norma CAN ISO 11898-1, puede presentar más de ocho bytes, donde para determinar el tamaño del campo de datos los valores del código de longitud de datos se interpretan desviándose al menos parcialmente de la norma CAN ISO 11898-1, donde la longitud temporal del bit dentro de un mensaje puede asumir al menos dos valores diferentes, donde en comparación con una primer área predeterminable dentro del mensaje, la longitud temporal del bit presenta un valor reducido para al menos una segunda área predeterminable.

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Metodo y dispositivo para incrementar la capacidad de transmision de datos en un sistema de bus en serie
La presente invencion hace referencia a un metodo, as! como a un dispositivo, para incrementar la capacidad de transmision de datos entre al menos dos participantes en un sistema de bus en serie.
A modo de ejemplo, por las normas de la clase ISO 11898-1 a -5 se conoce la red de controladores de area (Controller Area Network, CAN), as! como una ampliacion de CAN denominada como "CAN activado en el tiempo" ("Time Triggered CAN", TTCAN), denominada a continuacion tambien como norma CAN. El metodo de control de acceso a los medios utilizado en CAN se basa en un arbitraje de bit a bit. En el arbitraje de bit a bit, varias estaciones participantes pueden transmitir datos al mismo tiempo mediante el canal del sistema de bus, sin que por ello la transmision de datos resulte perjudicada. Al enviar un bit mediante el canal, las estaciones participantes pueden determinar ademas el estado logico (0 o 1) del canal. Si el valor del bit enviado no corresponde al estado logico determinado del canal, entonces la estacion participante finaliza el acceso al canal. En el caso de CAN, el arbitraje bit a bit se efectua generalmente mediante un identificador dentro de un mensaje que debe ser transmitido a traves del canal. Despues de que una estacion participante ha enviado el identificador completamente al canal, dicha estacion advierte que tiene acceso exclusivo al canal. De este modo, el final de la transmision del identificador corresponde a un inicio de un intervalo de autorizacion, dentro del cual la estacion participante puede utilizar el canal de forma exclusiva. De acuerdo con la especificacion del protocolo de CAN, otras estaciones participantes no pueden acceder mientras tanto al canal, es decir enviar datos al canal, hasta que la estacion participante emisora haya transmitido un campo de suma de comprobacion (campo CRC) del mensaje. De este modo, un punto de finalizacion de la transmision del campo CRC corresponde a un final del intervalo de autorizacion.
A traves del arbitraje bit a bit se logra por tanto una transmision no destructiva de aquellos mensajes que, mediante el canal, fueron obtenidos por el metodo de arbitraje. Los protocolos de CAN son especialmente adecuados para transmitir avisos breves bajo condiciones en tiempo real, donde a traves de la asignacion adecuada de los identificadores puede asegurarse que mensajes particularmente importantes casi siempre sean obtenidos en el arbitraje y sean enviados de forma exitosa.
Con la creciente comunicacion en redes de los vehlculos de motor modernos y la introduccion de sistemas adicionales para mejorar por ejemplo la seguridad de manejo o el confort de manejo han crecido las demandas en cuanto a la cantidad de datos que deben ser transmitidos y a los tiempos de latencia admisibles durante la transmision. A modo de ejemplo pueden mencionarse sistemas de control dinamico de manejo, como por ejemplo el programa electronico de estabilidad ESP, los sistemas de asistencia al conductor, como por ejemplo el control de distancia automatico ACC o sistemas de informacion para el conductor, como por ejemplo la deteccion de senales de trafico (veanse por ejemplo descripciones en el manual "Bosch Kraftfahrtechnisches Handbuch", edicion 27, 2011, de la editorial Vieweg+Teubner).
En la solicitud DE 103 11395 A1 se describe un sistema en donde una comunicacion aslncrona, en serie, puede efectuarse de forma alternativa mediante un protocolo CAN flsico asimetrico o mediante el protocolo CAN flsico simetrico, de manera que con ello es posible alcanzar una tasa de transmision de datos o una seguridad de la transmision de datos mas elevadas para la comunicacion aslncrona.
En la solicitud DE 10 2007 051 657 A1 se sugiere aplicar una transmision de datos aslncrona, rapida, no acorde a CAN, en las ventanas temporales exclusivas del protocolo TTCAN para incrementar la cantidad de datos transmitida.
En la solicitud US 2007/0091932 A1 se describe un metodo para llevar los mensajes CAN a una longitud uniforme a traves del complemento de datos ficticios ("padded data"). En el metodo mencionado, la informacion referida a cuantos datos ficticios fueron completados se transmite entre los participantes a traves de una interpretacion diferente de algunos valores del codigo de longitud de datos.
G. Cena y A. Valenzano, en "Overclocking of controller area networks" (Electronics Letters, Vol. 35, N° 22 (1999), S. 1924) tratan el tema de los efectos de un incremento de la frecuencia (overclocking) del bus en algunas partes de los mensajes a la tasa de datos alcanzada de forma efectiva.
Puede observarse que el estado del arte no arroja resultados satisfactorios en todos los aspectos.
Descripcion de la invencion
A continuacion, la presente invencion con sus ventajas se describen mediante dibujos y ejemplos de ejecucion. El objeto de la invencion no se limita a los ejemplos de ejecucion representados y explicados.
Ventajas de la invencion
5
10
15
20
25
30
35
40
45
50
55
La presente invencion se basa en la transmision de mensajes con una estructura logica segun el estandar CAN ISO 11898-1 en un sistema de bus con al menos dos unidades de procesamiento de datos participantes, donde la estructura logica comprende un bit de inicio de trama, un campo de arbitraje, un campo de control, un campo de datos, un campo CRC, un campo de acuse de recibo y una secuencia de fin de trama, y donde el campo de control comprende un codigo de longitud de datos que contiene information sobre la longitud del campo de datos.
La presente invencion, al proporcionar una posibilidad para ampliar el campo de datos de un mensaje transmitido, logra el efecto de que, en comparacion con un mensaje acorde a CAN, pueda transmitirse una mayor cantidad de datos con un unico mensaje mediante el bus, en donde en caso de presentarse una primera condition de conmutacion el campo de datos de los mensajes puede comprender mas de ocho bytes desviandose de la norma CAN ISO 11898-1, y donde para determinar el tamano del campo de datos los valores de los bits del codigo de longitud de datos son interpretados al menos parcialmente como desviados de la norma CAN ISO 11898-1. De este modo, de manera ventajosa, se incrementa la relation de la cantidad de datos con respecto a la informacion de control en un mensaje y, con ello, se incrementa tambien la tasa media de transmision de datos mediante el sistema de bus.
Al establecer una asociacion unlvoca entre el contenido del codigo de longitud de datos y la longitud del campo de datos, de manera ventajosa, se alcanza una flexibilidad elevada con respecto al tamano posible del campo de datos.
Asimismo, se considera ventajoso que para los valores utilizados por lo general en la norma CAN de entre 0b0001 y 0b1000 del codigo de longitud de datos sean utilizados los tamanos del campo de datos correspondientes a la norma CAN, es decir que se asignen entre 1 y 8 bytes, y que los valores restantes del codigo de longitud de datos sean utilizados para los otros tamanos admisibles del campo de datos hasta el tamano maximo posible. Esto reduce la inversion para adaptar el software de aplicacion al adecuarlo al metodo de acuerdo con la invencion de modo que pueda economizarse en cuanto a costes.
En el caso de que el campo de datos se encuentre ampliado conforme a la invencion es ademas posible emplear un polinomio modificado para calcular la suma de verification y transmitirlo en el campo CRC. Esto presenta la ventaja de que la seguridad para la detection de errores se mantiene tambien para una mayor cantidad de datos transmitidos. En una forma de ejecucion particularmente ventajosa, al inicio de un mensaje se inician de forma paralela varios calculos de sumas de verificacion y, en funcion del contenido del codigo de longitud de datos, se decide que resultado de uno de esos calculos se utiliza, as! como se transmite en el campo CRC. De este modo es posible enviar el mensaje con la informacion sobre si un mensaje se transmite segun el metodo acorde a la norma o segun el metodo modificado, de acuerdo con la invencion, sin informar previamente al receptor sobre el metodo utilizado. Las sumas de verificacion para comprobar la transmision correcta de los datos se encuentran presentes para ambos metodos y pueden evaluarse segun la necesidad.
Se considera ademas ventajoso que bits de relleno eventuales que se presenten antes del campo CRC en el mensaje se consideren en el calculo de la suma de verificacion. Gracias a ello se mejora aun mas la seguridad de la transmision de datos, as! como la probabilidad de detectar errores en la transmision.
Si se combina el metodo ademas con una conmutacion de la longitud del bit, por ejemplo al menos para los bits del campo de datos y del campo CRC, se logra entonces la ventaja adicional de que una cantidad mayor de datos se transmite de forma acelerada, en comparacion con el caso de una limitation del campo de datos en 8 bytes. Debido a ello se incrementa aun mas la tasa media de transmision del sistema de bus. En una variante ventajosa, en este caso, una identification de los mensajes con una longitud reducida del bit tiene lugar a traves de un bit de identification en el campo de control. De este modo, la conmutacion de la longitud del bit se efectua independientemente de la conmutacion del calculo CRC, as! como del tamano del campo de datos, y puede responder con flexibilidad frente a las condiciones del sistema de bus.
De manera ventajosa, el metodo puede utilizarse durante el funcionamiento normal de un vehlculo de motor para transmitir datos entre al menos dos dispositivos de control del vehlculo de motor, donde dichos dispositivos se encuentran conectados el uno al otro mediante un bus de datos adecuado. Sin embargo, de manera igualmente ventajosa, es posible utilizarlo durante la production o el mantenimiento de un vehlculo de motor para transmitir datos entre una unidad de programacion conectada a un bus de datos adecuado con el fin de una programacion y al menos un dispositivo de control del vehlculo de motor que se encuentra conectado al bus de datos.
Se considera igualmente ventajoso el hecho de que puede utilizarse en el area industrial cuando deben transmitirse cantidades mayores de datos, por ejemplo con el fin de un control. En particular, cuando debido a la longitud del trayecto de transmision durante el arbitraje debe aplicarse una tasa de datos reducida para que todos los participantes tengan la posibilidad de mantener el acceso al bus, a traves del metodo, en particular en combination con la conmutacion de la longitud del campo de datos y la reduction de la longitud del bit, puede alcanzarse una tasa de transmision de datos mas elevada.
Otra ventaja reside en el hecho de que un controlador de la norma CAN solo debe ser modificado mlnimamente para poder operar conforme a la invencion. Un controlador de comunicacion de acuerdo con la invencion, el cual puede operar tambien como controlador de la norma CAN, solo es apenas mas grande que un controlador de la norma CAN convencional. El respectivo programa de aplicacion no debe ser modificado, de manera que ya as! se alcanzan 5 ventajas en cuanto a la velocidad de la transmision de datos.
De manera ventajosa pueden adoptarse gran parte de las pruebas de conformidad de CAN (ISO 16845). En una variante ventajosa, el metodo de transmision de acuerdo con la invencion puede combinarse con los complementos de TTCAN (ISO 11898-5).
Dibujos
10 A continuacion, la presente invencion se explica en detalle mediante los dibujos.
Figura 1a: muestra las dos alternativas para la estructura de mensajes en formato CAN segun la norma CAN ISO 11898-1 correspondiente al estado del arte.
Figura 1b: muestra las dos alternativas analogas para el formato de los mensajes modificados de acuerdo con la invencion.
15 Figura 2: representa diferentes posibilidades de como el contenido del codigo de longitud de datos, de
acuerdo con la invencion, puede interpretarse como desviado con respecto a la norma CAN ISO 11898-1.
Figura 3: representa esquematicamente un ejemplo de ejecucion del proceso de recepcion acorde a la invencion en una estacion participante del sistema de bus.
Figura 4: representa esquematicamente otro ejemplo de ejecucion del proceso de recepcion acorde a la 20 invencion en una estacion participante del sistema de bus.
Figura 5: muestra dos ejemplos para el formato de mensajes modificados conforme a la invencion, en donde adicionalmente se utiliza una longitud del bit diferente en areas definidas dentro del mensaje.
Description de los ejemplos de ejecucion
En la figura 1a se representa la estructura de mensajes tal como se utilizan en un bus CAN para la transmision de 25 datos. Se representan los dos formatos diferentes "estandar" y "extendido". El metodo de acuerdo con la invencion puede aplicarse del mismo modo en los dos formatos.
El mensaje comienza con un bit de "inicio de trama" (SOF) que senaliza el inicio del mensaje. Continua una section que en primer lugar sirve para identificar el mensaje, mediante la cual los participates del sistema de bus deciden si reciben el mensaje o no. Esta seccion se denomina "campo de arbitraje" y contiene el identificador. Sigue un "campo 30 de control" que, entre otras cosas, contiene el codigo de longitud de datos. El codigo de longitud de datos contiene information sobre el tamano del campo de datos del mensaje. A continuacion se encuentra el campo de datos propiamente dicho "campo de datos" que contiene los datos que deben ser intercambiados entre los participantes del sistema de bus. Sigue el "campo CRC" con la suma de verification que contiene 15 bits y un delimitador, y a continuacion dos "bits de acuse de recibo" (ACK) que sirven para senalizar a los emisores la recepcion exitosa de un 35 mensaje. El mensaje finaliza con una "secuencia de fin de trama" (EOF).
En el caso del metodo de transmision CAN, segun la norma, el campo de datos puede contener como maximo 8 bytes, es decir 64 bits de datos. El codigo de longitud de datos segun la norma comprende cuatro bits, es decir que puede adoptar 16 valores diferentes. En los sistemas de bus actuales, de este rango de valores se utilizan solo ocho valores diferentes para los distintos tamanos del campo de datos, de 1 hasta 8 bytes. En la norma CAN no se 40 recomienda un campo de datos de 0 bytes y no se admiten mas de 8 bytes. En la figura 2, la asociacion de los valores del codigo de longitud de datos a los tamanos del campo de datos se representa en la columna de la norma CAN.
En la figura 1b, en una representation analoga, se oponen los mensajes modificados que deben ser transmitidos conforme a la invencion, respectivamente derivados de los dos formatos de la norma.
45 En el metodo de transmision modificado conforme a la invencion, el campo de datos puede contener tambien mas de 8 bytes, a saber, en la variante representada, hasta K bytes. De modo diferente en comparacion con la norma CAN, los otros valores que puede adoptar el codigo de longitud de datos se utilizan para identificar campos de datos de mayor tamano. A modo de ejemplo, los cuatro bits del codigo de longitud de datos pueden utilizarse para
5
10
15
20
25
30
35
40
45
50
55
representar los valores desde cero hasta 15 bytes. Sin embargo, pueden efectuarse tambien otras asociaciones, donde por ejemplo una posibilidad consiste en utilizar el valor del codigo de longitud de datos DLC = 0b0000, no utilizado generalmente en los mensajes CAN actuales, para otro tamano posible del campo de datos, por ejemplo para el tamano de 16 bytes. Estas dos posibilidades se representan en la figura 2 en forma de tabla como DLC 1 y DLC 2. El tamano maximo del campo de datos K en estos casos posee el valor 15, as! como 16.
Otra posibilidad consiste en incrementar los respectivos tamanos del campo de datos, por ejemplo respectivamente en 2 bytes, para los valores del codigo de longitud de datos superiores a 0b1000 y de hasta 0b1111. Este caso se representa en la tabla como DLC 3. El tamano maximo del campo de datos K alcanza en esta variante el valor 24. A traves de la seleccion de un incremento mayor, por ejemplo de 4 bytes, podrlan alcanzarse campos de datos mas grandes de forma correspondiente.
En el ejemplo DLC3 se efectua ademas una modificacion adicional: en este ejemplo de ejecucion el valor DLC = 0b0000 es utilizado por tramas remotas. Por el contrario, en la norma CAN se preve que se envle una trama remota con el mismo valor del DLC que el mensaje transmitido, como una respuesta frente a la trama remota. A traves de la modificacion aqul descrita se asegura que no puedan enviarse tramas remotas con DLC diferente y con el mismo identificador, lo cual puede conducir a colisiones irresolubles (vease ISO 11898-1, cap.10.8.8).
En las variantes del metodo que se representan en la figura 2 en las columnas DLC 1, DLC 2 y DLC 3 a modo de una tabla, la asociacion de los valores desde 0b0001 hasta 0b1000 del codigo de longitud de datos, con respecto a los tamanos del campo de datos entre 1 y 8 bytes, corresponde a la asociacion en la norma CAN. Gracias a ello es posible de modo sencillo alcanzar una compatibilidad con respecto a la norma CAN, es decir, disenar el controlador de comunicacion de manera que este opere de un modo acorde al estandar en un sistema de bus de la norma CAN. No obstante, tambien es posible realizar una asociacion completamente nueva de los valores posibles del codigo de longitud de datos con respecto a los tamanos admisibles del campo de datos. Un ejemplo de ello se muestra igualmente en la figura 2 como DLC 4. En este caso, el tamano maximo K alcanzado del campo de datos es de 30 bytes.
Para garantizar que un controlador de comunicacion de este tipo pueda determinar de que modo debe interpretar los contenidos del codigo de longitud de datos, se considera ventajoso que este detecte de forma automatica si la comunicacion del sistema de bus se desarrolla segun la norma CAN o segun el metodo acorde a la invencion. Una posibilidad consiste en emplear para la identificacion un bit reservado dentro del campo de arbitraje o del campo de control, de manera que a partir de esa primera identificacion K1 el controlador de comunicacion pueda deducir una primera condicion de conmutacion UB1, en funcion de la cual dicho controlador seleccione el metodo de transmision. A modo de ejemplo, para la identificacion puede utilizarse el segundo bit del campo de control, denominado en la figura 1b como r0.
La determinacion puede seleccionarse tambien en funcion del formato del identificador. Para un direccionamiento estandar, una posibilidad para la identificacion de los mensajes acordes a la invencion consiste en la insercion de un bit recesivo EDL (longitud de datos extendida) en el campo de control, en la posicion del bit r0 siempre dominante en la norma CAN. Para el direccionamiento extendido, el bit recesivo EDL en el campo de control puede colocarse en la posicion del bit r1 siempre dominante en la norma CAN.
Otra posibilidad consiste en utilizar el bit SRR que debe ser enviado siempre de forma recesiva en la norma CAN, pero el cual es aceptado tambien de forma dominante por el participante del bus que recibe el mensaje. Es posible tambien evaluar combinaciones de bits para determinar la primera condicion de conmutacion UB1.
Otra posibilidad consistirla en imponer la utilizacion del formato extendido para el metodo de transmision modificado conforme a la invencion. Los mensajes en formato extendido son detectados por los participates del bus en el valor del bit IDE (vease la figura 1a) y ese bit podrla representar al mismo tiempo la primera condicion de conmutacion UB1, de manera que para los mensajes extendidos se utilice siempre el metodo de transmision modificado. De forma alternativa tambien serla posible utilizar en los mensajes extendidos el bit r1 reservado como primera identificacion K1 o para deducir la primera condicion de conmutacion UB1. Tal como se explica mas adelante, sin embargo, el bit reservado puede ser utilizado tambien para deducir una segunda condicion de conmutacion UB2 para conmutar entre mas de dos tamanos diferentes del campo de datos, as! como para establecer asociaciones entre valores del codigo de longitud de datos y tamanos del campo de datos.
De manera alternativa tambien es posible sin embargo aplicar el metodo en controladores de comunicacion adecuados que tampoco estan disenados para la comunicacion CAN conforme al estandar. En este caso puede suprimirse tambien la determinacion de la primera condicion de conmutacion UB1 mencionada, por ejemplo en funcion de una identificacion K1 adecuada de los mensajes. En este caso, los controladores de comunicacion operan mas bien exclusivamente segun uno de los metodos descritos y pueden emplearse de forma correspondiente solo en sistemas de bus en los cuales exclusivamente se utilizan controladores de comunicacion de acuerdo con la invencion de ese tipo.
5
10
15
20
25
30
35
40
45
50
55
Si el campo de datos de mensajes se ampila, tal como se preve en la presente invencion, entonces puede ser conveniente adaptar tambien el metodo utilizado a la prueba de redundancia clclica (CRC) para alcanzar una seguridad suficiente contra fallos. En particular puede ser ventajoso utilizar otro polinomio CRC, por ejemplo de un orden superior, y de forma correspondiente proporcionar un campo CRC con un tamano diferente en los mensajes modificados conforme a la invencion. En la figura 1b esto se representa de manera que el campo CRC de los mensajes de acuerdo con la invencion presenta una longitud de bits L en el ejemplo representado, donde L, desviandose de la norma CAN, puede ser diferente, en especial superior a 15.
La utilizacion de un metodo modificado para calcular la suma de verificacion CRC puede ser senalizada a los participates del bus a traves de una tercera identificacion K3 que representa una tercera condicion de conmutacion UB3. La identificacion K3 y la tercera condicion de conmutacion UB3, sin embargo, tambien puede coincidir con la primera identificacion K1 y/o con la condicion de conmutacion UB1. Tambien en este caso, del modo antes descrito, el bit r0 reservado de la figura 1b puede servir tambien para la identificacion, o puede utilizarse el bit SRR. Tambien se considera una utilizacion del bit IDE en combinacion con la aplicacion del metodo en mensajes extendidos, as! como tambien el bit r1.
En los controladores de la norma CAN, el codigo CRC de mensajes CAN a ser enviados es generado mediante un registro de desplazamiento con retroalimentacion (feedback), en cuya entrada se ingresan secuencialmente los bits del mensaje enviados en forma de serie. El ancho del registro de desplazamiento corresponde al orden del polinomio CRC. La codificacion CRC se efectua vinculando el contenido del registro al polinomio CRC durante las operaciones de desplazamiento. Cuando se reciben mensajes CAN, los bits del mensaje recibidos en forma de serie son movidos al registro de desplazamiento CRC de forma correspondiente. La prueba CRC es exitosa cuando al final del campo CRC todos los bits del registro de desplazamiento se encuentran en cero. La generacion del codigo CRC en el caso de un envlo y la prueba CRC en el caso de una recepcion tienen lugar en el hardware, sin que sea necesario interferir en el software. Por tanto, una modificacion de la codificacion CRC no produce ningun efecto sobre el software de la aplicacion.
En el protocolo de la norma CAN, los bits de relleno dentro de los mensajes CAN (vease ISO 11898-1, cap. 10.5) no se incluyen en el calculo o en la prueba del codigo CRC (vease ISO 11898-1, cap. 10.4.2.6: "... the bit stream given by the destuffed bit sequence ..."). Esto tiene como consecuencia que, en casos poco frecuentes, dos errores de bits no sean detectados en un mensaje, aunque el CRC en realidad deberla detectar hasta cinco errores de bits distribuidos al azar en un mensaje. Esto puede suceder cuando bits de relleno se transforman en bits de datos a traves de los errores de bits, y viceversa (vease Unruh, Mathony y Kaiser: "Error Detection Analysis of Automotive Communication Protocols", SAE International Congress, N° 900699, Detroit, USA, 1990).
Por otra parte, en el metodo de transmision modificado conforme a la invencion, la codificacion CRC puede cambiarse de manera que tambien los bits de relleno dentro del mensaje puedan ser incluidos en el calculo o en la prueba del codigo CRC. Esto significa que en esa forma de ejecucion los bits de relleno pertenecientes al campo de arbitraje, al campo de control y al campo de datos se tratan como parte de los datos que deben ser protegidos por la prueba de redundancia clclica. Los bits de relleno del campo CRC se ocultan como en la norma CAN.
En una posible forma de ejecucion, el controlador de comunicacion esta disenado de manera que presenta compatibilidad con respecto a la norma CAN, es decir que opera en un sistema de bus CAN conforme al estandar, mientras que en un sistema de bus modificado conforme a la invencion, por una parte, se admiten campos de datos mas grandes en los mensajes y, por otra parte, se realiza tambien el calculo adaptado y la prueba del codigo CRC.
Puesto que al inicio de un mensaje aun no es certero si se va a recibir un mensaje CAN conforme al estandar o un mensaje modificado conforme a la invencion, en un controlador de comunicacion acorde a la invencion se implementan dos registros de desplazamiento CRC que trabajan de forma paralela. Despues de la recepcion del delimitador CRC, cuando el codigo CRC se evalua en el receptor, debido a la tercera identificacion K3 acorde a la invencion, as! como a la tercera condicion de conmutacion UB3 deducida por ejemplo en base a la identificacion o al contenido del codigo de longitud de datos, se establece que metodo de transmision fue utilizado, y se evalua entonces el registro de desplazamiento asociado a ese metodo de transmision. Del modo antes representado, la tercera condicion de conmutacion UB3 puede coincidir con la primera condicion de conmutacion UB1 que hace referencia al tamano del campo de datos y a la interpretation del codigo de longitud de datos.
Al inicio del envlo de un mensaje para el emisor ya es certero segun que metodo de transmision debe ser enviado. No obstante, puesto que puede ocurrir que el arbitraje se pierda al acceder al bus y el mensaje iniciado no sea enviado sino, en su lugar, otro mensaje sea recibido, aqul tambien los dos registros de desplazamiento CRC son activados de forma paralela.
La implementation descrita de dos registros de desplazamiento CRC que operan de forma paralela posibilita tambien otra mejora:
5
10
15
20
25
30
35
40
45
50
55
El polinomio CRC del protocolo de la norma CAN (x15 + x14 + x10 + x8 + x7 + x4 + x3 + 1) esta disenado para una longitud de los mensajes menor a 127 bits. Si los mensajes transmitidos conforme a la invencion utilizan tambien campos de datos mas largos, entonces es conveniente utilizar otro polinomio CRC, en particular mas largo, para mantener la seguridad de la transmision. Conforme a ello, los mensajes transmitidos de acuerdo con la invencion obtienen un campo CRC modificado, en particular mas largo. Durante el funcionamiento, los controladores de comunicacion cambian dinamicamente entre los dos registros de desplazamiento CRC, es decir entre el registro de desplazamiento segun la norma CAN y el registro de desplazamiento segun la invencion, para utilizar el polinomio respectivamente adecuado.
Naturalmente pueden utilizarse tambien mas de dos registros de desplazamiento y, de forma correspondiente, mas de dos polinomios CRC de forma escalonada en funcion de la longitud del campo de datos o de la seguridad de transmision deseada. En ese caso, siempre que deba mantenerse una compatibilidad con respecto a la norma CAN, debe adaptarse la identificacion correspondiente y la condicion de conmutacion asociada a la misma. A modo de ejemplo, a traves del bit r0 reservado o del bit SRR en la figura 1b, podrla activarse una primera condicion de conmutacion que indique una conmutacion a campos de datos mas largos, por ejemplo conforme a DLC 1 en la figura 2, y un respectivo segundo polinomio CRC. De manera adicional, para mensajes en formato extendido, por ejemplo a traves del bit r1 reservado o del bit IDE en la figura 1b, podrla activarse una segunda condicion de conmutacion UB2 que indicara la conmutacion a otro registro de tamanos del campo de datos, por ejemplo DLC 3 de la figura 2, y un tercer polinomio CRC.
Es posible ademas que la primera condicion de conmutacion UB1, a traves del bit r0 reservado o del bit SRR, cambie a la posibilidad de campos de datos mas largos y a la interpretacion correspondiente del contenido del codigo de longitud de datos, y que la determinacion de la tercera condicion de conmutacion UB3 y, junto con ello, la seleccion del polinomio CRC que debe ser evaluado para la prueba CRC, se efectue en funcion del contenido del codigo de longitud de datos. De manera correspondiente, la tercera condicion de conmutacion UB3 puede adoptar tambien mas de dos valores. A modo de ejemplo, los tamanos de los campos de datos podrlan seleccionarse segun DLC3, es decir, adoptando los valores 0 (para tramas remotas) 1, ..., 8, 10, 12, 14, 16, 18, 20 y 24 bytes, y podrlan calcularse paralelamente entonces tres polinomios CRC mediante registros de desplazamiento adecuados, por ejemplo el polinomio de la norma CRC para campos de datos de hasta 8 bytes, un segundo polinomio CRC para campos de datos de hasta16 bytes y un tercer polinomio CRC para campos de datos de hasta 24 bytes.
La figura 3, en una representacion simplificada, muestra una parte del proceso de recepcion acorde a la invencion, tal como se desarrolla en una estacion participante del sistema de bus. Se representa aqul el caso en donde se alcanza una compatibilidad con respecto a la norma CAN, adecuando el comportamiento del controlador de comunicacion en funcion de la primera condicion de conmutacion UB1. Si bien en la figura 3 se selecciono una representacion habitual para la description de ejecuciones de programas en software, el metodo es adecuado en su totalidad igualmente para ser implementado en hardware. El desarrollo representado comprende tambien formas de ejecucion en las cuales puede prescindirse de una o de varias condiciones de conmutacion, por ejemplo como se describio anteriormente con respecto a la condicion de conmutacion UB1. El proceso de recepcion se desarrolla de manera que en la bifurcation cuya respectiva condicion de conmutacion se suprime, sigue de forma invariable la misma ruta, mientras que de lo contrario se recorren diferentes rutas en funcion de la condicion de conmutacion correspondiente. Se prescinde aqul de un diagrama de flujo separado simplificado de esa clase.
La estacion participante se encuentra en primer lugar en un estado de exploration del bus, hasta que en el bus no haya ningun trafico de comunicacion. La consulta 302 espera por tanto a un bit dominante en el bus. Ese bit indica el comienzo de un nuevo mensaje.
Tan pronto como fue determinado el inicio de un nuevo mensaje, en el bloque 304 comienza el calculo de al menos dos sumas de verification que deben ser calculadas de forma paralela. La primera suma de verification corresponde al calculo CRC de la norma CAN, mientras que la segunda suma de verificacion se calcula segun el nuevo metodo. En el ejemplo de ejecucion representado, al calcular la segunda suma de verificacion se incluyen los bits de relleno, mientras que ese no es el caso en el calculo segun la norma CAN. Sin embargo, tambien es posible no considerar los bits de relleno tampoco para el calculo de la segunda suma de verificacion, de forma analoga a la norma CAN.
A continuation, a partir de la etapa 306, se reciben los otros bits del mensaje que siguen al bit SOF, iniciando con el campo de arbitraje. En el caso de que varios participantes del bus deseen enviar un mensaje, segun el metodo habitual en base a la norma CAN, entre los participantes del bus se acuerda que participante del bus obtiene el acceso al bus. El bloque 306 representado indica la recepcion de todos los bits hasta que la primera identificacion K1 ha sido recibida, as! como hasta que la primera condicion de conmutacion UB1 ha sido determinada. En los ejemplos mencionados, la primera condicion de conmutacion UB1 es determinada en base al campo de arbitraje, por ejemplo desde el bit SRR o desde el bit IDE, o en base al campo de control, por ejemplo en base a un bit reservado del mismo (vease la figura 1). A continuacion, en el bloque 308 pueden recibirse aun otros bits del mensaje, hasta que a partir de un bit determinado del mensaje se procede de forma diferente en funcion de la primera condicion de conmutacion UB1 determinada. Esta division en diferentes modos de proceder se garantiza a traves de una consulta o bifurcacion 310 correspondiente, tal como se representa a continuacion a modo de ejemplo.
5
10
15
20
25
30
35
40
45
50
55
60
Si en la bifurcacion 310, por ejemplo despues de recibir los primeros dos bits del campo de control, se encuentra presente la informacion que indica que, de acuerdo con la primera condicion de conmutacion UB1, la comunicacion se efectua segun la norma CAN (la ruta indicada con "1" en la figura 3), entonces en la etapa 312 son leldos los otros bits del campo de control. De acuerdo con la norma CAN, en base a esos bits se evalua el codigo de longitud de datos y a continuacion, en la etapa 316, se recibe la respectiva cantidad de datos, como maximo 8 bytes, en correspondencia con el campo de datos. En la etapa 320 se recibe despues el campo CRC que comprende 15 bits. Si en la bifurcacion 324 se encuentra presente la informacion que indica que la suma de verificacion transmitida por el emisor y la suma de verificacion CRC determinada por el propio receptor coinciden, entonces en el bloque 328 se envla un bit de acuse de recibo dominante. Debe tenerse en cuenta que en este caso la suma de verificacion CRC acorde a la norma es comparada, ya que la comunicacion se efectua segun la norma CAN. Si no se determina ninguna coincidencia, entonces el bit de acuse de recibo se envla de forma recesiva (bloque 330). A continuacion siguen delimitadores ACK y bits EOF (vease la figura 1 b, no se encuentra representado en la figura 3).
Por el contrario, si en la bifurcacion 310, por ejemplo despues de recibir los primeros dos bits del campo de control, se encuentra presente la informacion que indica que, de acuerdo con la primera condicion de conmutacion UB1, debe aplicarse el metodo de comunicacion modificado segun la invention (la ruta indicada con "2" en la figura 3), entonces en el bloque 314 son leldos los otros bits del campo de control. En base al resultado, el codigo de longitud de datos se determina segun la nueva interpretation, para la cual en la figura 2 se representan algunos ejemplos en forma de una tabla. En el bloque 318 se recibe la cantidad de datos correspondiente, es decir, para el ejemplo DLC 1 en la tabla de la figura 2 hasta 15 bytes, para el ejemplo DLC 2 hasta 16 bytes, para el ejemplo DLC 3 hasta 24 bytes y para el ejemplo DLC 4 hasta 30 bytes de datos. En el bloque 322 se recibe el campo CRC que presenta una desviacion, de forma acorde a la invencion, en particular un campo mas largo. Si en la bifurcacion 324 se encuentra presente la informacion que indica que la suma de verificacion transmitida por el emisor y la suma de verificacion CRC determinada por el propio receptor coinciden, donde en ese caso la comparacion se basa en la suma de verificacion CRC que presenta una desviacion, de acuerdo con la invencion, entonces en el bloque 328 se envla un bit de acuse de recibo dominante. De lo contrario se envla el bit de acuse de recibo recesivo (bloque 330). A continuacion, en la etapa 332, as! como 334, siguen el delimitador ACK y los bits EOF. Con ello finaliza un proceso de reception de un mensaje.
En la figura 3 se representa el caso en donde la tercera condicion de conmutacion UB3, la cual determina el CRC que debe ser utilizado, coincide con la primera condicion de conmutacion UB1 que hace referencia al tamano del campo de datos y a la interpretacion del codigo de longitud de datos. Antes de la recepcion 320, as! como 322, de las sumas de verificacion CRC, no se consulto nuevamente que CRC debe ser recibido y evaluado para la bifurcacion 324 segun la tercera condicion de conmutacion UB3. Esa consulta adicional puede incluirse en la secuencia a traves de una simple modification del diagrama de flujo de la figura 3, tal como se representa en la figura 4.
En el proceso de recepcion modificado de ese modo, segun la figura 4, despues de la recepcion de la cantidad de bytes de datos del campo de datos esperada segun la informacion proveniente del codigo de longitud de datos, en el bloque 316, as! como 318, en la consulta o bifurcacion 410 se determina que valor presenta la tercera condicion de conmutacion UB3. Esa informacion, del modo antes descrito, puede haber sido determinada por ejemplo en base a la tercera identification correspondiente o al contenido del codigo de longitud de datos. En el ejemplo representado existen tres valores diferentes para la tercera condicion de conmutacion UB3, a saber A, B y C. En funcion del valor de la condicion de conmutacion UB3, en los bloques 420, 422 y 424 se lee una cantidad diferente de bits del campo CRC, por ejemplo 15 bits para el valor A, 17 bits para el valor B y 19 bits para el valor C. A continuacion, en la bifurcacion 324, de forma analoga a la figura 3, se controla si la suma de verificacion transmitida por el emisor y la suma de verificacion CRC determinada por el propio receptor coinciden y se procede en funcion de ello.
La figura 5, para otros ejemplos de ejecucion del metodo de transmision acorde a la invencion, muestra nuevamente la estructura de mensajes en las dos variantes posibles, en el formato estandar y en el formato extendido. En la figura 5, para las dos variantes se marcan areas en donde se cambia entre dos estados, senalados aqul como arbitraje fast-CAN y datos fast-CAN. Esta conmutacion entre los dos estados, en este ejemplo, tiene como consecuencia que despues de finalizado el arbitraje para una parte del mensaje, en particular para el campo de datos y el campo CRC, las longitudes de los datos son reducidas y, con ello, los bits individuales son transmitidos mas rapido mediante el bus. Gracias a ello, puede reducirse el tiempo de transmision para un mensaje, en comparacion con el metodo conforme al estandar. El respectivo cambio de la longitud temporal de bits, a modo de ejemplo, puede realizarse a traves de al menos dos factores de escala diferentes para ajustar la unidad de tiempo del bus, relativamente con respecto a la unidad de tiempo menor o al ciclo del oscilador durante la operation. La conmutacion de la longitud de bits, as! como la modificacion correspondiente del factor de escala, se representan en la figura 5 igualmente a modo de ejemplo.
El paso entre los estados de arbitraje fast-CAN y datos fast-CAN puede tener lugar en funcion de una cuarta condicion de conmutacion UB4 que se corresponde con la cuarta identificacion K4 de los mensajes, la cual senaliza a los participantes de la transmision de datos que se aplica la longitud de bits reducida. En el ejemplo de ejecucion aqul representado, la position seleccionada de esa identificacion K4 es el "bit reservado" r0 que es transmitido antes
5
10
15
20
25
30
35
40
45
50
55
del codigo de longitud de datos. Por tanto, este corresponde a una posicion posible de la primera identification K1 que a su vez corresponde a la primera condition de conmutacion K1 e indica la posible utilization de campos de datos mas largos y una interpretation modificada del codigo de longitud de datos, correspondiendo tambien a la tercera identificacion K3 que a su vez corresponde a un calculo CRC modificado.
En la figura 6 se representa una posibilidad para identificar los mensajes acordes a la invention con una longitud de bits reducida. En este caso, los mensajes con campos de datos potencialmente mas largos (pertenecientes a: la primera identificacion K1) y el calculo CRC modificado (pertenecientes a: la tercera identificacion K3) se indican a traves de un bit EDL recesivo (longitud de datos extendida) que se presenta de forma dominante en el lugar de un bit transmitido de forma dominante en la norma CAN, reemplazando ese bit o desplazandolo una posicion hacia atras. Para el direccionamiento estandar, el bit EDL se coloca en la segunda posicion en el campo de control, desplazando una posicion el bit r0 siempre dominante que se encuentra alll. Para el direccionamiento extendido, en el ejemplo mostrado, el bit EDL se coloca en la primera posicion del campo de control, reemplazando al bit r1 reservado que se encuentra alll, el cual siempre es transmitido de forma dominante en la norma CAN. Bajo las otras condiciones antes descritas podrla prescindirse tambien de la identificacion a traves del bit EDL.
Una cuarta identificacion K4 (igualmente opcional) que anuncia la utilizacion de la longitud de bits reducida se representa a traves de la insertion de un bit BRS (bit rate switch) adicional recesivo en el campo de control de mensajes de acuerdo con la invencion, los cuales se caracterizan por el bit EDL. En el ejemplo de ejecucion representado, la posicion del bit BRS es la cuarta (direccionamiento estandar), as! como la tercera posicion (direccionamiento extendido) en el campo de control.
Los mensajes llevan la identificacion "CAN FD Fast". En la figura 6 se ilustran areas para las dos variantes posibles de direccionamiento de mensajes, el formato estandar y el formato extendido, en donde se conmuta entre dos estados, denominados como arbitraje fast-CAN y datos fast-CAN. Del modo antes explicado, esta conmutacion entre los dos estados tiene como consecuencia que, para la parte correspondiente del mensaje, la longitud de bits se reduce y, con ello, los bits individuales se transmiten mas rapido mediante el bus. Gracias a ello, puede reducirse el tiempo de transmision para un mensaje, en comparacion con el metodo conforme al estandar. El paso entre los estados de arbitraje fast-CAN y datos fast-CAN se efectua en mensajes que presentan la primera, as! como la tercera identificacion EDL, en funcion de la cuarta identificacion BRS que senaliza a los participantes de la transmision de datos que se aplica la longitud de bits reducida.
En el caso representado, en donde la segunda identificacion BRS sigue a la primera identificacion EDL, en el metodo de transmision acorde a la invencion se transmiten mensajes cuya longitud de bits se encuentra marcadamente reducida, cuyo tamano de los campos de datos puede extenderse a valores superiores a 8 bytes, y cuyo CRC se encuentra adaptado al campo de datos de mayor tamano. De este modo se alcanza un incremento considerable de la capacidad de transmision mediante el sistema de bus, al mismo tiempo que una seguridad mejorada de la transmision.
En el ejemplo representado, la transmision mas rapida comienza inmediatamente despues de enviar la respectiva identificacion y finaliza inmediatamente despues de alcanzar el bit determinado para la conmutacion de retorno o cuando fue detectado un motivo para iniciar una trama de error.
En comparacion con la figura 3, la figura 7 muestra un proceso de reception modificado, en donde adicionalmente se conmuta entre los estados de arbitraje fast- CAN y datos fast-CAN en funcion de la segunda identificacion BRS. Si en la bifurcation 310, por ejemplo despues de recibir el segundo bit del campo de control como bit EDL recesivo, se encuentra presente information de que debe aplicarse el metodo de comunicacion conforme a la invencion, entonces en el bloque 408 se leen los siguientes bits del campo de control. Si el bit que se utiliza para la segunda identificacion, por ejemplo el cuarto bit BRS del campo de control ampliado conforme a la invencion, se recibe con el valor previsto, por ejemplo de forma recesiva, entonces en el punto de muestra de ese bit se adopta por ejemplo el estado de datos fast-CAN, es decir que se pasa a la longitud de bits reducida (ruta "C"). Si el respectivo bit presenta el valor inverso, es decir el valor dominante en este ejemplo, entonces no tiene lugar una reduction de la longitud de bits (ruta "B"). En los bloques 412, as! como 414, tiene lugar la recepcion de los bits restantes del campo de control, inclusive del codigo de longitud de datos, y la recepcion del campo de datos segun la informacion de los tamanos, en base al codigo de longitud de datos. En el bloque 412 se recepciona con una longitud normal de los bits, en el bloque 414 con la longitud reducida de los bits. En los bloques 416, as! como 418, se lee el campo CRC desviado, de acuerdo con la invencion, en particular mas largo. En el ultimo bit del campo CRC, en el delimitador CRC, en el bloque 418, se conmuta nuevamente al estado de arbitraje fast CAN con la tasa de bits habitual. A continuation, en la bifurcacion 324, de forma analoga a la figura 3, se controla si la suma de verification transmitida por el emisor y la suma de verificacion CRC determinada por el propio receptor coinciden y se procede en funcion de ello, del mismo modo que en la figura 3.
El siguiente calculo ilustra la utilidad del ejemplo de ejecucion representado en la figura 5 en combination con el ejemplo de ejecucion del metodo, indicado mediante DLC 3, con un tamano modificado del campo de datos, con respecto a la tasa de transmision de datos alcanzada: Se toma como punto de partida una longitud del campo de
5
10
15
20
25
30
35
datos de 24 bytes, una trama de datos en formato estandar con un direccionamiento de 11 bits, as! como una velocidad de transmision de 500 kBit/s. Asimismo, se supone que el factor de escala incrementa en un factor cuatro despues del "bit reservado" r0. En ese caso, despues del "bit reservado" r0, la longitud de bits se reducirla de 2 microsegundos a 0,5 microsegundos. En este ejemplo, en el caso de no considerar posibles bits de relleno, se transmiten por trama de datos 27 bits (SOF, identificador, RTR, IDE, r0, campo ACK, EOF, intermitencia) con la longitud de bits normal y 212 bits (DLC, datos, CRC, delimitador de CRC) con la longitud de bits reducida , donde aqul se tomo como punto de partida un CRC de 15 bits que, sin embargo, conforme a la invention, podrla ser reemplazado por un CRC mas largo.
Bajo las condiciones llmite dadas resulta una potencia de transmision efectiva de 293 bits en 160 microsegundos, lo cual, en el caso de una carga supuesta identica, corresponde a una tasa de transmision de datos incrementada en un factor de 3,7 en comparacion con la transmision de la norma CAN no modificada. De manera adicional, la relation de datos utiles (campo de datos) se desplaza ventajosamente con respecto al protocolo-overhead.
El metodo es adecuado durante el funcionamiento normal de un vehlculo de motor para transmitir datos entre al menos dos dispositivos de control del vehlculo de motor, donde dichos dispositivos se encuentran conectados el uno al otro mediante un bus de datos adecuado. Sin embargo, de manera igualmente ventajosa, es posible utilizarlo durante la production o el mantenimiento de un vehlculo de motor para transmitir datos entre una unidad de programacion conectada a un bus de datos adecuado con el fin de una programacion y al menos un dispositivo de control del vehlculo de motor que se encuentra conectado al bus de datos.
A su vez, tambien es posible emplear el metodo en la automatization industrial, por ejemplo para la transmision de information de control entre unidades de control que se encuentran conectadas unas a otras mediante el bus, las cuales controlan el desarrollo de una secuencia de produccion industrial. En dicha area pueden presentarse tambien llneas del bus muy largas y puede ser especialmente conveniente operar la fase de arbitraje con una longitud de bits relativamente larga, por ejemplo con 16, 32 o 64 microsegundos, de manera que las senales del bus puedan extenderse durante el proceso de arbitraje del modo necesario en todo el sistema de bus. A continuation, del modo antes descrito, puede conmutarse a longitudes de bits mas reducidas para una parte del mensaje, para que la tasa media de transmision no sea tan reducida.
En conjunto, el metodo representa un metodo de transmision que se caracteriza porque un controlador de la norma CAN solo debe ser modificado mlnimamente para poder operar conforme a la invencion. Un controlador de comunicacion de acuerdo con la invencion, el cual puede operar tambien como controlador de la norma CAN, solo es apenas mas grande que un controlador de la norma CAN convencional. El respectivo programa de aplicacion no debe ser modificado, de manera que ya as! se alcanzan ventajas en cuanto a la velocidad de la transmision de datos. A traves de la utilization del tamano ampliado del campo de datos y de los respectivos DLC y RLC puede incrementarse aun mas la velocidad de la transmision de datos; las adaptaciones en el software de la aplicacion son mlnimas. Es posible adoptar gran parte de las pruebas de conformidad de CAN (ISO 16845). Tambien es posible combinar el metodo de transmision acorde a la invencion con los complementos de TTCAN (ISO 11898-5).
Cuando en la description precedente de la invencion se hace referencia a los estandares ISO, respectivamente como estado del arte se considera la version vigente del estandar ISO correspondiente al momento de la solicitud.

Claims (22)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    REIVINDICACIONES
    1. Metodo para la transmision de datos en serie en un sistema de bus con al menos dos unidades de procesamiento de datos participates que intercambian mensajes mediante el bus, donde los mensajes enviados presentan una estructura logica segun la norma CAN ISO 11898-1, donde la estructura logica comprende un bit de inicio de trama, un campo de arbitraje, un campo de control, un campo de datos, un campo CRC, un campo de acuse de recibo y una secuencia de fin de trama, donde el campo de control comprende un codigo de longitud de datos que contiene information sobre la longitud del campo de datos, caracterizado porque el campo de datos de mensajes transmitidos, desviandose de la norma CAN ISO 11898-1, puede presentar mas de ocho bytes, donde para determinar el tamano del campo de datos los valores del codigo de longitud de datos se interpretan desviandose al menos parcialmente de la norma CAN ISO 11898-1, donde la longitud temporal del bit dentro de un mensaje puede asumir al menos dos valores diferentes, donde en comparacion con una primer area predeterminable dentro del mensaje, la longitud temporal del bit presenta un valor reducido para al menos una segunda area predeterminable.
  2. 2. Metodo segun la reivindicacion 1, caracterizado porque cada una de las combinaciones posibles de valores de los bits del codigo de longitud de datos esta asociada a uno de los tamanos admisibles del campo de datos.
  3. 3. Metodo segun una de las reivindicaciones 1 a 2, caracterizado porque en las unidades de procesamiento de datos participantes el proceso de reception se adapta al tamano del campo de datos.
  4. 4. Metodo segun una de las reivindicaciones 1 a 3, caracterizado porque el codigo de longitud de datos comprende cuatro bits y el campo de datos puede comprender tamanos de entre 0 y 15 bytes, y las 16 combinaciones posibles de valores de los cuatro bits del codigo de longitud de datos estan asociadas a los 16 tamanos posibles del campo de datos.
  5. 5. Metodo segun una de las reivindicaciones 1 a 3, caracterizado porque el codigo de longitud de datos comprende cuatro bits y el campo de datos puede comprender tamanos de entre 1 y 16 bytes, y las 16 combinaciones posibles de valores de los cuatro bits del codigo de longitud de datos estan asociadas a los 16 tamanos posibles del campo de datos.
  6. 6. Metodo segun una de las reivindicaciones 1 a 5, caracterizado porque los valores entre 0b0001 y 0b1000 del codigo de longitud de datos son utilizados para los tamanos del campo de datos de entre 1 y 8 bytes segun la norma CAN ISO 11898-1 y los valores restantes del codigo de longitud de datos son utilizados para los otros tamanos admisibles del campo de datos hasta el tamano maximo posible.
  7. 7. Metodo segun una de las reivindicaciones 1 a 6, caracterizado porque al presentarse una condition de conmutacion los cuatro bits del codigo de longitud de datos se interpretan al menos como desviados parcialmente de la norma CAN ISO 11898-1, y como desviados de la asociacion cuando no se encuentra presente la condicion de conmutacion.
  8. 8. Metodo segun la reivindicacion 7, caracterizado porque los mensajes en los cuales los cuatro bits del codigo de longitud de datos deben ser interpretados como desviados al menos parcialmente de la norma CAN ISO 11898-1 en caso de presentarse una condicion de conmutacion y como desviados de la asociacion si no se presenta la condicion, pueden ser identificados a traves de una identification en el campo de arbitraje y/o en el campo de control.
  9. 9. Metodo segun la reivindicacion 7 u 8, caracterizado porque la identificacion en las unidades de procesamiento de datos participantes es evaluada para determinar la condicion de conmutacion y el proceso de recepcion es adaptado al tamano del campo de datos en funcion de la condicion de conmutacion.
  10. 10. Metodo segun una de las reivindicaciones 1 a 9, caracterizado porque el campo CRC de los mensajes puede presentar al menos dos cantidades de bits diferentes y para al menos uno de los valores validos del codigo de longitud de datos presenta una cantidad de bits que se desvla de la norma CAN ISO 11898-1, donde para determinar el contenido de un campo CRC de esa clase, el cual presenta una cantidad de bits desviada, se utiliza al menos un polinomio generador que se desvla de la norma CAN ISO 11898-1.
  11. 11. Metodo segun la reivindicacion 10, caracterizado porque la cantidad de bits en el campo CRC en las unidades de procesamiento de datos participantes se deriva en funcion del contenido del codigo de longitud de datos, donde el proceso de recepcion se adapta en funcion de la cantidad de bits derivada en el campo CRC.
  12. 12. Metodo segun una de las reivindicaciones 10 a 11, caracterizado porque al inicio de un mensaje el calculo de al menos dos sumas de verification CRC comienza de forma paralela mediante polinomios generadores diferentes y, en funcion del contenido del codigo de longitud de datos, se decide que resultado de un calculo CRC iniciado de forma paralela se utiliza.
    5
    10
    15
    20
    25
    30
    35
    40
  13. 13. Metodo segun una de las reivindicaciones 10 a 12, caracterizado porque en el caso de al menos un calculo CRC realizado se consideran tambien bits de relleno eventuales dentro de las secciones del mensaje que se encuentran en frente del campo CRC.
  14. 14. Metodo segun una de las reivindicaciones 1 a 13, caracterizado porque en la primer area predeterminable dentro del mensaje la longitud temporal del bit es mayor o igual a un valor mlnimo predeterminado de aproximadamente un microsegundo.
  15. 15. Metodo segun una de las reivindicaciones 1 a 14, caracterizado porque al menos dos valores diferentes de la longitud temporal del bit son realizados dentro de un mensaje a traves de la utilizacion de al menos dos factores de escala diferentes para ajustar la unidad temporal del bus relativamente con respecto a la unidad de tiempo menor o al ciclo del oscilador durante la operacion.
  16. 16. Metodo segun la reivindicacion 14 o 15, caracterizado porque los mensajes en los cuales la longitud temporal del bit dentro de un mensaje puede adoptar al menos dos valores diferentes pueden identificarse a traves de una identification en el campo de arbitraje y/o en el campo de control.
  17. 17. Metodo segun la reivindicacion 16, caracterizado porque la identificacion es evaluada en las unidades de procesamiento participantes, donde en funcion de la identificacion el proceso de reception se adapta a los diferentes valores de la longitud del bit dentro de un mensaje.
  18. 18. Dispositivo para la transmision de datos en serie en un sistema de bus con al menos dos unidades de procesamiento de datos participantes que intercambian mensajes mediante el bus, donde los mensajes enviados presentan una estructura logica segun la norma CAN ISO 11898-1, donde la estructura logica comprende un bit de inicio de trama, un campo de arbitraje, un campo de control, un campo de datos, un campo CRC, un campo de acuse de recibo y una secuencia de fin de trama, donde el campo de control comprende un codigo de longitud de datos que contiene information sobre la longitud del campo de datos, caracterizado porque el campo de datos de mensajes transmitidos, desviandose de la norma CAN ISO 11898-1, puede presentar mas de ocho bytes, donde para determinar el tamano del campo de datos los valores del codigo de longitud de datos se interpretan desviandose al menos parcialmente de la norma CAN ISO 11898-1, donde la longitud temporal del bit dentro de un mensaje puede asumir al menos dos valores diferentes, donde en comparacion con una primer area predeterminable dentro del mensaje, la longitud temporal del bit presenta un valor reducido para al menos una segunda area predeterminable.
  19. 19. Dispositivo segun la reivindicacion 18, caracterizado porque el dispositivo, a traves de medios adecuados, esta configurado para ejecutar al menos uno de los metodos para transmitir datos segun las reivindicaciones 2 a 17.
  20. 20. Dispositivo segun la reivindicacion 19, caracterizado porque los medios adecuados comprenden una cantidad suficiente de registros de desplazamiento para calcular al menos dos sumas de verification CRC segun las reivindicaciones 12 a 13.
  21. 21. Utilizacion del metodo segun una de las reivindicaciones 1 a 17 en el funcionamiento normal de un vehlculo de motor para transmitir datos entre al menos dos dispositivos de control del vehlculo de motor, los cuales se encuentran conectados mediante un bus de datos adecuado.
  22. 22. Utilizacion del metodo segun una de las reivindicaciones 1 a 17 durante la production o el mantenimiento de un vehlculo de motor para transmitir datos entre una unidad de programacion conectada a un bus de datos adecuado con el fin de una programacion y al menos un dispositivo de control del vehlculo de motor que se encuentra conectado al bus de datos.
ES12713089.6T 2011-04-06 2012-03-29 Método y dispositivo para incrementar la capacidad de transmisión de datos en un sistema de bus en serie Active ES2597975T3 (es)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
DE102011006884 2011-04-06
DE201110006884 DE102011006884A1 (de) 2011-04-06 2011-04-06 Verfahren und Vorrichtung zur Erhöhung der Datenübertragungskapazität in einem seriellen Bussystem
DE102011078266A DE102011078266A1 (de) 2011-06-29 2011-06-29 Verfahren und Vorrichtung zur seriellen Datenübertragung mit flexibler Nachrichtengröße und variabler Bitlänge
DE102011078266 2011-06-29
DE102011080476 2011-08-05
DE102011080476A DE102011080476A1 (de) 2011-08-05 2011-08-05 Verfahren und Vorrichtung zur Verbesserung der Datenübertragungssicherheit in einer seriellen Datenübertragung mit flexibler Nachrichtengröße
PCT/EP2012/055596 WO2012136550A1 (de) 2011-04-06 2012-03-29 Verfahren und vorrichtung zur erhöhung der datenübertragungskapazität in einem seriellen bussystem

Publications (1)

Publication Number Publication Date
ES2597975T3 true ES2597975T3 (es) 2017-01-24

Family

ID=45937326

Family Applications (2)

Application Number Title Priority Date Filing Date
ES12713085.4T Active ES2538234T3 (es) 2011-04-06 2012-03-29 Método y dispositivo para incrementar la capacidad de transmisión de datos en un sistema de bus en serie
ES12713089.6T Active ES2597975T3 (es) 2011-04-06 2012-03-29 Método y dispositivo para incrementar la capacidad de transmisión de datos en un sistema de bus en serie

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES12713085.4T Active ES2538234T3 (es) 2011-04-06 2012-03-29 Método y dispositivo para incrementar la capacidad de transmisión de datos en un sistema de bus en serie

Country Status (8)

Country Link
US (2) US9594626B2 (es)
EP (2) EP2695076B1 (es)
JP (2) JP5770924B2 (es)
KR (2) KR101932787B1 (es)
CN (2) CN103562900B (es)
ES (2) ES2538234T3 (es)
RU (2) RU2620989C2 (es)
WO (2) WO2012136550A1 (es)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102010041223A1 (de) * 2010-09-22 2012-03-22 Robert Bosch Gmbh Verfahren und Vorrichtung zur seriellen Datenübertragung mit umschaltbarer Datenrate
DE102012224024A1 (de) 2012-12-20 2014-06-26 Robert Bosch Gmbh Datenübertragung unter Nutzung eines Protokollausnahmezustands
DE102012224031A1 (de) * 2012-12-20 2014-06-26 Robert Bosch Gmbh Datenübertragungsprotokoll mit Protokollausnahmezustand
US9419737B2 (en) 2013-03-15 2016-08-16 Concio Holdings LLC High speed embedded protocol for distributed control systems
DE102014205120A1 (de) 2014-03-19 2015-09-24 Robert Bosch Gmbh Teilnehmerstation für ein Bussystem und Verfahren zur Erhöhung der Übertragungskapazität in einem Bussystem
EP2940935B1 (en) * 2014-04-30 2017-08-02 Nxp B.V. Controller area network (CAN) device and method for controlling CAN traffic
WO2016006150A1 (ja) * 2014-07-10 2016-01-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 車載ネットワークシステム、電子制御ユニット、受信方法及び送信方法
WO2016054245A1 (en) 2014-09-30 2016-04-07 Concio Holdings LLC Confirming data accuracy in a distributed control system
KR101573637B1 (ko) * 2014-11-03 2015-12-01 현대자동차주식회사 데이터량 증대로 통신속도 개선을 위한 ｃａｎ 통신 방법 및 데이터 프레임 구조
JP2016225791A (ja) 2015-05-29 2016-12-28 株式会社デンソー 車載ネットワークシステム
US9694766B2 (en) 2015-06-16 2017-07-04 Ford Global Technologies, Llc Compression algorithms for vehicle-bus-messaging of preview data
WO2017038005A1 (ja) * 2015-08-31 2017-03-09 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 不正検知方法、不正検知電子制御ユニット及び不正検知システム
EP3402129A1 (en) * 2017-05-09 2018-11-14 Concio Holdings LLC Bit encoding for a bus communication system
DE102017211860B3 (de) * 2017-07-11 2018-09-20 Volkswagen Aktiengesellschaft Verfahren zur Übertragung von Daten über einen seriellen Kommunikationsbus, entsprechend ausgelegte Busschnittstelle sowie entsprechend ausgelegtes Computerprogramm
US11128400B2 (en) * 2017-12-01 2021-09-21 Nippon Telegraph And Telephone Corporation Bit assignment estimating device, bit assignment estimating method, and program
US10439840B1 (en) * 2018-07-27 2019-10-08 Nxp B.V. Method and device for communicating data frames on a multi-master bus
CN111209240B (zh) * 2019-12-23 2021-08-03 深圳优地科技有限公司 数据传输的方法、电子设备及存储介质
US20230060218A1 (en) 2020-02-11 2023-03-02 Ciphersip Systems Ltd. High bandwidth can-derivative communication
KR20220006906A (ko) * 2020-07-09 2022-01-18 주식회사 엘지에너지솔루션 통신 시스템 및 방법
KR20230096737A (ko) * 2021-12-23 2023-06-30 주식회사 엘지에너지솔루션 Modbus 프로토콜을 지원하는 can 통신 장치 및 이의 동작 방법
CN116667971B (zh) * 2023-07-28 2023-10-27 常州星宇车灯股份有限公司 Can数据报文发送校验方法、装置、计算机设备及存储介质

Family Cites Families (70)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6088342A (en) 1997-05-05 2000-07-11 Nokia Mobile Phones Limited Dynamic configuration of radio link protocol in a telecommunications system
US5734826A (en) 1991-03-29 1998-03-31 International Business Machines Corporation Variable cyclic redundancy coding method and apparatus for use in a multistage network
DE4131133B4 (de) 1991-09-19 2005-09-08 Robert Bosch Gmbh Verfahren und Vorrichtung zum Austausch von Daten in Datenverarbeitungsanlagen
US5267240A (en) * 1992-02-20 1993-11-30 International Business Machines Corporation Frame-group transmission and reception for parallel/serial buses
US5610945A (en) 1993-11-04 1997-03-11 International Business Machines Corporation System for identifying communication sequences transmitted across multiple carriers by examining bit streams for sequences of valid words
DE4408488A1 (de) 1994-03-14 1995-09-21 Bosch Gmbh Robert Verfahren zur zyklischen Übertragung von Daten zwischen mindestens zwei verteilt arbeitenden Steuergeräten
DE69736278T2 (de) 1996-02-22 2007-06-06 Kvaser Consultant Ab Vorrichtung zur Beeinflussung von Nachrichten in einem CAN-System
JPH10340243A (ja) * 1997-06-06 1998-12-22 Hitachi Ltd 入出力データ転送システム
GB2351884B (en) * 1999-04-10 2002-07-31 Peter Strong Data transmission method
DE19951451A1 (de) * 1999-10-25 2001-04-26 Bayerische Motoren Werke Ag Verfahren zum Absichern der Datenübertragung in einem Datenbus
DE60015186T2 (de) * 2000-01-07 2006-02-02 International Business Machines Corp. Verfahren und system für rahmen- und protokollklassifikation
US20070191932A1 (en) * 2000-03-15 2007-08-16 Orbusneich Medical, Inc. Medical device with coating for capturing genetically-altered cells and methods for using same
JP3770053B2 (ja) 2000-05-26 2006-04-26 三菱ふそうトラック・バス株式会社 車両用ネットワークの通信復帰判定方法
US6606670B1 (en) 2000-08-16 2003-08-12 Microchip Technology Incorporated Circuit serial programming of default configuration
KR20030010890A (ko) * 2001-07-27 2003-02-06 주식회사 현대오토넷 캔(ｃａｎ)프로토콜을 이용한 자동차의 네트워크 시스템
US7181668B2 (en) 2002-03-29 2007-02-20 Lucent Technologies Inc. Method and system of decoding an encoded data block
DE10216674A1 (de) 2002-04-15 2003-10-30 Bosch Gmbh Robert Verfahren und Vorrichtung zur Übertragung von Nachrichten auf einem Bussystem und Bussystem
EP1355460B1 (en) * 2002-04-16 2005-10-05 ROBERT BOSCH GmbH Method for monitoring a communication media access schedule of a communication controller of a communication system
JP4004389B2 (ja) 2002-11-27 2007-11-07 富士通株式会社 バッファメモリ管理方法及びシステム
US6975966B2 (en) 2003-01-28 2005-12-13 Fisher-Rosemount Systems, Inc. Integrated diagnostics in a process plant having a process control system and a safety system
DE10311395A1 (de) 2003-03-13 2004-09-23 Robert Bosch Gmbh Kommunikationsvorrichtung mit asynchroner Datenübertragung über eine symmetrische serielle Schnittstelle
DE10318068B4 (de) 2003-04-17 2009-08-27 Phoenix Contact Gmbh & Co. Kg Verfahren und Vorrichtung zum Paket-orientierten Übertragen sicherheitsrelevanter Daten
DE10345359B4 (de) 2003-09-29 2006-11-02 Berghof Labor- Und Automationstechnik Gmbh Serieller Datenbus, Bewegungssystem sowie Verfahren zur ereignisgesteuerten Übertragung von Nachrichten
US7168024B2 (en) 2003-10-03 2007-01-23 Jennic Limited Data processing system and method
DE10360856A1 (de) 2003-12-23 2005-07-28 Airbus Deutschland Gmbh Bussystem für ein Flugzeug
EP1733537A1 (en) 2004-03-10 2006-12-20 Qualcomm, Incorporated High data rate interface apparatus and method
JP4401239B2 (ja) 2004-05-12 2010-01-20 Ｎｅｃエレクトロニクス株式会社 通信メッセージ変換装置、通信方法及び通信システム
DE102004030969A1 (de) * 2004-06-26 2006-01-12 Robert Bosch Gmbh Verfahren und Vorrichtung zur Steuerung eines Bussystems sowie entsprechendes Bussystem
IL163092A (en) 2004-07-19 2010-11-30 Veraz Networks Ltd Processing of packets forwarded in communication networks
US7594226B2 (en) 2004-08-16 2009-09-22 National Instruments Corporation Implementation of packet-based communications in a reconfigurable hardware element
KR100609493B1 (ko) 2004-08-19 2006-08-08 학교법인 울산공업학원 복수의 센서 데이터를 하나의 캔 메시지로 전송하는 방법
US7599377B2 (en) * 2004-10-15 2009-10-06 Temic Automotive Of North America, Inc. System and method for tunneling standard bus protocol messages through an automotive switch fabric network
KR20060053425A (ko) * 2004-11-15 2006-05-22 엘지전자 주식회사 데이터 스트림내의 픽처 데이터의 기록구간을 지정하고이를 이용하는 방법 및 장치
DE102004055684A1 (de) 2004-11-18 2006-05-24 Innotec Gmbh Verfahren zur Absicherung des Datentransferns in einem sicheren Netzwerk mit CRC`s variabler Länge
DE102004062210B3 (de) 2004-12-23 2006-05-24 Texas Instruments Deutschland Gmbh Dualmodultaktversorgung für CAN-Kommunikationsmodul
CA2896121C (en) 2005-03-18 2016-08-30 Stephen E. Hannah Two-way communication system for tracking locations and statuses of wheeled vehicles
JP4207912B2 (ja) 2005-03-24 2009-01-14 セイコーエプソン株式会社 データ転送制御装置及び電子機器
JP2006352706A (ja) * 2005-06-17 2006-12-28 Hitachi Ltd マイクロプロセッサ、ネットワークシステム及び通信方法
CN101208674B (zh) 2005-06-23 2012-07-04 赫优讯自动化系统有限公司 用于开放式自动化系统的总线用户的数据通信的方法和装置
KR101135101B1 (ko) * 2005-10-17 2012-04-16 엘지전자 주식회사 캔에서의 데이터 길이 코드를 이용한 데이터 필드 패딩방법
KR100781266B1 (ko) 2005-10-20 2007-11-30 엘지전자 주식회사 통신 기기 및 처리 방법
US7991351B2 (en) 2007-02-28 2011-08-02 Kuban Paul A Extension of wired controller area networks to wireless personal area networks
CN100471156C (zh) 2007-03-07 2009-03-18 今创集团有限公司 数据总线桥接器及其工作方法
JP5057304B2 (ja) 2007-06-08 2012-10-24 国立大学法人名古屋大学 車載通信システム及び車載通信方法
KR100900882B1 (ko) 2007-06-11 2009-06-04 성균관대학교산학협력단 상호 상이한 복수의 네트워크 프로토콜을 사용하는 차량에적용되는 게이트웨이 디바이스, 네트워크 시스템 및 데이터변환방법
DE102007028766A1 (de) 2007-06-22 2008-12-24 Continental Teves Ag & Co. Ohg Prüfverfahren und elektronische Schaltung zur sicheren seriellen Übertragung von Daten
US8423835B2 (en) 2007-08-16 2013-04-16 Nxp B.V. System and method providing fault detection capability
US8324868B2 (en) 2007-08-24 2012-12-04 Valence Technology, Inc. Power source with temperature sensing
DE102007051657A1 (de) 2007-10-26 2009-04-30 Robert Bosch Gmbh Kommunikationssystem mit einem CAN-Bus und Verfahren zum Betreiben eines solchen Kommunikationssystems
US20090192051A1 (en) 2008-01-28 2009-07-30 Bj Services Company High temperature stabilizer for well treatment fluids and methods of using same
TWI448111B (zh) 2008-03-18 2014-08-01 Icm Inc Automobile detection and control integration device and method thereof
US8351785B2 (en) 2008-04-21 2013-01-08 Futurewei Technologies, Inc. Gigabit passive optical network transmission convergence extension for next generation access
US20100106810A1 (en) * 2008-10-27 2010-04-29 Lennox Industries Inc. Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network
US8560125B2 (en) * 2008-10-27 2013-10-15 Lennox Industries Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network
US8774210B2 (en) * 2008-10-27 2014-07-08 Lennox Industries, Inc. Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network
JP5308802B2 (ja) * 2008-12-16 2013-10-09 ルネサスエレクトロニクス株式会社 Ｃａｎノード
KR20100073846A (ko) 2008-12-23 2010-07-01 한국전자통신연구원 Ｃａｎ 프로토콜에서의 데이터프레임 송신방법 및 수신방법
CN101873299B (zh) 2009-04-24 2013-08-14 北京大豪科技股份有限公司 串行总线和通信方法及系统
JP2010258990A (ja) * 2009-04-28 2010-11-11 Autonetworks Technologies Ltd 制御システム及び制御プログラム更新方法
JP2010272971A (ja) 2009-05-19 2010-12-02 Nagoya Univ 制御システム及び制御プログラム書換方法
CN101572641B (zh) * 2009-05-26 2015-02-25 阴晓峰 基于can总线的控制器网络监控系统及监控方法
CN102687123B (zh) 2009-11-10 2015-04-01 飞思卡尔半导体公司 高级通信控制器单元和用于记录协议事件的方法
EP2339790A1 (en) 2009-12-28 2011-06-29 Nxp B.V. Definition of wakeup bus messages for partial networking
JP5255579B2 (ja) * 2010-02-09 2013-08-07 日立オートモティブシステムズ株式会社 車内データ中継装置、車両制御システム
CN101814230A (zh) 2010-04-01 2010-08-25 青岛海信电器股份有限公司 串口数据通信传输方法及装置
DE102011077493A1 (de) * 2010-06-23 2012-04-26 Robert Bosch Gmbh Verfahren und Vorrichtung zur Datenübertragung mit variabler Bitlänge
JP5717240B2 (ja) 2010-08-09 2015-05-13 国立大学法人名古屋大学 通信システム及び通信装置
US8863256B1 (en) 2011-01-14 2014-10-14 Cisco Technology, Inc. System and method for enabling secure transactions using flexible identity management in a vehicular environment
US9852106B2 (en) 2011-06-29 2017-12-26 Robert Bosch Gmbh Method and device for serial data transmission having a flexible message size and a variable bit length
DE112011105912T5 (de) 2011-12-02 2014-09-18 Autonetworks Technologies, Ltd. Einrichtung zum Erzeugen von Übertragungsnachrichten und fahrzeugeigenes Kommunikationssystem

Also Published As

Publication number Publication date
EP2695076A1 (de) 2014-02-12
US9513988B2 (en) 2016-12-06
EP2695075B1 (de) 2015-05-13
RU2013149028A (ru) 2015-05-20
RU2620989C2 (ru) 2017-05-30
KR101921357B1 (ko) 2018-11-22
CN103562900B (zh) 2017-02-15
RU2013149025A (ru) 2015-05-20
EP2695075A1 (de) 2014-02-12
KR101932787B1 (ko) 2019-03-15
JP5770925B2 (ja) 2015-08-26
US20140245102A1 (en) 2014-08-28
EP2695076B1 (de) 2016-07-13
JP2014510498A (ja) 2014-04-24
US20140129900A1 (en) 2014-05-08
JP2014518599A (ja) 2014-07-31
KR20140029432A (ko) 2014-03-10
WO2012136550A1 (de) 2012-10-11
CN103620574B (zh) 2016-08-31
ES2538234T3 (es) 2015-06-18
JP5770924B2 (ja) 2015-08-26
CN103620574A (zh) 2014-03-05
US9594626B2 (en) 2017-03-14
CN103562900A (zh) 2014-02-05
WO2012136547A1 (de) 2012-10-11
KR20140029433A (ko) 2014-03-10

Similar Documents

Publication Publication Date Title
ES2597975T3 (es) Método y dispositivo para incrementar la capacidad de transmisión de datos en un sistema de bus en serie
ES2595155T3 (es) Método y dispositivo para adaptar la seguridad de transmisión de datos en un sistema de bus en serie
ES2549640T3 (es) Método y dispositivo de transmisión en serie de datos adaptada a la capacidad de memoria
RU2626094C2 (ru) Способ и устройство для повышения надежности передачи при последовательной передаче данных с гибким размером сообщений
RU2597501C2 (ru) Способ и устройство для последовательной передачи данных с гибким размером сообщений и переменной длительностью бита
ES2742900T3 (es) Transmisión de datos mediante la utilización de un estado de excepción de protocolo
ES2639585T3 (es) Método y dispositivo para la transmisión de datos en serie con una tasa de datos conmutable
KR20140056239A (ko) 유연한 메시지 크기 및 가변 비트 길이로 직렬 데이터 전송을 하기 위한 방법 및 장치
RU2602353C2 (ru) Способ и устройство для последовательной передачи данных с гибким размером сообщений и переменной длительностью бита