DE102012102284A1 - Netzwerkübergreifende Synchronisation von Anwendungssoftwareausführung mittels Flex Ray-Globalzeit - Google Patents

Netzwerkübergreifende Synchronisation von Anwendungssoftwareausführung mittels Flex Ray-Globalzeit Download PDF

Info

Publication number
DE102012102284A1
DE102012102284A1 DE102012102284A DE102012102284A DE102012102284A1 DE 102012102284 A1 DE102012102284 A1 DE 102012102284A1 DE 102012102284 A DE102012102284 A DE 102012102284A DE 102012102284 A DE102012102284 A DE 102012102284A DE 102012102284 A1 DE102012102284 A1 DE 102012102284A1
Authority
DE
Germany
Prior art keywords
network
time
flexray
message
node
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
DE102012102284A
Other languages
English (en)
Inventor
Sandeep MENON
Thomas Forest
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
GM Global Technology Operations LLC
Original Assignee
GM Global Technology Operations LLC
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 GM Global Technology Operations LLC filed Critical GM Global Technology Operations LLC
Publication of DE102012102284A1 publication Critical patent/DE102012102284A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/06Synchronising arrangements
    • H04J3/0635Clock or time synchronisation in a network
    • H04J3/0638Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0652Synchronisation among time division multiple access [TDMA] nodes, e.g. time triggered protocol [TTP]
    • H04J3/0655Synchronisation among time division multiple access [TDMA] nodes, e.g. time triggered protocol [TTP] using timestamps
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/06Synchronising arrangements
    • H04J3/0635Clock or time synchronisation in a network
    • H04J3/0638Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658Clock or time synchronisation among packet nodes
    • H04J3/0661Clock or time synchronisation among packet nodes using timestamps
    • H04J3/0664Clock or time synchronisation among packet nodes using timestamps unidirectional timestamps
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/06Synchronising arrangements
    • H04J3/0635Clock or time synchronisation in a network
    • H04J3/0682Clock or time synchronisation in a network by delay compensation, e.g. by compensation of propagation delay or variations thereof, by ranging
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215Controller Area Network CAN
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40241Flexray
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40267Bus for use in transportation systems
    • H04L2012/40273Bus for use in transportation systems the transportation system being a vehicle

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)

Abstract

Ein System und ein Verfahren zum Durchführen einer netzübergreifenden Synchronisation von Knoten auf einem Fahrzeug-Bus umfassen ein periodisches Abtasten einer Notion der Zeit von einem ersten Netzwerk, ein Übertragen einer Nachricht von dem ersten Netzwerk zu einem Knoten auf einem zweiten Netzwerk, wobei die Nachricht die Notion der Zeit umfasst und ein Aktualisieren eines lokalen Taktgebers auf dem zweiten Netzwerkknoten, basierend auf der Notion der Zeit in der Nachricht.

Description

  • Hintergrund der Erfindung
  • 1. Gebiet der Erfindung
  • Diese Erfindung bezieht sich im Allgemeinen auf ein System und ein Verfahren zum Einsetzen einer netzübergreifenden Synchronisation von Anwendungssoftware auf einem Fahrzeugkommunikations-Bus und insbesondere ein System und ein Verfahren zum Bereitstellen einer netzwerkübergreifenden Koordination und Migration elektronischer Steuereinheiten von einem domänenbasierenden Zeit-Partitionieren auf ein zeitsynchronisiertes Partitionieren.
  • 2. Erörterung der relevanten Technik
  • Ein modernes Automobil hat zahlreiche elektronische Steuerungseinheiten (ECU's), die konfiguriert sind, um vielfältige Fahrzeug-Subsysteme zu steuern, wie den Motor, das Getriebe, die Airbags, Antiblockierbremsen, Fahrtregelung, elektrische Servolenkung, Audiosysteme, Fenster, Türen und Spiegelanpassungen. Einige dieser Subsysteme sind unabhängig, während bei anderen ein Austausch von Daten unter ihnen selbst während. des normalen Betriebs des Fahrzeugs nötig ist. Zum Beispiel muss der Motor dem Getriebe mitteilen, was die Motorgeschwindigkeit ist, und das Getriebe muss anderen Modulen mitteilen, wenn ein Schaltwechsel erfolgt. Dieses erfordert einen schnellen und zuverlässigen Datenaustausch, der zur Entwicklung des Fahrzeug-Busses führt, welcher ein spezialisiertes internes Kommunikationsnetzwerk ist, das Komponenten innerhalb des Fahrzeugs unter Verwendung eines Standardprotokolls intern verbindet.
  • Eines der ersten und am weitesten verbreiteten Fahrzeug-Bus-Protokolle ist das Controll-area Network (CAN oder CAN-Bus), welches einen Standard für einen seriellen mehrfachen Hauptsende-Bus ist, der entwickelt wurde, um Mikrosteuergeräten und Einrichtungen zu ermöglichen, miteinander innerhalb des Fahrzeugs zu kommunizieren. Jeder Knoten (nämlich ECU) auf dem CAN-Bus ist in der Lage, Nachrichten zu senden und zu empfangen, jedoch nicht gleichzeitig. Eine Nachricht besteht in erster Linie aus einer ID, welche die Priorität der Nachricht repräsentiert, und wird seriell auf den Bus übertragen. Dieser Mechanismus wird als eine prioritätsbasierende Busentscheidung bezeichnet. Nachrichten mit numerisch kleinerem Wert der ID haben eine höhere Priorität und werden zuerst übertragen. Aufgrund von Geschwindigkeitsbegrenzungen sind Einrichtungen, die durch CAN-Netzwerk verbunden sind, typischerweise Sensoren, Aktuatoren oder andere Steuereinrichtungen. Diese Einrichtungen sind nicht direkt mit dem Bus verbunden, sondern über einen Hauptprozessor und/oder ein CAN-Steuergerät. Obgleich extrem zuverlässig und robust, ist der CAN-Bus ein ereignisgetriggertes Protokoll, das nicht besonders für Anwendungen, die eine Synchronisation und eine höhere Durchführungsgeschwindigkeit erfordern geeignet ist.
  • Viele dieser Nachteile adressiert der neuere FlexRay-Standard, der ein zeitgetriggertes Protokoll ist, das Optionen für deterministische Daten bereitstellt, welche in einem vorhersagbaren Zeitrahmen (bis hinunter zu Mikrosekunden) sowie auch für CAN-ähnliche dynamische Ereignis-getriebene Daten bereitstellt, um eine große Vielfalt von Rahmen zu handhaben. FlexRay erreicht diese Hybridkopplung von im Kern statischen Rahmen und dynamischen Rahmen mit einem vorausgesetzten Kommunikationszyklus, der einen vordefinierten Raum für statische und dynamische Daten bereitstellt. Während CAN-Knoten nur die korrekten Baud-Raten wissen müssen, um zu kommunizieren, müssen Knoten auf einem FlexRay-Netzwerk wissen, wie alle Teile des Netzwerkes konfiguriert sind, um zu kommunizieren.
  • Wie bei jedem Mehrfachpunkt-Bus kann zu einer Zeit nur ein Knoten elektrisch Daten in den Bus einschreiben. Wenn zwei Knoten die Absicht haben, zu gleicher Zeit zu schreiben, tritt eine Konkurrenzsituation auf dem Bus auf und die Daten werden verfälscht. Es gibt eine Vielfalt von Schemata, die eingesetzt werden, um eine Konkurrenz auf einem Bus zu verhindern. Wie oben erwähnt, arbeitet der CAN mit einem Entscheidungs-Schema, wobei Knoten gegenüber anderen Knoten nachgeben werden, wenn sie eine Nachricht mit einer höheren Priorität, die auf dem Bus zu senden ist, erkennen. Während diese Technik flexibel und leicht zu erweitern ist, erlaubt sie keine sehr hohen Datenraten und kann nicht für eine fristgerechte zeitliche Datenlieferung garantieren. FlexRay verwaltet andererseits mehrfache Knoten mit einem TDMA-Schema (Time Division Multiple Access). Jeder FlexRay-Knoten wird mit dem gleichen Takt synchronisiert und jeder Knoten wartet auf seine Gelegenheit in den Bus einzuschreiben. Da in einem TDMA-Schema das Timing konsistent ist, ermöglicht FlexRay Determinismen und die Konsistenz der Datenlieferung an Knoten auf dem Netzwerk zu garantieren. Dieses liefert viele Vorteile für Systeme, die von aktuellen Daten zwischen den Knoten abhängig sind.
  • Alle Einrichtungen auf einem Kommunikations-Bus haben im Allgemeinen einen internen lokalen Taktgeber, der einen Zähler und einen Oszillator aufweist. Der Oszillator generiert periodisch ein Ereignis, das als Mikrotakt bekannt ist, das den Zähler erhöht. Der Zähler kann durch einen Anpassungswert modifiziert sein, um die Geschwindigkeit des lokalen Taktgebers zu erhöhen oder zu senken. In zeitgetriggerten Systemen, wie dem FlexRay, werden Aktionen (zum Beispiel Nachrichten, Anweisungssignale) von einer synchronisierten globalen Notion der Zeit abgeleitet, die zwischen allen Netzwerkknoten etabliert ist. Das Konzept der Zeit wird unter Verwendung der Mikrotakte und Makrotakte charakterisiert, wobei Mikrotakte lokalen Oszillatortakten entsprechen und Makrotakte die globale Notion, die zum Triggern einer Aktion verwendet wird, repräsentieren. Jeder Knoten erzeugt einen Makrotakt durch Auswahl einer Zahl von Mikrotakten und synchronisiert seinen Makrotakt durch dynamisches Erhöhen oder Senken der Zahl der Mikrotakte pro Makrotakt in Übereinstimmung mit einem Korrekturterm des Taktgeberzustands, der periodisch durch einen Taktsynchronisations-Algorithmus geliefert wird. Alle Knoten auf dem Netzwerk passen ihre lokalen Taktgeber zu dem gleichen Zeitpunkt der Globalzeit an. Die interne synchronisierte Globalzeit schreitet in Einheiten der Makrotakte voran, wobei der Zähler dafür die Knotensicht der Globalzeit repräsentiert.
  • FlexRay stellt ein deterministisches, fehlertolerantes, Hochgeschwindigkeits-Bussystem zur Verfügung, das für fortgeschrittene Steuerungsanwendungen geeignet ist. Der CAN-Bus stellt andererseits eine zuverlässige, robuste und kostengünstige Alternative bereit, die für die meisten anderen Fahrzeugsteuerungssysteme geeignet ist. Bei der gegebenen weit verbreiteten Anwendung und den signifikanten Zulassungskosten, die mit dem CAN-Bus in bestehenden Fahrzeugen verbunden sind, ist es unwahrscheinlich, dass FlexRay-Netzwerke die CAN-Systeme in naher Zukunft ersetzen werden. Um Kosten zu optimieren und die Übergangsherausforderungen zu vermindern, wird die nächste Generation von Automobilen wahrscheinlich FlexRay für hoch entwickelte Anwendungen und CAN für den Hauptstrom der Übertragungskommunikationen enthalten, so dass FlexRay und CAN auf dem Fahrzeug-Bus koexistieren.
  • Die Systeme und Verfahren, die hiernach beschrieben sind, wurden entwickelt, um die Koexistenz von mehrfachen Fahrzeug-Bus-Protokollen zu optimieren und insbesondere um eine netzwerkübergreifende Koordination und Migration der ECU's von domainbasierendem Partitionieren zu einem zeitsynchronisierten Partitionieren zu erreichen.
  • Zusammenfassung der Erfindung
  • Gemäß den Lehren der vorliegenden Erfindung werden ein System und Verfahren zum Durchführen einer netzübergreifenden Synchronisation der Knoten auf einem Fahrzeug-Bus offenbart. Das Verfahren umfasst ein periodisches Abtasten einer Notion der Zeit von einem ersten Netzwerk, ein Übertragen einer Nachricht des ersten Netzwerkes auf einen Knoten von einem zweiten Netzwerk, wobei die Nachricht die Notion der Zeit einschließt und einen lokalen Taktgeber auf dem zweiten Netzwerkknoten, basierend auf der Notion. der Zeit der Nachricht, aktualisiert.
  • Zusätzliche Merkmale der vorliegenden Erfindung werden durch die nachfolgende Beschreibung und die anhängenden Ansprüche in Verbindung mit den begleitenden Zeichnungen deutlicher.
  • Kurze Beschreibung der Zeichnungen
  • Die folgenden Ausführungsformen werden nun mit Bezug auf die begleitenden Zeichnungen als Beispiele beschrieben, in denen:
  • 1 ein exemplarisches Netzwerkkommunikationssystem gemäß einer Ausführungsform zeigt;
  • 2 eine exemplarische Anwendung einer Zeit-Synchronisations-Nachricht gemäß dem System der 1 zeigt; und
  • 3 ein exemplarisches Systemmodell für eine Zeit-Synchronisation gemäß einer Ausführungsform zeigt.
  • Detaillierte Beschreibung der Ausführungsformen
  • Die nachfolgende Erörterung der Ausführungsformen der Erfindung, die auf ein System und Verfahren zum Implementieren von netzwerkübergreifender Synchronisation der Anwendungssoftware auf einem Fahrzeugkommunikations-Bus gerichtet ist, ist nur exemplarischer Natur und es ist in keiner Weise beabsichtigt, die Erfindung oder ihre Ausführungsformen oder ihren Gebrauch zu begrenzen.
  • Ein System und ein Verfahren werden zur Synchronisation des Verhaltens von Knoten auf einem CAN-Link auf Wegen bereitgestellt, die nicht mit den grundlegenden Fähigkeiten des CAN-Protokolls möglich sind. System und Verfahren, die hierin beschrieben werden, sind konfiguriert, um eine globale Notion der Zeit über Knoten einzusetzen, die mit einem FlexRay-Netzwerk verbunden sind. Wie vorher ausgeführt, haben alle Einrichtungen eines FlexRay eine Notion eines Taktes, der mit einem FlexRay-Zyklus fortschreitet, der stufenweise ansteigt und dann wieder startet. Somit besitzen alle Knoten des FlexRay-Netzwerks eine Notion, zu welcher Zeit das Netzwerk bereit ist und Aktivitäten koordinieren kann, die auf einer globalen Zeit basieren, als gerade nur auf einem besonderen lokalen Knoten.
  • 1 zeigt ein beispielhaftes Netzwerkkommunikationssystem 10, das eine elektronische Steuerungseinheit (ECU) 12 eines Netzübergangs einschließt, welche einen lokalen internen Taktgeber 14 und ein erstes Mikrosteuergerät 16 in Kommunikation mit einem zweiten Mikrosteuergerät 18 über einen Daten-Link 20 aufweist. Der Daten-Link 20 kann irgendein geeigneter Link sein, der eine Verbindung und Datenkommunikation zwischen dem ersten und dem zweiten Mikrosteuerungsgerät zur Verfügung stellt. In einem Beispiel ist der Daten-Link 20 eine serielle periphere Schnittstelle (SPI, serial peripheral interface) oder ein universeller asynchroner Empfänger-Transmitter (UART, universal asynchronous receiver transmitter). In einer anderen Ausführungsform kann der Daten-Link 20 einen Satz von allgemeinen Anordnungen von Zweck-Eingabe/Ausgabe-Stiften sein, die konfiguriert sind, um die ersten und zweiten Mikrosteuerungsgeräte zu verbinden. Beide dieser Stifte können Ausgabe-Ports des ersten Mikrosteuerungsgerätes sein und mit Eingabe-Ports eines zweiten Mikrosteuerungsgerätes verbunden sein. Mit anderen Worten, der erste Stift kann konfiguriert sein, um entsprechend einer wechselseitigen Vereinbarung nach einem periodischen Intervall, das von der FlexRay-Zeit abgeleitet ist, zu triggern (nämlich zwischen dem ersten Mikrosteuerungsgerät und dem zweiten Mikrosteuerungsgerät). Der zweite Stift kann konfiguriert sein, um ein Überrollen des Timers anzuzeigen, der von der FlexRay-Zeit abgeleitet ist, wenn die Zeit-Synchronisation (abgeleitet von der FlexRay-Zeit) zurück auf Null gesetzt ist.
  • Das erste Mikrosteuerungsgerät 16 ist elektrisch mit den Mehrfachnetzwerken gekoppelt, einschließlich eines aber nicht beschränkt auf einen FlexRay-Netzwerk-Link 22, einen ersten CAN-(Controller-area Network)Netzwerk-Link 24 und einen zweiten CAN-Netzwerk-Link 26. Gemäß der Ausführungsform, die in 1 gezeigt wird, schließt der FlexRay-Netzwerk-Link 22 eine FlexRay ECU 22a ein, der erste CAN-Link 24 schließt zwei ECU's 24a, 24b ein und der zweite CAN-Link 26 schließt andere zwei ECU's 26a, 26b ein. Das zweite Mikrosteuerungsgerät 18 in der Netzübergangs-ECU 12 ist mit einem dritten CAN-Netzwerk-Link 28, der zwei ECU's 28a, 28b aufweist, gekoppelt. Ein Fachmann der Technik versteht, dass die Konfiguration, die in 1 gezeigt ist, nur exemplarisch ist, indem die spezifische Zahl und elektrische Kopplung der ECU's variieren kann. Obwohl insbesondere das Kommunikationssystem 10 in 1 nur einen FlexRay-Link 24, der mit dem Netzübergang 12 assoziiert ist, und eine ECU 24a zeigt, die extern mit dem FlexRay-Netzwerk 24 assoziiert ist, kann es irgendeine Zahl von ECU's oder Netzübergänge geben. Zusätzlich kann das Netzwerk auch mit mehrfachen Netzübergängen, die mit irgendeiner Zahl von Mikroprozessoren, CAN-Links und ECU's verbunden sind, konfiguriert sein. Zum Beispiel kann in einer anderen exemplarischen Ausführungsform das System 10 zwei oder mehr Netzübergänge einschließen, so dass ein Netzübergang eine FlexRay mit einem ersten CAN-Netzwerk-Link verbindet, während ein anderer Netzübergang eine FlexRay mit einem zweiten CAN-Netzwerk-Link verbindet. In dieser Konfiguration wird eine Synchronisation zwischen dem ersten und dem zweiten CAN-Netzwerk-Link erreicht, weil die FlexRay-Zeit den Betrieb beider Netzübergänge synchronisiert. Mit anderen Worten, Einrichtungen, die mit zwei oder mehr getrennten CAN-Links verbunden sind, können durch Verbindung mit zwei oder mehr getrennten Netzübergängen synchronisiert werden, solange die Netzübergänge mit einem FlexRay-Netzwerk-Link verbunden sind.
  • Gemäß einer Ausführungsform werden die Zeit-Synchronisations-Eigenschaften des FlexRay-Protokolls in CAN-Nachrichten 26 übersetzt, die konfiguriert sind, um eine Synchronisation der Softwareausführung zwischen den Softwarefunktionen sowohl des FlexRay als auch des CAN zu erreichen und auch zwischen mehrfachen CAN ECU's mit der gleichen Domäne oder mit einer übergreifenden Domäne, solange sie eine ECU, die mit der FlexRay-Gruppe verbunden ist, teilen. Mit anderen Worten, eine hohe Priorität (nämlich eine niedrige numerische CAN-ID) einer periodischen Nachricht 26 auf dem CAN wird über den Netzübergang ECU 12 übertragen, um eine Synchronisation des Timing und einer Ausführung der Software auf dem CAN-Netzwerk zu ermöglichen. Individuelle CAN-basierende ECU's verwenden bestehende Timer von Mikrosteuerungsgeräten als Zähler (nämlich lokale Taktgeber) und führen Anpassungen an die laufende Notion der Zeit durch, basierend auf den FlexRay-Globalzeit-Daten, die über den CAN empfangen werden. In CAN empfangen nur ECU's die periodischen CAN-Nachrichten 26 und synchronisieren ihre lokale Notion der Zeit und interpolieren weiterhin die Zeit bis zur Ankunft der nächsten CAN-Nachricht.
  • 2 zeigt eine exemplarische Durchführung einer Zeit-Synchronisations-Nachricht gemäß einer Ausführungsform der Erfindung, wobei der Netzübergang ECU 12 sowohl mit einem FlexRay-Link 24 als mit einem CAN-Link, wie den ersten CAN-Link 24 in 1, gekoppelt ist. Wie vorher oben festgesetzt wurde, erhält jeder FlexRay-Knoten eine globale FlexRay-Zeit aufrecht, die im Allgemeinen ein berechneter Durchschnitt ist, basierend auf der Notion der Zeit von jedem FlexRay-Knoten, der mit dem Flex-Ray-Netzwerk verbunden ist.
  • Gemäß einer Ausführungsform tastet der Netzübergang ECU 12 periodisch (nämlich stellt unter Verwendung eines Zeitschaltvorgangs alle 50 msec die Zeit richtig) die FlexRay-Zeit von dem FlexRay-Kommunikations-Stapel (zum Beispiel FlexRay-Treiber) ab, der in dem Netzübergang ECU 12 lokalisiert ist. Die FlexRay-Globalzeit wird dann als ein CAN-Signal auf einen CAN-Treiber übertragen, wobei das Signal (nämlich eine Nachricht) eine Zeitanpassung aufweist, um eine vorbestimmte Zeitverzögerung für die Nachricht, die durch den CAN-Bus zu empfangen ist, zu kompensierten. Auf diese Zeitverzögerung kann als eine vorausschauende Zeit Bezug genommen werden, welche Zeitverschiebungen integriert, die aufgrund des CAN-Kommunikations-Stapels und mittleren Verzögerungen des Busses, was mit der Zeit-Synchronisations-Nachricht assoziiert wird, erzeugt werden. Die Zeitverzögerung ist im Wesentlichen ein laufender Mittelwert der aktuellen Zeitverzögerungen, welche basierend auf der Zeit, in der eine Nachricht zu dem CAN gesendet wird und auf der Zeit, zu welcher die Nachrichten als Empfangen von dem CAN bestätigt werden, berechnet wird.
  • Unter Bezugnahme auf das Blockdiagramm, das in 2 gezeigt wird, umfasst das Verfahren zum Erzeugen einer systemweiten synchronisierten Zeit-Nachricht an dem Netzübergang ECU 12 im Schritt 30 ein Richtigstellen der FlexRay-Globalzeit (FGT) von einem FlexRay-Kommunikations-Stapel 32 und ein Erzeugen einer Nachricht 26, welche die FlexRay-Globalzeit plus einer Zeitverschiebung (TimeLAT), auf die als vorausschauende Zeit Bezug genommen wird, einschließt. In einer Ausführungsform wird der Versatz der vorausschaubaren Zeit unter Verwendung eines Zeit-Filter-Algorithmus berechnet, um Kommunikationsprotokoll-Stapel-Verzögerungen vorherzusagen. Zum Beispiel kann die Verzögerung (dTxi) gleich der Übertragungszeit auf den Bus minus der Erzeugungszeit an der Quelle sein. Somit ist die mittlere erwartete Zeitverzögerung gleich der Summe der akkumulierten Verzögerungen (dTxi) dividiert durch die Zahl der Verzögerungen. Im Schritt 34 wird eine Nachrichten-Bestätigung von dem CAN ECU (zum Beispiel 24a) empfangen durch den Netzübergang ECU 12. Die Übertragungszeit, die von der Nachrichten-Bestätigung empfangen wird, wird verwendet, um die Übertragungsverzögerungszeit zu berechnen, welche dann im Schritt 30 verwendet wird, um die mittlere Verzögerungszeit, die oben beschrieben ist, zu verwenden.
  • In der CAN ECU 24a aktualisiert im Schritt 38 periodisch eine Zeit-Vorgabe (zum Beispiel 2 msec) den lokale Taktgeber durch Berechnen der laufenden Globalzeit, basierend auf der Integration der Globalzeit, die in der synchronisierten Zeit-Nachricht empfangen wurde, welche auf den CAN-Bus gesendet wurde und von einem CAN-Kommunikations-Stapel 40 wiederhergestellt ist. Der lokale Taktgeber auf dem CAN ECU wird dann auf die globale Notion der Zeit gesetzt gemäß dem FlexRay-Netzwerk. Im Schritt 42 wird dieser Zyklus periodisch wiederholt, so dass die CAN ECU's in der Lage sind, die Aktualisierung der Ereignisse zu koordinieren, die auf der globalen Notion der Zeit und einer CAN-Zeitmarke, die mit den Ereignissen empfangen wird, basieren.
  • Ein Fachmann der Technik versteht, dass die speziellen Systemkonfigurationen, wie in den 1 und 2 bereitgestellt werden, nur exemplarischer Natur liegen, wobei viele andere Konfigurationen und Kombinationen der CAN- und FlexRay-Einrichtungen innerhalb des Rahmens der vorliegenden Erfindung sind. Insbesondere das System und das Verfahren, die hierin beschrieben sind, stellen die Fähigkeit dar, ECU's, die mit zwei unterschiedlichen CAN-Kommunikations-Bussen (zum Beispiel den Bussen 24, 26 und den ECU's 24a, 26a) verbunden sind zu synchronisieren oder zu dem gleichen CAN-Kommunikations-Bus (beispielsweise 24a, 24b), wenn sie mit einem Netzübergangsmodul verbunden sind, welches mit einem FlexRay-Kommunikations-Bus verbunden ist. Die FlexRay-Globalzeit-Nachricht 26 kann durch das Netzübergangsmodul erzeugt und auf die zwei unterschiedlichen CAN-Busse übertragen werden. Mit anderen Worten, die ECU's 22a und 25a können in der Lage sein, eine gemeinsame Notion der Zeit zu verwenden, um ein synchronisiertes Betätigen, Senden oder Steuern durchzuführen. In noch einer anderen Ausführungsform kann einer oder mehrere der CAN-Busse derart kaskadiert sein, dass es einen primären CAN-Bus und einen sekundären CAN-Bus gibt. Somit kann die Nachricht 26, die auf den primären CAN-Bus übertragen ist, verwendet werden, um eine Zeitbestimmung der Knoten des sekundären CAN-Busses zu synchronisieren.
  • 3 zeigt ein exemplarisches Systemmodell gemäß einer Ausführungsform der Erfindung. In diesem Beispiel ist der Netzübergang ECU 12 verbunden mit einem ersten CAN-Link 44, welcher erste und zweite ECU's 44a und 44b aufweist, und einem zweiten CAN-Link 46, der dritte und vierte ECU's 46a und 46b aufweist. Zu Darstellungszwecken kann der Netzübergang ECU 12 in diesem Beispiel verwendet werden, um eine Fahrzeuglenkung zu steuern und derart zu stabilisieren, dass die ECU's 44a und 44b auf dem CAN-Link 44 verwendet werden, um jedes der Vorderräder des Fahrzeugs zu steuern, während die ECU's 46a und 46b auf dem CAN-Link 46 verwendet werden, um jedes der hinteren Fahrzeugräder zu steuern. Der Netzübergang ECU 12 ist auch mit einer ECU 48 über einen FlexRay-Bus 50 verbunden, welcher einen Zugriff auf die FlexRay-Globalzeit bereitstellt. Durch periodische systemweite synchronisierte Zeit-Nachrichten 26, wie oben mit Bezug auf die 1 und 2 beschrieben, kann die Ausführung von Anweisungen an die einzelnen Fahrzeugräder gemäß der Globalzeit koordiniert werden. Die Ausführung der Aktivitäten oder Anweisungen kann zwischen irgendeiner Kombination der Einrichtungen einschließlich zwischen FlexRay- und CAN-Einrichtungen oder zwischen unabhängigen CAN-Einrichtungen auftreten. Zum Beispiel repräsentiert die gestrichelte Linie 54 eine synchronisierte Ausführung zwischen der FlexRay ECU 48 und einer CAN ECU 44a. In ähnlicher Weise repräsentiert die gestrichelte Linie 56 eine synchronisierte Ausführung zwischen den unabhängigen CAN ECU's 44a, 44b und 46a.
  • Das System, das hierin beschrieben ist, kann auf einem oder mehreren geeigneten Computergeräten eingesetzt werden, die im Allgemeinen Anwendungen einschließen, die Softwareanwendungen sein können, die tangierend als ein Satz von Computerausführbaren Instruktionen auf einem computerlesbaren Medium innerhalb des Computergerätes enthalten sind. Das Computergerät kann irgendeines aus der Zahl von Computergeräten sein, wie ein Personalcomputer, ein Prozessor, ein manuelles Computergerät usw.
  • Computervorrichtungen beinhalten allgemein Instruktionen, die von einem oder mehreren Geräten, wie oben aufgeführt worden sind, ausführbar sind. Computerausführbare Instruktionen können von Computerprogrammen kompiliert oder interpretiert werden, die mit einer Vielzahl von Programmiersprachen und/oder Technologien erzeugt wurden, wie zum Beispiel von einem allein oder in Kombination Java TM, C, C++, Visual Basic, Java Script, Perl, etc. Im Allgemeinen empfängt ein Prozessor, (beispielsweise ein Mikroprozessor), Instruktionen, beispielsweise von einem Speicher, einem computerlesbaren Medium, etc. und führt diese Instruktionen aus, um dabei ein oder mehrere Verfahren auszuführen, mit einem oder mehreren der Verfahren, die hier beschrieben werden. Solche Instruktionen und andere Daten können mit einer Vielzahl von bekannten computerlesbaren Medien abgespeichert und übermittelt werden.
  • Ein computerlesbares Medium beinhaltet jegliches Medium, das Daten (beispielsweise Instruktionen) bereitstellen kann, welche von einem Computergerät wie beispielsweise einem Computer eingelesen werden können. Nichtflüchtige Medien beinhalten beispielsweise eine optische oder magnetische Disk und andere feste Speicher. Flüchtige Medien beinhalten Dynamic Random Access Memorys (DRAN), welche Typischerweise den Hauptspeicher bilden. Gewöhnliche Formen von computerlesbaren Medien beinhalten jegliches Medium, von dem ein Computerlesen kann.
  • Es versteht sich von selbst, dass die obige Beschreibung zur Veranschaulichung dient und nicht zur Beschränkung. Viele alternative Ansätze oder Anwendungen, die anders als die obigen Beispiele sind, sind Fachleuten nach Lesen der obigen Beschreibung klar. Der Bereich der Erfindung sollte nicht mit Bezugnahme auf die obige Beschreibung ermittelt werden, sondern sollte vielmehr mit Bezugnahme auf die beigefügten Patentansprüche ermittelt werden, zusammen mit dem vollen Bereich von Äquivalenten, auf die sich diese Patentansprüche erstrecken. Es wird erwartet und ist auch beabsichtigt, dass Weiterentwicklungen in der hier erörterten Technik auftreten werden und dass die offenbarten Systeme und Verfahren in solchen weiteren Beispielen inkorporiert werden. Insgesamt sollte es verständlich sein, dass die Erfindung modifiziert und variiert werden kann und nur durch die folgenden Patentansprüche begrenzt ist.
  • Die vorliegenden Ausführungsformen wurden besonders gezeigt und beschrieben, was nur zur Veranschaulichung der besten Ausführungsformen dient. Es sollte von Fachleuten verstanden sein, dass verschiedene Alternativen zu den hier beschriebenen Ausführungsformen durch Umsetzung der Patentansprüche verwendet werden können, ohne den Geist und den Bereich der Erfindung zu verlassen, und dass das Verfahren und das System innerhalb des Schutzbereichs dieser Patentansprüche und ihrer Äquivalente abgedeckt sein soll. Die vorliegende Beschreibung sollte so verstanden werden, dass alle neuen und nicht naheliegenden Kombinationen von hier beschriebenen Elementen umfasst sind, und die Patentansprüche können in dieser oder einer späteren Patentanmeldung auf jegliche neue und nicht naheliegende Kombination dieser Elemente angewendet werden. Darüber hinaus dienen die vorhergehenden Ausführungsbeispiele zur Veranschaulichung und kein einziges Merkmal oder Element ist wesentlich für alle möglichen Kombinationen, die in dieser oder einer späteren Patentanmeldung beansprucht werden.
  • Alle Begriffe in den Patentansprüchen sollten ihre breitestmögliche Bedeutung und ihre normale Bedeutung, wie sie von Fachleuten verstanden wird, haben, außer wenn hierin ein expliziter Hinweis auf das Gegenteil gemacht wird. Insbesondere sollte der Gebrauch einzelner Artikel, wie zum Beispiel ”ein”, ”der”, ”diese” etc. so verstanden werden, dass er auch auf einen oder mehrere solche bezeichneten Elemente anzuwenden ist, außer im Patentanspruch wird explizit eine Begrenzung auf das Gegenteil vorgenommen.

Claims (10)

  1. Verfahren zum Durchführung einer netzwerkübergreifenden Synchronisation von Knoten eines Fahrzeug-Bus, wobei das Verfahren umfasst: – periodisches Abtasten einer Notion der Zeit von einem ersten Netzwerk, wobei das erste Netzwerk eine Vielzahl von Kommunikations-Links einschließt, wobei jeder Link mindestens einen Knoten aufweist; – Übertragen einer Nachricht, welche die Notion der Zeit enthält, von dem ersten Netzwerk zu einem zweiten Netzwerk, wobei das zweite Netzwerk eine Vielzahl von Kommunikations-Links aufweist, wobei jeder Link mindestens einen Knoten aufweist; und – Aktualisieren eines lokalen Taktgebers auf mindestens einem Knoten auf dem zweiten Netzwerkknoten, der auf der Notion der Zeit in der Nachricht basiert.
  2. Verfahren nach Anspruch 1, wobei das erste Netzwerk ein FlexRay-Netzwerk und das zweite Netzwerk ein CAN-Netzwerk ist, und wobei jeder Knoten des FlexRay-Netzwerks eine FlexRay-Notion der Zeit aufweist.
  3. Verfahren nach Anspruch 1, wobei die Nachricht eine systemweite synchronisierte Zeit-Nachricht ist.
  4. Verfahren nach Anspruch 1, wobei die Nachricht konfiguriert ist, um Knoten von unterschiedlichen Links auf dem zweiten Netzwerk zu synchronisieren.
  5. Verfahren nach Anspruch 1, wobei das erste und das zweite Netzwerk jeweils eine Mehrzahl von Knoten einschließt, und wobei jeder Knoten eine elektronische Steuereinheit einschließt.
  6. Verfahren nach Anspruch 1, wobei das erste Netzwerk ein FlexRay-Netzwerk ist und mindestens eine elektronische Steuereinheit mindestens eines Netzübergangs aufweist, der mindestens einen Mikroprozessor aufweist, der konfiguriert ist, um eine systemweite synchronisierte Zeit-Nachricht zu erzeugen.
  7. Verfahren nach Anspruch 6, wobei das zweite Netzwerk ein CAN-Netzwerk ist.
  8. Verfahren nach Anspruch 1, weiterhin aufweisend Koordinierungs-Aktivitäten auf dem zweiten Netzwerk gemäß der Notion der Zeit.
  9. Verfahren nach Anspruch 1, wobei die Notion der Zeit einen Zeit-Versatz einschließt, um eine Verzögerung zu kompensieren, die mit einem Übertragung der Nachricht auf das zweite Netzwerk assoziiert ist.
  10. Verfahren nach Anspruch 9, wobei die Verzögerung eine mittlere Verzögerung ist, die auf der Basis einer Empfangsbestätigungs-Nachricht, die von dem zweiten Netzwerk empfangen wird, berechnet wird.
DE102012102284A 2011-04-27 2012-03-19 Netzwerkübergreifende Synchronisation von Anwendungssoftwareausführung mittels Flex Ray-Globalzeit Pending DE102012102284A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US13/095,461 US8775681B2 (en) 2011-04-27 2011-04-27 Cross-network synchronization of application S/W execution using flexray global time
US13/095,461 2011-04-27

Publications (1)

Publication Number Publication Date
DE102012102284A1 true DE102012102284A1 (de) 2012-10-31

Family

ID=47007839

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102012102284A Pending DE102012102284A1 (de) 2011-04-27 2012-03-19 Netzwerkübergreifende Synchronisation von Anwendungssoftwareausführung mittels Flex Ray-Globalzeit

Country Status (3)

Country Link
US (1) US8775681B2 (de)
CN (1) CN102761385B (de)
DE (1) DE102012102284A1 (de)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2982960B1 (fr) * 2011-11-22 2014-06-27 Schneider Electric Usa Inc Adaptation dynamique a des changements dans une topologie de systeme de commande
DE102012204586A1 (de) * 2012-03-22 2013-10-17 Bayerische Motoren Werke Aktiengesellschaft Gateway, Knoten und Verfahren für ein Fahrzeug
DE102012223307B4 (de) * 2012-12-14 2021-03-04 Continental Automotive Gmbh Synchronisieren von Datenpaketen in einem Datenkommunikationssystem eines Fahrzeugs
DE102012223308A1 (de) * 2012-12-14 2014-06-18 Continental Automotive Gmbh Synchronisieren von Datenpaketen in einem Datenkommunikationssystem eines Fahrzeugs
US9535602B2 (en) * 2013-07-15 2017-01-03 BNC Systems Ltd. System and method for promoting connectivity between a mobile communication device and a vehicle touch screen
DE102013224697A1 (de) * 2013-12-03 2015-06-03 Robert Bosch Gmbh Verfahren zum Etablieren einer gemeinsamen Zeitbasis für Netzwerkteilnehmer in einem Netzwerk eines Kraftfahrzeugs
DE102014201229A1 (de) * 2014-01-23 2015-07-23 Robert Bosch Gmbh Verfahren zur Bereitstellung von Messwerten einer Batterie und Batteriemanagementsystem
KR101542016B1 (ko) * 2014-09-17 2015-08-05 성균관대학교산학협력단 차량 내 이종 네트워크 도메인들 간의 동기화 게이트웨이 장치 및 동기화 방법
CN104993899A (zh) * 2015-06-23 2015-10-21 浪潮软件集团有限公司 一种时间同步的方法、装置及系统
FR3040806B1 (fr) * 2015-09-07 2019-10-11 Continental Automotive France Calculateur electronique de vehicule compatible avec le protocole de communication can-fd
EP3156904A1 (de) * 2015-10-13 2017-04-19 Autoliv Development AB Elektronisches fahrzeugsicherheitssteuerungssystem
CN106789491A (zh) * 2015-11-20 2017-05-31 成都九十度工业产品设计有限公司 一种FlexRay通信控制器时钟周期控制方法
US10317511B2 (en) * 2016-11-15 2019-06-11 Veoneer Us, Inc. Systems and methods for synchronizing processor operations over a communications network
EP3407542A1 (de) * 2017-05-23 2018-11-28 Ningbo Geely Automobile Research & Development Co. Ltd. Methode, system und computerprogramm für die kommunikation zwischen elektronischen kontrolleinheiten
CN107483134B (zh) * 2017-06-15 2019-04-16 西安微电子技术研究所 一种不同网络之间的跨网时钟同步通信装置及方法
JP7094670B2 (ja) * 2017-07-03 2022-07-04 矢崎総業株式会社 設定装置及びコンピュータ
WO2019043446A1 (en) 2017-09-04 2019-03-07 Nng Software Developing And Commercial Llc METHOD AND APPARATUS FOR COLLECTING AND USING SENSOR DATA FROM A VEHICLE
FR3073957B1 (fr) * 2017-11-17 2019-11-22 Renault S.A.S Systeme et procede de datation d'un evenement detecte dans un vehicule automobile
US20200389469A1 (en) 2017-12-24 2020-12-10 Arilou Information Security Technologies Ltd. System and method for tunnel-based malware detection
US20210356279A1 (en) 2018-07-08 2021-11-18 Nng Software Developing And Commercial Llc. A Method and Apparatus for Optimal Navigation to Multiple Locations
JP7059959B2 (ja) * 2019-02-12 2022-04-26 トヨタ自動車株式会社 車載ネットワークシステム
US11539451B2 (en) 2019-02-28 2022-12-27 Nxp B.V. Method and system for merging clocks from multiple precision time protocol (PTP) clock domains
US11251989B2 (en) * 2019-03-20 2022-02-15 Nxp B.V. Secure bridging of controller area network buses
JP7298371B2 (ja) * 2019-07-31 2023-06-27 マツダ株式会社 車両制御システム
US11343138B2 (en) * 2020-04-23 2022-05-24 GM Global Technology Operations LLC Method and apparatus for fault tolerant ethernet time synchronization
CN112187821B (zh) * 2020-10-09 2023-03-10 四川海天仪表电器开发有限公司 一种装甲车多总线自由协议转换模块
DE112021005279T5 (de) 2021-02-25 2023-10-12 Hitachi Astemo, Ltd. Elektronische Vorrichtung und Kommunikationssteuerverfahren
CN114050884B (zh) * 2021-11-08 2023-05-12 重庆邮电大学 一种面向工业无线与tsn融合的跨网时间同步方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100001770A1 (en) * 2006-10-31 2010-01-07 Freescale Semiconductor, Inc. Network and method for setting a time-base of a node in the network
DE102009026641A1 (de) * 2009-06-02 2010-12-09 Robert Bosch Gmbh Verfahren zum Betreiben eines Datenübertragungssystems, Datenübertragungssystem und Computerprogrammprodukt
DE102010023070A1 (de) * 2009-09-29 2011-03-31 Volkswagen Ag Verfahren , Vorrichtung und Filter zur Übertragung zeitgesteuerter Botschaften

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1355458B1 (de) * 2002-04-16 2005-09-21 ROBERT BOSCH GmbH Verfahren zur Datenübertragung in einem Kommunikationssystem
WO2010025743A1 (en) * 2008-09-02 2010-03-11 Siemens Enterprise Communications Gmbh & Co. Kg A method for synchronizing clocks in a communication network
DE102009000581A1 (de) * 2009-02-03 2010-08-05 Robert Bosch Gmbh Synchronisierung zweier Kommunikationsnetzwerke eines elektronischen Datenverarbeitungssystems
JP2011131762A (ja) * 2009-12-25 2011-07-07 Hitachi Automotive Systems Ltd データ中継用制御装置および車両制御システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100001770A1 (en) * 2006-10-31 2010-01-07 Freescale Semiconductor, Inc. Network and method for setting a time-base of a node in the network
DE102009026641A1 (de) * 2009-06-02 2010-12-09 Robert Bosch Gmbh Verfahren zum Betreiben eines Datenübertragungssystems, Datenübertragungssystem und Computerprogrammprodukt
DE102010023070A1 (de) * 2009-09-29 2011-03-31 Volkswagen Ag Verfahren , Vorrichtung und Filter zur Übertragung zeitgesteuerter Botschaften

Also Published As

Publication number Publication date
CN102761385B (zh) 2016-12-14
US20120278507A1 (en) 2012-11-01
US8775681B2 (en) 2014-07-08
CN102761385A (zh) 2012-10-31

Similar Documents

Publication Publication Date Title
DE102012102284A1 (de) Netzwerkübergreifende Synchronisation von Anwendungssoftwareausführung mittels Flex Ray-Globalzeit
EP1471433B1 (de) Verfahren und Vorrichtung zur Synchronisation der globalen Zeit von mehreren Bussen sowie entsprechendes Bussystem
DE102011119641B4 (de) Koordination von Datensensoren unter Verwendung einer Zeitsynchronisation in einem Controllerbereichsnetzwerksystem mit mehreren Bussen
EP1875641B1 (de) Vorrichtung zur synchronisation zweier bussysteme sowie anordnung aus zwei bussystemen
EP1756986B1 (de) Verfahren zur etablierung einer globalen zeitbasis in einem zeitgesteuerten kommunikationssystem und kommunikationssystem
EP2283616A1 (de) Kommunikationssystem mit einem can-bus und verfahren zum betreiben eines solchen kommunikationssystems
DE10333932A1 (de) Synchronisation von datenverarbeitenden Einheiten
WO2012038493A1 (de) Vorrichtung und verfahren zur bereitstellung einer globalen zeitinformation in ereignisgesteuerter buskommunikation
WO2018234006A1 (de) Vorrichtung und verfahren zur synchronisation von uhren in steuergeräten und steuergerät
WO2002076031A2 (de) Synchronisation wenigstens eines teilnehmers eines bussystems
DE10327548B4 (de) Verfahren und Vorrichtung zum Austausch von Daten über ein Bussystem
DE10065117A1 (de) Verfahren und Kommunikationssystem zum Austausch von Daten zwischen mindestens zwei Teilnehmern über ein Bussystem
DE102010001596A1 (de) Verfahren zum Betrieb eines zeitgesteuerten Bussystems
DE102009000581A1 (de) Synchronisierung zweier Kommunikationsnetzwerke eines elektronischen Datenverarbeitungssystems
DE102015014210B4 (de) Netzwerkmanagement für ein zweikanaliges FlexRay-Netzwerk
DE102009000585B4 (de) Synchronisierung zweier Kommunikationsnetzwerke eines elektronischen Datenverarbeitungssystems
DE102009000584A1 (de) Diagnose der Synchronisation zweier Kommunikationsnetzwerke eines elektronischen Datenverarbeitungssystems

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R016 Response to examination communication
R016 Response to examination communication
R082 Change of representative

Representative=s name: SCHWEIGER, MARTIN, DIPL.-ING. UNIV., DE