Titel

Verfahren zum Koppeln und Ankoppeln eines Sensors und

Kom m u n i kati o ns n etzwe rk

Stand der Technik

Die Erfindung geht von einer Vorrichtung oder einem Verfahren nach Gattung der unabhängigen Ansprüche aus. Gegenstand der vorliegenden Erfindung ist auch ein Computerprogramm.

In der Automobile-Industrie werden viele Sensoren im Fahrzeug direkt am Band- Ende bei den Fahrzeugherstellern verbaut. In den meisten Fällen werden gleich mehrere Sensoren von dem gleichen Typ/Bauart verbaut (z.B. mehrere Radare), die durch einen Kodierungsvorgang am Band- Ende wegen ihrer unterschiedlichen Position und/oder funktionelle Parameter individuell angelernt werden müssen. Die Sensoren sind in der Regel direkt an den selben Steuergerät über separate Anschlüsse angeschlossen. Durch die Verkabelung am Steuergerät oder durch eine Pin- Kodierung am Anschlusskabel der Sensoren kann der Sensor immer eindeutig identifiziert und dann kodierl/angelernt werden. Das Anlernen geschieht meistens einfach über die Pin- Kodierung am Kabel oder über einen Tester Eingriff, indem das Steuergerät dazu aufgefordert wird, die angeschlossenen Sensoren ihre Kodierung mitzuteilen/anlernen.

Offenbarung der Erfindung

Vor diesem Hintergrund werden mit dem hier vorgestellten Ansatz Verfahren zum Koppeln und Ankoppeln eines Sensors und ein Kommunikationsnetzwerk, sowie schließlich ein entsprechendes Computerprogramm gemäß den Hauptansprüchen vorgestellt. Durch die in den abhängigen Ansprüchen aufgeführten Maßnahmen sind vorteilhafte Weiterbildungen und Verbesserungen der im unabhängigen Anspruch angegebenen Vorrichtung möglich.

In einem Kommunikationsnetzwerk für ein Fahrzeug kann eine Konfigurierung eines Sensors vorteilhafterweise unter Verwendung eines vorbestimmten Kommunikationsablaufs zwischen dem Sensor, einer Steuereinrichtung und einer zwischen den Sensor und die Steuereinrichtung geschalteten Netzwerkweiche vorgenommen werden.

Ein Verfahren zum Koppeln eines Sensors für ein Fahrzeug mit einer Steuereinrichtung über eine Netzwerkweiche umfasst die folgenden Schritte:

Aussenden zumindest einer Servicesuchanfrage an eine Sensorschnittstelle der Netzwerkweiche;

Empfangen einer Seviceanbietnachricht von der Sensorschnittstelle der Netzwerkweiche, wobei die Seviceanbietnachricht eine von der Steuereinrichtung an eine Steuerschnittstelle der Netzwerkweiche zur Konfigurierung des Sensors bereitgestellte Nachricht repräsentiert;

Anlernen einer Konfiguration des Sensors unter Verwendung der Seviceanbietnachricht; und

Bereitstellen einer die Konfiguration bestätigenden Abonniernachricht an die Sensorschnittstelle der Netzwerkweiche.

Die Schritte des Verfahrens zum Koppeln können unter Verwendung von geeigneten Einrichtungen des Sensors ausgeführt werden.

Bei dem Fahrzeug kann es sich um ein Fahrzeug zur Personenbeförderung, beispielsweise einen PKW, oder um einen Lastkraftwagen handeln. Das Fahrzeug kann ein Kommunikationsnetzwerk aufweisen, das zumindest eine Steuereinrichtung und zumindest einen Sensor umfasst, die über eine Netzwerkweiche verbunden sind oder verbunden werden können.

Typischerweise können eine Mehrzahl von Sensoren gleichen oder unterschiedlichen Typs in das Kommunikationsnetzwerk integriert werden. Bei einem Sensor kann es sich um einen typischerweise in Fahrzeugen verbauten Sensor handeln, lediglich beispielsweise sei dazu ein Umfeldsensor, ein Beschleunigungssensor oder ein Drehzahlsensor genannt. Wenn der Sensor noch nicht konfiguriert ist oder falsch konfiguriert ist, kann der Sensor unter Verwendung der Steuereinrichtung konfiguriert werden. Nach einer solche Konfigurierung kann der Sensor beispielsweise in einem Sensormodus betrieben werden, in der der Sensor beispielsweise eine physikalische Größe erfassen und ein die physikalische Größe repräsentierendes Sensorsignal bereitstellen kann. Der Sensor kann ausgebildet sein, um eine oder mehrere Servicesuchanfragen auszusenden. Durch die Servicesuchanfrage kann die Steuereinrichtung veranlasst werden, die Seviceanbietnachricht zu senden, von dem Sensor verwendet werden kann, um eine für den Sensor vorgesehene Konfiguration anzulernen. Dazu kann die Seviceanbietnachricht entsprechende Konfigurationsdaten zum Konfigurieren des Sensors umfassen. Somit kann beispielsweise ein noch nicht konfigurierter Sensor durch Aussenden der Servicesuchanfrage seine eigene Konfigurierung anstoßen. Nach dem Anlernen kann der Sensor beispielsweise bereit sein, um in einem Sensormodus betrieben zu werden. Durch die Abonniernachricht kann die Steuereinrichtung über eine erfolgreich durchgeführte Konfiguration und somit eine Bereitschaft des Sensors informiert werden.

Gemäß einem Ausführungsbeispiel umfasst das Verfahren einen Schritt des Prüfens. Dabei kann der Sensor prüfen ob eine Konfigurierung des Sensors vorliegt. Wenn erkannt wird, das keine Konfigurierung vorliegt, kann der Schritt des Aussendens durchgeführt werden. Beispielsweise kann der Schritt des Prüfens nach einer Inbetriebnahme des Sensors durchgeführt werden. Wenn dabei erkannt wird, dass noch keine Konfiguration durchgeführt wurde, kann diese sofort angestoßen werden.

Wenn dagegen erkannt wird, dass eine Konfigurierung vorliegt, kann ein Schritt des Ladens durchgeführt werden, in dem die Konfiguration geladen werden kann. Dadurch kann der Sensor beispielsweise in einen Sensormodus versetzt werden. Optional kann in einem Schritt des Aussendens zumindest eine Servicesuchanfrage ausgesendet werden. Dadurch kann Steuereinrichtung wie bereits ausgeführt veranlasst werden, eine Seviceanbietnachricht zu senden.

Dies ermöglicht es dem Sensor zu überprüfen, ob die geladene Konfiguration der von der Steuereinrichtung für diesen Sensor vorgesehenen Konfigurierung entspricht.

Dazu kann ein Schritt des Empfangens einer Seviceanbietnachricht nach dem Durchführen des Schritts des Aussendens der Servicesuchanfrage durchgeführt werden. Ein Schritt des Bereitstellens einer die Konfiguration bestätigenden Abonniernachricht kann durchgeführt wird, wenn die bestehende Konfigurierung einer durch die Seviceanbietnachricht definierten Konfigurierung entspricht. Andernfalls kann ein Schritt des Anlernens einer Konfiguration des Sensors unter Verwendung der Seviceanbietnachricht durchgeführt werden. Auf diese Weise kann die bestehende Konfigurierung des Sensors durch eine neue Konfiguration ersetzt werden, die von der Steuereinrichtung aktuell für den Sensor vorgesehen ist.

Wenn der Sensor unterschiedliche Konfigurationsmöglichkeiten aufweist, können im Schritt des Aussendens eine Mehrzahl den unterschiedlichen Konfigurationsmöglichkeiten zugeordnete Servicesuchanfragen ausgesendet werden. Dadurch kann die Steuereinrichtung veranlasst werden, für alle diese unterschiedliche Konfigurationsmöglichkeiten vorgesehene Seviceanbietnachrichten zu senden. Vorteilhafterweise kann die Netzwerkweiche verwendet werden, um aus den von der Steuereinrichtung gesendeten Seviceanbietnachrichten die für den Sensor vorgesehene Seviceanbietnachricht an der Sensorschnittstelle durchzulassen und die anderen der Seviceanbietnachrichten auszufiltern.

Ein entsprechendes Verfahren zum Ankoppeln eines Sensors für ein Fahrzeug an eine Steuereinrichtung über eine Netzwerkweiche, umfasst die folgenden Schritte:

Senden zumindest einer Seviceanbietnachricht von der Steuereinrichtung an eine Steuerschnittstelle der Netzwerkweiche, wobei die Seviceanbietnachricht eine Nachricht zur Konfigurierung des Sensors repräsentiert; und Ausgeben der Seviceanbietnachricht an einer der Seviceanbietnachricht zugeordneten Sensorschnittstelle der Netzwerkweiche.

Die Schritte des Verfahrens zum Ankoppeln können unter Verwendung von Einrichtungen der Steuereinrichtung und der Netzwerkweiche ausgeführt werden.

Bei der Steuereinrichtung kann es sich beispielsweise um ein Steuergerät handeln, wie es im Fahrzeugbereich üblich ist. Die Steuereinrichtung kann zumindest eine Einrichtung zum Durchführen des Schritts des Sendes und gegebenenfalls weitere Einrichtungen zum Durchführen weiterer Schritte umfassen. Die Netzwerkweiche kann auch als Switch bezeichnet werden. Die Netzwerkweiche kann ein oder mehrteilig ausgeführt sein, beispielsweise also auch mehrere Switche umfassen. Die Netzwerkweiche kann zumindest eine Einrichtung zum Durchführen des Schritts des Ausgebens und gegebenenfalls weitere Einrichtungen zum Durchführen weiterer Schritte umfassen. Die Netzwerkweiche kann ausgebildet sein, um die von der Steuereinrichtung gesendete Seviceanbietnachricht an den Sensor weiterzuleiten. Dabei kann die Netzwerkweiche eine Filterfunktionalität aufweisen, die sicherstellen kann, dass nur die für diesen Sensor vorgesehene Seviceanbietnachricht an diesen Sensor weitergeleitet wird. Andere Serviceanbietnachrichten, die nicht für diesen Sensor vorgesehen sind, können dagegen ausgefiltert werden.

Der Schritt des Sendens der Seviceanbietnachricht kann ansprechend auf eine Inbetriebnahme der Steuereinrichtung durchgeführt werden. Dadurch kann bei der Inbetriebnahme eine Konfigurierung des Sensors angestoßen oder eine bestehende Konfigurierung um Hinblick auf ihre Aktualität überprüft werden.

Zusätzlich oder alternativ kann der Schritt des Sendens der Seviceanbietnachricht ansprechend auf ein Einlesen einer Servicesuchanfrage durchgeführt werden. Auf diese Weise kann beispielsweise ein neu in das Kommunikationsnetzwerk integrierter Sensor konfiguriert werden.

Das Verfahren kann einen Schritt des Zurückleitens einer eine Konfigurierung des Sensors bestätigenden Abonniernachricht von der Sensorschnittstelle zu der Steuerschnittstelle der Netzwerkweiche umfassen. Dadurch kann die Steuereinrichtung über eine erfolgreiche Konfigurierung des Sensors informiert werden.

Im Schritt des Ausgebens kann die Sensorschnittstelle unter Verwendung der Seviceanbietnachricht aus einer Mehrzahl von Sensorschnittstellen ausgewählt werden. Dies bietet sich an, wenn das Kommunikationsnetzwerk eine Mehrzahl von Sensoren umfasst. In diesem Fall ist es wichtig, dass jedem der Sensor nur die für diesen Sensor vorgesehene Seviceanbietnachricht zur Verfügung gestellt wird. Beispielsweise kann die Sensorschnittstelle basierend auf einer Filterung eines sogenannten Frames der Serviceanbietnachricht ausgewählt werden.

Wenn der Frame bei der Filterung an einer Sensorschnittstelle nicht ausgefiltert wird, kann die Seviceanbietnachricht über diese Sensorschnittstelle ausgegeben werden. Wenn der Frame dagegen ausgefiltert wird, kann ein Ausgaben der Seviceanbietnachricht über diese Sensorschnittstelle blockiert werden. Dabei kann jeder Sensorschnittstelle eine eigene Filterregel zugeordnet sein, die sich von den Filterregeln der anderen Sensorschnittstellen unterscheiden kann. Gemäß einer Ausführungsform umfasst das Verfahren einen Schritt des Einstellens von entsprechenden Filterregeln, auch Filterkriterien an den Sensorschnittstellen der Netzwerkweiche. Bei einem Ethernetnetzwerk kann dies über eine sogenannte Ethernet- Switch- Port Konfiguration erfolgen.

Dabei kann im Schritt des Sendens eine Mehrzahl unterschiedlichen Sensorvarianten zugeordneter Seviceanbietnachrichten gesendet werden. Unter Verwendung der Netzwerkweiche kann sichergestellt werden, dass die unterschiedlichen Seviceanbietnachrichten den vorgesehenen Sensoren zur Verfügung gestellt werden.

Ein entsprechendes Kommunikationsnetzwerk für ein Fahrzeug umfasst eine Steuereinrichtung, eine Netzwerkweiche und zumindest einen Sensor. Die Steuereinrichtung ist ausgebildet, um zumindest eine Seviceanbietnachricht an eine Steuerschnittstelle der Netzwerkweiche zu senden, wobei die Seviceanbietnachricht eine Nachricht zur Konfigurierung eines Sensors repräsentiert. Die Netzwerkweiche ist ausgebildet, die Seviceanbietnachricht von der Steuerschnittstelle zu zumindest einer der Seviceanbietnachricht zugeordneten Sensorschnittstelle der Netzwerkweiche hinzuleiten und an der der Seviceanbietnachricht zugeordneten Sensorschnittstelle auszugeben. Der Sensor ist ausgebildet, zumindest eine Servicesuchanfrage an die Sensorschnittstelle der Netzwerkweiche auszusenden, die Seviceanbietnachricht von der Sensorschnittstelle zu empfangen, eine Konfiguration des Sensors unter Verwendung der Seviceanbietnachricht anzulernen, und eine die Konfiguration bestätigende Abonniernachricht an die Sensorschnittstelle der Netzwerkweiche bereitzustellen.

Der Sensor kann ausgebildet sein, um nach dem Anlernen der Konfiguration eine physikalische Größe zu sensieren und ein die physikalische Größe repräsentierendes Sensorsignal bereitzustellen. Die Steuereinrichtung und/oder optional eine weitere Steuereinrichtung des Kommunikationsnetzwerks kann ausgebildet sein, um das Sensorsignal zu empfangen und unter Verwendung des Sensorsignals eine Fahrzeugfunktion des Fahrzeugs zu steuern. Somit kann die Steuereinrichtung beispielsweise ausschließlich zum Konfigurieren des oder der Sensoren und die weitere Steuereinrichtung für einen normalen Sensorbetrieb des oder der Sensoren verwendet werden.

Das Kommunikationsnetzwerk kann als ein Ethernetnetzwerk ausgeführt sein. Somit kann auf bekannte Kommunikationsprotokolle zurückgegriffen werden. Somit kann der beschriebene Ansatz verwendet werden, um Ethernet-Sensoren anzulernen, beispielsweise mittels einer sogenannten Some/IP- Kommunikation (Scalable Service-Oriented Middleware over IP) und einer geeigneten Switch- Konfiguration der Netzwerkweiche.

Die genannten Verfahren können beispielsweise in Software oder Hardware oder in einer Mischform aus Software und Hardware implementiert sein.

Der Sensor, die Netzwerkweiche und/oder die Steuereinrichtung können zumindest eine Recheneinheit zum Verarbeiten von Signalen oder Daten, zumindest eine Speichereinheit zum Speichern von Signalen oder Daten, zumindest eine Schnittstelle zum Einlesen von elektrischen Signalen oder zum Ausgeben von elektrischen Signalen an den Aktor und/oder zumindest eine Kommunikationsschnittstelle zum Einlesen oder Ausgeben von Daten aufweisen, die in ein Kommunikationsprotokoll eingebettet sind. Die Recheneinheit kann beispielsweise ein Signalprozessor, ein Mikrocontroller oder dergleichen sein, wobei die Speichereinheit ein Flash-Speicher, ein EEPROM oder eine magnetische Speichereinheit sein kann. Die Kommunikationsschnittstelle kann ausgebildet sein, um Daten drahtlos und/oder leitungsgebunden einzulesen oder auszugeben, wobei eine Kommunikationsschnittstelle, die leitungsgebundene Daten einiesen oder ausgeben kann, diese Daten beispielsweise elektrisch oder optisch aus einer entsprechenden Datenübertragungsleitung einiesen oder in eine entsprechende Datenübertragungsleitung ausgeben kann.

Von Vorteil ist auch ein Computerprogrammprodukt oder Computerprogramm mit Programmcode, der auf einem maschinenlesbaren Träger oder Speichermedium wie einem Halbleiterspeicher, einem Festplattenspeicher oder einem optischen Speicher gespeichert sein kann und zur Durchführung, Umsetzung und/oder Ansteuerung der Schritte eines Verfahrens nach einer der vorstehend beschriebenen Ausführungsformen verwendet wird, insbesondere wenn das Programmprodukt oder Programm auf einem Computer oder einer Vorrichtung ausgeführt wird.

Ausführungsbeispiele des hier vorgestellten Ansatzes sind in den Zeichnungen dargestellt und in der nachfolgenden Beschreibung näher erläutert. Es zeigt:

Fig. 1 eine schematische Darstellung eines Fahrzeugs mit einem Kommunikationsnetzwerk gemäß einem Ausführungsbeispiel;

Fig. 2 ein Ablaufdiagramm eines Verfahrens zum Koppeln eines Sensors für ein Fahrzeug gemäß einem Ausführungsbeispiel;

Fig. 3 ein Ablaufdiagramm eines Verfahrens zum Ankoppeln eines Sensors für ein Fahrzeug gemäß einem Ausführungsbeispiel;

Fig. 4 ein Blockschaltbild eines Kommunikationsnetzwerkes gemäß einem Ausführungsbeispiel;

Fig. 5 ein Blockschaltbild eines Kommunikationsnetzwerkes gemäß einem Ausführungsbeispiel; Fig. 6 ein Blockschaltbild eines Kommunikationsnetzwerkes gemäß einem Ausführungsbeispiel;

Fig. 7 ein Sequenzdiagramm für das Anlernen eines Sensors für ein Fahrzeug gemäß einem Ausführungsbeispiel;

Fig. 8 ein Blockschaltbild eines Kommunikationsnetzwerkes gemäß einem Ausführungsbeispiel; und

Fig. 9 ein Sequenzdiagramm für das Anlernen eines Sensors für ein Fahrzeug gemäß einem Ausführungsbeispiel.

In der nachfolgenden Beschreibung günstiger Ausführungsbeispiele der vorliegenden Erfindung werden für die in den verschiedenen Figuren dargestellten und ähnlich wirkenden Elemente gleiche oder ähnliche Bezugszeichen verwendet, wobei auf eine wiederholte Beschreibung dieser Elemente verzichtet wird.

Fig. 1 zeigt eine schematische Darstellung eines Fahrzeugs 100 mit einem Kommunikationsnetzwerk 102 gemäß einem Ausführungsbeispiel. Bei dem Fahrzeug 100 handelt es sich beispielsweise um einen Personenkraftwagen und bei dem Kommunikationsnetzwerk 102 um ein Netzwerk zum Verbinden von elektronischen Komponenten des Fahrzeugs 100. Das Kommunikationsnetzwerk 102 umfasst zumindest eine Netzwerkweiche 104, über die die Komponenten des Kommunikationsnetzwerks 102 miteinander gekoppelt werden. Gemäß diesem Ausführungsbeispiel sind ein Sensor 106 und eine Steuereinrichtung 108 über die Netzwerkweiche 104 miteinander gekoppelt. Dabei ist der Sensor 106 an eine Sensorschnittstelle, beispielsweise in Form eines Ports, und die Steuereinrichtung 108 an eine Steuerschnittstelle, beispielsweise in Form eines weiteren Ports, an die Netzwerkweiche 104 angebunden. Über die Netzwerkweiche 104 können elektrische Signale, beispielsweise in Form von Datenpaketen, übertragen werden. Lediglich beispielhaft ist das Kommunikationsnetzwerk 102 als ein Ethernetnetzwerk ausgeführt. Der Sensor 106 ist konfigurierbar ausgeführt. Lediglich beispielhaft kann über eine Konfiguration des Sensors 106 ein Messbereich des Sensors 106 eingestellt werden. Wird der Sensor 106 beispielsweise erstmalig mit dem Kommunikationsnetzwerk 102 gekoppelt, ist eine Erstkonfigurierung oder Neukonfigurierung des Sensors 106 erforderlich.

Gemäß diesem Ausführungsbeispiel ist der Sensor 106 dazu ausgebildet, um beispielsweise nach einer Inbetriebnahme eine Servicesuchanfrage 110 über die Netzwerkweiche 104 an die Steuereinrichtung 108 auszusenden. Die Servicesuchanfrage 110 zeigt eine Konfigurationsmöglichkeit des Sensors 106 an. Wenn der Sensor 106 weitere Konfigurationsmöglichkeiten umfasst, ist der Sensor 106 gemäß einem Ausführungsbeispiel ausgebildet, um den weiteren Konfigurationsmöglichkeiten zugeordnete weitere Servicesuchanfragen auszusenden.

Die Steuereinrichtung 108 ist ausgebildet eine Seviceanbietnachricht 112 an die Netzwerkweiche 104 zu senden. Die Seviceanbietnachricht 112 ist geeignet einen an die Netzwerkweiche 104 angebundenen Sensor, wie den Sensor 106 zu konfigurieren. Wenn die Steuereinrichtung 108 die Seviceanbietnachricht 112 ansprechend auf einen Empfang der Servicesuchanfrage 110 sendet, ist die Seviceanbietnachricht 112 geeignet, einen Sensor entsprechend der von der Servicesuchanfrage 110 angezeigten Konfigurationsmöglichkeit zu konfigurieren.

Die Netzwerkweiche 104 ist ausgebildet, die Seviceanbietnachricht 112 nur an einen oder mehrere vorbestimmte Sensorschnittstellen auszugeben. Beispielsweise ist die Netzwerkweiche 104 ausgebildet, um eine oder mehrere Sensorschnittstellen unter Verwendung einer in der Seviceanbietnachricht 112 enthaltenen Information und einer in der Netzwerkweiche 104 hinterlegten Auswahlvorschrift, auch Filterregel oder Filterkriterium genannt, auszuwählen. Gemäß diesem Ausführungsbeispiel ist die Netzwerkweiche 104 ausgebildet, die Seviceanbietnachricht 112 ausschließlich an den Sensor 106 weiterzuleiten.

Dazu weist die Netzwerkweiche 104 gemäß einem Ausführungsbeispiel Sensorschnittstellen mit einstellbaren Filterregeln auf. Der Sensor 106 ist ausgebildet, um die Seviceanbietnachricht 112 zu empfangen und zum Anlernen der durch die Seviceanbietnachricht 112 vorgegebenen Konfiguration zu verwenden. Nach erfolgter Konfigurierung ist der Sensor 106 ausgebildet, um eine die Konfiguration bestätigenden Abonniernachricht 114 über die Netzwerkweiche 104 an die Steuereinrichtung 108 bereitzustellen.

Optional ist die Steuereinrichtung 108 ausgebildet, um ansprechend auf einen Empfang der Abonniernachricht 114 eine Bestätigungsnachricht 116 über die Netzwerkweiche 104 an den Sensor 106 zu senden.

Nach erfolgreicher Konfigurierung des Sensors 106 ist dieser für einen Sensorbetrieb geeignet, kann also beispielsweise eine physikalische Größe erfassen und ein die physikalische Größe repräsentierendes Sensorsignal 118 bereitstellen.

Beispielsweise ist die Steuereinrichtung 108 ausgebildet, um unter Verwendung des Sensorsignals 118 und einer Steuervorschrift ein Steuersignal 120 zum Steuern einer Funktion einer Fahrzeugkomponente 122, beispielsweise eines Antriebs oder eines Assistenzsystems des Fahrzeugs 100, bereitzustellen.

Gemäß einem Ausführungsbeispiel wird die Steuereinrichtung 108 nur zur Konfigurierung des Sensors 106 und gegebenenfalls weiterer Sensoren verwendet. Eine optionale weitere Steuereinrichtung 124 ist über eine weitere Steuerschnittstelle der Netzwerkweiche 104 mit der Netzwerkweiche 104 verbunden. Die weitere Steuereinrichtung 124 ist in diesem Fall alternativ zu der Steuereinrichtung 106 ausgebildet, um unter Verwendung des Sensorsignals 118 das Steuersignal 120 an die Fahrzeugkomponente 122 bereitzustellen.

Fig. 2 zeigt ein Ablaufdiagramm eines Verfahrens 200 zum Koppeln eines Sensors für ein Fahrzeug gemäß einem Ausführungsbeispiel. Beispielsweise wird das Verfahren 200 ausgeführt, um den in Fig. 1 gezeigten Sensor zu konfigurieren. Das Verfahren 200 kann dabei unter Verwendung von Einrichtungen des Sensors ausgeführt werden. In einem Schritt 201 sendet der Sensor zumindest einer Servicesuchanfrage aus. In einem Schritt 203 empfängt der Sensor eine Seviceanbietnachricht. In einem Schritt 205 lernt der Sensor unter Verwendung der Seviceanbietnachricht eine Konfiguration an. In einem Schritt 207 stellt der Sensor eine die Konfiguration bestätigende Abonniernachricht bereit.

Optional umfasst das Verfahren einen Schritt 209 in dem der Sensor prüft, ob bereits eine Konfigurierung vorliegt, wobei der Schritt 201 des Aussendens der Servicesuchanfrage durchgeführt wird, wenn der Schritt 209 ergibt, dass keine Konfigurierung vorliegt. Wenn der Schritt 209 dagegen ergibt, dass eine Konfigurierung vorliegt, wird die der bereits vorliegenden Konfigurierung entsprechend Konfiguration in einem Schritt 211 geladen.

Optional wird anschließen dennoch der Schritt 201 des Aussendens der Servicesuchanfrage durchgeführt, um ein Senden einer aktuellen Seviceanbietnachricht durch die Steuereinrichtung zu veranlassen. Durch kann überprüft werden, ob die vorliegende Konfigurierung noch aktuell ist. Die aktuelle Seviceanbietnachricht wird dazu im Schritt 203 empfangen. Wenn die vorliegende Konfigurierung des Sensors der aktuellen Seviceanbietnachricht entspricht, wird in dem Schritt 207 die bestätigende Abonniernachricht bereitgestellt. Wenn die vorliegende Konfigurierung des Sensors der aktuellen Seviceanbietnachricht nicht entspricht, wird dagegen der Schritt 205 ausgeführt, um unter Verwendung der aktuellen Seviceanbietnachricht eine aktuelle Konfiguration anzulernen. Dies wird optional in dem Schritt 207 durch eine entsprechende Abonniernachricht bestätigt.

Wenn der Sensor eine Mehrzahl unterschiedlicher Konfigurationsmöglichkeiten umfasst, wird in dem Schritt 201 eine Mehrzahl unterschiedlicher Servicesuchanfragen ausgesendet bzw. der Schritt 201 wird entsprechend der Anzahl der unterschiedlichen Konfigurationsmöglichkeiten wiederholt ausgeführt, um für jede der Konfigurationsmöglichkeiten eine entsprechende Servicesuchanfrage auszusenden.

Fig. 3 zeigt ein Ablaufdiagramm eines Verfahrens 300 zum Ankoppeln eines Sensors für ein Fahrzeug gemäß einem Ausführungsbeispiel. Beispielsweise wird das Verfahren 300 ausgeführt, um den in Fig. 1 gezeigten Sensor unter Verwendung der Steuereinrichtung über die Netzwerkweiche zu konfigurieren. Das Verfahren 300 kann dabei unter Verwendung von Einrichtungen der Netzwerkweiche und der Steuereinrichtung ausgeführt werden. Das Verfahren 300 kann im Zusammenspiel mit dem anhand von Fig. 2 beschriebenen Verfahrens zum Koppeln ausgeführt werden.

In einem Schritt 301 wird von der Steuereinrichtung zumindest eine Seviceanbietnachricht gesendet. In einem Schritt 303 wird die Seviceanbietnachricht von der Netzwerkweiche über eine mit der Steuereinrichtung verbundenen Steuerschnittstelle empfangen und an einer der Seviceanbietnachricht zugeordneten Sensorschnittstelle der Netzwerkweiche ausgegeben. Dabei ist der Sensor mit der Sensorschnittstelle verbunden. Im Schritt 303 wird die Sensorschnittstelle gemäß einem Ausführungsbeispiel unter Verwendung der Seviceanbietnachricht aus einer Mehrzahl von Sensorschnittstellen der Netzwerkweiche ausgewählt. Dazu wird beispielsweise ein Frame der Serviceanbietnachricht an jeder Sensorschnittstelle einer Filterung unterzogen. Wenn die Serviceanbietnachricht an einer Sensorschnittstelle ausgefiltert wird, wird sie an dieser Sensorschnittstelle nicht ausgegeben. Wenn die Serviceanbietnachricht an einer Sensorschnittstelle nicht ausgefiltert wird, wird sie an dieser Sensorschnittstelle ausgegeben. Zur Filterung geeignete Filterregeln für die einzelnen Sensorschnittstellen können in der Netzwerkweiche vorbestimmt sein oder in einem Schritt des Einstellens eingestellt werden.

Der Schritt 301 des Sendens der Seviceanbietnachricht wird beispielsweise nach einer Inbetriebnahme der Steuereinrichtung oder ansprechend auf eine Servicesuchanfrage durchgeführt, die beispielsweise in einem Schritt 305 eingelesen wird.

Optional ist die Netzwerkweiche ausgebildet, um in einem Schritt 307 eine Abonniernachricht an der Sensorschnittstelle zu empfangen und zu der Steuerschnittstelle zurückzuleiten. Die Steuereinrichtung ist ausgebildet, um die Abonniernachricht in einem Schritt 309 zu empfangen und optional in einem Schritt 311 eine Bestätigungsnachricht auszusenden, die in einem Schritt 313 von der Netzwerkweiche an den Sensor weiterzuleiten. Wenn mehrere Sensoren zu konfigurieren sind, die in unterschiedlichen Sensorvarianten vorliegen, so werden im Schritt 301 eine Mehrzahl unterschiedlichen Sensorvarianten zugeordnete Seviceanbietnachrichten gesendet bzw. es wird der Schritt 301 entsprechend der Anzahl der unterschiedlichen Sensorvarianten wiederholt ausgeführt, um für jede der Sensorvarianten eine entsprechende Seviceanbietnachricht zu senden.

Fig. 4 zeigt ein Blockschaltbild eines Kommunikationsnetzwerkes 102 gemäß einem Ausführungsbeispiel. Dabei kann es sich um ein Ausführungsbeispiel des anhand von Fig. 1 beschriebenen Kommunikationsnetzwerkes handeln.

Das Kommunikationsnetzwerk 102 umfasst eine Netzwerkweiche 104, eine Steuereinrichtung 108, einen ersten Sensor 106, einen zweiten Sensor 406 und einen dritten Sensor 407. Die Anzahl der Sensoren 106, 406, 407 ist nur beispielhaft gewählt. Die Netzwerkweiche 104 ist als ein Ethernet- Switch und die Steuereinrichtung 108 als ein Steuergerät ausgeführt. Die Netzwerkweiche 104 weist eine Steuerschnittstelle auf, über die die Steuereinrichtung 108 mit der Netzwerkweiche 104 verbunden ist. Die Steuerschnittstelle wird auch als Port 4 bezeichnet. Ferner weist die Netzwerkweiche 104 eine erste Sensorschnittstelle auf, beispielsweise einen Port 1, über die der erste Sensor 106 mit der Netzwerkweiche 104 verbunden ist, eine zweite Sensorschnittstelle auf, beispielsweise einen Port 2, über die der zweite Sensor 406 mit der Netzwerkweiche 104 verbunden ist, und eine dritte Sensorschnittstelle auf, beispielsweise einen Port 3, über die der dritte Sensor 407 mit der Netzwerkweiche 104 verbunden ist.

In modernen Systemen kommen immer häufiger Sensoren 106, 406, 407 zum Einsatz, die über Ethernet angeschlossen sind. Diese „Ethernet-Sensoren“ müssen nicht zwingend direkt an dem Steuergerät, hier der Steuereinrichtung 108, angeschlossen werden, sie können, bestimmt durch die Ethernet-Bus- Topologie, auch über einen Ethernet- Switch, hier der Netzwerkweiche 104, an der Steuereinrichtung 108 angeschlossen sein. In diesem Fall können die Sensoren 106, 406, 407 nicht über eine Pin-Kodierung oder über die Anschlüsse der Steuereinrichtung 108 identifiziert und angelernt werden. Stattdessen erfolgt das Anlernen eines, mehrerer oder aller Sensoren 106, 406, 407, die über die Netzwerkweiche 104 an die Steuereinrichtung 108 angeschlossen sind, über die Netzwerkweiche 104.

Vorteilhafterweise benötigen die Sensoren 106, 406, 407, die über die Netzwerkweiche 104 an der Steuereinrichtung 108 angeschlossen sind, keine Pin-Kodierung oder andere Identifizierungsmaßnahmen durch HW-Maßnahmen, um sich anlernen zu können. Die Sensoren 106, 406, 407 lernen sich allein dadurch an, indem sie eine erfolgreiche Kommunikation zur Steuereinrichtung 108 aufbauen. Die Sensoren 106, 406, 407 lernen ihre Konfiguration, beispielsweise ihre Position und/oder Kodierung über speziellen Nachrichten, die von der bestimmten Steuereinrichtung 108 im Netzwerk beim Start bzw. bei Anfrage und/oder Bedarf gemäß diesem Ausführungsbeispiel nach dem Some/IP Kommunikationsstandard verschickt werden. Auch ein Tester- Eingriff ist somit nicht notwendig. Diese Funktion kann jedes Steuergerät im Netzwerk übernehmen, sofern im Kommunikationsnetzwerk 102 erreichbar eingebunden ist, es muss nicht zwingend das Steuergerät sein, das mit dem oder den Sensoren 106, 406, 407 später kommunizieren muss. Sollte ein Sensor 106, 406, 407 ausgetauscht werden, z.B. in der Werkstatt, kann der Sensor 106, 406, 407 einfach ausgetauscht werden und der Sensor 106, 406, 407 wird anschließend angelernt. Ein weiterer Vorteil ist, dass ein Fehlen oder Falsch angeschlossene Sensor 106, 406, 407 gleich erkannt werden kann, da diese Information im Steuergerät, also hier der Steuereinrichtung 108, die das Anlernen durchführt, immer vorhanden ist.

Fig. 5 zeigt ein Blockschaltbild eines Kommunikationsnetzwerkes 102 gemäß einem Ausführungsbeispiel. Dabei kann es sich um ein Ausführungsbeispiel des anhand von Fig. 1 beschriebenen Kommunikationsnetzwerkes handeln.

Das Kommunikationsnetzwerk 102 umfasst den Sensor 106, die Netzwerkweiche 104 und die Steuereinrichtung 108. Die Netzwerkweiche 104 weist eine Sensorschnittstelle 530 auf, beispielsweise einen Port 1, über die die Netzwerkweiche 104 mit dem Sensor 106 kommuniziert. Ferner weist die Netzwerkweiche 104 eine Steuerschnittstelle 532 auf, beispielsweise einen Port 0, über die die Netzwerkweiche 104 mit der Steuereinrichtung 108 kommuniziert. Die Netzwerkweiche 104 ist wiederum als Switch und die Steuereinrichtung 108 als Steuergerät ausgeführt.

Ein Kommunikationsprinzip mit dem Sensor 106 umfasst eine Servicesuchanfrage 110, die auch als Find Service „Var_l“ bezeichnet wird, eine Seviceanbietnachricht 112, die auch als Offer Service „Var_l“ bezeichnet wird, eine Abonniernachricht 114, die auch als Subscribe Service „Var_l“ bezeichnet wird, und eine Bestätigungsnachricht 116, die auch als Subscribe Ack. For Service „Var_l“ bezeichnet wird. Die Übertragung der Nachrichten 110, 112,

114, 116 erfolgt beispielsweise nach dem Protokoll der Some/IP Kommunikation.

Gemäß einem Ausführungsbeispiel läuft die Kommunikation zwischen dem Sensor 106 und der anlernenden Steuereinrichtung 108, hier dem Steuergerät, das das Anlernen und Anmelden des Sensors 106 und gegebenenfalls weiterer Sensoren durchführt, Service orientiert nach dem Service Discovery in Some/IP Standard ab.

Anhand von Fig. 5 wird im Folgenden die Kommunikation nur mit dem einem anzulernenden Sensor 106 erläutert.

Bei dem Some/IP Kommunikationsstandard wird die Kommunikationsaufbau mittels Service Discovery (SD) durchgeführt. Dabei agiert die Steuereinrichtung 108 als Server und der Sensor 106 als Client. Der Client sendet nach dem Start zyklisch „Find Service“ MultiCast-Nachrichten, wie die Servicesuchanfrage 110, ins Netzwerk, um dadurch nach einem bestimmten Service im Netzwerk zu suchen, den gemäß diesem Ausführungsbeispiel die Steuereinrichtung 108 zur Verfügung stellt. Die Steuereinrichtung 108 als Server sendet ebenfalls nach dem Start mindestens 3-mal „Offer Service“ MultiCast-Nachrichten, wie die Seviceanbietnachricht 112, ins Netzwerk, um ihr Service-Angebot den anderen Netzwerkteilnehmern zu offenbaren, und danach auch bei Bedarf als Antwort auf eine „Find Service“ Nachricht, wie die Servicesuchanfrage 110. Erhält der Sensor 106 eine „Offer-Service“ Nachricht, wie die Seviceanbietnachricht 112, kann der Sensor 106 sich anhand dieser anlernen und diesen Service gleich abonnieren („Subscribe Service“). Das Abonnement wird der Steuereinrichtung 108 mit einer „Subscribe Acknowledge“ Nachricht bestätigt, hier mit der Bestätigungsnachricht 116. Durch das Abonnieren weiß die Steuereinrichtung 108, dass der nun angelernte Sensor 106 im Kommunikationsnetzwerk 102 angeschlossen und aktiv ist.

Fig. 6 zeigt ein Blockschaltbild eines Kommunikationsnetzwerkes gemäß einem Ausführungsbeispiel. Dabei kann es sich um ein Ausführungsbeispiel des anhand von Fig. 4 beschriebenen Kommunikationsnetzwerkes handeln.

Das Kommunikationsnetzwerk 102 umfasst den ersten Sensor 106, den zweiten Sensor 406, den dritten Sensor 407, die Netzwerkweiche 104 und die Steuereinrichtung 108. Die Netzwerkweiche 104 weist neben der ersten Sensorschnittstelle 530, beispielsweise Port 1, zum Anschließen des ersten Sensors 106, eine zweite Sensorschnittstelle 630, beispielsweise Port 2, zum Anschließen des zweiten Sensors 406, eine dritte Sensorschnittstelle 631, beispielsweise Port 3, zum Anschließen des dritten Sensors 407 auf. Die Netzwerkweiche 104 ist wiederum als Switch und die Steuereinrichtung 108 als Steuergerät ausgeführt.

Eine Kommunikationsprinzip mit den mehreren Sensor 106, 406, 407 umfasst gemäß diesem Ausführungsbeispiel eine erste Servicesuchanfrage 110, die auch als Find Service „Var_l“ bezeichnet wird, eine zweite Servicesuchanfrage 610, die auch als Find Service „Var_2“ bezeichnet wird, eine dritte Servicesuchanfrage 611, die auch als Find Service „Var_3“ bezeichnet wird. Die drei Servicesuchanfragen 110, 610, 611 werden von allen drei Sensoren 106, 406, 407 ausgesendet, sodass die Steuereinrichtung 108 von allen Sensoren 106, 406, 407 die drei Servicesuchanfragen 110, 610, 611 empfängt.

Ferner umfasst das Kommunikationsprinzip eine erste Seviceanbietnachricht 112, die auch als Offer Service „Var_l“ bezeichnet wird, eine zweite Seviceanbietnachricht 612, die auch als Offer Service „Var_2“ bezeichnet wird, und eine dritte Seviceanbietnachricht 613, die auch als Offer Service „Var_3“ bezeichnet wird. Die drei Seviceanbietnachrichten 112, 612, 613 werden von der Steuereinrichtung 108 zu allen Sensoren 106, 406, 407 gesendet. Die Sensorschnittstellen 530, 630, 631 sind gemäß einem Ausführungsbeispiel ausgebildet, um die Datenframes der Seviceanbietnachrichten 112, 612, 613 zu filtern. Die unterschiedlichen Seviceanbietnachrichten 112, 612, 613 weisen unterschiedliche Datenframes auf. Somit kann jede Seviceanbietnachricht 112, 612, 613 über ihren spezifischen Datenframe identifiziert werden. Die unterschiedlichen Seviceanbietnachrichten 112, 612, 613 können jeweils unterschiedliche Konfiguration der Sensoren 106, 406, 407 bewirken. So kann der erste Sensor 106 unter Verwendung der ersten Seviceanbietnachricht 112 eine erste Konfiguration, der zweite Sensor 406 unter Verwendung der zweiten Seviceanbietnachricht 612 eine zweite Konfiguration, und der dritte Sensor 407 unter Verwendung der dritten Seviceanbietnachricht 613 eine dritte Konfiguration anlernen. Durch die Schnittstellenkonfiguration der Sensorschnittstellen 530,

630, 631 kann für jeden der Sensoren 106, 406, 407 eine für den entsprechenden Sensor 106, 406, 407 vorgesehene Seviceanbietnachricht 112, 612, 613 anhand ihres spezifischen Datenframes ausgewählt werden. Eine entsprechende Auswahlvorschrift ist gemäß diesem Ausführungsbeispiel in Form von Filtervorschriften in den Sensorschnittstellen 530, 630, 631 hinterlegt.

Gemäß diesem Ausführungsbeispiel ist die erste Sensorschnittstelle 530 ausgebildet, um durch Filtern der Datenframes nur die erste Seviceanbietnachricht 112 durchzulassen und die anderen Seviceanbietnachrichten 612, 613 zu blockieren, ist die zweite Sensorschnittstelle 630 ausgebildet, um durch Filtern der Datenframes nur die zweite Seviceanbietnachricht 612 durchzulassen und die anderen Seviceanbietnachrichten 112, 613 zu blockieren, und ist die dritte Sensorschnittstelle 631 ausgebildet, um durch Filtern der Datenframes nur die dritte Seviceanbietnachricht 613 durchzulassen und die anderen Seviceanbietnachrichten 112, 612 zu blockieren.

Ferner umfasst das Kommunikationsprinzip eine von dem ersten Sensor 106 bereitgestellte erste Abonniernachricht 114, die auch als Subscribe Service „Var_l“ bezeichnet wird, eine von dem zweiten Sensor 406 bereitgestellte zweite Abonniernachricht 614, die auch als Subscribe Service „Var_2“ bezeichnet wird, und eine von dem dritten Sensor 407 bereitgestellte dritte Abonniernachricht 615, die auch als Subscribe Service „Var_3“ bezeichnet wird. Die Steuereinrichtung 108 empfängt die Abonniernachrichten 114, 614, 615 von den Sensoren 106, 406, 407. Ferner umfasst das Kommunikationsprinzip eine erste Bestätigungsnachricht 116, die auch als Subscribe Ack Service „Var_l“ bezeichnet wird, eine zweite Bestätigungsnachricht 616, die auch als Subscribe Ack Service „Var_2“ bezeichnet wird, und eine dritte Bestätigungsnachricht 617, die auch als Subscribe Ack Service „Var_3“ bezeichnet wird. Die drei Bestätigungsnachrichten 116, 616, 617 werden von der Steuereinrichtung 108 gesendet. Der erste Sensor 106 empfängt die erste Bestätigungsnachricht 116, der zweite Sensor 406 die zweite Bestätigungsnachricht 616 und der dritte Sensor 407 empfängt die dritte Bestätigungsnachricht 617.

Anhand von Fig. 6 wird im Folgenden die Kommunikation mit den mehreren Sensoren 106, 406, 407 beschrieben.

Gemäß einem Ausführungsbeispiel sendet die Steuereinrichtung 108, hier in Form eines anlernende Steuergeräts, für jede Sensorvariante eine „Offer Service“ Nachricht, hier die Seviceanbietnachrichten 112, 612, 613 aus. Die Sensoren 106, 406, 407, die in noch nicht angelernten Zustand sind, senden ebenfalls für jede mögliche Variante einen „Find Service“ raus, hier die Servicesuchanfragen 110, 610, 611. D.h. bei den drei Sensoren 106, 406, 407 bietet die Steuereinrichtung 108 drei Some/IP Services an, also es gehen drei „Offer Service“ Nachricht von der Steuereinrichtung 108 und 3 „Find Service“ von jedem Sensor 106, 406, 407 aus.

Jeder Sensor 106, 406, 407 erkennt seine Variante daran, welche „Offer Service“ er im Netzwerk sieht. Damit jeder Sensor 106, 406, 407 seine Variante anlernt, muss er genau eine gültige „Offer Service“ von der Steuereinrichtung 108 erhalten. Um dies gewährleisten zu können, ist an der Netzwerkweiche 106 der Paketfilter an der jeweiligen Sensorschnittstelle 530, 630, 631, an dem die Sensoren 106, 406, 407 hängen, so konfiguriert werden, dass die jeweilige Sensorschnittstelle 530, 630, 631 immer nur einen bestimmen „Offer Service“ in Richtung Sensor 106, 406, 407 durchlässt. Dadurch bestimmt die Portfilter- Konfiguration, also die Konfiguration der Sensorschnittstelle 530, 630, 631 in der Netzwerkweiche 104, wie die Sensoren 106, 406, 407 kodiert werden sollen. Die Sensorschnittstellen 530, 630, 631 sind hier als Ethernet- Switch- Ports ausgeführt. Die Kodierungen der Sensoren 106, 406, 407 werden indirekt über die Ethernet- Switch- Port Konfiguration bestimmt.

Hat sich ein Sensor 106, 406, 407 erfolgreich angelernt, merkt der Sensor 106, 406, 407 sich gemäß einem Ausführungsbeispiel seine Varianteneinstellung, also seine Konfigurierung. Beim nächsten hochfahren der Sensorsoftware ist die Variante bekannt und die entsprechende Funktionalität für den Betrieb eingestellt. Der Sensor 106, 406, 407 sendet weiterhin alle bekannten „Find Service“ Nachrichten aus und auch die Steuereinrichtung 108 sendet die „Offer Service“ Nachrichten, damit sich alle Sensoren 106, 406, 407 bei der Steuereinrichtung 108 durch ein Abonnement des entsprechenden Service anmelden können. Dadurch ist der Steuereinrichtung 108 immer bekannt, welche Sensoren 106, 406, 407 angeschlossen sind und im Netzwerk aktiv teilnehmen bzw. kann steuergerätseitig erkannt werden, wenn Sensorenl06, 406, 407 fehlen oder falsch angeschlossen sind. Auch jeder der Sensoren 106, 406, 407 kann feststellen, wenn er anders als angelernt angeschlossen ist (durch unerwartete „Offer Service“ Nachricht). Das kann bei der Fehlersuche in der Werkstatt oder während der Produktion sehr hilfreich sein.

Damit andere Kommunikationskanäle in dem Kommunikationsnetzwerk 102 nicht gestört werden, wird gemäß einem Ausführungsbeispiel für diesen Anlernmechanismus eine separate VLAN (Virtual LAN) angelegt.

Auch bei der Auswahl der Netzwerkweiche 104 in Form eines Switches wird entsprechend darauf geachtet, dass die Netzwerkweiche 104 mit erweiterten Portfilter Eigenschaften arbeiten kann. Beispielsweise weist die Netzwerkweiche 104 die Funktionalität auf, dass Filterkriterien für die ersten 96 Bytes (oder mehr) der Ethernet- Frames angelegt werden, damit die Some/IP „Offer Service“ Nachrichten, also die Seviceanbietnachrichten 112, 612, 613, an den Sensorschnittstellen 530, 630, 631 gefiltert werden können. Moderne Switches unterstützen bereits solche Funktionen.

Dieser Ansatz eignet sich beispielsweise beim automatisierten Fahren, bei dem sehr viele Sensoren 106, 406, 407 über die Netzwerkweiche 104 in Form eines Ethernet- Switch angeschlossen werden. Das Anlernen diese Sensoren 106, 406, 407 am Band kann dadurch ohne große technische Herausforderung durchgeführt werden.

Fig. 7 zeigt ein Sequenzdiagramm für das Anlernen eines Sensors für ein Fahrzeug gemäß einem Ausführungsbeispiel. Dabei kann die Software eines Sensors angelernt werden, der Teil eines Kommunikationsnetzwerkes ist, wie es anhand der vorangegangenen Figuren beschrieben ist.

Nach einem Start 700 wird in einem Schritt 209 geprüft, ob bereits eine Konfigurierung vorliegt, also beispielsweise bereits eine Variante gelernt wurde. Eine Variante wird auch als Konfigurationsmöglichkeit bezeichnet. Wenn dies nicht der Fall ist werden in einem Schritt 201 alle von diesem Sensor aussendbaren Servicesuchanfragen ausgesendet, es werden also beispielsweise die anhand von Fig. 6 beschriebenen Find Service Nachrichten ausgesendet. Wenn anschließend in einem Schritt 203 keine Seviceanbietnachricht empfangen wird, wird der Schritt 201 erneut ausgeführt. Wird dagegen im Schritt 203 eine Seviceanbietnachricht empfangen, also wenn eine Prüfung auf eine empfangene Offer Service Nachricht positiv ausfällt, lernt sich der Sensor in einem Schritt 205 unter Verwendung der Seviceanbietnachricht an und bestätigt die Anmeldung des durch die Seviceanbietnachricht angebotenen Service in einem Schritt 207.

In einem Schritt 702 wird das Verfahren erneut gestartet.

Wenn in dem Schritt 209 erkannt wird, das bereits eine Konfigurierung vorliegt, also beispielsweise bereits eine Variante gelernt wurde, wird die der vorliegenden Konfigurierung entsprechende Konfiguration oder Variante in einem Schritt 211 geladen. Anschließend werden in einem Schritt 201 alle von diesem Sensor aussendbaren Servicesuchanfragen ausgesendet, es werden also beispielsweise die anhand von Fig. 6 beschriebenen Find Service Nachrichten ausgesendet. Wenn anschließend in einem Schritt 203 keine Seviceanbietnachricht empfangen wird, wird der Schritt 201 erneut ausgeführt. Wird dagegen im Schritt 203 eine Seviceanbietnachricht empfangen, also wenn eine Prüfung auf eine empfangene Offer Service Nachricht positiv ausfällt, bestätigt der Sensor die Anmeldung des durch die Seviceanbietnachricht angebotenen Service in einem Schritt 207. In einem Schritt 704 wird der Sensor betriebsbereit. Fig. 8 zeigt ein Blockschaltbild eines Kommunikationsnetzwerkes 102 gemäß einem Ausführungsbeispiel. Dabei kann es sich um ein Ausführungsbeispiel des anhand von Fig. 6 beschriebenen Kommunikationsnetzwerkes handeln, wobei zumindest ein weiterer Sensor 806 über zumindest eine weitere Sensorschnittstelle 830 an die Netzwerkweiche 104 angeschlossen ist.

Gemäß einem Ausführungsbeispiel umfassen die Sensoren 106, 406, 407, 806 eine Software, die im ungelernten Zustand testet, mit welcher Variante der jeweilige Sensor 106, 406, 407, 806 eine erfolgreiche Kommunikation aufbauen kann, wie es anhand des nachfolgend anhand von Fig. 9 gezeigten Sequenzdiagramm gezeigt ist. Eine erfolgreiche Kommunikation zeichnet sich beispielsweise durch den Empfang einer Seviceanbietnachricht aus.

Die Sensorschnittstellen 530, 630, 631, 830 sind gemäß einem Ausführungsbeispiel in Form von Ports für eine spezielle Kommunikation mit bestimmten MAC/I P Adressen und VLAN konfiguriert. Dadurch lässt jede der Sensorschnittstelle 530, 630, 631, 830 nur eine bestimmte Seviceanbietnachricht durch, die beispielsweise anhand eines in der Seviceanbietnachricht enthaltenen Frames, auch als Rahmen bezeichnet, von der jeweiligen Sensorschnittstellen 530, 630, 631, 830 erkannt wird. Alle anderen Seviceanbietnachrichten werden von dieser Sensorschnittstelle 530, 630, 631, 830 ausgefiltert.

Gemäß einem Ausführungsbeispiel werden die auch als Ports bezeichneten Sensorschnittstellen 530, 630, 631, 830 an der auch als Ethernet- Switch bezeichneten Netzwerkweiche 104 so konfiguriert, dass es nur eine bestimmte Art von Kommunikation pro Sensorschnittstelle 530, 630, 631, 830 erlaubt wird: Eine Kommunikation über einen bestimmten VLAN (Virtual LAN) mit einem Teilnehmer in Form eines der Sensoren 106, 406, 407, 806, der eine bestimmte Ethernet MAC Adresse und IP Adresse besitzt.

Die Software eines der Sensoren 106, 406, 407, 806 kennt alle für diesen der Sensoren 106, 406, 407, 806 über Kodierung auswählbaren möglichen Varianten. Die Software versucht in ungelernten Zustand des jeweiligen Sensor 106, 406, 407, 806 der Reihe nach mit jeder bekannten Variante eine Kommunikation zur Steuereinrichtung 108 in Form eines Steuergeräts aufzubauen. Kommt eine Kommunikation mit der Steuereinrichtung 108 zu Stande ist die zu wählende Variante identifiziert und der jeweilige Sensor 106, 406, 407, 806 lernt diese Variante an und die Kodierung der Variante ist damit abgeschossen. Die Kodierung der Sensoren 106, 406, 407, 806 werden somit indirekt über die Ethernet- Switch- Port Konfiguration, also die Konfiguration der Sensorschnittstellen 530, 630, 631, 830, bestimmt. Zur Konfiguration der Sensorschnittstellen 530, 630, 631, 830 wird beispielsweise an jeder der Sensorschnittstellen 530, 630, 631, 830 eine geeignete Filterregel eingestellt. Dies kann beispielsweise einmalig vor oder bei einer Inbetriebnahme Kommunikationsnetzwerkes 102 erfolgen oder bei einer Änderung an dem Kommunikationsnetzwerk 102, beispielsweise bei einer Integration eines oder mehrerer zusätzlicher Sensoren. Dabei sind die Filterregeln gemäß einem Ausführungsbeispiel an ein Datenformat der Seviceanbietnachrichten angepasst. Beispielsweise sind die Filterregeln geeignet, um eine in einem vorbestimmten Frame der Seviceanbietnachrichten enthaltene Information zu filtern, über die eindeutig bestimmt sein kann, für welchen Sensor eine bestimmte Seviceanbietnachricht vorgesehen ist. Somit kann über die Filterregeln vorab definiert werden, welche aller möglichen Seviceanbietnachrichten zu welchem Sensor durchgelassen wird und zu welchen Sensoren die entsprechende Seviceanbietnachricht nicht durchgelassen wird.

Fig. 9 zeigt ein Sequenzdiagramm für das Anlernen eines Sensors für ein Fahrzeug gemäß einem Ausführungsbeispiel. Dabei kann die Software eines Sensors angelernt werden, der Teil eines Kommunikationsnetzwerkes ist, wie es anhand der vorangegangenen Figuren beschrieben ist.

Nach einem Start 700 wird in einem Schritt 209 geprüft, ob bereits eine Konfigurierung vorliegt, also beispielsweise bereits eine Variante gelernt wurde.

Wenn in dem Schritt 209 erkannt wird, das bereits eine Konfigurierung vorliegt, also beispielsweise bereits eine Variante gelernt wurde, wird die Variante in einem Schritt 211 geladen, also gestartet. Wenn in dem Schritt 209 dagegen erkannt wird, dass keine Variante gelernt wurde, wird in einem Schritt 901 eine erste mögliche Variante gewählt und in einem Schritt 201 eine dieser Variante zugeordnete Servicesuchanfrage ausgesendet, indem mit dem Aufbau einer geeigneten Kommunikation begonnen wird. Wenn anschließend in einem Schritt 203 keine Seviceanbietnachricht empfangen wird, also keine Kommunikation aufgebaut wird, werden die Schritte 901, 201 erneut ausgeführt, mit einer nächst möglichen Variante. Wird dagegen im Schritt 203 eine Seviceanbietnachricht empfangen, also wenn eine Kommunikation aufgebaut wurde, lernt sich der Sensor in einem Schritt 205 die aktuelle Variante an, für die die Kommunikation aufgebaut wurde. In einem

Schritt 702 wird das Verfahren erneut gestartet.