DE102012214008A1 - System und Verfahren zum Verwalten eines Ethernet-Kommunikationsnetzes zur Verwendung im Fahrzeug - Google Patents

System und Verfahren zum Verwalten eines Ethernet-Kommunikationsnetzes zur Verwendung im Fahrzeug Download PDF

Info

Publication number
DE102012214008A1
DE102012214008A1 DE102012214008A DE102012214008A DE102012214008A1 DE 102012214008 A1 DE102012214008 A1 DE 102012214008A1 DE 102012214008 A DE102012214008 A DE 102012214008A DE 102012214008 A DE102012214008 A DE 102012214008A DE 102012214008 A1 DE102012214008 A1 DE 102012214008A1
Authority
DE
Germany
Prior art keywords
mode
network
unit
sleep
vehicle
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.)
Granted
Application number
DE102012214008A
Other languages
English (en)
Other versions
DE102012214008B4 (de
Inventor
Sang Ho CHA
Dong Ok Kim
Jin Hwa YUN
Yong Ho Noh
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.)
Hyundai Motor Co
Original Assignee
Hyundai Motor Co
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hyundai Motor Co filed Critical Hyundai Motor Co
Publication of DE102012214008A1 publication Critical patent/DE102012214008A1/de
Application granted granted Critical
Publication of DE102012214008B4 publication Critical patent/DE102012214008B4/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/40039—Details regarding the setting of the power status of a node according to activity on the bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H04L41/0809—Plug-and-play configuration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Small-Scale Networks (AREA)

Abstract

Es wird ein System und Verfahren zum Verwalten eines Fahrzeug-Ethernet-Kommunikationsnetzes beschrieben. Genauer gesagt ist jede Einheit in einem Fahrzeug-Ethernet-Kommunikationsnetz eingerichtet, um zunächst in einen Einschalt-(PowerOn)Modus einzutreten, wenn Energie an jede Einheit des Fahrzeugs zugeführt wird, um betriebliche Programme zu initialisieren. Einmal eingeschaltet, tritt jede Einheit in einen Normal-Modus ein, in dem ein Knoten für jede Einheit in einem Netzwerk beteiligt ist, um das Netzwerk anzufordern. Nachfolgend tritt jede Einheit in einen Schlaf-Anzeige-(SleepInd)Modus ein, wo andere Knoten nicht angefordert werden, obwohl das Netzwerk durch die anderen Knoten bereits angefordert worden ist. Ein Kommunikations-Modus wird dann an jeder Einheit beendet und jede Einheit tritt in einen Warte-Bus-Schlaf-(WaitBusSleep)Modus ein, in dem alle mit dem Netzwerk verbundenen Knoten nicht mehr länger in Verbindung stehen und warten, um zu dem Schlaf-Modus umzuschalten. Schließlich wird jede Einheit ausgeschaltet, um eine Kommunikation zwischen den Einheiten in dem Netzwerk zu verhindern.

Description

  • GEBIET DER ERFINDUNG
  • Ausführungsformen der vorliegenden Erfindung betreffen eine interne Kommunikationsnetz-Technologie für ein Fahrzeug und insbesondere ein Verfahren zum Verwalten eines Fahrzeug-Ethernet-Kommunikationsnetzes, um so die Begrenzung der IP-Einrichtungs-Zeitdauer zu überwinden, die in einem dynamischen Hostkonfigurationsprotokoll enthalten ist, wenn ein internes Kommunikationsnetz des Fahrzeugs unter Verwendung einer Ethernet-Kommunikation aufgebaut wird.
  • HINTERGRUND
  • Mit der Entwicklung der elektronischen Technologie verändern sich die Fahrzeuge und die dazugehörige Technologie als ein Aggregat der modernsten wissenschaftlichen Technologie rasch. Da damit begonnen wird, dass verschiedene Zusatzfunktionen auf der Grundlage von elektronischen Steuer- und Videoinformationen innerhalb von Fahrzeugen eingebaut werden, ändert sich auch rasch die Menge an Daten, die über ein internes Kommunikationsnetz übertragen werden.
  • Infolgedessen können im Falle der Verwendung des herkömmlichen Controller Area Network (CAN) – Kommunikationsnetzes mit einer Übertragungsrate von ungefähr 500 kbps die internen Einheiten jedes Fahrzeugs langfristig Schwierigkeiten bei der korrekten Handhabung von Übertragungs-/Empfangs-Daten aufweisen. Demzufolge wird die Ethernet-Kommunikation als ein stabiles Kommunikations-Schema für Fahrzeug-Netwerke der nächsten Generation intensiv diskutiert und entwickelt.
  • In der Zwischenzeit kann im Falle einer Anwendung der Ethernet-Kommunikation bei einem internen Fahrzeug-Netzwerk (im Folgenden als ein im Fahrzeug eingebautes Netzwerk bezeichnet), da die Ethernet-Kommunikation eine Datenübertragungsrate von ungefähr 100 M~1 G bps aufweist, das Netzwerk ohne jegliche Probleme stabil und zuverlässig implementiert werden, aber es ist notwendig, die Internet Protokoll(IP)-Einstellung zwischen Kommunikationseinheiten zu berücksichtigen. Ein Benutzer muss den Motor eines Fahrzeugs starten und stoppen, wann immer das IP zwischen den Kommunikationseinheiten hergestellt wird. Infolgedessen kann der Benutzer Schwierigkeiten beim Zuteilen/Verwalten des IP in dem Fahrzeug haben. Das heißt, falls eine dynamische Adresse verwendet wird, wird der Freiheitsgrad des Netzwerkes erhöht, jedoch wird die Inbetriebnahmezeit erhöht. Im Gegensatz dazu, falls eine statische Adresse verwendet wird, wird die Netzwerk-Flexibilität herabgesetzt, aber die Inbetriebnahmezeit wird ebenfalls verringert.
  • Alle in dem Fahrzeug eingebauten Bestandteile starten im Normalbetrieb, sobald eine Inbetriebnahme-Taste betätigt wird. Im Fall der Verwendung der dynamischen Adresse wird eine übermäßig lange Netz-Inbetriebnahmezeit (zum Beispiel ungefähr 10 Sekunden) für die anfängliche Inbetriebnahme notwendig. Einige herkömmliche Unternehmen haben auch eine statische Adresszuteilung trotz der Probleme bei der statischen Adresszuteilung betrachtet, in der sich die Flexibilität verschlechtert und eine Adresse für jedes Bestandteil des Fahrzeugs unabhängig verwaltet werden muss.
  • Jedoch muss unter der Annahme, dass vier Kameras, die vorne, hinten, rechts und links an dem Fahrzeug angebracht sind, an das Ethernet-Kommunikationsnetz gekoppelt sind, im Falle der statischen Adresszuteilung ein IP auf jede der vier Kameras zugeteilt werden. Falls eine der vier Kameras defekt ist, muss ein Benutzer nach Bestandteilen und deren Adressen suchen, die der entsprechenden Kamera zugeteilt ist, und sie gegen eine andere austauschen, was zu einer geringen Kompatibilität und zu einem verringerten Benutzerkomfort führt.
  • Darüber hinaus muss ein Netzserver alle Informationen in Zusammenhang mit einem mit dem Netz verbundenen Knoten ”vorab erkennen”. Somit gibt es noch viele Probleme und Einschränkungen, die mit dem aktuellen Netz-Management verbunden sind.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Verschiedene Ausführungsformen der vorliegenden Erfindung sind auf die Bereitstellung eines Systems und Verfahrens zum Verwalten eines Ethernet-Kommunikationsnetzes für ein Fahrzeug gereichtet, das im Wesentlichen eines oder mehrere Probleme aufgrund von Einschränkungen und Nachteilen des Standes der Technik vermeidet.
  • Eine Ausführungsform der vorliegenden Erfindung betrifft ein im Fahrzeug eingebautes Kommunikationsnetz unter Verwendung einer Ethernet-Kommunikation und insbesondere ein Verfahren zum Verwalten eines Ethernet-Kommunikationsnetzes eines Fahrzeugs, das eine IP-Einstellzeit auf der Grundlage eines dynamischen Hostkonfigurationsprotokolls (DHCP) verringert.
  • Gemäß einer Ausführungsform der vorliegenden Erfindung umfasst ein Verfahren zum Verwalten eines Fahrzeug-Ethernet-Kommunikationsnetzes, in dem ein Knoten für jede interne Einheit des Fahrzeugs eine Ethernet-Kommunikation durchführt: Durchführen eines Einschalt-(PowerOn)Modus durch Zuführen von Energie, z. B. von der Fahrzeugbatterie an jede interne Einheit des Fahrzeugs, um jeden Betriebsvorgang einzuleiten; Durchführen eines Normal-Modus, in dem ein Knoten für jede Einheit in einem Netz beteiligt ist und das Netz dann angefordert wird; Durchführen eines Schlaf-Anzeige-(SleepInd)Modus, in dem andere Knoten nicht angefordert sind, selbst wenn das Netz durch die anderen Knoten angefordert wird; Beenden eines Kommunikations-Modus; Durchführen eines Warte-Bus-Schlaf-(WaitBusSleep)Modus, in dem alle mit dem Netz verbundenen Knoten nicht mehr länger in dem Kommunikations-Modus bleiben und dann zum Umschalten in den Schlaf-Modus warten; und Durchführen eines Ausschalt-Modus durch Ausschalten jeder Einheit, so dass sie nicht mit einem anderen Knoten in Verbindung stehen kann.
  • Grundsätzliche Betriebsvorgänge des Schlaf-Anzeige-(SleepInd)Modus können mit jenen des Normalmodus identisch sein, aber der Schlaf-Anzeige-(SleepInd)Modus erweckt das Netz nicht mehr anders als der Normal-Modus. Das Verfahren kann ferner ein Eintreten in den Schlaf-Anzeige-(SleepInd)Modus, wenn eine Kommunikationsnachricht in dem Warte-Bus-Schlaf-(WaitBusSleep)Modus auftritt, und Eintreten in den Schlaf-Modus umfassen, sobald der Warte-Bus-Schlaf-(WaitBusSleep)Modus für eine vorbestimmte Zeit beibehalten wird.
  • Das Verfahren kann ferner in dem Schlaf-Modus oder dem Schlaf-Anzeige-(SleepInd)Modus, wenn der entsprechende Knoten ein vorbestimmtes Aufwecksignal empfängt, ein Eintreten in den Normalmodus umfassen. Das vorbestimmte Wecksignal kann als ein lokales Wecksignal, das durch Selbst-Betriebsvorgänge von jeder Einheit verursacht wird, und ein Remote-Wecksignal, das durch eine Ethernet-Kommunikation verursacht wird, implementiert werden.
  • Das Verfahren kann ferner in dem Einschalt-(PowerOn)Modus oder dem Normal-Modus ein Durchführen einer Adresszuteilung für eine Ethernet-Kommunikation von jedem das Netz bildenden Knoten umfassen. Wenn die Adresszuteilung abgeschlossen ist, wird der Normal-Modus durchgeführt.
  • Der Ausschalt-(PowerOff)Modus kann aktiviert werden, wenn eine Batterie von dem Fahrzeug abgetrennt wird oder wenn alle Einheiten oder die CPU/MCU ausgeschaltet werden. Wenn die Batterie an das Fahrzeug angeschlossen wird, werden der Einschalt-(PowerOn)Modus, der Normal-Modus, der Schlaf-Anzeige-(SleepInd)Modus und der Schlaf-Modus sequenziell durchgeführt, wodurch die Netz-Ersteinstellung abgeschlossen wird.
  • Wenn alle in dem Netz enthaltenen Einheiten in den Schlaf-Anzeige-(SleepInd)Modus eintreten, kann der Warte-Bus-Schlaf-(WaitBusSleep)Modus durchgeführt werden.
  • Gemäß einer weiteren Ausführungsform der vorliegenden Erfindung existiert ein System zum Verwalten eines Fahrzeug-Netzes, in dem ein Knoten für jede in dem Fahrzeug enthalten Einheit eine Ethernet-Kommunikation durchführt, wobei zumindest eine Einheit einen dynamischen Hostkonfigurationsprotokoll-(DHCP)Server umfasst. Insbesondere umfasst jede Einheit des Netzes eine erste Betriebsprogramm-Speichereinheit, di eingerichtet ist, um ein Betriebsprogramm einschließlich eines Ethernet-Kommunikationsprotokolls zu speichern, eine erste Steuereinheit, die eingerichtet ist, um eine Gesamtsteuerung einer Vorrichtung auf der Grundlage eines in der ersten Betriebsprogramm-Speichereinheit gespeicherten Programms bereitzustellen, eine erste Ethernet-Kommunikationseinheit, die mit einer anderen Einheit oder dem DHCP-Server in Verbindung steht, und eine erste Selbst-Adressinformationen-Speichereinheit, die eingerichtet ist, um durch Kommunikation mit dem DHCP-Server zugeteilte Selbst-Adressinformationen zu speichern. Die Einheit, die den DHCP-Server umfasst, umfasst insbesondere eine zweite Betriebsprogramm-Speichereinheit, die eingerichtet ist, um ein Betriebsprogramm einschließlich eines Ethernet-Kommunikationsprotokolls zu speichern, eine zweite Steuereinheit, die eingerichtet ist, um eine Gesamtsteuerung einer Vorrichtung auf der Grundlage eines in der zweiten Betriebsprogramm-Speichereinheit gespeicherten Programms bereitzustellen, eine zweite Ethernet-Kommunikationseinheit, die mit einer anderen Einheit in Verbindung steht, eine zweite Selbst-Adressinformationen-Speichereinheit, die eingerichtet ist, um Selbst-Adressinformationen zu speichern, zumindest eine Einheit, die eingerichtet ist, um die Adressinformationen von jeder Einheit zu speichern, um so Adressinformationen von jeder das Netz bildenden Einheit zu speichern, und eine Modus-Speichereinheit, die eingerichtet ist, um eine Betriebsart, die einen Betriebszustand des Netzes angibt, als Daten zu speichern.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • 1 zeigt ein Diagramm, das interne Komponenten des Fahrzeugs darstellt, die mit einem Fahrzeug-Ethernet-Kommunikationsnetz gemäß einem ersten Ausführungsbeispiel der vorliegenden Erfindung verbunden sind.
  • 2 zeigt ein Blockdiagramm, das die grundsätzlichen Komponenten eines in 1 gezeigten Fahrzeug-Ethernet-Kommunikationsnetzes darstellt.
  • 3 zeigt ein Flussdiagramm, das die Betriebsvorgänge des in 2 gezeigten Fahrzeug-Ethernet-Kommunikationsnetzes darstellt.
  • 4 zeigt ein Zustandsdiagramm des Fahrzeug-Ethernet-Kommunikationsnetzes gemäß einem ersten Ausführungsbeispiel der vorliegenden Erfindung.
  • BESCHREIBUNG DER AUSFÜHRUNGSFORMEN
  • Es wird nun ausführlich auf die Ausführungsformen der vorliegenden Erfindung Bezug genommen, deren Beispiele in den beigefügten Zeichnungen dargestellt sind. Überall dort, wo es möglich ist, werden die gleichen Bezugszeichen in den gesamten Zeichnungen verwendet, um die gleichen oder ähnliche Teile zu bezeichnen.
  • 1 zeigt ein Diagramm, das interne Komponenten des Fahrzeugs darstellt, die mit einem Fahrzeug-Ethernet-Kommunikationsnetz gemäß einem ersten Ausführungsbeispiel der vorliegenden Erfindung verbunden sind. Es sollte beachtet werden, dass die in 1 gezeigte erste Ausführungsform lediglich für veranschaulichende Zwecke beschreiben wird und der Umfang oder Geist der vorliegenden Erfindung nicht darauf beschränkt ist. Das heißt, zur Vereinfachung der Beschreibung und zum besseren Verständnis der vorliegenden Erfindung werden lediglich einige der in dem Netzwerksystem enthaltenen Einheiten in 1 beschrieben, jedoch können andere Beispiele nach Bedarf auch auf die erste Ausführungsform der vorliegenden Erfindung angewendet werden. Unter Bezugnahme auf 1 ist eine elektronische Steuereinheit (Electronic Control Unit – ECU) in einzelnen elektronischen Komponenten (zum Beispiel Kameras 1–14, eine Haupteinheit 20 (Head Unit), etc.) eingebaut.
  • Die elektronischen Komponenten weisen Kameras 10a–10d, eine Haupteinheit 20, eine Fahrerassistenzeinheit 30, einen DVD-Player 40, einen Verstärker 50, Rücksitz-Anzeigeeinheiten 60a und 60b, ein Satelliten-Radio 70, ein Bluetooth 80, ein GPS 90 auf, die innerhalb eines Fahrzeugs montiert/angebracht sind, und ein Ethernet-Kommunikationsprogramm gemäß der vorliegenden Erfindung ist in jeder ECU eingebaut.
  • Der DHCP-Server gemäß der vorliegenden Erfindung kann innerhalb eines beliebigen elektronischen Bestandteils des Fahrzeug-Netzwerks implementiert werden, oder durch eine ECU betrieben werden. Folglich kann die Herstellerfirma den besten Einbauort erkennen, um den DHCP-Server gemäß der strategischen Notwendigkeit oder dem Untersuchungsergebnis in Bezug auf die Zweckmäßigkeit während dem Fahrzeugkonstruktions- und Herstellungsprozess zu installieren. Zur Vereinfachung der Beschreibung und zum besseren Verständnis der vorliegenden Erfindung wird angenommen, dass der DHCP-Server in einer Fahrerassistenzeinheit (Driver Assist Unit – DAU) 30 gemäß der ersten Ausführungsform der vorliegenden Erfindung implementiert ist.
  • 2 zeigt ein Blockdiagramm, das die grundsätzlichen Komponenten eines in 1 gezeigten Fahrzeug-Ethernet-Kommunikationsnetzes darstellt. Unter Bezugnahme auf 2 stellt Bezugszeichen 20 eine in dem Fahrzeug eingebaute Haupteinheit dar. Die Haupteinheit 20 umfasst eine Benutzereingabeeinheit 21, eine Videoausgabeeinheit 22, eine Audioausgabeeinheit 23, eine erste Betriebsprogramm-Speichereinheit 24 zum Speichern eines Betriebsprogramms, eine erste Steuereinheit 25 zum Bereitstellen einer Gesamtsteuerung einer Vorrichtung auf der Grundlage eines in der ersten Betriebsprogramm-Speichereinheit 24 gespeicherten Betriebsprogramms, eine mit einer anderen Einheit oder einem DHCP-Server in Verbindung stehende erste Ethernet-Kommunikationseinheit 26; und eine erste Selbst-Adressinformationen-Speichereinheit 27 zum Speichern von Selbst-Adressinformationen, die durch eine Kommunikation mit dem DHCP-Server zugeteilt werden.
  • Eine Fahrerassistenzeinheit (DAU) 30 umfasst einen DHCP-Server. Der DHCP-Server 30 umfasst eine zweite Betriebsprogramm-Speichereinheit 34 zum Speichern eines Betriebsprogramms einschließlich eines Fahrzeug-Ethernet-Kommunikationsprotokolls, eine zweite Steuereinheit, die eine Gesamtsteuerung der Vorrichtung auf der Grundlage eines in der zweiten Betriebsprogramm-Speichereinheit 34 gespeicherten Programms bereitstellt, eine mit anderen Einheiten in dem Netzwerk in Verbindung stehende zweite Ethernet-Kommunikationseinheit 36, eine Selbst-Adressinformationen speichernde zweite Selbst-Adressinformationen-Speichereinheit 37, eine Adressinformationen von jeder Einheit speichernde Einheit 38, und eine Modus-Speichereinheit 39, die einen Netzwerk-Betriebszustand (d. h., einen Netzwerk-Betriebsmodus) als Daten speichert.
  • 3 zeigt ein Flussdiagramm, das die Betriebsvorgänge des in 2 gezeigten Fahrzeug-Ethernet-Kommunikationsnetzes darstellt. Ein Verfahren zum Verwalten eines Fahrzeug-Ethernet-Kommunikationsnetzes gemäß der vorliegenden Erfindung wird im Folgenden unter Bezugnahme auf 3 beschrieben. Unter Bezugnahme auf 3 umfasst ein Verfahren zum Betreiben/Verwalten des Fahrzeug-Ethernet-Kommunikationsnetzes 6 Betriebsarten, d. h., einen Einschalt-(PowerOn)Modus, einen Normal-Modus, einen Schlaf-Anzeige-(SleepInd)Modus, einen Warte-Bus-Schlaf-(WaitBusSleep)Modus, einen Schlaf-Modus und einen Ausschalt-(PowerOFF)Modus.
  • 4 zeigt ein Zustandsdiagramm des Fahrzeug-Ethernet-Kommunikationsnetzes gemäß einem ersten Ausführungsbeispiel der vorliegenden Erfindung. Im Einzelnen zeigt 4 ein Zustandsdiagramm, das die gegenseitigen betrieblichen Beziehungen der sechs oberhalb beschriebenen Betriebsarten darstellt. Unter Bezugnahme auf 4 wird der Einschalt-(PowerOn)Modus z. B. für einen Batterieanschluss in einem Fahrzeugherstellungsprozess verwendet. Das heißt, während dem Einschalt-(PowerOn)Modus wird die Energie der Batterie an jede Einheit des Fahrzeugs zugeführt, so dass die Betriebsinitialisierung durch jedes Betriebsprogramm durchgeführt wird. Während des Normal-Modus ist eine ECU von jeder Einheit in einem Netzwerk beteiligt und fordert eine Netzwerkverbindung an.
  • Während dem Schlaf-Anzeige-(SleepInd)Modus ist das Netzwerk durch eine andere Einheit angefordert worden und andere Knoten sind während diesem Modus nicht angefordert worden. Genauer gesagt, obwohl die grundsätzlichen Betriebsvorgänge des Schlaf-Anzeige-(SleepInd)Modus zu jenen des Normal-Modus im Wesentlichen identisch sind, wird das Netzwerk in dem Schlaf-Anzeige-(SleepInd)Modus nicht geweckt, der anders als der Normal-Modus ist. Jedoch kann der Schlaf-Anzeige-(SleepInd)Modus zu dem Normal-Modus umgeschaltet werden, sobald ein Signal durch die ECU empfangen worden ist. Der Schlaf-Modus stoppt die Kommunikation mit anderen Teilnehmern. Im Fall des Warte-Bus-Schlaf-(WaitBusSleep)Modus stehen alle mit dem Netzwerk verbundenen Knoten (oder Einheiten) mit anderen nicht in Verbindung, aber sind bereit, um in den Schlaf-Modus einzutreten. Falls eine Kommunikationsnachricht in dem Warte-Bus-Schlaf-(WaitBusSleep)Modus auftritt, startet der Schlaf-Anzeige-(SleepInd)Modus den Betrieb.
  • Während des Ausschalt-(PowerOff)Modus wird die Fahrzeugbatterie abgetrennt oder alle Einheiten oder die CPU/MCU werden ausgeschaltet, so dass es für die entsprechende Einheit, die in dem Fahrzeug-Ethernet-Kommunikationsnetzsystem enthalten ist, unmöglich ist, um miteinander in Verbindung zu stehen.
  • Unter Bezugnahme auf 3, nachdem verschiedene elektronische Komponenten eines Fahrzeugs in einem Fahrzeugherstellungsprozess vollständig montiert worden sind, sobald die Energie der Batterie an jede Einheit des Fahrzeugs in Schritt ST10 zugeführt wird, tritt die Steuereinheit 25 in den Einschalt-(PowerOn)Modus ein, lädt ein in der Betriebsprogramm-Speichereinheit 24 oder 34 gespeichertes Programm und führt eine Initialisierung auf der Grundlage des geladenen Programms in Schritt ST11 durch.
  • Nach der oberhalb beschriebenen Initialisierung tritt die Steuereinheit 25 in den Normal-Modus ein und überträgt ein Remote-Weck-(RemoteWakeup)Signal, um das gesamte Netzwerk in Schritt ST12 zu wecken. Anschließend bestätigt die zweite Steuereinheit 35 der Fahrerassistenzeinheit (DAU) 30 einschließlich des DHCP-Servers das Vorhandensein von jeder Einheit in der Netzwerkarchitektur und teilt eine Ethernet-Adresse für jede Einheit in Schritt ST13 zu. Sobald die Adresszuteilung durch den oberhalb beschriebenen Prozess in Schritt ST14 abgeschlossen ist, bestimmt die DAU das Netzwerk und tritt in einen Schlaf-Anzeige-(SleepInd)Modus in Schritt ST15 ein.
  • Falls alle Einheiten in den Schlaf-Anzeige-(SleepInd)Modus durch den oberhalb beschriebenen Prozess in Schritt ST16 umgeschaltet sind, tritt die Betriebsart in einen Warte-Bus-Schlaf-(WaitBusSleep)Modus ein und schaltet zu einen Standby-Modus in Schritt ST17 um. Falls der Warte-Bus-Schlaf-(WaitBusSleep)Modus für eine vorbestimmte Zeit in Schritt ST18 beibehalten wird (zum Beispiel ungefähr 500 ms), schaltet die Netzwerk-Betriebsart zu dem Schlaf-Modus in Schritt ST19 um.
  • Der Schlaf-Modus gibt einen Kommunikations-Beendigungszustand an, in dem das System die Kommunikation nach dem Einschalten stoppt. Während des Schlaf-Modus, falls das Fahrzeug abgeschaltet wird, tritt das Netzwerk zum Beispiel in den Schlaf-Modus ein. Das heißt, während dem Schlaf-Modus, anstatt einem Umschalten des Netzwerks zu einem Ausschalt-(PowerOff)Modus, wird das Netzwerk stattdessen im Schlaf-Modus gehalten (in Schritten ST29–ST21).
  • Wenn die Adresszuteilung durch die oberhalb beschriebenen Prozeduren abgeschlossen ist, wird das Fahrzeug an einen Käufer (Fahrer) geliefert. Demzufolge tritt ein lokales Wecksignal durch Aktivierung einer Serie von Sensoren auf, die betrieben werden, wenn der Fahrer des Fahrzeugs irgendeine der Fahrzeugtüren öffnet oder ein im Fahrzeug eingebautes Audiosystem betreibt, so dass die Netzwerk-Betriebsart unverzüglich von dem Schlaf-Modus zu dem Schlaf-Anzeige-(SleepInd)Modus umgeschaltet wird und eine Remote-Weckfunktion durch das Wecksignal auf der Grundlage der Ethernet-Kommunikation aktiviert wird. Infolgedessen wird der Schlaf-Modus zu dem Schlaf-Anzeige-(SleepInd)Modus umgeschaltet, so dass entsprechende elektronische Komponenten, die an dem Fahrzeug montiert sind, auf normale Weise betrieben werden können. Das heißt, das Fahrzeug-Ethernet-Kommunikationsnetzsystem und -Verfahren gemäß der oberhalb beschriebenen Ausführungsform, wenn das im Fahrzeug eingebaute Kommunikationsnetz unter Verwendung der Ethernet-Kommunikation aufgebaut wird, kann eine durch ein DHCP verursachte übermäßige IP-Zuteilung und die Begrenzung der IP-Einstellzeit beheben.
  • Wie aus der obigen Beschreibung ersichtlich ist, kann das im Fahrzeug eingebaute Kommunikationsnetz unter Verwendung der Ethernet-Kommunikation gemäß Ausführungsformen der vorliegenden Erfindung eine durch ein DHCP verursachte übermäßige IP-Zuteilung und die Begrenzung der IP-Einstellzeit beseitigen. Es kann insbesondere die gleiche Netzwerk-Flexibilität wie bei der dynamischen Adresszuteilung garantieren und kann rasch eine Netzwerk-Registrierung in der gleichen Weise wie in der statischen Adresszuteilung erstellen. Infolgedessen werden elektronische Bestandteile des Fahrzeugs schnell hochgefahren und das Fahrzeug beginnt schneller einen Normalbetrieb, so dass ein im Fahrzeug eingebautes Netzwerk stabiler betrieben werden kann.
  • Obwohl bevorzugte Ausführungsformen der vorliegenden Erfindung für veranschaulichende Zwecke beschrieben worden sind, wird der Fachmann auf dem Gebiet erkennen, dass verschiedenste Änderungen, Hinzufügungen und Ersetzungen möglich sind, ohne von dem Umfang und dem Geist der Erfindung, wie dies in den beigefügten Ansprüchen offenbart ist, abzuweichen.
  • Bezugszeichenliste
    • 27
    erste Selbst-Adressinformationen-Speichereinheit
    24
    erste Betriebsprogramm-Speichereinheit
    25
    erste Steuereinheit
    26
    erste Ethernet-Kommunikationseinheit
    21
    Benutzereingabeeinheit
    22
    Videoausgabeeinheit
    23
    Audioausgabeeinheit
    40
    DVD-Player
    36
    zweite Ethernet-Kommunikationseinheit
    35
    zweite Steuereinheit
    37
    zweite Selbst-Adressinformationen-Speichereinheit
    39
    Modus-Speichereinheit
    34
    zweite Betriebsprogramm-Speichereinheit
    38
    Speichereinheit für Adressinformationen von jeder Einheit

Claims (12)

  1. Verfahren zum Verwalten eines Fahrzeug-Ethernet-Kommunikationsnetzes, in dem ein Knoten für jede interne Einheit des Fahrzeugs eine Ethernet-Kommunikation durchführt, das Verfahren aufweisend: Eintreten, durch jede Einheit, in einen Einschalt-(PowerOn) Modus, wobei Energie an jede Einheit in dem Netzwerk des Fahrzeugs bereitgestellt wird, um jeden Betriebsvorgang in jeder Einheit zu initialisieren; Eintreten, durch jede Einheit in dem Netzwerk, in einen Normal-Modus, wobei ein Knoten in jeder Einheit in dem Netzwerk beteiligt ist und das Netzwerk dann angefordert wird; Eintreten, durch jede Einheit in dem Netzwerk, in einen Schlaf-Anzeige-(SleepInd)Modus, wobei andere Knoten nicht angefordert werden, selbst wenn das Netzwerk durch die anderen Knoten angefordert wird; Beenden, durch jede Einheit in dem Netzwerk, eines Kommunikations-Modus; Eintreten, durch jede Einheit in dem Netzwerk, in einen Warte-Bus-Schlaf-(WaitBusSleep)Modus, wobei alle mit dem Netzwerk verbundenen Knoten nicht in Verbindung stehen und warten; und Eintreten, durch jede Einheit in dem Netzwerk, in einen Ausschalt-(PowerOff)Modus, in dem jede Einheit ausgeschaltet wird, wodurch verhindert wird, dass jede Einheit mit einer anderen Einheit in dem Netzwerk in Verbindung steht.
  2. Verfahren nach Anspruch 1, wobei grundsätzliche Betriebsvorgänge des Schlaf-Anzeige-(SleepInd)Modus mit jenen des Normal-Modus identisch sind, aber der Schlaf-Anzeige-(SleepInd) Modus das Netzwerk nicht mehr erweckt.
  3. Verfahren nach Anspruch 1, ferner aufweisend: Eintreten in den Schlaf-Anzeige-(SleepInd)Modus, wenn eine Kommunikationsnachricht in dem Warte-Bus-Schlaf-(WaitBusSleep)Modus auftritt.
  4. Verfahren nach Anspruch 1, ferner aufweisend: Eintreten in den Schlaf-Modus, sobald der Warte-Bus-Schlaf-(WaitBusSleep)Modus für eine vorbestimmte Zeit beibehalten wird.
  5. Verfahren nach Anspruch 1, ferner aufweisend: in dem Schlaf-Modus oder dem Schlaf-Anzeige-(SleepInd)Modus, sobald ein entsprechender Knoten ein vorbestimmtes Wecksignal empfängt, ein Eintreten in den Normal-Modus.
  6. Verfahren nach Anspruch 5, wobei das vorbestimmte Wecksignal als ein lokales Wecksignal, das durch Selbst-Betriebsvorgänge von jeder Einheit verursacht wird, und ein Remote-Wecksignal, das durch eine Ethernet-Kommunikation verursacht wird, implementiert wird.
  7. Verfahren nach Anspruch 1, ferner aufweisend: in dem Einschalt-(PowerOn)Modus oder dem Normal-Modus, ein Durchführen einer Adresszuteilung für eine Ethernet-Kommunikation von jedem das Netzwerk bildenden Knoten.
  8. Verfahren nach Anspruch 7, ferner aufweisend: wenn die Adresszuteilung abgeschlossen ist, ein Eintreten in den Normal-Modus.
  9. Verfahren nach Anspruch 1, wobei der Ausschalt-(PowerOff) Modus aktiviert wird, wenn eine Batterie von dem Fahrzeug abgetrennt wird oder wenn alle Einheiten ausgeschaltet werden.
  10. Verfahren nach Anspruch 7, ferner aufweisend: wenn die Batterie an das Fahrzeug angeschlossen wird, ein sequenzielles Eintreten in den Einschalt-(PowerOn)Modus, den Normal-Modus, den Schlaf-Anzeige-(SleepInd)Modus und den Schlaf-Modus, wodurch die Netzwerk-Ersteinstellung abgeschlossen wird.
  11. Verfahren nach Anspruch 1, ferner aufweisend: wenn alle in dem Netzwerk enthaltenen Einheiten in den Schlaf-Anzeige-(SleepInd)Modus eintreten, ein Durchführen des Warte-Bus-Schlaf-(WaitBusSleep)Modus.
  12. System zum Verwalten eines Fahrzeug-Netzwerkes, wobei ein Knoten für jede in dem Fahrzeug enthaltene Einheit eine Ethernet-Kommunikation auf der Grundlage von zumindest einer Einheit durchführt, die einen dynamischen Hostkonfigurationsprotokoll-(DHCP)Server umfasst, das System aufweisend: jede Einheit des Netzwerkes umfassend: eine erste Betriebsprogramm-Speichereinheit, die eingerichtet ist, um ein Betriebsprogramm einschließlich eines Ethernet-Kommunikationsprotokolls zu speichern, eine erste Steuereinheit, die eingerichtet ist, um eine Gesamtsteuerung einer Vorrichtung auf der Grundlage eines in der ersten Betriebsprogramm-Speichereinheit gespeicherten Programms bereitzustellen, eine erste Ethernet-Kommunikationseinheit, die eingerichtet ist, um mit zumindest einer anderen Einheit oder dem DHCP-Server in Verbindung zu stehen, und eine erste Selbst-Adressinformationen-Speichereinheit, die eingerichtet ist, um durch Kommunikation mit dem DHCP-Server zugeteilte Selbst-Adressinformationen zu speichern, wobei die zumindest eine den DHCP-Server umfassende Einheit umfasst: eine zweite Betriebsprogramm-Speichereinheit, die eingerichtet ist, um ein Betriebsprogramm einschließlich eines Ethernet-Kommunikationsprotokolls zu speichern, eine zweite Steuereinheit, die eingerichtet ist, um eine Gesamtsteuerung einer Vorrichtung auf der Grundlage eines in der zweiten Betriebsprogramm-Speichereinheit gespeicherten Programms bereitzustellen, eine zweite Ethernet-Kommunikationseinheit, die eingerichtet ist, um mit zumindest einer anderen Einheit in dem Netzwerk in Verbindung zu stehen, eine zweite Selbst-Adressinformationen-Speichereinheit, die eingerichtet ist, um Selbst-Adressinformationen zu speichern, eine dritte Speichereinheit, die eingerichtet ist, um Adressinformationen von jeder Einheit zu speichern, um so Adressinformationen von jeder das Netzwerk bildenden Einheit zu speichern, und eine Modus-Speichereinheit, die eingerichtet ist, um eine einen Betriebszustand des Netzwerkes angebende Betriebsart als Daten zu speichern.
DE102012214008.5A 2011-12-15 2012-08-07 System und Verfahren zum Verwalten eines Ethernet-Kommunikationsnetzes zur Verwendung im Fahrzeug Active DE102012214008B4 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2011-0135799 2011-12-15
KR1020110135799A KR101283213B1 (ko) 2011-12-15 2011-12-15 차량용 이더넷 통신 네트워크 운영관리 시스템 및 그 방법

Publications (2)

Publication Number Publication Date
DE102012214008A1 true DE102012214008A1 (de) 2013-06-20
DE102012214008B4 DE102012214008B4 (de) 2024-02-15

Family

ID=48522248

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102012214008.5A Active DE102012214008B4 (de) 2011-12-15 2012-08-07 System und Verfahren zum Verwalten eines Ethernet-Kommunikationsnetzes zur Verwendung im Fahrzeug

Country Status (6)

Country Link
US (1) US9450911B2 (de)
JP (1) JP6200148B2 (de)
KR (1) KR101283213B1 (de)
CN (1) CN103167054B (de)
DE (1) DE102012214008B4 (de)
FR (1) FR2984653B1 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107453707A (zh) * 2017-08-25 2017-12-08 上海电力设计院有限公司 利用储热系统解决光伏电能消纳的方法
DE102017208747A1 (de) 2017-05-23 2018-11-29 Bayerische Motoren Werke Aktiengesellschaft Verfahren und System zur Adressierung von Sende- und Empfangseinheiten eines Fahrerassistenzsystems

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101393539B1 (ko) * 2012-09-17 2014-05-09 기아자동차 주식회사 자동차 통합 네트워크 시스템
KR101481132B1 (ko) * 2013-12-10 2015-01-14 현대오트론 주식회사 차량용 네트워크에서의 데이터 출력 시간 동기화 장치 및 방법
KR101490409B1 (ko) * 2014-02-13 2015-02-05 현대자동차주식회사 차량용 이더넷을 위한 제어기 및 그 제어방법
US9876857B2 (en) * 2014-08-27 2018-01-23 Hyundai Motor Company Operation method of communication node in network
KR101596756B1 (ko) * 2014-11-03 2016-03-07 현대자동차주식회사 리던던트 그랜드마스터를 이용한 차량 내 네트워크 시간 동기화 제공 방법 및 장치
KR101630729B1 (ko) * 2015-04-16 2016-06-24 현대자동차주식회사 차량에 최적화된 이더넷 통신 제공 방법 및 시스템
KR102292827B1 (ko) * 2015-09-08 2021-08-23 현대자동차주식회사 네트워크에서 통신 노드의 동작 방법
JP6492234B2 (ja) * 2016-12-06 2019-03-27 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 情報処理装置及び情報処理方法
WO2018104929A1 (en) 2016-12-07 2018-06-14 Arilou Information Security Technologies Ltd. System and method for using signal waveform analysis for detecting a change in a wired network
KR102286050B1 (ko) * 2017-06-23 2021-08-03 현대자동차주식회사 차량 네트워크에서 진단 오류 방지를 위한 방법 및 장치
CN111149141A (zh) 2017-09-04 2020-05-12 Nng软件开发和商业有限责任公司 用于收集并使用来自交通工具的传感器数据的方法和装置
US20200389469A1 (en) 2017-12-24 2020-12-10 Arilou Information Security Technologies Ltd. System and method for tunnel-based malware detection
WO2020122280A1 (ko) * 2018-12-13 2020-06-18 엘지전자 주식회사 차량용 시스템 및 방법
US11323548B2 (en) 2019-01-20 2022-05-03 Arilou Information Security Technologies Ltd. System and method for data compression based on data position in frames structure
CN111490918B (zh) * 2019-01-29 2021-07-30 广州汽车集团股份有限公司 车载以太网网络唤醒系统、方法、装置和计算机设备
CN110136753A (zh) * 2019-04-26 2019-08-16 苏州凯云迪电子科技有限公司 分布式车载音频处理系统及车载娱乐装置
CN112422385B (zh) 2019-08-23 2022-11-29 微芯片技术股份有限公司 用于改进的媒体访问的接口以及相关的系统、方法和设备
CN112422295B (zh) 2019-08-23 2023-06-13 微芯片技术股份有限公司 以太网接口及相关系统、方法和设备
CN112423403A (zh) 2019-08-23 2021-02-26 微芯片技术股份有限公司 检测网络上的冲突
CN112422153B (zh) 2019-08-23 2023-04-07 微芯片技术股份有限公司 检测到共享传输介质处冲突后处理数据接收的方法和系统
CN112422219B (zh) 2019-08-23 2024-05-24 微芯片技术股份有限公司 以太网接口和相关系统、方法和设备
US20240073093A1 (en) * 2019-09-20 2024-02-29 Sonatus, Inc. System, method, and apparatus to execute vehicle communications using a zonal architecture
US11538287B2 (en) * 2019-09-20 2022-12-27 Sonatus, Inc. System, method, and apparatus for managing vehicle data collection
KR20220070242A (ko) * 2019-09-20 2022-05-30 소나투스, 인코포레이티드 차량에서 혼합 네트워크 통신을 지원하는 시스템, 방법 및 장치
US12103479B2 (en) 2020-03-06 2024-10-01 Sonatus, Inc. System, method, and apparatus for managing vehicle automation
US20220297635A1 (en) * 2020-03-06 2022-09-22 Sonatus, Inc. System, method, and apparatus for managing vehicle data collection
US11772583B2 (en) 2020-03-06 2023-10-03 Sonatus, Inc. System, method, and apparatus for managing vehicle automation
US12094259B2 (en) 2020-03-06 2024-09-17 Sonatus, Inc. System, method, and apparatus for managing vehicle automation
JP2023518827A (ja) * 2020-03-24 2023-05-08 マイクロチップ テクノロジー インコーポレイテッド １０ｓｐｅローカル及びリモートウェイクによる少接続部数インターフェースウェイクソース通信、並びに関連するシステム、方法、及びデバイス
CN111865424B (zh) * 2020-05-25 2022-01-11 深圳市周立功单片机有限公司 一种汽车光纤以太网通信装置
KR102390879B1 (ko) * 2020-12-16 2022-04-26 현대모비스 주식회사 복수의 동작 모드를 구비한 배터리 관리 시스템 및 그것의 모드 동작 방법
CN116112298A (zh) * 2023-01-31 2023-05-12 重庆长安汽车软件科技有限公司 车辆网络管理方法、装置、设备及存储介质
US11741243B1 (en) * 2023-03-31 2023-08-29 Sumitaka Matsumoto Method for using redundant encryption to secure data in supervisory control systems

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5726984A (en) 1989-01-31 1998-03-10 Norand Corporation Hierarchical data collection network supporting packetized voice communications among wireless terminals and telephones
US7672756B2 (en) * 1995-06-07 2010-03-02 Automotive Technologies International, Inc. Vehicle communications using the internet
JPH10329628A (ja) 1997-05-30 1998-12-15 Furukawa Electric Co Ltd:The 車両搭載コンピュータシステム
KR100284257B1 (ko) * 1997-08-31 2001-03-02 윤종용 전자식 통행요금 징수 시스템의 자동 기동장치
JP2003324381A (ja) * 2002-04-26 2003-11-14 Sumitomo Electric Ind Ltd 通信システム、車載通信システム、及び中継装置
US6888265B2 (en) * 2002-09-13 2005-05-03 Delphi Technologies, Inc. Motor vehicle immobilizer with key-in warning responsive to ignition state
JP2005181789A (ja) * 2003-12-22 2005-07-07 Bondotekku:Kk 大型フラット表示パネルにおける実装方法及び装置
US7183896B2 (en) * 2004-01-13 2007-02-27 Temic Automotive Of North America, Inc. Wake-up circuit
US7814195B2 (en) * 2004-09-10 2010-10-12 Sony Corporation Method for data synchronization with mobile wireless devices
DE102004060007B4 (de) 2004-12-14 2014-07-31 Bayerische Motoren Werke Aktiengesellschaft Datenbussystem für Kraftfahrzeuge und Diagnoseverfahren
US20070038346A1 (en) * 2005-08-11 2007-02-15 Wabash National, L.P. System and method of wireless communication between a trailer and a tractor
JP2008236217A (ja) 2007-03-19 2008-10-02 Fujitsu Ltd ＦｌｅｘＲａｙネットワーク接続方法、ＦｌｅｘＲａｙネットワーク及びＦｌｅｘＲａｙネットワーク用電子制御ユニット
US7842208B2 (en) 2007-07-21 2010-11-30 Diolen Industrial Fibers B.V. Spinning method
CN101364740B (zh) * 2007-08-07 2013-05-22 奇瑞汽车股份有限公司 一种混合动力汽车的控制方法
WO2009113919A1 (en) 2008-03-14 2009-09-17 Volvo Techology Corporation System and method for providing a stable and tamper proof communication between a vehicle, a vehicle related unit, and a remote system
CN101296144B (zh) * 2008-06-24 2010-12-22 山东大学 睡眠模式下减少响应时间的装置及其控制方法
JP5120720B2 (ja) * 2008-10-15 2013-01-16 トヨタ自動車株式会社 電子制御装置及び電子制御装置の制御方法
US20100234071A1 (en) * 2009-03-12 2010-09-16 Comsys Communication & Signal Processing Ltd. Vehicle integrated communications system
US8737345B2 (en) * 2009-05-20 2014-05-27 Robert Bosch Gmbh Dynamic function slot assignment in intra-vehicular wireless networks
CN101700762B (zh) * 2009-11-20 2012-02-01 浙江吉利汽车研究院有限公司 一种车载can总线网络的节电方法
DE102010008818A1 (de) 2010-02-22 2011-08-25 Continental Automotive GmbH, 30165 Verfahren zur Aktivierung einer Netzwerk-Komponente eines Fahrzeug-Netzwerksystems
US8750319B2 (en) * 2010-11-03 2014-06-10 Broadcom Corporation Data bridge
CN102231705B (zh) * 2011-06-27 2012-07-04 广州汽车集团股份有限公司 动力can网络控制方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102017208747A1 (de) 2017-05-23 2018-11-29 Bayerische Motoren Werke Aktiengesellschaft Verfahren und System zur Adressierung von Sende- und Empfangseinheiten eines Fahrerassistenzsystems
DE102017208747B4 (de) * 2017-05-23 2020-11-26 Bayerische Motoren Werke Aktiengesellschaft Verfahren und System zur Adressierung von Sende- und Empfangseinheiten eines Fahrerassistenzsystems
CN107453707A (zh) * 2017-08-25 2017-12-08 上海电力设计院有限公司 利用储热系统解决光伏电能消纳的方法

Also Published As

Publication number Publication date
JP2013126253A (ja) 2013-06-24
JP6200148B2 (ja) 2017-09-20
FR2984653A1 (fr) 2013-06-21
KR101283213B1 (ko) 2013-07-05
CN103167054A (zh) 2013-06-19
CN103167054B (zh) 2017-10-31
FR2984653B1 (fr) 2018-01-12
DE102012214008B4 (de) 2024-02-15
US9450911B2 (en) 2016-09-20
KR20130068543A (ko) 2013-06-26
US20130159489A1 (en) 2013-06-20

Similar Documents

Publication Publication Date Title
DE102012214008B4 (de) System und Verfahren zum Verwalten eines Ethernet-Kommunikationsnetzes zur Verwendung im Fahrzeug
DE69123699T2 (de) Verfahren zür Datenübertragung in einem Kommunikationsnetzwerk eines Automobiles
EP3152929B1 (de) Fernsteuern eines kraftfahrzeugs während einer parkphase
DE102006036322B4 (de) Fahrzeugkommunikationsverfahren und -System, Funktionsidentifikationssystem und elektronische Steuereinheit
DE102010009320B4 (de) Verfahren zur Vorkonditionierung von Fahrzeugen
DE112007001922B4 (de) System und Verfahren zur Begrenzung der Prozessorleistung
DE102017117355B4 (de) Onboard-Fahrzeugkommunikationssystem
EP1351433B1 (de) Energieverwaltung von Netzwerken
DE112017001751T5 (de) Kommunikationen über datenbusse
DE102017123252A1 (de) Softwareaktualisierungsverfahren und -vorrichtung für Fahrzeug
DE102011081452B3 (de) Verfahren zum Übertragen von Botschaften in einem Kommunikationsnetzwerk.
DE102013210265A1 (de) Kommunikationssystem
DE102014000248B3 (de) Bus-Microcontroller und Bus-Knoten-Schaltung, sowie elektronische Steuereinheit für ein Fahrzeug
DE102012224495A1 (de) System und verfahren zum steuern eines integrierten netzwerkes eines fahrzeugs
DE102015214915B4 (de) Flexibles Scheduling-Verfahren und Scheduling-Vorrichtung bei einer LIN-Kommunikation
DE102021103064A1 (de) Kommunikationssystem
DE102019126529A1 (de) Beibehalten der aktivität der funkressourcensteuerung nach sms-aufwecken
DE102016204536A1 (de) Weiterleitungsvorrichtung
DE102021104422A1 (de) Verfahren zum Betreiben eines Kommunikationssystems, Kommunikationssystem und Rechensystem
EP2567506A1 (de) Verfahren zum wechseln eines betriebszustands mindestens einer vorrichtung
DE19780639C2 (de) Arbeitsübernahmesystem
DE102019111623A1 (de) Lenksteuerapparat und lenksteuerverfahren und lenksystem
DE102018217311B4 (de) Elektronische Steuereinheit
DE112011105828B4 (de) Elektronische Steuerungsvorrichtungen und Mikrocomputersteuerungsverfahren mit Ruhebetriebsart
EP1566725A1 (de) Verfahren und Vorrichtung zum Netzmanagement für Steuergeräte

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: H04L0012240000

Ipc: H04L0041000000

R016 Response to examination communication
R018 Grant decision by examination section/examining division