WO2012025323A1 - Verfahren zur durchführung einer kommunikation - Google Patents

Verfahren zur durchführung einer kommunikation Download PDF

Info

Publication number
WO2012025323A1
WO2012025323A1 PCT/EP2011/062911 EP2011062911W WO2012025323A1 WO 2012025323 A1 WO2012025323 A1 WO 2012025323A1 EP 2011062911 W EP2011062911 W EP 2011062911W WO 2012025323 A1 WO2012025323 A1 WO 2012025323A1
Authority
WO
WIPO (PCT)
Prior art keywords
module
message
microcontroller
control unit
system module
Prior art date
Application number
PCT/EP2011/062911
Other languages
English (en)
French (fr)
Inventor
Andreas-Juergen Rohatschek
Bernd Lutz
Thorsten Huck
Stoyan Todorov
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 US13/818,912 priority Critical patent/US20130227039A1/en
Priority to CN2011800411037A priority patent/CN103069403A/zh
Publication of WO2012025323A1 publication Critical patent/WO2012025323A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/40—Bus structure
    • G06F13/4004—Coupling between buses
    • G06F13/4022—Coupling between buses using switching circuits, e.g. switching matrix, connection or expansion network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4247—Bus transfer protocol, e.g. handshake; Synchronisation on a daisy chain bus

Definitions

  • the invention relates to a method for carrying out a communication in a control device, such a control device and a message filter for carrying out the method.
  • Control units today usually consist of a microcontroller and one or more system components that implement additional functionalities.
  • control devices In known control devices is provided that the microcontroller directly with these system components via dedicated interfaces such. SPI (Serial Peripheral Interface) or peripheral buses. This interface is used to exchange status values, sensor values, actuator control data and the configuration of the system block. This communication is also known as chip-to-chip communication.
  • SPI Serial Peripheral Interface
  • peripheral buses This interface is used to exchange status values, sensor values, actuator control data and the configuration of the system block. This communication is also known as chip-to-chip communication.
  • the interaction between the microcontroller and the system components causes the communication of the control unit with the outside world through a multiplicity of interfaces, such as CAN (Controller Area Network), FlexRay, Bluetooth or Ethernet.
  • CAN Controller Area Network
  • FlexRay Wireless Fidel
  • Ethernet Ethernet
  • the microcontroller implements the actual protocol stack or protocol stack in hardware or in software, while the system module takes over the physical representation of the data. Between these blocks there is a data connection, which specifies the standard of the interface used, z.
  • B. Media Independent Interface MM at 100 Mbit Ethernet It should be noted that all considered communication interfaces use a clear identification of the communication nodes (see MAC address for Ethernet and Bluetooth) and are usually packet-oriented.
  • the embedding of the chip-to-chip communication in communication interfaces such as, for example, CAN, FlexRay, Bluetooth or Ethernet, is desired.
  • a significant advantage of the method described is the reduction of the required connections between the microcontroller and the system module and thus in the reduction of the number of pins.
  • a higher bandwidth between the microcontroller and the system module is available than is possible with the interfaces traditionally used in ECUs such as SPI.
  • the system module is addressed via a standardized software interface. By reducing connections, costs are reduced and another source of EMC saved.
  • Figure 1 shows a schematic representation of an embodiment of the presented control unit.
  • FIG. 2 shows a schematic representation of a message filter when a message is sent by a microcontroller.
  • FIG. 3 shows a schematic representation of the message filter when a message is sent to the microcontroller.
  • FIG. 1 shows, in a schematic, highly simplified representation, an embodiment of the control unit described, which is denoted overall by the reference numeral 10.
  • This control device 10 comprises a microcontroller 12 and a system module 14. In this illustration, only one system module 14 is shown.
  • the control unit 10 includes a number of system blocks 14, which are provided for the realization of different functions or functionalities.
  • a core 16 and a module 18, which implements the protocol layer of a communication interface 20, are provided.
  • the Module 18 is, for example, a CAN module or an Ethernet MAC module.
  • the communication interface 20 is typically a protocol-specific interface (eg M 11)
  • a message filter 22, a first module 24 for connecting the physical layer and a second module 26 for other functions of the system module 14 are provided in the system module 14. Furthermore, one is
  • the microcontroller 12 therefore has, in addition to the actual computer core or core 16, the module 18 which implements the protocol layer of the communication interface 20.
  • This module 18 is not, as is known in the art, directly connected to the first physical layer connection module 20 via the protocol-specific communication interface 20, but the message filter 22 is interposed therebetween.
  • This message filter 22 has the identification number 28 of the system module 14 and is therefore able to classify messages on the protocol-specific communication interface 20 between the microcontroller 12 and system module 14 on the basis of this identification number 28.
  • FIG. 2 shows the submodules necessary for this.
  • the identification number 28 may be permanently assigned to a specific system module 14 and at the
  • the identification number can be readjusted at runtime via special messages (eg MAC address 0 as recognition of the special message).
  • special messages eg MAC address 0 as recognition of the special message.
  • the illustration shows a first unit 30 for identifying an identification number, a second unit 32 for comparing the identification number, a third unit 34 for forwarding a message, and a fourth unit 36 for the protocol stack.
  • a message When a message is sent from the microcontroller 12 to the system module 14 (arrow 40), it first passes through the protocol stack (module 18) of the microcontroller 12 and is sent via the communication interface 20 to the system module 14.
  • the identification number 28 of the system module 14 is coded in the message.
  • the first unit 30 recognizes the identification number 28.
  • the second unit 32 checks the identification number 28 of the message with the identification number 28 of the system block 14, comparable to a router, but possibly with reduced functionality. The latter recognizes the message for the system module 14 and forwards it instead of to the first module 24 for the physical layer to a system module-internal protocol stack or protocol stack (arrow 40)
  • the protocol stack on the system module 14 can be very small if the communication adheres to a fixed data format between the system module 14 and the microcontroller 12.
  • the second unit 32 then forwards the message to the physical layer module 24 (arrow 42), which the By default, the message is further processed and forwarded to the physical layer (arrow 44).
  • the message filter 22 is shown with the components necessary for sending messages to the microcontroller 12.
  • the illustration shows an arbiter 50 and thus a component that regulates or prioritizes access collisions.
  • the fourth unit 36 is shown for the protocol stack.
  • FIG. 3 shows the function.
  • Messages (arrow 52) of the system module 14 are first adapted by the small protocol stack (unit 36) back to the format of the communication interface 20 between the microcontroller 12 and system block 14.
  • These messages and the messages received via the communication interface 20 and the physical layer module 24 reach the arbiter 50, which coordinates the routing of the messages to the microcontroller 12 (arrow 54).
  • Arrow 56 illustrates possible messages from the physical layer.
  • Standardized interfaces such as Ethernet also have a standardized programming interface in the software.
  • the software required between the hardware module and the software interface, namely the driver, is usually supplied by the module manufacturer. This standardized programming interface can now also be used for communication with the system block.
  • the system block z. B when using Ethernet or Bluetooth in Unix-like operating systems, for example, via sockets, software modules for data exchange programmed.
  • the unique identification number is a MAC address in both cases; in the case of Ethernet, an IP address can also be used. Due to the standardized software interfaces, the software is thus extremely interface-independent.
  • the system module 14 only sends messages to the microcontroller 12.
  • the message filter 22 can also be adapted such that the system module 14 additionally receives messages via the communication interface 20 and / or sends.
  • the structure then corresponds to that of Figure 2, but with the reverse data direction between communication interface 20 and system block 14 and between microcontroller 12 and system block 14. So it is z. B. a central control unit possible to communicate directly with the system module 14, without the microcontroller 12 to include. With this option different versions can be realized:
  • a central control unit takes over a large part of the functions, the other microcontrollers only serve a few functions. Both must be able to access the system block.
  • the local controller z. B. only the functional serve as security and work as a checker core or core. In doing so, they check the plausibility of sensor / actuator values by means of suitable functions or check the function of the central control unit and the system module with a question / answer game.
  • multiple interfaces may have the communication capability between system device and microcontroller described in the invention.
  • a redundant design is possible or the communication channel of the chip-to-chip communication can be adapted dynamically to the utilization of the various interfaces.
  • the bandwidth of the selected interface may not be sufficient.
  • An additional interface can further increase the bandwidth.
  • the presented method is carried out in particular with a control unit of the type described.
  • a control unit of the type described When carrying out the method, at least one system block is regularly used in the control unit intended for execution, as can be seen from the above statements.
  • the system block usually has a message filter of the type described.

Abstract

Es werden ein Verfahren zur Durchführung einer Kommunikation in einem Steuergerät (10) vorgestellt. Bei diesem wird zwischen einem Mikrocontroller (12) und mindestens einem Systembaustein (14) eine Nachricht mit einer Identifikationsnummer (28) versendet, anhand der mittels eines Nachrichtenfilters (22) in dem mindestens einen Systembaustein (14) entschieden wird, ob diese Nachricht an ein erstes Modul (24) zur Anbindung einer physikalischen Schicht oder an ein zweites Modul (26) für Funktionen des Systembausteins (14) weitergeleitet wird.

Description

Beschreibung Titel
Verfahren zur Durchführung einer Kommunikation
Die Erfindung betrifft ein Verfahren zur Durchführung einer Kommunikation in einem Steuergerät, ein solches Steuergerät und einen Nachrichtenfilter zur Durchführung des Verfahrens.
Stand der Technik
Steuergeräte bestehen heute in der Regel aus einem Mikrocontroller und einem oder mehreren Systembausteinen, die zusätzliche Funktionalitäten realisieren. Bei bekannten Steuergeräten ist vorgesehen, dass der Mikrocontroller direkt mit diesen Systembausteinen über dedizierte Schnittstellen, wie z. B. SPI (Serial Pe- ripheral Interface) oder Peripheriebusse, kommuniziert. Über diese Schnittstelle erfolgt der Austausch von Statuswerten, Sensorwerten, Ansteuerungsdaten von Aktoren und die Konfiguration des Systembausteins. Diese Kommunikation wird auch als Chip-to-Chip- Kommunikation bezeichnet.
Gleichzeitig erfolgt durch das Zusammenspiel zwischen Mikrocontroller und Systembausteinen die Kommunikation des Steuergeräts mit der Außenwelt durch eine Vielzahl an Schnittstellen, wie bspw. CAN (Controller Area Network), FlexRay, Bluetooth oder Ethernet. Hierzu implementiert der Mikrocontroller den eigentlichen Protokoll-Stapel bzw. Protokoll-Stack in Hardware oder in Software, während der Systembaustein die physikalische Repräsentation der Daten übernimmt. Zwischen diesen Bausteinen besteht eine Datenverbindung, die der Standard der verwendeten Schnittstelle vorgibt, z. B. Media Independent Interface MM bei 100 MBit-Ethernet. Es ist zu beachten, dass alle betrachteten Kommunikationsschnittstellen eine eindeutige Identifikation der Kommunikationsteilnehmer nutzen (vgl. MAC-Adresse bei Ethernet und Bluetooth) und üblicherweise packeto- rientiert sind. Bei der Kommunikation in einem Steuergerät wird die Einbettung der Chip-to- Chip-Kommunikation in Kommunikationsschnittstellen, wie bspw. CAN, FlexRay, Bluetooth oder Ethernet, angestrebt.
Offenbarung der Erfindung
Vor diesem Hintergrund werden ein Verfahren zur Durchführung einer Kommunikation in einem Steuergerät gemäß Anspruch 1 , ein Steuergerät mit den Merkmalen des Anspruchs 4, ein Systembaustein nach Anspruch 6 und ein Nachrichtenfilter gemäß Anspruch 7 vorgestellt. Weitere Ausgestaltungen der Erfindung ergeben sich aus den abhängigen Patentansprüchen und der Beschreibung.
Es sind somit die Einführung einer eindeutigen Identifikationsnummer aus dem Nummernbereich des verwendeten Protokolls, und die Einführung eines Zusatzmoduls, das auf dem Systembaustein Nachrichten an den Systembaustein von den restlichen Nachriten trennt bzw. wieder zu den übrigen Nachrichten zufügt, und das zugehörende Programmierparadigma vorgesehen. Dabei ist zu berücksichtigen, dass die Nachrichten für den Systembaustein nicht zwangsläufig die physikalische Schicht des verwendeten Kommunikationsprotokolls durchlaufen. Systembausteine können rein analoge Schaltkreise, digitale Schaltkreise, Softwarelösungen und Mischformen davon sein. Die Nachrichten können blockweise oder verbindungsorientiert ausgetauscht werden.
Ein wesentlicher Vorteil des beschriebenen Verfahrens besteht in der Reduktion der benötigten Verbindungen zwischen Mikrocontroller und Systembaustein und damit in der Reduktion der Pinanzahl. Zusätzlich steht bei Nutzung von Kommunikationsschnittstellen mit hohem Datendurchsatz eine höhere Bandbreite zwischen Mikrocontroller und Systembaustein zur Verfügung, als dies durch die bei Steuergeräten traditionell genutzten Schnittstellen wie SPI möglich ist. Zudem erfolgt das Ansprechen des Systembausteins über eine genormte Softwareschnittstelle. Durch Reduktion von Verbindungen werden Kosten reduziert und eine weitere EMV-Quelle eingespart. Weitere Vorteile und Ausgestaltungen der Erfindung ergeben sich aus der Beschreibung und den beiliegenden Zeichnungen. Es versteht sich, dass die voranstehend genannten und die nachstehend noch zu erläuternden Merkmale nicht nur in der jeweils angegebenen Kombination, sondern auch in anderen Kombinationen oder in Alleinstellung verwendbar sind, ohne den Rahmen der vorliegenden Erfindung zu verlassen.
Kurze Beschreibung der Zeichnungen
Figur 1 zeigt in einer schematischen Darstellung eine Ausführungsform des vorgestellten Steuergeräts.
Figur 2 zeigt in einer schematischen Darstellung einen Nachrichtenfilter, wenn eine Nachricht von einem Mikrocontroller gesendet wird.
Figur 3 zeigt in einer schematischen Darstellung den Nachrichtenfilter, wenn eine Nachricht zu dem Mikrocontroller gesendet wird.
Ausführungsform der Erfindung
Die Erfindung ist anhand von Ausführungsformen in den Zeichnungen schematisch dargestellt und wird nachfolgend unter Bezugnahme auf die Zeichnungen ausführlich beschrieben.
Die Figuren werden zusammenhängend und übergreifend beschrieben, gleiche Bezugszeichen bezeichnen gleiche Komponenten.
Figur 1 zeigt in einer schematischen, stark vereinfachten Darstellung eine Ausführung des beschriebenen Steuergeräts, das insgesamt mit der Bezugsziffer 10 bezeichnet ist. Dieses Steuergerät 10 umfasst einen Mikrocontroller 12 und einen Systembaustein 14. In dieser Darstellung ist lediglich ein Systembaustein 14 dargestellt. In der Regel umfasst das Steuergerät 10 eine Anzahl von Systembausteinen 14, die zur Realisierung unterschiedlicher Funktionen bzw. Funktionalitäten vorgesehen sind.
In dem Mikrocontroller 12 sind ein Kern 16 und ein Modul 18, das die Protokollschicht einer Kommunikationsschnittstelle 20 implementiert, vorgesehen. Das Modul 18 ist bspw. ein CAN-Modul oder ein Ethernet-MAC-Modul. Die Kommunikationsschnittstelle 20 ist typischerweise eine protokollspezifische Schnittstelle (bspw. M 11) In dem Systembaustein 14 sind ein Nachrichtenfilter 22, ein erstes Modul 24 zur Anbindung der physikalischen Schicht und ein zweites Modul 26 für sonstige Funktionen des Systembausteins 14 vorgesehen. Weiterhin ist eine
Identifikationsnummer 28 des Systembausteins 14 zugeordnet.
In der Darstellung ist somit der prinzipielle Aufbau des Steuergeräts 10 gezeigt. Der Mikrocontroller 12 verfügt demnach neben dem eigentlichen Rechnerkern bzw. Core 16 über das Modul 18, das die Protokollschicht der Kommunikationsschnittstelle 20 implementiert. Dieses Modul 18 ist nicht, wie dies aus dem Stand der Technik bekannt ist, direkt über die protokollspezifische Kommunikationschnittstelle 20 mit dem ersten Modul 24 zur Anbindung der physikalischen Schicht verbunden, sondern es ist der Nachrichtenfilter 22 dazwischengeschaltet. Dieser Nachrichtenfilter 22 verfügt über die Identifikationsnummer 28 des Systembausteins 14 und ist daher in der Lage, Nachrichten auf der protokollspezifischen Kommunikationschnittstelle 20 zwischen dem Mikrocontroller 12 und Systembaustein 14 anhand dieser Identifikationsnummer 28 zu klassifizieren. Figur 2 zeigt die dafür notwendigen Untermodule. Die Identifikationsnummer 28 kann fest einem bestimmten Systembaustein 14 zugeordnet sein und bei der
Herstellung fest eingestellt werden. Alternativ kann über spezielle Nachrichten die Identifikationsnummer zur Laufzeit neu eingestellt werden (z. B. MAC- Adresse 0 als Erkennung der speziellen Nachricht). In Figur 2 ist die Funktion des Nachrichtenfilters 22 wiedergegeben, wenn eine
Nachricht von dem Mikrocontroller 12 gesendet wird. Die Darstellung zeigt eine erste Einheit 30 zur Erkennung einer Identifikationsnummer, eine zweite Einheit 32 zum Vergleich der Identifikationsnummer, eine dritte Einheit 34 zum Weiterleiten einer Nachricht und eine vierte Einheit 36 für den Protokollstapel dargestellt.
Wrd eine Nachricht von dem Mikrocontroller 12 zu dem Systembaustein 14 gesendet (Pfeil 40), so durchläuft diese zunächst den Protokoll-Stack (Modul 18) des Mikrocontrollers 12 und wird über die Kommunikationsschnittstelle 20 zu dem Systembaustein 14 geschickt. Dabei ist die Identifikationsnummer 28 des Systembausteins 14 in der Nachricht codiert. Innerhalb des Nachrichtenfilters 22 erkennt die erste Einheit 30 die Identifikationsnummer 28. Die zweite Einheit 32 überprüft die Identifikationsnummer 28 der Nachricht mit der Identifikationsnummer 28 des Systembausteins 14, vergleichbar einem Router, jedoch eventuell mit reduziertem Funktionsumfang. Diese erkennt die Nachricht für den Systembaustein 14 und leitet diese statt an das erste Modul 24 für die physikalische Schicht an einen Systembaustein-internen Protokoll-Stapel bzw. Protokoll-Stack (Pfeil
37). Dieser entnimmt die Nutzdaten für den Systembaustein und leitet diese weiter an die übrigen Module des Systembausteins 14 (Pfeil 38). Der Protokoll-Stack auf dem Systembaustein 14 kann dabei sehr klein ausfallen, falls sich die Kommunikation an ein festes Datenformat zwischen Systembaustein 14 und Mikro- Controller 12 hält.
Wird eine Nachricht von dem Mikrocontroller 12 an die eigentliche Kommunikationsschnittstelle gesendet, so enthält diese nicht die Identifikationsnummer 28 des Systembausteins 14. Die zweite Einheit 32 zum Vergleichen leitet daraufhin die Nachricht an das Physikalische-Schicht-Modul 24 weiter (Pfeil 42), das die Nachricht standardmäßig weiterverarbeitet und zur physikalischen Schicht weiterleitet (Pfeil 44).
In Figur 3 ist der Nachrichtenfilter 22 mit den Komponenten dargestellt, die dafür notwendig sind, wenn Nachrichten zu dem Mikrocontroller 12 gesendet werden. Die Darstellung zeigt einen Arbiter 50 und damit eine Komponente, die Zugriffe bzw. Zugriffskollisionen regelt bzw. priorisiert. Weiterhin ist die vierte Einheit 36 für den Protokollstapel dargestellt.
Wenn Nachrichten zu dem Mikrocontroller 12 gesendet werden sollen, kann der Nachrichtenfilter 22 einfacher aufgebaut sein. Figur 3 zeigt die Funktion. Nachrichten (Pfeil 52) des Systembausteins 14 werden zunächst durch den kleinen Protokoll-Stapel (Einheit 36) wieder an das Format der Kommunikationsschnittstelle 20 zwischen Mikrocontroller 12 und System baustein 14 angepasst. Diese Nachrichten und die Nachrichten, die über die Kommunikationsschnittstelle 20 und das Physikalische-Schicht-Modul 24 empfangen werden, erreichen den Arbiter 50, der die Weiterleitung der Nachrichten an den Mikrocontroller 12 (Pfeil 54) koordiniert. Pfeil 56 verdeutlicht mögliche Nachrichten von der physikalischen Schicht. Standardisierte Schnittstellen wie Ethernet verfügen auch in der Software über eine standardisierte Programmierschnittstelle. Die benötigte Software zwischen Hardware-Modul und Softwareschnittstelle, nämlich der Treiber, wird üblicherweise vom Modulhersteller mitgeliefert. Diese standardisierte Programmierschnittstelle lässt sich nun auch für die Kommunikation mit dem Systembaustein nutzen. Damit wird der Systembaustein z. B. bei Nutzung von Ethernet oder Bluetooth in Unix-artigen Betriebssystemen, bspw. über Sockets, Software- Module zum Datenaustausch, programmiert. Die eindeutige Identifikationsnummer ist in beiden Fällen eine MAC-Adresse, im Falle von Ethernet kann auch eine IP-Adresse genutzt werden. Durch die standardisierten Software- Schnittstellen ist damit die Software äußerst schnittstellenunabhängig.
Der vorstehend beschriebene Aufbau geht davon aus, dass Nachrichten an den Systembaustein 14 lediglich von dem Mikrocontroller 12 gesendet werden.
Ebenso sendet der Systembaustein 14 nur Nachrichten an den Mikrocontroller 12. Alternativ lässt sich der Nachrichtenfilter 22 auch derart anpassen, dass der Systembaustein 14 zusätzlich Nachrichten über die Kommunikationsschnittstelle 20 empfängt und/oder sendet. Der Aufbau entspricht dann demjenigen der Figur 2, allerdings mit umgekehrter Datenrichtung zwischen Kommunikationsschnittstelle 20 und Systembaustein 14 sowie zwischen Mikrocontroller 12 und Systembaustein 14. Damit ist es z. B. einem zentralen Steuergerät möglich, direkt mit dem Systembaustein 14 zu kommunizieren, ohne den Mikrocontroller 12 mit ein- zubeziehen. Durch diese Option sind verschiedene Ausführungen realisierbar:
- Sicherheitsabschaltung von Aktoren durch andere Steuergeräte,
- Notlaufeigenschaften bei erkanntem Mikrocontroller-Defekt,
- direktes Auslesen von Sensorwerten, die von mehreren Steuergeräten genutzt werden (z. B. Radsensoren für ESP, Motorsteuerung und Navigationsgerät), ohne zusätzliche Rechenzeit für die Bereitstellung auf dem Mikrocontroller,
- Client-Server-Modell von Steuergeräten: ein zentrales Steuergerät übernimmt einen Großteil der Funktionen, die übrigen Mikrocontroller bedienen nur einige wenige Funktionen. Beide müssen aber auf den Systembaustein zugreifen können. Insbesondere können die lokalen Controller z. B. lediglich der funktio- nalen Sicherheit dienen und als Checker-Core bzw. Prüf-Kern arbeiten. Dabei plausibilisieren sie Sensor-/Aktor-Werte durch geeignete Funktionen oder prüfen die Funktion des zentralen Steuergeräts und des Systembausteins durch ein Frage-/Antwort-Spiel.
Gegebenenfalls ist hierbei auch ein zusätzlicher Filter in Richtung Mikrocontroller nötig, was protokollabhängig ist, der Nachrichten für den Systembaustein nicht an den Mikrocontroller sendet. Insgesamt stehen dann die folgenden bidirektionalen Kommunikationsmöglichkeiten über diese Implementierung zur Verfügung:
- Kommunikation verschiedener Mikrocontroller aus verschiedenen Steuergeräten,
- Kommunikation des Mikrocontrollers mit dem Systembaustein innerhalb eines Steuergeräts,
- Kommunikation eines Mikrocontrollers mit dem Systembaustein anderer Steuergeräte, - Kommunikation zwischen Systembausteinen in verschiedenen Steuergeräten
(vollständig ohne Beteiligung von Mikrocontrollern).
Innerhalb eines Systems können mehrere Schnittstellen über die in der Erfindung beschriebene Kommunikationsmöglichkeit zwischen Systembaustein und Mikro- Controller verfügen. Dadurch ist bspw. eine redundante Auslegung möglich bzw. der Kommunikationskanal der Chip-to-Chip-Kommunikation kann dynamisch an die Auslastung der verschiedenen Schnittstellen angepasst werden. Zusätzlich reicht ggf. die Bandbreite der gewählten Schnittstelle nicht aus. Eine zusätzliche Schnittstelle kann die Bandbreite weiter erhöhen. Dabei kann sowohl eine homo- gene Implementierung, z. B. 2 x CAN, als auch eine heterogene Implementierung, z. B. 1 x CAN, 1 x FlexRay, gewählt werden.
Das vorgestellte Verfahren wird insbesondere mit einem Steuergerät der beschriebenen Art durchgeführt. Bei Durchführung des Verfahrens wird in dem zur Ausführung bestimmten Steuergerät regelmäßig mindestens ein System baustein verwendet, wie dieser den vorstehenden Ausführungen zu entnehmen ist. Hier- bei verfügt der Systembaustein in der Regel über einen Nachrichtenfilter der beschriebenen Art.
Auf diese Weise ist es möglich, bei der Kommunikation innerhalb eines Steuer- geräts zwischen Mikrocontroller und Systembaustein eine Verbindung einzusparen.

Claims

Verfahren zur Durchführung einer Kommunikation in einem Steuergerät (10) zwischen einem Mikrocontroller (12) und mindestens einem Systembaustein (14), bei dem eine von dem Mikrocontroller (12) zu dem mindestens einen Systembaustein (14) zu versendende Nachricht mit einer Identifikationsnummer (28) versehen wird, anhand der mittels eines Nachrichtenfilters (22) in dem mindestens einen System baustein (14) entschieden wird, ob diese Nachricht an ein erstes Modul (24) zur Anbindung einer physikalischen Schicht oder an ein zweites Modul (26) für Funktionen des Systembausteins (14) weitergeleitet wird.
Verfahren nach Anspruch 1 , bei dem zusätzlich eine Nachricht von dem mindestens einen Systembaustein (14) zu dem Mikrocontroller (12) gesendet wird.
Verfahren nach Anspruch 1 oder 2, bei dem ein zentrales Steuergerät direkt mit dem Systembaustein (14) kommuniziert.
Steuergerät, insbesondere für ein Verfahren zur Durchführung einer Kommunikation nach einem der Ansprüche 1 bis 3, mit einem Mikrocontroller (12), der einen Kern (16) und ein Modul (18), das eine Protokollschicht einer Kommunikationsschnittstelle (20) implementiert, aufweist, und mit mindestens einem Systembaustein (14), der ein erstes Modul (24) zur Anbindung einer physikalischen Schicht und ein zweites Modul (26) für Funktionen des Systembausteins (14) aufweist, wobei dem Systembaustein (14) ein Nachrichtenfilter (22) zugeordnet ist, der dazu eingerichtet ist, eine Nachricht anhand einer Identifikationsnummer (28) entweder zu dem ersten Modul (24) oder dem zweiten Modul (26) weiterzuleiten. Steuergerät nach Anspruch 4, bei dem eine zusätzliche Schnittstelle zwischen dem Mikrocontroller (12) und dem mindestens einen Systembaustein (14) vorgesehen ist.
Systembaustein für ein Steuergerät (10), insbesondere für ein Steuergerät (10) nach Anspruch 4 oder 5, der ein erstes Modul (24) zur Anbindung einer physikalischen Schicht und ein zweites Modul (26) für Funktionen des Systembausteins (14) aufweist, wobei dem Systembaustein (14) ein Nachrichtenfilter (22) zugeordnet ist, der dazu eingerichtet ist, eine Nachricht anhand einer Identifikationsnummer (28) entweder zu dem ersten Modul (24) oder dem zweiten Modul (26) weiterzuleiten.
Nachrichtenfilter für einen System baustein (14) eines Steuergeräts (10), insbesondere für ein Steuergerät (10) nach Anspruch 4 oder 5, der dazu eingerichtet ist, eine Nachricht anhand einer Identifikationsnummer (28) weiterzuleiten, mit einer ersten Einheit (30) zum Erkennen der Identifikationsnummer (28) und einer zweiten Einheit (32) zum Überprüfen der Identifikationsnummer.
Nachrichtenfilter nach Anspruch 7, mit einer dritten Einheit (34) zum Weiterleiten der Nachricht an eine physikalische Schicht.
Nachrichtenfilter nach Anspruch 7 oder 8, mit einer vierten Einheit (36) für einen Protokollstapel.
Nachrichtenfilter nach einem der Ansprüche 7 bis 9, mit einem Arbiter (50) zum Regeln von Zugriffen.
PCT/EP2011/062911 2010-08-26 2011-07-27 Verfahren zur durchführung einer kommunikation WO2012025323A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/818,912 US20130227039A1 (en) 2010-08-26 2011-07-27 Method for carrying out a communication
CN2011800411037A CN103069403A (zh) 2010-08-26 2011-07-27 用于执行通信的方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102010039782A DE102010039782A1 (de) 2010-08-26 2010-08-26 Verfahren zur Durchführung einer Kommunikation
DE102010039782.2 2010-08-26

Publications (1)

Publication Number Publication Date
WO2012025323A1 true WO2012025323A1 (de) 2012-03-01

Family

ID=44514678

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2011/062911 WO2012025323A1 (de) 2010-08-26 2011-07-27 Verfahren zur durchführung einer kommunikation

Country Status (4)

Country Link
US (1) US20130227039A1 (de)
CN (1) CN103069403A (de)
DE (1) DE102010039782A1 (de)
WO (1) WO2012025323A1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9219722B2 (en) 2013-12-11 2015-12-22 Globalfoundries Inc. Unclonable ID based chip-to-chip communication
DE102014208855A1 (de) 2014-05-12 2015-11-12 Robert Bosch Gmbh Verfahren zum Durchführen einer Kommunikation zwischen Steuergeräten

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5938742A (en) * 1995-08-18 1999-08-17 General Magic, Inc. Method for configuring an intelligent low power serial bus
EP1544721A2 (de) * 2003-12-20 2005-06-22 Hewlett-Packard Development Company, L.P. Verfahren zur Benutzung einer Speichervermittlung

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5764638A (en) * 1995-09-14 1998-06-09 Level One Communications, Inc. Method and apparatus for filtering and forwarding messages in a computer network using a last source address
US6173349B1 (en) * 1996-10-18 2001-01-09 Samsung Electronics Co., Ltd. Shared bus system with transaction and destination ID
US7013355B2 (en) * 2003-01-09 2006-03-14 Micrel, Incorporated Device and method for improved serial bus transaction using incremental address decode
US7440405B2 (en) * 2005-03-11 2008-10-21 Reti Corporation Apparatus and method for packet forwarding with quality of service and rate control
US7333430B2 (en) * 2005-07-06 2008-02-19 Fortinet, Inc. Systems and methods for passing network traffic data
US8527674B2 (en) * 2007-03-08 2013-09-03 Lantiq Deutschland Gmbh Data packet switching
US7885205B2 (en) * 2007-04-17 2011-02-08 Hewlett-Packard Development Company, L.P. Media access control (MAC) address management system and method
US7827334B2 (en) * 2008-06-26 2010-11-02 Triune Ip Llc Protocol method apparatus and system for the interconnection of electronic systems
US8837346B2 (en) * 2011-06-01 2014-09-16 General Electric Company Repeater pass-through messaging

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5938742A (en) * 1995-08-18 1999-08-17 General Magic, Inc. Method for configuring an intelligent low power serial bus
EP1544721A2 (de) * 2003-12-20 2005-06-22 Hewlett-Packard Development Company, L.P. Verfahren zur Benutzung einer Speichervermittlung

Also Published As

Publication number Publication date
US20130227039A1 (en) 2013-08-29
CN103069403A (zh) 2013-04-24
DE102010039782A1 (de) 2012-03-01

Similar Documents

Publication Publication Date Title
DE19904090C2 (de) Verfahren und Vorrichtung zur automatischen Steuerung und Verwaltung medizinischer Geräte und Anlagen
DE19934514C5 (de) Verfahren zum Konfigurieren eines an einen Feldbus angeschlossenen Busteilnehmers
EP2044736A1 (de) Verfahren zum betreiben eines lin-busses
EP1472851A2 (de) System und verfahren zur analyse eines netzwerks und/oder generierung der topologie eines netzwerks
EP2825921B1 (de) Steuerungsvorrichtung zum steuern von sicherheitskritischen prozessen in einer automatisierten anlage und verfahren zur parameterierung der steuerungsvorrichtung
DE102017200958A1 (de) Betriebsmodus-übergangsverfahren in einem netz
EP2491492B1 (de) Automatisierungssystem und verfahren zum betrieb eines automatisierungssystems
DE102017214068B4 (de) Verfahren, Vorrichtung und Computerprogramm zur dynamischen Ressourcenzuweisung in einem Mehrprozessor-Computersystem
DE102018116676A1 (de) Fahrzeugnetzwerk mit Implementierung einer XCP-Protokoll-Richtlinie und Verfahren
WO2012025323A1 (de) Verfahren zur durchführung einer kommunikation
EP1912343A2 (de) Parametrierung einer intelligenten Einheit über Spannungsversorgungseinrichtung
EP3435179B1 (de) Verfahren zum gemäss einer sicherheitsnorm funktional sicheren austausch von informationen
EP1885100B1 (de) Verfahren zur automatischen Adressvergabe an einen Kommunikationsteilnehmer und Kommunikationsteilnehmer
DE102020209221A1 (de) Verfahren zum Koppeln und Ankoppeln eines Sensors und Kommunikationsnetzwerk
DE102022116903B3 (de) Verfahren zum Betreiben eines Netzwerks eines Kraftfahrzeugs mittels eines Netzwerksystems des Kraftfahrzeugs, Computerprogrammprodukt sowie Netzwerksystem
DE102017203725A1 (de) Vorrichtung zum Verarbeiten von Nutzdaten in einem Steuergerät
DE102021127310B4 (de) System und Verfahren zur Datenübertragung
DE102015214133A1 (de) Integrierter Schaltkreis zum Betreiben an einem Bus und Verfahren zum Betreiben des integrierten Schaltkreises
EP2455831A1 (de) Engineering einer Datenkommunikation
WO2023151762A1 (de) Kraftfahrzeuggateway
EP1515237B1 (de) Schnittstelle für ein UART-basiertes Bussystem
DE102011083001B4 (de) Teilnehmer eines Kommunikationsnetzwerks und Verfahren zur deterministischen Übertragung über ein Kommunikationsmedium des Kommunikationsnetzwerks
WO2021148349A1 (de) Sende-/empfangseinrichtung und kommunikationssteuereinrichtung für eine teilnehmerstation eines seriellen bussystems und verfahren zur kommunikation in einem seriellen bussystem
DE102006062093B4 (de) Automatisierungsanlage und Verfahren für exklusive Verbindungen zu Clientrechnern
WO2003028290A2 (de) Verfahren und vorrichtung zum betrieb eines koppelknotens

Legal Events

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

Ref document number: 201180041103.7

Country of ref document: CN

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

Ref document number: 11749115

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13818912

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 11749115

Country of ref document: EP

Kind code of ref document: A1