BR112013033658B1 - Processo e dispositivo para a transmissão serial de dados em um sistema de barramento - Google Patents

Processo e dispositivo para a transmissão serial de dados em um sistema de barramento Download PDF

Info

Publication number
BR112013033658B1
BR112013033658B1 BR112013033658-7A BR112013033658A BR112013033658B1 BR 112013033658 B1 BR112013033658 B1 BR 112013033658B1 BR 112013033658 A BR112013033658 A BR 112013033658A BR 112013033658 B1 BR112013033658 B1 BR 112013033658B1
Authority
BR
Brazil
Prior art keywords
identification
bit
field
data
edl
Prior art date
Application number
BR112013033658-7A
Other languages
English (en)
Other versions
BR112013033658A2 (pt
Inventor
Florian Hartwich
Christian Horst
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 DE201110122843 external-priority patent/DE102011122843A1/de
Priority claimed from DE102011078266A external-priority patent/DE102011078266A1/de
Application filed by Robert Bosch Gmbh filed Critical Robert Bosch Gmbh
Publication of BR112013033658A2 publication Critical patent/BR112013033658A2/pt
Publication of BR112013033658B1 publication Critical patent/BR112013033658B1/pt

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14Handling requests for interconnection or transfer
    • G06F13/36Handling requests for interconnection or transfer for access to common bus or bus system
    • G06F13/362Handling requests for interconnection or transfer for access to common bus or bus system with centralised access control
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/40Bus structure
    • G06F13/4063Device-to-bus coupling
    • G06F13/4068Electrical coupling
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/42Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, 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/03Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05Error 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/09Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • H03M13/091Parallel or block-wise CRC computation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0078Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083Formatting with frames or packets; Protocol or part of protocol for error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40169Flexible bus arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0094Bus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215Controller Area Network CAN
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/36Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Probability & Statistics with Applications (AREA)
  • Small-Scale Networks (AREA)

Abstract

processo e dispositivo para a transmissão serial de dados com tamanho flexível de mensagens e comprimento variável de bits. a presente invenção refere-se a um processo para a transmissão serial de dados em um sistema de barramento com pelo menos dois assinantes do barramento que trocam mensagens através do barramento, sendo que as mensagens enviadas apresentam uma construção lógica de acordo com a can padrão iso 11898-1, sendo que a construção lógica contém um start-of-frame-bit, um arbitration field , um control field, um data field, um crc field, um acknowledge field e uma seqüência end-of-frame, sendo que o control field compreende um data length code que contém uma informação sobre o comprimento do data field. o processo é caracterizado pelo fato de que na presença de uma primeira identificação (edl) o control field das mensagens, divergindo da can padrão iso 11898-1, abrange mais do que seis bits, sendo que na presença da primeira identificação (edl) o control field da mensagem é ampliado por pelo menos mais um bit (esi), e sendo que por meio do bit adicional (esi) ou de um dos demais bits uma informação sobre o estado ?error passive? do assinante do barramento é integrada em mensagens enviadas.

Description

O estado da técnica
[001] A presente invenção refere-se a um processo e a um dispositivo, por exemplo, uma controladora de comunicações, para a transmissão serial de dados entre pelo menos dois assinantes em um sistema de barramento serial.
[002] Por exemplo, das normas da família ISSO 11898-1 a 5 éconhecida a Controller Area Network (CAN) e uma ampliação da CAN, denominada de “Time Triggered CAN” (TTCAN), em seguida também denominada de CAN padrão. O processo de controle de acesso à mídia usado na CAN baseia-se em um arbitramento bit por bit. No arbitramento bit por bit, várias estações de assinantes podem simultaneamente transmitir dados através do canal do sistema de barramento, sem que com isso a transmissão de dados seja prejudicada. As estações de assinantes podem continuar apurando o estado lógico (0 ou 1) de um canal na transmissão de um bit através do canal. Se um valor do bit enviado não corresponder ao estado lógico apurado do canal, então a estação do assinante termina o acesso ao canal. No caso da CAN, oi arbitramento bit por bit usualmente é feito com a ajuda de um identificador dentro de uma mensagem a ser transmitida através do canal. Depois de uma estação do assinante ter enviado completamente o identificador do canal, ela sabe que possui o acesso exclusivo ao canal. Assim, o fim da transmissão do identificador corresponde a um começo de um intervalo de liberação dentro do qual a estação do assinante pode usar com exclusividade o canal. De acordo com a especificação de protocolo da CAN, outras estações de assinantes não podem acessar o canal, isto é, transmitir dados ao canal, até que a estação do assinante que está transmitindo tenha transmitido um campo de soma de verificação (CRC Field) da mensagem. Assim sendo, o momento de término da transmissão do CRC Field corresponde a um término do intervalo de liberação.
[003] Através do arbitramento bit por bit é alcançada, portanto,uma transmissão não destrutiva através do canal daquela mensagem que ganhou o processo de arbitramento. Os protocolos da CAN são especialmente apropriados para a transmissão de mensagens curtas em condições de tempo real, sendo que através da alocação apropriada de identificadores pode ser garantido que mensagens especialmente importantes quase que sempre ganham o arbitramento e são transmitidas com sucesso.
[004] Com a crescente interconexão em redes de veículos modernos e a entrada de sistemas adicionais para melhorar, por exemplo, a segurança de locomoção ou do conforto de viagem, aumentam as exigências às quantidades de dados a serem transmitidas e dos períodos de reação admissíveis na transmissão. Exemplos disso são os sistemas de regulação da dinâmica do movimento de veículos, tais como, por exemplo, o programa de estabilidade eletrônico ESP, sistemas de assistência ao motorista, como, por exemplo, a regulação automática de distâncias ACC, ou sistemas de informações ao motorista tal como, por exemplo, o reconhecimento de sinais de transito (veja, por exemplo, descrições em “Bosch Kraftfahrtechnisches Handbuch”, 27. Edição 2011, editora Vieweg + Teubner).
[005] O documento DE 103 11 395 descreve um sistema, ondecomunicação serial assíncrona pode acontecer alternativamente através de protocola CAN físico assimétrico ou através do protocola CAN físico simétrico quando pode ser obtida uma taxa de transmissão de dados maior ou uma segurança de transmissão de dados maior para a comunicação assíncrona.
[006] O documento DE 10 2007 051 657 A1 sugere aplicar nas janelas de tempo exclusivas do protocolo da TTCAN uma transmissão de dados assíncrona, rápida, não conforme com a CAN a fim de aumentar a quantidade de dados transmitida.
[007] G. Cena e A. Valenzano discutem em “Overclocking of Con-trollerA Área Networks” (Electronic Letters, vol. 35, n° 22 (1999), página 1924) as conseqüências de uma sobreposição da freqüência do barramento em áreas parciais das mensagens para a taxa de dados efetivamente obtida.
[008] É evidente que o estado da técnica não fornece resultadossatisfatórios em todos os aspectos.A descrição da presente invenção
[009] A seguir é descrita a presente invenção com suas vantagens com a ajuda de desenhos e exemplos de execução. O objeto da presente invenção não é restrito aos exemplos de execução mostrados e descritos.As vantagens da presente invenção
[0010] A presente invenção apresenta um processo para a transmissão serial de dados em um sistema de barramento com pelo menos dois assinantes de barramento que trocam mensagens através do barramento, sendo que as mensagens enviadas apresentam uma estrutura lógica de acordo com a CAN padrão ISO 11898-1. Isto significa, mensagens transmitindo dados são construídas de um único bit “Start- Of-Frame” de guia e de uma sequência de campos (Field) de vários bits, precisamente Arbitration Field, Control Field, Data Field, CRC Field, Acknowledge Field e End-of Frame Field.
[0011] O processo é caracterizado pelo fato de que na presençade uma primeira identificação o Control Field das mensagens, divergindo da CAN padrão ISO 11898-1, compreende mais que seis bits, sendo que na presença da primeira identificação o Control Field da mensagem é ampliado por pelo menos mais um bit, sendo que através do bit adicional ou de um dos bits adicionais é integrada uma informação sobre o estado “Error Passive” do assinante do barramento em mensagens enviadas. A vantagem do processo sugerido é o fato de que com este processo assinantes do barramento que se encontram no estado “Error Passive” podem ser claramente identificados pelos demais assinantes do barramento.
[0012] Em uma forma de execução preferida, na presença da primeira identificação, o campo de dados das mensagens pode conter, divergindo da CAN padrão ISO 11898-1, mais que oito bytes, sendo que para a constatação do tamanho do campo de dados, são interpretados pelo menos parcialmente os valores dos quatro bits do Data Length Code, divergindo da CAN padrão ISO 11898-1. Em uma forma de execução especialmente preferida, na presença de uma segunda identificação, o comprimento de bits para pelo menos uma área prede- finida ou pré-definível dentro da mensagem assume um valor mais curto em comparação com o comprimento de bits usado antes da presença da segunda identificação, sendo que a área começa não antes da segunda identificação, terminando mais tardar com o CRC Delimiter, sendo que a segunda identificação somente acontece na presença da primeira identificação, ocorrendo no Control Field da mensagem que, em diferença da CAN padrão ISO 11898-1 compreende mais que seis bits. Em comparação com os processos conhecidos do estado da técnica, isto tem a vantagem de que através da comutação em dois estágios - por um lado, o tamanho do campo de dados e, por outro lado, do comprimento de bits em partes da mensagem - com identificação respectivamente separada, as vantagens das duas medidas também podem ser aproveitadas separadamente na medida do possível. Por exemplo, também quando por motivos da topologia do barramento a mudança para comprimentos mais curtos de bits não é possível, ainda podem ser enviadas mensagens com uma quantidade de dados maior. Também na ocorrência de erros nas mensagens com comprimentos de bits encurtados, primeiro pode ser mudado para o comprimento de bits normal sem sacrificar as vantagens do aumento da área de dados.
[0013] É especialmente vantajoso que a primeira identificação(EDL) ocorra por um bit recessivo no Control Field, uma vez que lá são disponíveis bits que em mensagens CAN de acordo com a norma sempre são enviados como dominantes. Além disso, o flanco entre a identificação recessiva e um bit sucessivo dominante pode ser usado para fins de sincronização quando, como é previsto em uma forma de execução vantajosa, o bit recessivo da primeira identificação (EDL) em todas as mensagens de dados é seguido por pelo menos um bit dominante.
[0014] Também é vantajoso para os fins de identificação e sincronização, que a segunda identificação (BRS) também ocorra por meio de um bit recessivo no Control Field o qual é transmitido cronologicamente depois do bit da primeira identificação (EDL), especialmente quando este é separado do bit recessivo da primeira identificação por meio de pelo menos um bit dominante.
[0015] Na presença da primeira identificação, o flanco entre o bitrecessivo da primeira identificação e o pelo menos um bit dominante seguinte pode ser aproveitado com vantagem para a ressincronização ou sincronização de hard do bit timing dos assinantes do barramento, fato este que aumenta a confiabilidade e a proteção contra erros da transmissão de dados especialmente em casos de mudança seguinte do comprimento de bits.
[0016] Também é vantajoso quando, em dependência do valor daprimeira condição de mudança, cada uma das combinações de valores possíveis dos quatro bits do Data Length Code seja conjugada a um dos tamanhos admissíveis do campo de dados. Com isso é criada uma possibilidade transparente e flexível para o uso de um grande número de tamanhos diferentes do campo de dados.
[0017] A primeira identificação é avaliada com vantagem nos assinantes do barramento, e em dependência da primeira identificação, o processo de recepção é ajustado ao tamanho do Control Field e/ou do campo de dados e/ou dos componentes seguintes da mensagem, especialmente do campo CRC. Também a segunda identificação é interpretada nos assinantes do barramento na presença da primeira identificação, e, dependendo do valor da segunda identificação, o processo de recepção é ajustado aos diferentes valores do comprimento de bits dentro de uma mensagem. Dessa forma fica mantida a alta probabilidade de reconhecimento de erros de transmissão que é característica para o barramento da CAN, pois todos os assinantes do barramento podem controlar o cumprimento dos requisitos do protocolo em de-pendência da identificação.
[0018] De modo vantajoso, pois diminui o dispêndio de implementação, são realizados os pelo menos dois valores diferentes do comprimento de tempo de bits dentro de uma mensagem, devido ao uso de pelo menos dois diferentes fatores de escalonamento para o ajuste da unidade de tempo do barramento relativamente a uma unidade de tempo menor ou o ciclo de oscilador durante a operação em andamento.
[0019] Na presença de mais uma identificação que pode coincidircom a primeira identificação (EDL), em uma realização vantajosa, o campo CRC das mensagens apresenta um número de bits que diverge da CAN padrão ISO 11898-1, e/ou é usado pelo menos um polinômio gerador que diverge da CAN padrão ISO 11898-1, de modo que também no caso de transmissão de campos de dados maiores é alcançada a probabilidade de reconhecimento de erros desejada. Também o valor desta outra identificação é averiguado nos assinantes do barra- mento e dependendo disso e/ou do conteúdo do Data Length Code, o processo de recepção é ajustado ao tamanho do campo CRC.
[0020] É especialmente vantajoso quando no início de uma mensagem de acordo com a presente invenção é iniciado paralelamente o cálculo de pelo menos duas somas de verificação CRC por meio de diferentes polinômios geradores, e somente quando devido à identificação é comprovado qual processo de verificação CRC deve ser aplicado para a transmissão da mensagem, é decidido qual resultado de um dos cálculos CRC iniciados paralelamente é usado.
[0021] O processo pode ser usado apropriadamente durante aoperação normal de um veículo automotor para a transmissão de dados entre pelo menos dois equipamentos de comando do automóvel que estão interligados através de um barramento de dados apropriado. Mas também pode ser usado do mesmo modo vantajoso durante a produção ou manutenção de um veículo automotor para a transmissão de dados entre uma unidade de programação que para fins de programação é ligada a um barramento de dados apropriado e pelo menos um equipamento de comando do automóvel que é conectado ao barramento de dados.
[0022] Uma outra vantagem é que uma controladora de CAN padrão somente precisa ser alterado o mínimo, a fim de poder trabalhar de acordo com a presente invenção. Uma controladora de comunicações de acordo com a presente invenção que também pode funcionar como controladora de CAN padrão somente é um pouco maior do que uma controladora de CAN padrão convencional. O programa de aplicação pertencente não precisa ser alterado e mesmo assim são obtidas vantagens na velocidade da transmissão de dados.
[0023] Com vantagem podem ser aproveitadas partes consideráveis da CAN Conformance Test (ISO 16845). Em uma realização vantajosa, o processo de transmissão de acordo com a presente invenção pode ser combinado com as complementações da TTCAN (ISO 11898-4).
[0024] Os desenhos.
[0025] Em seguida, a presente invenção é explicada detalhadamente com a ajuda dos desenhos.
[0026] A figura 1a mostra duas alternativas para a construção demensagens de dados de acordo com a CAN padrão ISO 11898-1, a CAN Standard Format e a CAN Extended Format.
[0027] A figura 1b mostra dois exemplos para o formato de mensagens “CAN FD Long” modificados de acordo com a presente invenção em comparação com um Control Field modificado e tamanho flexível do campo de dados e CRC Field. São mostradas tanto uma modificação de uma mensagem CAN padrão como também uma modificação de uma mensagem CAN estendida.
[0028] A figura 2 mostra diferentes possibilidades de como o conteúdo do Data Length Code pode ser interpretado de acordo com a presente invenção, divergindo da CAN padrão ISO 11898-1.
[0029] A figura 3 mostra de modo esquemático um exemplo deexecução para o processo de recepção em uma estação de assinante do tipo “CAN FD Long” do sistema de barramento.
[0030] A figura 4 mostra mais dois exemplos para mensagens modificadas de acordo com a presente invenção do tipo “CAN FD Fast”, onde em comparação com a figura 1b são determinadas áreas adicionais dentro da mensagem, onde de acordo com a presente invenção é usado um comprimento diferente de bits.
[0031] A figura 5 mostra esquematicamente um exemplo de execução para o processo de recepção de acordo com a presente invenção em uma estação de assinante do tipo “CAN FD Fast” do sistema de barramento.Descrição dos exemplos de execução
[0032] A figura 1a apresenta a construção de mensagens como são usadas em um barramento da CAN para a transmissão de dados. Os dois formatos diferentes “Standard” e “Extended” são mostrados. O processo de acordo com a presente invenção pode ser aplicado para ambos os formatos em formas de execução apropriadas.
[0033] A mensagem começa com um bit “Start of Frame” SOF quesinaliza o início da mensagem. Segue um segmento que em primeiro lugar serve para a identificação da mensagem e com cuja ajuda os assinantes do sistema de barramento decidem se receberão a mensagem ou não. Este segmento é denominado de “Arbitration Field” e contém o identificador. Ele é seguido por um “Control Field” que, entre outros, contém o Data Length Code. O Data Length Code contém informações sobre o tamanho do campo de dados da mensagem. Este é seguido pelo campo de dados propriamente dito, o “Data Field” que contém os dados a serem trocados entre os assinantes do sistema de barramento. Segue o campo CRC, o “CRC Field” com a soma de veri-ficação abrangendo 15 bits, e um delimitador, e em seguida, dois “Acknowledge” (ACK) Bits que servem para sinalizar para o remetente a recepção bem-sucedida de uma mensagem. A mensagem é terminada por uma sequência de “End of Frame” (EOF).
[0034] Nos processos de transmissão via CAN de acordo com anorma, o campo de dados pode no máximo conter 8 bytes, isto é, 64 bits de dados. O Data Length Code compreende, de acordo com a norma, quatro bits, isto é, pode assumir 16 diferentes valores. Nesta faixa de valores, nos sistemas de barramento atuais apenas são usados oito valores diferentes para os diversos tamanhos do campo de dados de 1 byte até 8 bytes. Um campo de dados de 0 byte não é recomendado na CAN padrão, tamanhos acima de 8 bytes não são admissíveis. A conjugação dos valores do Data Length Code aos tamanhos do campo de dados é mostrada na figura 2 na coluna CAN pa-drão.
[0035] Na figura 1b, em apresentação análoga, são confrontadasas mensagens modificadas a serem transmitidas de acordo com a presente invenção, respectivamente derivadas dos dois formatos padronizados. Elas se diferenciam das mensagens de acordo com a norma da figura 1a pela complementação de alguns bits adicionais no Control Field que são denominados de EDL, BRS, ESI e cuja destina- ção será explicada ainda mais adiante. Além do mais, as mensagens de acordo com a presente invenção distinguem-se pelo tamanho variável de Data Field e CRC Field. Por essa razão, as mensagens levam a denominação de “CAN FD Long”.
[0036] No processo de transmissão modificado de acordo com apresente invenção, o campo de dados também pode conter mais que 8 bytes, na configuração mostrada, precisamente até K byte. Diferentemente da CAN padrão, outros valores que o Data Length Code pode conter podem ser aproveitados, a fim de caracterizar campos de dados maiores. Por exemplo, os quatro bits do Data Length Code podem ser aproveitados para representar os valores de zero até 15 bytes. Mas também podem ser feitas outras conjugações, por exemplo, é possível usar o valor do Data Length Code DLC = 0b0000, usualmente não usado em mensagens CAN atuais, para um outro valor possível do campo de dados, por exemplo, para o tamanho 16 bytes.
[0037] Estas duas possibilidades são mostras na figura 2 em forma de tabela como DLC 1 e DLC 2. Nestes casos, o tamanho máximo do campo de dados K tem o valor 15 ou 16. Uma outra possibilidade é que para os valores dos Data Length Code superior a 0b1000 e até 0b1111 os respectivos tamanhos do campo de dados crescem por um incremento maior. Um exemplo para este caso é mostrado na tabela como DLC3. O tamanho máximo do campo de dados K alcança nesta variação o valor de 64 bytes. É lógico que uma outra escolha é possível, por exemplo, um incremento de respectivamente 4 bytes.
[0038] A fim de garantir que uma controladora de comunicaçõesde acordo com a presente invenção possa constatar de que modo deve interpretar os conteúdos do Data Length Code, é vantajoso que reconhece independentemente se a comunicação do sistema de barra- mento ocorre de acordo com a CAN padrão ou o processo de acordo com a presente invenção. Uma possibilidade para tal consiste no fato de consultar para a identificação um bit dentro do Arbitration Field ou do Control Field que na CAN padrão sempre é transmitido com um valor fixo, de modo que a controladora de comunicações pode deduzir desta primeira identificação uma primeira condição de comutação, dependendo da qual ela seleciona o processo de transmissão a ser usado.
[0039] Identificação em caso de endereçamento padrão:
[0040] O segundo bit do Control Field de mensagens de dados daCAN padrão, no formato padrão como é mostrado na figura 1a na parte superior, sempre é enviado de modo dominante e marcado com r0. No exemplo mostrado na figura 1b na parte superior de uma mensagem de acordo com a presente invenção, com endereçamento-padrão (isto é, com um Arbitration Field de acordo com o formata CAN padrão), este segundo bit do Control Field é usado para a identificação, sendo enviado de modo recessivo. Um valor recessivo do segundo bit do Control Field em tal mensagem indica, portanto, que em seguida é transmitido o formato de mensagem que diverge do padrão. Este segundo bit transmitido recessivamente do Control Field de uma mensagem com Arbitration Field padrão é denominado de EDL (Extended Data Length). O bit r0 que na CAN padrão sempre é transmitido de modo dominante, nas mensagens de acordo com a presente invenção é substituído pelo bit EDL recessivo, ou nas mensagens de acordo com a presente invenção é deslocado por uma posição para trás, para o lugar entre o bit EDL recessivo e o bit BRS que na comutação do comprimento de bit também é recessivo. Além disso, no Control Field podem ser inseridos ainda outros bits. Na figura 1b é mostrado, por exemplo, um bit denominado de ESI, que será discutido mais adiante. Neste ponto poderiam ser inseridos ainda dois ou mais bits sem influenciar o processo de acordo com a presente invenção.
[0041] No total, portanto, a sequência de bits no Control Field demensagens de CAN padrão{IDE, r0, DLC3, DLC2, DLC1, DLC0}é substituída em mensagens de acordo com a presente invenção por{IDE, EDL, N bits mais, DLC3, DLC2, DLC1, DLC0}
[0042] No exemplo mostrado na figura 1b vale N=3 com os bits r0,BRS, ESI incluídos. Mas, N também poderia assumir quaisquer outros valores superiores a zero. Eventualmente, o bit BRS - por motivos que serão explicados mais adiante - pode ser inserido depois de um bit sempre transmitido dominantemente, por exemplo, em combinação com e diretamente após o bit r0.
[0043] Identificação em caso de endereçamento estendido:
[0044] Os primeiros dois bits do Control Field de mensagens dedados CAN padrão, no formato estendido, como é mostrado na figura 1a na parte inferior, sempre são enviados dominantemente, e são marcados com r1 e r0. No exemplo mostrado na parte inferior na figura 1b de uma mensagem de acordo com a presente invenção com endereçamento estendido (isto é, com um Arbitration Field de acordo com formata CAN estendido), o primeiro bit r1 do Control Field é usado para a identificação, sendo enviado recessivamente. Um valor recessivo do primeiro bit do Control Field em tal mensagem indica neste caso que em seguida é transmitido o formato de mensagem que diverge da norma. Também neste caso, este bit transmitido recessivamente do Control Field é denominado de EDL (Extended Data Length). Ele subs- titui o bit r1 dominante reservado da mensagem CAN padrão por formato estendido. Como alternativa, o bit r1 dominante poderia ficar mantido e deslocar-se um lugar para trás, de modo que o bit EDL seria inserido como bit adicional entre RTR e r1. Também seria possível inserir o bit EDL (recessivo) como bit adicional entre r1 (dominante) e r0 (dominante). Em seguida, também neste caso, podem ser inseridos no Control Field mais bits. A figura 1b mostra, por exemplo, novamente o bit denominado de ESI que será discutido mais adiante. Também poderiam ser inseridos dois ou mais bits, sem influenciar o processo de acordo com a presente invenção. No total, portanto, a sequência de bits no Control Field de mensagens de CAN padrão estendido{r1, r0, DLC3, DLC2, DLC1, DLC0}é substituída em mensagens de acordo com a presente invenção por{EDL, N bits mais, DLC3, DLC2, DLC1, DLC0} ou{r1, EDL, M bits mais, DLC3, DLC2, DLC1, DLC0}
[0045] O exemplo mostrado na figura 1b mostra a variação mencionada primeiro com N=3, isto é, com os bits inseridos r0, BRS, ESI, N ou M poderiam também assumir quaisquer outros valores superior a zero. O bit BRS deveria também neste caso eventualmente - por motivos que serão explicados mais adiante - ser inserido depois de um bit sempre transmitido dominantemente, por exemplo, em combinação com e diretamente depois do bit r0.
[0046] Como alternativa também é possível usar o processo emcontroladoras de comunicações apropriadas que não são também di-mensionadas para a comunicação CAN de acordo com a norma. Neste caso, também pode ser dispensada a determinação da primeira condição de comutação mencionada, por exemplo, em dependência de uma identificação apropriada das mensagens. As controladoras de comunicações, neste caso, funcionam mais de acordo com um dos processos descritos, e de acordo com isso, somente podem ser usadas em sistemas de barramento, onde exclusivamente são usadas as controladoras de comunicações de acordo com a presente invenção.
[0047] Se, conforme prevê a presente invenção, o campo de dados de mensagens for ampliado, então pode ser apropriado adaptar também o processo usado para o Cyclic Redundancy Check (CRC) [verificação de redundância cíclica], a fim de se obter uma proteção suficiente contra erros. Em especial pode ser vantajoso usar um outro polinômio CRC, por exemplo, com uma ordem maior, e de acordo com isso prever nas mensagens modificadas de acordo com a presente invenção um tamanho que diverge do campo CRC. Isto é mostrado na figura 1b pelo fato de que o campo CRC das mensagens de acordo com a presente invenção, no exemplo mostrado, apresenta um comprimento de L bits, onde L divergindo da CAN padrão não é igual, especialmente pode ser superior a 15.
[0048] O uso de um processo modificado para calcular a soma deverificação CRC pode ser sinalizado para os assinantes do barramento por meio de uma outra identificação que representa uma outra condição de comutação. Esta outra identificação, em uma forma de execução preferida, pode coincidir com a primeira identificação e/ou condição de comutação.
[0049] Nas controladoras de CAN padrão, o código CRC de mensagens a serem enviadas é gerado por reação através de um registrador de deslocamento, em cuja entrada os bits da mensagem enviados serialmente são alimentados sequencialmente. A largura do registrador de deslocamento corresponde à ordem do polinômio CRC. A codificação CRC ocorre por meio de um encadeamento do conteúdo do registrador com o polinômio CRC durante as operações shift. Quando são recebidas mensagens CAN, os bits da mensagem recebidos serialmente são inseridos no registrador de deslocamento CRC. O teste CRC é bem-sucedido quando no final do campo CRC todos os bits do registrador de deslocamento encontram-se em zero. A geração do código CRC no caso de transmissão e o teste CRC no caso de recepção ocorrem ambos no hardware, sem que uma intervenção do software seja necessária. Uma modificação da codificação CRC, portanto, não tem nenhuma influência sobre o software de aplicação.
[0050] Em uma forma de execução especialmente vantajosa, acontroladora de comunicações é projetada de tal modo que apresenta compatibilidade com a CAN padrão, isto é, funciona de acordo com a norma em um sistema de barramento da CAN padrão, ao passo que em um sistema de barramento modificado de acordo com a presente invenção, por um lado, permite campos de dados maiores nas mensagens e, por outro lado, também realiza o cálculo e a verificação adaptados do código CRC.
[0051] Uma vez que no início da recepção de uma mensagem ainda não é definido se será recebida uma mensagem CAN em conformidade com a norma ou uma mensagem modificada de acordo com a presente invenção, são implementados dois registradores de deslocamento CRC em uma controladora de comunicações de acordo com a presente invenção que funcionam paralelamente. Depois da recepção do delimitador CRC, quando o código de CRC no receptor é avaliado, é definido, devido à identificação ampliada de acordo com a presente invenção, qual processo de transmissão foi usado, e então o registrador de deslocamento conjugado a este processo de transmissão é avaliado. A outra identificação, como já foi mostrado acima, pode coincidir com a primeira identificação que se refere ao tamanho do campo de dados e a interpretação do Data Length Code.
[0052] No início do envio de uma mensagem, na verdade, o remetente já sabe de acordo com qual processo de transmissão deverá ser transmitido. Porém, uma vez que pode acontecer que o arbitramento pelo acesso do barramento é perdido e a mensagem não é enviada, mas, em vez disso é recebida uma outra mensagem, também neste caso ambos os registradores de deslocamento de CRC são ativados paralelamente.
[0053] A implementação descrita de dois registradores de deslocamento de CRC que funcionam paralelamente possibilita também uma outra melhoria:
[0054] O polinômio de CRC do protocolo da CAN padrão (x15 +x14 + x10 + x8 + x7 + x4 + x3 + x1) é dimensionado para um comprimento de mensagens inferior a 127 bits. Quando as mensagens transmitidas de acordo com a presente invenção também usam campos de dados mais compridos, é apropriado usar um outro polinômio, especialmente um polinômio de CRC mais comprido, para manter a segurança da transmissão. As mensagens transmitidas de acordo com a presente invenção recebem, de acordo com isso, um campo CRC modificado, especialmente mais comprido. Durante a operação em andamento, as controladoras de comunicações alternam dinamicamente entre os dois registradores de deslocamento CRC, isto é, o re-gistrador de deslocamento de acordo com a CAN padrão e o registrador de deslocamento de acordo com a presente invenção, para usarem o polinômio respectivamente correto.
[0055] É lógico que também podem ser usados mais do que doisregistradores de deslocamento e, de acordo com isso, mais que dois polinômios de CRC, escalonados em dependência do comprimento do campo de dados ou da segurança de transmissão desejada. Neste caso, contanto que uma compatibilidade com a CAN padrão deve ser mantida, a respectiva identificação e a respectiva condição de comutação precisam ser adaptadas. Por exemplo, o segundo bit do Control Field poderia ser uma primeira identificação que caracteriza uma comutação para campos de dados mais compridos, por exemplo, de acordo com DLC1 na figura 2 e um segundo polinômio de CRC pertencente. Para mensagens que contêm campos de dados mais compridos e que são marcados pela primeira identificação, poderia ser inserido, por exemplo, um bit adicional no Control Field que caracteriza a comutação para um outro conjunto de tamanhos de campo de dados, por exemplo, DLC3 da figura 2, e um terceiro polinômio de CRC. A inclusão de bits adicionais no Control Field de mensagens que apresentam a primeira identificação é possível já que no caso de qualquer modo é usado um processo de transmissão e recepção modificado na controladora de comunicações, e assim, tais modificações podem ser levadas em consideração. A compatibilidade com a CAN padrão é dada pelo fato de que no caso de não existência da primeira identificação, no exemplo mostrado, isto é, com um segundo bit dominante do Control Field, a construção das mensagens segue exatamente as definições da norma ISO 11898-1.
[0056] A figura 3 mostra em apresentação simplificada um detalhedo processo de recepção de acordo com a presente invenção como se desenrola em uma estação do assinante do sistema de barramento. Aqui é mostrado o caso onde é conseguida uma compatibilidade com a CAN padrão, adaptando-se a conduta da controladora de comunicações em dependência da primeira condição de comutação. Embora na figura 3 foi selecionada uma apresentação usual para a descrição de execuções de programas em software, o processo é completamente apropriado para a implementação em hardware.
[0057] Primeiro, a estação do assinante encontra-se em um estado que explora o barramento enquanto não há nenhum tráfego de co-municação no barramento. A consulta 302 espera, portanto, um bit dominante no barramento. Este bit caracteriza o início de uma nova mensagem (Start-of-Frame).
[0058] Tão logo é constatado o início de uma nova mensagem, começa no bloco 304 o cálculo das pelo menos duas somas de verificação a serem calculadas paralelamente. A primeira soma de verificação corresponde ao cálculo do CRC da CAN padrão, ao passo que a segunda soma é calculada de acordo com o novo processo.
[0059] Em seguida, a partir do passo 306, são recebidos os demais bits da mensagem que seguem o bit SOF, começando com o bit de arbitramento. Caso vários assinantes do barramento desejam enviar uma mensagem, é decidido, de acordo com o processo comum da CAN padrão entre os assinantes do barramento qual dos assinantes recebe o acesso ao barramento. O bloco 306 mostrado caracteriza a recepção de todos os bits até que seja recebida a primeira identificação ou é definida a primeira condição de comutação. No exemplo mostrado, a primeira condição de comutação é obtida do Control Field, por exemplo, do segundo bit do mesmo (veja a figura 1). Em seguida, no bloco 308, podem ser recebidos mais bits da mensagem, até que, a partir de um determinado bit da mensagem, em dependência da primeira condição de comutação obtida, será procedido de maneira diferente. Esta divisão em diferentes modos de processo é garantida através de uma consulta correspondente ou ramificação 310 como será explicado a seguir a título de exemplo.
[0060] Se na ramificação 310, por exemplo, depois da recepção dosegundo bit do Control Field como bit dominante r0, há a informação de que de acordo com a primeira identificação acontece a comunicação de acordo com a CAN padrão (o caminho marcado com “1” da figura 3), então, no passo 312 são lidos os demais bits do Control Field. Destes bits, de acordo com a CAN padrão é averiguado o Data Length Code, e em seguida, no passo 316 é recebida a quantidade de dados pertencente, no máximo 8 bytes, de acordo com o campo de dados. No passo 320 é recebido o campo de CRC compreendendo 15 bits. Se na ramificação 324 houver a informação de que a soma de verificação do CRC transmitido pelo remetente e averiguado pelo destinatário coincidem, no bloco 328 é enviado um Acknowledge bit dominante. Cabe observar que neste caso a soma de averiguação CRC de acordo com o padrão é comparada, uma vez que a comunicação acontece de acordo com a CAN padrão. Se não houver coincidência, o Acknowledge bit (bloco 330) é enviado recessivamente. Em seguida seguem no passo 332 ou 334 o delimitador ACK e os bits EOF (End of Frame). Com isso, um processo de recepção para uma mensagem é terminado.
[0061] Se, porém, na ramificação 310, por exemplo, depois da recepção do segundo bit do Control Field como bit recessivo EDL, houver a informação de que deve ser usado o processo de comunicação modificado de acordo com a presente invenção (o caminho marcado com “2” da figura 3), então no bloco 314 são lidos os demais bits do Control Field. Aqui podem ser lidos também, por exemplo, bits adicionais complementados no Control Field que podem servir, por exemplo, para a comutação para um outro polinômio de CRC divergente, ou também para a comutação do comprimento de bits, para a sincronização ou para mais fins. Este aspecto ainda será abordado mais deta-lhadamente. Do resultado é obtido o Data Length Code de acordo com a nova interpretação para a qual alguns exemplos são mencionados em forma de tabela na figura 2. No bloco 318 é recebida a quantidade correspondente de dados, isto é, para o exemplo DLC1 da tabela na figura 2 até 15 bytes, para o exemplo DLS 2, até 16 bytes, para o exemplo DLC3, até 64 bytes de dados. No bloco 322 é recebido o campo CRC modificado de acordo com a presente invenção, especialmente mais comprido. Se na ramificação 324 houver a informação de que a soma de verificação CRC transmitido pelo remetente e a soma de verificação CRC determinada pelo próprio destinatário coincidem, sendo que neste caso a comparação baseia-se na soma de veri- ficação CRC que diverge de acordo com a presente invenção, no bloco 328 é enviado um Acknowledge bit dominante. De outro modo (bloco 330) o Acknowledge bit é remetido recessivamente.
[0062] Em seguida, no passo 332 ou 334 seguem o delimitador deACK e os bits EOF. Com isso, um processo de recepção para uma mensagem é terminado.
[0063] Na figura 3 é apresentado o caso onde a outra identificaçãoque determina o CRC a ser usado coincide com a primeira identificação que se refere ao tamanho do campo de dados e à interpretação do Data Length Code. Isto é, antes da recepção 320 ou 322 da soma de verificação CRC não é perguntado novamente qual CRC deve ser recebido de acordo com a outra identificação e ser avaliado para a ramificação 324. Através de uma modificação simples do fluxograma da figura 3 esta consulta adicional eventualmente pode ser incluída na execução.
[0064] A figura 4 mostra mais dois exemplos para mensagens modificadas de acordo com a presente invenção onde diante da figura 1b são fixadas áreas adicionais dentro da mensagem, nas quais de acordo com a presente invenção é usado um comprimento diferente de bits e assim os diversos bits são carregados mais rapidamente através do barramento. Por esta razão as mensagens levam a denominação de “CAN FD Fast”. Para as duas variações de endereçamento possíveis de mensagens, o formato padrão e o formato estendido, áreas são registradas na figura 4, onde é comutado entre dois estados, denominados de Fast CAN Arbitration e Fast Can Data. Esta comutação entre os dois estados faz com que para a parte correspondente da mensagem os comprimentos de bits são mais curtos e assim os diversos bits são transmitidos mais rapidamente através do barramento. Dessa forma, o tempo de transmissão para uma mensagem pode ser encurtado em comparação com o processo de acordo com o padrão. A troca per- tencente do comprimento de bit cronológico pode ser realizada, por exemplo, por meio do uso de pelo menos dois fatores diferentes de escalonamento para o ajuste da unidade de tempo do barramento para a menor unidade de tempo ou o ciclo de oscilação durante a operação em andamento. A comutação do comprimento de bit e a respectiva alteração do fator de escalonamento também são mostradas na figura 4 como exemplo.
[0065] A passagem entre os estados Fast CAN Arbitration e FastCAN Data acontece em mensagens que apresentam a primeira identificação EDL, em dependência de uma segunda identificação que sinaliza para os assinantes da transmissão de dados que é usado o comprimento truncado de bits. No exemplo de execução aqui mostrado, a posição dessa identificação é um bit adicional no Control Field que é denominado de BRS (Bit Rate Switch). No exemplo mostrado ele é transmitido como quarto bit do Control Field.
[0066] No caso apresentado, onde a primeira identificação EDL éseguida pela primeira identificação BRS, no processo de transmissão de acordo com a presente invenção são transmitidas mensagens cujo comprimento de bits é claramente reduzido, cujo tamanho do campo de dados pode ser estendido até valores acima de 8 bytes, e cujo CRC é adaptado ao campo de dados maior. Desse modo é conseguido um aumento considerável da capacidade de transmissão através do sistema de barramento, e ao mesmo tempo a segurança de transmissão é melhorada.
[0067] A transmissão mais rápida no exemplo mostrado começadiretamente após o envio da respectiva identificação e termina imediatamente após alcançar o bit definido para a comutação de volta, ou quando foi reconhecido um motivo para iniciar um Error Frame.
[0068] A figura 5 mostra um processo de recepção modificado emrelação à figura 3, onde adicionalmente, em dependência da segunda identificação BRS, a comutação é feita entre os estados Fast-CAN- Arbitration e Fast-CAN Data. Se na ramificação 310, por exemplo, depois da recepção do segundo bit do Control Field, houver como bit recessivo EDL a informação de que deve ser usado o processo de comunicação modificado de acordo com a presente invenção, então no bloco 408 são lidos os próximos bits do Control Field. Se o bit que serve para a segunda identificação, por exemplo, o quarto bit BRS do Control Field estendido de acordo com a presente invenção for recebido com o valor previsto, por exemplo, recessivo, então é assumido, por exemplo, no Sample Point deste bit, o estado de Fast-CAN Data, isto é, comutado para o comprimento de bit truncado (Caminho “C”). Se o respectivo bit apresentar o valor invertido, isto é, nesse exemplo, dominante, não haverá nenhum truncamento do comprimento do bit (Caminho “B”). Nos blocos 412 ou 414 ocorre a recepção dos bits restantes do Control Field, inclusive do Data Length Code e a recepção do campo de dados de acordo com a informação do tamanho do Data Length Code. No bloco 412 a recepção acontece com o comprimento de bit normal, no bloco 414, com o comprimento de bit truncado. Nos blocos 416 ou 418 é lido o campo CRC, divergindo de acordo com a presente invenção, especialmente mais comprido. No último bit do campo CRC, o delimitador do CRC, no bloco 418 novamente é comutado para o estado de Fast-Can-Arbitration, com a taxa de bit usual. Em seguida, na ramificação 324 é verificado, em analogia à figura 3, se a soma de verificação CRC transmitida pelo remetente e aquela verificada pelo próprio destinatário coincidem, e em dependência disso é feita a continuação, como já na figura 3.
[0069] O bit r0 sempre dominante que segue o bit recessivo daprimeira identificação EDL nas mensagens de acordo com a presente invenção (ou no caso do endereçamento estendido, eventualmente r1), como se pode ler, por exemplo, nas figuras 1b e 4, conduz a um flanco recessivo dominante em todas as mensagens de dados de acordo com a presente invenção. Este flanco pode ser aproveitado para a melhoria da sincronização entre os assinantes do barramento, fato este que é vantajoso especialmente na comutação prevista para os comprimentos de bits mais curtos.
[0070] Quando todos os assinantes do barramento na rede sãosincronizados com o assinante remetente, a comutação para o comprimento de bit mais curto poder ser feita sem problemas. Mas também pode acontecer que no bit previsto para a comutação nem todos os assinantes do barramento são sincronizados com o assinante remetente, por exemplo, quando um primeiro assinante remetente no final do Arbitration Field transmite a sequência de bits “dominante- dominante” e um segundo assinante remetente que ainda no contexto do arbitramento deseja conseguir acesso ao barramento, transmite a sequência de bits “dominante-recessivo”. O segundo assinante remetente perde o arbitramento no bit recessivo e se torna destinatário. Até o bit recessivo, os dois assinantes tinham transmitida a mesma sequência de bits. Uma vez que ambos os transmissores em virtude dos tempos de execução através do barramento CAN e dos transmissores veem mais cedo os respectivos flancos transmitidos por eles, indo de recessivo para dominante, do que os respectivamente transmitidos pelo outro remetente, nenhum deles está sincronizado com o outro. Se agora o comprimento do bit é comutado, antes de o assinante do bar- ramento recém-tornado destinatário ter se sincronizado com o remetente restante, a sincronização ocorre depois da comutação, na faixa do comprimento de bit menor. A defasagem por meio da sincronização é então maior em relação ao comprimento de bits. Dependendo do tempo de execução do sinal entre os dois assinantes do barramento, a defasagem pode tornar-se tão grande que ocorre uma falha de sincronização e um bit é explorado erroneamente. O destinatário não reco- nhecerá então a mensagem recebida como sendo válida e a destrói com um Error-Frame.
[0071] Na comunicação da CAN padrão este problema não ocorre,uma vez que lá o segmento de propagação da CAN Bit Timing compensa as defasagens causadas por tempos de execução de sinal entre os assinantes do barramento. Na configuração para um comprimento de bit mais curto, porém, o segmento de propagação pode ser minimizado ou completamente omitido, a fim de encurtar o comprimento de bit.
[0072] A fim de evitar a falha de sincronização depois da comutação do comprimento de bit, precisa ser garantida com providências adequadas uma sincronização antes da comutação do comprimento de bit. Isto se consegue pelo fato de que no flanco de EDL (recessivo) para r0 ou r1 (dominante) é feita uma sincronização. Especialmente pode ser feita uma sincronização do hard no lugar de ressincronização que de outro modo é comum dentro de um quadro. Esta é executada, por exemplo, também no Start-of-Frame-Bit e compensa com certeza possíveis defasagens completamente. Na ressincronização, que de outro modo é comum dentro de um frame, pode permanecer um erro residual quando o erro de fase é superior à largura de salto de ressin- cronização (SJW) configurada.
[0073] Como uma variação do processo apresentado, a comutação para comprimentos de bit truncados em dependência do valor da segunda identificação BRS, pode adicionalmente ser acoplada com o valor dominante do bit r0 anteriormente transmitido, de modo que somente é comutado para o comprimento de bit mais curto quando r0 foi transmitido dominantemente. Esta complementação do processo permite usar uma sequência de bits, onde o bit EDL recessivo é seguido por um bit recessivo no lugar do bit r0 dominante, para formatos de mensagens futuros, como, por exemplo, para uma codificação de bits que diverge do padrão em áreas parciais da mensagem.
[0074] A possibilidade de inserir adicionalmente bits no ControlField das mensagens de acordo com a presente invenção, também pode ser usada para facilitar o reconhecimento de assinantes do bar- ramento que se encontram no estado de “Error Passive”. Um assinante do barramento com controladora de comunicações do estado da técnica entra no estado de “Error Passive” quando o Transmit Error Count ou o Receive Error Count é 128 ou mais. Se o assinante do bar- ramento se encontrar no estado “Error Passive”, ele não pode transmitir nenhum “Active Error Flag” (seis bits dominantes sucessivos). Se o assinante do barramento detectar um erro, ele envia um “Passive Error Flag” (seis bits recessivos sucessivos). Um “Passive Error Flag” não pode ser diferenciado do nível de repouso no barramento da CAN. Dessa forma, outros assinantes do barramento talvez somente possam reconhecer indiretamente que um assinante do barramento se encontra no estado de “Error Passive”.
[0075] A vantagem do processo aqui sugerido, em contrapartida,está no fato de que com o presente processo, assinantes do barra- mento que se encontram em estado de “Error Passive” podem ser claramente identificados pelos demais assinantes do barramento. Até agora isto não é possível através da recepção de um “Passive Error Flag”. O estado “Error Passive”, em assinantes do barramento do estado da técnica pode ser reconhecido apenas pelo microprocessador conectado localmente na controladora da CAN, e por exemplo, por meio de uma mensagem de status correspondente, comunicar aos demais assinantes do barramento. Graças ao novo processo não é necessário para o microprocessador enviar uma mensagem de status. Além disso, neste caso a informação sobre o estado “Error Passive” é atual no momento da transmissão, ao passo que o estado pode ter mudado no envio de uma mensagem do status entre a elaboração da mensagem do status pelo microprocessador e o momento do envio.
[0076] No processo aqui descrito, a informação sobre o estado“Error Passive” de uma controladora de comunicações é integrada nas mensagens que o assinante do barramento envia de qualquer maneira. Para tal, o Control Field da mensagem é ampliado por mais um bit (ESI). Este bit, como mostra a figura 1b, é inserido depois da primeira identificação (EDL) e antes do DLC, por exemplo, diretamente antes ou diretamente depois do bit BRS. Um assinante do barramento que se encontra no estado “Error Passive”, envia este bit, por exemplo, dominantemente, ao passo que de outro modo o bit é enviado recessivamente. Uma lógica invertida também é possível.
[0077] O processo de transmissão apresentado é apropriado paraa operação normal de um veículo automotor para a transmissão de dados entre pelo menos dois equipamentos de controle do automóvel que são ligados através de um barramento de dados apropriado. Mas ele também pode ser usado com vantagem durante a produção ou manutenção de um veículo automotor para a transmissão de dados entre uma unidade de programação que, para fins de programação, é ligada a um barramento de dados adequado, e pelo menos um equipamento de controle do veículo automotor que é ligado ao barramento de dados.
[0078] Em soma, o processo é um processo de transmissão, caracterizado pelo fato de que uma controladora de CAN padrão somente precisa ser modificada minimamente para poder trabalhar de acordo com a presente invenção. Uma controladora de comunicações de acordo com a presente invenção que também pode funcionar como controladora da CAN padrão é apenas um pouco maior do que uma controladora da CAN padrão convencional. O programa de aplicação pertencente não precisa ser modificado e mesmo assim são obtidas vantagens na velocidade da transmissão de dados. Em virtude do uso do tamanho ampliado do campo de dados e do DLC e CRC pertencente, a velocidade da transmissão de dados pode ser aumentada ainda mais, as adaptações no software de aplicação são mínimas. Grandes partes do teste de conformidade da CAN (ISO 16845) podem ser aproveitadas. Também é possível combinar o processo de transmissão de acordo com a presente invenção com as complementações da TTCAN (ISO 11898-4).

Claims (19)

1. Processo para a transmissão serial de dados em um sistema de barramento com pelo menos dois assinantes do barramento que trocam mensagens através do barramento, sendo que as mensagens enviadas apresentam uma construção lógica de acordo com a CAN padrão ISO 11898-1,sendo que a construção lógica contém um Start-of-Frame- Bit, um Arbitration Field , um Control Field, um Data Field, um CRC Field, um Acknowledge Field e uma seqüência End-of-Frame,sendo que o Control Field compreende um Data Length Code que contém uma informação sobre o comprimento do Data Field, caracterizado pelo fato de que na presença de uma primeira identificação (EDL) o Control Field das mensagens, divergindo da CAN padrão ISO 11898-1, abrange mais do que seis bits,sendo que na presença da primeira identificação (EDL) o Control Field da mensagem é ampliado por pelo menos mais um bit (ESI),sendo que por meio do bit adicional (ESI) ou de um dos demais bits uma informação sobre o estado “Error Passive” do assinante do barramento é integrado em mensagens enviadas.
2. Processo de acordo com a reivindicação 1, caracterizado pelo fato de que na presença da primeira identificação (EDL) o campo de dados das mensagens, divergindo de CAN padrão ISO 11898-1, pode conter mais do que oito bytes, sendo que para a determinação do tamanho do campo de dados os valores dos quatro bits do Data Length Code são interpretados pelo menos parcialmente divergindo da CAN padrão ISO 11898-1.
3. Processo de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que na presença de uma segunda identificação (BRS) o comprimento de bit para pelo menos uma área definida ou definível dentro da mensagem assume um valor truncado em comparação com o comprimento de bits existente antes da segunda identificação, sendo que a área começa não antes da segunda identificação e termina mais tardar com o delimitador CRC, sendo que a segunda identificação (BRS) somente ocorre na presença da primeira identificação (EDL), acontecendo no Control Field das mensagens que, divergindo da CAN padrão ISO 11898-1, contém mais do que seis bits.
4. Processo de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que a primeira identificação (EDL) ocorre por meio de um bit recessivo no Control Field.
5. Processo de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que mais um bit (ESI) é inserido depois da primeira identificação (EDL) e antes do Data Length Code.
6. Processo de acordo com qualquer uma das reivindicações 1 a 5, caracterizado pelo fato de que na presença da primeira identificação o bit recessivo da primeira identificação (EDL) é seguido em todas as mensagens de dados por pelo menos um bit dominante.
7. Processo de acordo com qualquer uma das reivindicações 2 a 6, caracterizado pelo fato de que a segunda identificação (BRS) é feita através de um bit recessivo no Control Field que é transmitido cronologicamente depois do bit da primeira identificação (EDL).
8. Processo de acordo com a reivindicação 7, caracterizado pelo fato de que na presença da segunda identificação o bit recessivo da segunda identificação (BRS) é separado do bit recessivo da primeira identificação (EDL) por pelo menos um bit dominante.
9. Processo de acordo com qualquer uma das reivindicações 6 a 8, caracterizado pelo fato de que na presença da primeira identificação o flanco entre o bit recessivo da primeira identificação (EDL) e o pelo menos um bit dominante seguinte é usado para a res- sincronização ou hard-sincronização do Timing de bits dos assinantes do barramento.
10. Processo de acordo com qualquer uma das reivindicações 1 a 9, caracterizado pelo fato de que a primeira identificação (EDL) é avaliada nos assinantes do barramento e que o processo de recepção é adaptado em dependência da primeira identificação ao tamanho do Control Field e/ou do campo de dados e/ou partes das mensagens sucessivas.
11. Processo de acordo com qualquer uma das reivindicações 3 a 10, caracterizado pelo fato de que a segunda identificação (BRS) é avaliada nos assinantes do barramento na presença da primeira identificação, e em dependência do valor da segunda identificação, o processo de recepção é adaptado aos diferentes valores do comprimento de bits dentro de uma mensagem.
12. Processo de acordo com qualquer uma das reivindicações 3 a 11, caracterizado pelo fato de que os pelo menos dois valores diferentes do comprimento cronológico dos bits dentro de uma mensagem são realizados dentro de uma mensagem através do uso de pelo menos dois diferentes fatores de escalonamento para o ajuste da unidade de tempo do barramento em relação a uma menor unidade de tempo ou o ciclo de oscilador na operação em andamento.
13. Processo de acordo com qualquer uma das reivindicações 1 a 12, caracterizado pelo fato de que na presença de mais uma identificação o campo CRC das mensagens apresenta um número de bits que diverge da CAN padrão ISO 11898-1, e/ou que é usado pelo menos um polinômio gerador que diverge da CAN padrão ISO 118981, sendo que a outra identificação pode coincidir com a primeira identificação (EDL).
14. Processo de acordo com a reivindicação 13, caracterizado pelo fato de que o valor da outra identificação é determinado nos assinantes do barramento, e que em dependência do valor da outra identificação e/ou do conteúdo do Data Length Code o processo de recepção é ajustado ao tamanho do campo CRC.
15. Processo de acordo com a reivindicação 13 ou 14, ca-racterizado pelo fato de que no início de uma mensagem o cálculo de pelo menos duas somas de verificação de CRC é iniciado paralelamente por meio de diferentes polinômios geradores, e que em dependência do valor da outra identificação é decidido qual resultado de um dos cálculos de CRC iniciados paralelamente é usado.
16. Dispositivo para a transmissão serial de dados em um sistema de barramento com pelo menos dois assinantes do barramen- to que trocam mensagens através do barramento, sendo que as mensagens enviadas apresentam uma construção lógica de acordo com a CAN padrão ISO 11898-1,sendo que a construção lógica contém um Start-of-Frame- Bit, um Arbitration Field , um Control Field, um Data Field, um CRC Field, um Acknowledge Field e uma seqüência End-of-Frame,sendo que o Control Field compreende um Data Length Code que contém uma informação sobre o comprimento do Data Field, caracterizado pelo fato de que na presença de uma primeira identificação (EDL) o Control Field das mensagens, divergindo da CAN padrão ISO 11898-1, abrange mais que seis bits,sendo que na presença da primeira identificação (EDL) o Control Field da mensagem é ampliado por pelo menos mais um bit (ESI),sendo que por meio do bit adicional (ESI) ou de um dos demais bits uma informação sobre o estado “Error Passive” do assinante do barramento é integrado em mensagens enviadas.
17. Dispositivo de acordo com a reivindicação 16, caracterizado pelo fato de que na presença da primeira identificação (EDL) o campo de dados das mensagens, divergindo de CAN padrão ISO 11898-1, pode conter mais do que oito bytes, sendo que para a determinação do tamanho do campo de dados os valores dos quatro bits do Data Length Code são interpretados pelo menos parcialmente divergindo da CAN padrão ISO 11898-1.
18. Dispositivo de acordo com a reivindicação 16 ou 17, ca-racterizado pelo fato de que na presença de uma segunda identificação (BRS) o comprimento de bit para pelo menos uma área definida ou definível dentro da mensagem assume um valor truncado em comparação com o comprimento de bits existentes antes da segunda identificação, sendo que a área começa não antes da segunda identificação e termina mais tardar com o delimitador CRC, sendo que a segunda identificação (BRS) somente ocorre na presença da primeira identificação (EDL), acontecendo no Control Field das mensagens que, divergindo da CAN padrão ISO 11898-1, contém mais do que seis bits.
19. Dispositivo de acordo com qualquer uma das reivindicações 16 a 18, caracterizado pelo fato de que o dispositivo, em virtude de meios apropriados, está preparado para executar pelo menos um dos processos para a transmissão de dados como definidos nas reivindicações 4 a 15.
BR112013033658-7A 2011-06-29 2012-06-26 Processo e dispositivo para a transmissão serial de dados em um sistema de barramento BR112013033658B1 (pt)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
DE102011122843.1 2011-06-29
DE102011078266.4 2011-06-29
DE201110122843 DE102011122843A1 (de) 2011-06-29 2011-06-29 Verfahren und Vorrichtung zur seriellen Datenübertragung mit flexibler Nachrichtengröße und variabler Bitlänge
DE102011078266A DE102011078266A1 (de) 2011-06-29 2011-06-29 Verfahren und Vorrichtung zur seriellen Datenübertragung mit flexibler Nachrichtengröße und variabler Bitlänge
PCT/EP2012/062357 WO2013000911A1 (de) 2011-06-29 2012-06-26 Verfahren und vorrichtung zur seriellen datenübertragung mit flexibler nachrichtengrösse und variabler bitlänge

Publications (2)

Publication Number Publication Date
BR112013033658A2 BR112013033658A2 (pt) 2017-01-24
BR112013033658B1 true BR112013033658B1 (pt) 2021-07-13

Family

ID=47423443

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112013033658-7A BR112013033658B1 (pt) 2011-06-29 2012-06-26 Processo e dispositivo para a transmissão serial de dados em um sistema de barramento

Country Status (9)

Country Link
US (1) US9690742B2 (pt)
EP (1) EP2726999B1 (pt)
KR (1) KR102007547B1 (pt)
CN (1) CN103782283B (pt)
AU (1) AU2012277899B2 (pt)
BR (1) BR112013033658B1 (pt)
ES (1) ES2548409T3 (pt)
RU (1) RU2603534C2 (pt)
WO (1) WO2013000911A1 (pt)

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
CN103095413A (zh) * 2013-01-15 2013-05-08 中国航空工业集团公司西安飞机设计研究所 一种hb6096数据总线的应用方法
US8737426B1 (en) 2013-03-15 2014-05-27 Concio Holdings LLC High speed embedded protocol for distributed control system
US9432488B2 (en) 2013-03-15 2016-08-30 Concio Holdings LLC High speed embedded protocol for distributed control systems
US8897319B2 (en) 2013-03-15 2014-11-25 Concio Holdings LLC High speed embedded protocol for distributed control systems
US9419737B2 (en) 2013-03-15 2016-08-16 Concio Holdings LLC High speed embedded protocol for distributed control systems
CN105453440B (zh) * 2013-07-24 2018-03-20 恩智浦美国有限公司 收发器电路以及用于控制器局域网络的方法
CN103973406B (zh) * 2014-05-15 2017-02-15 电子科技大学 一种控制器局域网总线的提速方法
WO2015183784A1 (en) * 2014-05-26 2015-12-03 Concio Holdings LLC High speed embedded protocol for distributed control system
KR101519793B1 (ko) * 2014-06-24 2015-05-12 현대자동차주식회사 차량용 네트워크 시스템 및 이 시스템 내 이종 통신 제어기의 데이터 전송 방법
DE102014215468A1 (de) * 2014-08-05 2016-02-11 Robert Bosch Gmbh Teilnehmerstation für ein Bussystem und Verfahren zur breitbandigen CAN-Kommunikation
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 현대자동차주식회사 데이터량 증대로 통신속도 개선을 위한 can 통신 방법 및 데이터 프레임 구조
CN105703875B (zh) * 2014-11-25 2020-08-07 南京中兴新软件有限责任公司 一种消息传输的方法,设备和系统
US10326865B2 (en) 2015-03-24 2019-06-18 Concio Holdings LLC Filter or bridge for communications between CAN and CAN-FD protocol modules
US11016925B2 (en) * 2015-03-26 2021-05-25 Nxp Usa, Inc. Protocol-tolerant communications in controller area networks
CN108476155B (zh) * 2015-12-25 2021-05-14 新唐科技日本株式会社 不正当消息检测装置、方法、记录介质、以及电子控制装置
DE102018201433A1 (de) * 2018-01-31 2019-08-14 Zf Friedrichshafen Ag Übertragungssystem für Steuerdaten
DE102019218715A1 (de) * 2019-12-02 2021-06-02 Robert Bosch Gmbh Teilnehmerstation für ein serielles Bussystem und Verfahren zur Kommunikation in einem seriellen Bussystem
US20230060218A1 (en) 2020-02-11 2023-03-02 Ciphersip Systems Ltd. High bandwidth can-derivative communication
CN111464416A (zh) * 2020-04-08 2020-07-28 东莞全职数控科技有限公司 一种基于ttcan通信的总线协议

Family Cites Families (68)

* 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
US5469150A (en) * 1992-12-18 1995-11-21 Honeywell Inc. Sensor actuator bus system
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
EP0882342B1 (en) 1996-02-22 2006-07-05 Kvaser Consultant Ab Device for affecting messages in a 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
IL150587A0 (en) 2000-01-07 2003-02-12 Ibm 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
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
EP1355458B1 (en) 2002-04-16 2005-09-21 ROBERT BOSCH GmbH Method for transmitting data within 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
JP4401239B2 (ja) 2004-05-12 2010-01-20 Necエレクトロニクス株式会社 通信メッセージ変換装置、通信方法及び通信システム
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
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
US7349484B2 (en) * 2004-12-22 2008-03-25 Rambus Inc. Adjustable dual-band link
DE102004062210B3 (de) 2004-12-23 2006-05-24 Texas Instruments Deutschland Gmbh Dualmodultaktversorgung für CAN-Kommunikationsmodul
CA2601565C (en) 2005-03-18 2015-10-27 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 マイクロプロセッサ、ネットワークシステム及び通信方法
CA2612564A1 (en) 2005-06-23 2006-12-28 Hilscher Gesellschaft Fuer Systemautomation Mbh Method for data communication of bus users in an open automation system
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
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
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
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
JP5308802B2 (ja) * 2008-12-16 2013-10-09 ルネサスエレクトロニクス株式会社 Canノード
KR20100073846A (ko) * 2008-12-23 2010-07-01 한국전자통신연구원 Can 프로토콜에서의 데이터프레임 송신방법 및 수신방법
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 制御システム及び制御プログラム書換方法
DE102009026961A1 (de) * 2009-06-16 2010-12-23 Robert Bosch Gmbh Verfahren zum Übertragen von Daten zwischen Teilnehmerstationen eines Bussystems
CN101626333B (zh) 2009-08-07 2011-11-23 北京和利时电机技术有限公司 一种can总线系统及其中的应用层通讯方法
WO2011058389A1 (en) 2009-11-10 2011-05-19 Freescale Semiconductor, Inc. Advanced communication controller unit and method for recording protocol events
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
JP5770935B2 (ja) 2011-06-29 2015-08-26 ローベルト ボッシュ ゲゼルシャフト ミット ベシュレンクテル ハフツング メッセージの大きさがフレキシブルでビット長が可変的な直列データ伝送のための方法及び装置
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
US9690742B2 (en) 2017-06-27
US20140258581A1 (en) 2014-09-11
CN103782283B (zh) 2017-01-18
WO2013000911A1 (de) 2013-01-03
EP2726999A1 (de) 2014-05-07
AU2012277899A1 (en) 2014-02-20
RU2014102641A (ru) 2015-08-10
CN103782283A (zh) 2014-05-07
ES2548409T3 (es) 2015-10-16
RU2603534C2 (ru) 2016-11-27
KR102007547B1 (ko) 2019-08-05
KR20140056239A (ko) 2014-05-09
BR112013033658A2 (pt) 2017-01-24
EP2726999B1 (de) 2015-09-09
AU2012277899B2 (en) 2017-06-29

Similar Documents

Publication Publication Date Title
BR112013033658B1 (pt) Processo e dispositivo para a transmissão serial de dados em um sistema de barramento
BR112013033800B1 (pt) Processo e dispositivo para a transmissão serial de dados em um sistema de barramento
BR112013025748B1 (pt) Processo e dispositivo para a transmissão serial de dados em um sistema de barramento
US9432289B2 (en) Method and device for serial data transmission which is adapted to memory sizes
BR112013033821B1 (pt) Método e dispositivo para transmissão seriada de dados em um sistema de barramento
JP2014531781A (ja) メッセージの大きさがフレキシブルでビット長が可変的な直列データ伝送のための方法及び装置

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B06A Patent application procedure suspended [chapter 6.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 26/06/2012, OBSERVADAS AS CONDICOES LEGAIS.