ES2607614T3 - Procedimiento y dispositivo para la adaptación de la seguridad de transmisión de datos en un sistema de bus serial - Google Patents

Procedimiento y dispositivo para la adaptación de la seguridad de transmisión de datos en un sistema de bus serial Download PDF

Info

Publication number
ES2607614T3
ES2607614T3 ES12713079.7T ES12713079T ES2607614T3 ES 2607614 T3 ES2607614 T3 ES 2607614T3 ES 12713079 T ES12713079 T ES 12713079T ES 2607614 T3 ES2607614 T3 ES 2607614T3
Authority
ES
Spain
Prior art keywords
data
field
switching condition
bit
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
ES12713079.7T
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 DE201110006875 external-priority patent/DE102011006875A1/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 ES2607614T3 publication Critical patent/ES2607614T3/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
    • 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/14—Handling requests for interconnection or transfer
    • G06F13/36—Handling requests for interconnection or transfer for access to common bus or bus system
    • G06F13/362—Handling requests for interconnection or transfer for access to common bus or bus system with centralised access control
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • 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
    • H03M13/091—Parallel or block-wise CRC computation
    • 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
    • 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]
    • H04L12/4135—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD] using bit-wise arbitration
    • 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
    • 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)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Small-Scale Networks (AREA)
  • Probability & Statistics with Applications (AREA)
  • Computing Systems (AREA)
  • Information Transfer Systems (AREA)
  • Bus Control (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

Procedimiento para la transmisión de datos serial en un sistema de bus, con al menos dos unidades de procesamiento de datos participantes, que intercambian mensajes a través del bus, presentando los mensajes enviados, una estructura lógica según la norma CAN ISO 11898-1, comprendiendo la estructura lógica un bit de inicio de trama, un campo de arbitraje, un campo de control, un campo de datos, un campo CRC, un campo de reconocimiento y una secuencia de fin de trama, comprendiendo el campo de control, un código de longitud de datos, el cual comprende una información sobre la longitud del campo de datos, caracterizado por que en dependencia del valor de una condición de conmutación (UB3) asignada, el campo CRC de los mensajes, puede presentar al menos dos cantidades diferentes de bits, iniciándose al inicio de un mensaje, el cálculo en paralelo de al menos dos sumas de verificación CRC mediante diferentes polinomios generadores.

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Procedimiento y dispositivo para la adaptacion de la seguridad de transmision de datos en un sistema de bus serial Estado de la tecnica
La invencion se refiere a un procedimiento, as! como a un dispositivo para la adaptacion de la seguridad de transmision de datos entre al menos dos participantes en un sistema de bus serial.
De las normas de la familia ISO 11898-1 a 5 se conocen por ejemplo, la red de area de controlador (CAN, del ingles Controller Area Network), as! como una extension de CAN denominada como CAN temporizada (TTCAN, del ingles Time Triggered CAN), denominada en lo sucesivo tambien como norma CAN. El procedimiento de control de acceso a medios usado en CAN se basa en un arbitraje bit a bit. En el caso del arbitraje bit a bit, varias estaciones participantes pueden transmitir datos al mismo tiempo a traves del canal del sistema de bus, sin que debido a ello se perturbe la transmision de datos. Las estaciones participantes pueden continuar determinando durante la emision de un bit a traves del canal, el estado logico (0 o 1) del canal. Si un valor del bit emitido no se corresponde con el estado logico determinado del canal, entonces la estacion participante interrumpe el acceso al canal. En el caso de CAN el arbitraje bit a bit se lleva a cabo de forma habitual mediante un identificador dentro de un mensaje a transmitirse a traves del canal. Despues de que una estacion participante ha emitido el identificador por completo al canal, sabe que tiene acceso exclusivo al canal. De esta manera, la finalizacion de la transmision del identificador se corresponde con un inicio de un intervalo de liberation, dentro del cual, la estacion participante puede usar el canal de forma exclusiva. Segun la especificacion de protocolo de CAN, otras estaciones participantes no pueden acceder al canal, es decir, enviar datos al canal, hasta que la estacion participante emisora ha emitido un campo de verification (campo CRC) del mensaje. De esta manera, el momento de finalizacion de la transmision del campo CRC se corresponde con un final del intervalo de liberacion.
Mediante el arbitraje bit a bit, se logra por lo tanto, una transmision libre de destruction a traves del canal, de aquellos mensajes, los cuales ha obtenido el procedimiento de arbitraje. Los protocolos de CAN se adecuan en particular para la transmision de mensajes cortos en condiciones de tiempo real, pudiendo asegurarse mediante una asignacion adecuada de los identificadores, que los mensajes particularmente importantes ganan casi siempre el arbitraje y se emiten de forma exitosa.
Con el establecimiento de redes en aumento de los vehlculos modernos y la incorporation de sistemas adicionales para la mejora de por ejemplo, la seguridad de la conduction o del confort de la conduction, aumentan las exigencias en lo que se refiere a las cantidades de datos a transmitir y a los periodos de latencia permisibles durante la transmision. Son ejemplos, sistemas de regulation de la dinamica de conduccion, como por ejemplo, el programa de estabilidad electronico ESP, los sistemas de asistencia al conductor, como por ejemplo, la regulacion de separation automatica ACC, o los sistemas de information al conductor, como por ejemplo, el reconocimiento de senales de trafico (comparense por ejemplo, las descripciones en “Bosch Kraftfahrtechnisches Handbuch”, 27 edition, 2011, Vieweg + Teubner).
El documento DE 103 11 395 A1 describe un sistema, en el cual, la comunicacion en serie aslncrona puede producirse alternativamente a traves de un protocolo CAN flsico asimetrico o a traves del flsico simetrico, y debido a ello puede lograrse una velocidad o seguridad de transmision de datos mayor para la comunicacion aslncrona.
El documento DE 10 2007 051 657 A1 propone usar en las ventanas temporales exclusivas del protocolo TTCAN, una transmision de datos aslncrona, rapida, no conforme a CAN, para aumentar la cantidad de datos transmitida.
El documento DE 10 2004 055 684 A1 divulga una posibilidad para el uso de sumas de verificacion CRC de diferente tamano al intercambiarse mensajes de diferente longitud, evaluando respectivamente el software en el emisor y receptor, la longitud del campo de datos y calculando independientemente de ello el CRC de diferente manera. La comprobacion de la correction del CRC se produce en el receptor tras recibirse el mensaje completo. No se describe ninguna reaction a la determination de una transmision correcta o no correcta.
G. Cena y A. Valenzano tratan en “Overclocking of controller area networks” (Electronic Letters, Vol. 35, N° 22 (1999), P. 1924) los efectos de un aumento de la frecuencia de la frecuencia de bus en zonas parciales de los mensajes sobre la velocidad de datos lograda efectivamente. La adaptacion de la seguridad de transmision de datos no se trata.
Puede verse, que el estado de la tecnica no ofrece resultados satisfactorios en cualquiera de los sentidos.
5
10
15
20
25
30
35
40
45
50
Divulgacion de la invencion
En lo sucesivo, se describe la invencion con sus ventajas, mediante dibujos y ejemplos de realizacion. El objeto de la invencion no esta limitado a los ejemplos de realizacion representados y explicados.
Ventajas de la invencion
La presente invencion parte de 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 participates, comprendiendo la estructura logica un bit de inicio de trama, un campo de arbitraje, un campo de control, un campo de datos, un campo CRC, un campo de reconocimiento y una secuencia de fin de trama, comprendiendo el campo de control un codigo de longitud de datos, el cual comprende una informacion sobre la longitud del campo de datos.
La invencion pone a disposicion una posibilidad de hacer uso, para determinados mensajes transmitidos, de un polinomio modificado para el calculo de la suma de verification y transmitir un campo cRc con un tamano que desvla de la norma CAN, en cuanto que en dependencia del valor de una condition de conmutacion asignada, el campo CRC de los mensajes puede presentar al menos dos cantidades de bits diferentes. Debido a ello, puede adaptarse en dependencia de la condicion de conmutacion, la transmision de datos a la correspondiente tarea de transmision de datos actual, por ejemplo, al alcance o relevancia de seguridad de los datos transmitidos y de esta forma influirse en o fijarse la seguridad de transmision de datos. De forma ventajosa se usan en este caso para la fijacion del contenido del campo CRC en dependencia del valor de la condicion de conmutacion asignada, al menos dos polinomios generadores diferentes.
En lo que se refiere al uso del procedimiento segun la invencion y del correspondiente dispositivo tambien en redes CAN convencionales, es ventajoso cuando para al menos un valor de la condicion de conmutacion asignada, la cantidad de bits en el campo CRC y el polinomio generador usado para la fijacion del contenido del campo CRC, se corresponden con la norma CAN ISO 11898-1.
En una forma de realizacion ventajosa, los correspondientes mensajes pueden reconocerse mediante una identification adecuada en el campo de arbitraje y/o en el campo de control. Debido a ello, los participantes que reciben el mensaje pueden reconocer los mensajes modificados segun la invencion y adaptar su proceso de modification a ello. Puede ser ventajoso cuando para esta adaptation se usa tambien el contenido del codigo de longitud de datos.
En una forma de realizacion particularmente ventajosa, se inician al inicio de un mensaje varios calculos de sumas de verificacion en paralelo y se decide en dependencia de la presencia de una condicion de conmutacion asignada y/o del contenido del codigo de longitud de datos, que resultado de uno de estos calculos se usa o se transmite en el campo CRC. Debido a ello es posible emitir junto con el mensaje, la informacion sobre si un mensaje se transmite segun el procedimiento conforme a la norma o segun el procedimiento segun la invencion modificado, sin informar a los receptores previamente sobre el procedimiento usado. Las sumas de verificacion para la verificacion de la transmision de datos correcta estan presentes para ambos procedimientos y pueden evaluarse en caso de necesidad.
Una forma de realizacion ventajosa logra mediante la puesta a disposicion de una posibilidad para la ampliation del campo de datos de un mensaje transmitido, el efecto de que frente a un mensaje CAN conforme a la norma, puede transmitirse una cantidad mayor de datos con un unico mensaje a traves del bus. De esta manera, aumenta de forma ventajosa la proportion de cantidad de datos con respecto a la informacion de control en un mensaje, y con ello tambien, la velocidad de transmision de datos media a traves del sistema de bus. La combination con la adaptacion segun la invencion del campo CRC, tiene la ventaja, de que la seguridad del reconocimiento de errores se mantiene o puede adaptarse tambien para cantidades de datos transmitidos mayores.
Mediante el establecimiento de una asignacion inequlvoca entre el contenido del codigo de longitud de datos y la longitud del campo de datos, se logra ventajosamente una alta flexibilidad en lo que se refiere al tamano que puede ser representado, del campo de datos.
Es ventajoso ademas de ello, que para los valores 0b0001 a 0b1000 del codigo de longitud de datos, usados habitualmente en la norma CAN, se asignan los tamanos correspondientes a la norma CAN, del campo de datos, es decir, 1 byte a 8 bytes, y el resto de los valores del codigo de longitud de datos se usan para el resto de tamanos permisibles del campo de datos hasta el tamano maximo posible. Esto reduce el esfuerzo de adaptacion del software de aplicacion al adaptarse al procedimiento segun la invencion de forma que se ahorran costes.
El uso de un polinomio modificado para el calculo de la suma de verificacion se produce en dependencia de una condicion de conmutacion, de manera que al presentarse la condicion de conmutacion, se usa el procedimiento segun la invencion, mientras que por lo demas, la transmision de datos se produce segun el estandar CAN normal.
5
10
15
20
25
30
35
40
45
50
La ampliacion del campo de datos y la adaptation de la interpretation del contenido del codigo de longitud de datos tambien se produce igualmente de forma ventajosa en dependencia de una, eventualmente la misma condition de conmutacion. Debido a ello, los dispositivos segun la invention pueden usarse tanto en sistemas de bus CAN estandar, como tambien en sistemas de bus nuevos segun la invencion con campos de datos potencialmente mayores.
Las presentes condiciones de conmutacion son comunicadas a los receptores a traves de una o varias identificaciones. En este caso es particularmente ventajoso, cuando al menos una de las identificaciones se produce mediante un primer bit identificador, cuya position se encuentra entre el ultimo bit del identificador y el primer bit del codigo de longitud de datos y en cuya posicion se encuentra en mensajes segun la norma CAN ISO 11898-1, un bit con un valor fijado. Es ventajoso ademas de ello, que se integren bits de relleno eventualmente presentes, los cuales aparecen en el mensaje antes del campo CRC, en el calculo de la suma de verification. Debido a ello, continua mejorandose la seguridad de la transmision de datos o la probabilidad de reconocimiento de errores de transmision de datos.
Si se combina el procedimiento ademas de ello con una conmutacion de la longitud de bit, por ejemplo, para al menos los bits del campo de datos y del campo CRC, entones se logra la ventaja adicional, de que se transmite una cantidad mayor de datos de forma acelerada, que en el caso de una limitation del campo de datos a 8 bytes. Debido a ello, se continua aumentando la velocidad de transmision de datos media del sistema de bus. En una configuration ventajosa, se produce en este caso una identification de los mensajes con longitud de bit acortada, mediante un bit de identificacion adicional, el cual se encuentra entre el primer bit de identificacion y el primer bit del codigo de longitud de datos. Debido a ello, la conmutacion de la longitud de bit puede producirse con independencia de la conmutacion del calculo CRC o del tamano del campo de datos y puede reaccionarse de forma flexible a hechos del sistema de bus.
El procedimiento puede usarse ventajosamente en el funcionamiento normal de un vehlculo de motor para la transmision de datos entre al menos dos dispositivos de control del vehlculo de motor, los cuales estan unidos a traves de un bus de datos adecuado. Puede utilizarse ventajosamente no obstante en la misma medida, durante la fabrication o el mantenimiento de un vehlculo de motor, para la transmision de datos entre una unidad de programacion unida con un bus de datos adecuado para el fin de la programacion y al menos un dispositivo de control del vehlculo de motor, el cual esta unido con el bus de datos. Puede usarse tambien ventajosamente en el ambito industrial, cuando han de transmitirse cantidades de datos mayores, por ejemplo, para fines de control. Particularmente, cuando debido a la longitud del recorrido de transmision, ha de usarse durante el arbitraje una velocidad de datos reducida, para que todos los participantes tengan la posibilidad de obtener el acceso al bus, puede lograrse mediante el procedimiento, en particular en combination con la conmutacion de la longitud del campo de datos y la reduction de la longitud de bit, una velocidad de transmision de datos mayor.
Otra ventaja es que un controlador de norma CAN solo ha de modificarse mlnimamente para poder funcionar segun la invencion. Un controlador de comunicacion segun la invencion, el cual puede funcionar tambien como controlador de norma CAN, solo es insignificantemente mayor que un controlador de norma CAN convencional. El programa de aplicacion correspondiente no ha de modificarse y ya se logran entonces ventajas en la velocidad de la transmision de datos.
Pueden asumirse ventajosamente partes esenciales del test de conformidad CAN (ISO 16845). En una configuracion ventajosa, el procedimiento de transmision segun la invencion puede combinarse con las extensiones del TTCAN (ISO 11898-4).
Dibujos
La invencion se explica ahora con mayor detalle mediante los dibujos.
La figura 1a muestra las dos alternativas para la estructuracion de mensajes en formato CAN segun la norma CAN ISO 11898-1 del estado de la tecnica. La figura 1b muestra las dos alternativas analogas para el formato de los mensajes modificados segun la invencion frente a ello.
La figura 2 representa diferentes posibilidades, de como puede interpretarse el contenido del codigo de longitud de datos segun la invencion, desviandose de la norma CAN ISO 11898-1.
La figura 3 representa esquematicamente un ejemplo de realization del proceso de reception segun la invencion en una estacion de participante del sistema de bus.
La figura 4 representa esquematicamente otro ejemplo de realizacion del proceso de recepcion segun la invencion en una estacion de participante del sistema de bus.
5
10
15
20
25
30
35
40
45
50
La figura 5 muestra dos ejemplos del formato de mensajes modificados segun la invencion, en los cuales se usa adicionalmente en zonas predeterminadas dentro del mensaje, una longitud de bit diferente.
Descripcion de los ejemplos de realizacion
En la figura 1a se representa la estructura de mensajes, como se usan en un bus CAN para la transmision de datos. Se representan los dos formatos diferentes “estandar” y “extendido”. El procedimiento segun la invencion puede usarse de igual manera en ambos formatos.
El mensaje comienza con un bit “de inicio de trama” (SOF, del ingles Start of Frame), que senaliza el inicio del mensaje. Se une una seccion, que sirve en primer lugar para la identification del mensaje, y en base a la cual, los participantes del sistema de bus deciden, si reciben o no el mensaje. Esta seccion se denomina como “campo de arbitraje” y contiene el identificador. Sigue un “campo de control”, el cual contiene entre otros, el codigo de longitud de datos. El codigo de longitud de datos contiene informaciones sobre el tamano del campo de datos del mensaje. A este se une el campo de datos propiamente dicho “campo de datos”, que comprende los datos que pueden ser intercambiados entre los participantes del sistema de bus. Sigue entonces el “campo CRC” con la suma de verification que comprende 15 bits y un delimitador, y a continuation dos bits “de reconocimiento” (ACK, del ingles Acknowledge), los cuales sirven para senalizar la reception exitosa al emisor. El mensaje se finaliza mediante una secuencia “de final de trama” (EOF, del ingles End of Frame).
En el procedimiento 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 comprende segun la norma, cuatro bits, puede adoptar por lo tanto, 6 valores diferentes. De este rango de valores se usan en los sistemas de bus a dla de hoy, solo ocho valores diferentes para los diferentes tamanos del campo de datos de 1 byte a 8 bytes. Un campo de datos de cero bytes no se recomienda en la norma CAN, no se permiten tamanos de por encima de 8 bytes. La asignacion de los valores del codigo de longitud de datos a los tamanos del campo de datos se representa en la figura 2 en la columna norma CAN.
En la figura 1b se oponen en representation analoga, los mensajes modificados, a transmitirse segun la invencion, derivados respectivamente de los dos formatos de norma.
En el procedimiento de transmision modificado segun la invencion, el campo de datos puede tener tambien mas de 8 bytes, en la configuration representada en concreto hasta K bytes. A diferencia de CAN segun la norma, se aprovechan valores adicionales, los cuales puede adoptar el codigo de longitud de datos, para caracterizar campos de datos mayores. Los cuatro bits del codigo de longitud de datos, pueden usarse por ejemplo, para representar los valores de cero a 15 bytes. Pueden establecerse no obstante tambien, otras asignaciones, es por ejemplo una posibilidad, usar el valor del codigo de longitud de datos DLC (del ingles Data Length Code) = 0b0000 no usado habitualmente en mensajes CAN a dla de hoy, para un tamano adicional posible del campo de datos, por ejemplo, para el tamano 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 tiene en estos casos el valor 15 o 16.
Otra posibilidad es que para los valores del codigo de longitud de datos mayores a 0b1000 y hasta 0b1111, los tamanos correspondientes del campo de datos aumenten hasta por ejemplo respectivamente, 2 bytes. 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. Mediante la selection de un incremento mayor, por ejemplo, 4 bytes, podrlan alcanzarse campos de datos correspondientemente mayores.
En el ejemplo DLC 3 se ha llevado a cabo ademas, una modification adicional: el valor DLC = 0b0000 es usado en este ejemplo de realizacion, por tramas remotas. En la norma CAN esta previsto por el contrario, que se emita una trama remota con el mismo valor del DLC, que presenta el mensaje enviado como reaction a la trama remota. Mediante la modificacion aqul descrita, se asegura que no puedan enviarse tramas remotas con diferente DLC e igual identificador, lo cual podrla conducir a colisiones irresolubles (comparese ISO 11898-1, capltulo 10.8.8).
En las configuraciones del procedimiento, que se representan en la figura 2 en las columnas DLC 1, DLC 2 y DLC 3 a modo de tablas, la asignacion de los valores de 0b0001 a 0b1000 del codigo de longitud de datos, se corresponde con tamanos del campo de datos de entre 1 byte y 8 bytes de la asignacion en la norma CAN. Debido a ello es posible de forma sencilla, lograr compatibilidad de la norma CAN, es decir, configurar el controlador de comunicacion de tal forma, que funcione conforme a la norma en un sistema de bus conforme a la norma CAN, mientras que permite en un sistema de bus modificado segun la invencion, campos de datos mayores en los mensajes. Es posible no obstante tambien, llevar a cabo una asignacion completamente nueva de los posibles datos del codigo de longitud de datos a tamanos permitidos del campo de datos. Un ejemplo de ello se representa tambien en la figura 2 como DLC 4. El tamano maximo K alcanzado del campo de datos es en este caso 30 Bytes.
5
10
15
20
25
30
35
40
45
50
55
Para garantizar que un controlador de comunicacion de este tipo pueda determinar de que modo ha de interpretar los contenidos del codigo de longitud de datos, es ventajoso que reconozca de forma autonoma si la comunicacion del sistema de bus se desarrolla segun la norma CAN o el procedimiento segun la invencion. Una posibilidad para ello consiste en utilizar un bit reservado dentro del campo de arbitraje o del campo de control, para la identificacion, de manera que a partir de esta primera identificacion k1, el controlador de comunicacion puede derivar una primera condition de conmutacion UB1, en dependencia de la cual, elige el procedimiento de transmision. El segundo bit del campo de control indicado en la figura 1b con r0 puede usarse por ejemplo, para la identificacion.
La fijacion puede elegirse tambien en dependencia del formato del identificador. Para el direccionamiento estandar, una posibilidad de este tipo para la identificacion de los mensajes segun la invencion, es la insertion de un bit EDL (del ingles Extended Data Length) recesivo en el campo de control en la position del bit r0 siempre dominante en la norma CAN. Para el direccionamiento extendido, el bit EDL recesivo puede pasar en el campo de control a la posicion del bit r1 siempre dominante en la norma CAN.
Otra posibilidad es usar el bit SRR, el cual en la norma CAN siempre ha de emitirse recesivo, pero es aceptado por los participantes del bus que reciben el mensaje, tambien de forma dominante. Pueden evaluarse tambien combinaciones de bit para la determination de la primera condicion de conmutacion UB1.
Otra posibilidad serla prescribir para el procedimiento de transmision modificado segun la invencion, el uso del formato extendido. Los mensajes en formato extendido son reconocidos por los participantes del bus por el valor del bit IDE (comparese la figura 1a) y este bit podrla representar al mismo tiempo la primera condicion de conmutacion UB1, de manera que en el caso de los mensajes extendidos siempre se usa el procedimiento de transmision modificado. Alternativamente es posible tambien, usar en mensajes extendidos el bit reservado r1 como primera identificacion K1 o para la derivation de la primera condicion de conmutacion UB1. El bit reservado puede usarse no obstante tambien, como sera explicado mas abajo, para la derivacion de una segunda condicion de conmutacion UB2 para la conmutacion entre mas de dos diferentes tamanos del campo de datos o asignacion entre valores del codigo de longitud de datos y tamanos de campos de datos.
Alternativamente es posible no obstante tambien, usar el procedimiento en controladores de comunicacion adecuados para ello, los cuales no estan configurados tambien para la comunicacion conforme a la norma CAN. En este caso puede suprimirse tambien la predetermination de la mencionada primera condicion de conmutacion UB1, por ejemplo, en dependencia de una identificacion adecuada K1 de los mensajes. Los controladores de comunicacion funcionan en este caso mas bien exclusivamente segun uno de los procedimientos descritos y pueden usarse correspondientemente solo en sistemas de bus, en los cuales se usan unicamente este tipo de controladores de comunicacion segun la invencion.
Si se amplla, como se preve en la invencion, el campo de datos de mensajes, entonces puede ser razonable, adaptar tambien el procedimiento usado a la verification de redundancia clclica (CRC, del ingles Cyclic Redundancy Check), para alcanzar una suficiente seguridad frente a los errores. Puede ser ventajoso en particular, usar otro polinomio CRC, por ejemplo, con un orden mayor, y proporcionar correspondientemente un tamano que se diferencie del campo CRC en los mensajes modificados segun la invencion. Esto se representa en la figura 1b debido a que el campo CRC de los mensajes segun la invencion presenta en el ejemplo representado, una longitud de L bits, pudiendo ser L, a diferencia de la norma CAN, no igual, particularmente mayor a 15.
El uso de un procedimiento modificado para el calculo de la suma de verificacion CRC puede senalizarse mediante una tercera identificacion K3 a los participantes del bus, la cual representa una tercera condicion de conmutacion UB3. Esta identificacion K3 y la tercera condicion de conmutacion UB3 pueden coincidir no obstante tambien, con la primera identificacion K1 y/o condicion de conmutacion UB1. Tambien en este caso, como se ha descrito mas arriba, el bit r0 reservado de la figura 1b puede servir por ejemplo, para la identificacion, o puede usarse el bit SRR. Tambien se tiene en consideration un uso del bit IDE en relation con el uso del procedimiento en mensajes extendidos, o tambien del bit r1.
En los controladores de norma CAN, el codigo CRC de los mensajes CAN a emitir, se produce mediante un registro de desplazamiento con retroalimentacion, en cuya entrada, se alimentan de manera secuencial los bits enviados de forma serial, del mensaje. La anchura del registro de desplazamiento se corresponde al orden del polinomio CRC. La codification CRC se produce mediante una interconexion del contenido del registro con el polinomio CRC durante las operaciones shift. Cuando se reciben mensajes CAN, se desplazan correspondientemente los bits recibidos serialmente del mensaje, al registro de desplazamiento CRC. El test CRC es exitoso cuando al final del campo CRC todos los bits del registro de desplazamiento se encuentran en cero. La generation de codigo CRC en el caso de la emision y el test CRC en el caso de la reception se producen ambos en hardware, sin que sea necesaria la actuation del software. Una modification de la codificacion CRC no tiene por lo tanto ningun efecto sobre el software de uso.
En el protocolo de norma CAN no se integran los bits de relleno de los mensajes CAN (comparese ISO 11898-1, cap. 10.5) en el calculo o la verificacion del codigo CRC (comparese ISO 11898-1, cap. 10.4.2.6: “...the bit stream
5
10
15
20
25
30
35
40
45
50
55
given by the destuffed bit sequence..."). Esto tiene como consecuencia, que en casos aislados no se reconocen dos errores de bit en un mensaje, aunque el CRC deberia reconocer hasta cinco errores de bit distribuidos de forma aleatoria en un mensaje. Esto puede ocurrir cuando debido a los errores de bit, los bits de relleno se convierten en bits de datos, y al contrario (comparese Unruh, Mathony y Kaiser: “Error Detection Analysis of automotive Communication Protocols", SAE International Congress, N° 900699, Detroit, EEUU, 1990).
En el procedimiento de transmision modificado segun la invencion, la codificacion CRC puede modificarse frente a ello de tal forma, que tambien los bits de relleno del mensaje se integren durante el calculo o la verification del calculo CRC. Esto quiere decir, que en esta forma de realization, 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 a proteger por la verificacion de redundancia ciclica. Los bits de relleno del campo CRC se emiten como en la norma cAn.
En una forma de realizacion posible, el controlador de comunicacion de configura de tal manera, que presenta compatibilidad con la norma CAN, es decir, funciona en un sistema de bus segun la norma CAN, conforme a la norma, mientras que en un sistema de bus modificado segun la invencion, permite por un lado campos de datos mayores en los mensajes y por otro lado lleva a cabo tambien el calculo adaptado y la verificacion del codigo CRC.
Dado que al inicio de la reception de un mensaje aun no se ha establecido si se recibe un mensaje conforme a la norma CAN o un mensaje modificado segun la invencion, en un controlador de comunicacion segun la invencion, se implementan dos registros de desplazamiento CRC, los cuales funcionan en paralelo. Tras la recepcion del delimitador CRC, cuando se evalua el codigo CRC en el receptor, tambien queda claro debido a la tercera identification K3 segun la invencion o la tercera condition de conmutacion UB3 derivada por ejemplo de la identification o del contenido del codigo de longitud de datos, que procedimiento de transmision ha sido usado, y se evalua entonces el registro de desplazamiento asignado a este procedimiento de transmision. La tercera condicion de conmutacion UB3 puede, como se ha representado ya anteriormente, coincidir con la primera condicion de conmutacion UB1, la cual se refiere al tamano del campo de datos y a la interpretation del codigo de longitud de datos.
Al inicio de la emision de un mensaje, bien es cierto que queda claro para el emisor segun que procedimiento de transmision ha de emitirse. Pero como puede ocurrir sin embargo, que el arbitraje a razon del acceso de bus se pierda y el mensaje iniciado no se envie, sino que se reciba en lugar de ello otro mensaje, se controlan en este caso tambien en paralelo ambos registros de desplazamiento CRC.
La implementation descrita de dos registros de desplazamiento de funcionamiento paralelo, posibilita tambien una mejora adicional:
El polinomio CRC del protocolo de norma CAN (x15 + x14 + x10 + x8 + x7 + x4 + x3 + 1) esta configurado para una longitud de mensajes de menos de 127 bits. Cuando los mensajes transmitidos segun la invencion, usan tambien campos de datos mas largos, es razonable usar para el mantenimiento de la seguridad de transmision otro polinomio CRC, particularmente mas largo. Los mensajes transmitidos segun la invencion obtienen correspondientemente un campo CRC modificado, particularmente mas largo. Durante el funcionamiento, los controladores de comunicacion cambian dinamicamente entre los dos registros de desplazamiento CRC, es decir, el registro de desplazamiento segun la norma CAN y aquel conforme a la invencion, para usar el correspondiente polinomio correcto.
Pueden usarse naturalmente tambien mas de dos registros de desplazamiento y graduarse correspondientemente mas de dos polinomios CRC en dependencia de la longitud del campo de datos o de la seguridad de transmision deseada. En este caso, siempre y cuando deba mantenerse una compatibilidad con la norma CAN han de adaptarse la correspondiente identificacion y la condicion de conmutacion que conlleva. Mediante el bit r0 reservado o el bit SRR podria desencadenarse en la figura 1b una primera condicion de conmutacion UB1, la cual identificase una conmutacion a campos de datos mas largos, por ejemplo, segun DLC 1 en la figura 2, y un correspondiente segundo polinomio CRC. Para mensajes en el formato extendido podria desencadenarse adicionalmente, una segunda condicion de conmutacion UB2, mediante el bit r1 reservado o el bit IDE de la figura 1b (segunda identificacion K2), la cual identifica la conmutacion a otro juego de tamanos de campo de datos, por ejemplo, DLC 3 de la figura 2 y un tercer polinomio CRC.
Es posible por lo demas tambien, que la primera condicion de conmutacion UB1, conmute a la posibilidad de campos de datos mas largos y a la correspondiente interpretacion del contenido del codigo de longitud de datos, por ejemplo, mediante el bit r0 reservado o el bit SRR, y que la determination de la tercera condicion de conmutacion UB3 y de esta forma tambien la selection del polinomio CRC a evaluar para la verificacion CRC, se produzca entonces en dependencia del contenido del codigo de longitud de datos. La tercera condicion de conmutacion UB3 puede asumir correspondientemente tambien mas de dos valores. Los tamanos de campo de datos podrian seleccionarse por ejemplo, segun DLC 3, es decir, adoptar los valores 0 (para tramas remotas) 1, ..., 8, 10, 12, 14, 16, 18, 20 y 24 bytes, y podrian calcularse entonces tres polinomios CRC en paralelo mediante registros de desplazamiento adecuados, por ejemplo, el polinomio CRC segun la norma para campos de datos de hasta 8 bytes,
5
10
15
20
25
30
35
40
45
50
55
un segundo polinomio CRC para campos de datos de hasta 16 bytes y un tercer polinomio CRC para campos de datos de hasta 24 bytes.
La figura 3 muestra en representacion simplificada un recorte del proceso de recepcion segun la invencion, tal y como se desarrolla sobre una estacion de participante del sistema de bus. En este caso se representa el caso, en el cual se logra una compatibilidad con la norma CAN, en cuanto que en dependencia de la primera condicion de conmutacion UB1, se adapta el comportamiento del controlador de comunicacion. Aunque en la figura 3 se selecciono para la descripcion de desarrollos de programa en software una representacion habitual, el procedimiento es de igual forma completamente adecuado para la implementacion en hardware.
La estacion de participante se encuentra en primer lugar en un estado de exploracion del bus, mientras que en el bus no impera ningun trafico de comunicacion. La consulta 302 espera por lo tanto a un bit dominante en el bus. Este bit identifica el inicio de un nuevo mensaje.
Tan pronto como se determina el inicio de una nueva noticia, comienza en el bloque 304 el calculo de las al menos dos sumas de verificacion a calcularse en paralelo. La primera suma de verificacion se corresponde al calculo CRC de la norma CAN, mientras que la segunda suma de verificacion se calcula segun el procedimiento nuevo. En el calculo de la segunda suma de verificacion se integran en el ejemplo de realizacion representado los bits de relleno, mientras que este no es el caso en el calculo segun la norma CAN. Es posible no obstante tambien, no tener en cuenta, de forma analoga a la norma CAN, los bits de relleno tambien en el caso del calculo de la segunda suma de verificacion.
A continuacion, a partir del paso 306, se reciben los demas bits, que siguen al bit SOF, del mensaje, comenzando con el campo de arbitraje. En el caso de que varios participantes de bus quieran enviar un mensaje, se negocia en este caso segun el procedimiento habitual de norma CAN, entre los participantes de bus, que participante de bus obtiene el acceso al bus. El bloque 306 representado identifica la recepcion de todos los bits, hasta que se recibio la primera identificacion K1 o se determina la primera condicion de conmutacion UB1. En los ejemplos representados se determina la primera condicion de conmutacion UB1 a partir del campo de arbitraje, por ejemplo, a partir del bit SRR o el bit IDE o a partir del campo de control, por ejemplo, a partir de un bit reservado del mismo (comparese la figura 1). A continuacion, pueden recibirse en el bloque 308 otros bits del mensaje, hasta que a partir de un determinado bit del mensaje, se procede de forma diferente en dependencia de la primera condicion de conmutacion UB1 determinada. Esta separacion en diferentes formas de proceder se garantiza mediante una correspondiente consulta o bifurcacion 310, como se representa a continuacion a modo de ejemplo.
Si existe en la bifurcacion 310, por ejemplo, tras la recepcion de los primeros dos bits del campo de control, la informacion, de que segun la primera condicion de conmutacion UB1 se produce la comunicacion segun la norma CAN (el recorrido indicado con “1” de la figura 3), entonces se leen en el paso 312 el resto de bits del campo de control. A partir de estos bits, se evalua segun la norma CAN el codigo de longitud de datos y se recibe a continuacion en el paso 316 la cantidad correspondiente de datos, maximo 8 bytes, en correspondencia con el campo de datos. En el paso 320 se recibe entonces el campo CRC que comprende 15 bits. Si existe en el caso de la bifurcacion 324 la informacion de que la suma de verificacion CRC transmitida por el emisor y la determinada por el receptor mismo, coinciden, se emite en el bloque 328 un bit de reconocimiento dominante. Ha de tenerse en cuenta, que en este caso, la suma de verificacion cRc conforme a la norma, se compara, dado que la comunicacion se produce segun la norma CAN. Si no se determina ninguna coincidencia, se emite (bloque 330) el bit de reconocimiento de forma recesiva. A continuacion, siguen el delimitador ACK y los bits EOF (vease la figura 1b, no representado en la figura 3).
Si existe por el contrario en la bifurcacion 310, por ejemplo, tras la recepcion de los primeros dos bits del campo de control, la informacion, de que segun la primera condicion de conmutacion UB1 ha de usarse el proceso de comunicacion modificado segun la invencion (el recorrido indicado con “2” en la figura 3), entonces se leen en el bloque 314 el resto de bits del campo de control. A partir del resultado se determina el codigo de longitud de datos segun la nueva interpretacion, para lo cual se representan algunos ejemplos a modo de tabla en la figura 2. En el bloque 318 se recibe la correspondiente cantidad de datos, es decir para el ejemplo DLC 1 de 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 particularmente mas largo que se desvla segun la invencion. Si en el caso de la bifurcacion 324 existe la informacion de que la suma de verificacion CRC transmitida por el emisor y la determinada por el receptor mismo coinciden, basandose en este caso la comparacion, en la suma de verificacion que se desvla segun la invencion, se emite en el bloque 238 un bit de reconocimiento dominante. En caso contrario, se emite (bloque 330) el bit de reconocimiento de forma recesiva. A continuacion, siguen en el paso 332 o 334, el delimitador ACK y los bits EOF. De esta forma se finaliza un proceso de recepcion para un mensaje.
En la figura 3 se ha representado el caso, en el cual, la tercera condicion de conmutacion UB3, la cual determina la CRC a usar, coincide con la primera condicion de conmutacion UB1, que se refiere al tamano del campo de datos y a la interpretacion del codigo de longitud de datos. No se consulto nuevamente por lo tanto antes de la recepcion
5
10
15
20
25
30
35
40
45
50
55
320 o 322 de las sumas de verificacion CRC, que CRC se esperaba recibir segun la tercera condicion de conmutacion UB3 y debia evaluarse para la bifurcacion 324. Mediante una modificacion sencilla del diagrama de desarrollo de la figura 3, puede integrarse esta consulta adicional en el desarrollo, como se representa en la figura 4.
En el caso del proceso de recepcion segun la figura 4, modificado de esta forma, se determina tras la recepcion de la cantidad de bytes de datos del campo de datos, segun la information a esperar a partir del codigo de longitud de datos, en el bloque 316 o 318, en la consulta o bifurcacion 410, que valor presenta la tercera condicion de conmutacion UB3. Esta informacion puede haber sido determinada, como ya se ha descrito anteriormente, por ejemplo, a partir de la correspondiente tercera identification K3, o a partir del contenido del codigo de longitud de datos. En el ejemplo representado existen tres valores diferentes para la tercera condicion de conmutacion UB3, concretamente A, B y C. En dependencia del valor de la condicion de conmutacion UB3, se leen entonces en los bloques 420, 422 y 424 cantidades diferentes de bits del campo CRC, por ejemplo, para el valor A, 15 bits, para el valor B, 17 bits y para el valor C, 19 bits. A continuation, se verifica en la bifurcacion 324, de forma analoga a la figura 3, si la suma de verificacion CRC transmitida por el emisor y la determinada por el receptor mismo, coinciden, y en dependencia de ello se continua.
La figura 5 muestra una vez mas para otros ejemplos de realization del procedimiento de transmision segun la invention, la estructura de mensajes en las dos variantes posibles, el formato estandar y el formato extendido. Para ambas variantes, se indican en la figura 5 zonas, en las cuales se conmuta entre dos estados, indicados aqui con arbitraje CAN rapido y datos CAN rapidos. Esta conmutacion entre los dos estados provoca en este ejemplo, que tras la finalization del arbitraje, se acorten para una parte del mensaje, particularmente para el campo de datos y el campo CRC, las longitudes de bit, y con ello se transmitan los bits individuales con mas rapidez a traves del bus. Debido a ello, puede acortarse el tiempo de transmision para un mensaje, frente al procedimiento conforme a la norma. El cambio correspondiente de la longitud de bit temporal, puede realizarse por ejemplo, mediante el uso de al menos dos diferentes factores de escalado para el ajuste de la unidad de tiempo de bus, en relation con una unidad de tiempo minima o la cadencia de oscilador durante el funcionamiento en marcha. La conmutacion de la longitud de bit, asi como la correspondiente modificacion del factor de escalado, se representan en la figura 5 tambien a modo de ejemplo.
El paso entre los estados arbitraje CAN rapido y datos CAN rapidos puede producirse en dependencia de una cuarta condicion de conmutacion UB4, la cual se corresponde con una cuarta identificacion K4 de los mensajes, que senaliza a los participates de la transmision de datos, que se usa la longitud de bit acortada. En el ejemplo de realizacion aqui representado, la position elegida de esta identificacion K4 es el “bit reservado” r0, el cual es transmitido antes del codigo de longitud de datos. Se corresponde por lo tanto, con una posicion posible de la primera identificacion K1, la cual se corresponde con la primera condicion de conmutacion UB1 y que identifica el posible uso de campos de datos mas largos y de una interpretation modificada del codigo de longitud de datos, y tambien de la tercera identificacion K3, que se corresponde con un calculo CRC modificado.
Otra posibilidad para la identificacion de los mensajes segun la invencion con longitud de bit acortada, se representa en la figura 6. En este caso, los mensajes estan identificados con campos de datos potencialmente mas largos (correspondiente: primera identificacion K1) y calculo CRC modificado (correspondiente: tercera identificacion K3) mediante un bit eDl recesivo (Extended Data Length), el cual pasa al lugar de un bit transmitido de forma dominante en mensajes de norma CAN, y que reemplaza este bit o lo desplaza a razon de una posicion hacia atras. Para el direccionamiento estandar, el bit EDL pasa a la segunda posicion en el campo de control y desplaza el bit r0 que se encuentra alli, siempre dominante, a razon de una posicion. Para el direccionamiento extendido, el bit EDL pasa en el ejemplo mostrado, a la primera posicion del campo de control y reemplaza el bit r1 reservado que alli se encuentra, que en la CAN segun la norma, se transmite siempre de forma dominante. La cuarta identificacion K4, que anuncia el uso de la longitud de bit acortada, se representa mediante la insertion de un bit de cambio de velocidad BRS (del ingles Bit Rate Switch) recesivo adicional en el campo de control de mensajes segun la invencion, los cuales estan caracterizados por el bit EDL. En el ejemplo de realizacion aqui representado, la posicion del bit BRS es la cuarta (direccionamiento estandar) o la tercera (direccionamiento extendido) posicion en el campo de control.
Los mensajes tienen la denomination “CAN FD Fast”. Para las dos variantes de direccionamiento de mensajes posibles, el modelo estandar y el modelo extendido, se indican en la figura 6, zonas, en las cuales se conmuta entre dos estados, indicados con arbitraje CAN rapido y datos CAN rapidos. Esta conmutacion entre los dos estados, provoca, como ya se ha explicado, que para la correspondiente parte del mensaje, las longitudes de bit se acortan y de esta forma los bits individuales se transmiten mas rapidamente a traves del bus. Debido a ello, puede acortarse el tiempo de transmision para un mensaje, frente al procedimiento conforme a la norma. El paso entre los estados arbitraje CAN rapido y datos CAN rapidos, se produce en mensajes, los cuales presentan primeras o terceras identificaciones EDL, independientemente de la cuarta identificacion BRS, que senaliza a los participantes de la transmision de datos, que se usa la longitud de bits acortada.
En el caso representado, en el cual por lo tanto, a la primera identificacion EDL le sigue la segunda identificacion BRS, se transmiten mediante el procedimiento de transmision segun la invencion, mensajes, cuya longitud de bit
5
10
15
20
25
30
35
40
45
50
55
esta claramente acortada, cuyo tamano de campo de datos puede extenderse a valores por encima de 8 bytes, y cuya CRC esta adaptada al campo de datos mayor. De esta forma se logra un aumento notable de la capacidad de transmision a traves del sistema de bus, con seguridad de transmision mejorada simultaneamente.
La transmision mas rapida comienza en el ejemplo representado, directamente tras la emision de la identificacion correspondiente y se finaliza directamente tras alcanzar el bit fijado para la reconmutacion, o cuando se determina un motivo para el inicio de una trama de error.
La figura 7 muestra un proceso de recepcion modificado frente a la figura 3, en el cual se conmuta adicionalmente en dependencia de la segunda identificacion BRS entre los estados arbitraje CAN rapido y datos CAN rapidos. Si en el caso de la bifurcacion 310, por ejemplo, tras la recepcion del segundo bit del campo de control como bit EDL recesivo, existe la information de que ha de usarse el procedimiento de comunicacion modificado segun la invention, entonces se leen en el bloque 408, los siguientes bits del campo de control. Si se recibe el bit que sirve para la segunda identificacion, por ejemplo, el cuarto bit BRS del campo de control extendido segun la invencion, con el valor predeterminado, por ejemplo, recesivo, entonces se asume por ejemplo, en el punto de muestra de este bit, el estado datos CAN rapidos, es decir, se conmuta a la longitud de bit acortada (recorrido “C”). Si el correspondiente bit presenta el valor inverso, es decir, en este ejemplo, dominante, entonces no se produce ningun acortamiento de la longitud de bit (recorrido “B”). En los bloques 412 o 414 se produce la recepcion de los bits restantes del campo de control, incluyendo el codigo de longitud de datos y la recepcion del campo de datos segun la informacion de tamano del codigo de longitud de datos. En el bloque 412 se recibe con longitud de bit normal, en el bloque 414 con la longitud de bit acortada. En los bloques 416 o 418, se lee el campo CRC que se desvla segun la invencion, particularmente mas largo. En el ultimo bit del campo CRC, el delimitador CRC, se conmuta en el bloque 418 de nuevo al estado arbitraje CAN rapido con velocidad de bits habitual. A continuation, se verifica en la bifurcacion 324, de forma analoga a la figura 3, si la suma de verification CRC transmitida por el emisor y la determinada por el receptor mismo, coinciden y se continua procediendo en dependencia de ello, como se hace en la figura 3.
El siguiente calculo muestra la utilidad del ejemplo de realization representado en la figura 5, en combination con el ejemplo de realizacion indicado con DLC 3, del procedimiento con tamano modificado del campo de datos en lo que se refiere a la velocidad de transmision de datos lograda: se parte de una longitud del campo de datos, de 24 bytes, de tramas de datos en formato estandar con direccionamiento de 11 bits, as! como de un baudaje de 500 kBit/s. Se presupone ademas de ello, que el factor de escalado se aumente tras el “bit reservado” r0 a razon de un factor cuatro. En este caso se reducirla la longitud de bit por lo tanto tras el “bit reservado” r0, de dos microsegundos a 0,5 microsegundos. Se transmiten tras abandono de posibles bits de relleno en este caso, 27 bits por trama de datos (SOF, identificador, RTR, IDE, r0, campo ACK, EOF, intermision) con la longitud de bit normal y 212 bits (DLC, Datos, CRC, delimitador CRC) con la longitud de bit acortada, partiendose en este caso aun de un CRC de 15 bits, el cual podrla reemplazarse no obstante segun la invencion, por un CRC mas largo.
Resulta en las condiciones marco que se dan, un rendimiento de transmision efectivo de 293 bits en 160 microsegundos; lo cual corresponde en el caso de supuesta carga de bis igual, a una tasa de transmision de datos, la cual esta aumentada a razon de un factor 3,7 frente a la transmision no modificada de norma CAN. Adicionalmente, la proportion de datos de uso (campo de datos), se desplaza de forma ventajosa a protocolo superior.
El procedimiento es adecuado durante el funcionamiento normal de un vehlculo de motor, para la transmision de datos entre al menos dos dispositivo de control del vehlculo de motor, los cuales estan unidos a traves de un bus de datos adecuado. Puede utilizarse no obstante de forma igualmente ventajosa, durante la fabrication o el mantenimiento de un vehlculo de motor para la transmision de datos entre una unidad de programacion unida para el fin de la programacion con un bus de datos adecuado, y al menos un dispositivo de control del vehlculo de motor, el cual esta unido con el bus de datos. Es posible ademas de ello tambien, usar el procedimiento en la automatization industrial, es decir, por ejemplo, para la transmision de informacion de control entre unidades de control distribuidas, unidas entre si mediante el bus, que controlan el desarrollo de un proceso de fabricacion industrial. En este entorno, pueden darse tambien, conducciones de bus muy largas, y puede ser particularmente razonable, manejar el sistema de bus para la fase de arbitraje, con una longitud de bit relativamente larga, por ejemplo, con 16, 32 o 64 microsegundos, de manera que las senales de bus pueden extenderse por la totalidad del sistema de bus durante el proceso de arbitraje, como se requiere. A continuacion, puede conmutarse entonces, para una parte del mensaje, como se ha descrito, a longitudes de bit mas cortas, para no dejar que se reduzca demasiado la velocidad de transmision media.
El procedimiento representa en general un procedimiento de transmision, el cual se caracteriza por que solo ha de modificarse mlnimamente un controlador de norma CAN, para poder funcionar segun la invencion. Un controlador de comunicacion segun la invencion, el cual puede funcionar tambien como controlador de norma CAN, es solo insignificantemente mayor que un controlador de norma CAN convencional. El programa de aplicacion correspondiente, no ha de modificarse, y ya se logran ventajas en la velocidad de la transmision de datos. Mediante el uso del tamano ampliado del campo de datos y de los correspondientes DLC y CRC, puede continuar
aumentandose la velocidad de la transmision de datos, las adaptaciones en el software de aplicacion, son mlnimas. Pueden asumirse amplias partes del test de conformidad CAN (ISO 16845). Es posible tambien, combinar el procedimiento de transmision segun la invencion, con extensiones de TTCAN (ISO 11898-4).
All! donde se ha hecho referencia en la description anterior de la invencion, a estandares ISO, subyace 5 correspondientemente la version valida en el momento de la solicitud, de los correspondientes estandares ISO, como estado de la tecnica.

Claims (27)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    REIVINDICACIONES
    1. Procedimiento para la transmision de datos serial en un sistema de bus, con al menos dos unidades de procesamiento de datos participates, que intercambian mensajes a traves del bus, presentando los mensajes enviados, una estructura logica segun la norma CAN ISO 11898-1, comprendiendo la estructura logica un bit de inicio de trama, un campo de arbitraje, un campo de control, un campo de datos, un campo CRC, un campo de reconocimiento y una secuencia de fin de trama, comprendiendo el campo de control, un codigo de longitud de datos, el cual comprende una informacion sobre la longitud del campo de datos, caracterizado por que en dependencia del valor de una condicion de conmutacion (UB3) asignada, el campo CRC de los mensajes, puede presentar al menos dos cantidades diferentes de bits, iniciandose al inicio de un mensaje, el calculo en paralelo de al menos dos sumas de verificacion CRC mediante diferentes polinomios generadores.
  2. 2. Procedimiento segun la reivindicacion 1, caracterizado por que para la fijacion del contenido del campo CRC, se usan en dependencia del valor de la condicion de conmutacion (UB3) asignada, al menos dos polinomios generadores diferentes.
  3. 3. Procedimiento segun la reivindicaciones 1 o 2, caracterizado por que para al menos un valor de la condicion de conmutacion (UB3) asignada, la cantidad de bits del campo CRC y el polinomio generador usado para la determinacion del contenido del campo CRC, se corresponden con la norma cAn ISO 11898-1.
  4. 4. Procedimiento segun una de las reivindicaciones 1 a 3, caracterizado por que los mensajes, en los cuales en dependencia del valor de una condicion de conmutacion (UB3) asignada, el campo CRC de los mensajes puede presentar al menos dos cantidades diferentes de bits, pueden reconocerse mediante una identificacion (K1, K3) adecuada en el campo de arbitraje y/o en el campo de control.
  5. 5. Procedimiento segun una de las reivindicaciones 1 a 4, caracterizado por que el valor de la condicion de conmutacion (UB3) asignada, se determina en las unidades de procesamiento de datos participantes, en dependencia de la identificacion (K1, K3) adecuada, o se deriva en relacion con el contenido del codigo de longitud de datos, adaptandose en dependencia del valor de la condicion de conmutacion (UB3) asignada, el proceso de recepcion al tamano del campo CRC.
  6. 6. Procedimiento segun una de las reivindicaciones 1 a 5, caracterizado por que en dependencia del valor de la condicion de conmutacion (UB3) asignada, se decide, que resultado de uno de los calculos CRC iniciados en paralelo, se utiliza.
  7. 7. Procedimiento segun una de las reivindicaciones 1 a 6, caracterizado por que al existir la condicion de conmutacion (UB3) asignada, se tienen en cuenta en al menos uno de los calculos CRC llevados a cabo en paralelo, tambien bits de relleno eventuales dentro de secciones del mensaje, que se encuentran delante del campo CRC.
  8. 8. Procedimiento segun una de las reivindicaciones 1 a 7, caracterizado por que al existir una condicion de conmutacion (UB1) adicional, el campo de datos de los mensajes, puede comprender desviandose de la norma CAN ISO 11898-1, mas de ocho bytes, interpretandose para la determinacion del tamano del campo de datos, en caso de la existencia de la condicion de conmutacion (UB1) adicional, los datos de los cuatro bits del codigo de longitud de datos, al menos parcialmente desviandose de la norma CAN ISO 11898-1.
  9. 9. Procedimiento segun la reivindicacion 8, caracterizado por que al existir la condicion de conmutacion (UB1) adicional, cada una de las posibles combinaciones de valores de los bits del codigo de longitud de datos, esta asignada a uno de los tamanos permitidos del campo de datos.
  10. 10. Procedimiento segun una de las reivindicaciones 8 a 9, caracterizado por que los mensajes, en los cuales el campo de datos de los mensajes puede comprender desviandose de la norma CAN ISO 11898-1, mas de ocho bytes, y para la fijacion del tamano del campo de datos, los valores de los cuatro bits del codigo de longitud de datos, se interpretan al menos parcialmente de manera que se desvlan de la norma CAN ISO 11898-1, pueden diferenciarse mediante identificacion (K1) adecuada en el campo de arbitraje y/o en el campo de control de mensajes conforme a la norma CAN.
  11. 11. Procedimiento segun una de las reivindicaciones 8 a 10, caracterizado por que la condicion de conmutacion (UB1) adicional se deriva de la condicion de conmutacion (UB3) asignada, o coincide con ella.
  12. 12. Procedimiento segun una de las reivindicaciones 8 a 11, caracterizado por que la identificacion (K1) adecuada se evalua en las unidades de procesamiento de datos participantes, para la determinacion de la condicion de conmutacion (UB1) adicional y en dependencia de la condicion de conmutacion (UB1) adicional se adapta el proceso de recepcion al tamano del campo de datos.
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
  13. 13. Procedimiento segun una de las reivindicaciones 8 a 12, caracterizado por que se aprovechan los valores entre 0b0001 y 0b1000 del codigo de longitud de datos para los tamanos del campo de datos entre 1 u 8 bytes segun la norma CAN ISO 11898-1 y al existir la condicion de conmutacion (UB1) adicional se aprovechan el resto de los datos del codigo de longitud de datos, para los tamanos permitidos adicionales del campo de datos hasta el tamano maximo posible.
  14. 14. Procedimiento segun una de las reivindicaciones 8 a 13, caracterizado por que al existir una condicion de conmutacion (UB2) adicional, los cuatro bits el codigo de longitud de datos se interpretan al menos parcialmente como desviados de la norma CAN ISO 11898-1 y como desviados de la asignacion, cuando la condicion de conmutacion adicional, no existe.
  15. 15. Procedimiento segun la reivindicacion 14, caracterizado por que los mensajes, en los cuales, al existir una condicion de conmutacion (UB2) adicional han de interpretarse los cuatro bits del codigo de longitud de datos al menos parcialmente como desviados de la norma CAN ISO 11898-1 y como desviados de la asignacion, cuando no existe la condicion de conmutacion adicional, pueden reconocerse por una identificacion (K2) adicional en el campo de arbitraje y/o en el campo de control.
  16. 16. Procedimiento segun una de las reivindicaciones 1 a 15, caracterizado por que en dependencia del valor de una cuarta condicion de conmutacion (UB4), la longitud de bit temporal dentro de un mensaje, puede asumir al menos dos valores diferentes, siendo para al menos una primera zona predeterminable dentro del mensaje, la longitud de bit temporal, mayor o igual a un valor mlnimo predeterminado de aproximadamente un microsegundo y presentando en al menos una segunda zona predeterminable dentro del mensaje, la longitud de bit temporal un valor reducido en comparacion con la primera zona.
  17. 17. Procedimiento segun la reivindicacion 16, caracterizado por que los al menos dos valores diferentes de la longitud de bit temporal dentro de un mensaje, se realizan mediante el uso de al menos dos factores de escalado diferentes para el ajuste de la unidad temporal de bus en relacion con una unidad de tiempo minima o la cadencia de oscilador durante el funcionamiento en marcha.
  18. 18. Procedimiento segun una de las reivindicaciones 16 o 17, caracterizado por que los mensajes, en los cuales en dependencia del valor de una cuarta condicion de conmutacion (UB4), la longitud de bit temporal dentro de un mensaje, puede asumir al menos dos valores diferentes, pueden reconocerse mediante una cuarta identificacion (K4) en el campo de arbitraje y/o en el campo de control, pudiendo coincidir la cuarta identificacion con la primera y/o con la tercera identificacion (K1/K3).
  19. 19. Procedimiento segun una de las reivindicaciones 16 a 18, caracterizado por que el valor de la cuarta condicion de conmutacion (UB4) se determina en las unidades de procesamiento de datos participates, en dependencia de la cuarta identificacion (K4) o coincide con la condicion de conmutacion (UB1) adicional y/o con la condicion de conmutacion (UB3) asignada, o se deriva de la condicion de conmutacion (UB1) adicional y/o de la condicion de conmutacion (UB3) asignada, adaptandose en dependencia del valor de la cuarta condicion de conmutacion, el proceso de recepcion a los diferentes valores de la longitud de bits dentro de un mensaje.
  20. 20. Procedimiento segun una de las reivindicaciones 2 a 19, caracterizado por que al menos una de las identificaciones (K1, K3) adecuadas se produce mediante un primer bit de identificacion (EDL), cuya posicion se encuentra entre el ultimo bit del identificador y el primer bit del codigo de longitud de datos, y en cuya posicion se encuentra en mensajes conforme a la norma CAN ISO 11898-1, un bit con un valor prefijado.
  21. 21. Procedimiento segun una de las reivindicaciones 15 a 20, caracterizado por que la identificacion (K2) adicional se produce mediante un segundo bit de identificacion, el cual se encuentra entre el primer bit de identificacion (EDL) y el primer bit del codigo de longitud de datos.
  22. 22. Procedimiento segun una de las reivindicaciones 18 a 21, caracterizado por que la cuarta identificacion (K4) se produce mediante un bit de identificacion (BRS) adicional, el cual se encuentra entre el primer bit de identificacion (EDL) y el primer bit del codigo de longitud de datos.
  23. 23. Procedimiento segun una de las reivindicaciones 1 a 22, caracterizado por que los mensajes se transmiten controlados en el tiempo segun el procedimiento descrito en la norma TTCAN iSo 11898-4.
  24. 24. Dispositivo para la transmision de datos serial en un sistema de bus con al menos dos unidades de procesamiento de datos participantes, las cuales intercambian mensajes a traves del bus, presentando los mensajes enviados una estructura logica segun la norma CAN ISO 11898-1, comprendiendo la estructura logica un bit de inicio de trama, un campo de arbitraje, un campo de control, un campo de datos, un campo CRC, un campo de reconocimiento y una secuencia de fin de trama, comprendiendo el campo de control, un codigo de longitud de datos, el cual comprende una information sobre la longitud del campo de datos, caracterizado por que al menos en
    dependencia del valor de una condicion de conmutacion (UB3) asignada, el campo CRC de los mensajes, puede presentar al menos dos cantidades diferentes de bits, iniciandose al inicio de un mensaje, el calculo en paralelo de al menos dos sumas de verificacion CRC mediante diferentes polinomios generadores.
  25. 25. Dispositivo segun la reivindicacion 24, caracterizado por que el dispositivo esta configurado mediante medios 5 adecuados, para llevar a cabo al menos uno de los procedimientos para la transmision de datos segun la
    reivindicacion 2 a 23.
  26. 26. Dispositivo segun la reivindicacion 25, caracterizado por que los medios adecuados comprenden una cantidad suficiente de registros de desplazamiento para el calculo del contenido del campo CRC mediante los al menos dos polinomios generadores diferentes.
    10 27. Uso del procedimiento segun una de las reivindicaciones 1 a 23 durante el funcionamiento normal de un vehlculo
    de motor o una instalacion industrial para la transmision de datos entre al menos dos dispositivos de control del
    vehlculo de motor o de la instalacion industrial, los cuales estan unidos a traves de un bus de datos adecuado.
  27. 28. Uso del procedimiento segun una de las reivindicaciones 1 a 23 durante la fabricacion o el mantenimiento de un vehlculo de motor o de una instalacion industrial para la transmision de datos entre una unidad de programacion
    15 unida con un bus de datos adecuado, para el fin de la programacion, y al menos un dispositivo de control del
    vehlculo de motor o de la instalacion industrial, el cual esta unido con el bus de datos.
ES12713079.7T 2011-04-06 2012-03-29 Procedimiento y dispositivo para la adaptación de la seguridad de transmisión de datos en un sistema de bus serial Active ES2607614T3 (es)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
DE102011006875 2011-04-06
DE201110006875 DE102011006875A1 (de) 2011-04-06 2011-04-06 Verfahren und Vorrichtung zur Anpassung der Datenübertragungssicherheit 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
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
DE102011080476 2011-08-05
PCT/EP2012/055574 WO2012136545A1 (de) 2011-04-06 2012-03-29 Verfahren und vorrichtung zur anpassung der datenübertragungssicherheit in einem seriellen bussystem

Publications (1)

Publication Number Publication Date
ES2607614T3 true ES2607614T3 (es) 2017-04-03

Family

ID=45937321

Family Applications (2)

Application Number Title Priority Date Filing Date
ES12713081.3T Active ES2595155T3 (es) 2011-04-06 2012-03-29 Método y dispositivo para adaptar la seguridad de transmisión de datos en un sistema de bus en serie
ES12713079.7T Active ES2607614T3 (es) 2011-04-06 2012-03-29 Procedimiento y dispositivo para la adaptación de la seguridad de transmisión de datos en un sistema de bus serial

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES12713081.3T Active ES2595155T3 (es) 2011-04-06 2012-03-29 Método y dispositivo para adaptar la seguridad de transmisión de datos en un sistema de bus en serie

Country Status (11)

Country Link
US (2) US9600425B2 (es)
EP (2) EP2695074B1 (es)
JP (3) JP5902798B2 (es)
KR (2) KR101921771B1 (es)
CN (2) CN103620573B (es)
AU (2) AU2012238883B2 (es)
BR (2) BR112013025748B1 (es)
ES (2) ES2595155T3 (es)
RU (2) RU2597467C2 (es)
TW (2) TWI609580B (es)
WO (2) WO2012136546A1 (es)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102012200997A1 (de) 2011-08-29 2013-02-28 Robert Bosch Gmbh Verfahren und Vorrichtung zur Prüfung der korrekten Funktion einer seriellen Datenübertragung
RU2580812C2 (ru) * 2014-01-09 2016-04-10 Открытое акционерное общество "Российский институт мощного радиостроения" Устройство совместной передачи сообщений и служебной информации
CN103973406B (zh) * 2014-05-15 2017-02-15 电子科技大学 一种控制器局域网总线的提速方法
DE102015209207A1 (de) * 2014-09-02 2016-03-03 Robert Bosch Gmbh Verfahren zur seriellen Übertragung eines Rahmens über ein Bussystem von einem Sender zu mindestens einem Empfänger und Teilnehmerstation für ein Bussystem
DE102015209201A1 (de) * 2014-09-03 2016-03-03 Robert Bosch Gmbh Verfahren zur seriellen Übertragung eines Rahmens über ein Bussystem von einem Sender zu mindestens einem Empfänger und Teilnehmerstation für ein Bussystem
DE102015209196A1 (de) 2014-09-08 2016-03-10 Robert Bosch Gmbh Verfahren zur seriellen Übertragung eines Rahmens über ein Bussystem von einem Sender zu mindestens einem Empfänger und Teilnehmern eines Bussystems
KR101780278B1 (ko) 2014-10-17 2017-09-21 현대자동차주식회사 Can 통신에서의 통신 부하 절감 방법 및 장치
KR101573637B1 (ko) * 2014-11-03 2015-12-01 현대자동차주식회사 데이터량 증대로 통신속도 개선을 위한 ｃａｎ 통신 방법 및 데이터 프레임 구조
CN104660372B (zh) * 2015-02-09 2018-03-20 重庆华数机器人有限公司 一种基于单片机异步串行端口多通道数据传输方法及系统
JP2016181756A (ja) * 2015-03-23 2016-10-13 ラピスセミコンダクタ株式会社 半導体装置及びデータの送受信方法
US10225046B2 (en) 2017-01-09 2019-03-05 At&T Intellectual Property I, L.P. Adaptive cyclic redundancy check for uplink control information encoding
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
DE102017212543A1 (de) * 2017-07-21 2019-01-24 Robert Bosch Gmbh Sende-/Empfangseinrichtung für ein Bussystem und Verfahren zur Reduktion von leitungsgebundenen Emissionen
CN111418191B (zh) * 2017-12-01 2022-12-30 日本电信电话株式会社 比特分配估计装置、比特分配估计方法、记录介质
CN108418820B (zh) * 2018-02-28 2021-07-30 重庆零壹空间航天科技有限公司 串行数据的接收方法及装置
US10439840B1 (en) * 2018-07-27 2019-10-08 Nxp B.V. Method and device for communicating data frames on a multi-master bus
RU2705421C1 (ru) * 2018-12-25 2019-11-07 Общество с ограниченной ответственностью "ТЕКОН Микропроцессорные технологии" Способ передачи данных по шине, система связи для осуществления данного способа и устройство автоматической защиты для предотвращения аварийной ситуации на объекте управления
CN110576884B (zh) * 2019-09-05 2021-09-28 阿纳克斯（苏州）轨道系统有限公司 一种用于轨道交通的车辆rs485级联通讯方法
CN111352887B (zh) * 2019-11-19 2023-10-17 中国航空工业集团公司西安航空计算技术研究所 一种pci总线到可配置帧长度串行总线适配和传输方法
CN111427832B (zh) * 2020-04-17 2023-04-25 展讯通信（上海）有限公司 一种串行总线的数据传输方法及通信装置
JP2023036371A (ja) * 2021-09-02 2023-03-14 株式会社デンソー 車両用制御システム、および回路装置

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
JP3754456B2 (ja) 1996-02-22 2006-03-15 クヴァセル コンスルタント アクティエ ボラーグ Ｃａｎプロトコルにより動作する制御及び／又は管理システムにおける装置
JPH10340243A (ja) 1997-06-06 1998-12-22 Hitachi Ltd 入出力データ転送システム
DE19951451A1 (de) 1999-10-25 2001-04-26 Bayerische Motoren Werke Ag Verfahren zum Absichern der Datenübertragung in einem Datenbus
PL355786A1 (en) 2000-01-07 2004-05-17 International Business Machines Corporation Method and system for frame and protocol classification
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
DE60301637T2 (de) 2002-04-16 2006-06-22 Robert Bosch Gmbh Verfahren zur Datenübertragung in einem Kommunikationssystem
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
US7146606B2 (en) * 2003-06-26 2006-12-05 Microsoft Corporation General purpose intermediate representation of software for software development tools
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
JP2007528681A (ja) 2004-03-10 2007-10-11 クゥアルコム・インコーポレイテッド 高データレートインタフェース装置及び方法
JP4401239B2 (ja) 2004-05-12 2010-01-20 Ｎｅｃエレクトロニクス株式会社 通信メッセージ変換装置、通信方法及び通信システム
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
EP4123261B1 (en) 2005-03-18 2024-04-03 Gatekeeper Systems, Inc. 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 マイクロプロセッサ、ネットワークシステム及び通信方法
WO2006136201A1 (de) * 2005-06-23 2006-12-28 Hilscher Gesellschaft für Systemautomation mbH Verfahren zur datenkommunikation von busteilnehmern eines offenen automatisierungssystems
KR101135101B1 (ko) * 2005-10-17 2012-04-16 엘지전자 주식회사 캔에서의 데이터 길이 코드를 이용한 데이터 필드 패딩방법
KR100781266B1 (ko) 2005-10-20 2007-11-30 엘지전자 주식회사 통신 기기 및 처리 방법
EP1911828B1 (de) * 2006-10-12 2010-09-01 Merck Patent GmbH Flüssigkristallanzeige
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
CN101884196B (zh) * 2007-08-16 2012-11-07 Nxp股份有限公司 提供故障检测功能的系统和方法
US8288997B2 (en) 2007-08-24 2012-10-16 Alexander Choi Providing power based on state of charge
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
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
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
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总线的控制器网络监控系统及监控方法
CN101626333B (zh) * 2009-08-07 2011-11-23 北京和利时电机技术有限公司 一种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
WO2013000916A1 (de) 2011-06-29 2013-01-03 Robert Bosch Gmbh Verfahren und vorrichtung zur seriellen datenübertragung mit flexibler nachrichtengrösse und variabler bitlänge
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
KR20140030178A (ko) 2014-03-11
RU2595962C2 (ru) 2016-08-27
TWI666546B (zh) 2019-07-21
US20140157080A1 (en) 2014-06-05
EP2695074A1 (de) 2014-02-12
EP2695073A1 (de) 2014-02-12
CN103620573A (zh) 2014-03-05
RU2597467C2 (ru) 2016-09-10
RU2013149026A (ru) 2015-05-20
JP5902799B2 (ja) 2016-04-13
US20140201410A1 (en) 2014-07-17
KR20140029431A (ko) 2014-03-10
EP2695074B1 (de) 2016-07-06
JP2016167812A (ja) 2016-09-15
JP2014518598A (ja) 2014-07-31
WO2012136545A1 (de) 2012-10-11
US9600425B2 (en) 2017-03-21
BR112013025748B1 (pt) 2021-06-22
JP5902798B2 (ja) 2016-04-13
JP6110534B2 (ja) 2017-04-05
JP2014515897A (ja) 2014-07-03
EP2695073B1 (de) 2016-09-14
BR112013025748A2 (pt) 2018-04-24
KR101876602B1 (ko) 2018-07-09
AU2012238883A1 (en) 2013-11-21
US9880956B2 (en) 2018-01-30
CN103620573B (zh) 2018-06-19
ES2595155T3 (es) 2016-12-28
AU2012238884B2 (en) 2017-07-27
KR101921771B1 (ko) 2018-11-23
BR112013025903A2 (pt) 2016-12-20
CN103562901A (zh) 2014-02-05
WO2012136546A1 (de) 2012-10-11
TWI609580B (zh) 2017-12-21
TW201246869A (en) 2012-11-16
AU2012238883B2 (en) 2017-07-27
TW201303574A (zh) 2013-01-16
BR112013025903B1 (pt) 2021-06-08
CN103562901B (zh) 2017-01-18
AU2012238884A1 (en) 2013-11-21
RU2013149027A (ru) 2015-05-20

Similar Documents

Publication Publication Date Title
ES2607614T3 (es) Procedimiento y dispositivo para la adaptación de la seguridad de transmisión de datos en un sistema de bus serial
ES2548409T3 (es) Método y dispositivo para la transmisión en serie de datos con un tamaño flexible de mensajes y una longitud de bits variable
ES2597975T3 (es) Método y dispositivo para incrementar la capacidad de transmisión de datos en un sistema de bus en serie
ES2548410T3 (es) Método y dispositivo para la transmisión en serie de datos con un tamaño flexible de mensajes y una longitud de bits variable
ES2549640T3 (es) Método y dispositivo de transmisión en serie de datos adaptada a la capacidad de memoria
ES2548408T3 (es) Método y dispositivo para la transmisión en serie de datos con un tamaño flexible de mensajes y una longitud de bits variable
JP2014531781A (ja) メッセージの大きさがフレキシブルでビット長が可変的な直列データ伝送のための方法及び装置