DE69710619T2 - Preiswertes redundantes kommunikationssystem - Google Patents

Preiswertes redundantes kommunikationssystem

Info

Publication number
DE69710619T2
DE69710619T2 DE69710619T DE69710619T DE69710619T2 DE 69710619 T2 DE69710619 T2 DE 69710619T2 DE 69710619 T DE69710619 T DE 69710619T DE 69710619 T DE69710619 T DE 69710619T DE 69710619 T2 DE69710619 T2 DE 69710619T2
Authority
DE
Germany
Prior art keywords
bus
data
snic
transmitter
receiver
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.)
Expired - Lifetime
Application number
DE69710619T
Other languages
English (en)
Other versions
DE69710619D1 (de
Inventor
F. Birkedahl
A. Eddy
P. Hoyme
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.)
Honeywell Inc
Original Assignee
Honeywell Inc
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 Honeywell Inc filed Critical Honeywell Inc
Publication of DE69710619D1 publication Critical patent/DE69710619D1/de
Application granted granted Critical
Publication of DE69710619T2 publication Critical patent/DE69710619T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • 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
    • H04L12/40006Architecture of a communication node
    • H04L12/40013Details regarding a bus controller
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05DSYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
    • G05D1/0055Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots with safety arrangements
    • G05D1/0077Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots with safety arrangements using redundant signals or controls
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2002Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
    • G06F11/2007Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication media
    • 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
    • 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
    • H04L12/40169Flexible bus arrangements
    • H04L12/40176Flexible bus arrangements involving redundancy
    • H04L12/40189Flexible bus arrangements involving redundancy by using a plurality of bus systems
    • 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
    • H04L12/407Bus networks with decentralised control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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
    • H04L12/407Bus networks with decentralised control
    • H04L12/413Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD]
    • 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/4028Bus for use in transportation systems the transportation system being an aircraft

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Automation & Control Theory (AREA)
  • Computer Security & Cryptography (AREA)
  • Small-Scale Networks (AREA)

Description

    1. Technisches Gebiet
  • Die vorliegende Erfindung betrifft Datenbusnetze. Genauer gesagt ist die vorliegende Erfindung ein Verfahren und eine Vorrichtung zur Implementierung eines redundanten Datenbusnetzes unter Verwendung standardmäßiger Komponenten. Die vorliegende Erfindung eignet sich besonders gut für die Verwendung in einem Datennetz, das flugtechnische Komponenten an Bord eines Flugzeuges verbindet.
  • 2. Allgemeiner Stand der Technik
  • Netzarchitekturen, die Computer verbinden, sind im Stand der Technik wohlbekannt. Auf Mikroprozessoren basierende Systeme werden durch Datennetze weithin miteinander verbunden, so daß ein schnelles gemeinsames Benutzen von Daten, schnelle parallele Verarbeitung und Kommunikation möglich werden, siehe zum Beispiel "ARINC 629 AND SAFEBUS: DATA BUSES FOR COMMERCIAL AIR" Scientific Honeyweller, Band 11, Nr. 1, 1/l/1991 S. 57- 70 oder US-A-4692918.
  • Es gibt eine Anzahl von Verfahren und Einrichtungen, die es Computern ermöglichen, zu kommunizieren. Zum Beispiel wird Ethernet in dem IEEE-Standard 802,3 und in dem U. S. Patent Nr. 4,063,220, erteilt an Metcalfe et al. am 13.12.1977, beschrieben. Da Ethernet das auf der Welt am weitesten verbreitete lokale Vernetzungsverfahren ist, sind mehrere kostengünstige Komponenten zur Implementierung von Ethernet in der gesamten Welt weithin verfügbar.
  • Der Ethernet-Standard umfaßt mehrere Varianten der Verkabelung. 1 0base2-Ethernet verwendet zum Beispiel ein Koaxialkabel mit einer Länge von nicht mehr als 185 Meter, das zehn Megabit Informationen pro Sekunde übertragen kann. 10baseT-Ethernet ist auch in der Lage, zehn Megabit Informationen pro Sekunde zu übertragen, verwendet aber abgeschirmte verdrillte Doppelleitungskabel. Alle Formen von Ethernet verwenden passive Kabel; Einrichtungen, die über das Ethernet miteinander kommunizieren, müssen aktive Komponenten enthalten. Datenverarbeitungssysteme kommunizieren in der Regel über das Ethernet durch eine standardmäßige Netzwerkschnittstellensteuerung (NIC), die in der Technik wohlbekannt ist. NIC's sind aktive Einrichtungen, die normalerweise die Stromversorgung von ihrem zugeordneten Datenverarbeitungs-Host erhalten.
  • Fig. 1 zeigt eine NIC 106 im Stand der Technik mit einem Sender/Empfänger 101 und einer Rückwandschnittstelle 104. Der Sender/Empfänger 101 kann über ein Ethernet 107 Analogsignale senden und empfangen und diese Analogsignale in digitale Äquivalente umsetzen. Die Rückwandschnittstelle 104 kann Daten zwischen der NIC und dem Rückwandbus 105, bei dem es sich um eine Komponente einer Verarbeitungseinrichtung, wie zum Beispiel eines PC, handelt, übermitteln. Der Sender/Empfänger 101 und die Rückwandschnittstelle 104 werden durch ein Leiterpaar 119L und 119R gekoppelt, wobei eines für auf dem Ethernet zu sendende Daten und eines für aus dem Ethernet empfangene Daten dient. In der Regel wird die Kommunikation zwischen der Rückwand und dem Ethernet durch eine wohlbekannte System- Netzwerkschnittstellensteuerung (SNIC) 103 gesteuert, die Daten zwischen der Schnittstelle 104 und dem Sender/Empfänger 101 transferiert. In der Regel wird zwischen dem Sender/Empfänger 101 und der SNIC 103 eine Isolationsschaltung 102 vorgesehen, um die Signalqualität durch Beseitigen von Masseschleifen und -fehlern sicherzustellen. Das Isolationsmittel 102 dient außerdem dazu, die Kommunikation durch die NIC 106 zu sperren, wenn eine Fehlfunktion erkannt wird.
  • Ethernet ist ein asynchrones Protokoll, das ein Zugangsschema des Vielfachzugriffs mit Trägerkennung und Kollisionserkennung (CSMA/CD) verwendet. Kein zentraler Host steuert den Zugang zum Netz, und es wird kein Taktschema verwendet, um den Zugang zu dem Leiter zu steuern. Stattdessen prüfen NIC"s mit zu sendenden Daten zuerst das Ethernet, um zu bestimmen, ob es mit dem übermitteln von Daten von einem anderen Host beschäftigt ist. Wenn das Ethernet frei ist, sendet die NIC die Daten sofort. Wenn das Ethernet jedoch belegt ist, wartet die NIC eine zufällige Zeitspanne, bevor sie erneut auf Ethernet-Verkehr prüft. Der Ethernet- Standard begrenzt die Dauer und Häufigkeit von Datenübertragungen. Wenn zwei NIC's auf demselben Ethernet gleichzeitig zu senden beginnen, dann erfassen beide, daß Daten "kollidiert" sind und senden nach einer zufälligen Zeitspanne erneut.
  • Wenn das Ethernet für eine lange Zeitspanne stark belegt bleibt, werden Kollisionen und Neusendungen häufiger. Jede Neusendung erzeugt zusätzlichen Verkehr auf dem Ethernet, und die Kollisionshäufigkeit kann exponentiell zunehmen. Mit zunehmender Kollisionshäufigkeit nimmt auch die notwendige Zeit zum Senden von Daten über den Bus zu. Da das CSMA/CD-Zugangsschema asynchron und nichtdeterministisch ist, eignen sich herkömmliche Ethernet nicht für die Verwendung in kritischen Anwendungen, wenn sofortige Datenübertragungen entscheidend sind. Zum Beispiel ist es bei flugtechnischen Anwendungen möglich, daß ein Windscherungsdetektor- oder Kollisionsvermeidungssystem eine sofortige Warnung zu einem Autopilot-System oder zu einem Ausgabegerät senden muß. Da sich solche Signale auf die Sicherheit des Flugzeugs auswirken, ist es entscheidend, daß sie ohne Verzögerung übertragen werden. Sogar ein potentielles Risiko einer Übertragungsverzögerung ist bei solchen Anwendungen unannehmbar. Außerdem erfordern flugtechnische Komponenten eine synchrone Bereitstellung bestimmter Informationen. Zum Beispiel müssen Fluglage- und Höhenmeßwerte unter allen Umständen in regelmäßigen Intervallen flugtechnischen Komponenten zugeführt werden. Kostengünstige Ethernet-Netze liefern hohe Bandbreite und erwiesene Eigenschaften der Bitübertragungsschicht; die asynchrone Beschaffenheit von Ethernet ist jedoch für Umgebungen, in denen Datenintegrität und -zuverlässigkeit kritisch sind, zu instabil.
  • Moderne Flugzeuge enthalten eine Anzahl digitaler flugtechnischer Komponenten, wie zum Beispiel TCAS- Systeme (traffic alert and collision avoidance systems), Autopiloten, Flugleitanlagen (FMS) und integrierte Funksysteme, die über einen Systembus kommunizieren. Da der Bus für das flugtechnische System entscheidend für die Kommunikation zwischen flugtechnischen Komponenten und deshalb die Sicherheit des Flugzeugs ist, muß der Systembus sehr zuverlässig und fehlertolerant sein.
  • Flugtechnische Busse verwendeten im Stand der Technik redundante Leiter, um die. Zuverlässigkeit zu verbessern. Netzstandards, wie zum Beispiel ASCB (Avionics System Communications Bus) ermöglichen flugtechnischen Komponenten in einem Flugzeug, sicher und effizient zusammenzuarbeiten. ASCB ist ein synchrones Netzprotokoll, d. h. daß jede Komponente einen zugeteilten Anteil der garantierten Bandbreite besitzt. Mit Bezug auf Fig. 2 enthält ASCB vier Leiter 107, die zwei Mengen von flugtechnischen Komponenten 110, entsprechend einer Pilotenseite und einer Kopilotenseite, verbinden. Jede flugtechnische Komponente 110 sendet Daten auf einem diesseitigen Datenbus und empfängt Daten sowohl über den diesseitigen als auch den jenseitigen Datenbus. In Fig. 2 ist der Leiter 107L der diesseitige Bus, und der Leiter 107R ist der jenseitige Bus für die Komponenten 110A, 110B, 110C und 110D. Für die Komponenten 110E, 110F, 110G und 110H ist der Leiter 107R der diesseitige Bus und der Leiter 107L ist der jenseitige Bus. Somit ist der diesseitige Bus für Komponenten auf einer Seite des Flugzeugs der jenseitige Bus für Komponenten auf der anderen Seite des Flugzeugs.
  • Zwei Reservebusse 107LB und 107LR liefern zusätzliche Redundanz, indem sie die Komponenten auf derselben Seite des Flugzeugs verbinden. Jede flugtechnische Komponente 110 kommuniziert deshalb mit mindestens drei Leitern: Komponenten senden und empfangen Daten über den diesseitigen und Reservebus und empfangen Daten von Komponenten auf der gegenüberliegenden Seite des Flugzeugs über den jenseitigen Bus.
  • Obwohl ASCB und andere flugtechnische Busse, wie zum Beispiel MIL-STD-1553B, die notwendige Zuverlässigkeit für flugtechnische Anwendungen liefern, sind diese Busarchitekturen mit einer Anzahl deutlicher Nachteile behaftet. Insbesondere stellen flugtechnische Busse des Stands der Technik wesentlich geringere Bandbreite als vergleichbare nicht-flugtechnische Bustechnologien zur Verfügung. Außerdem ist die Implementierung von Bussen des Stands der Technik relativ kostspielig, da sie nicht ohne weiteres an nicht-flugtechnische Anwendungen angepaßt worden sind. Die spezialisierte Beschaffenheit von flugtechnischen Bussen des Stands der Technik hat zu hohen Entwicklungs-, Herstellungs- und Support- Kosten geführt. Außerdem wird durch die spezialisierte Beschaffenheit von flugtechnischen Bussen des Stands der Technik eine Umkonfiguration schwierig. Systemänderungen, -erweiterungen und -aktualisierungen sind kompliziert, kostspielig und zeitaufwendig.
  • Kurze Darstellung der Erfindung
  • Eine Aufgabe der vorliegenden Erfindung ist die Bereitstellung einer flugtechnischen Busarchitektur, die zuverlässige und redundante Datenkommunikation mit hoher Bandbreite bereitstellt.
  • Eine weitere Aufgabe der vorliegenden Erfindung ist die Bereitstellung eines flugtechnischen Busses auf der Grundlage kostengünstiger Komponenten der Bitübertragungsschicht, die ohne weiteres durch mehrere Vertreibern verfügbar sind.
  • Eine weitere Aufgabe der vorliegenden Erfindung ist die Bereitstellung eines synchronen und deterministischen Zugangs zu einem Ethernet-Netz.
  • Eine weitere Aufgabe der vorliegenden Erfindung ist die Bereitstellung einer Netzwerkschnittstellensteuerung für ein redundantes flugtechnisches Busnetz mit der Fähigkeit, ein Leistungsüberwachungs- und "Herzschlag"- Signal bereitzustellen.
  • Eine weitere Aufgabe der vorliegenden Erfindung ist die Bereitstellung eines flugtechnischen Kommunikationssystems, das leicht erweiterbar und umkonfigurierbar ist.
  • Gemäß der vorliegenden Erfindung wird ein redundantes Busnetz mit mindestens vier Koaxialkabeln, die als Datenleiter dienen, bereitgestellt. Jede flugtechnische Komponente, die das Busnetz verwendet, kommuniziert durch eine NIC, die aus mindestens drei Sendern/Empfängern, mindestens zwei SNIC's und einem Mikrosteuerungsmittel, das Daten zwischen dem Rückwandbus der flugtechnischen Komponente und den Koaxialkabeln lenken kann, besteht. Das Mikrosteuerungsmittel sendet und empfängt Daten auf der Grundlage einer in einem nichtflüchtigen Speichermittel gespeicherten Nachschlagetabelle.
  • Die obigen und andere Aufgaben, Merkmale und Vorteile der vorliegenden Erfindung werden bei Durchsicht der folgenden ausführlichen Beschreibung von Ausführungsbeispielen in Verbindung mit den beigefügten Zeichnungen, in denen gleiche Bezugszahlen dieselben oder ähnliche Teile in ähnlichen Ansichten identifizieren, deutlich.
  • Kurze Beschreibung der Zeichnungen
  • Fig. 1 ist ein Blockschaltbild einer Ethernet- Netzwerkschnittstellensteuerung im Stand der Technik.
  • Fig. 2 ist ein Blockschaltbild eines flugtechnischen Busses im Stand der Technik.
  • Fig. 3 ist ein Blockschaltbild des vorliegenden · Kommunikationssystems.
  • Fig. 4 ist ein Blockschaltbild einer ersten Ausführungsform einer Netzwerkschnittstellensteuerung.
  • Fig. 5 ist ein Impulsdiagramm, das Übertragungsdaten darstellt, die in einem nichtflüchtigen Speichermittel gespeichert sind.
  • Fig. 6 ist ein Blockschaltbild einer zweiten Ausführungsform einer Netzwerkschnittstellensteuerung.
  • Ausführliche Beschreibung der bevorzugten Ausführungsform
  • Für Zwecke der Darstellung wird die Kommunikationsarchitektur der vorliegenden Erfindung hier spezifisch als zur Implementierung eines Netzes von flugtechnischen Komponenten verwendet beschrieben. Die Busarchitektur kann jedoch auch zur Implementierung vielfältiger anderer Systeme verwendet werden, die einen hohen Grad von Redundanz und Zuverlässigkeit erfordern. Zum Beispiel könnte die Busarchitektur in einem Netz von Gesundheitsüberwachungsgeräten oder in einem Klima- oder Umgebungssteuersystem verwendet werden.
  • Mit Bezug auf Fig. 3 sind flugtechnische Komponenten 110 zu einer Pilotenseite und einer Kopilotenseite organisiert. Es ist ein Bus 107L für den Piloten und ein Bus 107R für den Kopiloten vorgesehen, wobei beide Busse mit jeder flugtechnischen Komponente 110 kommunizieren.
  • Zusätzlich zu dem primären Bus 107L des Piloten und dem Bus 107R des Kopiloten verbinden ein Reservebus 107LB des Piloten und ein Reservebus 107RB des Kopiloten flugtechnische Komponenten 110 auf derselben Seite des Flugzeugs. Eine kritische Komponente der vorliegenden Erfindung besteht darin, daß jeder Bus IEEE 802.3- Ethernet-Standards entspricht. Bei der bevorzugten Ausführungsform wird jeder Bus als ein Koaxialkabel realisiert. RG-58-Dünncoaxialkabel eignen sich besonders gut für die vorliegende Erfindung, obwohl eine beliebige Art von Koaxialkabel, das der Ethernet- Spezifikation entspricht, verwendet werden kann.
  • Flugtechnische Komponenten 110 kommunizieren über die dem Ethernet entsprechenden Datenbusse 107. Jede flugtechnische Komponente verwendet eine Netzwerkschnittstellensteuerung (NIC) 111, um Daten zu senden und zu empfangen. Die bei der vorliegenden Erfindung verwendeten NIC's kommunizieren gleichzeitig mit dem Bus 107L der Pilotenseite, dem Bus 107R der Kopilotenseite und mindestens einem Reservebus. Diese NIC's können durch standardmäßige Ethernet-Verbinder an jeden Datenbus angekoppelt werden. Wenn zum Beispiel die Kabel den 10base2-Ethernet-Spezifikationen entsprechen, dann können die NIC's durch weithin verfügbare BNC-Verbinder an die Kabel angeschaltet werden. Alle Ausführungsformen des vorliegenden Kommunikationssystems entsprechen den Spezifikationen der Ethernet-Bitübertragungsschicht; alle elektrischen Verbindungen zwischen den NIC's und den Bussen entsprechen dem Standard IEEE 802.3.
  • Fig. 4 zeigt eine NIC, die sich für die Verwendung in dem vorliegenden Kommunikationssystem eignet. Die NIC enthält drei herkömmliche Ethernet-Sender/Empfänger 101A, 101B und 101C, entsprechend jedem mit der NIC kommunizierenden Bus. Bei den gezeigten Ausführungsformen entsprechen drei Sender/Empfänger 101 einem diesseitigen Bus 107L, einem jenseitigen Bus 107R und einem Reservebus 107LB. Jeder Sender/Empfänger 101 kann Analogsignale auf dem zugeordneten Ethernet-Bus empfangen und diese Analogsignale in digitale Äquivalente umsetzen, die durch die NIC zu einer flugtechnischen Komponente 110 übertragen werden können. Jeder Sender/Empfänger kann außerdem Digitalsignale von der flugtechnischen Komponente 110 empfangen und diese Signale in analoge Äquivalente zur Übertragung auf dem Ethernet-Bus umsetzen.
  • Jeder Sender/Empfänger kommuniziert mit einer herkömmlichen System-Netzwerkschnittstellensteuerung (SNIC) 103, die digitale Daten zwischen dem Sender/Empfänger 101 und als Datenpuffer wirkenden Direktzugriffsspeichern austauschen kann. Zwei Empfangspuffer 115 und 116, die von diesseitigen und jenseitigen Bussen empfangenen Daten entsprechen, werden zusammen mit einem einzigen Sendepuffer 117 bereitgestellt.
  • Jeder Puffer kommuniziert mit einem Rückwandbus 105, der integraler Bestandteil einer flugtechnischen Komponente 110 oder anderweitig mit dieser kommuniziert. Daten, die in den Empfangspuffern 115 und 116 gespeichert wurden, können durch ein Speicheradressierungsverfahren der flugtechnischen Komponente 110 zur Verfügung gestellt werden, wobei die flugtechnische Komponente 110 in Abständen jeden Empfangspuffer abfragt, um zu bestimmen, ob etwaige empfangene Daten warten. Als Alternativen können empfangene Daten durch Simulcasting oder "Ausfächern" akkumulierter Daten über den Rückwandbus 105 in einem regelmäßigen Zeitintervall der flugtechnischen Komponente 110 zur Verfügung gestellt werden.
  • Ähnlich werden Daten, die von der NIC auf den Ethernet- Bussen übertragen werden sollen, aus dem Rückwandbus 105 zu einem Sendepuffer 117 weitergeleitet. Daten können durch synchrones oder asynchrones Abfragen des Rückwandbusses 105 oder durch Daten-Simulcasting über den Rückwandbus 105 in regelmäßigen oder interruptgesteuerten Intervallen in den Sendepuffer 117 gebracht werden.
  • Bei bevorzugten Ausführungsformen werden die Sender/Empfänger 101 und die SNIC's 103 durch ein herkömmliches Isolationsmittel 102 getrennt. Obwohl Isolationsschaltungen 102 nicht notwendig sind, um die NIC zu implementieren, sind sie nützlich zur Verbesserung der Signalqualität und -zuverlässigkeit.
  • Außerdem können die Isolationsmittel 102 Übertragungen auf den Ethernet-Bussen 107 verhindern, falls die NIC ausfallen sollte, so daß eine Verteilung falscher oder ungenauer Daten verhindert wird.
  • Eine kritische Komponente der Erfindung ist eine Mikrosteuerung 112, die in Kommunikation mit den SNIC's 103 angeordnet ist. Obwohl die elektrischen Kenngrößen von Datenübertragungen auf Ethernet-Bussen 107 dem Standard IEEE 802.3 entsprechen, erfolgt der Zugang zu den Bussen nicht gemäß dem Ethernet-CSMA/CD-Verfahren. Stattdessen steuert die Mikrosteuerung 112 den Ablauf von Datenübertragungen auf jedem Ethernet-Bus gemäß einer Tabelle, die in einem nichtflüchtigen Speicher 113 gespeichert ist. Die Tabelle ist für jede Implementierung des Kommunikationssystems einzigartig, wobei jeder flugtechnischen Komponente 110 in einer vorbestimmten Abfolge eine feste Menge von Bandbreite zugeteilt wird. Jeder Komponente wird gemäß der Nachschlagetabelle ein periodischer Zugang zu dem Netz garantiert. Daher erfolgt der Zugang zu den Ethernet- Bussen 107 nicht gemäß CSMA/CD, sondern stattdessen synchron und deterministisch.
  • Da sich die Zeitsteuerungssequenz auf alle auf den Ethernet-Bussen 107 kommunizierenden Komponenten auswirkt, müssen alle NIC's, die die Busse 107 verwenden, identische Zeitsteuerungstabellen in nichtflüchtigem Speicher behalten. Ablaufsteuerungsdatenübertragungen gemäß einer Zeitsteuerungstabelle ermöglicht eine verbesserte Zuverlässigkeit, da alle flugtechnischen Komponenten die Übermittlungen anderer Komponenten antizipieren und überwachen können. Außerdem wird jeder Komponente ein periodischer Zugang zu dem Bus garantiert, so daß sichergestellt wird, daß kritische Nachrichten ohne Verzögerung entlang dem Bus · weitergeleitet werden können.
  • Bei den bevorzugten Ausführungsformen des Kommunikationssystems überwacht eine Schaltung 114 die · Verfügbarkeit der elektrischen Stromversorgung und den "Herzschlag" der Mikrosteuerung 112. Herzschlagsignale, die auch als "Wachhund"-Signale bekannt sind, basieren auf der Häufigkeit der Datenübertragung und sind alle im Stand der Technik wohlbekannt. Falls die Stromversorgung ausfallen oder eine Fehlfunktion der Mikrosteuerung 112 auftreten sollte, identifiziert der Monitor 114 den Zustand und sperrt Übertragungen, bevor verfälschte Daten über die Ethernet-Busse 107 zu anderen Komponenten rundgesendet werden können. Übertragungen auf den Ethernet-Bussen 107 können durch Ausschalten der Sender/Empfänger 101 oder SNIC's 103, durch Löschen des Sendepuffers 117 oder durch Erzeugen einer Unterbrechung in den Isolationsschaltungen 102 gesperrt werden.
  • Mit Bezug auf Fig. 5 wird ein hypothetisches Zeitsteuerungsschema offengelegt, das in einem nichtflüchtigen Speicher einer Mikrosteuerung dargestellt werden könnte. Die Bandbreite wird gemäß Rahmen zugeteilt, wobei jeder Rahmen eine feste Zeitdauer aufweist. Zum Beispiel könnte jeder Rahmen 10 Mikrosekunden darstellen. Jede Komponente, die über die Ethernet-Busse kommuniziert, behält dieselben Zeitsteuerungsinformationen; jede Komponente sendet Daten der Reihe nach gemäß der Zeitsteuerungstabelle. Eine flugtechnische Komponente wird willkürlich gewählt, um Datenübertragungen auf dem Bus einzuleiten, und die dieser Komponente zugeordnete NIC wird als eine Bussteuerung identifiziert. In Fig. 5 wird zum Beispiel ein EFIS1-System als die Bussteuerung identifiziert. Alle Komponenten überwachen Übertragungen aller anderen Komponenten auf den Ethernet-Bussen. Wenn die Bussteuerung zu senden beginnt, empfangen deshalb alle anderen Komponenten Daten aus der Bussteuerung und erkennen den Anfang der Sendeabfolge. Mit Bezug auf Fig. 5 erhält die EFIS1-Bussteuerung die volle Bandbreite der Ethernet-Busse für eine feste Zeitspanne. Wenn das EFIS2 seine Übertragung abgeschlossen hat, erkennen alle Komponenten eine kurze Zeitsteuerungslücke. Danach sendet das EFIS2, das die nächste Komponente in der Tabelle ist, Daten auf seinen diesseitigen und Reservebussen für die Dauer seiner Zeitzuteilung. Datenübertragungen sind synchron, da alle Übertragungen für eine feste Zeitdauer stattfinden. Datenübertragungen sind ebenfalls deterministisch, da jeder Komponente Übertragungszeit in einer vorbestimmten Reihenfolge zugeteilt wird. Jeder flugtechnischen Komponente wird deshalb der Zugang zu den Bussen in regelmäßigen Intervallen für feste Zeitdauern garantiert.
  • Da das Buszugangsschema des vorliegenden Kommunikationssystems synchron ist, ist es kritisch, daß Komponenten ein fehlertolerantes Mittel zur Rahmenzeitsteuerung aufweisen. Damit das hier offengelegte Zeitsteuerungsschema ordnungsgemäß funktioniert, ist es kritisch, daß mindestens diese Komponenten auf derselben Seite des Flugzeugs im wesentlichen ihre Buskommunikation synchronisieren. Außerdem ist es sehr wünschenswert, daß Komponenten auf gegenüberliegenden Seiten des Flugzeugs gut synchronisiert sind. Deshalb müssen Komponenten über ein Verfahren zur Identifizierung eines gemeinsamen "Zeit-Nullpunkts" verfügen.
  • Ein Verfahren zur Synchronisierung von Übertragungen kennzeichnet willkürlich zwei flugtechnische Komponenten auf jeder Seite des Flugzeugs als Bussteuerungen. Die erste Bussteuerung, die eingeschaltet wird und dem Netzwerk online erscheint, wird zu der primären Bussteuerung, und die zweite, die in den Online-Zustand eintritt, wird zu der sekundären Bussteuerung. Beide Bussteuerungen können eine Startsequenz auf den diesseitigen und Reservebussen senden; andere Komponenten auf derselben Seite des Flugzeugs empfangen diese Übertragungen und erkennen den Startpunkt der Kommunikationssequenz. Wenn keine der Bussteuerungen aktiv wird oder eine Bussteuerung ausfällt, können andere Komponenten auf dem Netz durch den jenseitigen Bus aus Bussteuerungen, die auf der gegenüberliegenden Seite des Flugzeugs wirken, ein Taktsignal erhalten.
  • Außerdem können Bussteuerungen auf gegenüberliegenden Seiten des Flugzeugs einander durch die jenseitigen Busse überwachen. Durch Überwachen des Datenflusses auf den jenseitigen Bussen können Bussteuerungen sicherstellen, daß Taktsignale über das Flugzeug hinweg unter Kontrolle bleiben.
  • Wieder mit Bezug auf Fig. 4 wird eine NIC mit drei Halb- oder Vollduplex-SNIC's 103A, 103B und 103C implementiert, wobei jede SNIC, die einem Sender/Empfänger (101A, 101B bzw. 101C) entspricht, mit einem Ethernet-Bus (107L, 107LB bzw. 107R) kommuniziert. Gestrichelte Linien stellen Wege von Daten dar, die auf den Ethernet-Bussen übertragen werden sollen; durchgezogene Linien zeigen Wege von empfangenen Daten an. Bei der gezeigten bevorzugten Ausführungsform empfängt die Steuerung Daten über alle drei Busse 107L, 107LB und 107R, sendet Daten aber nur auf dem diesseitigen Bus 107L und dem Reservebus 107LB. Diese Anordnung maximiert die Bandbreitenzuteilung über alle Busse hinweg und stellt gleichzeitig sicher, daß jede Komponente Daten von allen anderen Komponenten, einschließlich der Komponenten auf der gegenüberliegenden Seite des Flugzeugs, empfangen kann. Die Mikrosteuerung 112 überwacht die Datenkommunikation jeder Komponente und vergleicht die Inhalte von Daten, die empfangen wurden, mit der in dem nichtflüchtigen Speicher 113 gespeicherten Zeitsteuerungstabelle.
  • Wenn Daten aus einer Komponente auf der gegenüberliegenden Seite des Flugzeugs empfangen werden, weist die Mikrosteuerung 112 die SNIC 103C, die an den jenseitigen Sender/Empfänger 101C angekoppelt ist, an, Daten zu einem Empfangspuffer 115 zu übermitteln, die letztendlich über den Rückwandbus 105 hinweg simulcast-übertragen werden. Wenn eine Komponente auf derselben Seite des Flugzeugs Daten sendet, können jedoch entweder über den diesseitigen Bus 107L oder den Reservebus 107LB identische Daten empfangen werden. Ein (nicht gezeigtes) Umschaltmittel, das in Software oder in der Mikrosteuerung oder als ein Hardwareelement implementiert werden kann, bestimmt, ob die diesseitige oder die Reserve-SNIC die empfangenen Informationen zu dem zweiten Empfangspuffer weiterleitet.
  • Zu übertragende Komponentendaten akkumulieren sich in dem Sendepuffer 117 auf die oben besprochene Weise. Wenn die Mikrosteuerung 112 identifiziert, daß die Sendeperiode, die der Komponente 110 entspricht, gekommen ist, leitet sie die diesseitige SNIC 103A und die Reserve-SNIC 103B an, Daten aus dem Sendepuffer 117 abzurufen und die Daten zu den jeweiligen diesseitigen und Reserve-Sender/Empfängern 101A und 101B zur Übertragung auf den Ethernet-Bussen 107L bzw. 107LB weiterzuleiten. Auf diese Weise können Daten über die mehreren Busse gemäß den durch die Mikrosteuerung geführten Tabellen zu den verschiedenen Komponenten gesendet und aus diesen empfangen werden.
  • Nunmehr mit Bezug auf Fig. 6 wird eine zweite Ausführungsform der Netzwerkschnittstellensteuerung offengelegt. Wie in Fig. 4 stellen durchgezogene Linien Wege von Daten dar, die empfangen wurden, und gestrichelte Linien stellen Wege von Daten dar, die gesendet werden sollen. Obwohl jede NIC mit einem diesseitigen Bus 107L, einem jenseitigen Bus 107R und einem Reservebus 107LB kommuniziert wie bei der vorherigen Ausführungsform, werden nur zwei SNIC's 103A und 103B verwendet. Da jede SNIC auf einen Bus senden kann, während sie auf einem anderen Bus empfängt, müssen Vollduplex-SNIC's verwendet werden, um eine schnelle und zuverlässige Datenabwicklung sicherzustellen:
  • Die Mikrosteuerung 112 lenkt wiederum die Datenabwicklung gemäß einer in dem nichtflüchtigen Speicher 113 gehaltenen Nachschlagetabelle. Wenn die Tabelle Daten anzeigt, die aus einer jenseitigen Komponente empfangen werden, leitet die Mikrosteuerung 112 die SNIC 103B an, auf dem jenseitigen Bus 107R empfangene Daten zu einem ersten Empfangspuffer 115 zu übermitteln. Wenn Daten aus einer diesseitigen Komponente empfangen werden, ist jedoch ein Schalter 118 notwendig, um zu bestimmen, ob Reserve- oder diesseitige Daten der SNIC zugeführt werden. Dieser Schalter kann als Hardware oder als Software implementiert werden und wird durch die Mikrosteuerung 122 gesteuert. Gleichgültig, ob diesseitige oder Reserve-Daten der SNIC 103A zugeführt werden, leitet die Mikrosteuerung 122 die SNIC 103A an, empfangene Daten in einen zweiten Empfangspuffer 116 zu bringen.
  • Daten, die von der Netzwerkschnittstellensteuerung übertragen werden sollen, werden aus dem Rückwandbus 105 der flugtechnischen Komponente 110 auf die oben beschriebene Weise zu dem Sendepuffer 115 weitergeleitet. Wenn die Zeitsteuerungstabelle anzeigt, daß die Sendezeit der Komponente gekommen ist, leitet die Mikrosteuerung 122 die SNIC's 103A und 103B an, Daten aus dem Sendepuffer 117 abzurufen und die Daten auf den Ethernet-Bussen 107L bzw. 107LB zu übertragen. Man beachte, daß die SNIC 103B zwar Daten aus dem jenseitigen Bus 107R empfängt, Daten aber auf dem diesseitigen Reservebus 107LB sendet.
  • Die entsprechenden Strukturen, Materialien, Handlungen und Äquivalente aller Mittel oder Schritte plus Funktionselemente in den nachfolgenden Ansprüchen sollen jede beliebige Struktur, jedes beliebige Material oder jede beliebige Handlung zur Durchführung der Funktionen in Kombination mit anderen beanspruchten Elementen gemäß der spezifischen Beanspruchung umfassen. Der Schutzumfang der Erfindung sollte durch die angefügten Ansprüche und ihre legalen Äquivalente bestimmt werden, und nicht durch die angegebenen Beispiele.

Claims (13)

1. Netzwerkschnittstellensteuerung (111), die den Transfer von Daten zwischen einer flugtechnischen Komponente (110) und einem redundanten Bussystem erleichtert, wobei das Bussystem einen ersten Bus (107L), einen zweiten Bus (107R) und einen dritten Bus (107LB, 107RB) aufweist,
dadurch gekennzeichnet, daß
die Netzwerkschnittstellensteuerung folgendes umfaßt:
einen ersten Sender/Empfänger (101A), der mit dem ersten Bus kommuniziert;
einen zweiten Sender/Empfänger (101B), der mit dem zweiten Bus kommuniziert;
einen dritten Sender/Empfänger (101C), der mit dem dritten Bus kommuniziert;
mehrere System-Netzwerkschnittstellensteuerungen (SNIC's, 103A, 103B, 103C), wobei jede SNIC mit der flugtechnischen Komponente (110) und mindestens einem des ersten Senders/Empfängers, des zweiten Senders/Empfängers und des dritten Senders/Empfängers kommuniziert; und
eine an jede der mehreren SNIC's angekoppelte Mikrosteuerung (112), wobei die Mikrosteuerung mehrere Steuersignale bereitstellt, und zwar eines für jede der mehreren SNIC's, so daß die Daten gemäß einer vorbestimmten Kommunikationssequenz zwischen der flugtechnischen Komponente und dem redundanten Bussystem gelenkt werden.
2. Netzwerkschnittstellensteuerung nach Anspruch 1, wobei die Mikrosteuerung einen nichtflüchtigen Speicher (112) mit einer gemäß der vorbestimmten Kommunikationssequenz konfigurierten Nachschlagetabelle (113) umfaßt.
3. Netzwerkschnittstellensteuerung nach Anspruch 1 oder 2, wobei der erste Sender/Empfänger, der zweite Sender/Empfänger und der dritte Sender/Empfänger Ethernet-Sender/Empfänger sind und wobei alle der mehreren SNIC's Ethernet-SNIC's sind.
4. Netzwerkschnittstellensteuerung nach Anspruch 1, weiterhin mit einem Monitor (114), der mit der Mikrosteuerung (112) kommuniziert, wobei der Monitor ein Ausgangssignal bereitstellt, das einen aktuellen Status der Mikrosteuerung anzeigt.
5. Redundantes Kommunikationssystem, das die Datenkommunikation zwischen mehreren flugtechnischen Komponenten (110) erleichtert, wobei das redundante Kommunikationssystem mehrere Kanäle umfaßt, darunter einen ersten Bus (107L), einen zweiten Bus (107R) und einen dritten Bus (107LB, 107RB), wobei das Kommunikationssystem
dadurch gekennzeichnet ist, daß jede der mehreren flugtechnischen Komponenten durch eine Schnittstellensteuerung (111) mit den mehreren Kanälen kommuniziert, wobei jede Schnittstellensteuerung folgendes umfaßt:
mehrere Sender/Empfänger (101A, 101B, 101C), wobei jeder Sender/Empfänger einem der Kanäle entspricht;
mehrere System-Netzwerkschnittstellensteuerungen (SNIC's, 103A, 103B, 103C), wobei jede SNIC mit mindestens einem Sender/Empfänger und mindestens einer der mehreren flugtechnischen Komponenten kommuniziert; und
eine Mikrosteuerung (112), die mit jeder der mehreren SNIC's kommuniziert, wobei die Mikrosteuerung die Sequenz von zwischen den mehreren flugtechnischen Komponenten übertragenen Daten über die mehreren Kanäle steuert.
6. Redundantes Kommunikationssystem nach Anspruch 5, wobei jeder der Kanäle ein Ethernetkabel ist.
7. Redundantes Kommunikationssystem nach Anspruch 5, wobei jeder der Kanäle ein Koaxialkabel ist.
8. Redundantes Kommunikationssystem nach Anspruch 5, wobei jede der Mikrosteuerungen (112) eine Nachschlagetabelle (113) in einem nichtflüchtigen Speicher umfaßt.
9. Redundantes Kommunikationssystem nach Anspruch 8, wobei die Nachschlagetabelle einen elektronischen Befehl zum Übertragen von zwischen den mehreren flugtechnischen Komponenten ausgetauschten Daten speichert.
10. Redundantes Kommunikationssystem nach Anspruch 9, wobei jede der Mikrosteuerungen die Sequenz von zwischen den mehreren flugtechnischen Komponenten übertragenen Daten gemäß der Nachschlagetabelle steuert.
11. Verfahren zum Übertragen einer elektronischen Nachricht zwischen einer ersten flugtechnischen Komponente und einer zweiten flugtechnischen Komponente, mit den folgenden Schritten:
Empfangen einer elektronischen Nachricht von der ersten flugtechnischen Komponente in einer ersten System-Netzwerkschnittstellensteuerung (SNIC) und in einer zweiten SNIC;
Überwachen einer Sequenz von Übermittlungen in einer Steuerung;
Weiterleiten eines Signals von der Steuerung zu der ersten SNIC und der zweiten SNIC als Reaktion auf die Sequenz von Ubermittlungen;
Weiterleiten der elektronischen Nachricht von der ersten SNIC zu einem ersten Sender/Empfänger und von der zweiten SNIC zu einem zweiten Sender/Empfänger als Reaktion auf das Signal von der Steuerung;
Senden der elektronischen Nachricht über den ersten Sender/Empfänger auf einem ersten Datenbus, der mit der zweiten flugtechnischen Komponente kommuniziert;
Senden der elektronischen Nachricht über den zweiten Sender/Empfänger auf einem zweiten Datenbus, der mit der zweiten flugtechnischen Komponente kommuniziert;
Weiterleiten der elektronischen Nachricht von der ersten SNIC zu einem dritten Sender/Empfänger als Reaktion auf das Signal von der Steuerung; und
Senden der elektronischen Nachricht über den dritten Sender/Empfänger auf einem dritten Datenbus, der mit der zweiten flugtechnischen Komponente kommuniziert.
12. Verfahren nach Anspruch 11, weiterhin mit den folgenden Schritten:
Empfangen der elektronischen Nachricht in einer dritten SNIC;
Weiterleiten des Signals von der Steuerung zu der dritten SNIC als Reaktion auf die Sequenz von Übermittlungen;
Weiterleiten der elektronischen Nachricht von der dritten SNIC zu einem dritten Sender/Empfänger als Reaktion auf das Signal von der Steuerung;
Senden der elektronischen Nachricht über den dritten Sender/Empfänger auf dem dritten Datenbus, der mit der zweiten flugtechnischen Komponente kommuniziert.
13. Verfahren nach Anspruch 11, wobei der erste Datenbus, der zweite Datenbus und der dritte Datenbus Koaxialkabel sind.
DE69710619T 1996-10-01 1997-09-29 Preiswertes redundantes kommunikationssystem Expired - Lifetime DE69710619T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/723,066 US6133846A (en) 1996-10-01 1996-10-01 Low cost redundant communications system
PCT/US1997/017632 WO1998015088A1 (en) 1996-10-01 1997-09-29 Low cost redundant communications system

Publications (2)

Publication Number Publication Date
DE69710619D1 DE69710619D1 (de) 2002-03-28
DE69710619T2 true DE69710619T2 (de) 2002-09-12

Family

ID=24904689

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69710619T Expired - Lifetime DE69710619T2 (de) 1996-10-01 1997-09-29 Preiswertes redundantes kommunikationssystem

Country Status (4)

Country Link
US (1) US6133846A (de)
EP (1) EP1010296B1 (de)
DE (1) DE69710619T2 (de)
WO (1) WO1998015088A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005044712A1 (de) * 2005-09-19 2007-04-05 Airbus Deutschland Gmbh Avionikgeräteträgersystem mit Schnelleinbaugehäuse und Schnelleinbaumodulen

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7206877B1 (en) * 1998-12-22 2007-04-17 Honeywell International Inc. Fault tolerant data communication network
US6654801B2 (en) * 1999-01-04 2003-11-25 Cisco Technology, Inc. Remote system administration and seamless service integration of a data communication network management system
US7009996B1 (en) * 1999-05-20 2006-03-07 Honeywell Inc. Method and system for transmitting periodic and aperiodic data over a critical avionics databus
FR2804227B1 (fr) * 2000-01-24 2002-12-13 Labinal Ensemble de pilotage et/ou de controle d'organes fonctionnels d'un avion
GB2364867B (en) * 2000-07-17 2003-12-10 Advanced Risc Mach Ltd A data processing apparatus and slave interface mechanism for controlling access to a slave logic unit by a plurality of master logic units
US7007179B2 (en) * 2001-02-08 2006-02-28 Honeywell International Inc. Electric load management center
FR2832006B1 (fr) * 2001-11-05 2004-08-06 Airbus France Procede de mise en oeuvre d'un reseau de communication redondant de type ethernet full-duplex commute
US6856045B1 (en) * 2002-01-29 2005-02-15 Hamilton Sundstrand Corporation Power distribution assembly with redundant architecture
DE10211939A1 (de) * 2002-03-18 2003-10-02 Sick Ag Kopplungsvorrichtung zum Ankoppeln von Geräten an ein Bussystem
US8015303B2 (en) * 2002-08-02 2011-09-06 Astute Networks Inc. High data rate stateful protocol processing
US7814218B1 (en) 2002-10-17 2010-10-12 Astute Networks, Inc. Multi-protocol and multi-format stateful processing
US7596621B1 (en) 2002-10-17 2009-09-29 Astute Networks, Inc. System and method for managing shared state using multiple programmed processors
US8151278B1 (en) 2002-10-17 2012-04-03 Astute Networks, Inc. System and method for timer management in a stateful protocol processing system
US7802001B1 (en) 2002-10-18 2010-09-21 Astute Networks, Inc. System and method for flow control within a stateful protocol processing system
US6801769B1 (en) 2003-03-12 2004-10-05 The Boeing Company Modular aircraft information network system and an associated method of packaging the same
DE10328707B4 (de) * 2003-06-26 2013-10-02 Bayerische Motoren Werke Aktiengesellschaft Fail-Silent-Datenbus
US6967830B2 (en) * 2003-08-26 2005-11-22 The Boeing Company Expansion module and network for avionic devices
US7539760B1 (en) 2003-09-12 2009-05-26 Astute Networks, Inc. System and method for facilitating failover of stateful connections
US7237152B2 (en) * 2003-10-24 2007-06-26 Honeywell International Inc. Fail-operational global time reference in a redundant synchronous data bus system
US7433302B2 (en) * 2005-05-04 2008-10-07 Micrel, Inc. Ethernet network implementing redundancy using a single category 5 cable
US7593323B2 (en) * 2005-08-17 2009-09-22 Honeywell International Inc. Apparatus and methods for managing nodes on a fault tolerant network
US7756145B2 (en) * 2005-12-02 2010-07-13 The Boeing Company Methods and apparatus providing an airborne e-enabled architecture as a system of systems
US8315274B2 (en) * 2006-03-29 2012-11-20 Honeywell International Inc. System and method for supporting synchronous system communications and operations
US7515998B1 (en) * 2006-04-24 2009-04-07 Raytheon Company Information layer for a vehicular control network and method
US7577089B2 (en) * 2006-05-26 2009-08-18 Transwitch Corporation Methods and apparatus for fast ETHERNET link switchover in the event of a link failure
US20080037989A1 (en) * 2006-08-14 2008-02-14 Paul Douglas Stoner Method And Apparatus For Handling Data And Aircraft Employing Same
US20080089087A1 (en) * 2006-10-16 2008-04-17 Paul Douglas Stoner Apparatus and Method Pertaining to Light-Based Power Distribution in a Vehicle
US8645148B2 (en) * 2006-12-29 2014-02-04 The Boeing Company Methods and apparatus providing an E-enabled ground architecture
US8508387B2 (en) 2007-05-24 2013-08-13 Aviation Communication & Surveillance Systems Llc Systems and methods for aircraft windshear detection
EP2583419B1 (de) * 2010-06-17 2016-04-06 Saab AB Ethernet für avionik
FR2984641B1 (fr) * 2011-12-15 2014-06-13 Eutelsat Sa Installation d'emission/reception de signaux radioelectriques
JP5716683B2 (ja) * 2012-01-16 2015-05-13 株式会社デンソー 車載ゲートウェイ装置、車載通信システム、及びプログラム
US20160016096A1 (en) * 2013-03-12 2016-01-21 Tait Towers Manufacturing, LLC Universal translator for an automation and motion control system
US9450916B2 (en) 2014-08-22 2016-09-20 Honeywell International Inc. Hardware assist for redundant ethernet network
US11661895B2 (en) 2020-02-24 2023-05-30 General Electric Comapny Autonomous safety mode for distributed control of turbomachines
JP7752692B2 (ja) 2021-02-19 2025-10-10 リリウム ゲーエムベーハー 航空機のための翼組立体
EP3998200B1 (de) * 2021-02-19 2024-04-24 Lilium eAircraft GmbH Fehlertolerantes flugzeugflugsteuerungssystem
US12452165B2 (en) * 2023-02-01 2025-10-21 The Boeing Company Asynchronous data transmission over avionics communication network

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4063220A (en) * 1975-03-31 1977-12-13 Xerox Corporation Multipoint data communication system with collision detection
US4692918A (en) * 1984-12-17 1987-09-08 At&T Bell Laboratories Reliable local data network arrangement
EP0436194A3 (en) * 1990-01-02 1992-12-16 National Semiconductor Corporation Media access controller
US5386503A (en) * 1992-06-16 1995-01-31 Honeywell Inc. Method for controlling window displays in an open systems windows environment
US5377109A (en) * 1992-07-31 1994-12-27 Lear Astronics Corp. Failsafe digital bus to analog protocol converter system
JPH0816422A (ja) * 1994-07-04 1996-01-19 Fujitsu Ltd バス通信方法及びバス通信システム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005044712A1 (de) * 2005-09-19 2007-04-05 Airbus Deutschland Gmbh Avionikgeräteträgersystem mit Schnelleinbaugehäuse und Schnelleinbaumodulen
US8369069B2 (en) 2005-09-19 2013-02-05 Airbus Operations Gmbh Avionics equipment carrier system with quick-mount housing and quick-mount modules
DE102005044712B4 (de) 2005-09-19 2022-02-03 Airbus Operations Gmbh Avionikgeräteträgersystem mit Schnelleinbaugehäuse und Schnelleinbaumodulen

Also Published As

Publication number Publication date
EP1010296B1 (de) 2002-02-20
WO1998015088A1 (en) 1998-04-09
DE69710619D1 (de) 2002-03-28
US6133846A (en) 2000-10-17
EP1010296A1 (de) 2000-06-21

Similar Documents

Publication Publication Date Title
DE69710619T2 (de) Preiswertes redundantes kommunikationssystem
DE69618395T2 (de) Hybrides Netzwerkprotokoll mit einem Arbitrierungsverfahren und wahlweise zuweisbaren Zeitschlitzen
DE69026331T2 (de) Station zu Station Vollduplexkommunikation bei Kommunikationsnetzwerken
DE69922690T2 (de) Fehlertolerante netze
DE3788601T2 (de) Anordnung zur Datenflussregelung für ein lokales Netz.
DE69637469T2 (de) Datenkommunikationsnetzwerk mit hocheffizientem abfrageverfahren
DE69604249T2 (de) Fehlertolerantes verteiltes Steuerungssystem
DE3779694T2 (de) Rechnernetzwerksystem.
DE60020115T2 (de) Verfahren und vorrichtung zur periodischen- und aperiodischen datenübertragung über einen flugzeugsdatenbus
DE3685935T2 (de) Kommunikationssystem zur uebertragung kleiner digitaler nachrichtenbloecke und grosser digitaler nachrichtenbloecke.
EP1100230B1 (de) Datenübertragungssystem für Luftfahrzeuge
EP0897626B1 (de) Protokoll für sicherheitskritische anwendungen
EP1987642B1 (de) Gateway zum automatischen routen von nachrichten zwischen bussen
DE3424866A1 (de) Verfahren und anordnung zur uebertragung von daten, insbesondere in einem flugzeug
DE69433232T2 (de) Digitales Nachrichtennetz mit Auswahlprozess einer Moderatorstation
DE69020247T2 (de) Datenkommunikationssystem mit Vermittlungseinrichtungsschnittstelle für durch Faser übertragene Daten.
DE68911657T2 (de) Zugriffseinheit für einen Übertragungsweg eines lokalen Netzes.
DE69017880T2 (de) System und Protokoll für ein optisches Sternnetz mit minimaler Verzögerung zwischen aufeinanderfolgenden Datenpaketen.
EP0570338B1 (de) Verfahren und Einrichtung zur Zugriffsüberwachung und zum Zugriffsschutz in Kommunikationsnetzwerken
DE69610874T2 (de) Vorrichtung zur Datenübertragung zwischen einer Mehrzahl von Funktionsmodulen in einer lokalen Buseinheit und einem externen ARINC-629-Bus
DE3855566T2 (de) Vielfach-Zeitschlitz-Zugriffssystem
DE69330812T2 (de) Steuerungsgerät für Duplex-Kommunikation
DE3751882T2 (de) Serieller Datenbus für Datenübertragung zwischen Modulen und Verfahren zur Datenarbitrierung und zur Kollisionsdetektion auf einem Datenbus
EP0993714A2 (de) Verfahren und system zur steuerung der nutzung von satelliten-übertragungskapazität in terrestrischen netzen
EP3042473A1 (de) Verfahren zur übertragung von nachrichten in einem computernetzwerk sowie computernetzwerk

Legal Events

Date Code Title Description
8364 No opposition during term of opposition