DE19637312A1 - Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems und Komponente zur Durchführung des Verfahrens - Google Patents

Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems und Komponente zur Durchführung des Verfahrens

Info

Publication number
DE19637312A1
DE19637312A1 DE19637312A DE19637312A DE19637312A1 DE 19637312 A1 DE19637312 A1 DE 19637312A1 DE 19637312 A DE19637312 A DE 19637312A DE 19637312 A DE19637312 A DE 19637312A DE 19637312 A1 DE19637312 A1 DE 19637312A1
Authority
DE
Germany
Prior art keywords
component
connection
logical
connections
transmission system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
DE19637312A
Other languages
English (en)
Inventor
Detlef Rode
Hans-Lothar Dr Pasch
Uwe Dr Zurmuehl
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Robert Bosch GmbH filed Critical Robert Bosch GmbH
Priority to DE19637312A priority Critical patent/DE19637312A1/de
Priority to PCT/DE1997/001593 priority patent/WO1998011700A1/de
Priority to JP51310798A priority patent/JP4024308B2/ja
Priority to EP97937410A priority patent/EP0925674B1/de
Priority to KR10-1999-7002043A priority patent/KR100482910B1/ko
Priority to DE59712396T priority patent/DE59712396D1/de
Priority to US09/254,897 priority patent/US6643689B2/en
Priority to ES97937410T priority patent/ES2251032T3/es
Priority to TW086111053A priority patent/TW341014B/zh
Publication of DE19637312A1 publication Critical patent/DE19637312A1/de
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/407—Bus networks with decentralised control
    • H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection (CSMA-CD)
    • H04L12/4135—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection (CSMA-CD) using bit-wise arbitration
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/03—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for supply of electrical power to vehicle subsystems or for
    • B60R16/0315—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for supply of electrical power to vehicle subsystems or for using multiplexing techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Description

Stand der Technik
Die Erfindung geht aus von einem Verfahren zur Kontrolle von Verbindungen eines Übertragungssystem nach der Gattung des unabhängigen Anspruch sowie Vorrichtungen für die Durchführung des Verfahrens nach dem unabhängigen Anspruch.
Für vernetzte Informationssysteme, insbesondere in einem Kraftfahrzeug werden neben einem Bedienteil (z. B. das klassische Autoradio) Komponenten wie beispielsweise Navigationsgeräte, CD-Changer oder Telefon eingesetzt. Bei komplexen vernetzten Systemen besteht generell die Notwendigkeit, geeignete Verfahren für die reibungslose Kommunikation zwischen allen Komponenten zu spezifizieren. Das Kommunikationssystem ist dabei von der eigentlichen Applikation getrennt und besitzt beispielsweise eine Struktur gemäß dem OSI-Modell der ISO.
Aus der EP 511 794 ist ein System bekannt, bei dem eine ausgezeichnete Station ("Master") die Verbindung zu den anderen Stationen ("Slave"s) aufbaut und beendet. Der "Master" fordert nach seiner Aktivierung oder einem Reset alle "Slave"s durch ein Signal auf, die Verbindung auf zubauen.
Bei den meistens einfachen "Master"-"Slave" Systemen ist eine Kommunikation zwischen "Slave"s nicht direkt, sondern nur über den "Master" möglich. Dieses belastet das gesamte Bussystem, über das übertragen wird, und erfordert große Rechenkapazität des "Master"s für das Weiterreichen der Nachrichten.
Vorteile der Erfindung
Das erfindungsgemäße Verfahren mit den kennzeichnenden Merkmalen des unabhängigen Anspruchs hat demgegenüber den Vorteil, daß eine logische Punkt-zu-Punkt-Verbindung zwischen Komponenten möglich ist, ohne daß die Informationen über eine ausgezeichnete Station laufen müssen. Dadurch wird die direkte Versendung von Nachrichten zwischen zwei Komponenten ermöglicht. Ein Weiterreichen von Nachrichten über den "Master", wie es beispielsweise bei einem einfachen "Master"- "Slave" System für die Kommunikation zwischen zwei "Slave"s benötigt wird, kann entfallen. Der Verbindungsaufbau kann von jeder Komponente angestoßen werden. Die Definition der Funktion der Komponente ist für den Verbindungsaufbau nicht von Bedeutung, sondern für die Aufrechterhaltung der Verbindung. Die Definiton muß aber vorab für alle Komponenten festgelegt werden.
Insbesondere weitere Komponenten lassen sich nach dem Verfahren leicht zu einem bestehenden System hinzufügen, sogar während des laufenden Betriebs.
Die Belastung für die Übertragungsleitung durch das Netzwerkmanagement ist als recht gering anzusehen.
Durch die in den Unteransprüchen aufgeführten Maßnahmen ist eine vorteilhafte Weiterbildung und Verbesserung des Verfahrens möglich.
Die Definiton der Komponenten, die vorab festgelegt wird, ist für die Aufrechterhaltung der Verbindung von Bedeutung. Kommt der Anstoß zum Verbindungsaufbau von einer Komponente, der durch Definition die Überwachungs- und Terminierungsfunktion für diese Verbindung zugeordnet wurde, wird diese Komponente die Verbindung vorteilhafterweise weiterhin aufrechterhalten.
Genausogut kann der Anstoß zum Verbindungsaufbau von einer Komponente kommen, der durch die Definiton keine Überwachungs- und Terminierungsfunktionen für diese Verbindung zugeordnet sind. In diesem Fall übernimmt die logische Komponente die weitere Aufrechterhaltung der Verbindung, der die Funktionen für diese Verbindung zugeordnet sind.
Aufgrund der hierarchischen Struktur ist es möglich, eine Aufteilung in mehrere Systeme vorzunehmen, die aus jeweils einem (Verbindungs-) "Master" mit den ihm zugeordneten (Verbindungs-) "Slave"s bestehen. Hierbei ist es zum einen möglich, ein solches Subsystem "stand-alone", also ohne alle übrigen Komponenten zu betreiben. Zum anderen lassen sich weitgehend autonome Teilnetze realisieren, die vom gesamten Datenverkehr und Netzwerkmanagement her nahezu ohne gegenseitige Beeinflussung "koexistieren".
Vorteilhafterweise wird der Verbindungsaufbau durch das Versenden von Kennungen initialisiert.
Um die logischen Verbindungen aufrechtzuerhalten, werden vorteilhafterweise zyklische Telegramme ausgesendet. Um die physikalischen Verbindungen zu überprüfen, ist ein Versenden von Test-Telegrammen vorteilhaft.
Die erfindungsgemäße Komponente mit den kennzeichnenden Merkmalen des unabhängigen Anspruchs hat den Vorteil, daß die Komponente ein Programm aufweist, das es ihr ermöglicht, sowohl als Nebenkomponente in einer Verbindung als auch als Hauptkomponente in einer anderen Verbindung aufzutreten.
Vorteilhafterweise werden die Konfigurationsdaten des Systems in nichtflüchtigen Speichern hinterlegt, da so das gesamte Netz nach einem Neustart schneller aufgebaut werden kann. Die Speicherung von Konfigurationsdaten kann auch für die Fehlererkennung und -eingrenzung verwendet werden.
Die Komponenten weisen Schaltungen auf, die eine Reduzierung des Betriebszustands z. B. in den Sleep Mode erlauben. Dieser Betriebszustand wird dann erreicht, wenn das zyklische Telegramm der Hauptkomponente ausbleibt.
Zeichnungen
Ausführungsbeispiele der Erfindung sind in den Zeichnungen dargestellt und in der nachfolgenden Beschreibung näher erläutert. Es zeigen:
Fig. 1 logische und physikalische Komponenten eines erfindungsgemäßen Übertragungssystems
Fig. 2 mögliche logische Verbindungen im Übertragungssystem
Fig. 3 einfaches Ausführungsbeispiel
Fig. 4 erstes Zeitdiagramm für den Verbindungsaufbau
Fig. 5 zweites Zeitdiagramm für den Verbindungsaufbau
Fig. 6 Zeitdiagramm bei einem Reset einer Komponente
Fig. 7 Ausführungsbeispiel einer Komponente.
Beschreibung des Ausführungsbeispiels
Jede Station besteht nach Fig. 1 vom Konzept her aus dem physisch vorhandenen Gerät ("Physical Device", PD) 2, welches durch genau eine physikalische Schnittstelle zum Netzwerk, zum Bus 1, definiert ist und eine oder mehrere logische Komponenten ("Logical Component", LC) 3 beinhaltet. Beim Aufbau einer Kommunikation zwischen verschiedenen Komponenten eines Übertragungssystems wird zunächst die Kommunikation in den unteren Schichten des ISO-Modells aufgebaut, der physikalischen Schicht, der Data-Link-Schicht und der Netzwerkschicht, darüber die Transportschicht. Das erfindungsgemäßes Verfahren befaßt sich mit der netzweiten Koordination dieser Schichten. Basis für den Verbindungsaufbau ist ein Übertragungssystem, bei dem sowohl eine Direktadressierung (1 : 1 Kommunikation) als auch eine Broadcastadressierung (1 : N Kommunikation) realisiert werden kann, sowie alle Komponenten im Netzwerk prinzipiell in gleicher physikalischer Weise angeschlossen werden. Erfüllt werden diese Anforderungen z. B. vom Controller Area Network (CAN) nach der DE-PS 35 06 118. Dieses Bussystem ist für Steuer- und Kontrollinformationen gedacht. Audio- oder Videodaten können auch separat übertragen werden.
Die für den Verbindungsaufbau relevante Kommunikationssoftware muß einen verbindungsorientierten Dienst (Punkt-zu-Punkt Verbindung) zwischen den logischen Komponenten unterstützen. Es bietet sich hier die Verwendung eines Transportprotokolls nach DE 41 31 133 an. In dem erfindungsgemäßen Verfahren wird die Funktion der logischen Komponenten in einer Verbindung anhand einer Identifikationsnummer definiert, die für einen Verbindungsaufbau zwischen zwei oder mehreren Komponenten im Header des Datentelegramms gesendet wird. Adressierbar als voneinander unabhängige Funktionseinheiten sind nur die logischen Komponenten 3. Im Gegensatz zu der bisher bekannten Verwendung des CAN-Busses werden durch Aussendung von Identifiern zusätzlich zu den Broadcast-Eigenschaften Punkt-zu- Punkt-Verbindungen zwischen Komponenten hergestellt.
Im Gegensatz zu den bekannten Systemen sind in diesem Konzept die Begriffe ""Master"" und ""Slave"" nicht absolut (in bezug auf eine Station bzw. logische Komponente) definiert. Die Definition der Begriffe ""Master"" und "Slave" bezieht sich auf die Punkt-zu-Punkt Verbindungen zwischen zwei logischen Komponenten, von denen genau eine den ""Master"", die andere den ""Slave"" für diese Verbindung darstellt. Da diese Beziehung für jede der vorhandenen Punkt-zu-Punkt Verbindungen prinzipiell unterschiedlich sein kann, wären eigentlich die Begriffe "Verbindungs-"Master"" bzw. "Verbindungs-"Slave"" korrekter. Ein und dieselbe logische Komponente kann demnach durchaus in der einen Verbindung als "Master", in einer anderen dagegen als "Slave" auftreten. Die Funktion einer logischen Komponente in einer Verbindung, die ""Master""-Eigenschaften hat, besteht in der Überwachung und indirekten Terminierung einer logischen Verbindung.
Fig. 2 zeigt eine logische Sternstruktur - bestehend aus einzelnen Punkt-zu-Punkt Verbindungen, die quasi beliebig oft innerhalb eines Netzwerkes realisiert werden kann. Die Hauptkomponente 4 hält logische Verbindungen 5 zu ihren Nebenkomponenten 6 aufrecht. Eine der Nebenkomponenten 7 baut aber mit anderen Nebenkomponenten 8 ein direktes Subsystem über die Verbindungen 9 auf. Die Komponente 7 ist somit Hauptkomponente gegenüber 8, aber Nebenkomponente gegenüber 4.
Die Funktionsweise des Verbindungsaufbau soll im folgenden an einem bewußt einfach gehaltenen Beispiel, Fig. 3 näher erläutert werden. Jede logische Komponente ist in einem eigenen Gehäuse untergebracht; für dieses Beispiel gilt demnach LC = PD.
Betrachtet wird ein einfaches System aus einem Navigationsgerät 10, einem CD-Changer 11, sowie einem Anzeige- und Bedienteil 12. In diesen physikalischen Geräten befinden sich die logischen Komponenten NAV, CDC und MAS. In der letztgenannten ist in diesem Beispiel die Benutzerschnittstelle realisiert. Das hierarchische Netzwerk ermöglicht einen saubere Trennung von Kommunikation und Applikation. Somit könnte der Kommunikations-"Master" in einer Komponente integriert sein, die keine direkte Benutzerschnittstelle beinhaltet. Die Komponente MAS ist der System-"Master", der die Überwachungs- und Terminierungsfunktion bezüglich der gesamten Bedienfunktionalität beinhaltet. Die Komponenten stehen in logischen Verbindungen 5, während sie über den Bus 1 physikalisch verknüpft sind.
Die Kommunikation zwischen den Komponenten wird über zwei Punkt-zu-Punkt Verbindungen abgewickelt, die jeweils durch eine bidirektionale Transportverbindung realisiert werden. Die Komponente MAS 12 stellt für beide Verbindungen den "Master", NAV 10 und CDC 11 jeweils den "Slave" dar. Die Transportverbindungen 5 dieses Ausführungsbeispiels benutzen hierbei die folgenden Data Link Identifier, die über den CAN-Bus gesendet werden:
MAS <-< NAV (Punkt-zu Punkt)
Sende-Identifier MAS/Empfangs-Identifier NAV: 0x448
Sende-Identifier NAV/Empfangs-Identifier MAS: 0x248
MAS <-< CDC (Punkt-zu Punkt)
Sende-Identifier MAS/Empfangs-Identifier CDC: 0x408
Sende-Identifier CDC/Empfangs-Identifier MAS: 0x208
Connection Watchdog (Broadcasting)
Sende-Identifier MAS/Empfangs-Identifier NAV und CDC: 0x001.
Die Codierungen sind in Tabelle 1 und 2 dargestellt. In der Tabelle 1 sind nur die in den Beispielen benutzten logischen Komponenten aufgeführt. Bei diesem Ausführungsbeispiel sind insgesamt 255 Adressen für Komponenten aus dem Bereich der mobilen Kommunikation vorgehalten. Vorgesehen ist dabei eine Aufteilung in Gruppen ähnlicher bzw. identischer Komponenten (letzte Spalte der Tabelle). Für "Master"-Komponenten ist der Identifier des ausgesendeten Connection Watchdogs identisch mit der jeweiligen "Logical Component Number" (LC Number).
Für das angegebene System sind demnach in der Komponente MAS 12 die Dienste für das "Master" Netzmanagement zu implementieren, in den Komponenten NAV 10 und CDC 11 die Dienste für das "Slave" Netzmanagement, wenn man die Funktion der Komponenten vorab definiert hat. "Main Connections" bezeichnen Verbindungen zwischen dem "Haupt"Master"" (Komponente MAS) und seinen "Slave"s, "Subconnections" solche zwischen Sub"Master"n und ihren "Slave"s.
Aus der Unterscheidung in ""Master"" und "Slave" für eine Verbindung resultieren zwei Varianten des Netzmanagements für den Aufbau einer Verbindung.
a) "Master" Netzmanagement Dienste
Mit der zyklischen Aussendung eines Telegramms ("Connection Watchdog") über einen Broadcast-Kanal des Busses wird nach Initialisierung der "Master"-Komponente begonnen, z. B. wird das durch Betätigung einer Taste durch denn Benutzer ausgelöst. Für jede logische Komponente, die "Slave" bezüglich dieses "Master"s ist, bedeutet dieses Telegramm ein Triggersignal zum Verbindungsaufbau. Der jeweilige "Slave" baut demnach seine Verbindung mit dem durch das Transportprotokoll spezifizierten Verfahren auf. Das Netz bleibt solange aktiviert, wie die logische ""Master""-Komponente Telegramme aussendet. Beim Herunterfahren des Netzwerks beendet der "Master" seine Aussendung des Connection Watchdogs, woraufhin nach einem bestimmten Zeitintervall alle angeschlossenen "Slave"s die jeweilige Verbindung als abgebrochen betrachten (indirekte Terminierung).
Falls erforderlich, kann die "Master"-Applikation mit Hilfe eines zyklischen "Connection Test" Telegramms (optionaler Dienst, im Gegensatz zum Connection Watchdog verbindungsorientiert) den Zustand der Verbindung zum "Slave" überwachen. Dies geschieht, indem die Reaktion auf das ausgesendete Telegramm an den "Slave" überwacht wird. Erfolgt beispielsweise innerhalb einer bestimmten Zeit keine Quittierung durch den "Slave", wird das Connection Test Telegramm wiederholt. Nach einer gewissen Anzahl von erfolglosen Wiederholungen wird die Verbindung als abgebrochen angesehen und der "Master" kann ggf. weitere Maßnahmen treffen.
Der zeitliche Ablauf ist aus Fig. 4 zu entnehmen. Die Komponenten CDC 11 und NAV 10 sind bereits intern initialisiert und bereit zur Kommunikation - anderenfalls ergeben sich geringfügig modifizierte Zeitabläufe.
t₀: Zu diesem Zeitpunkt sind alle Komponenten kommunikationsbereit; die Komponente MAS 12 sendet ihr erstes Connection Watchdog Telegramm (WD) mittels des Identifiers 001.
t₁: Als Reaktion auf das Connection Watchdog Telegramm startet die Komponente NAV 10 den Verbindungsaufbau zu MAS 12 mittels eines Connection Setup Telegramms (CS) über den Identifier 248.
t₂: Die Komponente MAS 12 hat das CS-Telegramm von NAV 10 empfangen und sendet zur Bestätigung des Verbindungsaufbaus ein Connection Acknowledge Telegramm (CA) mit-dem Identifier 448 an NAV 10. Hiernach ist die Transportverbindung MAS <-< NAV betriebsbereit, d. h. alle Dienste zur Übermittlung von Applikationsdaten zwischen diesen beiden Komponenten können benutzt werden.
t₃: Wie unter t₁beschrieben, meldet sich hier die Komponente CDC 11 über den Identifier 208 bei MAS an.
t₄: Die Komponente MAS 12 bestätigt den Verbindungsaufbau mittels eines CA-Telegramms über den Identifier 408 an CDC 11. Hiermit ist auch die zweite Verbindung betriebsbereit und damit das gesamte Netzwerk voll zur Kommunikation von Applikationsdaten befähigt.
t₅: Nach Ablauf des Watchdog Timers (Zeit TWD nach t₀) wird von MAS erneut ein Connection Watchdog Telegramm gesendet. Da bereits alle Verbindungen aufgebaut sind, wird diesmal kein Verbindungsaufbau mehr bei den "Slave"- Komponenten angestoßen.
b) "Slave" Netzmanagenent Dienste
Beim ersten Empfang des Connection Watchdogs (d. h., die Verbindung ist noch nicht aufgebaut) führt der "Slave" einen Verbindungsaufbau zum "Master" durch (Monitor-Dienst für den Connection Watchdog des zugeordneten "Master"s). In allen anderen Fällen dient der Connection Watchdog zur Timeout-Überwachung der Verbindung zum "Master". Dies bedeutet, daß nach dem Ausbleiben dieses Telegramms und dem Verstreichen einer bestimmten Zeitspanne der "Slave" die Verbindung als abgebrochen betrachtet. Bei einem erneuten Empfang des Connection Watchdog wird dann die Verbindung neu aufgebaut.
Darüber hinaus existiert für "Master"- bzw. "Slave"-Applikation gleichermaßen die Möglichkeit, je nach Bedarf die Verbindung zur Gegenseite aktiv aufzubauen. Dafür werden die im Transportprotokoll definierten Verbindungsaufbau-Dienste benutzt, die sich nicht hinsichtlich "Master"- und "Slave"- Funktionalität unterscheiden. Erfolgt beispielsweise der Verbindungsaufbau durch einen "Slave" nicht aufgrund eines empfangenen Connection Watchdog Telegramms sondern aufgrund einer Initiative des "Slave"s, so wird anschließend die Kontrolle der Verbindung durch den "Master" mit Aussenden des Connection Watchdog übernommen. Fig. 5 stellt den Fall dar, daß eine Nebenkomponente (Verbindungs-"Slave") das Netzwerk weckt:
t₀: Zu diesem Zeitpunkt beginnt die Komponente NAV 10 das Netzwerk mittels eines CS-Telegramms zu wecken. Aufgrund der Aufweckmöglichkeiten des Kommunikationssystems findet daraufhin eine Initialisierung der Komponenten MAS 12 und CDC 11 statt. Ein Empfang des CS-Telegramms ist nach dieser Initialisierung möglich.
t₁: Da bislang keine Quittierung auf das CS-Telegramm erfolgte, sorgt der nun ablaufende Timer (TAC) für eine erneute Aussendung durch die Komponente NAV 10.
t₂: Die Komponente MAS 12 bestätigt den Verbindungsaufbau zu NAV 10.
t₃: Durch die Aussendung des Connection Watchdog Telegramms wird das restliche System hochgefahren, der weitere Ablauf entspricht Fall I.
Nach Fig. 6 wird eine Neuinitialisierung im Netz (Reset) vorgenommen:
t₀: Zu diesem Zeitpunkt ist das Netz komplett aktiviert, d. h. alle Verbindungen sind eingerichtet.
t₁: Die Komponente CDC führt einen Reset durch, ausgelöst z. B. durch einen Spannungseinbruch. Dies hat unter anderem zur Folge, daß die Verbindung zur Komponente MAS unterbrochen ist.
t₃: Aufgrund des für die Komponente CDC ersten empfangenen Connection Watchdog Telegramms (nach dem Reset) bei t₂ startet sie die (Wieder-) Anmeldung bei MAS.
t₄: Quittierung durch MAS, Verbindung wieder aktiv.
Der zeitliche Verlauf ist identisch, wenn statt eines Resets zur Zeit t₁ ein erstmaliges Hinzufügen der Komponente CDC betrachtet wird. Da das restliche System bereits voll kommunikationsfähig ist, kann man mit dem beschriebenen Mechanismus ein "Nachmelden" von bisher nicht installierten "Slave"-Komponenten während des laufenden Betriebs realisieren.
Herunterfahren des Netzwerkes
Das Herunterfahren des Netzwerks wird von der "Master"- Komponente MAS 12 initiiert. Durch das Einstellen der Connection Watchdog Aussendungen läuft in den angeschlossenen "Slave"-Komponenten NAV 10 und CDC 11 praktisch gleichzeitig ein Timer zur Überwachung des Watchdogs ab (TWDC). Danach sind alle Verbindungen deaktiviert, ein Datenaustausch über das Netz ist nicht mehr möglich. Weiterhin besteht nun bei entsprechenden Hardwarevoraussetzungen die Möglichkeit, die einzelnen Komponenten in einen Stromspar-Modus zu überführen (Sleep Mode).
Kern der Erfindung ist die Erweiterung der starren "Master"­ "Slave" Architektur zu einem hierarchischen System mit beliebig vielen (logischen) Subnetzen. Die Spezifikation dieser Subnetze ist eine "lineare Figur" der Spezifikation des Hauptnetzes, d. h., es werden keine weiteren Dienste für deren Realisierung benötigt. Haupt- und Subnetze besitzen eine logische Sternstruktur, die in ihrer kleinsten Ausführung eine logische Punkt-zu-Punkt Verbindung darstellt. Das hierarchische Netzwerkmanagement ermöglicht eine saubere Strukturierung der Kommunikationssoftware.
Mit dem ersten Erkennen des Connection Watchdogs stellt die "Slave"-Komponente die Verbindung zum "Master" her und meldet sich damit zum ersten Mal bei diesem an. In der "Master"-Komponente wird diese Neuanmeldung vorteilhafterweise durch den Vergleich mit der permanent gespeicherten letzten Systemkonfiguration erkannt und geeignete Maßnahmen ergriffen, wie z. B. Benutzerhinweise auf die neue Funktionalität. Das Fortlassen einer vorher installierten "Slave"-Komponente wird vom "Master" spätestens beim Neustart des Systems erkannt, wiederum durch Vergleich der aktuellen Systemkonfiguration mit der gespeicherten. Der "Master" kann daraufhin entsprechend reagieren, z. B. durch das Weglassen von Bedienmenüs.
Durch den Weckmechanismus der gemeinsamen physikalischen Schicht können immer nur alle Busteilnehmer gleichzeitig "kommunikationsaktiv" sein (die zugehörigen Applikationen können sich dagegen durchaus noch in einem Zustand reduzierter Leistungsaufnahme befinden).
Alle Subsysteme müssen sich die Kanalkapazität von Data Link/ Physical Layer teilen.
Im Regelfall wird der (Haupt-) "Master" immer logische Verbindungen zu allen angeschlossenen Komponenten unterhalten. Hierarchisch darunter befinden sich die (dann de facto gleichberechtigten) Subnetze mit gewöhnlicherweise geringerer Ausdehnung. Dies ist jedoch nicht zwingend notwendig, denn das Netzwerkmanagement kann auch für beliebige Konfigurationen beispielsweise mit quasi gleichberechtigten logischen Netzen (verschiedene "Master" auf einer Hierarchiestufe) verwendet werden.
Die Buslast durch das Netzwerkmanagement ist als recht gering anzusehen, da im initialisierten Betrieb des Netzwerks nur die zyklischen Connection Watchdog Telegramme der "Master"- bzw. Sub"Master"-Komponenten erforderlich sind. Damit verbunden ist eine ebenfalls geringe Interrupt-Rate, also eine nur geringfügige zusätzliche Belastung der Rechenkapazität der angeschlossenen Komponenten.
Fig. 2 zeigt ein Beispiel für ein komplexeres System, bestehend aus einer Hauptkomponente ("Master") 4, MAS mit 5 Verbindungen (MC, "Main Connnections") 5, eine nebengeordnete Hauptkomponente des Subsystems 7, die Komponente NAV mit weiteren 2 Verbindungen (SC, "Subconnections") 9, zwei Nebenkomponenten CDC 6, GAT 6 (nur Verbindungen zu MAS), Nebenkomponenten TMC 6, 8, TEL 6, 8 (Verbindungen sowohl zu MAS als auch NAV).
Hinsichtlich des Netzmanagements läßt sich dieses System zunächst als Zusammensetzung von zwei Einfachsystemen nach Fig. 3 beschreiben, d. h. alle dort beschriebenen Verfahren gelten entsprechend. Wesentliche Erweiterungen gegenüber dem Einfachsystem sind durch die zwei "Master"-Komponenten in hierarchischer Ordnung (NAV 7 ist "Slave" gegenüber MAS 4) sowie durch die zwei "Slave" Komponenten (TEL 6, 8, TMC 6, 8), die mehr als einen "Master" haben, gegeben.
Mit wenigen Erweiterungen der definierten Regeln läßt sich ein konsistentes Verhalten in Hinblick auf Hochfahren und Herunterfahren des Netzwerks erreichen.
Im Beispiel ist der "Master" mit der höchsten Hierarchiestufe (MAS) 4 grundsätzlich verantwortlich für das Hochfahren (erstes Aussenden des Connection Watchdogs), sowie das Herunterfahren (Wegnahme des Connection Watchdogs sowie ggf. weitere "Shutdown"-Nachricht an Sub"Master" NAV 10 des gesamten Netzes. Dies bedeutet, daß zunächst das Hauptnetz aktiviert wird (Verbindungen zu MAS 4), anschließend das Subnetz (Verbindungen zu NAV 7). Für das Herunterfahren gilt entsprechendes. Allerdings erlaubt das beschriebene Netzwerkmanagement auch Betriebszustände, in denen der Sub"Master" NAV 7 eigenständig sein Teilnetz aktiviert und wieder deaktiviert (z. B. für einen Datenaustausch mit der Komponente TEL 6, 8).
Nebenkomponenten, die mehr als eine Hauptkomponente besitzen (im Beispiel TEL 6, 8 und TMC 6, 8), haben darauf zu achten, erst nach dem Ausbleiben der Connection Watchdogs von allen "Master"n ihre Applikation in den Stromspar-Modus zu überführen.
Nach Fig. 7 ist eine Komponente über die Schnittstelle 15 (Protokollbaustein) und der Busankopplung mit Weckmöglichkeit 16 (Transceiver) an den Bus 1 angeschlossen. Die Komponente wird von einem Mikroprozessor 18 überwacht und besitzt einen nichtflüchtigen Speicher 17. Zusätzlich kann ein Baustein zur Bestimmung des Time-Outs 19 in die Komponente eingebaut werden. Zur Einsparung einer separaten Weckleitung sollte jede Station mit geeigneter Bus-Hardware (z. B. spezieller Transceiver-Baustein) ausgerüstet sein, um bei der Erkennung von Busverkehr ein Wecksignal zu ihrer eigenen Initialisierung erzeugen zu können. Auf diese Weise kann ein Übergang zwischen Stromspar-Modus und Vollaktivität einer Komponente leicht realisiert werden. Dies ist die eleganteste Möglichkeit eine Komponente zu wecken. Denkbar sind jedoch auch Schaltleitungen mit Mehrfachzugriff (jede Komponente hat ein Schreibrecht auf diese Leitung) oder ähnliche Verfahren.
Zur Unterstützung des Netzmanagements sollten zumindest die komplexeren Geräte (Bedienteil, Navigation, etc.) am besten jedoch alle Komponenten, in der Lage sein, Informationen über die letzte Netzkonfiguration (angeschlossene Komponenten, aktive oder gestörte Verbindungen) dauerhaft, d. h. in einem nichtflüchtigen Speicher 17 wie z. B. EEPROM, zu speichern.
Tabelle 1
Tabelle 2

Claims (12)

1. Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems, insbesondere für den Einsatz in einem Kraftfahrzeug, das eine bidirektionale Übertragungsleitung (1) und mindestens zwei an die Übertragungsleitung angeschlossene, physikalische Komponenten (2) aufweist, dadurch gekennzeichnet, daß die physikalischen Komponenten mindestens eine logische Komponente (3) enthalten und den logischen Komponenten Adressen zugewiesen werden, die ihre Funktion definieren, und daß eine erste logische Komponente (3) die Aufforderung zum Verbindungsaufbau an mindestens eine zweite logische Komponente (3) ausgibt und die zweite logische Komponente (3) die logische Verbindung zur ersten Komponente herstellt, wobei eine der logischen Komponenten eine Überwachungs- und Terminierungsfunktion für diese Verbindung übernimmt.
2. Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems nach Anspruch 1, dadurch gekennzeichnet, daß die erste logische Komponente (3) die Überwachungs- und Terminierungsfunktion für diese Verbindung übernimmt.
3. Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems nach Anspruch 1, dadurch gekennzeichnet, daß die zweite logische Komponente (3) die Überwachungs- und Terminierungsfunktion für diese Verbindung übernimmt.
4. Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems nach Anspruch 1 bis 3, dadurch gekennzeichnet, daß die Initialisierung des Übertragungssystems über eine logische Komponente durch das Senden einer Sendekennung erreicht wird.
5. Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems nach Anspruch 1 bis 4, dadurch gekennzeichnet, daß jede logische Verbindung im Übertragungssystem durch zyklische Aussendung von Telegrammen in einer Verbindung aufrechterhalten werden.
6. Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems nach Anspruch 1 bis 5, dadurch gekennzeichnet, daß die physikalischen Verbindungen im Übertragungssystem durch zyklisches Aussenden von Test-Telegrammen überwacht wird.
7. Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems nach Anspruch 1 bis 6, dadurch gekennzeichnet, daß das Übertragungssystem in einen Schlafmodus überführt wird, wenn innerhalb einer vorgegebene Zeit keine Telegramme auf den Übertragungsleitungen auftreten.
8. Physikalische Komponente zur Durchführung des Verfahrens nach einem der Ansprüche 1 bis 7 mit mindestens einer logischen Komponente, mit einem Schnittstellenbaustein (15) zum Anschluß an die Verbindungsleitung (1) zwischen weiteren Komponenten (2) und einem in der logischen Einheit angeordneten Mikroprozessor (18) sowie einem mit dem Mikroprozessor in Verbindung stehenden nichtflüchtigen Speicher (17), dadurch gekennzeichnet, daß im Speicher eine Datei hinterlegt ist, die der Komponente für einen bestimmten Verbindungsaufbau vorschreibt, ob die Komponente in dieser Verbindung die Überwachungs- und Terminierungsfunktion wahrnimmt.
9. Komponente nach Anspruch 8, dadurch gekennzeichnet, daß Komponenten (2) einen nichtflüchtigen Speicher (17) für Konfigurationsdaten des Übertragungssystems besitzen.
10. Komponente nach Anspruch 8 oder 9, dadurch gekennzeichnet, daß die Komponente (2) für Wahrnehmung von Überwachungsaufgaben für logische Verbindungen ausgelegt ist.
11. Komponente nach Anspruch 8 bis 10, dadurch gekennzeichnet, daß die Komponenten (2) eine Einrichtung (19) zur zeitlichen Überwachung der zyklischen Telegramme besitzen, die beim Ausbleiben der Telegramme die Komponente in einen leistungsreduzierten Betriebszustand versetzt.
12. Vorrichtung nach Anspruch 8 bis 12, dadurch gekennzeichnet, daß die Komponenten zwischen mehreren Betriebszuständen mit reduzierten Energieverbrauch umschaltbar sind.
DE19637312A 1996-09-12 1996-09-12 Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems und Komponente zur Durchführung des Verfahrens Ceased DE19637312A1 (de)

Priority Applications (9)

Application Number Priority Date Filing Date Title
DE19637312A DE19637312A1 (de) 1996-09-12 1996-09-12 Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems und Komponente zur Durchführung des Verfahrens
PCT/DE1997/001593 WO1998011700A1 (de) 1996-09-12 1997-07-29 Verfahren zur kontrolle der verbindungen eines übertragungssystems und komponente zur durchführung des verfahrens
JP51310798A JP4024308B2 (ja) 1996-09-12 1997-07-29 伝送システムの接続の監視のための方法及び該方法を実施するためのコンポーネント
EP97937410A EP0925674B1 (de) 1996-09-12 1997-07-29 Verfahren zur kontrolle der verbindungen eines übertragungssystems und komponente zur durchführung des verfahrens
KR10-1999-7002043A KR100482910B1 (ko) 1996-09-12 1997-07-29 전송 시스템의 접속을 제어하는 방법 및 그 방법을 실시하기 위한 구성 부품
DE59712396T DE59712396D1 (de) 1996-09-12 1997-07-29 Verfahren zur kontrolle der verbindungen eines übertragungssystems und komponente zur durchführung des verfahrens
US09/254,897 US6643689B2 (en) 1996-09-12 1997-07-29 Process and components for controlling the connections of a transmission system
ES97937410T ES2251032T3 (es) 1996-09-12 1997-07-29 Procedimiento para el control de las conexiones de un sistema de transmision y componente para la realizacion del procedimiento.
TW086111053A TW341014B (en) 1996-09-12 1997-08-02 Method of controlling a transmission system and the elements

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE19637312A DE19637312A1 (de) 1996-09-12 1996-09-12 Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems und Komponente zur Durchführung des Verfahrens

Publications (1)

Publication Number Publication Date
DE19637312A1 true DE19637312A1 (de) 1998-03-19

Family

ID=7805527

Family Applications (2)

Application Number Title Priority Date Filing Date
DE19637312A Ceased DE19637312A1 (de) 1996-09-12 1996-09-12 Verfahren zur Kontrolle der Verbindungen eines Übertragungssystems und Komponente zur Durchführung des Verfahrens
DE59712396T Expired - Lifetime DE59712396D1 (de) 1996-09-12 1997-07-29 Verfahren zur kontrolle der verbindungen eines übertragungssystems und komponente zur durchführung des verfahrens

Family Applications After (1)

Application Number Title Priority Date Filing Date
DE59712396T Expired - Lifetime DE59712396D1 (de) 1996-09-12 1997-07-29 Verfahren zur kontrolle der verbindungen eines übertragungssystems und komponente zur durchführung des verfahrens

Country Status (8)

Country Link
US (1) US6643689B2 (de)
EP (1) EP0925674B1 (de)
JP (1) JP4024308B2 (de)
KR (1) KR100482910B1 (de)
DE (2) DE19637312A1 (de)
ES (1) ES2251032T3 (de)
TW (1) TW341014B (de)
WO (1) WO1998011700A1 (de)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19754640A1 (de) * 1997-12-09 1999-06-10 Bosch Gmbh Robert Verfahren zur Koordination von Netzwerkkomponenten
FR2791786A1 (fr) * 1999-03-31 2000-10-06 Mitsubishi Electric Corp Systeme de communication pour la commande d'un vehicule
EP0963877A3 (de) * 1998-06-08 2000-12-27 Ford Motor Company Verfahren und System zur Kommmunikation zwischen ferngesteuerten Modulen in Kraftfahrzeugen
WO2002060125A1 (de) * 2001-01-25 2002-08-01 Koninklijke Philips Electronics N.V. Bussystem mit einer leitungskontrolle während des ruhezustandes
DE19923594B4 (de) * 1998-05-22 2004-12-23 Yazaki Corp. Multiplexkommunikationssystem
DE10329706A1 (de) 2003-07-02 2005-02-03 Conti Temic Microelectronic Gmbh Datenbussystem mit einer Mehrzahl von an einen Datenbus angeschlossenen Busteilnehmern
EP1843527A2 (de) * 2006-04-05 2007-10-10 Robert Bosch Gmbh Kommunikationssystem und Kommunikationsverfahren
EP2096799A1 (de) * 2006-01-30 2009-09-02 Robert Bosch GmbH Verfahren zum Betreiben eines Kommunikationsnetzwerkes
DE102005015912B4 (de) * 2004-04-14 2011-02-24 Audi Ag Betrieb eines Netzwerkes, Netzwerk und Netzwerkkomponenten und Verfahren zum Betrieb eines Netzwerkes sowie Netzwerkteilnehmer
DE10348363B4 (de) * 2002-10-18 2014-11-13 Denso Corporation Fahrzeugdatenkommunikationssystem mit überwachter Koordination von Netzwerken, welche jeweilige Grundbetriebsfunktionen eines Fahrzeugs steuern

Families Citing this family (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5957985A (en) * 1996-12-16 1999-09-28 Microsoft Corporation Fault-resilient automobile control system
FI109400B (fi) * 1999-10-28 2002-07-15 Nokia Corp Menetelmä tiedonsiirtoyhteyden ylläpitämiseksi
US6611860B1 (en) * 1999-11-17 2003-08-26 I/O Controls Corporation Control network with matrix architecture
US20030214953A1 (en) * 2002-05-14 2003-11-20 Ge Medical Systems Global Technology Company, Llc Networked magnetic resonance imaging system and method incorporating same
US7174402B2 (en) 2003-04-07 2007-02-06 The Boeing Company Systems, network devices and methods for highly configurable peer-to-peer communications between network devices communicating via a common bus
US7769346B1 (en) * 2003-10-31 2010-08-03 Johnson Controls Technology Company Wireless electrical connectivity system for use in a vehicle
US8788100B2 (en) 2008-10-27 2014-07-22 Lennox Industries Inc. System and method for zoning a distributed-architecture heating, ventilation and air conditioning network
US8655490B2 (en) 2008-10-27 2014-02-18 Lennox Industries, Inc. System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network
US8452906B2 (en) 2008-10-27 2013-05-28 Lennox Industries, Inc. Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network
US8874815B2 (en) 2008-10-27 2014-10-28 Lennox Industries, Inc. Communication protocol system and method for a distributed architecture heating, ventilation and air conditioning network
US8798796B2 (en) 2008-10-27 2014-08-05 Lennox Industries Inc. General control techniques in a heating, ventilation and air conditioning network
US8433446B2 (en) 2008-10-27 2013-04-30 Lennox Industries, Inc. Alarm and diagnostics system and method for a distributed-architecture heating, ventilation and air conditioning network
US8352081B2 (en) 2008-10-27 2013-01-08 Lennox Industries Inc. Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network
US8437877B2 (en) 2008-10-27 2013-05-07 Lennox Industries Inc. System recovery in a heating, ventilation and air conditioning network
US9432208B2 (en) 2008-10-27 2016-08-30 Lennox Industries Inc. Device abstraction system and method for a distributed architecture heating, ventilation and air conditioning system
US8548630B2 (en) 2008-10-27 2013-10-01 Lennox Industries, Inc. Alarm and diagnostics system and method for a distributed-architecture heating, ventilation and air conditioning network
US8564400B2 (en) 2008-10-27 2013-10-22 Lennox Industries, Inc. Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network
US8600559B2 (en) 2008-10-27 2013-12-03 Lennox Industries Inc. Method of controlling equipment in a heating, ventilation and air conditioning network
US8600558B2 (en) 2008-10-27 2013-12-03 Lennox Industries Inc. System recovery in a heating, ventilation and air conditioning network
US8255086B2 (en) 2008-10-27 2012-08-28 Lennox Industries Inc. System recovery in a heating, ventilation and air conditioning network
US8239066B2 (en) 2008-10-27 2012-08-07 Lennox Industries Inc. System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network
US8463442B2 (en) 2008-10-27 2013-06-11 Lennox Industries, Inc. Alarm and diagnostics system and method for a distributed architecture heating, ventilation and air conditioning network
US8295981B2 (en) 2008-10-27 2012-10-23 Lennox Industries Inc. Device commissioning in a heating, ventilation and air conditioning network
US8661165B2 (en) 2008-10-27 2014-02-25 Lennox Industries, Inc. Device abstraction system and method for a distributed architecture heating, ventilation and air conditioning system
US8655491B2 (en) 2008-10-27 2014-02-18 Lennox Industries Inc. Alarm and diagnostics system and method for a distributed architecture heating, ventilation and air conditioning network
US8977794B2 (en) 2008-10-27 2015-03-10 Lennox Industries, Inc. Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network
US8694164B2 (en) 2008-10-27 2014-04-08 Lennox Industries, Inc. Interactive user guidance interface for a heating, ventilation and air conditioning system
US8560125B2 (en) 2008-10-27 2013-10-15 Lennox Industries Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network
US8437878B2 (en) 2008-10-27 2013-05-07 Lennox Industries Inc. Alarm and diagnostics system and method for a distributed architecture heating, ventilation and air conditioning network
US8994539B2 (en) 2008-10-27 2015-03-31 Lennox Industries, Inc. Alarm and diagnostics system and method for a distributed-architecture heating, ventilation and air conditioning network
US9268345B2 (en) 2008-10-27 2016-02-23 Lennox Industries Inc. System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network
US9678486B2 (en) 2008-10-27 2017-06-13 Lennox Industries Inc. Device abstraction system and method for a distributed-architecture heating, ventilation and air conditioning system
US8774210B2 (en) 2008-10-27 2014-07-08 Lennox Industries, Inc. Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network
US8615326B2 (en) 2008-10-27 2013-12-24 Lennox Industries Inc. System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network
US9261888B2 (en) 2008-10-27 2016-02-16 Lennox Industries Inc. System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network
US8543243B2 (en) 2008-10-27 2013-09-24 Lennox Industries, Inc. System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network
US8352080B2 (en) 2008-10-27 2013-01-08 Lennox Industries Inc. Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network
US9632490B2 (en) 2008-10-27 2017-04-25 Lennox Industries Inc. System and method for zoning a distributed architecture heating, ventilation and air conditioning network
US9152155B2 (en) 2008-10-27 2015-10-06 Lennox Industries Inc. Device abstraction system and method for a distributed-architecture heating, ventilation and air conditioning system
US8892797B2 (en) 2008-10-27 2014-11-18 Lennox Industries Inc. Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network
US9651925B2 (en) 2008-10-27 2017-05-16 Lennox Industries Inc. System and method for zoning a distributed-architecture heating, ventilation and air conditioning network
US8802981B2 (en) 2008-10-27 2014-08-12 Lennox Industries Inc. Flush wall mount thermostat and in-set mounting plate for a heating, ventilation and air conditioning system
US9377768B2 (en) 2008-10-27 2016-06-28 Lennox Industries Inc. Memory recovery scheme and data structure in a heating, ventilation and air conditioning network
US8452456B2 (en) 2008-10-27 2013-05-28 Lennox Industries Inc. System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network
US9325517B2 (en) 2008-10-27 2016-04-26 Lennox Industries Inc. Device abstraction system and method for a distributed-architecture heating, ventilation and air conditioning system
US8725298B2 (en) 2008-10-27 2014-05-13 Lennox Industries, Inc. Alarm and diagnostics system and method for a distributed architecture heating, ventilation and conditioning network
US8762666B2 (en) 2008-10-27 2014-06-24 Lennox Industries, Inc. Backup and restoration of operation control data in a heating, ventilation and air conditioning network
US8463443B2 (en) 2008-10-27 2013-06-11 Lennox Industries, Inc. Memory recovery scheme and data structure in a heating, ventilation and air conditioning network
US8442693B2 (en) 2008-10-27 2013-05-14 Lennox Industries, Inc. System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network
US8855825B2 (en) 2008-10-27 2014-10-07 Lennox Industries Inc. Device abstraction system and method for a distributed-architecture heating, ventilation and air conditioning system
US8744629B2 (en) 2008-10-27 2014-06-03 Lennox Industries Inc. System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network
USD648641S1 (en) 2009-10-21 2011-11-15 Lennox Industries Inc. Thin cover plate for an electronic system controller
USD648642S1 (en) 2009-10-21 2011-11-15 Lennox Industries Inc. Thin cover plate for an electronic system controller
US8260444B2 (en) 2010-02-17 2012-09-04 Lennox Industries Inc. Auxiliary controller of a HVAC system

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3132972A1 (de) 1981-08-20 1983-03-24 Siemens AG, 1000 Berlin und 8000 München Regenerator fuer digitale signale mit quantisierter rueckkopplung
US4590394A (en) 1984-03-13 1986-05-20 Motorola, Inc. Signal processing circuit with voltage clamped input
DE3546683C3 (de) * 1985-02-22 2003-10-09 Bosch Gmbh Robert Verfahren zum Betreiben einer Datenverarbeitungsanlage
DE3545263A1 (de) 1985-12-20 1987-06-25 Deutsche Bundespost Verfahren zur wechselspannungsgekoppelten uebertragung digitaler signale auf metallenen leiterpaaren ueber verbindungen jeweils wechselnder laenge
JPH07114383B2 (ja) 1987-11-20 1995-12-06 株式会社日立製作所 可変等化方式
FR2626998B1 (fr) 1988-02-05 1990-08-03 Bendix Electronics Sa Systeme de mise en etat operationnel et en etat de veille de boitiers electroniques connectes a un canal de communication
US5099366A (en) 1989-08-25 1992-03-24 Ampex Corporation Low frequency restorer
US5027017A (en) 1990-01-19 1991-06-25 Rca Licensing Corporation Sync tip clamp circuitry
FR2665808A1 (fr) 1990-08-10 1992-02-14 Thomson Csf Egaliseur auto-adaptatif.
US5351041A (en) * 1990-10-25 1994-09-27 Pioneer Electronic Corporation Method of data communication in communication network on automobile
EP0511794B2 (de) 1991-04-26 2002-03-13 Pioneer Electronic Corporation Datenübertragungssystem in einem Fahrzeug
DE4131133B4 (de) * 1991-09-19 2005-09-08 Robert Bosch Gmbh Verfahren und Vorrichtung zum Austausch von Daten in Datenverarbeitungsanlagen
DE4322249A1 (de) * 1992-10-23 1994-04-28 Marquardt Gmbh Bus-Schalter
US5392407A (en) * 1992-12-24 1995-02-21 Ncr Corporation Multi-port processor with peripheral component interconnect port and rambus port
US5426389A (en) 1993-01-21 1995-06-20 Gennum Corporation System for DC restoration of serially transmitted binary signals
JP2752030B2 (ja) * 1993-04-16 1998-05-18 沖電気工業株式会社 ローカルエリアネットワーク回線における信号送受信装置
JPH07219913A (ja) * 1994-01-28 1995-08-18 Fujitsu Ltd マルチプロセッサシステムの制御方法及び装置
US5606284A (en) 1994-08-26 1997-02-25 Matsushita Electric Industrial Co., Ltd. Automatic gain control device for producing constant amplitude output signal
FR2726383A1 (fr) * 1994-10-26 1996-05-03 Trt Telecom Radio Electr Systeme de traitement d'informations comportant au moins deux processeurs
US5761251A (en) 1995-11-08 1998-06-02 Philips Electronics North America Corporation Dual automatic gain control and DC offset correction circuit for QAM demodulation
US6199133B1 (en) * 1996-03-29 2001-03-06 Compaq Computer Corporation Management communication bus for networking devices
CA2201834A1 (en) 1997-04-04 1998-10-04 Gennum Corporation Serial digital data communications receiver with improved automatic cable equalizer, agc system, and dc restorer

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7103000B1 (en) 1997-12-09 2006-09-05 Robert Bosch Gmbh Method for coordinating network components
WO1999030459A2 (de) * 1997-12-09 1999-06-17 Robert Bosch Gmbh Verfahren zur koordination von netzwerkkomponenten
WO1999030459A3 (de) * 1997-12-09 1999-07-22 Bosch Gmbh Robert Verfahren zur koordination von netzwerkkomponenten
DE19754640A1 (de) * 1997-12-09 1999-06-10 Bosch Gmbh Robert Verfahren zur Koordination von Netzwerkkomponenten
DE19923594B4 (de) * 1998-05-22 2004-12-23 Yazaki Corp. Multiplexkommunikationssystem
EP0963877A3 (de) * 1998-06-08 2000-12-27 Ford Motor Company Verfahren und System zur Kommmunikation zwischen ferngesteuerten Modulen in Kraftfahrzeugen
US6275167B1 (en) 1998-06-08 2001-08-14 Visteon Global Technologies, Inc. Method and system for communicating between remote-controlled modules in automotive vehicles
FR2791786A1 (fr) * 1999-03-31 2000-10-06 Mitsubishi Electric Corp Systeme de communication pour la commande d'un vehicule
US7546474B2 (en) * 2001-01-25 2009-06-09 Nxp B.V. Bus system with line control during the low-power phase
WO2002060125A1 (de) * 2001-01-25 2002-08-01 Koninklijke Philips Electronics N.V. Bussystem mit einer leitungskontrolle während des ruhezustandes
DE10348363B4 (de) * 2002-10-18 2014-11-13 Denso Corporation Fahrzeugdatenkommunikationssystem mit überwachter Koordination von Netzwerken, welche jeweilige Grundbetriebsfunktionen eines Fahrzeugs steuern
DE10329706A1 (de) 2003-07-02 2005-02-03 Conti Temic Microelectronic Gmbh Datenbussystem mit einer Mehrzahl von an einen Datenbus angeschlossenen Busteilnehmern
DE10329706B4 (de) 2003-07-02 2018-09-06 Conti Temic Microelectronic Gmbh Datenbussystem mit einer Mehrzahl von an einen Datenbus angeschlossenen Busteilnehmern
DE102005015912B4 (de) * 2004-04-14 2011-02-24 Audi Ag Betrieb eines Netzwerkes, Netzwerk und Netzwerkkomponenten und Verfahren zum Betrieb eines Netzwerkes sowie Netzwerkteilnehmer
EP2096799A1 (de) * 2006-01-30 2009-09-02 Robert Bosch GmbH Verfahren zum Betreiben eines Kommunikationsnetzwerkes
EP1843527A2 (de) * 2006-04-05 2007-10-10 Robert Bosch Gmbh Kommunikationssystem und Kommunikationsverfahren
EP1843527A3 (de) * 2006-04-05 2007-10-24 Robert Bosch Gmbh Kommunikationssystem und Kommunikationsverfahren

Also Published As

Publication number Publication date
JP2001500684A (ja) 2001-01-16
KR20000036050A (ko) 2000-06-26
DE59712396D1 (de) 2005-09-22
ES2251032T3 (es) 2006-04-16
KR100482910B1 (ko) 2005-04-14
WO1998011700A1 (de) 1998-03-19
EP0925674B1 (de) 2005-08-17
EP0925674A1 (de) 1999-06-30
TW341014B (en) 1998-09-21
JP4024308B2 (ja) 2007-12-19
US6643689B2 (en) 2003-11-04
US20030006647A1 (en) 2003-01-09

Similar Documents

Publication Publication Date Title
EP0925674B1 (de) Verfahren zur kontrolle der verbindungen eines übertragungssystems und komponente zur durchführung des verfahrens
EP0981875B1 (de) System zum übertragen von daten
EP1351433B1 (de) Energieverwaltung von Netzwerken
EP2415202B1 (de) Steuergerät für ein fahrzeugnetzwerk und verfahren zum betreiben eines fahrzeugnetzwerkes
WO2011012262A1 (de) Vorrichtung und verfahren zur adressierung einer slave-einheit
WO1999030459A2 (de) Verfahren zur koordination von netzwerkkomponenten
DE4129205A1 (de) Verfahren zum aufbau von botschaften fuer den datenaustausch und/oder fuer die synchronisation von prozessen in datenverarbeitungsanlagen
EP2283616A1 (de) Kommunikationssystem mit einem can-bus und verfahren zum betreiben eines solchen kommunikationssystems
DE19708979B4 (de) System zur Datenkommunikation über einen optischen Bus und Verfahren zur Steuerung des Systems
WO2003104959A1 (de) Verfahren und chipeinheit zum ansprechen und/ oder aktivieren eines teilnehmers an einem seriellen datenbus
DE102009026965A1 (de) Medienzugriffssteuerverfahren für ein Bussystem und Kommunikationseinrichtung
DE102021103064A1 (de) Kommunikationssystem
EP0993714A2 (de) Verfahren und system zur steuerung der nutzung von satelliten-übertragungskapazität in terrestrischen netzen
DE102005027387A1 (de) Netzwerkverbindungs-Schalteinheit sowie Netzwerkstation
EP0785679B1 (de) Energiesparbetrieb bei einem Kommunikationsgerät
EP0509114B1 (de) Verfahren zum Übertragen von Daten an mehrere Datenstationen
WO2003049325A1 (de) Schnittstellenbaustein in einem fahrzeug
DE102019205488A1 (de) Teilnehmerstation für ein serielles Bussystem und Verfahren zur Kommunikation in einem seriellen Bussystem
DE102021108669A1 (de) Planen von netzwerkverkehr für drahtlose kommunikationsvorrichtungen
DE102015014210B4 (de) Netzwerkmanagement für ein zweikanaliges FlexRay-Netzwerk
DE102020211233B4 (de) Kommunikationsschnittstelle
DE102011083001B4 (de) Teilnehmer eines Kommunikationsnetzwerks und Verfahren zur deterministischen Übertragung über ein Kommunikationsmedium des Kommunikationsnetzwerks
EP3883193A1 (de) Bus-system, insbesondere für fahrrdäder
WO2021148348A1 (de) Sende-/empfangseinrichtung für eine teilnehmerstation eines seriellen bussystems und verfahren zur kommunikation in einem seriellen bussystem
WO1994002999A1 (de) Vorrichtung zur überwachung einer nachrichtenübertragungseinrichtung

Legal Events

Date Code Title Description
8110 Request for examination paragraph 44
8131 Rejection