EP2443798A1 - Verfahren zum betreiben eines bussystems, insbesondere eines can-busses - Google Patents

Verfahren zum betreiben eines bussystems, insbesondere eines can-busses

Info

Publication number
EP2443798A1
EP2443798A1 EP10723596A EP10723596A EP2443798A1 EP 2443798 A1 EP2443798 A1 EP 2443798A1 EP 10723596 A EP10723596 A EP 10723596A EP 10723596 A EP10723596 A EP 10723596A EP 2443798 A1 EP2443798 A1 EP 2443798A1
Authority
EP
European Patent Office
Prior art keywords
identifier
stations
station
message
bus system
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.)
Withdrawn
Application number
EP10723596A
Other languages
English (en)
French (fr)
Inventor
Guenter Schelkle
Vijay Peter Dhanraj
Oscar-Luis Gonzalez
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
Publication of EP2443798A1 publication Critical patent/EP2443798A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0681—Configuration of triggering conditions

Definitions

  • CAN Controller Area Network
  • every transmitted message contains a so-called
  • the stations connected to the CAN bus decide whether the transmitted message is relevant for them.
  • the identifier is added by the transmitting station to the user data to be transmitted.
  • Each station can send any number of messages with different identifiers. However, each identifier may only be used by a specific station or the same identifier may not be added to a message by different stations.
  • a CAN bus is designed so that new stations can be connected without much effort. Among other things, in this way it is possible that an identifier that is already being used by an existing station is also erroneously used by another, for example, newly added station.
  • the object of the invention is errors in connection with the use of
  • the invention solves this problem by a method according to claim 1.
  • a particular identifier may only ever be used by a single station.
  • Each of the stations compares the identifier of a transmitted message with the identifiers used by itself. If there is a match, an error message is generated.
  • Message with a specific identifier can only come from a single station.
  • Figure 1 shows a schematic block diagram of an embodiment of a bus system according to the invention
  • Figure 2 shows a schematic representation of a message in the bus system of Figure 1
  • Figure 3 shows
  • the bus system 10 of FIG. 1 is designed as a serial bus system, to which, for example, four stations 11, 12, 13, 14 are connected. If the bus system 10 is used, for example, in a motor vehicle, the stations 11, 12, 13, 14 may be, for example, a motor control and / or a drive control or the like.
  • the stations 1 1, 12, 13, 14 of the bus system 10 are formed gleich Schltigt each other and can send and receive messages 20. The structure of such a message 20 will be described in more detail below with reference to FIG. At any given time, only one of the stations 1 1, 12, 13, 14 can access the bus system 10 and send its message 20. The transmitted message 20 can then be received by all other stations 11, 12, 13, 14 and processed if necessary.
  • Each message 20 transmitted via the bus system 10 has a predetermined value
  • FIG. 2 shows a detail of such a message 20.
  • the message 20 contains at least a so-called ldentifier IDENT and the user data DATA to be transmitted.
  • the identifier IDENT and the user data DATA are generated by the transmitting station.
  • the identifier IDENT may be 11 bits or 29 bits long.
  • Each of the stations 11, 12, 13, 14 can send any number of messages 20 with different identifiers IDENT.
  • the non-sending stations then decide on the basis of the ldentifiers IDENT whether the received
  • Message 20 is relevant to you or not. If the message 20 is relevant for one of the stations 11, 12, 13, 14, the message 20 is read in by this station and processed.
  • Identifier IDENT It is essential that a specific Identifier IDENT can only ever be sent from a single station. This means that a given identifier always represents a unique reference to a single particular station. In other words, one and the same Identifier IDENT must not be used by two different stations.
  • the station 1 1 sends messages with the identifier IDENT1, the station 12 messages with the identifier IDENT2 and the station 13 messages with the identifier IDENT3. It is further assumed that the station 14 - erroneously - sends messages with the identifier IDENT2. This error can not be detected by the stations 1 1, 13, since there is always assumed that the IDENT2 due to the ldentifiers associated message comes from the station 12, so even if it is the - erroneous - message from the station 14.
  • the method 30 of FIG. 3 is provided. This method 30 is performed continuously by each of the stations 11, 12, 13, 14.
  • the basis of the method 30 is a list stored in the respective station, in which all identifier identifiers are used, which are used by the respective station, and which must therefore not be used by other stations for sending messages.
  • the method 30 will be explained below with reference to the illustrated example scenario in which the station 14 erroneously uses the identifier IDENT2, which may only be used by the station 12.
  • the station 12 If the station 12 is in a state in which it is not transmitting, the station 12 reads in a first step 31 at least the identifier IDENT of those messages 20 which are transmitted by other stations via the bus system 10. In a subsequent step 32, the station 12 compares the read-in identifier IDENT with the identifiers stored in its own list. Since, as explained, the station 12 uses at least the identifier IDENT2, at least this identifier IDENT2 is contained in the list of the station 12.
  • the station 12 thus compares the IDentifier IDENT read by the bus system 10 with the stored identifier IDENT2. If the read ldentifier IDENT is the ldentifier IDENT2 erroneously used by the station 14, the station 12 determines a match with the stored ldentifier IDENT2.
  • the station 12 generates an error message in a step 33 and sends this error message via the bus system to all other stations.
  • the error at all stations 11, 12, 13, 14 known and can then be remedied example of the fault-acting station 14.
  • station 14 may also be the station that determines the use of identifier IDENT2 by station 12. In this case, the station 14 generates the error message according to step 33 of the method 30. When troubleshooting must then first be checked which station is working incorrectly. It is also understood that the method 30 of FIG. 3 intervenes even if more than two stations send the same identifiers.
  • the method 30 is performed continuously by all stations 11, 12, 13, 14. Each of the stations 11, 12, 13, 14 thus compares the identifier IDENT of a transmitted message 20 with the identifier IDENTx used by itself. If - for whatever reason - any identifier IDENTx of two different stations is used, then this is detected at the latest then by one of the two stations using the method 30 when the other station for the first time the already occupied identifier IDENTx in the context of a message 20 shipped. The error can then be reported and corrected.
  • the method 30 is executed by means of a computer program.
  • the computer program is stored in the individual stations 11, 12, 13, 14 on an electronic memory and is processed by an electronic computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Small-Scale Networks (AREA)

Abstract

Es wird ein Verfahren zum Betreiben eines Bussystems (10), insbesondere eines CAN-Busses beschrieben. An das Bussystem (10) sind mehrere Stationen (11, 12, 13, 14) anschließbar. Eine übertragene Nachricht weist einen Identifier auf, wobei ein bestimmter Identifier (z.B. IDENT2) immer nur von einer einzigen Station (z.B. 12) verwendet werden darf. Jede der Stationen vergleicht den Identifier einer übertragenen Nachricht mit den von ihr selbst verwendeten Identifiern (z.B. IDENT2). Bei einer Übereinstimmung wird eine Fehlermeldung erzeugt wird.

Description

Beschreibung
Titel
Verfahren zum Betreiben eines Bussystems, insbesondere eines CAN-Busses
Stand der Technik
Die Erfindung betrifft ein Verfahren zum Betreiben eines Bussystems, insbesondere eines sogenannten CAN-Busses (CAN = Controller area network).
Bei einem CAN-Bus enthält jede übertragene Nachricht einen sogenannten
Identifier. Anhand dieses Identifiers entscheiden die an den CAN-Bus angeschlossenen Stationen, ob die übertragene Nachricht für sie relevant ist. Der Identifier wird von der sendenden Station den zu übertragenden Nutzdaten hinzugefügt. Jede Station kann dabei beliebig viele Nachrichten mit unterschiedlichen Identifiern versenden. Jeder Identifier darf aber nur von einer bestimmten Station verwendet werden bzw. ein- und derselbe Identifier darf nicht von unterschiedlichen Stationen einer Nachricht hinzugefügt werden.
Ein CAN-Bus ist derart ausgelegt, dass neue Stationen ohne größeren Aufwand angeschlossen werden können. Unter anderem auf diese Weise ist es möglich, dass ein Identifier, der bereits von einer vorhandenen Station verwendet wird, fehlerhafterweise auch von einer anderen, beispielsweise neu hinzugekommenen Station benutzt wird.
Aufgabe der Erfindung ist es, Fehler im Zusammenhang mit der Benutzung von
Identifiern zu erkennen.
Offenbarung der Erfindung
Die Erfindung löst diese Aufgabe durch ein Verfahren nach dem Anspruch 1. Bei der Erfindung darf ein bestimmter Identifier immer nur von einer einzigen Station verwendet werden. Jede der Stationen vergleicht den Identifier einer übertragenen Nachricht mit den von ihr selbst verwendeten Identifiern. Bei einer Übereinstimmung wird eine Fehlermeldung erzeugt.
Wird somit, aus welchen Gründen auch immer, irgend ein Identifier von zwei unterschiedlichen Stationen verwendet, so wird dies spätestens dann von einer der beiden Stationen mit Hilfe des erfindungsgemäßen Verfahrens erkannt, wenn die andere Station erstmals den bereits belegten Identifier im Rahmen einer Nachricht versendet. Durch die Erfindung wird also gewährleistet, dass eine
Nachricht mit einem bestimmten Identifier immer nur von einer einzigen Station stammen kann.
Weitere Merkmale, Anwendungsmöglichkeiten und Vorteile der Erfindung ergeben sich aus der nachfolgenden Beschreibung von Ausführungsbeispielen der Erfindung, die in den Figuren der Zeichnung dargestellt sind. Dabei bilden alle beschriebenen oder dargestellten Merkmale für sich oder in beliebiger Kombination den Gegenstand der Erfindung, unabhängig von ihrer Zusammenfassung in den Patentansprüchen oder deren Rückbeziehung sowie unabhänigig von ihrer Formulierung bzw. Darstellung in der Beschreibung bzw. in der Zeichnung.
Figur 1 zeigt eine schematische Blockdarstellung eines Ausführungsbeispiels eines erfindungsgemäßen Bussystems, Figur 2 zeigt eine schematische Darstellung einer Nachricht in dem Bussystem der Figur 1 , und Figur 3 zeigt ein
Verfahren zum Betreiben des Bussystems der Figur 1.
In der Figur 1 ist ein Bussystem 10 dargestellt, bei dem es sich insbesondere um einen sogenannten CAN-Bus handeln kann (CAN = Controller area network). Das Bussystem 10 der Figur 1 ist als serielles Bussystem ausgebildet, an das beispielhaft vier Stationen 11 , 12, 13, 14 angeschlossen sind. Kommt das Bussystem 10 beispielsweise in einem Kraftfahrzeug zum Einsatz, dann kann es sich bei den Stationen 11 , 12, 13, 14 zum Beispiel um eine Motorsteuerung und/oder eine Antriebssteuerung oder dergleichen handeln. Die Stationen 1 1 , 12, 13, 14 des Bussystems 10 sind zueinander gleichbereichtigt ausgebildet und können Nachrichten 20 senden und empfangen. Der Aufbau einer derartigen Nachricht 20 wird nachfolgend anhand der Figur 2 näher beschrieben werden. In einem bestimmten Zeitpunkt kann immer nur eine der Stationen 1 1 , 12, 13, 14 auf das Bussystem 10 zugreifen und seine Nachricht 20 senden. Die gesendete Nachricht 20 kann dann von allen anderen Stationen 11 , 12, 13, 14 empfangen und gegebenenfalls verarbeitet werden.
Jede über das Bussystem 10 übertragene Nachricht 20 weist ein vorgegebenes
Format auf. In der Figur 2 ist ein Ausschnitt aus einer derartigen Nachricht 20 dargestellt. Danach enthält die Nachricht 20 zumindest einen sogenannten ldentifier IDENT und die zu übertragenden Nutzdaten DATA. Der Identifier IDENT und die Nutzdaten DATA werden von der sendenden Station erzeugt. Bei einem CAN-Bus kann der Identifier IDENT beispielsweise 11 Bits oder 29 Bits lang sein.
Jede der Stationen 11 , 12, 13, 14 kann beliebig viele Nachrichten 20 mit unterschiedlichen ldentifiern IDENT versenden. Die nicht-sendenden Stationen entscheiden dann auf der Grundlage des ldentifiers IDENT, ob die empfangene
Nachricht 20 für sie relevant ist oder nicht. Ist die Nachricht 20 für eine der Stationen 11 , 12, 13, 14 relevant, so wird die Nachricht 20 von dieser Station eingelesen und verarbeitet.
Wesentlich ist, dass ein bestimmter Identifier IDENT immer nur von einer einzigen Station versendet werden darf. Dies bedeutet, dass ein bestimmter Identifier immer einen eindeutigen Verweis zu einer einzigen bestimmten Station darstellt. Anders ausgedrückt heißt das, dass ein- und derselbe Identifier IDENT nicht von zwei unterschiedlichen Stationen verwendet werden darf.
Es sei nun angenommen, dass die Station 1 1 Nachrichten mit dem Identifier IDENT1 , die Station 12 Nachrichten mit dem Identifier IDENT2 und die Station 13 Nachrichten mit dem Identifier IDENT3 versendet. Weiterhin sei angenommen, dass die Station 14 - fehlerhafterweise - Nachrichten mit dem Identifier IDENT2 versendet. Dieser Fehler kann von den Stationen 1 1 , 13 nicht erkannt werden, da dort aufgrund des ldentifiers IDENT2 immer angenommen wird, dass die zugehörige Nachricht von der Station 12 kommt, also auch dann, wenn es sich um die - fehlerhafte - Nachricht von der Station 14 handelt.
Zur Erkennung dieses Fehlers ist das Verfahren 30 nach der Figur 3 vorgesehen. Dieses Verfahren 30 wird von jeder der Stationen 11 , 12, 13, 14 laufend ausgeführt. Grundlage des Verfahrens 30 ist eine in der jeweiligen Station abgespeicherte Liste, in der alle ldentifier IDENT enthalten sind, die von der jeweiligen Station benutzt werden, und die damit von anderen Stationen nicht zum Versenden von Nachrichten benutzt werden dürfen.
Das Verfahren 30 wird nachfolgend anhand des erläuterten Beispielszenarios erläutert, in dem die Station 14 fehlerhafterweise den ldentifier IDENT2 benutzt, der nur von der Station 12 benutzt werden darf.
Befindet sich die Station 12 in einem Zustand, in dem sie nicht sendet, so liest die Station 12 in einem ersten Schritt 31 zumindest den ldentifier IDENT derjenigen Nachrichten 20 ein, die von anderen Stationen über das Bussystem 10 übertragen werden. In einem nachfolgenden Schritt 32 vergleicht die Station 12 den eingelesenen ldentifier IDENT mit den in der eigenen Liste abgespeicherten Identifiern. Da, wie erläutert wurde, die Station 12 zumindest den ldentifier IDENT2 benutzt, ist in der Liste der Station 12 zumindest dieser ldentifier IDENT2 enthalten.
Die Station 12 vergleicht somit den vom Bussystem 10 eingelesenen ldentifier IDENT mit dem abgespeicherten ldentifier IDENT2. Handelt es sich bei dem eingelesenen ldentifier IDENT um den fehlerhafterweise von der Station 14 verwendeten ldentifier IDENT2, so stellt die Station 12 eine Übereinstimmung mit dem abgespeicherten ldentifier IDENT2 fest.
In diesem Fall erzeugt die Station 12 in einem Schritt 33 eine Fehlermeldung und sendet diese Fehlermeldung über das Bussystem an alle anderen Stationen. Damit ist der Fehler bei allen Stationen 11 , 12, 13, 14 bekannt und kann dann beispielsweies von der fehlerahft agierenden Station 14 behoben werden.
Liegt keine Übereinstimmung vor, so wird das Verfahren 30 insoweit beendet. Es versteht sich, dass auch die Station 14 diejenige Station sein kann, die die Verwendung des Identifiers IDENT2 durch die Station 12 feststellt. In diesem Fall erzeugt die Station 14 die Fehlermeldung gemäß Schritt 33 des Verfahrens 30. Bei der Fehlerbehebung muss dann zuerst geprüft werden, welche Station fehlerhaft arbeitet. Ebenfalls versteht es sich, dass das Verfahren 30 der Figur 3 auch dann eingreift, wenn mehr als zwei Stationen dieselben Identifer versenden.
Wie erläutert wurde, wird das Verfahren 30 laufend von allen Stationen 11 , 12, 13, 14 ausgeführt. Jede der Stationen 11 , 12, 13, 14 vergleicht also den Identifier IDENT einer übertragenen Nachricht 20 mit den von ihr selbst verwendeten ldentifiern IDENTx. Wird dabei - aus welchen Gründen auch immer - irgend ein Identifier IDENTx von zwei unterschiedlichen Stationen verwendet, so wird dies spätestens dann von einer der beiden Stationen mit Hilfe des Verfahrens 30 erkannt, wenn die andere Station erstmals den bereits belegten Identifier IDENTx im Rahmen einer Nachricht 20 versendet. Daraufhin kann der Fehler gemeldet und behoben werden.
Vorzugsweise wird das Verfahren 30 mit Hilfe eines Computerprogramms ausgeführt. Hierzu ist das Computerprogramm in den einzelnen Stationen 11 , 12, 13, 14 auf einem elektronischen Speicher abgespeichert und wird von einem elektronischen Rechner abgearbeitet.

Claims

Ansprüche
1. Verfahren (30) zum Betreiben eines Bussystems (10), insbesondere eines CAN-Busses, wobei an das Bussystem (10) mehrere Stationen (1 1 , 12, 13, 14) anschließbar sind, wobei eine übertragene Nachricht (20) einen Identifier (IDENT) aufweist, und wobei ein bestimmter Identifier (z.B. IDENT2) immer nur von einer einzigen Station (z.B. 12) verwendet werden darf, dadurch gekennzeichnet, dass jede der Stationen (z.B. 12) den Identifier (IDENT) einer übertragenen Nachricht (20) mit den von ihr selbst verwendeten Identifiern (z.B. IDENT2) vergleicht (32), und dass bei einer Übereinstimmung eine Fehlermeldung erzeugt wird (33).
2. Verfahren (30) nach Anspruch 1 , wobei jede der Stationen (1 1 , 12, 13, 14) eine Liste mit allen Identifiern aufweist, die von ihr selbst benutzt werden.
3. Verfahren (30) nach einem der vorstehenden Ansprüche, wobei jede der
Stationen (11 , 12, 13, 14) zumindest die Identifier (IDENT) derjenigen Nachrichten (20) einliest, die von anderen Stationen über das Bussystem (10) übertragen werden.
4. Verfahren (30) nach Anspruch 3, wobei jede der Stationen (1 1 , 12, 13, 14) nur dann Nachrichten (20) einliest, wenn sie selbst nicht sendet.
5. Computerprogramm, das auf einem elektronischen Speicher speicherbar ist, und das zur Ausführung des Verfahrens (30) nach einem der vorstehenden Ansprüche geeignet ist.
6. Rechner mit einem elektronischen Speicher, auf dem das Computerprogramm nach Anspruch 5 abgespeichert ist.
EP10723596A 2009-06-17 2010-06-10 Verfahren zum betreiben eines bussystems, insbesondere eines can-busses Withdrawn EP2443798A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102009026995A DE102009026995A1 (de) 2009-06-17 2009-06-17 Verfahren zum Betreiben eines Bussystems, insbesondere eines CAN-Busses
PCT/EP2010/058147 WO2010145985A1 (de) 2009-06-17 2010-06-10 Verfahren zum betreiben eines bussystems, insbesondere eines can-busses

Publications (1)

Publication Number Publication Date
EP2443798A1 true EP2443798A1 (de) 2012-04-25

Family

ID=42340787

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10723596A Withdrawn EP2443798A1 (de) 2009-06-17 2010-06-10 Verfahren zum betreiben eines bussystems, insbesondere eines can-busses

Country Status (6)

Country Link
US (1) US8799520B2 (de)
EP (1) EP2443798A1 (de)
CN (1) CN102804698B (de)
DE (1) DE102009026995A1 (de)
RU (1) RU2568774C2 (de)
WO (1) WO2010145985A1 (de)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2982066B1 (fr) * 2011-10-28 2013-12-20 Peugeot Citroen Automobiles Sa Procede de compensation de la corruption d'une memoire d'un calculateur electronique.
DE102011089587A1 (de) * 2011-12-22 2013-06-27 Robert Bosch Gmbh Teilnehmerstation eines Bussystems und Verfahren zur Übertragung von Nachrichten zwischen Teilnehmerstationen eines Bussystems
DE102012224234A1 (de) * 2012-12-21 2014-06-26 Continental Teves Ag & Co. Ohg Verfahren zur Kontrolle von Daten-Frames mit redundantem Identifikator auf einem Datenbus sowie Datenbus-Schnittstellenmodul
CA2888742C (en) 2013-09-23 2015-09-15 Jason G. Tatge Farming data collection and exchange system
DE102015219996A1 (de) 2015-10-15 2017-04-20 Robert Bosch Gmbh Verfahren und Vorrichtung zum Abwehren einer Manipulation an einem CAN-Bus durch einen mittels eines CAN-Controllers an den Bus angebundenen Knoten
US20170213043A1 (en) * 2016-01-27 2017-07-27 Mentor Graphics Corporation Security hardened controller area network transceiver
DE102016212816A1 (de) 2016-07-13 2018-01-18 Robert Bosch Gmbh Verfahren und Vorrichtung zum Betreiben eines Bussystems
DE102016214279A1 (de) 2016-08-02 2018-02-08 Robert Bosch Gmbh Verfahren und Vorrichtung zum Betreiben eines Bussystems
DE102017200669A1 (de) 2017-01-17 2018-07-19 Robert Bosch Gmbh Verfahren und Vorrichtung zum Betreiben eines Steuergeräts, Computerprogramm und Verfahren zum Generieren des Computerprogramms
DE102017209556A1 (de) 2017-06-07 2018-12-13 Robert Bosch Gmbh Verfahren zum Schutz eines Fahrzeugnetzwerks gegen manipulierte Datenübertragung
DE102017209557A1 (de) 2017-06-07 2018-12-13 Robert Bosch Gmbh Verfahren zum Schutz eines Fahrzeugnetzwerks gegen manipulierte Datenübertragung
WO2018233889A1 (en) 2017-06-23 2018-12-27 Robert Bosch Gmbh METHOD FOR DETECTING AN INTERRUPTION IN A COMMUNICATION SYSTEM OF A VEHICLE BY VERIFYING ANOMALIES DURING COMMUNICATION
DE102017210787A1 (de) 2017-06-27 2018-12-27 Robert Bosch Gmbh Verfahren und Vorrichtung zum Ermitteln von Anomalien in einem Kommunikationsnetzwerk
DE102017213119A1 (de) 2017-07-31 2019-01-31 Robert Bosch Gmbh Verfahren und Vorrichtung zum Ermitteln von Anomalien in einem Kommunikationsnetzwerk
DE102018210744A1 (de) * 2018-06-29 2020-01-02 Robert Bosch Gmbh Verfahren zum Identifizieren eines Netzwerkknotens in einem Kommunikationsnetzwerk und Kommunikationsnetzwerk
DE102018217964A1 (de) * 2018-10-19 2020-04-23 Robert Bosch Gmbh Verfahren und Vorrichtung zur Überwachung einer Datenkommunikation
CN109542806B (zh) * 2018-11-27 2020-07-24 湖南中联重科智能技术有限公司 总线数据解析方法、装置及存储介质
DE102019001978A1 (de) * 2019-03-21 2020-10-08 Volkswagen Aktiengesellschaft Verfahren zur Überwachung der Kommunikation auf einem Kommunikationsbus, elektronische Vorrichtung zum Anschluss an einen Kommunikationsbus sowie Fahrzeug
DE102020212452B3 (de) 2020-10-01 2022-01-13 Volkswagen Aktiengesellschaft Verfahren zur Reduzierung der Auswirkungen von einer auf einem Kommunikationsbus eingeschleusten Botschaft

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6215950A (ja) * 1985-07-15 1987-01-24 Canon Inc デ−タ伝送制御方式
CA2047321C (en) 1990-07-19 1997-11-18 Henry Yang Testing a communications network for duplicate station addresses
US5327534A (en) * 1990-07-30 1994-07-05 Digital Equipment Corporation Detection of duplicate alias addresses
US6587968B1 (en) * 1999-07-16 2003-07-01 Hewlett-Packard Company CAN bus termination circuits and CAN bus auto-termination methods
US6654355B1 (en) * 1999-12-14 2003-11-25 Schneider Automation Inc. Bridge for CAN to TCP/IP connection
US6273771B1 (en) * 2000-03-17 2001-08-14 Brunswick Corporation Control system for a marine vessel
SE0003217L (sv) * 2000-09-12 2002-03-05 Kvaser Consultant Ab Arrangemang för att i distribuerat styrsystem höja framkomligheten för data och/eller styrkommandon
EP1317814A1 (de) * 2000-09-12 2003-06-11 Kvaser Consultant Ab Anordnung mit einer anzahl von einheiten, die über ein drahtloses verbindungssystem miteinander kommunizieren können, und verfahren zur verwendung mit einem solchen system
US7747747B1 (en) * 2002-05-06 2010-06-29 Apple Inc. Method and arrangement for supressing duplicate network resources
JP5308802B2 (ja) * 2008-12-16 2013-10-09 ルネサスエレクトロニクス株式会社 Ｃａｎノード

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2010145985A1 *

Also Published As

Publication number Publication date
WO2010145985A1 (de) 2010-12-23
DE102009026995A1 (de) 2011-03-31
US20120210178A1 (en) 2012-08-16
US8799520B2 (en) 2014-08-05
RU2012101207A (ru) 2013-07-27
RU2568774C2 (ru) 2015-11-20
CN102804698A (zh) 2012-11-28
CN102804698B (zh) 2015-12-02

Similar Documents

Publication Publication Date Title
EP2443798A1 (de) Verfahren zum betreiben eines bussystems, insbesondere eines can-busses
DE102006018163B4 (de) Verfahren zur automatischen Adressvergabe
EP2090031B1 (de) Verfahren und anordnung zur kommunikation auf einem lin-bus
DE102009030774A1 (de) Verfahren zur rechnergestützten Erfassung von Fehlern beim Ablauf von einem oder mehreren softwarebasierten Programmen in einem System aus Komponenten
WO2018103974A1 (de) Verfahren zur softwareaktualisierung bei cloud-gateways, computerprogramm mit einer implementation des verfahrens und verarbeitungseinheit zur ausführung des verfahrens
EP0974901B1 (de) Verfahren zur Ermittlung einer einheitlichen globalen Sicht vom Systemzustand eines verteilten Rechnernetzwerkes
DE102014111361A1 (de) Verfahren zum Betreiben einer Sicherheitssteuerung und Automatisierungsnetzwerk mit einer solchen Sicherheitssteuerung
DE102011081477A1 (de) Stellwerksrechner
DE102016102282B4 (de) Verfahren und Vorrichtung zum Überwachen einer Datenverarbeitung und -übertragung in einer Sicherheitskette eines Sicherheitssystems
DE102012022299A1 (de) BUS-System, Verfahren zum Betrieb eines BUS-Systems und fluidisches System mit einem BUS-System
DE102014105207A1 (de) Verfahren zum Betreiben eines Kommunikationsnetzwerks und Kommunikationsnetzwerk
DE102013211772A1 (de) Verfahren und Vorrichtung zum Austausch von Daten in einem Kraftfahrzeug zum Betreiben eines Aktors, vorzugsweise einer automatisierten Reibungskupplung und/oder eines automatisierten Getriebes
BE1025127B1 (de) Kommunikationssystem zur seriellen Kommunikation zwischen Kommunikationsgeräten
EP2418580A1 (de) Verfahren zum Betreiben eines Netzwerkes und Netzwerk
WO2011072958A1 (de) Verfahren zum zuweisen einer polling-adresse an ein feldgerät
DE10121061B4 (de) Überwachungsvorrichtung und Überwachungsverfahren
DE112013006760T5 (de) Ablaufsteuerungssystem und Adresseneinstellungsverfahren
EP3096970B1 (de) Verfahren zum betrieb eines hochspannungsnetzes eines kraftfahrzeugs und kraftfahrzeug
DE102020206262A1 (de) Datenumschreibverfahren und Datenumschreibsystem
EP2449438A1 (de) Verfahren und system zur ansteuerung von mindestens einem aktuator
EP1819551B1 (de) Verfahren zur strukturierten speicherung von fehlereinträgen
EP3779797A1 (de) Verfahren zur rechnergestützten vorausschauenden instandhaltung eines technischen systems
DE102021004815B3 (de) Verfahren zum Betreiben einer technischen Anlage und technische Anlage
DE102016013669A1 (de) Verfahren zum Betrieb eines Datenkommunikationssystems
EP3257232B1 (de) Verfahren zur nutzung eines steuergerätes in unterschiedlichen datenübertragungssystemen, steuergerät und datenübertragungssystem zur durchführung eines derartigen verfahrens

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20120117

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20170130

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20170610