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

Verfahren zum betreiben eines bussystems, insbesondere eines can-busses Download PDF

Info

Publication number
WO2010145985A1
WO2010145985A1 PCT/EP2010/058147 EP2010058147W WO2010145985A1 WO 2010145985 A1 WO2010145985 A1 WO 2010145985A1 EP 2010058147 W EP2010058147 W EP 2010058147W WO 2010145985 A1 WO2010145985 A1 WO 2010145985A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
stations
station
message
bus system
Prior art date
Application number
PCT/EP2010/058147
Other languages
English (en)
French (fr)
Inventor
Guenter Schelkle
Vijay Peter Dhanraj
Oscar-Luis Gonzalez
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 EP10723596A priority Critical patent/EP2443798A1/de
Priority to CN201080026985.5A priority patent/CN102804698B/zh
Priority to US13/379,011 priority patent/US8799520B2/en
Priority to RU2012101207/08A priority patent/RU2568774C2/ru
Publication of WO2010145985A1 publication Critical patent/WO2010145985A1/de

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.
PCT/EP2010/058147 2009-06-17 2010-06-10 Verfahren zum betreiben eines bussystems, insbesondere eines can-busses WO2010145985A1 (de)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP10723596A EP2443798A1 (de) 2009-06-17 2010-06-10 Verfahren zum betreiben eines bussystems, insbesondere eines can-busses
CN201080026985.5A CN102804698B (zh) 2009-06-17 2010-06-10 用于运行总线系统、尤其是can总线的方法
US13/379,011 US8799520B2 (en) 2009-06-17 2010-06-10 Controller area network (CAN) bus device wherein excusive identifiers of the station is used to both detect for errors and determine whether message is relevant to the station
RU2012101207/08A RU2568774C2 (ru) 2009-06-17 2010-06-10 Способ управления работой шинной системы, прежде всего шины can

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
DE102009026995.9 2009-06-17

Publications (1)

Publication Number Publication Date
WO2010145985A1 true WO2010145985A1 (de) 2010-12-23

Family

ID=42340787

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2010/058147 WO2010145985A1 (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)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013060972A1 (fr) * 2011-10-28 2013-05-02 Peugeot Citroen Automobiles Sa Procede de compensation de la corruption d'une memoire d'un calculateur electronique
EP3641231A1 (de) * 2018-10-19 2020-04-22 Robert Bosch GmbH Verfahren und vorrichtung zur überwachung einer datenkommunikation

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
US20150234767A1 (en) 2013-09-23 2015-08-20 Farmobile, Llc 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
KR102505993B1 (ko) 2017-06-23 2023-03-03 로베르트 보쉬 게엠베하 통신에서 이상들을 확인함으로써 차량의 통신 시스템에서 중단을 검출하기 위한 방법
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
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

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4825204A (en) * 1985-07-15 1989-04-25 Canon Kabushiki Kaisha Address setting and data transmission system
EP0469812A1 (de) * 1990-07-30 1992-02-05 Digital Equipment Corporation Feststellen von doppelten Aliasadressen
US5283571A (en) * 1990-07-19 1994-02-01 Digital Equipment Corporation Testing a communications network for duplicate station addresses

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
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
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
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 ルネサスエレクトロニクス株式会社 Ｃａｎノード

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4825204A (en) * 1985-07-15 1989-04-25 Canon Kabushiki Kaisha Address setting and data transmission system
US5283571A (en) * 1990-07-19 1994-02-01 Digital Equipment Corporation Testing a communications network for duplicate station addresses
EP0469812A1 (de) * 1990-07-30 1992-02-05 Digital Equipment Corporation Feststellen von doppelten Aliasadressen

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013060972A1 (fr) * 2011-10-28 2013-05-02 Peugeot Citroen Automobiles Sa Procede de compensation de la corruption d'une memoire d'un calculateur electronique
FR2982066A1 (fr) * 2011-10-28 2013-05-03 Peugeot Citroen Automobiles Sa Procede de compensation de la corruption d'une memoire d'un calculateur electronique.
EP3641231A1 (de) * 2018-10-19 2020-04-22 Robert Bosch GmbH Verfahren und vorrichtung zur überwachung einer datenkommunikation
US11330013B2 (en) 2018-10-19 2022-05-10 Robert Bosch Gmbh Method and device for monitoring data communications

Also Published As

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

Similar Documents

Publication Publication Date Title
WO2010145985A1 (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
EP2733910B1 (de) BUS-System, Verfahren zum Betrieb eines BUS-Systems und fluidisches System mit einem BUS-System
DE112007002812B4 (de) Relaisverbindungseinheit und Fahrzeugseitiges Kommunikationssystem
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
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
WO2011000651A1 (de) Verfahren und system zur ansteuerung von mindestens einem aktuator
DE102021004815B3 (de) Verfahren zum Betreiben einer technischen Anlage und technische Anlage
DE102016013669A1 (de) Verfahren zum Betrieb eines Datenkommunikationssystems
EP1819551A1 (de) Verfahren zur strukturierten speicherung von fehlereintr[gen
WO2024074331A1 (de) Verfahren und unterstützungseinrichtung zum unterstützen einer robustheitsoptimierung für ein datenverarbeitungssystem und korrespondierendes ci-system
DE102014017339A1 (de) Verfahren zum Ermitteln von Fehlerzuständen in einer Mehrzahl von Steuergeräten eines Kraftfahrzeugs

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080026985.5

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10723596

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2010723596

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2010723596

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 9934/DELNP/2011

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2012101207

Country of ref document: RU

WWE Wipo information: entry into national phase

Ref document number: 13379011

Country of ref document: US