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

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 a primeira identificação (edl) é feita por um bit recessivo no control field e que na presença da primeira identificação, o bit recessivo da primeira identificação (edl) é seguido por pelo menos um bit dominante (r0, r1) em todas as mensagens de dados.

Description

O estado da técnica

[0001] 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.

[0002] Por exemplo, das normas da família ISO 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 ISO 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 ao 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.

[0003] 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.

[0004] 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).

[0005] 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.

[0006] 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.

[0007] G. Cena e A. Valenzano discutem em “Overclocking of Con-trollerA Área Networks” (Electronic Letters, vol. 35, n° 22 (1999), página 1924) as consequências de uma sobreposição da frequência do barramento em áreas parciais das mensagens para a taxa de dados efetivamente obtida.

[0008] É evidente que o estado da técnica não fornece resultadossatisfatórios em todos os aspectos.A apresentação da presente invenção

[0009] 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

[00010] 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.

[00011] O processo é caracterizado pelo fato de que na presença de uma primeira identificação o Control Field das mensagens, divergindo da CAN padrão ISO 11898-1, compreende mais do que seis bits, sendo que a primeira identificação (EDL) é feita por um bit recessivo no Control Field, e na presença da primeira identificação, o bit recessi- vo da primeira identificação (EDL) em todas as mensagens de dados é seguido por pelo menos um bit dominante (r0, r1). Preferencialmente, o flanco recessivo-dominante que surge através do bit dominante (r0, r1) que em todas as mensagens de dados segue o bit recessivo da primeira identificação (EDL), é usado para melhorar a sincronização entre os assinantes de barramento. Nisso é especialmente vantajoso que no respectivo flanco recessivo-dominante os assinantes do barra- mento executam uma sincronização de hard. Graças ao flanco e às providências de sincronização executados nele pelos assinantes do barramento, é efetivamente evitada a ocorrência de erros de comunicação que podem surgir no caso de uma perda da sincronização dos assinantes do barramento.

[00012] 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 predefiní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.

[00013] É 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.

[00014] 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.

[00015] Na presença da primeira identificação, o flanco entre o bit recessivo 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.

[00016] Também é vantajoso quando, em dependência do valor da primeira 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 ISO é criada uma possibilidade transparente e flexível para o uso de um grande número de tamanhos diferentes do campo de dados.

[00017] 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.

[00018] 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.

[00019] Na presença de mais uma identificação que pode coincidir com 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.

[00020] É 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.

[00021] O processo pode ser usado apropriadamente durante a operaçã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.

[00022] 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 apli- cação pertencente não precisa ser alterado e mesmo assim são obtidas vantagens na velocidade da transmissão de dados.

[00023] 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).

Os desenhos

[00024] Em seguida, a presente invenção é explicada detalhadamente com a ajuda dos desenhos.

[00025] A figura 1a mostra duas alternativas para a construção de mensagens de dados de acordo com a CAN padrão ISO 11898-1, a CAN Standard Format e a CAN Extended Format.

[00026] 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.

[00027] 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.

[00028] A figura 3 mostra de modo esquemático um exemplo de execução para o processo de recepção em uma estação de assinante do tipo “CAN FD Long” do sistema de barramento.

[00029] 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.

[00030] 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

[00031] 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.

[00032] A mensagem começa com um bit “Start of Frame” SOF que sinaliza 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 verificaçã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).

[00033] Nos processos de transmissão via CAN de acordo com a norma, 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 usa- dos 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 padrão.

[00034] Na figura 1b, em apresentação análoga, são confrontadas as 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”.

[00035] No processo de transmissão modificado de acordo com a presente 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.

[00036] 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.

[00037] A fim de garantir que uma controladora de comunicações de 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.Identificação em caso de endereçamento padrão:

[00038] O segundo bit do Control Field de mensagens de dados da CAN 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 mensa- gem 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.

[00039] No total, portanto, a sequência de bits no Control Field de mensagens de CAN padrão‘{IDE, r0, DLC3, DLC2, DLC1, DLC0}

[00040] é substituída em mensagens de acordo com a presente invenção por{IDE, EDL, N bits mais, DLC3, DLC2, DLC1, DLC0}

[00041] 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.Identificação em caso de endereçamento estendido:

[00042] Os primeiros dois bits do Control Field de mensagens de dados 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 substitui 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}

[00043] é 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}

[00044] 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 superiores 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.

[00045] Como alternativa também é possível usar o processo em controladoras de comunicações apropriadas que não são também dimensionadas 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 ISO, 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.

[00046] 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 ISO prever nas mensagens modificadas de acordo com a presente invenção um tamanho que diverge do campo CRC. Isto é mostrado na figura 1 b 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.

[00047] O uso de um processo modificado para calcular a soma de verificaçã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.

[00048] 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.

[00049] Em uma forma de execução especialmente vantajosa, a controladora 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.

[00050] 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.

[00051] 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.

[00052] A implementação descrita de dois registradores de deslocamento de CRC que funcionam paralelamente possibilita também uma outra melhoria:

[00053] 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 ISO, um campo CRC modificado, especialmente mais comprido. Durante a operação em andamento, as controladoras de comunicações alternam dinami-camente entre os dois registradores de deslocamento CRC, isto é, o registrador 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.

[00054] É lógico que também podem ser usados mais do que dois registradores de deslocamento e, de acordo com ISO, 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 in-clusã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.

[00055] A figura 3 mostra em apresentação simplificada um detalhe do 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.

[00056] Primeiro, a estação do assinante encontra-se em um estado que explora o barramento enquanto não há nenhum tráfego de comunicaçã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).

[00057] 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.

[00058] 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.

[00059] Se na ramificação 310, por exemplo, depois da recepção do segundo 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 se-guida seguem no passo 332 ou 334 o delimitador ACK e os bits EOF (End of Frame). Com ISO, um processo de recepção para uma mensagem é terminado.

[00060] 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 verificaçã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.

[00061] Em seguida, no passo 332 ou 334 seguem o delimitador de ACK e os bits EOF. Com ISO, um processo de recepção para uma mensagem é terminado.

[00062] Na figura 3 é apresentado o caso onde a outra identificação que 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.

[00063] 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, denomina- dos 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 pertencente 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.

[00064] A passagem entre os estados Fast CAN Arbitration e Fast CAN 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.

[00065] 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.

[00066] A transmissão mais rápida no exemplo mostrado começa diretamente 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.

[00067] A figura 5 mostra um processo de recepção modificado em relaçã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.

[00068] O bit r0 sempre dominante que segue o bit recessivo da primeira 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.

[00069] Quando todos os assinantes do barramento na rede são sincronizados 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 barramento recém-tornado destinatário ter se sincronizado com o reme tente 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 reconhecerá então a mensagem recebida como sendo válida e a destrói com um Error-Frame.

[00070] 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.

[00071] 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 resincronizaçã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 resincronização, que de outro modo é comum dentro de um frame, pode permanecer um erro re-sidual quando o erro de fase é superior à largura de salto de resincronização (SJW) configurada.

[00072] 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.

[00073] A possibilidade de inserir adicionalmente bits no Control Field 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 barramento 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”.

[00074] A vantagem do processo aqui sugerido, em contrapartida, está no fato de que com o presente processo, assinantes do barramento 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.

[00075] 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.

[00076] O processo de transmissão apresentado é apropriado para a 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.

[00077] 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 sequê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 a primeira identificação (EDL) é feita por um bit recessivo no Control Field, e na presença da primeira identificação, o bit recessivo da primeira identificação (EDL) é seguido por pelo menos um bit dominante (r0, r1) em todas as mensagens de dados.

2. Processo de acordo com a reivindicação 1, caracterizado pelo fato de que o flanco recessivo-dominante que surge por causa do bit dominante (r0, r1) que em todas as mensagens de dados segue o bit recessivo da primeira identificação (EDL), é usado para melhorar a sincronização entre os assinantes do barramento.

3. Processo de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que no flanco recessivo-dominante surge por causa do bit dominante (r0, r1) que em todas as mensagens de dados segue o bit recessivo da primeira identificação (EDL), os assinantes do bar- ramento executam uma sincronização do hard.

4. Processo de acordo com qualquer uma das reivindicações 1 a 3, 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.

5. Processo de acordo com qualquer uma das reivindicações 1 a 4, 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.

6. Processo de acordo com a reivindicação 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).

7. Processo de acordo com a reivindicação 6, 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.

8. Processo de acordo com qualquer uma das reivindicações 1 a 7, 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.

9. Processo de acordo com qualquer uma das reivindicações 5 a 8, 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.

10. Processo de acordo com qualquer uma das reivindicações 5 a 9, 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.

11. Processo de acordo com qualquer uma das reivindicações 1 a 10, 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).

12. Processo de acordo com a reivindicação 11, 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.

13. Processo de acordo com a reivindicação 11 ou 12, 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.

14. 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 sequê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 a primeira identificação (EDL) é feita por um bit recessivo no Control Field, e na presença da primeira identificação, o bit recessivo da primeira identificação (EDL) é seguido por pelo menos um bit dominante (r0, r1) em todas as mensagens de dados.

15. Dispositivo de acordo com a reivindicação 14, caracterizado pelo fato de que o flanco recessivo-dominante que surge por causa do bit dominante (r0, r1) que em todas as mensagens de dados segue o bit recessivo da primeira identificação (EDL), é usado no dispositivo para melhorar a sincronização entre os assinantes do barra- mento.

16. Dispositivo de acordo com a reivindicação 14 ou 16, ca-racterizado pelo fato de que no flanco recessivo-dominante surge por causa do bit dominante (r0, r1) que em todas as mensagens de dados segue o bit recessivo da primeira identificação (EDL), o dispositivo executa uma sincronização do hard do assinante do barramento.

17. Dispositivo de acordo com qualquer uma das reivindica- ções 14 a 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 qualquer uma das reivindicações 14 a 17, 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 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 14 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 de acordo com as reivindicações 6 a 13.

Images