-
TITEL DER
ERFINDUNG
-
Datenübertragungssystem
-
HINTERGRUND DER ERFINDUNG
-
Gebiet der Erfindung
-
Diese
Erfindung betrifft ein System, das Daten zwischen einer Mehrzahl
von an einem Kraftfahrzeug installierten elektronischen Steuereinheiten über eine
gemeinsame Kommunikationsleitung überträgt, 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 „ECUs" bezeichnet), die
an einem Kraftfahrzeug installiert sind, über eine gemeinsame Kommunikationsleitung
(im folgenden als "der
Netzwerkbus" bezeichnet),
die diese 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. 1-58900 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. 1-57856
(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.
-
EP-A-0137437
offenbart ein Verfahren, durch welches ein Modul eines Netzwerkes
das Netzwerk initialisiert, indem ein Token zu sequentiell adressierten
Modulsadressen des Netzwerkes übertragen
wird, bis ein Token von einem adressierten Modul akzeptiert wird.
Jedes Modul hat eine Busschnittstelleneinheit (BIU) und einen Empfänger, welcher
die BIU an einen Bus verbindet, und ist fähig, Daten über den Bus zu senden und Daten
von dem Bus zu empfangen. Der Empfänger ist ein Transformator,
der mit dem Bus gekoppelt ist, und der Bus ist ein Koaxialkabel
mit der Fähigkeit,
Daten mit einer Geschwindigkeit von 5 Megabit/Sekunde zu senden. Die
BIU ist mit einer sehr schnellen Mikromaschine versehen, von deren
Funktionen eine darin besteht, Token, die an sie oder an ihr Modul
adressiert sind, zu identifizieren und einen Token zu ihrem Nachfolger
in einem logischen Ring zu senden. Der Token besteht aus einer Präambel, welche
eine Serie von 8 bis 10 Bytes von logischen Bytes ist, einem Rahmenanfang-Begrenzer
(SFD), der der Präambel
folgt und aus einem Datenbyte besteht, und einem Bestimmungsadressfeld,
das der SFD folgt und aus zwei Datenbytes besteht. Das initialisierende
Modul hört für 5,8 Mikrosekunden
nach einer Verzögerung
von 4 Mikrosekunden, und, wenn der Token durch das Modul, dessen
Adresse die in dem Bestimmungsadressfeld des Tokens enthaltene ist,
akzeptiert wird, hat das initialisierende Modul die Ausführung des
Initialisierungsbefehls vollendet und beendet die Ausführung des
Initialisierungsbefehls. Wenn nicht, wird die Bestimmungsadresse
erhöht,
und ein Token wird gesendet, indem diese erhöhte Bestimmungsadresse verwendet
wird. Bevor ein Token mit einem erhöhten Bestimmungsadressfeld übertragen
wird, wird eine Prüfung
oder ein Vergleich zwischen der erhöhten Bestimmungsadresse und
der MY ADDRESS des initialisierenden Moduls durchgeführt. Wenn
das Adressfeld eines zu sendenden Tokens gleich der MY ADDRESS des
initialisierenden Moduls ist, wird das Initialisierungsverfahren
beendet, und zusätzlich wird
ein „Allein
in dem Ring"-Unterbrechungssignal von
der Mikromaschine des Moduls erzeugt, wobei das Unterbrechungssignal
zu den Modulen zur Verarbeitung in Übereinstimmung mit dem geeigneten Fehlerverarbeitungsprogramm
der Module gesendet wird.
-
EP-A-0216372
offenbart ein Datenbussystem, das im Wesentlichen einen Datenbus
und mehrere Benutzer umfasst. Jeder der Benutzer ist mit dem Datenbus über eine
zugewiesene Station verbunden. Die Stationen kontrollieren den Datenverkehr
auf dem Datenbus, der in der Form eines Datenaustausches stattfindet.
Die Steuerung des Datenbusses bezüglich dem Sendebetrieb für die Station findet
mittels eines Bussteuerungszustandes statt und umfasst einen Zähler und
ein Zeitfunktionselement, welches gestartet wird, wenn ein Identifikationsbuchstabe
eines Sendetelegramms detektiert wird. Der vom Steuerzustand gesteuerte
Zähler
zählt zum
Beispiel von 1 bis 256 und liefert seinen entsprechenden Zählerinhalt
als einen Sendebefehl an den Datenbus. Der Steuerzustand erkennt
das Nichtauftreten eines Existenzzeichens und schiebt den Zähler um
eine Einheit vor. Der neue Zählerinhalt
wird dann wieder als Sendebefehl für einen Benutzer verwendet,
der einen entsprechenden Identifikationsbuchstaben hat. Wenn der
Identifikationsbuchstabe einer Datennachricht nicht in dem Bussteuerungszustand
innerhalb der Laufzeit des Zeitfunktionselements ankommt, bewirkt
das Zeitfunktionselement das Vorrücken des Zählers. Der Sendebefehl oder die
Sendeautorisation geht nun auf die nächste Station über. Daher
wird der Datenbus, sogar wenn der Betrieb einer Station gestört ist,
nur für
die Zeit besetzt, die durch das Zeitfunktionselement bestimmt ist.
Nach Ablauf dieser Zeit wird der nächste Benutzer zur Übertragung
veranlasst.
-
ZUSAMMENFASSUNG
DER ERFINDUNG
-
Es
ist die Aufgabe der Erfindung, ein Datenübertragungssystem bereitzustellen,
welches eine Trennung einer Einheit von einem Netzwerk detektieren
kann, ohne die Übertragungseffizienz
des Systems herabzusetzen.
-
Um
diese Aufgabe der Erfindung zu erreichen, wird gemäß Anspruch
1 bereitgestellt ein Datenübertragungssystem
für ein
Fahrzeug mit einer Mehrzahl von Steuersystemen, die an dem Fahrzeug installiert
sind, und einem Netzwerkbus, welcher 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, einer
Sende-Empfangseinrichtung zum Senden von Daten zu oder Empfangen
von Daten von den restlichen der Mehrzahl von Steuersystemen über den
Netzwerkbus, einer Transferziel-Einstelleinrichtung zum Einstellen
eines Transferziels des Übertragungsrechts,
einer Bestätigungsantwort-Detektiereinrichtung
zum Detektieren einer Bestätigungsantwort,
die von einem anderen Steuersystem, welches das Übertragungsrecht empfangen
hat, ausgegeben wird, und einer Abnormalität-Detektiereinrichtung zum Detektieren einer
Abnormalität
des Systems,
wobei die Transferziel-Einstelleinrichtung dazu
ausgebildet ist, ein nachfolgendes Transferziel einzustellen, wenn
keine Bestätigungsantwort
detektiert wird, und die Abnormalität-Bestimmungseinrichtung ausgebildet
ist zu bestimmen, dass das System abnormal ist, wenn das Einstellen
des Transferziels durch die Transferziel-Einstelleinrichtung um
alle einzustellenden Transferziele herum durchgeführt worden
ist,
wobei das Datenübertragungssystem
eine Zeitmesseinrichtung zum Messen einer vorbestimmten Zeitperiode
nach dem Zeitpunkt der Initialisierung des gesamten Datenübertragungssystems
und eine Verhinderungseinrichtung zum Verhindern, dass die Abnormalität-Bestimmungseinrichtung
eine Abnormalität des
Systems bestimmt, bevor die Zeitmesseinrichtung die vorbestimmte
Zeitperiode gemessen hat, aufweist.
-
Vorzugsweise
stellt die Transferziel-Einstelleinrichtung das nachfolgende Transferziel
dadurch ein, dass eine Adresse, welche das Transferziel angibt,
um eine vorbestimmte Zahl erhöht
wird.
-
Besonders
bevorzugt bestimmt die Abnormalität-Bestimmungseinrichtung, dass
das Einstellen des Übertragungsrechts
um alle einzustellenden Transferziele herum durchgeführt worden
ist, wenn die Adresse des Transferziels identisch einer Adresse
des gegenwärtigen
Steuersystems, welches das Übertragungsrecht
hat, 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;
-
6d logische
Pegel auf einem Bus zeigt; und
-
7 ist
ein Flußdiagramm,
das ein Programm zum Übertragen
des Übertragungsrechts 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 Netzanschlußleitung
VSUP und ein Kollektor über
einen Widerstand 116 mit einem invertierenden Eingangsanschluß 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 Eingangsanschluß des Komparators 111 und
mit einer 6c der verdrillten Doppelleitungen 6b und 6c verbunden.
-
Der
nicht-invertierende Eingangsanschluß des Komparators 111 ist über einen
Widerstand 112 an die Netzanschlußleitung VSUP und ebenfalls über einen
Widerstand 113 mit dem invertierenden Eingangsanschluß des Komparators 111 verbunden. Der
invertierende Einganganschluß 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 Netwerkbus 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
ist (JA), d. h., die gesendeten Daten und die Daten auf dem Netzwerkbus
miteinander übereinstimmen,
heisst 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 heisst, 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 ist (NEIN), 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,
heisst 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 anschliessend 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 Knoten 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ühr. 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.
-
Als
nächstes
wird mit Bezug auf 7 beschrieben, wie eine Abnormalität des Systems
gemäß der Erfindung
detektiert wird.
-
7 zeigt
einen Prozess eines Knotens, der den Token an den nachfolgenden
Knoten überträgt. Zuerst
setzt bei einem Schritt S31 der vorliegende Knoten eine Tokenadresse
TA auf einen Wert, der durch Addieren eines Wertes von 1 zu seiner
eigenen Adresse SNA erhalten wird, und überträgt eine Datennachricht oder
eine Tokennachricht, die die resultierende Tokenadresse enthält, bei
einem Schritt S32. Dann wird bei einem Schritt S33 bestimmt, ob eine
Tokenquittungsantwort (das Token-ACK), das den Empfang des Tokens
bestätigt,
detektiert worden ist oder nicht. Wenn das Token-ACK empfangen oder detektiert
worden ist, wird bei einem Schritt S34 bestimmt, dass das System
normal funktioniert, gefolgt von der Beendigung des Programms.
-
Wenn
das Token ACK nicht detektiert worden ist, wird die Tokenadresse
TA um einen Erhöhungswert
von 1 bei einem Schritt S35 erhöht,
und dann wird bei einem Schritt S36 bestimmt, ob die resultierende
Tokenadresse TA identisch der Adresse SNA des vorliegenden Knotens
ist oder nicht. Wenn dieser Schritt zuerst ausgeführt wird,
ist TA nicht gleich SNA, und folglich schreitet das Programm weiter
zu einem Schritt S37, wo die aktualisierte Tokennachricht ausgesendet
wird, gefolgt von dem Programmrücksprung
zu dem Schritt S33.
-
Wenn
das Token ACK danach weiterhin nicht detektiert wird, wird die Tokenadresse
TA sequentiell erhöht.
In der vorliegenden Ausführungsform,
wenn die Tokenadresse TA gleich 15 wird, wird die nachfolgende Tokenadresse
TA auf 0 gesetzt, und dann progressiv auf die gleiche Weise erhöht. Zum
Beispiel, wenn der vorliegende Knoten eine Adresse SNA von 2 hat,
wird die Tokenadresse TA sequentiell geändert in der Reihenfolge 3 → 4 → ... → 15 → 0 → 1 → 2, und, wenn
die Tokenadresse TA gleich der Adresse SNA 5 des vorliegenden
Knotens wird, schreitet das Programm weiter zu einem Schritt S38,
wo bestimmt wird, ob eine vorbestimmte Zeitperiode (z. B. eine Zeitperiode,
die erforderlich ist, um es zu erlauben, dass alle ECUs betriebsam
oder aktiv nach dem Start des Steuersystems werden, z. B. eine Sekunde)
verstrichen ist oder nicht. Wenn die vorbestimmte Zeitperiode nicht
verstrichen ist, wird eine Übertragung der
Tokennachricht bei einem Schritt S35 wieder aufgenommen, wobei die
Tokenadresse TA von TA = SNA + 1 gestartet wird, wohingegen, wenn
die vorbestimmte Zeitperiode verstrichen ist, bei einem Schritt S39
bestimmt wird, dass das System abnormal ist, gefolgt von der Beendigung
des Programms. Die Abnormalität
des Systems wird gewöhnlicherweise
interpretiert als ein Zustand des vorliegenden Knotens, der von
dem Netzwerkbus getrennt ist, obwohl es theoretisch möglich ist,
einen Fall anzunehmen, bei welchem alle anderen Knoten von dem Netzwerkbus getrennt
sind oder fehlerhaft sind. Weiterhin besteht der Grund zum Verhindern
der Abnormalitätsbestimmung,
bis die vorbestimmte Zeitperiode nach dem Start des Steuersystems
verstrichen ist, darin, dass jeder Knoten seine eigene Hochfahrzeit
hat, d. h., dass die Knoten, d. h. die ECUs, unterschiedliche Zeitperioden
benötigen,
bevor sie jeweils betriebsam werden, und, bevor die vorbestimmte
Zeitperiode verstreicht, kann es einen Fall geben, bei dem einige ECUs
nicht auf die Tokennachricht antworten.
-
Gemäß der Verarbeitung
nach 7 kann die Abnormalität des Systems bestimmt werden, während der
Transfer des Tokens durchgeführt
wird, so dass andere Verarbeitungen weitergeführt werden können, ohne
unterbrochen zu werden, was nicht möglich ist für das Verfahren, das eine spezielle Nachricht
verwendet. Dies macht es möglich,
die Abnormalität
des Systems zu detektieren, ohne die Übertragungseffizienz des Systems
herabzusetzen.
-
Zusätzlich ist
die prompte Detektierung einer Abnormalität des oben beschriebenen Systems
möglich,
da das Datenübertragungssystem
für ein
Fahrzeug eine relativ kleine Anzahl an Knoten (in der vorliegenden
Ausführungsform
eine maximale Anzahl von 16) inkorporiert, die mit dem Netzwerkbus
verbunden sind. Das heißt,
das Verfahren zum Detektieren einer Abnormalität, das von dem vorliegenden System
verwendet wird, ist ausgesprochen effektiv für ein System, bei welchem das
Tokenverfahren mit einer relativ kleinen Zahl von Knoten verwendet
wird.