DE69433098T2 - Vorrichtung zur Übertragung von Daten - Google Patents

Vorrichtung zur Übertragung von Daten Download PDF

Info

Publication number
DE69433098T2
DE69433098T2 DE69433098T DE69433098T DE69433098T2 DE 69433098 T2 DE69433098 T2 DE 69433098T2 DE 69433098 T DE69433098 T DE 69433098T DE 69433098 T DE69433098 T DE 69433098T DE 69433098 T2 DE69433098 T2 DE 69433098T2
Authority
DE
Germany
Prior art keywords
data
token
transmission
error
retransmission
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 - Fee Related
Application number
DE69433098T
Other languages
English (en)
Other versions
DE69433098D1 (de
Inventor
Hiroshi Wako-shi Hashimoto
Jun Wako-shi Ishii
Yuji Wako-shi Nagatani
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.)
Honda Motor Co Ltd
Original Assignee
Honda Motor Co Ltd
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
Priority claimed from JP5048560A external-priority patent/JP2947437B2/ja
Priority claimed from JP5048559A external-priority patent/JP2857655B2/ja
Priority claimed from JP5080216A external-priority patent/JP2784709B2/ja
Priority claimed from JP5084079A external-priority patent/JP2947496B2/ja
Application filed by Honda Motor Co Ltd filed Critical Honda Motor Co Ltd
Application granted granted Critical
Publication of DE69433098D1 publication Critical patent/DE69433098D1/de
Publication of DE69433098T2 publication Critical patent/DE69433098T2/de
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • 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
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1657—Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • 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/40006—Architecture of a communication node
    • H04L12/40013—Details regarding a bus controller
    • 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)
    • 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
    • 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/417—Bus networks with decentralised control with deterministic access, e.g. token passing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0094—Bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0098—Unequal error protection
    • 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

  • HINTERGRUND DER ERFINDUNG
  • Gebiet der Erfindung
  • Diese Erfindung betrifft ein Verfahren und ein System zur Übertragung von Daten zwischen einer Mehrzahl von an einem Kraftfahrzeug installierten elektronischen Steuereinheiten über eine gemeinsame Kommunikationsleitung, die diese elektronischen Steuereinheiten verbindet.
  • Stand der Technik
  • Üblicherweise wird beim Durchführen der gegenseitigen Datenübertragung zwischen einer Mehrzahl von elektronischen Steuereinheiten (im folgenden als die ECUs" bezeichnet), die an einem Kraftfahrzeug installiert sind, über eine gemeinsame Kommunikationsleitung (im folgenden als "der Netzwerkbus" bezeichnet), die die ECUs verbindet, ein Token-Verfahren zum Zirkulieren eines Übertragungsrechts durch die ECUs in einer vorbestimmten Sequenz verwendet, um einer ECU, die das Übertragungsrecht erhalten hat, zu gestatten, Daten an den Netzwerkbus zu senden.
  • Wenn ein Datenübertragungssystem, das das Token-Verfahren verwendet, gestartet wird, sind üblicherweise die folgenden Verfahren zum anfänglichen Übergeben (d. h. Generieren) des Übertragungsrechts an eine der ECUs bekannt:
    • (1) Starres ECU-Verfahren zum anfänglichen Übergeben des Übertragungsrechts an eine bestimmte, im voraus festgelegte ECU in einer festgelegten Weise.
    • (2) Warte-Verfahren, bei dem alle ECUs beginnen, Daten zu übertragen, wobei angenommen wird, dass ihnen allen anfänglich das Übertragungsrecht übertragen wurde, sie aufhören, Daten zu übertragen, wenn eine Datenkollision auftritt, und sie die Datenübertragung wieder aufnehmen, nachdem sie vorbestimmte Wartezeitabschnitte, auf die die jeweiligen ECUs jeweils eingestellt wurden, abgewartet haben, wobei sie dieses Verfahren wiederholt ausführen, bis keine Kollision auftritt, um dadurch einen anfänglichen Inhaber des Übertragungsrechts auf eine der ECUs zu beschränken.
  • Das starre ECU-Verfahren leidet jedoch unter einem Problem, dass, wenn die spezielle ECU, an die das Übertragungsrecht anfänglich übertragen werden soll, fehlerhaft arbeitet, das Übertragungsrecht für immer nicht erzeugt werden kann.
  • Auch bei dem Warte-Verfahren gibt es eine Unannehmlichkeit, nämlich dass viel Zeit benötigt wird, um das Übertragungsrecht zu generieren, und dass unnütz Zeit verbraucht wird, bevor die ECUs beginnen, als ein Netzwerk zusammenzuarbeiten.
  • Andererseits ist es in dem Datenübertragungssystem, das das Token-Verfahren verwendet, eine bekannte Technik, einer Nachricht Sendedaten zur Übertragung hinzuzufügen, um das Übertragungsrecht zu der nächsten ECU zu transferieren, wie es z. B. in der japanischen Patentveröffentlichung (Kokoku) Nr. 158900 offenbart ist.
  • Das Nachrichtendatenformat ist jedoch bei dieser herkömmlichen Technik nicht so konstruiert, dass eine Sendeseite die sichere und genaue Übertragung sowohl des Übertragungsrechts als auch der Daten bestätigen kann, und es gibt daher Spielraum für eine diesbezügliche Verbesserung, um die Übertragung zu beschleunigen.
  • Des weiteren offenbart die japanische Patentveröffentlichung (Kokoku) Nr. 157856 (im folgenden als "der erste Stand der Technik" bezeichnet) eine Technik, dass, wenn eine Datenübertragung nicht erfolgreich durchgeführt wird, eine erneute Übertragung der Daten durchgeführt wird, wenn das Übertragungsrecht, nachdem es entlang der ECUs übertragen worden ist, zu der aktuellen ECU zurückkehrt, wobei die Tatsache berücksichtigt wird, dass, wenn eine erneute Übertragung der Daten sofort durchgeführt wird, die Möglichkeit deren Scheitern hoch ist.
  • Weiterhin offenbart die vorläufige japanische Patentveröffentlichung (Kokai) Nr. 62-159539 ein Datenübertragungssystem (im folgenden als "der zweite Stand der Technik" bezeichnet), in dem, wenn eine Übertragung der Daten nicht erfolgreich ausgeführt wird, die Daten erneut innerhalb der Grenze einer vorbestimmten Anzahl von Malen übertragen werden, wobei diese Anzahl von einem anderen Steuersystem geändert oder festgelegt werden kann.
  • Nach dem ersten Stand der Technik wird die erneute Übertragung der Daten nur durchgeführt, nachdem das Übertragungsrecht einmal entlang der ECUs übertragen worden ist, selbst wenn die sofortige Übertragung der Daten erfolgreich sein könnte (z. B., wenn das Scheitern der Übertragung durch ein Rauschen während der Übertragung verursacht worden ist), was eine zu beseitigende Unannehmlichkeit für eine sofortige Beendigung der Datenübertragung darstellt.
  • Des weiteren wird die erneute Übertragung von Daten nach dem zweiten Stand der Technik unmittelbar nach deren Scheitern innerhalb der von dem anderen Steuersystem festgelegten vorbestimmten Anzahl von Malen durchgeführt. Diese Anzahl wird jedoch nicht von der Sendeseite selbst festgelegt, und es ist daher schwierig, eine sofortige Reaktion auf das Scheitern der Übertragung durchzuführen.
  • Weiterhin wird bei der Durchführung einer Überprüfung, ob eine Verbindung zwischen einem Teilnehmer (ECU) und einem anderen (ECU) des Netzwerks sicher hergestellt ist, eine spezielle Nachricht von dem einen Teilnehmer gesendet, um eine Antwort von dem anderen zu erhalten, aufgrund der ermittelt wird, ob die Verbindung sicher hergestellt ist.
  • Wenn die spezielle Nachricht verwendet wird, können jedoch die Datenübertragung und die Übertragung des Übertragungsrechts nicht ausgeführt werden, während die spezielle Nachricht gesendet wird, was in einer verringerten Übertragungseffizienz resultiert. Weiterhin ist, wenn der andere Teilnehmer (ECU) fehlerhaft oder von dem Netzwerk getrennt wird, der Status der Verbindung nicht sicher, bis die diesbezügliche Überprüfung erneut durchgeführt wird, und folglich besteht die Möglichkeit, dass das Übertragungsrecht weiterhin zu der abgetrennten ECU übertragen wird.
  • Die europäische Patentanmeldung EP-A-0 216 372 offenbart ein Datenbussystem für Fahrzeuge, in dem eine Mehrzahl von verschiedenen Benutzern in der Lage ist, über einen gemeinsamen Datenbus zu kommunizieren. Das System stellt die folgenden Merkmale zur Verfügung: a) die Benutzer sind alle mit dem Datenbus über eine Leitstation verbunden, b) die Leitstationen weisen Register zur Speicherung von Daten auf, die von den angegliederten Benutzern benötigt oder geliefert werden, c) die Stationen sind ständig mit dem Datenbus verbunden, um Daten, die von dem angegliederten Benutzer benötigt werden, zu empfangen, d) die Stationen sind sequentiell mit dem Datenbus verbunden, um sequentiell Daten zu senden, die von dem angegliederten Benutzer geliefert werden, und e) die an den Bus übergebenen Daten tragen ein Identifikationszeichen.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Es ist eine Aufgabe der Erfindung, ein Datenübertragungssystem für ein Kraftfahrzeug bereitzustellen, welches die Datenübertragungseffizienz vergrößern kann, indem eine erneute Datenübertragung geeignet erlaubt wird, wenn die Übertragung nicht erfolgreich ausgeführt wurde, während das Gleichgewicht zwischen der erneuten Datenübertragung und der Zirkulation des Übertragungsrechts erhalten wird.
  • Um die Aufgabe der Erfindung zu erreichen, wird ein Datenübertragungssystem für ein Fahrzeug gemäß Anspruch 1 bereitgestellt, mit einer Mehrzahl von Steuersystemen, die an dem Fahrzeug installiert sind, und einem Netzwerkbus, der die Mehrzahl von Steuersystemen miteinander verbindet um ein Übertragungsrecht durch die Mehrzahl von Steuersystemen zu zirkulieren, um dadurch eine Nachrichtenübertragung zwischen der Mehrzahl von Steuersystemen durchzuführen.
  • Jede der Mehrzahl von Steuersystemen umfasst:
    eine Sende-Empfangseinrichtung zum Senden von Daten zu oder Empfangen von Daten von den restlichen der Mehrzahl von Steuersystemen über den Netzwerkbus;
    eine Übertragungsfehler-Detektiereinrichtung zum Detektieren eines Fehlers bei der Datenübertragung;
    eine Fehlertyp-Identifizierungseinrichtung zum Identifizieren eines Typs des Fehlers bei der Datenübertragung; und eine Neuübertragung-Steuereinrichtung zum Bestimmen der maximalen Zahl von Malen an Neuübertragung, die gemäß dem Fehlertyp, welcher von der Fehlertyp-Identifizierungseinrichtung bei der Übertragung Identifiziert wird, erlaubt werden sollen, und zum Bewirken, dass die Sende-Empfangseinrichtung die Neuübertragung so lange durchführt, wie die Anzahl an Malen der Neuübertragung der Daten die maximale Anzahl an erlaubten Malen der Neuübertragung nicht übersteigt.
  • Vorzugsweise überträgt die Sende-Empfangseinrichtung das Übertragungsrecht zu einem anderen Steuersystem, wenn die Anzahl von Malen eines Fehlers bei der Datenübertragung die maximale Anzahl an erlaubten Malen der Übertragung übersteigt.
  • Vorzugsweise wird der Fehlertyp bei der Neuübertragung in einen Fall, bei welchem keine Bestätigungsantwort detektiert wird, und einen Fall, in welchem ein Fehler bei der Übertragung detektiert wird, klassifiziert.
  • Vorzugsweise setzt die Neuübertragung-Steuereinrichtung die maximale Anzahl an erlaubten Malen der Neuübertragung auf einen größeren Wert, wenn der Fehler bei der Übertragung detektiert wird, als wenn keine Bestätigungsantwort detektiert wird.
  • Die obigen und andere Ziele, Merkmale und Vorteile der Erfindung werden aus der nachfolgenden detaillierten Beschreibung in Verbindung mit den begleitenden Zeichnungen deutlicher.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • 1 ist ein Blockdiagramm, das die gesamte Anordnung eines Steuersystems für ein Kraftfahrzeug gemäss einer Ausführungsform der Erfindung zeigt;
  • 2 ist ein Blockdiagramm, das die Anordnung einer in 1 gezeigten elektronischen Steuereinheit zeigt;
  • 3 ist ein Schaltungsdiagramm, das Einzelheiten einer in 2 gezeigten Bus-Schnittstelle zeigt;
  • 4a ist ein Diagramm, das ein Format einer eine Dateneinheit enthaltenden Nachricht zur Übertragung zwischen elektronischen Steuereinheiten zeigt;
  • 4b ist ein Diagramm, das ein Format einer Nachricht zeigt, die keine Dateneinheit enthält;
  • 5 ist ein Flußdiagramm, das ein Programm zur anfänglichen Generierung eines Tokens (Übertragungsrecht) zeigt, wenn der Token nicht generiert wurde oder verloren ging;
  • 6a bis 6d bilden gemeinsam ein Zeitablaufdiagramm, das bei der Erklärung einer Art von Mediation für die Beilegung eines Konflikts für das Übertragungsrecht hilfreich ist, wobei:
  • 6a Bit-Nummern zeigt;
  • 6b Daten zeigt, die von einem Knoten 1 übertragen wurden;
  • 6c Daten zeigt, die von einem Knoten 2 übertragen wurden; und
  • 6d logische Pegel auf einem Bus zeigt; und
  • 7 ist ein Flussdiagramm, das ein Programm zum Beenden der Datenübertragung zeigt.
  • DETAILLIERTE BESCHREIBUNG
  • Die Erfindung wird detailliert unter Bezug auf die Zeichnungen beschrieben, die eine Ausführungsform davon darstellen.
  • 1 zeigt die gesamte Anordnung eines Steuersystems für ein Kraftfahrzeug gemäss der Ausführungsform, die elektronische Steuereinheiten (im folgenden als "die ECUs" bezeichnet) 1 bis 5 aufweist, die untereinander über einen Netzwerkbus 6 verbunden sind. Eine ENG-Steuer-ECU 1 steuert die Arbeitsweise eines Motors als Antwort auf die Betätigung eines Gaspedals, das von einem Fahrer des Fahrzeugs etc. betätigt wird. Eine MISS-Steuer-ECU 2 steuert ein automatisches Getriebe des Fahrzeugs entsprechend den Betriebsbedingungen des Motors. Eine TCS-Steuer-ECU 3 detektiert einen Schlupf der Antriebsräder und steuert ein Ausgangs-Drehmoment des Motors. Eine Aufhängungs-Steuer-ECU 4 steuert abhängig von den Betriebsbedingungen des Motors ein Aufhängungs-(aktive Aufhängung)system des Fahrzeugs. Eine Brems-Steuer-ECU 5 detektiert ein Rutschen der Räder und steuert den Bremsvorgang. Diese ECUs 1 bis 5 werden benötigt, um gegenseitig Steuerparameter und Arbeitsparameter überwachen zu können, die von Sensoren detektiert werden, von denen einige gemeinsam in 2 gezeigt sind, und sind folglich für die Übertragung von einander erforderlichen Daten durch den Netzwerkbus 6 miteinander verbunden.
  • 2 zeigt die Anordnung der ENG-Steuer-ECU 1, die eine Zentraleinheit 101 (im folgenden als "die CPU" bezeichnet) aufweist, wobei eine Ein-/Ausgabe-Schnittstelle 104 eine Mehrzahl von Sensoren 11 und eine Mehrzahl von Aktoren, wie z. B. Kraftstoffeinspritzventile, mit der CPU 101 verbindet. Die CPU 101 ist über eine Busleitung 107 mit einem RAM (Direktzugriffsspeicher) 102, einem ROM (Nur-Lese-Speicher) 103 und einem Kommunikations-Steuer-IC (Integrierter Schaltkreis) 105 verbunden. Der Kommunikations-Steuer-IC 105 ist über eine Busschnittstelle 106 mit dem Netzwerkbus 6 verbunden.
  • Die CPU 101 legt Steuerparameter auf der Basis von Ausgabesignalen der Sensoren 11 gemäss einem im ROM 103 gespeicherten Programm fest, um die Aktoren 12 anzutreiben. Das RAM 102 speichert temporär Daten der Berechnungsergebnisse. Der Kommunikations-Steuer-IC steuert die Übertragung einer Nachricht an den Netzwerkbus und den Empfang einer Nachricht von dem Netzwerkbus.
  • 3 zeigt Einzelheiten der mit dem Kommunikations-Steuer-IC 105 verbundenen Bus-Schnittstelle 106 und des Netzwerkbusses 6, der aus verdrillten Doppelleitungen 6b und 6c besteht, die an ihren beiden Enden miteinander über entsprechende Endwiderstände 6a, 6a verbunden sind.
  • Ein erstes Sendeterminal des Kommunikations-Steuer-ICs 105 ist mit einer Basis eines Transistors 119 über einen Widerstand 115 verbunden. Ein Emitter des Transistors 119 ist mit einer Netzanschlussleitung VSUP und ein Kollektor über einen Widerstand 116 mit einem invertierenden Eingangsanschluss eines Komparators 111 und mit einer 6b der verdrillten Doppelleitungen 6b und 6c verbunden.
  • Ein zweites Sendeterminal des Kommunikations-Steuer-ICs 105 ist mit einer Basis eines Transistors 120 über einen Widerstand 117 verbunden. Ein Emitter des Transistors 120 ist geerdet und ein Kollektor über einen Widerstand 118 mit einem nicht-invertierenden Eingangsanschluss des Komparators 111 und mit einer 6c der verdrillten Doppelleitungen 6b und 6c verbunden.
  • Der nicht-invertierende Eingangsanschluss des Komparators 111 ist über einen Widerstand 112 an die Netzanschlussleitung VSUP und ebenfalls über einen Widerstand 113 mit dem invertierenden Eingangsanschluss des Komparators 111 verbunden. Der invertierende Einganganschluss des Komparators 111 ist über einen Widerstand 114 geerdet und liefert ein Ausgabesignal davon an ein Empfangsterminal des Kommunikations-Steuer-ICs 105.
  • In der in 3 gezeigten Schaltungsanordnung sind die Widerstände 116 und 118 jeweils auf ungefähr 30 Ω, die Widerstände 112 und 114 auf ungefähr 2 kΩ, der Widerstand 113 auf ungefähr 200 Ω und die Endwiderstände 6a auf ungefähr 100 Ω eingestellt.
  • Die ersten und zweiten Sendeterminals des Kommunikations-Steuer-ICs 105 werden mit zueinander in umgekehrter Phase stehenden Pulssignalen versorgt. Wenn das erste Sendeterminal bei einem niedrigen Pegel und das zweite Sendeterminal bei einem hohen Pegel liegt, werden beide Transistoren 119 und 120 eingeschaltet, um die Spannung der einen verdrillten Doppelleitung 6b auf den hohen Pegel und die der anderen verdrillten Doppelleitung 6c auf den niedrigen Pegel einzustellen. Wenn das erste Sendeterminal auf dem hohen Pegel und das zweite Sendeterminal auf dem niedrigen Pegel liegt, werden beide Transistoren 119 und 120 ausgeschaltet, um die Spannung der einen verdrillten Doppelleitung 6b auf den niedrigen Pegel und die der anderen verdrillten Doppelleitung 6c auf den hohen Pegel einzustellen. Auf diese Weise wird ein Signal an den Netzwerkbus 6 gesendet.
  • Da das Potential der einen verdrillten Doppelleitung 6b hoch oder niedrig wird, wird die Ausgabe des Komparators 111 niedrig oder hoch, wodurch ein auf dem Netzwerkbus 6 liegendes Signal empfangen wird.
  • Die ECUs 2 bis 5 sind im wesentlichen in der gleichen Weise konstruiert. Daher wird, auch wenn eine der ECUs ein Signal sendet, das die Spannung der einen verdrillten Doppelleitung 6b auf den niedrigen Pegel einstellt (d. h., die Spannung der anderen verdrillten Doppelleitung 6c auf den hohen Pegel einstellt), wenn eine andere ECU ein Signal sendet, das die Spannung der einen verdrillten Doppelleitung 6b auf den hohen Pegel einstellt, der Zustand der Spannung der verdrillten Doppelleitung 6b auf den hohen Pegel eingestellt. Daher wird in der vorliegenden Ausführungsform ein Zustand, in dem die eine verdrillte Doppelleitung 6b auf dem hohen Pegel liegt (die andere verdrillte Doppelleitung 6c liegt auf dem niedrigen Pegel), als ein dominanter Zustand und ein dem entgegengesetzter Zustand als ein rezessiver Zustand definiert.
  • Als nächstes wird ein Verfahren der Datenübertragung zwischen den ECUs beschrieben. In der vorliegenden Ausführungsform wird ein Token-Verfahren verwendet. Dies berücksichtigt die Tatsache, dass, verglichen mit einem CSMA/CD (Mehrfachzugriff mit Kollisionserkennung – Carrier Sense Multiple Access with Collision Detection)-Verfahren, das in der Lage ist, die Kollision zu beseitigen, das Token-Verfahren in Bezug auf eine elektrische Verzögerung auf dem Netzwerkbus vorteilhaft und in der Lage ist, den maximalen Nachrichtenverzögerungszeitraum einfach zu bestimmen, was es erlaubt, das Netzwerksystem einfach zu entwerfen.
  • 4a und 4b zeigen Formate von Nachrichten, die bei der Datenübertragung der vorliegenden Ausführungsform verwendet werden. 4a zeigt ein Format einer Datennachricht (zweite Nachricht) zur Übertragung eines Tokens (repräsentativ für das Übertragungsrecht) und Daten, während 4b das einer Token-Nachricht (erste Nachricht) zur Übertragung des Tokens allein zeigt. In der folgenden Beschreibung werden die das Netzwerksystem bildenden ECUs als die Knoten 1 bis 5 bezeichnet.
  • In 4a meldet ein Feld F1 (SOM) den Beginn einer Nachricht, was durch ein dominantes Bit gebildet wird. Dieses Feld wird zur Synchronisierung aller das Netzwerksystem bildenden Knoten verwendet.
  • Ein Feld F2 (TA) bestimmt eine durch vier Datenbits gebildete Adresse eines Bestimmungsknotens, an den der Token übertragen werden soll. Die Knotenadresse wird z. B. auf einen der Werte 0 bis 4 in einer den ECUs 1 bis 5 entsprechenden Weise festgesetzt.
  • Ein Feld F3 (CTL) bestimmt eine Art von Nachricht (Token-Nachricht oder Datennachricht).
  • Ein Feld F4 (DATA UNIT) stellt eine Dateneinheit dar, die aus einem DN (Bestimmungsknoten – Destination Node)-Feld, das einen Knoten oder Knoten bestimmt, die in einem DATA-Feld enthaltene Daten empfangen sollen, einem DLC (Datenlänge – Data Length)-Feld, das die Länge eines Bytes des DATA-Felds bestimmt, einem ID (Identifizierungszeichen – Identifier)-Feld, das ein Identifizierungszeichen der Daten bildet, und dem DATA-Feld, das zu übertragende Informationen enthält, besteht.
  • In diesem Zusammenhang ist die Länge des DATA-Feldes, wie aus der obigen Beschreibung vermutet werden kann, variabel, und die Gesamtlänge der Dateneinheit ist innerhalb des Bereichs von 32 bis 96 Byte variabel.
  • Ein Feld F5 (FCS) ist ein CRC (zyklische Redundanzprüfung – Cyclic Redundancy Check)-Feld, das aus einer Folge (CRC-Zeichensequenz – CRC character sequence) von Zeichen zur Fehlerbestimmung mit 16 Bit besteht, erhalten durch die Verwendung der folgenden Gleichung (1) als ein generierendes Polynom: Generierendes Polynom = X16 + X12 + X5 + 1
  • Ein Begrenzungszeichen (Teilungszeichen) mit einem rezessiven Bit wird zwischen das Feld F5 und das Feld F6 gestellt.
  • Ein Feld F6 (DACK) ist ein zweites Antwortfeld, in das eine Datenquittungsantwort (zweites Quittungszeichen), welche durch einen Quittungsschlitz mit zwei Bits gebildet wird, durch einen Knoten geschrieben werden sollte, der die Daten normal oder sicher empfangen hat. Ein Sendeknoten sendet eine Nachricht, die den Quittungsschlitz als rezessive Bits hat, und der oder die Knoten, die in der Nachricht als diejenigen bestimmt sind, die Information zu empfangen, und die Daten normal oder sicher empfangen haben, führen die Daten-Quittungsantwort durch Überschreiben zweier dominanter Bits darin aus. Ein Begrenzungszeichen mit zwei rezessiven Bits wird zwischen die Felder F6 und F7 gestellt.
  • Ein Feld F7 (TACK) ist ein erstes Antwortfeld, in das eine Token-Quittungsantwort (erstes Quittungszeichen), die, ähnlich dem Feld F6, durch einen Quittungsschlitz mit zwei Bits gebildet wird, durch einen Knoten geschrieben werden sollte, der die Daten normal oder sicher empfangen hat. Der Sendeknoten sendet eine Nachricht, die den Quittungsschlitz als rezessive Bits aufweist, und der Knoten, der den Token empfangen hat, führt die Token-Quittungsantwort durch Überschreiben zweier dominanter Bits darin aus. Ein durch zwei rezessive Bits gebildetes Begrenzungszeichen wird zwischen das Feld F7 und das Feld F8 gestellt.
  • Ein Feld F8 (EOM) bestimmt das Ende der Nachricht und wird durch sechs rezessive Bits gebildet.
  • In der vorliegenden Ausführungsform werden das Feld F7 und das Feld F6 als Felder zur Verfügung gestellt, in denen die Quittung des Tokens bzw. die Quittung der Daten durchgeführt werden, was es einer Sendeseite ermöglicht, sofort zu bestätigen, ob die Übermittlung des Tokens und die Übertragung der Daten erfolgreich durchgeführt wurden oder nicht.
  • Die in 4b gezeigte Token-Nachricht ist so konstruiert, dass die Felder F4 bis F6 aus der Datennachricht gelöscht werden, und ein Begrenzungszeichen wird zwischen die Felder F3 und F7 gestellt.
  • Als nächstes wird ein Verfahren zum Zirkulieren des Tokens (Transferieren des Tokens entlang der ECUs) beschrieben.
  • Wenn ein Knoten, der den Token empfangen hat, Daten oder Informationen zu übertragen hat, muss er den Token zusammen mit den Daten übertragen. Falls der Knoten keine Daten oder Informationen zu übertragen hat, muss er den Token allein übertragen. Ein Knoten, zu dem der Token übertragen werden soll, ist ein in dem Feld F2 (TA) bestimmter Knoten. Die Tokenadresse wird normalerweise durch Hinzufügen eines Wertes von eins zu der Adresse des Sendeknotens selbst gesetzt, und eine Nachricht wird so lange weiter durch eine sequentielle Erhöhung der Tokenadresse um einen inkrementellen Wert von 1 ausgesendet, bis eine Token-Quittungsantwort detektiert wird. Wenn jedoch ein berechneter Wert der Tokenadresse einen Wert von 16 erreicht, wird die Tokenadresse auf 0 gesetzt, so dass die Tokenadresse über Werte von 0 bis 15 zirkuliert wird.
  • Wenn der der in der Nachricht gesetzten Tokenadresse entsprechende Knoten den Token empfangen hat, überschreibt er zwei dominante Bits in den Quittungsschlitz des Feldes F7 (TACK), wodurch er die Token-Quittungsantwort durchführt. Wenn die Token-Quittungsantwort auf diese Weise überschrieben wird und die Nachricht normalerweise in dem Feld F8 (EOM) endet, vervollständigt der Sendeknoten, der den Token gesendet hat, die Übertragung, und der empfangende Knoten hat den Token angenommen.
  • Als nächstes wird eine Art der Fehlerdetektierung in der Übertragung einer Nachricht beschrieben.
  • Wenn man sie grob klassifiziert, gibt es zwei Arten von Fehlern in einer Übertragung: einen, bei dem kein Übertragungsfehler aufgetreten ist, aber keine Daten-Quittungsantwort in das Feld F6 (DACK) des Quittungsschlitzes überschrieben wurde, und der andere, bei dem ein Übertragungsfehler während der Übertragung einer Nachricht detektiert worden ist. Wenn keine Quittungsantwort gegeben worden ist, wird diese Art von Übertragungsfehler durch den Sendeknoten selbst detektiert.
  • Andererseits wird der Übertragungsfehler durch die Überwachung von Daten, Überwachung durch CRC, Überwachung von Bitfüllfehlern und durch eine Überprüfung des Nachrichtenformats detektiert.
  • Entsprechend der Fehlererkennung durch die Überwachung von Daten wird ein Übertragungsfehler detektiert, wenn Daten, die ein Sendeknoten überträgt, nicht mit Daten übereinstimmen, die auf dem Bus liegen. Diese Überwachung der Daten wird jedoch mit den Quittungsschlitzen der Felder F6 und F7 und einem darauf folgenden rezessiven Bit verhindert.
  • Gemäss der Fehlererkennung durch CRC wird ein Übertragungsfehler detektiert, wenn ein Fehler bezüglich den in dem Feld F5 (FCS) gesetzten CRC-Zeichen gefunden wird, und diese Detektierung wird von anderen Knoten als dem Sendeknoten ausgeführt.
  • Entsprechend der Fehlererkennung von Bitfüllfehlern wird festgelegt, dass ein Fehler in der Übertragung vorliegt, wenn mehr als 5 aufeinander folgende Bits den gleichen logischen Zustand bezeichnen, und diese Detektierung wird von anderen Knoten als dem Sendeknoten durchgeführt. Die Felder F6 (DACK), F7 (TACK), F8 (EOM) und die Begrenzungszeichen werden jedoch von Überwachungsobjekten ausgeführt.
  • Gemäss der Fehlererkennung durch die Überprüfung des Nachrichtenformats wird ein Fehler detektiert, wenn ein unzulässiger Zustand in den Feldern der Bits (den Feldern F3, F8 und den Begrenzungszeichen), die einen festgelegten logischen Zustand haben, gefunden wird, und diese Art von Fehlererkennung wird von anderen Knoten als dem Sendeknoten durchgeführt.
  • Wenn irgendeiner der oben beschriebenen Fehler, die während der Übertragung auftreten, detektiert wird, sendet ein Knoten, der den Fehler detektiert hat, unverzüglich eine Fehlermeldung (sechs aufeinander folgende dominante Bits), wodurch der Sendeknoten den Übertragungsfehler erkennen kann, auch wenn ein Übertragungsfehler von einem anderen Knoten oder von anderen Knoten als dem Sendeknoten detektiert wird.
  • Als nächstes wird ein Verfahren zur Generierung des Tokens oder zur anfänglichen Übertragung des Tokens an einen der Knoten, wenn der Token nicht generiert wurde oder das Datenübertragungssystem diesen verloren hat, unter Bezugnahme auf 5 und 6 beschrieben.
  • Der Kommunikations-Steuer-IC 105 jeder der ECUs 1 bis 5 bestimmt bei einem Schritt S1 der 5, ob der Netzwerkbus untätig ist oder nicht, um festzustellen, ob das Datenübertragungssystem sich in einem Zustand befindet, in dem der Token nicht unmittelbar nach dem Start des Systems generiert wurde oder aufgrund eines Fehlers eines Knotens, der den Token empfangen hat, verloren wurde. Wenn die Antwort auf diese Frage negativ ist (NEIN), d. h., wenn eine andere ECU eine Nachricht sendet, wird das laufende Programm sofort beendet.
  • Andererseits startet, falls der Netzwerkbus 6 untätig ist, d. h., keine anderen ECUs irgendeine Nachricht senden, die aktuelle ECU die Datenübertragung über den Kommunikations-Steuer-IC 105 und die Busschnittstelle 106 in einem Schritt S2, wobei angenommen wird, dass der aktuelle Knoten den Token angenommen hat. Dann werden Daten, die von dem aktuellen Knoten gesendet wurden, mit den Daten auf dem Netzwerkbus 6 Bit um Bit in einem Schritt S3 verglichen, um festzustellen, ob beide Daten identisch sind. Wenn die Antwort auf diese Frage bejahend (JA) ist, d. h., die gesendeten Daten und die Daten auf dem Netzwerkbus miteinander übereinstimmen, heißt das, dass es keinen Konflikt zwischen den von dem aktuellen Knoten gesendeten Daten und Daten von anderen Knoten gibt oder dass der aktuelle Knoten im Konflikt um die Annahme des Tokens die Oberhand behält, und folglich wird die Datenübertragung fortgesetzt, wobei angenommen wird, dass der aktuelle Knoten den Token noch nicht verloren hat. Das heißt, dass das laufende Programm zu einem Schritt S4 fortschreitet, wo ermittelt wird, ob die Übertragung der gesamten Sequenz von Daten beendet wurde oder nicht. Wenn die Antwort auf diese Frage negativ (NEIN) ist, kehrt das Programm zu dem Schritt S3 zurück, wo anschliessend gesendete Daten in der gleichen Weise wie oben beschrieben mit Daten verglichen werden, die auf dem Netzwerkbus liegen.
  • Es versteht sich von selbst, dass es einen Fall gibt, in dem der aktuelle Knoten im Konflikt um die Annahme des Tokens unterliegt, um dann die Datenübertragung zu stoppen, wenn das oben beschriebene Verfahren ausgeführt wird. Des weiteren wird als ein Verfahren zur Ermittlung, ob die vom aktuellen Knoten gesendeten Daten und die auf dem Systembus liegenden Daten miteinander übereinstimmen, das oben beschriebene Verfahren der Fehlererkennung durch Überwachung von Daten für die Ermittlung benutzt, dass die gesendeten Daten und die auf dem Systembus liegenden Daten nicht miteinander übereinstimmen. Genauer gesagt wird im vorliegenden Fall die Übereinstimmung der Daten durch die Berechnung eines exklusiven ODER der gesendeten Daten und der vom Netzwerkbus 6 empfangenen Daten ermittelt.
  • Andererseits, wenn die von dem aktuellen Knoten gesendeten Daten sich von den Daten, die auf dem Netzwerkbus 6 liegen, unterscheiden, heißt das, dass es einen Konflikt mit anderen Knoten um den Token gegeben hat und dass der aktuelle Knoten in dem Konflikt unterlegen ist, so dass die Datenübertragung in einem Schritt S5 unterbrochen wird, gefolgt von der Beendigung des laufenden Programms.
  • Wenn in dem Schritt S4 ermittelt wird, dass die gesamte Sequenz von Daten gesendet wurde, d. h., wenn ermittelt wird, dass der aktuelle Knoten während des Konflikts zur Annahme des Tokens die Oberhand behält, wird in einem Schritt S6 durch eine Überprüfung bezüglich der Token-Quittungsantwort ermittelt, ob die Übertragung des Tokens abgeschlossen wurde oder nicht. Wenn die Übertragung des Tokens nicht beendet wurde, wird der Tokenadresse der Tokennachricht ein Wert von 1 hinzugefügt, und dann wird in einem Schritt S7 die resultierende Tokennachricht an den Netzwerkbus 6 gesendet. Die Schritte S6 und S7 werden wiederholt ausgeführt, bis die Übertragung des Tokens abgeschlossen ist, woraufhin das laufende Programm beendet wird.
  • Des weiteren werden bei der Ermittlung eines Siegers des Konflikts Daten, die durch eine identische Bitsequenz gebildet sind, mehrmals zur Verhinderung einer fehlerhaften Ermittlung aufgrund von Rauschen oder dergleichen gesendet. Als nächstes werden Details einer Art der Ermittlung eines Siegers des Konflikts unter Bezugnahme auf die 6a bis 6d beschrieben.
  • Angenommen, Daten werden, wie in 6b und 6c gezeigt, vom Knoten 1 bzw. vom Knoten 2 übertragen. Wie im vorigen beschrieben, ist ein Bit in dem logischen Zustand "1" ein dominantes Bit, und ein Bit in dem logischen Zustand "0" ist ein rezessives Bit. Wenn ein Konflikt zwischen dem dominanten Bit und dem rezessiven Bit auftritt, wird der logische Zustand auf dem Netzwerkbus gleich "1".
  • Im Falle der in 6b und 6c gezeigten Daten befinden sich Bits, die zu den in 6a gezeigten Bitnummern 1 bis 4 korrespondieren, jeweils im gleichen logischen Zustand, und die logischen Zustände der von dem Knoten 1 und dem Knoten 2 gesendeten Daten sowie der logische Zustand des Netzwerkbusses sind alle einander gleich. Folglich senden Knoten 1 und Knoten 2 beide weiterhin entsprechende Nachrichten von Bit Nr. 1 bis Bit Nr. 4.
  • Bei dem Bit Nr. 5 jedoch ist der logische Zustand der von dem Knoten 1 gesendeten Daten gleich "1", während der logische Zustand von Daten, die vom Knoten 2 gesendet wurden, gleich "0" ist. Folglich wird der logische Zustand des Netzwerkbusses gleich dem logischen Zustand "1" des vom Knoten 1 gesendeten dominaten Bits. Daher ermittelt Knoten 1, der das dominante Bit gesendet hat, dass er den Token nicht verloren hat, und fährt fort, die Nachricht zu senden, während Knoten 2, der das rezessive Bit gesendet hat, ermittelt, dass er den Token verloren hat, und das Senden der Nachricht einstellt.
  • In diesem Zusammenhang zeigen die 6a bis 6d einen Fall, bei dem zwei Knoten in Konflikt um den Token stehen. Es kann jedoch tatsächlich ein Fall auftreten, in dem ein Konflikt um den Token unter mehr als zwei Knoten entsteht. Es ist jedoch für alle Knoten unmöglich, weiterhin die selbe Sequenz von Daten zu senden, und schliesslich wird notwendigerweise ohne irgendwelche Probleme ein Knoten bestimmt, der sich in dem Konflikt behauptet.
  • Wie aus der obigen Beschreibung klar hervorgeht, wird gemäss der vorliegenden Erfindung, wenn das Steuersystem gestartet wird oder ein Knoten, der den Token empfangen hat, fehlerhaft ist, ein Token generiert oder anfänglich an einen der Knoten durch Konflikt um den Token wie oben beschrieben übergeben, und anschließend wird der Token durch die Knoten zirkuliert oder entlang den Knoten übertragen. Dies ermöglicht es, den Token unverzüglich dadurch zu generieren, dass allen Knoten eine gleiche Chance zum Empfangen des Tokens gegeben wird, wodurch das System in die Lage versetzt wird, effektiv zu funktionieren.
  • Des weiteren ist die vorliegende Erfindung nicht auf die obige Ausführungsform beschränkt, sondern der logische Zustand "0" kann, im Gegensatz zu der obigen Ausführungsform, als eine Art der Konfliktmediation für ein dominantes Bit und der logische Zustand "1" für ein rezessives Bit verwendet werden. Weiterhin ist, nachdem der Token durch Konflikt generiert worden ist, ein Knoten, zu dem der Token zuerst übertragen wurde, nicht notwendigerweise auf einen Knoten beschränkt, der eine Knotenadresse aufweist, die der Adresse folgt, die den Token anfänglich empfangen hat, sondern der Token kann zuerst an einen vorbestimmten Knoten übertragen werden, der die kleinste Knotenadresse hat, um dann dem Token zu gestatten, in einem vorbestimmten Zyklus durch die Knoten zu zirkulieren.
  • Als nächstes wird ein Verarbeitungsverfahren beschrieben, das ausgeführt wird, wenn keine Daten-Quittungsantwort erhalten wurde, nachdem ein Sendeknoten eine Datennachricht gesendet hat. In der folgenden Beschreibung wird das erste Quittungszeichen, das in das Feld F7 überschrieben werden soll, als "das Token-ACK" bezeichnet, während das zweite Quittungszeichen, das in das Feld F6 überschrieben werden soll, als "das Daten-ACK" bezeichnet wird.
    • (1) Wenn das Token-ACK nicht ermittelt und das Daten-ACK ermittelt wurde: Die Token-Datenadresse wird durch einen inkrementellen Wert von 1 erhöht und dann wird die resultierende Token-Nachricht gesendet. Dies gilt für die Übertragung des Tokens allein zu einem Knoten, der dem Knoten folgt, zu dem der Token nicht erfolgreich übertragen wurde, da der Empfang der in das Feld F4 geschriebenen Daten bestätigt wurde.
    • (2) Wenn das Token-ACK ermittelt und das Daten-ACK nicht ermittelt wurde: Da die Übertragung des Tokens abgeschlossen ist, wird eine erneute Übertragung der Daten nicht ausgeführt. Die Daten werden, wenn möglich, erneut übertragen, wenn der Token beim nächsten Mal erworben wird.
    • (3) Wenn weder das Token-ACK noch das Daten-ACK ermittelt wurden: Die Tokenadresse wird um einen inkrementellen Wert von 1 erhöht, und die die resultierende Tokenadresse enthaltende Token-Nachricht wird übertragen, die erneute Übertragung der Daten wird aber nicht ausgeführt. So wird die Zirkulation des Tokens bevorzugt vor der Übertragung der Daten ausgeführt, um eine reibungslose Zirkulation des Tokens zu erlauben. Des weiteren werden die Daten, wenn möglich, erneut übertragen, wenn der Token das nächste Mal erworben wird.
  • Wie oben beschrieben wird, auch wenn das Daten-ACK nicht ermittelt wird, die Übertragung des Tokens für abgeschlossen erachtet, solange das Token-ACK ermittelt wird, und die erneute Übertragung von Daten wird verhindert. Des weiteren wird, wenn weder das Daten-ACK noch das Token-ACK ermittelt werden, nur die Übertragung des Tokens, ohne die erneute Übertragung der Daten, erneut versucht, wodurch es möglich ist, den Token reibungslos zu zirkulieren. Der Vorzug wird der Übertragung des Tokens eingeräumt, da die erneute Übertragung der Daten unmittelbar nach der Ermittlung eines Übertragungsfehlers es erfordert, die maximale Verzögerungszeit des Systems auf eine längere Zeitspanne zu setzen, als wenn die Übertragung des Tokens wie in der vorliegenden Ausführungsform bevorzugt durchgeführt würde.
  • Obwohl in dem obigen Beispiel, wenn weder das Token-ACK noch das Daten-ACK ermittelt werden, der Token-Nachricht erlaubt wird, sofort gesendet zu werden, und gleichzeitig eine erneute Übertragung von Daten verhindert wird, ist dies nicht beschränkend, sondern die Übertragung des Tokens kann auch durchgeführt werden, nachdem die erneute Übertragung von Daten ein- oder zweimal versucht wurde. 7 zeigt diese Variation des Verfahrens der Datensteuerung, die von dem Kommunikations-Steuer-IC 105 durchgeführt wird, um die Übertragung bei Beendigung des Sendens der Nachricht oder bei Detektierung einer Fehlernachricht zu beenden.
  • In der folgenden Beschreibung sollte verstanden sein, dass ein Fehler in der Übertragung von einem Sendeknoten oder einem Empfangsknoten detektiert wird, woraufhin eine Fehlernachricht von dem Knoten, der den Fehler detektiert hat, ausgesandt wird, wodurch die Übertragung beendet wird.
  • Bei einem Schritt S21 der 7 wird bestimmt, ob der Übertragung ein Fehler zugestoßen ist oder nicht. Wenn die Antwort auf diese Frage negativ (NEIN) ist, wird bei einem Schritt S22 bestimmt, ob die Übertragung des Tokens beendet ist oder nicht (ob das Token-ACK detektiert ist oder nicht). Wenn die Übertragung des Tokens beendet worden ist, werden erste und zweite Zähler CT1, CT2, auf die im Folgenden Bezug genommen wird, bei einem Schritt S30 zurückgesetzt, gefolgt von der Beendigung des vorliegenden Programms. Wenn die Antwort auf die Frage des Schrittes S22 negativ (NEIN) ist, d. h., wenn kein Fehler während der Übertragung aufgetreten ist, aber die Übertragung des Tokens nicht beendet ist, schreitet das Programm weiter zu einem Schritt S23, bei dem bestimmt wird, ob die Daten erfolgreich übertragen worden sind oder nicht (ob das Daten-ACK detektiert wurde oder nicht). Wenn bestimmt wird, dass die Daten erfolgreich übertragen worden sind, wird die Übertragung des Tokens bei einem Schritt S29 durchgeführt, und dann werden die ersten und zweiten Zähler CT1, CT2 bei dem Schritt S30 zurückgesetzt, gefolgt von der Beendigung des Programms.
  • Andererseits, wenn die Antwort auf die Frage des Schrittes S23 negativ (NEIN) ist, d. h., wenn kein Fehler während der Übertragung aufgetreten ist, aber weder die Übertragung des Tokens noch die Übertragung der Daten erfolgreich ausgeführt wurde (weder das Token-ACK noch das Daten-ACK detektiert wurde), geht das Programm weiter zu einem Schritt S24, bei dem ein Zählwert des ersten Zählers CT1 um einen Inkrementwert von 1 erhöht wird, und es wird bei einem Schritt S25 bestimmt, ob der resultierende Zählwert des ersten Zählers CT1 gleich einem ersten vorbestimmten Wert C1 (welcher z. B. auf einen Wert von 2 gesetzt wird) ist oder nicht. Wenn dieser Schritt zum erstenmal ausgeführt wird, gilt CT1 < C1, so dass eine erneute Übertragung der Nachricht, welche nicht erfolgreich übertragen worden ist, bei einem Schritt S28 durchgeführt wird, gefolgt von der Beendigung des Programms. Wenn die Quittungsantworten (das Token-ACK und das Daten-ACK) danach weiterhin nicht detektiert werden, bis CT1 = C1 bei dem Schritt S25 gilt, schreitet das Programm davon weiter zu dem Schritt S29, bei dem der Token durch die Token-Nachricht übertragen wird, und die Zähler CT1, CT2 werden bei dem Schritt S30 zurückgesetzt, gefolgt von der Beendigung des Programms.
  • Wenn die Antwort auf die Frage des Schrittes S21 bejahend (JA) ist, d. h., wenn der Übertragung ein Fehler zugestoßen ist, wird ein Zählwert des zweiten Zählers CT2 um einen Inkrementwert von 1 bei einem Schritt S26 erhöht, und es wird bei einem Schritt S27 bestimmt, ob der resultierende Zählwert des zweiten Zählers CT2 gleich einem zweiten vorbestimmten Wert C2 (welcher z. B. auf einen Wert von 5 gesetzt wird) ist oder nicht. Wenn dieser Schritt zum erstenmal ausgeführt wird, gilt CT2 < C2, so dass die erneute Übertragung der Nachricht, welche nicht erfolgreich übertragen worden ist, bei dem Schritt S28 durchgeführt wird, gefolgt von der Beendigung des Programms. Wenn der Übertragungsfehler weiterhin auftritt, bis CT2 = C2 bei dem Schritt S27 gilt, schreitet das Programm davon weiter zu den Schritten S29 und S30, gefolgt von der Beendigung des Programms.
  • Gemäß der Verarbeitung von 7, wenn die Übertragung einer Datennachricht nicht erfolgreich ausgeführt worden ist, wird eine erneute Übertragung der Nachricht bis zur maximalen Anzahl C1-1 von Malen ausgeführt, wenn die Daten- und Token-Quittungsantworten (Quittungszeichen DACK, TACK) detektiert werden, oder alternativ bis zur maximalen Anzahl C2-1 von Malen, wenn ein Fehler in der Übertragung aufgetreten ist. Wenn die Übertragung der Nachricht nicht erfolgreich ausgeführt werden kann, auch wenn es die oben gesetzte maximale Anzahl von Malen versucht wird, wird der Token durch die Token-Nachricht übertragen.
  • Da der zweite vorbestimmte Wert C2 größer als der erste vorbestimmte Wert C1 ist, ist die maximale Anzahl von Malen der erneuten Übertragung größer für einen Fehler in der Übertragung als für fehlende Quittungszeichen DACK und TACK. Das liegt daran, dass in dem Fall, bei dem keine Quittungszeichen detektiert werden, es eine hohe Möglichkeit des Fehlens eines Knotens oder von Knoten gibt, um die Nachricht zu empfangen, was eine hohe Fehlermöglichkeit bei der Übertragung bedeutet, sogar wenn die Nachricht erneut übertragen wird, wohingegen in dem Fall, wo ein Fehler in der Übertragung detektiert wird, es eine hohe Möglichkeit gibt, dass der Fehler durch eine äußere Störung verursacht worden ist, was eine hohe Möglichkeit an Erfolg bei erneuter Übertragung bedeutet.
  • Weiterhin, wenn die Übertragung weiterhin nicht erfolgreich ist, wird der Token von der Tokennachricht übertragen, um dadurch den Token glatt zu zirkulieren.
  • Wie oben beschrieben, wird die Nachricht gemäß der vorliegenden Ausführungsform, wenn die Übertragung einer Nachricht nicht erfolgreich ist, erneut eine Anzahl von Malen abhängig von einer möglichen Fehlerursache bei der Übertragung erneut übertragen, und, wenn die Übertragung weiterhin nicht erfolgreich ist, wird der Token von der Tokennachricht übertragen, um dadurch die Anzahl von nutzlosen Neuübertragungen zu reduzieren, um den Token glatt zu zirkulieren. Im Ergebnis kann die Effizienz der Datenübertragung von dem Datenübertragungssystem als Ganzes vergrößert werden.

Claims (4)

  1. Datenübertragungssystem für ein Fahrzeug, mit einer Mehrzahl von Steuersystemen (1, 2, 3, 4, 5), die an dem Fahrzeug installiert sind, und einem Netzwerkbus (6), der die genannte Mehrzahl von Steuersystemen miteinander verbindet, um ein Übertragungsrecht durch die Mehrzahl von Steuersystemen zu zirkulieren, um dadurch eine Nachrichtenübertragung zwischen der Mehrzahl von Steuersystemen durchzuführen, und einer Sende-Empfangseinrichtung zum Senden von Daten zu oder Empfangen von Daten von den restlichen der Mehrzahl von Steuersystemen über den Netzwerkbus, dadurch gekennzeichnet, dass jedes der Mehrzahl von Steuersystemen umfasst: eine Übertragungsfehler-Detektiereinrichtung zum Detektieren eines Fehlers bei der Datenübertragung, eine Fehlertyp-Identifizierungseinrichtung zum Identifizieren eines Typs des Fehlers bei der Datenübertragung, und eine Neuübertragung-Steuereinrichtung zum Bestimmen der maximalen Zahl von Malen an Neuübertragung, die gemäß dem Fehlertyp, welcher von der Fehlertyp-Identifizierungseinrichtung bei der Übertragung identifiziert wird, erlaubt werden sollen, und zum Bewirken, dass die Sende-Empfangseinrichtung die Neuübertragung so lange durchführt, wie die Anzahl an Malen der Neuübertragung der Daten die maximale Anzahl an erlaubten Malen der Rückübertragung nicht übersteigt.
  2. Datenübertragungssystem nach Anspruch 1, wobei die Sende-Empfangseinrichtung ausgebildet ist, um das Übertragungsrecht zu einem anderen Steuersystem zu übertragen, wenn die Anzahl an Malen eines Fehlers bei der Datenübertragung die maximale Anzahl an erlaubten Malen der Übertragung übersteigt.
  3. Datenübertragungssystem nach Anspruch 1, wobei der Fehlertyp bei der Neuübertragung in einen Fall, bei welchem keine Bestätigungsantwort detektiert wird, und einen Fall, in welchem ein Fehler bei der Übertragung detektiert wird, klassifiziert wird.
  4. Datenübertragungssystem nach Anspruch 1, wobei die Neuübertragung-Steuereinrichtung ausgebildet ist, um die maximale Anzahl an erlaubten Malen der Neuübertragung auf einen größeren Wert zu setzen, wenn der Fehler bei der Übertragung detektiert wird als wenn keine Bestätigungsantwort detektiert wird.
DE69433098T 1993-02-15 1994-02-15 Vorrichtung zur Übertragung von Daten Expired - Fee Related DE69433098T2 (de)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
JP5048560A JP2947437B2 (ja) 1993-02-15 1993-02-15 データ伝送方法
JP4855993 1993-02-15
JP5048559A JP2857655B2 (ja) 1993-02-15 1993-02-15 車両用データ伝送システム
JP4856093 1993-02-15
JP8021693 1993-03-15
JP5080216A JP2784709B2 (ja) 1993-03-15 1993-03-15 車両用データ伝送システム
JP5084079A JP2947496B2 (ja) 1993-03-18 1993-03-18 車両用データ伝送システム
JP8407993 1993-03-18

Publications (2)

Publication Number Publication Date
DE69433098D1 DE69433098D1 (de) 2003-10-02
DE69433098T2 true DE69433098T2 (de) 2004-03-25

Family

ID=27462227

Family Applications (4)

Application Number Title Priority Date Filing Date
DE69433866T Expired - Fee Related DE69433866T2 (de) 1993-02-15 1994-02-15 Verfahren zur Übertragung von Daten
DE69428930T Expired - Fee Related DE69428930T2 (de) 1993-02-15 1994-02-15 Verfahren und Vorrichtung zur Übertragung von Daten
DE69433882T Expired - Fee Related DE69433882T2 (de) 1993-02-15 1994-02-15 Vorrichtung zur Übertragung von Daten
DE69433098T Expired - Fee Related DE69433098T2 (de) 1993-02-15 1994-02-15 Vorrichtung zur Übertragung von Daten

Family Applications Before (3)

Application Number Title Priority Date Filing Date
DE69433866T Expired - Fee Related DE69433866T2 (de) 1993-02-15 1994-02-15 Verfahren zur Übertragung von Daten
DE69428930T Expired - Fee Related DE69428930T2 (de) 1993-02-15 1994-02-15 Verfahren und Vorrichtung zur Übertragung von Daten
DE69433882T Expired - Fee Related DE69433882T2 (de) 1993-02-15 1994-02-15 Vorrichtung zur Übertragung von Daten

Country Status (4)

Country Link
US (4) US5696904A (de)
EP (4) EP1022877B1 (de)
CA (1) CA2115730C (de)
DE (4) DE69433866T2 (de)

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69433866T2 (de) * 1993-02-15 2005-06-30 Honda Giken Kogyo K.K. Verfahren zur Übertragung von Daten
JP2765538B2 (ja) * 1995-11-30 1998-06-18 日本電気株式会社 データ転送制御装置
GB9603582D0 (en) 1996-02-20 1996-04-17 Hewlett Packard Co Method of accessing service resource items that are for use in a telecommunications system
GB9605048D0 (en) * 1996-03-09 1996-05-08 Jaguar Cars Multiplexed electronic control systems
US5822543A (en) * 1996-07-08 1998-10-13 International Business Machines Corporation Gathering data handling statistics in non-synchronous data communication networks
JP3117000B2 (ja) * 1997-02-21 2000-12-11 株式会社デンソー 通信システムおよびそれに使用される電子制御装置
US5931915A (en) * 1997-05-13 1999-08-03 International Business Machines Corporation Method for processing early arrival messages within a multinode asynchronous data communications system
US6038689A (en) * 1997-08-21 2000-03-14 Digital Equipment Corporation Fault notification system and process using local area network
ES2147119B1 (es) * 1998-03-10 2001-03-16 Mecanismos Aux Es Ind S L Sistema para transferir informacion binaria.
DE19843810A1 (de) * 1998-09-24 2000-03-30 Philips Corp Intellectual Pty Datenbus
JP2000156685A (ja) 1998-11-18 2000-06-06 Fuji Heavy Ind Ltd 車両制御システムの異常監視装置
US6389550B1 (en) * 1998-12-23 2002-05-14 Ncr Corporation High availability protocol computing and method
US6604038B1 (en) * 1999-11-09 2003-08-05 Power Talk, Inc. Apparatus, method, and computer program product for establishing a remote data link with a vehicle with minimal data transmission delay
MXPA02004971A (es) * 1999-11-17 2002-09-18 Vehicle Enhancement Sys Inc Metodo para comunicacion de datos entre un vehiculo y una terminal remota.
US6661998B1 (en) * 1999-12-23 2003-12-09 Denso Corporation Mobile station to base station communication and signal acknowledgement
US6484082B1 (en) * 2000-05-24 2002-11-19 General Motors Corporation In-vehicle network management using virtual networks
DE10027017A1 (de) * 2000-05-31 2002-02-28 Bayerische Motoren Werke Ag Betriebsverfahren für einen Datenbus für mehrere Teilnehmer
US6775690B1 (en) * 2000-07-21 2004-08-10 At&T Corp. Time-dependent messaging
EP1202146A1 (de) * 2000-10-23 2002-05-02 Lucent Technologies Inc. System zur Steuerung von elektrischen von Parametern Schaltungskomponenten
IES20010064A2 (en) * 2001-01-29 2002-04-17 Eland Technologies Inc Computer network system
US7164654B2 (en) * 2001-03-09 2007-01-16 Denso Corporation ARQ parameter retransmission control for variable data rate channels
US6973492B2 (en) * 2001-09-07 2005-12-06 International Business Machines Corporation Method and apparatus for collecting page load abandons in click stream data
EP1478943B1 (de) * 2002-02-22 2008-02-20 Robert Bosch Gmbh Verfahren und vorrichtung zur übermittlung von messdaten über einen can-bus in einem objekterfassungssystem für kraftfahrzeuge
JP4100108B2 (ja) * 2002-09-12 2008-06-11 株式会社デンソー 制御システム
WO2004084505A1 (ja) * 2003-03-18 2004-09-30 Fujitsu Limited 伝送帯域割り付け装置
FR2852765B1 (fr) * 2003-03-21 2005-06-24 Peugeot Citroen Automobiles Sa Systeme de securisation de la transmission d'au moins certaines trames de commande sur un reseau multiplexe de transmission d'informations
US7461319B2 (en) * 2003-04-04 2008-12-02 Sun Microsystems, Inc. System and method for downloading files over a network with real time verification
US7516244B2 (en) * 2003-07-02 2009-04-07 Caterpillar Inc. Systems and methods for providing server operations in a work machine
US7532640B2 (en) 2003-07-02 2009-05-12 Caterpillar Inc. Systems and methods for performing protocol conversions in a machine
US7983820B2 (en) 2003-07-02 2011-07-19 Caterpillar Inc. Systems and methods for providing proxy control functions in a work machine
US7162339B2 (en) * 2004-08-31 2007-01-09 General Motors Corporation automated vehicle calibration and testing system via telematics
DE102004050424B4 (de) * 2004-10-15 2010-04-15 Bosch Rexroth Ag Verfahren zur Übertragung von Daten in einem Kommunikationssystem
ATE436133T1 (de) * 2004-11-29 2009-07-15 Scania Cv Abp Verfahren zur start-up-kontrolle von netzkommunikation in einem kommunikationsnetz
JP4437468B2 (ja) 2004-12-06 2010-03-24 富士通テン株式会社 車両用電子制御装置
JP2006309547A (ja) * 2005-04-28 2006-11-09 Toshiba Corp 情報処理装置及び情報処理方法
GB2431769B (en) * 2005-10-25 2009-06-10 Laurence Wrenn Switching unit
EP1943781A1 (de) 2005-11-03 2008-07-16 Continental Teves AG & Co. oHG Gemischtsignalschaltkreis für ein elektronisches, abgesichertes steuer- bzw. regelungssystem
JP4681504B2 (ja) * 2006-05-22 2011-05-11 ヤマハ発動機株式会社 リモコン用電子制御装置及びそれを用いた遠隔操作システム
US20080082708A1 (en) * 2006-09-29 2008-04-03 Kar Leong Wong Token hold off for chipset communication
KR101114609B1 (ko) * 2007-10-03 2012-03-05 후지쯔 가부시끼가이샤 무선 통신 장치, 무선 통신 제어 장치, 무선 통신 방법, 무선 통신 프로그램 기억 매체, 무선 통신 제어 방법, 및 무선 통신 제어 프로그램 기억 매체
FR2926943B1 (fr) * 2008-01-30 2012-01-13 Canon Kk Procedes de transmission et reconstruction de sequences d'unites de donnees, produit programme d'ordinateur, moyen de stockage, noeuds emetteur et recepteur correspondants
DE102008012730B3 (de) * 2008-03-05 2009-08-27 Robert Bosch Gmbh Elektronische Steuer- und Diagnoseeinrichtung zum Betreiben einer Ventileinheit
US8238538B2 (en) 2009-05-28 2012-08-07 Comcast Cable Communications, Llc Stateful home phone service
EP2355393B1 (de) * 2010-01-21 2013-12-11 Rohde & Schwarz GmbH & Co. KG Verfahren und Vorrichtung zur Bestimmung einer optimierten Anzahl von Übertragungen für ein Datenpaket in einem Multicast-Übertragungssystem
US9172398B2 (en) * 2010-07-08 2015-10-27 Mitsubishi Electric Corporation Vehicle data abnormality determination device
JP5651442B2 (ja) * 2010-11-29 2015-01-14 矢崎総業株式会社 動作支援装置、電子機器、電子制御装置、及び、制御システム
DE102011116642A1 (de) * 2011-10-20 2013-04-25 Audi Ag Übertragungseinrichtung und Verfahren zur sicheren Übertragung eines Sensorsignals an ein Übertragungsziel und Kraftfahrzeug
EP2839608B1 (de) 2012-03-21 2019-07-31 Husqvarna AB Handwerkzeugmaschine, system und verfahren
US10369942B2 (en) 2014-01-06 2019-08-06 Argus Cyber Security Ltd. Hosted watchman
WO2016201091A1 (en) * 2015-06-10 2016-12-15 RunSafe Security, Inc. System and method for guarding a controller area network
US10423475B2 (en) * 2016-09-30 2019-09-24 Microsoft Technology Licensing, Llc Stateful tokens for communicating with external services
CN106628070B (zh) * 2016-11-09 2018-06-26 重庆长安工业(集团)有限责任公司 基于船用D30mm系统操控台的控制方法
EP3506584B1 (de) * 2017-12-28 2020-12-23 Vestel Elektronik Sanayi ve Ticaret A.S. Verfahren und vorrichtung zur kommunikation zwischen mehreren steuerplatinen
CN110213018B (zh) * 2019-05-09 2022-07-15 北京汽车股份有限公司 车载总线的数据通信方法、装置及车辆
CN114531314B (zh) * 2022-01-11 2023-12-22 宁波天擎航天科技有限公司 航天领域大数据可靠传输的方法、电子设备及存储介质

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4560985B1 (en) * 1982-05-07 1994-04-12 Digital Equipment Corp Dual-count, round-robin ditributed arbitration technique for serial buses
US4590468A (en) * 1983-03-10 1986-05-20 Western Digital Corporation Token access controller protocol and architecture
JPS59211143A (ja) * 1983-05-17 1984-11-29 Nissan Motor Co Ltd マイクロコンピユ−タを用いた車両用制御回路
US4556974A (en) * 1983-10-07 1985-12-03 Honeywell Inc. Method for passing a token in a local-area network
US4551721A (en) * 1983-10-07 1985-11-05 Honeywell Inc. Method for initializing a token-passing local-area network
US4725834A (en) * 1984-02-27 1988-02-16 American Telephone And Telegraph Company, At&T Bell Laboratories Reliable broadcast protocol for a token passing bus network
US4715031A (en) * 1985-09-23 1987-12-22 Ford Motor Company Vehicular data transfer communication system
DE3534216A1 (de) * 1985-09-25 1987-04-02 Bayerische Motoren Werke Ag Datenbussystem fuer fahrzeuge
JPS62151903A (ja) * 1985-12-25 1987-07-06 Nippon Denso Co Ltd 車両に搭載される電子制御装置
JPS62159539A (ja) * 1986-01-07 1987-07-15 Nec Corp デ−タ伝送装置
US4860006A (en) * 1986-06-05 1989-08-22 Michael Barall Heartbeat collision avoidance method and circuit
US4766530A (en) * 1986-11-24 1988-08-23 Westinghouse Electric Corp. Token passing scheme for a predetermined configuration local area network
JPS6457856A (en) * 1987-02-23 1989-03-06 Nitsuko Ltd Automatic incoming circuit in telephone set
JPH0771088B2 (ja) * 1987-04-06 1995-07-31 古河電気工業株式会社 多重伝送方式
JPS6458756A (en) * 1987-08-27 1989-03-06 Inax Corp Method of executing tile
JPS6458900A (en) * 1987-08-28 1989-03-06 Shimizu Construction Co Ltd Piping reclamation shutoff valve
JPH06101732B2 (ja) * 1987-11-30 1994-12-12 三菱電機株式会社 通信制御方式
US4899143A (en) * 1988-04-21 1990-02-06 Bell Communications Research, Inc. High capacity communication system over collision-type channels
JPH0769376B2 (ja) * 1989-08-30 1995-07-31 マツダ株式会社 車両用多重伝送装置
JP2770282B2 (ja) * 1992-04-13 1998-06-25 本田技研工業株式会社 車両用データ伝送システム
EP0580938B1 (de) * 1992-06-26 2001-09-26 Yokogawa Electric Corporation Steuerungsgerät für Duplex-Kommunikation
US5351241A (en) * 1992-12-24 1994-09-27 Intel Corporation Twisted pair ethernet hub for a star local area network
DE69433866T2 (de) * 1993-02-15 2005-06-30 Honda Giken Kogyo K.K. Verfahren zur Übertragung von Daten

Also Published As

Publication number Publication date
US5764919A (en) 1998-06-09
US5659702A (en) 1997-08-19
DE69428930T2 (de) 2002-06-27
DE69433866D1 (de) 2004-07-29
EP1022877A1 (de) 2000-07-26
DE69433882D1 (de) 2004-08-05
EP0612169A3 (en) 1995-10-11
EP1022878B1 (de) 2004-06-30
DE69433098D1 (de) 2003-10-02
US5586118A (en) 1996-12-17
DE69433882T2 (de) 2005-08-25
DE69433866T2 (de) 2005-06-30
EP0612169A2 (de) 1994-08-24
EP1022879B1 (de) 2003-08-27
EP1022877B1 (de) 2004-06-23
CA2115730C (en) 1999-05-04
EP1022879A1 (de) 2000-07-26
CA2115730A1 (en) 1994-08-16
EP1022878A1 (de) 2000-07-26
EP0612169B1 (de) 2001-11-07
DE69428930D1 (de) 2001-12-13
US5696904A (en) 1997-12-09

Similar Documents

Publication Publication Date Title
DE69433098T2 (de) Vorrichtung zur Übertragung von Daten
DE3043894C2 (de)
DE2727533C3 (de) Datenübertragungssystem
DE3136128C2 (de)
DE69829429T2 (de) Datenkommunikationssystem und in diesem verwendete elektronische Kontrolleinheit
DE69533951T2 (de) Protokoll für asynchrone Zeitvielfachvermittlung
DE3736550C2 (de)
DE102011005515B4 (de) Kommunikationsnetzwerksystem mit einem Netzwerk hohen Ranges und Netzwerken niedrigen Ranges, Austauschanschluss zur Verbindung des Netzwerks hohen Ranges und eines Netzwerks niedrigen Ranges, Mikrocomputer zur Steuerung der Verbindung zwischen einer Übertragungsleitung eines Netzwerks niedrigen Ranges und einer Übertragungsleitung des Netzwerks hohen Ranges, und Kommunikations-Sender/Empfänger, der mit der Übertragungsleitung eines Netzwerks niedrigen Ranges und der Übertragungsleitung des Netzwerks hohen Ranges verbunden ist
DE2943149A1 (de) Schleifensammelschienen-prioritaetssteuerverfahren in einem schleifensammelschienen-netzwerksystem
DE3113332C2 (de)
DE10248672B4 (de) Verfahren zur Übertragung von Daten auf einem Bus
DE69631612T2 (de) Elektronische Geräte und deren Betriebsartsteuerung
DE19612631A1 (de) Multiplexdatenübermittlungssystem
DE4210115A1 (de) Multiplex-uebertragungsverfahren
DE102018203680A1 (de) Teilnehmerstation für ein serielles Bussystem und Verfahren zur Datenübertragung in einem seriellen Bussystem
DE4391639C2 (de) Datenübertragungssystem für Fahrzeuge mit Eigenantrieb
EP0395739B1 (de) Verfahren zur steuerung und/oder überwachung und schaltungsanordnung zur durchführung des verfahrens
EP0890110B1 (de) Verfahren zum prüfen der massekontaktierung von teilen eines vernetzten systems
DE4238488A1 (de)
WO2011138061A1 (de) Verfahren und vorrichtung zur absicherung von über eine schnittstelle zu übertragenden datenpaketen
DE102012110712B4 (de) Verfahren und System zur Funktionsprüfung einer Fehlererkennungseinheit einer CAN-Bus-Controllereinheit
DE4210094C2 (de) Multiplexes Übertragungsverfahren
DE3433944A1 (de) Endoskopisches geraet
DE10243319B4 (de) Sichere Datenübertragung
DE4005087C1 (en) Connector unit for domestic power installation - has adaptor for specific function allowing data transmission via bus and data lines

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8339 Ceased/non-payment of the annual fee