DE102012224024A1 - Datenübertragung unter Nutzung eines Protokollausnahmezustands - Google Patents

Datenübertragung unter Nutzung eines Protokollausnahmezustands Download PDF

Info

Publication number
DE102012224024A1
DE102012224024A1 DE201210224024 DE102012224024A DE102012224024A1 DE 102012224024 A1 DE102012224024 A1 DE 102012224024A1 DE 201210224024 DE201210224024 DE 201210224024 DE 102012224024 A DE102012224024 A DE 102012224024A DE 102012224024 A1 DE102012224024 A1 DE 102012224024A1
Authority
DE
Germany
Prior art keywords
communication protocol
protocol
message
data
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
DE201210224024
Other languages
English (en)
Inventor
Florian Hartwich
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Robert Bosch GmbH filed Critical Robert Bosch GmbH
Priority to DE201210224024 priority Critical patent/DE102012224024A1/de
Priority to US14/652,743 priority patent/US9740655B2/en
Priority to PCT/EP2013/077515 priority patent/WO2014096272A1/de
Priority to JP2015548600A priority patent/JP6093031B2/ja
Priority to BR112015014861-1A priority patent/BR112015014861B1/pt
Priority to KR1020157019543A priority patent/KR102190750B1/ko
Priority to EP13814919.0A priority patent/EP2936747B1/de
Priority to ES13814919T priority patent/ES2742900T3/es
Priority to CN201380073328.XA priority patent/CN104995873B/zh
Publication of DE102012224024A1 publication Critical patent/DE102012224024A1/de
Pending legal-status Critical Current

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/38Information transfer, e.g. on bus
    • G06F13/42Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4204Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus
    • G06F13/4221Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus being an input/output bus, e.g. ISA bus, EISA bus, PCI bus, SCSI bus
    • 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
    • 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/4013Management of data rate on the bus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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

Abstract

Anspruch 1: Verfahren zum Austausch von Daten zwischen Teilnehmern, die mittels eines Bussystems miteinander verbunden sind, wobei Nachrichten, die Daten enthalten, gemäß einem ersten Kommunikationsprotokoll ausgetauscht werden, wobei die Nachrichten aus einer Sequenz von Bits bestehen, wobei wenigstens ein Steuerbit mit einer vorgegebenen Position innerhalb der Nachricht, die gemäß dem ersten Kommunikationsprotokoll ausgetauscht wird, einen vorgegebenen Wert aufweisen muss, wobei für jede Nachricht ein Teilnehmer die Rolle des Senders innehat und wenigstens ein anderer Teilnehmer als Empfänger die Nachricht empfängt und eine Fehlerüberwachung für die Nachricht durchführt, dadurch gekennzeichnet, dass durch Senden des Steuerbits mit einem von dem vorgegebenen Wert abweichenden Wert wenigstens ein erster Empfänger in einen Protokollausnahmezustand überführt wird, so dass dieser die Fehlerüberwachung aussetzt, wobei der Sender nach dem Senden des Steuerbits mit einem von dem vorgegebenen Wert abweichenden Wert beginnt, weitere Daten gemäß einem zweiten Kommunikationsprotokoll an wenigstens einen zweiten Empfänger zu übertragen.

Description

  • Stand der Technik
  • Die vorliegende Erfindung geht aus von einem Verfahren zum Austausch von Daten zwischen Teilnehmern, die mittels eines Bussystems miteinander verbunden sind, wobei die Nachrichten, die die Daten enthalten, gemäß einem ersten Kommunikationsprotokoll ausgetauscht werden, wobei die Nachrichten aus einer Sequenz von Bits bestehen und wenigstens ein Steuerbit mit einer vorgegebenen Position innerhalb der Nachricht, die gemäß dem ersten Kommunikationsprotokoll ausgetauscht wird, einen vorgegebenen Wert aufweisen muss, wobei für jede Nachricht ein Teilnehmer die Rolle des Senders innehat und wenigstens ein anderer Teilnehmer als Empfänger die Nachricht empfängt und eine Fehlerüberwachung für die Nachricht durchführt.
  • Ein derartiges Verfahren findet sich beispielsweise in Kommunikationscontrollern des Controller Area Network (CAN). Es wird beispielsweise in der BOSCH CAN-Spezifikation 2.0, die von der Robert Bosch GmbH Website http://www.semiconductors.bosch.de heruntergeladen werden kann, beschrieben. Das Bussystem ist hierbei üblicherweise ein Leitungspaar, wie etwa ein verdrilltes Kupferkabel. Das CAN-Protokoll ist beispielsweise in der Automobilindustrie, in der Industrieautomatisierung, oder auch in der Gebäudevernetzung weit verbreitet. Die im CAN-Protokoll zu übertragenden Nachrichten weisen einen Kopfteil, ein Datenfeld und einen Schlussteil auf, wobei die zu übertragenen Daten im Datenfeld enthalten sind. Der Kopfteil der Nachricht enthält ein Start-Of-Frame-Bit, ein Arbitration Field, sowie ein Control Field. Das Arbitration Field umfasst den Identifier, der die Priorität der Nachricht bestimmt. CAN unterstützt Identifier Längen von 11-Bit ("Standard Format" oder „Base Format“) und 29-Bit ("Extended Format"). Das Control Field umfasst einen Data Length Code, der die Länge des Datenfeldes vorgibt. Der Schlussteil der Nachricht weist ein CRC Field, ein Acknowledge Field und ein End-Of-Frame Field auf. Dieses CAN-Protokoll wird im Folgenden als "Norm CAN" bezeichnet. Es werden über Norm CAN Bitraten bis zu 1 Mbit / s erreicht.
  • Die Rollen von Sender und Empfänger für die zu übertragenden Nachrichten werden unter den Teilnehmern durch ein Arbitrierungsverfahren anhand Informationen aus dem Kopfteil der Nachrichten vergeben. Arbitrierungsverfahren bedeutet in diesem Zusammenhang, dass anhand einer in der Nachricht enthaltenen Kennung ausgehandelt wird, welcher Teilnehmer Sendezugriff auf den Bus erhält, wenn mehrere Teilnehmer gleichzeitig versuchen, eine Nachricht zu senden, wobei bei eindeutig vergebenen Kennungen genau einem Teilnehmer der Sendezugriff durch das Arbitrierungsverfahren zuerkannt wird. Das für unsere Erfindung vorausgesetzte wenigstens eine Steuerbit ist bei CAN im Kopfteil enthalten und ist beispielsweise ein reserviertes Bit im Arbitration Field oder im Control Field, welches mit einem vorgegebenen Wert, beispielsweise stets dominant übertragen werden muss.
  • Viele andere Kommunikationssysteme kennen ähnliche reservierte Bits, die stets mit einem festen Wert übertragen werden. Im Folgenden wird die Erfindungsidee ausgehend von CAN dargestellt. Die Erfindung ist dadurch jedoch nicht auf CAN Bussysteme beschränkt, sondern kann ausgehend von allen Bussystemen ausgeführt werden, die die Merkmale des Oberbegriffes des beanspruchten Verfahrens erfüllen.
  • Die Einführung von immer stärker vernetzten Anwendungen, beispielsweise von Assistenzsystemen in Fahrzeugen, oder von vernetzten Steuersystemen in Industrieanlagen, führt zu der allgemeinen Anforderung, dass die Bandbreite für die serielle Kommunikation erhöht werden muss.
  • Zwei Faktoren begrenzen die effektive Datenrate in Norm CAN-Netzwerken, nämlich einerseits die Bitdauer, also die zeitliche Länge eines Bits, die durch die Funktion des CAN Busarbitrierungsverfahren nach unten begrenzt wird, und andererseits die Beziehung zwischen der Anzahl von Datenbits und Steuerbits, also nicht Nutzdaten enthaltenden Bits, in einer CAN-Nachricht.
  • Es ist ein weiteres Protokoll bekannt, das "CAN with Flexible Data-Rate" oder CAN FD genannt wird. Dieses benutzt das vom CAN bekannte Busarbitrierungsverfahren, erhöht aber die Bitrate durch Umschalten auf eine kürzere Bitdauer nach dem Ende der Arbitrierung bis zum Bit CRC Delimiter. Die effektive Datenrate wird außerdem durch Zulassen längerer Datenfelder erhöht. Auch bei CAN FD handelt es sich um ein Verfahren zum Austausch von Daten zwischen Teilnehmern, die mittels eines Bussystems miteinander verbunden sind, wobei die Nachrichten, die die Daten enthalten, gemäß einem ersten Kommunikationsprotokoll ausgetauscht werden, wobei die Nachrichten aus einer Sequenz von Bits bestehen und innerhalb jeder Nachricht, die Daten enthält, wenigstens ein Steuerbit mit einer vorgegebenen Position innerhalb der Sequenz von Bits einen vorgegebenen Wert aufweisen muss.
  • CAN FD kann zur allgemeinen Kommunikation, aber auch in bestimmten Betriebsarten, beispielsweise für Software-Download oder End-of-Line-Programmierung oder für Wartungsarbeiten genutzt werden.
  • CAN FD erfordert zwei Sätze von Bittakt-Konfigurationsregistern, welche eine Bitdauer für die Arbitrierungsphase und eine weitere Bitdauer für die Datenphase definieren. Die Bitdauer zur Arbitrierungsphase hat die gleichen Einschränkungen wie in Norm CAN-Netzwerken, die Bitdauer für die Datenphase kann im Hinblick auf die Leistungsfähigkeit der gewählten Transceiver und die Anforderungen des CAN FD Netzwerks kürzer gewählt werden.
  • Den Transceivern oder Busanschlusseinheiten kommt im Netzwerk die Aufgabe zu, die logischen Signale des Kommunikationscontrollers entsprechend der vorgesehenen physikalischen Übertragungsschicht zu zugehörigen physikalischen Signalen auf dem jeweiligen Übertragungsmedium umzusetzen. Häufig, z.B. auch für CAN, erfolgt dabei die Darstellung der logischen Signale, indem als physikalische Signale geeignete Spannungsdifferenzen generiert bzw. übertragen werden. Dies wird im Folgenden zur Illustration am Beispiel von CAN ausgeführt.
  • Für CAN erfolgt die Darstellung der logischen Signale „0“ und „1“ üblicherweise als Spannungsdifferenz zwischen den beiden in der Regel metallischen (z.B. Kupfer) Leitungen des Bussystems. Der Transceiver stellt hierbei üblicherweise für die Darstellung einer „0“ einen vorgegebenen ersten Differenzspannungspegel von beispielsweise 2 Volt aktiv ein, indem er beispielsweise mittels einer geeigneten Stromquelle einen Strom fließen lässt, so dass die gewünschte Spannungsdifferenz sich einstellt. Dieser getriebene erste Differenzspannungspegel kann nicht durch einen anderen Busteilnehmer überschrieben werden. Der Pegel und der entsprechende Buszustand werden daher als „dominant“ bezeichnet.
  • Zur Darstellung einer „logischen „1“ wird der Strom nicht weitergetrieben. Über einen oder mehrere Abschlusswiderstände, welche beispielsweise an den Enden der Busleitung zwischen den beiden Leitungen des Bussystems vorgesehen sind, fließt ein Strom, so dass sich ein zweiter Differenzspannungspegel einstellt, welcher der logischen „1“ entspricht. Dieser zweite Differenzspannungspegel kann Null sein, kann aber auch durch geeignete Spannungsquellen auf einen von Null verschiedenen Wert eingestellt werden. Dieser sich einstellende zweite Differenzspannungspegel kann durch einen anderen Busteilnehmer mit einem dominanten Pegel überschrieben werden. Der zweite Pegel und der entsprechende Buszustand werden daher als „rezessiv“ bezeichnet.
  • Der Transceiver ermittelt zudem laufend die Spannungsdifferenz zwischen den beiden Leitungen, um beispielsweise durch einen Vergleich mit Schwellwerten festzustellen, ob gerade ein dominanter oder rezessiver Buspegel vorliegt.
  • Eine CAN FD Nachricht besteht aus den gleichen Elementen wie eine Norm CAN-Nachricht, die sich jedoch im Detail unterscheiden. So können in einer CAN FD-Nachricht das Datenfeld und das CRC-Feld länger sein. Beispiele für Norm CAN- und CAN FD-Nachrichten sind in dargestellt.
  • CAN FD unterstützt beide Identifier Längen des CAN-Protokolls, das 11-Bit lange "Standard Format", das auch „Base Format“ genannt wird, und das 29-Bit lange "Extended Format". CAN-FD Nachrichten haben die gleiche Struktur wie Norm CAN-Nachrichten. Die Unterscheidung zwischen Norm CAN-Nachrichten und CAN-FD Nachrichten erfolgt durch ein reserviertes Bit, welches im Norm CAN stets dominant übertragen wird, den Namen "r0" oder "r1" trägt und sich im Control Field vor dem Data Length Code befindet. In einer CAN FD Nachricht wird dieses Bit rezessiv übertragen und heißt EDL. Es folgen in den CAN FD-Nachrichten im Vergleich zu Norm CAN-Nachrichten zusätzliche Control Field Bits, z. B. das Bit BRS, welches die Position angibt, an der, sofern das BRS Bit einen entsprechenden Wert aufweist, die Bitdauer in einer CAN FD-Nachricht auf einen kürzeren Wert umgeschaltet wird. Dies ist in 2 durch Pfeile dargestellt, die die Nachrichten aufteilen in einen Abschnitt mit der Bezeichnung "CAN FD Daten-Phase", in denen die hohe Bitrate bzw. die kurze Bitdauer verwendet wird, und in zwei Abschnitte mit dem Namen "CAN FD Arbitration-Phase", wo die niedrigere Bitrate bzw. die längere Bitdauer verwendet wird.
  • Die Anzahl der Bytes im Datenfeld wird durch den Data Length Code angezeigt. Dieser Code ist 4 Bit breit und wird im Control-Feld übertragen. Die Kodierung ist bei CAN FD anders als im Norm CAN. Die ersten neun Codes (0 × 0000 bis 0 × 1000) sind die gleichen, aber die folgenden Codes (0 × 1001 bis 0 × 1111) korrespondieren zu größeren Datenfeldern der CAN FD-Nachrichten, beispielsweise 12, 16, 20, 24, 32, 48 und 64 Bit.
  • Norm CAN-Transceiver können für CAN FD verwendet werden, spezielle Transceiver sind optional und können gegebenenfalls zu einer weiteren Steigerung der Bitrate in der Datenphase beitragen.
  • Das CAN FD-Protokoll ist in einer Protokoll-Spezifikation mit dem Titel "CAN with Flexible Data-Rate Specification", im folgenden bezeichnet als die CAN FD Spezifikation, beschrieben, die auf der Robert Bosch GmbH Website http://www.semiconductors.bosch.de heruntergeladen werden kann.
  • Solange unmodifizierte Norm CAN-Controller verwendet werden, kann ein gemischtes Netzwerk von Norm CAN-Teilnehmern und CAN FD-Teilnehmern nur im Norm CAN-Format kommunizieren. Das heißt, alle Teilnehmer im Netzwerk müssen einen CAN-FD-Protokoll-Controller aufweisen, um CAN FD-Kommunikation durchzuführen. Alle CAN FD-Protokoll-Controller sind jedoch in der Lage, sich an Norm CAN-Kommunikation zu beteiligen.
  • Eine Ursache für dieses Zurückfallen auf die langsamere Kommunikation in gemischten Netzwerken ist die Überwachung der Kommunikation durch die Kommunikations-Teilnehmer, die für die hohe Übertragungssicherheit beispielsweise in CAN-Bussystemen mitverantwortlich ist. Da die unmodifizierten Norm CAN-Controller die schnelleren Datenbits der CAN FD-Nachrichten nicht korrekt empfangen können, würden sie diese Nachrichten durch Fehlernachrichten (so genannte Error-Frames) zerstören. In ähnlicher Weise würden CAN FD-Controller Nachrichten durch Error-Frames zerstören, die nach erfolgter Arbitrierung beispielsweise unter Nutzung einer nochmals gegenüber der CAN FD-Spezifikation verkürzten Bitdauer oder unter Nutzung einer anderen Bitcodierung oder eines abweichenden Protokolls zu übertragen versuchen würden. Die Übertragungsrate kann also im Allgemeinen durch einen der langsameren Teilnehmer im Netzwerk, beziehungsweise durch dessen Überwachungsmechanismus, begrenzt werden.
  • Insbesondere dann, wenn eine Datenübertragung zwischen zwei bestimmten Teilnehmern erfolgen soll, welche für ein abweichendes, zum Beispiel schnelleres Kommunikationsprotokoll eingerichtet sind, ist diese Begrenzung nicht immer notwendig und kann nachteilig sein, insbesondere, wenn auf die Überwachungsmechanismen, welche zur Zerstörung der abweichenden oder schnelleren Nachrichten führen würden, bei diesem abweichenden Kommunikationsprotokoll verzichtet werden kann.
  • Zumindest in bestimmten Anwendungsfällen können also wesentlich höhere Übertragungsraten erzielt werden, wenn der Überwachungsmechanismus, der die Zerstörung der Nachrichten durch Error-Frames bewirkt, unter bestimmten Voraussetzungen durch geeignete Mechanismen ausgesetzt wird.
  • Offenbarung der Erfindung
  • Die vorliegende Erfindung stellt ein Verfahren bereit, das diesen Nachteil behebt, indem ein Umschalten auf eine schnellere oder anderweitig modifizierte Kommunikation unter Nutzung der Leitungen eines vorhandenen Bussystems ermöglicht und durchgeführt wird, ohne dass die schneller übertragenen Nachrichten durch andere Busteilnehmer zerstört werden.
  • Vorteile der Erfindung
  • Gegenstand der vorliegenden Erfindung ist ein Verfahren zum Austausch von Daten zwischen Teilnehmern, die mittels eines Bussystems miteinander verbunden sind, wobei Nachrichten, die Daten enthalten, gemäß einem ersten Kommunikationsprotokoll ausgetauscht werden, wobei die Nachrichten aus einer Sequenz von Bits bestehen, wobei wenigstens ein Steuerbit mit einer vorgegebenen Position innerhalb der Nachricht, die gemäß dem ersten Kommunikationsprotokoll ausgetauscht wird, einen vorgegebenen Wert aufweisen muss, wobei für jede Nachricht ein Teilnehmer die Rolle des Senders innehat und wenigstens ein anderer Teilnehmer als Empfänger die Nachricht empfängt und eine Fehlerüberwachung für die Nachricht durchführt. Das Verfahren ist dadurch gekennzeichnet, dass der Sender durch Senden des Steuerbits mit einem von dem vorgegebenen Wert abweichenden Wert wenigstens einen ersten Empfänger in einen Protokollausnahmezustand überführt, so dass dieser die Fehlerüberwachung aussetzt, wobei der Sender nach dem Senden des Steuerbits mit einem von dem vorgegebenen Wert abweichenden Wert beginnt, weitere Daten gemäß einem zweiten Kommunikationsprotokoll an wenigstens einen zweiten Empfänger zu übertragen. Das Steuerbit mit abweichendem Wert signalisiert demnach, dass die Kommunikation auf der Busleitung auf ein abweichendes, zum Beispiel schnelleres Kommunikationsprotokoll umgestellt werden soll, für welches die Fehlerüberwachung ausgesetzt werden kann. So kann durch das erfindungsgemäße Verhalten der Vorteil erzielt werden, dass die Fehlerüberwachung des wenigstens einen Empfängers nicht die Verwendung für eine schnellere Datenübertragung stört oder verhindert.
  • In einer besonders vorteilhaften Ausführungsform werden die Werte von Bits auf dem Bussystem durch physikalische Signale dargestellt, wobei für die Übertragung nach dem zweiten Kommunikationsprotokoll physikalische Signale verwendet werden, welche sich von den physikalischen Signalen für die Übertragung nach dem ersten Kommunikationsprotokolls unterscheiden. Dies vereinfacht es, empfängerseitig die Kommunikation gemäß dem ersten Protokoll von der Kommunikations gemäß dem zweiten Protokoll zu trennen und eine gegenseitige Störung der beiden Protokolle zu minimieren oder vermeiden.
  • Vorteilhafterweise verbleibt der wenigstens eine erste Empfänger im Protokollausnahmezustand, bis eine Wiederaufnahmebedingung für die Nutzung des ersten Kommunikationsprotokolls erfüllt ist. Durch geschickte Wahl der Wiederaufnahmebedingung und des zweiten Kommunikationsprotokolls kann ein ungewolltes Auftreten der Wiederaufnahmebedingung verhindert werden, so dass gezielt zwischen dem ersten und zweiten Kommunikationsprotokoll hin- und hergeschaltet werden kann.
  • Werden für die Übertragung nach dem zweiten Kommunikationsprotokoll physikalische Signale verwendet werden, welche so gewählt sind, dass während der Übertragung nach dem zweiten Kommunikationsprotokoll die Wiederaufnahmebedingung für die Nutzung des ersten Kommunikationsprotokolls nicht erfüllt ist, kann die Übertragung gemäß dem zweiten Protokoll uneingeschränkt erfolgen, ohne dass die Wiederaufnahmebedingung eintritt. Eine besonders vorteilhafte Ausprägung hierfür ist es, wenn für die Übertragung nach dem zweiten Kommunikationsprotokoll physikalische Signale verwendet werden, welche bezüglich des ersten Kommunikationsprotokolls wie ein bestimmtes physikalisches Signal der Übertragung nach dem ersten Kommunikationsprotokoll interpretiert werden, welches das Eintreten der Wiederaufnahmebedingung vermeidet. Dann ist dadurch sichergestellt, dass die Wiederaufnahmebedingung nicht vor Abschluss der Kommunikation gemäß dem zweiten Kommunikationsprotokoll eintritt.
  • Weiter vorteilhaft kann es sein, wenn der Sender nach dem Senden des wenigstens einen Steuerbits mit einem von dem vorgegebenen Wert abweichenden Wert eine Information überträgt, gemäß welchem Kommunikationsprotokoll er die weiteren Daten übertragen wird, bevor er beginnt, die weiteren Daten gemäß diesem Kommunikationsprotokoll an wenigstens einen zweiten Empfänger zu übertragen. Insbesondere, wenn der Sender und/oder der vorgesehene Empfänger zur Nutzung mehrerer verschiedener Kommunikationsprotokolle zusätzlich zu dem ersten Kommunikationsprotokoll eingerichtet sind, kann es sinnvoll sein, dass vor Beginn der Übertragung mitgeteilt wird, welches dieser Kommunikationsprotokolle für die dann folgende Übertragung verwendet wird, so dass der Empfänger sich beispielsweise darauf einstellen kann, indem er eine geeignete Empfangseinheit aktiviert oder einen Schaltmechanismus ausführt, der die danach gemäß dem zweiten Kommunikationsprotokoll empfangenen Signale der dafür geeigneten Kommunikationseinrichtung zuführt.
  • Für das Verfahren kann es vorteilhaft sein, dass der wenigstens eine erste Empfänger den Protokollausnahmezustand einnimmt, indem er einen Neustart einer Protokollsteuereinheit oder einer Protokollzustandsmaschine durchführt. Es ist weiter vorteilhaft, wenn als Wiederaufnahmebedingung für die Nutzung des ersten Kommunikationsprotokolls eine vorgegebene oder vorgebbare Anzahl von Bits mit vorgegebenen Werten oder eine vorgegebene oder vorgebbare Dauer ausbleibender Kommunikation auf dem Bus definiert ist. Dies vermindert den Aufwand zur Implementierung des Verfahrens in diesen Empfängern, da der entsprechende Mechanismus, einen Neustart durchzuführen, üblicherweise ohnehin vorgesehen ist. Dabei wird in manchen Bussystemen, wie z.B. CAN, üblicherweise auf das Auftreten einer Anzahl von Bits mit vorgegebenen Werten, insbesondere auf rezessive Bits, gewartet, um sich auf die bestehende Buskommunikation wieder aufzusynchronisieren.
  • Vorteilhafterweise weisen die gemäß dem ersten Kommunikationsprotokoll zu übertragenden Nachrichten einen Kopfteil, ein Datenfeld und einen Schlussteil auf, wobei anhand einer im Kopfteil der Nachricht enthaltenen Kennung festgelegt wird, welcher Teilnehmer Sendezugriff auf den Bus erhält, wenn mehrere Teilnehmer gleichzeitig versuchen, eine Nachricht zu senden, wobei das wenigstens eine Steuerbit im Kopfteil enthalten ist. Dadurch wird der Zugriff auf den Bus für jede Nachricht nachvollziehbar an einen definierten Teilnehmer vergeben und es treten keine Kollisionen von Nachrichten auf, welche zu Zerstörung beider kollidierenden Nachrichten führen.
  • Werden gemäß dem zweiten Kommunikationsprotokoll die weiteren Daten nach einem geeigneten Startsignal als beliebige, definierte Folge von Dateneinheiten, wie z.B. als Folge von Bytes oder 16-, 32- oder 64-Bit-Einheiten, oder im UART-Format oder im FlexRay-Format oder in einem Ethernet-MAC-Format übertragen, können die Daten schnell übertragen werden. Außerdem kann die Verwendung dieser bekannten Nachrichtenformate zu einer höheren Absicherungstiefe der verwendeten Hard- und Software führen.
  • Für die Vorrichtung, welche Mittel enthält, um eines der beanspruchten Verfahren auszuführen, gelten sinngemäß die gleichen Vorteile.
  • Als Wiederaufnahmebedingung für die Nutzung des ersten Kommunikationsprotokolls wird vorteilhafterweise eine vorgegebene oder vorgebbare Anzahl von Bits mit vorgegebenen Werten definiert, oder eine vorgegebene oder vorgebbare Dauer ausbleibender Kommunikation auf dem Bus festgelegt. Insbesondere kann der wenigstens eine Empfänger nach dem Neustart das Eintreten der Wiederaufnahmebedingung unter Nutzung einer Flankenerkennung und eines Zählers für das Auftreten von Bits mit einem vorgegebenen Wert überwachen, wobei der Zähler bei Auftreten einer Flanke neu gestartet wird. Dies verringert den Aufwand zur Umsetzung des Verfahrens ausgehend von einer Implementierung, welche das erste Kommunikationsprotokoll beherrscht, weiter, da die Teilnehmer sich üblicherweise auf diese Weise nach einem fehlerbedingten Neustart oder zu Beginn der Datenübertragung auf die Buskommunikation aufsynchronisieren.
  • Vorteilhafterweise weisen die gemäß dem ersten Kommunikationsprotokoll zu übertragenden Nachrichten einen Kopfteil, ein Datenfeld und einen Schlussteil auf, wobei die zu übertragenen Daten im Datenfeld enthalten sind und das wenigstens eine Steuerbit im Kopfteil enthalten ist. Dadurch kann frühzeitig innerhalb der Nachricht nach Lesen des Steuerbits der Protokollausnahmezustand eingenommen werden und gegebenenfalls der Sender auf ein abweichendes Kommunikationsprotokoll umschalten.
  • Sofern die Rollen von Sender und Empfänger unter den Teilnehmern durch ein Arbitrierungsverfahren vergeben werden, wobei anhand einer im Kopfteil der Nachricht enthaltenen Kennung festgelegt wird, welcher Teilnehmer Sendezugriff auf den Bus erhält, wenn mehrere Teilnehmer gleichzeitig versuchen, eine Nachricht zu senden, ist in vorteilhafter Weise sichergestellt, dass keine Kollisionen in der Buskommunikation auftreten. Insbesondere kann dies dadurch erreicht werden, dass das Arbitrierungsverfahren gemäß dem CAN-Standard ISO 11898-1 ausgeführt wird und der Kopfteil der Nachricht ein Start-Of-Frame-Bit, ein Arbitration Field, ein Control Field umfasst und der Schlussteil der Nachricht ein CRC Field, ein Acknowledge Field und ein End-Of-Frame Field aufweist.
  • Eine Vorrichtung, die geeignete Mittel zur Ausführung eines Verfahrens aufweist, wie es Gegenstand von Anspruch 1 oder eines davon abhängigen Unteranspruchs ist, weist die entsprechenden Vorteile auf. Insbesondere kann eine derartige Vorrichtung vorteilhafterweise in gemischten Netzwerken zum Einsatz kommen und dort zur schnellen und reibungslosen Datenübertragung beitragen.
  • Zeichnungen
  • Die 1a stellt die gemeinsame Grundstruktur von Norm CAN- und CAN-FD-Nachrichten dar. Die Abfolge und die Bezeichnungen der Nachrichtenabschnitte (Start-Of-Frame-Bit, Arbitration Field, Control Field, Data Field, CRC Field, ein Ack Field und End-Of-Frame Field) sind angegeben. Vor und nach der Nachricht befindet sich der Bus im Zustand ohne Datenübertragung, was durch den Begriff „Interframe Space“ bezeichnet wird. Es werden in der Regel die englischen Bezeichnungen verwendet, wie sie im Standard ISO 11898 festgelegt sind. Die Bitratenumschaltung, die bei CAN FD-Nachrichten erfolgen kann, ist durch Abschnitte mit „Standard Bit Rate“ und mit „optional High Bit Rate“ eingezeichnet.
  • Die 1b stellt den Kopfteil, umfassend Start-Of-Frame-Bit, Arbitration Field und Control Field, von Nachrichten gemäß Norm CAN-Protokoll und CAN FD-Protokoll dar, jeweils im Standard- bzw. Base-Format und im Extended Format. In der DATA-Phase kann eine Bitratenumschaltung bei CAN FD-Nachrichten erfolgen.
  • 2 zeigt ein gemischtes Netzwerk aus ersten Teilnehmern 200 und zweiten Teilnehmern 250. Die Teilnehmer sind über ein Bussystem 100 verbunden, welches beispielsweise als zweiadrige Kupferleitung ausgebildet sein kann. Die Leitungsenden können beispielsweise durch geeignete Abschlusswiderstände abgeschlossen werden, um Reflexionen der Nachrichten zu vermeiden. Es sind auch andere Leitungstopologien, wie z.B. ringförmige, sternförmige, oder baumartige Topologien denkbar. Die ersten und zweiten Teilnehmer sind durch erste und zweite Schnittstellen 201, 251 mit dem Bussystem verbunden. Die Schnittstellen umfassen beispielsweise Busanschlusseinheiten wie z.B. CAN-Transceiver und Kommunikationseinheiten wie z.B. CAN-Controller oder CAN FD-Controller. Die Schnittstellen können auch ganz oder teilweise mit weiteren Bauelementen der Teilnehmer integriert dargestellt sein. Eine übliche Kombination ist beispielsweise die Integration der Kommunikationseinheit in einen ebenfalls vorhandenen Mikroprozessor des Teilnehmers.
  • Die ersten Teilnehmer zeichnen sich dadurch aus, dass sie erfindungsgemäß den Protokollausnahmezustand einnehmen können, während die zweiten Teilnehmer sich dadurch auszeichnen, dass sie ein zweites Kommunikationsprotokoll verwenden oder auf ein zweites Kommunikationsprotokoll umschalten können. Es können auch weitere Teilnehmer am Netzwerk angeschlossen werden, sofern sie das beschriebene Verfahren nicht stören. Einige der in Figur zwei dargestellten Teilnehmer können auch optionale Teilnehmer sein, die nur in bestimmten Fällen, zum Beispiel bei Wartungsarbeiten oder bei Programmierarbeiten angeschlossen werden.
  • 3 zeigt beispielhaft ein schematisches Blockschaltbild eines ersten Teilnehmers 200, mit einer Schnittstelle 201. Die Schnittstelle umfasst eine Busanschlusseinheit 210, sowie einen Kommunikationscontroller 220. Der Kommunikationscontroller 220 enthält einen Zähler 221 und eine Flankenerkennung 222.
  • 4 zeigt beispielhaft ein schematisches Blockschaltbild eines zweiten Teilnehmers 250, mit einer Schnittstelle 251. Die Schnittstelle umfasst eine Busanschlusseinheit 260, sowie einen Kommunikationscontroller 270, welcher zur Ausführung des erfindungsgemäßen Verfahrens eingerichtet ist. Der Kommunikationscontroller 270 enthält hierzu eine erste Protokollsteuereinheit 271 und eine zweite Protokollsteuereinheit 272. Es können auch zwei separate Kommunikationscontroller vorgesehen sein, welche jeweils eine der Protokollsteuereinheiten enthalten.
  • 5 zeigt ein Beispiel für physikalische Signale, welche bei Verwendung des erfinungsgemäßen Verfahrens und einer geeigneten Busanschlusseinheit am Übergang vom ersten zum zweiten Kommunikationsprotokoll auf den Busleitungen durch den Sender gesendet werden. Die physikalischen Signale, hier Spannungen R und D, die in einem ersten Zeitbereich 410 auf dem Bus gesendet werden, unterscheiden sich von den physikalischen Signalen D und M, die in einem zweiten Zeitbereich 420 gesendet werden.
  • Im Folgenden werden mehrere Ausführungsbeispiele beschrieben, bei welchen die ersten Teilnehmer und die zweiten Teilnehmer jeweils unterschiedliche Kommunikationsprotokolle verwenden.
  • Ausführungsbeispiele der Erfindung
  • Protokollausnahmezustand für Toleranz von CAN-Implementierungen gegenüber CAN FD-Nachrichten:
    Ein Beispiel für einen Protokollausnahmezustand, das von einem Norm CAN-Netzwerk ausgeht, wird im Folgenden anhand der 2 und 3 dargestellt. In diesem Fall sind die ersten Teilnehmer 200 des in 2 dargestellten Netzwerkes beispielsweise Steuergeräte, welche als Teil einer Schnittstelle 201 einen Kommunikationscontroller 220 mit einer modifizierten Norm CAN-Implementierung aufweisen. Die zweiten Teilnehmer des in 2 dargestellten Netzwerkes sind hier beispielsweise Steuergeräte, welche als Teil einer Schnittstelle 251 einen Kommunikationscontroller mit einer CAN FD-Implementierung aufweisen.
  • Mit Implementierungen sind hardwaremäßige oder softwaremäßige Realisierungen des Kommunikationsprotokolls gemeint, also beispielsweise CAN-Kommunikationscontroller oder IP-Module, die einen CAN-Kommunikationscontroller beinhalten und in einem größeren Halbleiterbaustein integriert werden können.
  • Durch die Modifikation werden Norm CAN-Implementierungen, die also definitionsgemäß nicht zum Senden und Empfangen von CAN FD-Nachrichten in der Lage sind, in die Lage versetzt, eine nach einem zweiten, abweichenden Kommunikationsprotokoll ausgeführte Kommunikation zu tolerieren. In der hier dargestellten Ausführungsform ist dieses zweite, abweichende Kommunikationsprotokoll CAN FD. Das Tolerieren des abweichenden Kommunikationsprotokolls bedeutet, dass diese modifizierten Norm CAN-Implementierungen die nach dem zweiten Kommunikationsprotokoll, also in diesem Fall CAN FD, ablaufende Kommunikation ignorieren und nicht stören, indem sie beispielsweise Error-Frames erzeugen. Dies hat den Vorteil, dass eine Umschaltung von dem Norm CAN-Protokoll auf das schnellere zweite Protokoll, also CAN FD, ermöglicht wird, und zwar unter Verwendung der gleichen Busadern. Nach Abschluss der schnellen Kommunikation gemäß dem zweiten Kommunikationsprotokoll CAN FD erfolgt eine Rückumschaltung auf das ursprüngliche Norm-CAN Protokoll, sofern eine Wiederaufnahmebedingung für die Nutzung des ersten Kommunikationsprotokolls, also Norm CAN, erfüllt ist.
  • Für den hier beschriebenen Protokollausnahmezustand werden zwei vorhandene Funktionen des CAN-Protokolls kombiniert, um die so modifizierten Norm CAN-Implementierungen CAN FD tolerant zu machen. Zum einen wird ein Zähler 221 genutzt, der in Norm CAN-Implementierungen vorgesehen ist, um das Auftreten von elf aufeinanderfolgenden rezessiven Bits zu detektieren, wenn eine Norm CAN-Implementierung sich auf die Bus-Kommunikation aufsynchronisiert. Dies geschieht im Norm CAN beispielsweise nach einem Neustart oder beim Durchlaufen einer so genannten „Bus Off Recovery Sequenz“ (siehe Kapitel 7 „Fault Confinement" der CAN Specification 2.0, Regel 12). Zweitens wird die Flankenerkennung 222 benutzt, die den CAN-Bus-seitigen Eingang einmal pro CAN-Bus-Zeiteinheit auf Flanken überprüft, um detektierte Flanken als Grundlage für die Bit-Synchronisation heranzuziehen. (Die Länge eines Bits besteht beim CAN-Bus aus mehreren, beispielsweise zwischen 8 und 25 CAN-Bus-Zeiteinheiten oder „Time Quanta“, deren Länge wiederum vom internen Oszillatortakt des jeweiligen Busteilnehmers abgeleitet wird. Details sind der CAN-Spezifikation 2.0 zu entnehmen.)
  • Eine gemäß dem hier beschriebenen Beispiel modifizierte CAN-Implementierung verwendet folgenden Mechanismus: Die modifizierte CAN-Implementierung beteiligt sich zunächst wie üblich an der Kommunikation, das heißt sie versucht, sofern eine Nachricht zum Versenden vorliegt, durch Senden des Kopfteils der Nachricht im Rahmen der Arbitirierung Zugriff auf den Bus zu erlangen. Gibt es nichts zu senden, oder verliert sie die Arbitirierung, beobachtet sie den Busverkehr als Empfänger. Unmittelbar nach Erkennen eines rezessiven Bits an der Bitposition r0 in einer empfangenen Norm CAN-Nachricht mit Standard-Format, oder nach Erkennen eines rezessiven Bits an der Bitposition r1 in einer empfangenen Norm CAN-Nachricht mit extended Format (entsprechend der Position der EDL Bit einer CAN FD Nachricht, siehe 1a und 1b) startet die modifizierte Norm CAN-Implementierung ihre für die Protokolldekodierung zuständige Zustandsmaschine (Protokollzustandsmaschine) beziehungsweise die dafür vorgesehene Protokollsteuereinheit, beispielsweise ein in Hardware realisiertes Protokollsteuerwerk, neu, ohne ihre Fehler-Zähler zu ändern und ohne einen Error-Frame zu senden. Auf diese Weise nimmt sie einen Protokollausnahmezustand ein, in welchem sie auf das Eintreten einer Wiederaufnahmebedingung wartet. Bei Eintreten der Wiederaufnahmebedingung wird ein Wiederaufnahmeprozess durchlaufen, wie im Folgenden näher beschrieben wird.
  • Alternativ kann an Stelle des r0 Bits bei Standard-Format beziehungsweise an Stelle des r1 Bits bei Extended-Format für die Einleitung des Protokollausnahmezustands auch ein anderes Bit mit festgelegtem Wert innerhalb der Norm CAN-Nachricht verwendet werden, wie z.B. das r0 Bit im Extended Format.
  • Protokollausnahmezustand:
  • Im Protokollausnahmezustand wird zuerst ein Neustart der Protokollzustandsmaschine oder der Protokollsteuereinheit durchgeführt. Nach dem Neustart wartet der Teilnehmer unter Nutzung des dafür vorgesehenen Zählers 221, welcher Bits mit einem vorgegebenen Wert zählt, auf eine Folge von in diesem Beispiel elf aufeinander folgenden rezessiven Bits. Es darf keine rezessiv zu dominant Flanke innerhalb dieser Folge auftreten, andernfalls startet der Zähler 221 neu. Dies wird durch die vorhandene Flankenerkennung 222 überwacht.
  • Wiederaufnahmeprozess:
  • Wenn beispielsweise unter Nutzung des Zählers 221 und der Flankenerkennung 222 die Wiederaufnahmebedingung, im vorliegenden Beispiel also eine Folge von elf aufeinander folgenden rezessiven Bits erkannt wird, verlässt der Teilnehmer den Protokollausnahmezustand und synchronisiert sich auf die Bus-Kommunikation. Damit ist der Teilnehmer wieder bereit für das Senden oder Empfangen von Norm CAN-Nachrichten, deren Beginn durch ein dominantes START OF FRAME-Bit signalisiert wird.
  • Der Vorteil des dargestellten Mechanismus ist, dass so sichergestellt ist, dass die modifizierten Norm CAN-Teilnehmer warten, bis die CAN FD-Nachricht übertragen wurde (oder bis sie durch einen Error-Frame unterbrochen wurde, falls ein Fehler durch einen CAN FD-Teilnehmer erkannt wird). Denn während der Übertragung der CAN FD-Nachricht wird das Erfordernis einer Folge von elf aufeinanderfolgenden rezessiven Bits nie erfüllt und die modifizierten Norm CAN-Teilnehmer durchlaufen keinen Wiederaufnahmeprozess, wie er oben beschrieben wurde. So ermöglicht das beschriebene Verfahren, dass die modifizierten Norm CAN-Implementierungen alle CAN FD-Nachrichten tolerieren.
  • Es ist vorteilhaft, dass die Bitdauer innerhalb der DATA-Phase der CAN FD-Nachricht (siehe ) nicht kürzer als eine CAN-Bus-Zeiteinheit der CAN FD Arbitration-Phase. Sonst könnte es auftreten, dass elf aufeinander folgende rezessive Bits durch den modifizierten Norm CAN-Teilnehmer in einer CAN FD-Nachricht in seltenen Fällen zufällig ausgelesen werden.
  • Die Detektion einer CAN FD-Nachricht verursacht kein Inkrement der Fehlerzähler, so dass wird die modifizierten Norm CAN-Implementierungen unmittelbar nach dem Ende der schnelleren CAN FD-Nachricht die Buskommunikation gemäß Norm-CAN-Protokoll fortsetzen können.
  • Protokollausnahmezustand für Toleranz von modifizierten CAN FD-Implementierungen gegenüber Nachrichten gemäß weiterentwickelten Protokollen:
  • Ein weiteres Beispiel für einen Protokollausnahmezustand, das von einem CAN FD-Netzwerk ausgeht, ist im Folgenden, wiederum unter Bezugnahme auf die 2 und 3, dargestellt. In diesem Fall sind die ersten Teilnehmer 200 des in 2 dargestellten Netzwerkes beispielsweise Steuergeräte, welche eine Vorrichtung, also wie in 3 dargestellt als Teil einer Schnittstelle 201 einen Kommunikationscontroller 220 mit einer modifizierten CAN FD-Implementierung aufweisen. Die zweiten Teilnehmer 250 des in 2 dargestellten Netzwerkes sind in diesem Beispiel Steuergeräte, welche als Teil einer Schnittstelle 251 einen Kommunikationscontroller aufweisen, der eine Implementierung eines weiteren Kommunikationsprotokolls enthält. Das weitere Kommunikationsprotokoll kann beispielsweise eine Weiterentwicklung des CAN FD-Protokolls sein, welche beispielsweise in Abhängigkeit vom Inhalt des Data Length Code noch längere Datenfelder zulässt, als im CAN FD vorgesehen sind. Weiterhin sind zusätzliche Steuerbits im Control Field vorstellbar, beispielsweise zum Zweck der Datenabsicherung, oder um zusätzliche Zustandsinformationen unter den Teilnehmern zu übertragen. Alternativ oder zusätzlich kann das weitere Kommunikationsprotokoll eine modifizierte Berechnung für den Inhalt des CRC Field und / oder eine abweichende Größe des CRC Field vorsehen. Es können auch mehrere Kommunikationscontroller vorgesehen sein, von denen einer die CAN FD-Kommunikation ausführt und ein zweiter das weitere Kommunikationsprotokoll ausführt.
  • Auch das CAN FD Protokoll gemäß der veröffentlichten Spezifikation weist an einigen vorgegebenen Positionen innerhalb der Nachricht Bits mit vorgegebenen Werten auf. Wie in 1b dargestellt enthält beispielsweise eine CAN FD Nachricht im Standard-Format und auch im Extended-Format je ein reserviertes Bit r1 als letztes Bit im Arbitration Field und ein reserviertes Bit r0, welches auf das EDL-Bit folgt, im Control Field.
  • Dementsprechend kann der Mechanismus, der oben für modifizierte Norm CAN-Implementierungen beschrieben wurde, analog auf modifizierte CAN FD-Implementierungen angewendet werden. Die modifizierten CAN FD-Implementierungen müssen hierzu die beiden Mechanismen enthalten, welche hierfür benutzt werden, nämlich einerseits den Zähler 221 für in diesem Beispiel elf aufeinanderfolgende rezessive Bits, und andererseits die Flankenerkennung 222. Dies ist üblicherweise gegeben. In anderen Ausführungsbeispielen können andere Mechanismen verwendet werden, welche für die Wiederaufnahme der Kommunikation nach Neustart oder Fehlererkennung dienen, und welche zur Ausführung des Verfahrens wiederverwendet werden können.
  • Die für das hier beschriebenen Beispiel eines Protokollausnahmezustands modifizierte CAN FD-Implementierung verwendet nun folgenden Mechanismus: Die modifizierte CAN FD-Implementierung beteiligt sich zunächst wie üblich an der Kommunikation, das heißt sie versucht, sofern eine Nachricht zum Versenden vorliegt, durch Senden des Kopfteils der Nachricht im Rahmen der Arbitirierung Zugriff auf den Bus zu erlangen. Gibt es nichts zu senden, oder verliert sie die Arbitirierung, beobachtet sie den Busverkehr als Empfänger. Unmittelbar nach Erkennen eines rezessiven Bits an der Bitposition r0 in einer CAN FD-Nachricht mit Standard-Format, oder nach Erkennen eines rezessiven Bits an der Bitposition r0 in einer CAN FD-Nachricht mit extended Format (siehe 1a und 1b) startet die modifizierte CAN FD-Implementierung ihre für die Protokolldekodierung zuständige Zustandsmaschine (Protokollzustandsmaschine) beziehungsweise die dafür vorgesehene Protokollsteuereinheit, beispielsweise ein in Hardware realisiertes Protokollsteuerwerk, neu, ohne ihre Fehler-Zähler zu ändern und ohne einen Error-Frame zu senden. Auf diese Weise nimmt sie einen Protokollausnahmezustand ein, in welchem sie auf das Eintreten einer Wiederaufnahmebedingung wartet. Die Wiederaufnahmebedingung und der dadurch eingeleitete Wiederaufnahmeprozess sehen im Wesentlichen gleich aus, wie schon früher für das erste Ausführungsbeispiel beschrieben. CAN FD-Implementierungen weisen üblicherweise die analogen Mechanismen, also insbesondere einen Zähler 221 für rezessive Bits und eine Flankenerkennung 222, auf, welche hierfür verwendet werden können.
  • Alternativ kann an Stelle des r0 Bits bei Standard-Format beziehungsweise Extended-Format für die Einleitung des Protokollausnahmezustands auch ein anderes Bit mit festgelegtem Wert innerhalb der CAN FD-Nachricht verwendet werden, wie z.B. das r1 Bit am Ende des Arbitration Field.
  • Der Vorteil des dargestellten Mechanismus ist, dass so sichergestellt ist, dass die modifizierten CAN FD-Teilnehmer warten, bis die Nachricht gemäß dem weiteren Kommunikationsprotokoll übertragen wurde (oder bis sie gegebenenfalls durch einen entsprechenden Mechanismus unterbrochen wurde, falls ein Fehler erkannt wird). Voraussetzung ist, dass das weitere Kommunikationsprotokoll derart ausgeprägt ist, dass während der Übertragung das Erfordernis einer Folge von elf aufeinanderfolgenden rezessiven Bits nicht erfüllt wird und die modifizierten CAN FD-Teilnehmer demnach keinen Wiederaufnahmeprozess durchlaufen, wie er oben beschrieben wurde. So ermöglicht das beschriebene Verfahren, dass die modifizierten CAN FD-Implementierungen die Nachrichten, die gemäß dem weiteren Kommunikationsprotokoll übertragen werden, tolerieren.
  • Nutzung des Protokollausnahmezustands für Toleranz von modifizierten Norm CAN- oder CAN FD-Implementierungen gegenüber Protokollumschaltung:
    Der beschriebene Protokollausnahmezustand kann erfindungsgemäß genutzt werden, um in gemischten Netzwerken eine Protokollumschaltung auf ein abweichendes Kommunikationsprotokoll durchzuführen, welches anderen Anforderungen genügt, als das erste Kommunikationsprotokoll. Aufgrund der Toleranz der ersten Teilnehmer im Protokollausnahmezustand können zweite Teilnehmer unter Nutzung dieses abweichenden Kommunikationsprotokolls Daten austauschen oder übertragen, ohne durch die ersten Teilnehmer gestört zu werden. Dies wird im Folgenden beispielhaft ausgeführt. Das Beispiel geht von einem Norm CAN- oder CAN FD-Netzwerk aus, jedoch kann die Erfindung auch ausgehend von anderen Netzwerken, welche die Merkmale des Oberbegriffes von Anspruch 1 erfüllen, dargestellt werden.
  • Eine Ausführungsform der vorliegenden Erfindung, die von einem Norm CAN-Netzwerk oder von einem CAN FD-Netzwerk ausgeht, ist im Folgenden, nun unter Bezugnahme auf die 2, 3 und 4, dargestellt. In diesem Fall sind die ersten Teilnehmer 200 des in 2 dargestellten Netzwerkes beispielsweise Steuergeräte, welche wie in 3 dargestellt als Teil einer Schnittstelle 201 einen Kommunikationscontroller 220 mit einer modifizierten Norm CAN-Implementierung oder einer modifizierten CAN FD-Implementierung aufweisen. Diese ersten Teilnehmer unterscheiden sich im wesentlichen nicht von den ersten Teilnehmern der beiden vorangegangenen Beispiele für den Protokollausnahmezustand. Es können auch sowohl modifizierte Norm CAN-Implementierungen, als auch modifizierte CAN FD-Implementierungen als erste Teilnehmer vorhanden sein.
  • Die zweiten Teilnehmer 250 des in 2 dargestellten Netzwerkes sind in diesem weiteren Beispiel Steuergeräte, welche als Teil einer Schnittstelle 251 einen Kommunikationscontroller 270 aufweisen, der erfindungsgemäß zwischen Norm CAN-Kommunikation beziehungsweise CAN FD-Kommunikation und wenigstens einem weiteren Kommunikationsprotokoll oder Kommunikationsmodus umschalten kann. Ein derartiger Teilnehmer ist in 4 schematisch dargestellt. Der Kommunikationscontroller 270 enthält eine erste Protokollsteuereinheit 271 für das Norm CAN- odere CAN FD-Protokoll und eine zweite Protokollsteuereinheit 272 für das wenigstens eine weitere Kommunikationsprotokoll. Es können in einer alternativen Form der Erfindung, die nicht in 4 dargestellt ist, auch mehrere separate Kommunikationscontroller vorgesehen sein, von denen einer die Norm CAN-beziehungsweise CAN FD-Kommunikation ausführt und wenigstens ein weiterer Kommunikationscontroller das oder die weiteren Kommunikationsprotokoll(e) ausführt. In diesem Fall kann eine Verbindung zwischen dem ersten und dem zweiten Kommunikationscontroller oder den weiteren Kommunikationscontrollern vorgehalten sein, so dass der erste Kommunikationscontroller den zweiten oder weiteren Kommunikationscontroller informieren kann, wenn eine Bedingung für die Nutzung des zweiten oder weiteren Kommunikationsprotokolls vorliegt.
  • Sofern im Kontext der vorliegenden Erfindung von einem zweiten Kommunikationsprotokoll die Rede ist, ist dies im Falle mehrerer weiterer Kommunikationsprotokolle beziehungsweise Kommunikationscontroller als eines der weiteren Kommunikationsprotokolle zu verstehen.
  • Das weitere Kommunikationsprotokoll muss über die für die CAN Kommunikation vorgesehenen Busleitungen übertragbar sein und darf keine Abschnitte enthalten, welche für einen modifizierten Norm CAN-Controller oder für einen CAN FD-Controller wie eine Folge von elf aufeinanderfolgenden rezessiven Bits aussehen. Die weiteren Daten können nach einem geeigneten Startsignal als beliebige, definierte Folge von Dateneinheiten, z.B. als Folge von Bytes oder 16-Bit-, 32-Bit- oder 64-Bit-Einheiten, oder im UART-Format oder im FlexRay-Format oder in einem Ethernet-MAC-Format übertragen werden. Es kann im Prinzip jedes Kommunikationsprotokoll verwendet werden, das sich als Folge von Spannungspegeln auf einer zweiadrigen Leitung darstellen lässt und die genannten Voraussetzungen erfüllt.
  • Möchte ein solcher zweiter Teilnehmer 250 Daten gemäß einem weiteren Kommunikationsprotokoll über das Netzwerk übertragen, so verwendet er gemäß dem hier beschriebenen Beispiel der vorliegenden Erfindung folgenden Mechanismus: Er beteiligt sich an der Kommunikation gemäß Norm CAN- oder CAN FD-Protokoll und versucht, durch Senden des Kopfteils einer Norm CAN-beziehungsweise CAN FD-Nachricht im Rahmen der Arbitirierung Zugriff auf den Bus zu erlangen. Durch Wahl eines hinreichend niedrigwertigen Identifiers, entsprechend einer hinreichend hohen Priorität, kann sichergestellt werden, dass dies gelingt, wenn es notwendig ist. Die anderen Teilnehmer der Buskommunikation nehmen nach Verlieren der Arbitrierung eine Rolle als Empfänger ein.
  • Der zweite Teilnehmer, der Sender der Nachricht ist, sendet nun in der Nachricht Daten, welche dazu führen, dass die ersten Teilnehmer in einen Protokollausnahmezustand überführt werden. Dies kann, wie in den vorhergehenden Beispielen beschrieben, durch Senden eines rezessiven Bits an der Bitposition r0 oder r1 in einer CAN FD-Nachricht mit Standard-Format, oder durch Senden eines rezessiven Bits an der Bitposition r0 oder r1 in einer CAN FD-Nachricht mit extended Format (siehe 1a und 1b) erfolgen. Befinden sich unter den ersten Teilnehmern 200 modifizierte Norm CAN-Teilnehmer, so nehmen diese aufgrund des rezessiven Pegels des EDL-Bits des versendeten Kopfteils einer CAN FD-Nachricht schon den Protokollausnahmezustand ein. Die CAN FD-Teilnehmer unter den ersten Teilnehmern 200 nehmen aufgrund des rezessiven Pegels an der Position des r0- oder r1-Bits den Protokollausnahmezustand ein.
  • Nachdem alle ersten Teilnehmer 200 in den Protokollausnahmezustand überführt sind, beginnt der zweite Teilnehmer, der Sender der Nachricht ist, mit der Datenübertragung unter Verwendung des weiteren Komunikationprotokolls. Er weist hierfür den umschaltbaren Kommunikationscontroller 270 oder einen Schaltmechanismus zur Umschaltung zwischen mehreren vorgesehenen Kommunikationscontrollern auf, wie bereits ausgeführt. Die Umschaltung kann unmittelbar nach Versenden des letzten Bits, welches für die Überführung der ersten Teilnehmer in den Protokollausnahmezustand erforderlich ist, erfolgen, wie es beispielsweise in 5 dargestellt ist. Sie kann auch mit einem Zeitversatz von beispielsweise einer vorgegebenen oder vorgebbaren Anzahl von Nachlauf-Bits. Die Nachlauf-Bits können hierbei hinsichtlich Bitdauer oder physikalischer Realisierung als Spannungsdifferenz zwischen den Busleitungen gemäß den Randbedingungen des ersten Kommunikationsprotokolls definiert werden. Durch Vorsehen solcher Nachlauf-Bits kann auch noch beispielsweise eine Information übertragen werden, die angibt, nach welchem weiteren Kommunikationsprotokoll nach der Umschaltung Daten übertragen werden. Dies ist insbesondere vorteilhaft, wenn der zweite Teilnehmer, der Sender der Nachricht ist, zur Datenübertragung gemäß mehreren weiteren Übertragungsprotokollen eingerichtet ist.
  • Die ersten Teilnehmer 200 bleiben im Protokollausnahmezustand, bis die Wiederaufnahmebedingung eintritt. Dadurch kann der zweite Teilnehmer, der Sender der Nachricht ist, Daten gemäß des weiteren Kommunikationsprotokolls versenden, die ein oder mehrere weitere Teilnehmer, sofern diese dafür eingerichtet sind, empfangen können. Die weiteren zweiten Teilnehmer, die nicht Sender sind, empfangen die übertragenen Daten gemäß dem weiteren Kommunikationsprotokoll. Es kann vorgesehen werden, dass sie nach Abschluss der Datenübertragung gemäß dem weiteren Kommunikationsprotokoll ebenfalls auf eine Wiederaufnahmebedingung für die Kommunikation gemäß dem ersten Kommunikationsprotokoll warten, wie auch die ersten Teilnehmer. Sie können aber auch beispielsweise durch Informationen, die in den übertragenen Daten enthalten sind, aktiv wieder für die Kommunikation gemäß dem ersten Kommunikationsprotokoll umgeschaltet werden. Hierbei ist vorausgesetzt dass, dass im Zuge der Kommunikation mittels des weiteren Kommunikationsprotokolls die Wiederaufnahmebedingung, also beispielsweise eine Folge von elf aufeinanderfolgenden rezessiven Bits, nicht auftritt. Ist die Kommunikation mittels des weiteren Kommunikationsprotokolls abgeschlossen, verbleibt die Busleitung datenfrei, so dass die Wiederaufnahmebedingung eintritt und die ersten Teilnehmer und die zweiten Teilnehmer wieder eine Kommunikation gemäß Norm CAN-Protokoll oder CAN FD-Protokoll aufnehmen können.
  • Auf die dargestellte Weise können einzelne Teilnehmer des Netzwerks für eine schnelle Kommunikation eingerichtet werden, während andere Teilnehmer, nämlich die ersten Teilnehmer 200 des Netzwerks, nur minimal geändert werden müssen, wie oben beschrieben. Beispielsweise könnte ein zentrales Steuergerät oder ein zentrales Gateway, welches umfangreiche Software beispielsweise zur Steuerung der Kommunikation enthält, mit wenigstens einem Programmier-, Service- oder Eingabe-Gerät, welches hierzu angeschlossen wird, Daten austauschen oder von diesem Daten empfangen, ohne durch die anderen Teilnehmer am Netzwerk gestört zu werden. Es könnten auch mehrere dafür eingerichtete Steuergeräte über den beschriebenen Mechanismus mit wenigstens einem Programmier-, Service- oder Eingabe-Gerät, welches hierzu angeschlossen wird, Daten austauschen oder von diesem Daten empfangen. Die Daten können hierbei nacheinander oder abschnittsweise nacheinander oder abwechselnd oder auch parallel, beispielsweise durch Verwendung mehrerer, voneinander trennbarer Frequenzbänder bei den verwendeten weiteren Kommunikationsprotokollen, übertragen werden. Weiterhin denkbar wäre die Nutzung des Verfahrens, um Daten aus Nachrichten, die gemäß dem ersten Kommunikationsprotokoll ausgetauscht werden, zum Zweck der Redundanz oder der Verschlüsselung zusätzlich als Daten gemäß dem zweiten Kommunikationsprotokoll zu übertragen. So können bestimmte, ausgewählte Nachrichten aus Gründen von Redundanz zusätzlich in einem abweichenden Format versendet werden oder Daten im Zusammenhang mit einer Verschlüsselung (z.B. Schlüssel oder verschlüsselte Daten oder Verschlüsselungsinformationen) versendet werden.
  • Um sicherzustellen, dass im Zuge der Kommunikation mittels des weiteren Kommunikationsprotokolls die Wiederaufnahmebedingung, also beispielsweise eine Folge von elf aufeinanderfolgenden rezessiven Bits, nicht auftritt, kann auch die physikalische Übertragungsschicht des weiteren Kommunikationsprotokolls oder der weiteren Kommunikationsprotokolle gegenüber der Übertragungsschicht des ersten Kommunikationsprotokolls angepasst werden:
    Hierfür kann beispielsweise ein neuartiger Transceiver 260 eingesetzt werden, der so eingerichtet ist, dass er zusätzlich zu den physikalischen Signalen des ersten Kommunikationsprotokolls weitere physikalische Signale wenigstens eines weiteren Kommunikationsprotokolls generieren und ermitteln kann, welche so ausgeprägt sind, dass ein Ansprechen der Wiederaufnahmebedingung wirksam vermieden wird. Beispielsweise kann dies dadurch erreicht werden, dass für die Übertragung nach dem zweiten Kommunikationsprotokoll physikalische Signale wie z.B. Differenzspannungspegel verwendet werden, welche bezüglich des ersten Kommunikationsprotokolls, also beispielsweise in dem für das erste Kommunikationsprotokoll vorgesehenen Kommunikationscontroller, wie ein bestimmtes physikalisches Signal der Übertragung nach dem ersten Kommunikationsprotokoll interpretiert werden, welches das Eintreten der Wiederaufnahmebedingung vermeidet. Ist, wie weiter oben beschrieben, die Wiederaufnahmebedingung als vorgegebene oder vorgebbare Anzahl von Bits mit vorgegebenen Werten, beispielsweise von aufeinanderfolgenden rezessiven Bits, definiert, so kann die Übertragung nach dem zweiten Kommunikationsprotokoll etwa physikalische Signale verwenden, welche bezüglich des ersten Kommunikationsprotokolls als davon abweichende Bits, also beispielsweise als dominante Bits interpretiert werden. Dies wird im Folgenden Beispiel anhand der 5 noch näher erläutert.
  • Beispielsweise könnte ausgehend von einem üblichen CAN-Transceiver eingeführt werden, dass der neuartige Transceiver nicht nur die zwei von CAN bekannten Pegel „rezessiv“ und „dominant“ kennt, sondern wenigstens einen zusätzlichen Pegel (z.B. „maximum“), beispielsweise:
    • – Rezessiver Pegel R: Der Transceiver des Senders treibt keinen Strom. Spannungsdifferenz zwischen den Busleitungen beispielsweise 0 Volt.
    • – Dominanter Pegel D: Der Transceiver des Senders treibt mittels geeigneter Mittel, z.B. einer Stromquelle einen Strom, so dass die sich die normale Norm CAN Spannungsdifferenz einstellt. Spannungsdifferenz zwischen den Busleitungen beispielsweise 2 Volt.
    • – Maximum Pegel M: Der Transceiver des Senders treibt mittels geeigneter Mittel, z.B. einer Stromquelle einen stärkeren Strom, so dass die sich eine höhere Spannungsdifferenz einstellt. Spannungsdifferenz zwischen den Busleitungen beispielsweise 4 Volt.
  • Die ersten beiden Pegel werden von allen beteiligten Norm CAN-, CAN FD- und neuartigen Transceivern als rezessiv R beziehungsweise dominant D erkannt. Der dritte Pegel wird von allen üblichen CAN- und CAN FD-Transceivern als dominant D erkannt und von dem neuartigen Transceiver als maximum M.
  • 5 zeigt ein Beispiel für physikalische Signale, welche am Übergang vom ersten zum zweiten Kommunikationsprotokoll auf den Busleitungen durch den neuartigen Transceiver des Senders erzeugt werden können. In einem ersten Abschnitt 410 erfolgt die Kommunikation nach dem ersten Kommunikationsprotokoll. Die physikalischen Signale sind Differenzspannungswerte von 0 Volt oder 2 Volt, entsprechend dem rezessivem Pegel R oder dem dominantem Pegel D. In einem zweiten Abschnitt 420 erfolgt die Kommunikation nach dem zweiten Kommunikationsprotokoll. Die physikalischen Signale sind Differenzspannungswerte von 2 Volt oder 4 Volt, entsprechend dem Maximum-Pegel M oder dem dominantem Pegel D.
  • Der neuartige Transceiver 260 weist beispielsweise einen zusätzlichen Ausgang auf, der an den erfindungsgemäß modifizierten Kommunikationscontroller beziehungsweise gegebenenfalls an den weiteren Kommunikationscontroller, der das oder die weiteren Kommunikationsprotokoll(e) ausführt, angeschlossen ist. Beispielsweise könnte als Protokoll „Universal Asynchronous Receiver Transmitter“ (UART) oder FlexRay verwendet werden, aber auch im Prinzip jedes andere serielle Übertragungsprotokoll, beispielsweise auch ein Ethernet-MAC-Format. Abhängig davon, ob der Buspegel als „maximum“ M oder „dominant“ D ermittelt wird, wird an den Kommunikationscontroller ein unterschiedliches logisches Signal weitergegeben. Wenn also der zweite Teilnehmer, der Sender der Nachricht ist, die ersten Teilnehmer 200 in den Protokollausnahmezustand überführt hat, wird anschließend nur in den beiden Pegeln „maximum“ und „dominant“ gesendet. Dadurch ermitteln die Norm CAN- bzw. CAN FD-Controller am Empfangs-Ausgang des Transceivers immer nur einen dominanten Buspegel. Die Wiederaufnahmebedingung von elf aufeinanderfolgenden rezessiven Bits tritt nicht ein, solange auf diese Weise Daten übertragen werden. Dies gilt, ohne dass es irgendwelche Einschränkungen in den möglichen übertragenen Datenformaten des zweiten Kommunikationsprotokolls gibt. Es können natürlich auch mehrere zussätzliche Pegel wie z.B. „maximum 1“ und „maximum 2 u.s.w. festgelegt werden. Sofern der neuartige Transceiver in der Lage ist, diese Pegel sicher zu unterscheiden, kann für die Übertragung eine entsprechende Codierung mit mehreren Pegeln verwendet werden. Entsprechende Verfahren sind beispielsweise von Ethernet-Netzwerken bekannt.
  • Die beschriebene Umschaltung zwischen den wenigstens zwei getriebenen Pegeln „dominant“ D und „maximum“ Mhat den weiteren Vorteil, dass die übertragenen Bits mit kürzerer Bitdauer übertragen werden können, da die Steilheit der Flanken nicht mehr davon abhängt, wie sich ein Spannungspegel durch über die Abschlusswiderstände einstellt.
  • Es brauchen lediglich die Busteilnehmer mit den neuartigen Transceivern ausgerüstet werden, welche das weitere Kommunikationsprotokoll verwenden. Die restlichen Busteilnehmer können herkömmliche Transceiver verwenden. Anstelle der Umschaltung zwischen dominantem und „maximum“ Pegel könnte man auch den CAN Bus auf dominantem Pegel halten und die ASC-Daten durch geeignete Mittel aufmodulieren.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Nicht-Patentliteratur
    • http://www.semiconductors.bosch.de [0002]
    • http://www.semiconductors.bosch.de [0018]
    • ISO 11898-1 [0035]
    • ISO 11898 [0037]
    • Kapitel 7 „Fault Confinement“ der CAN Specification 2.0, Regel 12 [0048]

Claims (20)

  1. Verfahren zum Austausch von Daten zwischen Teilnehmern, die mittels eines Bussystems miteinander verbunden sind, wobei Nachrichten, die Daten enthalten, gemäß einem ersten Kommunikationsprotokoll ausgetauscht werden, wobei die Nachrichten aus einer Sequenz von Bits bestehen, wobei wenigstens ein Steuerbit mit einer vorgegebenen Position innerhalb der Nachricht, die gemäß dem ersten Kommunikationsprotokoll ausgetauscht wird, einen vorgegebenen Wert aufweisen muss, wobei für jede Nachricht ein Teilnehmer die Rolle des Senders innehat und wenigstens ein anderer Teilnehmer als Empfänger die Nachricht empfängt und eine Fehlerüberwachung für die Nachricht durchführt, dadurch gekennzeichnet, dass durch Senden des Steuerbits mit einem von dem vorgegebenen Wert abweichenden Wert wenigstens ein erster Empfänger in einen Protokollausnahmezustand überführt wird, so dass dieser die Fehlerüberwachung aussetzt, wobei der Sender nach dem Senden des Steuerbits mit einem von dem vorgegebenen Wert abweichenden Wert beginnt, weitere Daten gemäß einem zweiten Kommunikationsprotokoll an wenigstens einen zweiten Empfänger zu übertragen.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass Werte von Bits auf dem Bussystem durch physikalische Signale dargestellt werden, wobei für die Übertragung nach dem zweiten Kommunikationsprotokoll physikalische Signale verwendet werden, welche sich von den physikalischen Signalen für die Übertragung nach dem ersten Kommunikationsprotokolls unterscheiden.
  3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass der wenigstens eine erste Empfänger im Protokollausnahmezustand verbleibt, bis eine Wiederaufnahmebedingung für die Nutzung des ersten Kommunikationsprotokolls erfüllt ist.
  4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass für die Übertragung nach dem zweiten Kommunikationsprotokoll physikalische Signale verwendet werden, welche so gewählt sind, dass während der Übertragung nach dem zweiten Kommunikationsprotokoll die Wiederaufnahmebedingung für die Nutzung des ersten Kommunikationsprotokolls nicht erfüllt ist.
  5. Verfahren nach Anspruch 3 oder 4, dadurch gekennzeichnet, dass für die Übertragung nach dem zweiten Kommunikationsprotokoll physikalische Signale verwendet werden, welche bezüglich des ersten Kommunikationsprotokolls wie ein bestimmtes physikalisches Signal der Übertragung nach dem ersten Kommunikationsprotokoll interpretiert werden, welches das Eintreten der Wiederaufnahmebedingung vermeidet.
  6. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass der Sender nach dem Senden des wenigstens einen Steuerbits mit einem von dem vorgegebenen Wert abweichenden Wert eine Information überträgt, gemäß welchem Kommunikationsprotokoll er die weiteren Daten übertragen wird, bevor er beginnt, die weiteren Daten gemäß diesem Kommunikationsprotokoll zu übertragen.
  7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass der wenigstens eine Empfänger den Protokollausnahmezustand einnimmt, indem er einen Neustart einer Protokollsteuereinheit oder einer Protokollzustandsmaschine durchführt.
  8. Verfahren nach einem der Ansprüche 3 bis 7, dadurch gekennzeichnet, dass als Wiederaufnahmebedingung für die Nutzung des ersten Kommunikationsprotokolls eine vorgegebene oder vorgebbare Anzahl von Bits mit vorgegebenen Werten definiert ist.
  9. Verfahren nach einem der Ansprüche 3 bis 7, dadurch gekennzeichnet, dass als Wiederaufnahmebedingung für die Nutzung des ersten Kommunikationsprotokolls eine vorgegebene oder vorgebbare Dauer ausbleibender Kommunikation auf dem Bus definiert ist.
  10. Verfahren nach einem der Ansprüche 1 bis 9, dadurch gekennzeichnet, dass die gemäß dem ersten Kommunikationsprotokoll zu übertragenden Nachrichten einen Kopfteil, ein Datenfeld und einen Schlussteil aufweisen, wobei anhand einer im Kopfteil der Nachricht enthaltenen Kennung festgelegt wird, welcher Teilnehmer Sendezugriff auf den Bus erhält, wenn mehrere Teilnehmer gleichzeitig versuchen, eine Nachricht zu senden, wobei das wenigstens eine Steuerbit im Kopfteil enthalten ist.
  11. Verfahren nach einem der Ansprüche 1 bis 10, dadurch gekennzeichnet, dass gemäß dem zweiten Kommunikationsprotokoll die weiteren Daten nach einem geeigneten Startsignal als beliebige, definierte Folge von Dateneinheiten oder im UART-Format oder im FlexRay-Format oder in einem Ethernet-MAC-Format übertragen werden.
  12. Verfahren nach einem der Ansprüche 1 bis 11, dadurch gekennzeichnet, dass die weiteren Daten gemäß dem zweiten Kommunikationsprotokoll an mehrere Empfänger parallel unter Verwendung mehrerer, voneinander trennbarer Frequenzbänder übertragen werden.
  13. Verfahren nach einem der Ansprüche 1 bis 12, dadurch gekennzeichnet, dass durch das Verfahren Daten aus Nachrichten, die gemäß dem ersten Kommunikationsprotokoll ausgetauscht werden, zum Zweck der Redundanz oder der Verschlüsselung zusätzlich als Daten gemäß dem zweiten Kommunikationsprotokoll übertragen werden.
  14. Vorrichtung zum Austausch von Daten zwischen Teilnehmern, die mittels eines Bussystems miteinander verbunden sind, die Mittel aufweist, so dass Nachrichten, die Daten enthalten, gemäß einem ersten Kommunikationsprotokoll ausgetauscht werden, wobei die Nachrichten aus einer Sequenz von Bits bestehen, wobei wenigstens ein Steuerbit mit einer vorgegebenen Position innerhalb der Nachricht, die gemäß dem ersten Kommunikationsprotokoll ausgetauscht wird, einen vorgegebenen Wert aufweisen muss, dadurch gekennzeichnet, dass wobei die Vorrichtung Mittel enthält, um bei Vorliegen des Steuerbits mit einem von dem vorgegebenen Wert abweichenden Wert weitere Daten gemäß einem zweiten Kommunikationsprotokoll zu übertragen.
  15. Vorrichtung nach Anspruch 14, dadurch gekennzeichnet, dass die Vorrichtung Mittel aufweist, um als Sender durch Senden des Steuerbits mit einem von dem vorgegebenen Wert abweichenden Wert wenigstens einen ersten Empfänger in einen Protokollausnahmezustand zu überführen, so dass dieser eine Fehlerüberwachung für die Nachricht aussetzt.
  16. Vorrichtung nach Anspruch 14 oder 15, dadurch gekennzeichnet, dass die Vorrichtung Mittel aufweist, um als Empfänger bei Empfang des Steuerbits mit einem von dem vorgegebenen Wert abweichenden Wert die weiteren Daten gemäß dem zweiten Kommunikationsprotokoll zu empfangen.
  17. Vorrichtung nach einem der Ansprüche 14 bis 16, dadurch gekennzeichnet, dass die Vorrichtung Mittel aufweist, um nach dem Senden des Steuerbits mit einem von dem vorgegebenen Wert abweichenden Wert eine Information zu übertragen, gemäß welchem zweiten Kommunikationsprotokoll die weiteren Daten übertragen werden.
  18. Busanschlusseinheit zur Verwendung mit einer Vorrichtung nach einem der Ansprüche 14 bis 17, dadurch gekennzeichnet, dass die Busanschlusseinheit Mittel aufweist, so dass für die Übertragung nach dem zweiten Kommunikationsprotokoll physikalische Signale verwendet werden, welche sich von den physikalischen Signalen für die Übertragung nach dem ersten Kommunikationsprotokolls unterscheiden.
  19. Busanschlusseinheit nach Anspruch 18, dadurch gekennzeichnet, dass die physikalischen Signalen für die Übertragung nach dem zweiten Kommunikationsprotokolls so gewählt sind, dass während der Übertragung nach dem zweiten Kommunikationsprotokoll eine Wiederaufnahmebedingung für die Nutzung des ersten Kommunikationsprotokolls nicht erfüllt ist.
  20. Busanschlusseinheit nach einem der Ansprüche 18 bis 19, dadurch gekennzeichnet, dass für die Übertragung nach dem zweiten Kommunikationsprotokoll physikalische Signale verwendet werden, welche bezüglich des ersten Kommunikationsprotokolls wie ein einziges physikalisches Signal der Übertragung nach dem ersten Kommunikationsprotokoll interpretiert werden.
DE201210224024 2012-12-20 2012-12-20 Datenübertragung unter Nutzung eines Protokollausnahmezustands Pending DE102012224024A1 (de)

Priority Applications (9)

Application Number Priority Date Filing Date Title
DE201210224024 DE102012224024A1 (de) 2012-12-20 2012-12-20 Datenübertragung unter Nutzung eines Protokollausnahmezustands
US14/652,743 US9740655B2 (en) 2012-12-20 2013-12-19 Data transmission using a protocol exception state
PCT/EP2013/077515 WO2014096272A1 (de) 2012-12-20 2013-12-19 Datenübertragung unter nutzung eines protokollausnahmezustands
JP2015548600A JP6093031B2 (ja) 2012-12-20 2013-12-19 プロトコル例外状態を利用したデータ伝送
BR112015014861-1A BR112015014861B1 (pt) 2012-12-20 2013-12-19 Método e dispositivo para a troca de dados entre assinantes
KR1020157019543A KR102190750B1 (ko) 2012-12-20 2013-12-19 프로토콜 예외 상태를 이용하는 데이터 전송
EP13814919.0A EP2936747B1 (de) 2012-12-20 2013-12-19 Datenübertragung unter nutzung eines protokollausnahmezustands
ES13814919T ES2742900T3 (es) 2012-12-20 2013-12-19 Transmisión de datos mediante la utilización de un estado de excepción de protocolo
CN201380073328.XA CN104995873B (zh) 2012-12-20 2013-12-19 使用协议异常状态的数据传输

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE201210224024 DE102012224024A1 (de) 2012-12-20 2012-12-20 Datenübertragung unter Nutzung eines Protokollausnahmezustands

Publications (1)

Publication Number Publication Date
DE102012224024A1 true DE102012224024A1 (de) 2014-06-26

Family

ID=49886915

Family Applications (1)

Application Number Title Priority Date Filing Date
DE201210224024 Pending DE102012224024A1 (de) 2012-12-20 2012-12-20 Datenübertragung unter Nutzung eines Protokollausnahmezustands

Country Status (9)

Country Link
US (1) US9740655B2 (de)
EP (1) EP2936747B1 (de)
JP (1) JP6093031B2 (de)
KR (1) KR102190750B1 (de)
CN (1) CN104995873B (de)
BR (1) BR112015014861B1 (de)
DE (1) DE102012224024A1 (de)
ES (1) ES2742900T3 (de)
WO (1) WO2014096272A1 (de)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018046325A1 (de) * 2016-09-06 2018-03-15 Continental Automotive Gmbh Prüfvorrichtung und verfahren zum überprüfen eines verhaltens eines netzwerkverbundes aus steuergeräten eines kraftfahrzeugs bei fehlerhaftem und/oder manipuliertem netzwerk-datenverkehr
DE102017012214A1 (de) * 2017-07-11 2019-01-17 Volkswagen Aktiengesellschaft Verfahren zur Übertragung von Daten über einen seriellen Kommunikationsbus, entsprechend ausgelegte Busschnittstelle sowie entsprechend ausgelegtes Computerprogramm
WO2019122211A1 (de) * 2017-12-22 2019-06-27 Robert Bosch Gmbh Teilnehmerstation für ein serielles bussystem und verfahren zum senden einer nachricht in einem seriellen bussystem
US10530606B2 (en) 2017-07-11 2020-01-07 Volkswagen Ag Method for transmitting data via a serial communication bus, bus interface, and computer program
DE102019213322A1 (de) * 2019-09-03 2021-03-04 Continental Automotive Gmbh Ethernet Physical Layer Transceiver für Zweidraht-Bustopologie
US11343117B2 (en) 2017-08-08 2022-05-24 Volkswagen Aktiengesellschaft Method for transmitting data via a serial communication bus, correspondingly designed bus interface, and correspondingly designed computer program
DE102022208383A1 (de) 2022-08-11 2024-02-22 Robert Bosch Gesellschaft mit beschränkter Haftung Verfahren zum Durchführen einer Datenübertragung
DE102022208901A1 (de) 2022-08-29 2024-02-29 Continental Automotive Technologies GmbH Verfahren zum Senden und Empfangen von Daten, Sender und Empfänger
WO2024046532A1 (de) 2022-08-29 2024-03-07 Continental Automotive Technologies GmbH Verfahren zum senden von daten und busknoten

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9652423B2 (en) * 2013-06-05 2017-05-16 Texas Instruments Incorporated CAN and flexible data rate CAN node apparatus and methods for mixed bus CAN FD communications
DE102014210505A1 (de) * 2014-06-03 2015-12-03 Robert Bosch Gmbh Übertragungseinheit mit Prüffunktion
KR101519793B1 (ko) * 2014-06-24 2015-05-12 현대자동차주식회사 차량용 네트워크 시스템 및 이 시스템 내 이종 통신 제어기의 데이터 전송 방법
US11016925B2 (en) 2015-03-26 2021-05-25 Nxp Usa, Inc. Protocol-tolerant communications in controller area networks
CN107637023B (zh) * 2015-03-26 2021-01-22 大陆-特韦斯贸易合伙股份公司及两合公司 用于在数据总线系统中传输消息的方法、收发器和用于机动车的电子控制单元
KR102048420B1 (ko) * 2015-06-15 2019-11-25 미쓰비시덴키 가부시키가이샤 엘리베이터 안전 시스템
JP6520729B2 (ja) * 2016-01-19 2019-05-29 株式会社デンソー 通信装置
KR102594508B1 (ko) * 2016-06-17 2023-10-27 주식회사 에이치엘클레무브 게이트웨이 및 이의 구동 방법
JP2018082247A (ja) * 2016-11-14 2018-05-24 株式会社東芝 通信装置、通信システム、通信方法及びプログラム
JP6743724B2 (ja) * 2017-02-22 2020-08-19 株式会社デンソー 通信ネットワーク及び通信端末
DE102017208553A1 (de) * 2017-05-19 2018-11-22 Robert Bosch Gmbh Verfahren zum Schutz eines Netzwerkes vor einem Cyberangriff
DE102017212757A1 (de) * 2017-07-25 2019-01-31 Robert Bosch Gmbh Verfahren und Vorrichtung zum Schützen eines Feldbusses
DE102017223775A1 (de) * 2017-12-22 2019-06-27 Robert Bosch Gmbh Teilnehmerstation für ein Bussystem und Verfahren zum Senden einer Nachricht mit unterschiedlichen Bitraten in einem Bussystem
KR20190103739A (ko) 2018-02-28 2019-09-05 박용태 태양광발전판을 이용한 인삼그늘막장치
DE102018110252A1 (de) * 2018-04-27 2019-10-31 Infineon Technologies Ag Transceiver, System mit Transceivern und Signal
CN108957237B (zh) * 2018-08-01 2020-12-01 歌尔光学科技有限公司 一种异常线路检测方法、装置、设备及存储介质
DE102019200289A1 (de) 2018-08-17 2020-02-20 Robert Bosch Gmbh Rahmenabschirmeinheit, Teilnehmerstation für ein serielles Bussystem und Verfahren zur Kommunikation in einem seriellen Bussystem
DE102018218721A1 (de) * 2018-10-31 2020-04-30 Robert Bosch Gmbh Teilnehmerstation für ein serielles Bussystem und Verfahren zum Senden einer Nachricht in einem seriellen Bussystem
DE102018218720A1 (de) 2018-10-31 2020-04-30 Robert Bosch Gmbh Teilnehmerstation für ein serielles Bussystem und Verfahren zum Senden einer Nachricht in einem seriellen Bussystem
CN109445718A (zh) * 2018-11-16 2019-03-08 广东小天才科技有限公司 一种基于数据迁移的数据写入方法及系统
EP3700138B1 (de) 2019-02-22 2023-08-02 Volvo Car Corporation Überwachung von lin-knoten
EP3745656B1 (de) * 2019-05-29 2023-08-09 Nxp B.V. Controller area network(can)-sende-empfänger
US11423247B2 (en) * 2019-06-13 2022-08-23 Sri International Identifying fixed bits of a bitstring format
DE102019125693A1 (de) * 2019-09-24 2021-03-25 Beckhoff Automation Gmbh Verfahren zum Betreiben eines Kommunikationsnetzwerks, Kommunikationsnetzwerk und Teilnehmer für ein Kommunikationsnetzwerk
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
US11539714B2 (en) 2020-09-17 2022-12-27 Ford Global Technologies, Llc Assigning categories for messages and symmetric key per category to localize the impact in case of key compromise
US11381421B2 (en) 2020-09-17 2022-07-05 Ford Global Technologies, Llc Using signal rating to identify security critical CAN messages and nodes for efficient implementation of distributed network security features

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH031742A (ja) * 1989-05-30 1991-01-08 Konica Corp 送信速度自動選択装置
DE4129205A1 (de) * 1991-03-28 1992-10-01 Bosch Gmbh Robert Verfahren zum aufbau von botschaften fuer den datenaustausch und/oder fuer die synchronisation von prozessen in datenverarbeitungsanlagen
JPH09116988A (ja) * 1995-10-18 1997-05-02 Fujitsu Ten Ltd 車両内通信方法
US5854454A (en) * 1996-09-16 1998-12-29 Otis Elevator Company Message routing in control area network (CAN) protocol
US6104726A (en) * 1997-03-31 2000-08-15 Motorola, Inc. Simultaneous transfer of voice and data information using multi-rate vocoder and bit control protocol
US20020112109A1 (en) * 2001-02-14 2002-08-15 Jorgenson Anthony William Method and apparatus for providing full duplex/half duplex radially distributed serial control bus architecture
DE102005061392A1 (de) * 2005-12-22 2007-06-28 Robert Bosch Gmbh Bus-Guardian eines Teilnehmers eines Kommunikationssystems, sowie Teilnehmer für ein Kommunikationssystem
US7627800B2 (en) * 2006-05-22 2009-12-01 International Business Machines Corporation Communicating with error checking to a device capable of operating according to an address prefix serial bus protocol
JP2008061223A (ja) * 2006-08-04 2008-03-13 Canon Inc 通信装置及び通信方法
DE102007028766A1 (de) * 2007-06-22 2008-12-24 Continental Teves Ag & Co. Ohg Prüfverfahren und elektronische Schaltung zur sicheren seriellen Übertragung von Daten
DE102007051657A1 (de) * 2007-10-26 2009-04-30 Robert Bosch Gmbh Kommunikationssystem mit einem CAN-Bus und Verfahren zum Betreiben eines solchen Kommunikationssystems
JP5308802B2 (ja) * 2008-12-16 2013-10-09 ルネサスエレクトロニクス株式会社 Canノード
KR20100073846A (ko) * 2008-12-23 2010-07-01 한국전자통신연구원 Can 프로토콜에서의 데이터프레임 송신방법 및 수신방법
JP2010258990A (ja) * 2009-04-28 2010-11-11 Autonetworks Technologies Ltd 制御システム及び制御プログラム更新方法
CN102195753A (zh) * 2010-12-09 2011-09-21 无锡乐智科技有限公司 基于2.4grf的多媒体传输方法
RU2620989C2 (ru) 2011-04-06 2017-05-30 Роберт Бош Гмбх Способ и устройство для повышения пропускной способности при передаче данных в последовательной шинной системе
DE102011089587A1 (de) * 2011-12-22 2013-06-27 Robert Bosch Gmbh Teilnehmerstation eines Bussystems und Verfahren zur Übertragung von Nachrichten zwischen Teilnehmerstationen eines Bussystems
EP2712123A1 (de) * 2012-09-20 2014-03-26 Robert Bosch Gmbh Standard CAN Implementierung toleriert CAN FD Rahmen

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
http://www.semiconductors.bosch.de
ISO 11898
ISO 11898-1
Kapitel 7 "Fault Confinement" der CAN Specification 2.0, Regel 12

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018046325A1 (de) * 2016-09-06 2018-03-15 Continental Automotive Gmbh Prüfvorrichtung und verfahren zum überprüfen eines verhaltens eines netzwerkverbundes aus steuergeräten eines kraftfahrzeugs bei fehlerhaftem und/oder manipuliertem netzwerk-datenverkehr
US11146420B2 (en) 2017-07-11 2021-10-12 Volkswagen Ag Method for transmitting data via a serial communication bus, bus interface, and computer program
DE102017012214A1 (de) * 2017-07-11 2019-01-17 Volkswagen Aktiengesellschaft Verfahren zur Übertragung von Daten über einen seriellen Kommunikationsbus, entsprechend ausgelegte Busschnittstelle sowie entsprechend ausgelegtes Computerprogramm
DE102017012214B4 (de) 2017-07-11 2019-06-19 Volkswagen Aktiengesellschaft Verfahren zur Übertragung von Daten über einen seriellen Kommunikationsbus, entsprechend ausgelegte Busschnittstelle sowie entsprechend ausgelegtes Computerprogramm
US10530606B2 (en) 2017-07-11 2020-01-07 Volkswagen Ag Method for transmitting data via a serial communication bus, bus interface, and computer program
US11343117B2 (en) 2017-08-08 2022-05-24 Volkswagen Aktiengesellschaft Method for transmitting data via a serial communication bus, correspondingly designed bus interface, and correspondingly designed computer program
WO2019122211A1 (de) * 2017-12-22 2019-06-27 Robert Bosch Gmbh Teilnehmerstation für ein serielles bussystem und verfahren zum senden einer nachricht in einem seriellen bussystem
CN111713077B (zh) * 2017-12-22 2022-02-22 罗伯特·博世有限公司 用于串行总线系统的用户站和用于在串行总线系统中发送消息的方法
CN111713077A (zh) * 2017-12-22 2020-09-25 罗伯特·博世有限公司 用于串行总线系统的用户站和用于在串行总线系统中发送消息的方法
DE102019213322A1 (de) * 2019-09-03 2021-03-04 Continental Automotive Gmbh Ethernet Physical Layer Transceiver für Zweidraht-Bustopologie
DE102022208383A1 (de) 2022-08-11 2024-02-22 Robert Bosch Gesellschaft mit beschränkter Haftung Verfahren zum Durchführen einer Datenübertragung
DE102022208901A1 (de) 2022-08-29 2024-02-29 Continental Automotive Technologies GmbH Verfahren zum Senden und Empfangen von Daten, Sender und Empfänger
WO2024046532A1 (de) 2022-08-29 2024-03-07 Continental Automotive Technologies GmbH Verfahren zum senden von daten und busknoten

Also Published As

Publication number Publication date
ES2742900T3 (es) 2020-02-17
US9740655B2 (en) 2017-08-22
EP2936747B1 (de) 2019-05-22
WO2014096272A1 (de) 2014-06-26
KR20150100790A (ko) 2015-09-02
US20150339254A1 (en) 2015-11-26
BR112015014861B1 (pt) 2022-09-06
JP2016504873A (ja) 2016-02-12
KR102190750B1 (ko) 2020-12-15
CN104995873A (zh) 2015-10-21
JP6093031B2 (ja) 2017-03-08
BR112015014861A2 (pt) 2017-07-11
EP2936747A1 (de) 2015-10-28
CN104995873B (zh) 2020-01-21

Similar Documents

Publication Publication Date Title
EP2936747B1 (de) Datenübertragung unter nutzung eines protokollausnahmezustands
EP2740042B1 (de) VERFAHREN UND VORRICHTUNG ZUR VERBESSERUNG DER DATENÜBERTRAGUNGSSICHERHEIT IN EINER SERIELLEN DATENÜBERTRAGUNG MIT FLEXIBLER NACHRICHTENGRÖßE
EP2936746B1 (de) Datenübertragungsprotokoll mit protokollausnahmezustand
EP2702495B1 (de) Verfahren und vorrichtung zur an speichergrössen angepassten seriellen datenübertragung
EP2695073B1 (de) Verfahren und vorrichtung zur anpassung der datenübertragungssicherheit in einem seriellen bussystem
EP2695076B1 (de) Verfahren und vorrichtung zur erhöhung der datenübertragungskapazität in einem seriellen bussystem
EP2727000B1 (de) Verfahren und vorrichtung zur seriellen datenübertragung mit flexibler nachrichtengrösse und variabler bitlänge
EP2726999B1 (de) Verfahren und vorrichtung zur seriellen datenübertragung mit flexibler nachrichtengrösse und variabler bitlänge
EP2700017A1 (de) Verfahren und vorrichtung zur seriellen datenübertragung mit umschaltbarer datencodierung
WO2020157086A1 (de) Teilnehmerstation für ein serielles bussystem und verfahren zur kommunikation in einem seriellen bussystem
EP1509005B1 (de) Verfahren und Vorrichtung zur Übertragung von Daten über ein Busnetz mittels Broadcast
EP3152872B1 (de) Übertragungseinheit mit prüffunktion
WO2020120550A1 (de) Überlagerungserfassungseinheit für eine teilnehmerstation eines seriellen bussystems und verfahren zur kommunikation in einem seriellen bussystem
EP2726998B1 (de) VERFAHREN UND VORRICHTUNG ZUR SERIELLEN DATENÜBERTRAGUNG MIT FLEXIBLER NACHRICHTENGRÖßE UND VARIABLER BITLÄNGE
WO2004077771A1 (de) Synchrone multi-cluster netzwerkarchitektur
EP2605457A1 (de) Verfahren zum Übertragen von Nutzdaten
DE102011122843A1 (de) Verfahren und Vorrichtung zur seriellen Datenübertragung mit flexibler Nachrichtengröße und variabler Bitlänge
WO2021028271A1 (de) Teilnehmerstation für ein serielles bussystem und verfahren zur kommunikation in einem seriellen bussystem
EP3363146B1 (de) Verfahren zur erzeugung eines schlüssels in einer schaltungsanordnung
EP3987697B1 (de) Verfahren zum betreiben eines kommunikationsnetzwerks, kommunikationsnetzwerk und teilnehmer für ein kommunikationsnetzwerk
DE102011122845A1 (de) Verfahren und Vorrichtung zur seriellen Datenübertragung mit flexibler Nachrichtengröße und variabler Bitlänge
WO2017063996A1 (de) Verfahren zur generierung eines geheimnisses in einem netzwerk mit wenigstens zwei übertragungskanälen

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: H04L0029060000

Ipc: H04L0065000000