DE102012216012A1 - Datenaufzeichenvorrichtung für ein Fahrzeugnetzwerk - Google Patents

Datenaufzeichenvorrichtung für ein Fahrzeugnetzwerk Download PDF

Info

Publication number
DE102012216012A1
DE102012216012A1 DE102012216012.4A DE102012216012A DE102012216012A1 DE 102012216012 A1 DE102012216012 A1 DE 102012216012A1 DE 102012216012 A DE102012216012 A DE 102012216012A DE 102012216012 A1 DE102012216012 A1 DE 102012216012A1
Authority
DE
Germany
Prior art keywords
data
recording device
data recording
communication
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
DE102012216012.4A
Other languages
English (en)
Inventor
Helge Zinner
Josef Nöbauer
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.)
Continental Automotive GmbH
Original Assignee
Continental Automotive GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Continental Automotive GmbH filed Critical Continental Automotive GmbH
Priority to DE102012216012.4A priority Critical patent/DE102012216012A1/de
Priority to CN201380046896.0A priority patent/CN104620541A/zh
Priority to PCT/EP2013/068500 priority patent/WO2014037517A1/de
Priority to US14/426,912 priority patent/US20150228130A1/en
Priority to EP13765296.2A priority patent/EP2893672A1/de
Publication of DE102012216012A1 publication Critical patent/DE102012216012A1/de
Ceased legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00Electric 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/02Electric 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/023Electric 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 transmission of signals between vehicle parts or subsystems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/04Processing captured monitoring data, e.g. for logfile generation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/12Network monitoring probes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215Controller Area Network CAN
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40241Flexray
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40267Bus for use in transportation systems
    • H04L2012/40273Bus for use in transportation systems the transportation system being a vehicle
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/069Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Mechanical Engineering (AREA)
  • Small-Scale Networks (AREA)

Abstract

Eine Datenaufzeichenvorrichtung (22) zum Aufzeichnen von Kommunikationsdaten eines Fahrzeugnetzwerks (10) umfasst einen ersten Eingang (24a) zum Empfangen erster Kommunikationsdaten aus einem ersten Punkt (18, 16) des Fahrzeugnetzwerks (10) und einen zweiten Eingang zum Empfangen zweiter Kommunikationsdaten aus einem zweiten Punkt (18, 16) des Fahrzeugnetzwerks (10). Die Datenaufzeichenvorrichtung (22) ist dazu ausgeführt, die ersten Kommunikationsdaten mit einem ersten Zeitstempel und die zweiten Kommunikationsdaten mit einem zweiten Zeitstempel zu versehen, wobei der erste Zeitstempel und der zweite Zeitstempel miteinander synchronisiert sind.

Description

  • Gebiet der Erfindung
  • Die Erfindung betrifft eine Datenaufzeichenvorrichtung zum Aufzeichnen von Kommunikationsdaten eines Fahrzeugnetzwerks, eine Diagnoseanordnung und ein Verfahren zum Aufzeichnen von Kommunikationsdaten eines Fahrzeugnetzwerks.
  • Hintergrund der Erfindung
  • Datenaufzeichenvorrichtungen bzw. Datenlogger werden dazu eingesetzt, Kommunikationsdaten zwischen Elektronikkomponenten, beispielsweise Steuergeräten, eines Fahrzeugs auszulesen und zu Diagnosezwecken weiterzuverarbeiten.
  • Beispielsweise können CAN-, FlexRay- und MOST-Busse die Elektronikkomponenten eines Fahrzeugnetzwerkes bzw. eines Fahrzeugkommunikationsnetzwerkes untereinander vernetzen und so ein vernetztes Fahrzeugnetzwerk bilden. Zur Verbindung dieser Feldbusse hat sich eine sternförmige Netzwerktopologie etabliert, in der ein zentrales Gateway alle Busse verbindet und gleichzeitig den externen Fahrzeugzugang zu Datenaufzeichenvorrichtungen hin, beispielsweise über einen einzelnen Diagnose-Stecker, bereitstellt. Hierdurch können zur Laufzeit alle Signale des am zentralen Gateway angeschlossenen Bussystems mitgelesen werden.
  • Die Fahrzeugdiagnose beschreibt in Anlehnung an den medizinischen Begriff ”Diagnose” die genaue Zuordnung von Befunden zu Fehlern an elektrischen und elektronischen Komponenten an Fahrzeugen. Unter dem Begriff ”Fahrzeugdiagnose” sind eine Reihe von technischen Verfahren und Anwendungen zusammengefasst, welche zum Beispiel bei der Fehleranalyse im Reparaturfall, in der Qualitätssicherung für statistische Auswertungen und bei der Fahrzeugentwicklung angewendet werden. Darüber hinaus dient die Fahrzeugdiagnose zur Information bzw. Warnung des Fahrers über aufgetretene Fehler und zum Einleiten von Deaktivierungen von Fahrzeugeigenschaften, wenn deren Betrieb nicht zweifelsfrei sichergestellt werden kann.
  • Die Fahrzeugdiagnose kann grundsätzlich aufgegliedert werden in Diagnosebestandteile innerhalb des Fahrzeugs-On-Board- Diagnose, auch Fahrzeugeigendiagnose, und in Diagnosebestandteile außerhalb des Fahrzeugs-Off-Board-Diagnose (Diagnoseinformationen, Diagnosewerkzeuge).
  • Im engeren Sinne kann Fahrzeugdiagnose in der Automobilindustrie die (Diagnose-)Kommunikation zwischen einem externen Prüfgerät, dem Diagnose-Tester (Fahrzeugdiagnosesystem) und den einzelnen Elektronikkomponenten über ein Diagnoseprotokoll bedeuten.
  • Der Diagnosetester bzw. das Prüfgerät kann dabei eine Datenaufzeichenvorrichtung umfassen, die die Kommunikationsdaten zwischen den Elektronikkomponenten erfasst und ausliest.
  • Als Bindeglied zwischen Diagnosetester und dem Fahrzeug können Diagnosedaten dienen (inzwischen genormt über ODX), welche die Kommunikation beschreiben und in den Diagnosesystemen der Off-Board-Diagnose vorgehalten werden. Sie beschreiben das verwendete Diagnoseprotokoll, die einzelnen Befehle, deren mögliche Antworten von der Elektronikkomponente und die Interpretation der Daten, z. B. Umrechnung in physikalische Werte.
  • Als Zugang zur Fahrzeugdiagnose kann ein Diagnosezugang (beispielsweise kabellos oder kabelgebunden) genutzt werden, welcher auch für das Flashen der Elektronikkomponenten bedient werden kann.
  • In der Qualitätssicherung und während der Fahrzeugentwicklung werden in der Regel Diagnosetester verwendet, die sich auf das Aufzeichnen der On-Board-Kommunikation beschränken. Dies kann relativ große und schwer zu analysierende Datenmengen erzeugen. Einige für den Automotive-Bereich basierende Beispiele sind MultiLOG (GiN, Vector Informatik), MC Log (IHR GmbH), CCO DLIII (Condalo GmbH), M-LOG (IPETRONIK GmbH & CoKG), blue PiraT (Telemotive).
  • Eine andere Gruppe von Diagnosetestern ist überwiegend rein softwarebasiert (kann also auf Laptops oder Industrie-PCs im Auto betrieben werden) und bietet auch Datenloggerfunktionalität, wie z. B. CANoe, X-Analyzer, canAnalyzer, CANcorder, EDICmobil, TraceRunner, IPEmotion u. a. Einige dieser Fahrzeugdiagnosewerkzeuge bieten zusätzliche Funktionalitäten wie z. B. (Restbus-)Simulation (CANoe) an.
  • Weiterhin existieren auch Diagnosetester, die beide Hauptfunktionalitäten Fehlerspeicheranalyse und Aufzeichnen der Datenbuskommunikation unterstützen. Beispiele sind CANape (Vector Informatik), DiagRA MCD (RA Consulting) und Tedradis (IT-Designers). Diese erstellen einen zeitlichen Zusammenhang zwischen den aufgezeichneten CAN-Nachrichten und den ausgelesenen Fehlerspeichern der Elektronikkomponenten und erleichtern auf diese Weise die Analyse. Das Werkzeug Tedradis unterstützt zusätzlich den Benutzer durch weitere Möglichkeiten zur Datenreduktion (wie z. B. Trigger), visuelle Aufbereitung der relevanten Daten, Auslesen und Aufzeichnen von Fahrzeuginformationen wie z. B. Steuergerätekodierung u. a. Auch Hersteller von Embeddedgeräten wie Telemotive (blue PiraT) und Condalo GmbH (CCO DLII) arbeiten zurzeit an Funktionen, die den Benutzer bei der Analyse der Daten unterstützen.
  • Bei allen diesen Systemen wird der Datenlogger jedoch an einer zentralen Schnittstelle des Fahrzeugnetzwerks angeschlossen, wenn die Daten eines Gesamtfahrzeugs ausgelesen werden. Während der Entwicklung können auch einzelne Steuergeräte separat ausgelesen werden. Zusätzlich kann dies auch vom Feldbus selbst und den möglichen Netzwerktopologien abhängen. Bei MOST (mit Ring-Struktur) kann z. B. auch die Position eine entscheidende Rolle spielen.
  • Auch Ethernet kann als Kommunikationsmittel zwischen Elektronikkomponenten im Fahrzeug einsetzt werden.
  • Beispielsweise kann sich bei größeren Datenumfängen der Fahrzeugzugang über Ethernet als neuen Diagnosezugang von großem Vorteil erweisen. Mit der Einführung von standardisierten IP-Diagnose-Schnittstellen, wie in ISO 13400 spezifiziert, kann mit Ethernet als physikalischer Schicht eine Einführung eines Diagnosezugangs noch schneller vorangetrieben werden.
  • Im Gegensatz zu den vorhandenen Bussystemen wie MOST, FlexRay und CAN stellt Ethernet heutzutage aber kein Shared-Medium (geteiltes Medium) dar. Bei einem Shared-Medium teilen sich alle Teilnehmer (Elektronikkomponenten) die Bandbreite und alle haben Zugriff auf die Dateninhalte. Ethernet war in der ursprünglichen Version auch Shared-Medium, wird aber im Wesentlichen nur noch als ein Switched-Medium (geschaltetes Medium) betrieben, bei welchem die maximale Bandbreite (z. B. 100 Mbit/s) jeweils auf jedem Link (einer Netzwerkverbindung zwischen zwei Elektronikkomponenten) in beide Richtungen (full duplex) zur Verfügung steht.
  • Dies kann bei einem Auslesen von Kommunikationsdaten zu Problemen führen, da ausgelesene Kommunikationsdaten über eine Netzwerkverbindung zu dem zentralen Gateway gesendet werden müssten, die gleichzeitig zum Versenden von Kommunikationsdaten zwischen zwei Elektronikkomponenten benutzt werden soll. Auch können weitere Probleme entstehen: Die Kommunikation wird nicht im gesamten Netzwerk verteilt. Die Kommunikation erfolgt nur meist nur zwischen benachbarten Knoten. Wenn die Links ausgelastet sind, kann die gesamte Kommunikation nicht über einen gleichschnellen Link verteilt werden. Dies kann zu einem Engpass in der Bandbreite führen.
  • Dies wird weiter unten auch in Bezug auf 1 näher erläutert.
  • Es ist Aufgabe der Erfindung, ein effizientes Diagnosesystem für ein Fahrzeugnetzwerk bereitzustellen, bei dem keine Daten verloren gehen und bei dem eine zeitliche Zuordnung bzw. die zeitliche Reihenfolge der Daten bestehen bleiben kann.
  • Diese Aufgabe wird durch den Gegenstand der unabhängigen Ansprüche gelöst. Weitere Ausführungsformen der Erfindung ergeben sich aus den abhängigen Ansprüchen und aus der folgenden Beschreibung.
  • Ein Aspekt der Erfindung betrifft eine Datenaufzeichenvorrichtung bzw. einen Datenlogger zum Aufzeichnen von Kommunikationsdaten eines Fahrzeugnetzwerks. Das Fahrzeugsystem kann eine Mehrzahl von Netzwerkverbindungen umfassen, die Elektronikkomponenten eines Fahrzeugs, beispielsweise eines Automobils, PKWs, LKWs, Busses, Motorrades usw., verbinden.
  • Gemäß einer Ausführungsform der Erfindung umfasst die Datenaufzeichenvorrichtung einen ersten Eingang zum Empfangen erster Kommunikationsdaten aus einem ersten Punkt des Fahrzeugnetzwerks und einen zweiten Eingang zum Empfangen zweiter Kommunikationsdaten aus einem zweiten Punkt des Fahrzeugnetzwerks. Mit anderen Worten kann die Datenaufzeichenvorrichtung über wenigstens zwei Eingänge mit unterschiedlichen Netzwerkverbindungen bzw. Netzwerkkabeln des Fahrzeugnetzwerks verbunden werden. Die Datenaufzeichenvorrichtung kann dazu ausgeführt sein, an verschiedenen Punkten des Fahrzeugnetzwerks Kommunikationsdaten zu loggen. Auf diese Weise kann vermieden werden, dass Netzwerkverbindungen dazu verwendet werden müssen, um Kommunikationsdaten zwischen Elektronikkomponenten und der Datenaufzeichenvorrichtung zu übertragen.
  • Beispielsweise kann die Datenaufzeichenvorrichtung durch eine Mehrzahl von Eingängen bzw. Schnittstellen parallel Kommunikationsdaten aus dem Fahrzeugnetzwerk entnehmen und optional diese weiterverarbeiten. Es ist zu verstehen, dass die Eingänge direkt mit den betreffenden Punkten des Netzwerks verbunden sein können, d. h. dass die Kommunikationsdaten über gesonderte Leitungen bzw. Verbindungen, die nicht Bestandteil des Fahrzeugnetzwerks sind, von den Punkten zu den Eingängen übertragen werden. Eine derartige Verbindung kann eine TAP (T-Stück) oder einen zusätzlichen Switch umfassen. Hierfür kann eine bestehende Verbindung zwischen den Elektronikkomponenten aufgetrennt werden.
  • Weiter ist die Datenaufzeichenvorrichtung dazu ausgeführt, die ersten Kommunikationsdaten mit einem ersten Zeitstempel und die zweiten Kommunikationsdaten mit einem zweiten Zeitstempel zu versehen, wobei der erste Zeitstempel und der zweite Zeitstempel miteinander synchronisiert sind. Auf diese Weise können Kommunikationsdaten, die von verschiedenen Punkten und/oder auch von verschiedenen Geräten des Fahrzeugnetzwerks eingelesen wurden, in eine zeitliche Beziehung gesetzt werden und/oder zeitlich protokolliert werden, um beispielsweise bei den Daten zwischen Aktionsereignis und Reaktionsereignis unterscheiden zu können.
  • Wenn die Kommunikationsdaten bereits Zeitstempel aufweisen, bevor sie eingelesen wurden, ist es auch möglich, dass diese bereits vorhandenen Zeitstempel zeitlich in Bezug gesetzt und/oder zeitlich abgeglichen werden. Beispielsweise bieten FlexRay und Ethernet AVB eine zeitsynchrone Datenkommunikation.
  • Die Datenaufzeichenvorrichtung kann dazu ausgeführt sein, ein Zeitsynchronisationsprotokoll zum Synchronisieren der Kommunikationsdaten zu verwenden. Hierbei können verteilt im ganzen Fahrzeugnetzwerk Kommunikationsdaten aufgenommen werden und den Kommunikationsdaten ein Zeitstempel zugeordnet werden.
  • Gemäß einer Ausführungsform der Erfindung umfasst das Fahrzeugnetzwerk Ethernet-Verbindungen. Die ersten Kommunikationsdaten und die zweiten Kommunikationsdaten können Ethernet-Datenpakete sein. Die Datenaufzeichenvorrichtung kann dazu ausgeführt sein, Ethernet-Kommunikationsdaten einzulesen bzw. zu loggen. Die Kommunikationsdaten können aus einem Ethernet-basierten Netzwerk aufgenommen und verarbeitet werden.
  • Beispielsweise kann die Datenaufzeichenvorrichtung mehrere Ethernet-Ports als Eingänge aufweisen, um an verschiedenen Stellen des Fahrzeugnetzwerkes Daten aufzunehmen.
  • Gemäß einer Ausführungsform der Erfindung umfasst die Datenaufzeichenvorrichtung einen Ausgang zum Ausgeben der ersten Kommunikationsdaten und der zweiten Kommunikationsdaten. Die Datenaufzeichenvorrichtung kann dazu ausgeführt sein, die ersten Kommunikationsdaten und die zweiten Kommunikationsdaten mittels der ersten Zeitstempel und zweiten Zeitstempel zeitlich anzuordnen. Auf diese Weise können die Kommunikationsdaten zeitlich in Bezug gesetzt und weiterverarbeitet werden.
  • Gemäß einer Ausführungsform der Erfindung umfasst die Datenaufzeichenvorrichtung einen Synchronisationseingang zum Synchronisieren der Datenaufzeichenvorrichtung mit einer weiteren Datenaufzeichenvorrichtung, so dass die ersten Zeitstempel und zweiten Zeitstempel mit Zeitstempeln der weiteren Datenaufzeichenvorrichtung synchronisiert werden. Sind mehrere Datenlogger im Einsatz, können diese wiederum miteinander synchronisiert werden. Auf diese Weise kann ein verteiltes Loggingsystem aufgebaut werden, das mehrere Datenaufzeichenvorrichtungen umfasst.
  • Zur Synchronisation der Datenaufzeichenvorrichtungen kann ein Protokoll, wie beispielsweise IEEE1588 bzw. IEEE802.1AS, verwendet werden, um mehrere der Datenaufzeichenvorrichtungen zeitlich zu synchronisieren. Auf diese Weise können auch die Kommunikationsdaten sehr großer Ethernet-Netzwerke (d. h. viele einzelne Verbindungen) mit Hilfe von mehreren synchronisierten Datenaufzeichenvorrichtungen aufgezeichnet und ein zeitlicher Bezug der aufgezeichneten Daten hergestellt werden.
  • Gemäß einer Ausführungsform der Erfindung ist die Datenaufzeichenvorrichtung bzw. deren Logik zumindest teilweise in Hardware ausgeführt. Beispielsweise können die Zeitstempel bereits durch eine entsprechende Hardware-Einheit beim Empfang von Kommunikationsdaten sein. Diese Möglichkeit wird beispielsweise auch in IEEE1588 bzw. IEEE802.1AS benutzt und von diversen Bausteinen bereits unterstützt. Durch diese Zeitstempel kann die Kommunikation jeder einzelnen Verbindung in Bezug zu den anderen Verbindungen gebracht werden.
  • Durch die Verwendung einer entsprechenden Hardware-Einheit kann eine Genauigkeit für die Zeitstempel im Bereich von Nanosekunden (weniger als 10 Nanosekunden) erreicht werden.
  • Ein weiterer Aspekt der Erfindung betrifft eine Diagnoseanordnung, die zum Testen eines Fahrzeugnetzwerks eines Fahrzeugs verwendet werden kann.
  • Gemäß einer Ausführungsform der Erfindung umfasst die Diagnoseanordnung ein Fahrzeugnetzwerk, das eine Mehrzahl von Elektronikkomponenten und eine Mehrzahl von Netzwerkverbindungen umfasst, die die Elektronikkomponenten verbinden. Weiter umfasst die Diagnoseanordnung eine Datenaufzeichenvorrichtung, so wie sie obenstehend und untenstehend beschrieben ist.
  • Gemäß einer Ausführungsform der Erfindung ist die Datenaufzeichenvorrichtung mit einem Eingang mit einem Ausgang einer Netzwerkweiche (d. h. eines Switches) verbunden. Eine Mehrzahl von Eingängen der Datenaufzeichenvorrichtung können (beispielsweise über ein Netzwerkkabel und einen Stecker) mit mehreren Switches verbunden sein, um an verschiedenen Stellen des Fahrzeugnetzwerks Daten einzulesen. Der erste oder zweite Punkt, von dem die Kommunikationsdaten stammen, kann somit ein Switch sein.
  • Gemäß einer Ausführungsform der Erfindung ist die Datenaufzeichenvorrichtung mit einem Eingang mittels eines Abgriffs (z. B. Taps) mit einer Netzwerkleitung verbunden. Die Eingänge können auch mit mehreren Taps an verschiedenen Netzwerkleitungen, die eine Netzwerkverbindung bereitstellen, verbunden sein. Der erste oder zweite Punkt, von dem die Kommunikationsdaten stammen, kann somit eine Netzwerkverbindung bzw. eine Netzwerkleitung sein.
  • Ein weiterer Aspekt der Erfindung betrifft ein Verfahren zum Aufzeichnen von Kommunikationsdaten eines Fahrzeugnetzwerks. Es ist zu verstehen, dass Merkmale des Verfahrens, so wie obenstehend und untenstehend beschrieben, auch Merkmale der Datenaufzeichenvorrichtung und/oder der Diagnoseanordnung sein können und umgekehrt.
  • Gemäß einer Ausführungsform der Erfindung umfasst das Verfahren umfassend die Schritte von:
    • – Empfangen erster Kommunikationsdaten aus einem ersten Punkt des Fahrzeugnetzwerks in einer Datenaufzeichenvorrichtung;
    • – Empfangen zweiter Kommunikationsdaten aus einem zweiten Punkt des Fahrzeugnetzwerks in der Datenaufzeichenvorrichtung;
    • – Versehen der ersten Kommunikationsdaten in der Datenaufzeichenvorrichtung mit einem ersten Zeitstempel;
    • – Versehen der zweiten Kommunikationsdaten in der Datenaufzeichenvorrichtung mit einem zweiten Zeitstempel, wobei der erste Zeitstempel und der zweite Zeitstempel miteinander synchronisiert sind.
  • Mit einer einzigen Datenaufzeichenvorrichtung können Daten von mehreren Punkten eines Fahrzeugnetzwerks aufgenommen bzw. eingelesen und zeitlich abgeglichen werden.
  • Gemäß einer Ausführungsform der Erfindung umfasst das Verfahren weiter den Schritt von:
    • – Synchronisieren der Datenaufzeichenvorrichtung mit einer weiteren Datenaufzeichenvorrichtung. Der Abgleich kann auch zwischen mehreren Datenaufzeichenvorrichtungen, die sich gegenseitig synchronisieren können, erfolgen.
  • Das Verfahren ermöglicht es, die Kommunikation eines gesamten Netzwerkes, beispielsweise eines Ethernet-Fahrzeugnetzwerkes, zu protokollieren und einen zeitlichen Bezug herzustellen. Das Aufzeichnen kann unabhängig von der Bandbreite des Netzwerkes durch die mehreren Eingänge und optional durch eine Skalierbarkeit mittels einer Verwendung von mehreren Datenloggern erfolgen. Auf diese Weise kann genügend Kapazität bereitgestellt werden, alle Daten aufzunehmen.
  • Durch die Eingänge bzw. Logging-Ports zusammen mit der erweiterten Funktionalität der Zeitsynchronisation ist es möglich, den eintreffenden Datenpaketen einen Zeitstempel zuzuordnen. Dadurch können die an unterschiedlichen Stellen aufgenommenen Daten zeitlich exakt zugeordnet werden. Auf diese Weise können Fehler mittels des Aufzeichnens der Kommunikation in einem Fahrzeugnetzwerk gefunden werden, die ansonsten unentdeckt oder nur mittels aufwendigeren Verfahren entdeckt werden können.
  • Das beschriebene Verfahren beeinflusst bzw. verfälscht insbesondere das Kommunikationsverhalten (beispielsweise den zeitlichen Ablauf) des Netzwerkes nicht, das untersucht werden soll.
  • Kurze Beschreibung der Figuren
  • Im Folgenden werden Ausführungsbeispiele der Erfindung mit Bezug auf die beiliegenden Figuren detailliert beschrieben.
  • 1 zeigt schematisch ein Fahrzeug-Kommunikationsnetzwerk mit einem Diagnosegerät.
  • 2 zeigt schematisch ein Fahrzeug-Kommunikationsnetzwerk mit einem Diagnosegerät.
  • 3 zeigt schematisch eine Diagnoseanordnung gemäß einer Ausführungsform der Erfindung.
  • 4 zeigt schematisch eine Diagnoseanordnung gemäß einer Ausführungsform der Erfindung.
  • 5 zeigt ein Flussdiagramm für Verfahren zum Aufzeichnen von Kommunikationsdaten gemäß einer Ausführungsform der Erfindung.
  • Grundsätzlich sind identische oder ähnliche Teile mit den gleichen Bezugszeichen versehen.
  • Detaillierte Beschreibung von Ausführungsbeispielen
  • Ethernet wird in den kommenden Jahren nicht nur eine Diagnoseschnittstelle zum Auto darstellen, sondern auch im Fahrzeugnetzwerk im Fahrzeug Verwendung finden. Aufgrund der hohen Bandbreite von Ethernet-Netzwerken können neue Lösungen erforderlich sein, um eine Loggingfunktionalität zu gewährleisten. Dies wird auch in Bezug auf die beiden folgenden 1 und 2 näher erläutert.
  • Die 1 zeigt schematisch ein Fahrzeug-Kommunikationsnetzwerk 10 mit Stern-Stern-Topologie und einem Diagnosegerät 12.
  • Elektronikkomponenten 14 sind dabei jeweils durch eine Punkt-zu-Punkt-Verbindung 16 mit einer Fullduplex-Bandbreite von 100 Mbit/s (d.h. jeweils 100 Mbit/s in beide Richtungen) an einen Switch 18a, 18b angeschlossen. Die Verbindungen 16 können beispielsweise mit einer Ethernet-Leitung bereitgestellt werden.
  • An Switch 18a ist exemplarisch das Diagnosegerät 12 angeschlossen.
  • Ein Problemfall kann folgendermaßen auftreten:
    Gerät 14a kommuniziert mit Gerät 14b mit einer Bandbreite von 90 Mbit/s und 14c mit 14b mit einer Bandreite von 70 Mbit/s. Diese Kommunikation ist problemlos möglich, da switched Ethernet Vollduplex-fähig ist. Dies bedeutet, dass die Senderichtung die Empfangsrichtung nicht beeinflusst.
  • Soll jedoch die gesamte Kommunikation beispielsweise durch ein Verfahren, das als ”Port Mirroring” bekannt ist, zum Diagnosegerät 12 weitergeleitet werden, so stellt die Verbindung 16 zwischen Switch 18a und Switch 18b einen Flaschenhals dar.
  • Port Mirroring (Port Spiegelung) ermöglicht das Spiegeln des Netzwerkverkehrs von einem oder mehreren Ports (Eingängen) eines Switches an einen anderen Port (der auch Mirror Port genannt wird). Bei aktivem Port Mirroring würde theoretisch eine Datenrate von 90 Mbit/s + 70 Mbit/s = 160 Mbit/s und somit 60 Mbit/s über der tatsächlich möglich zu transportierenden Datenrate liegen. Switch 18a wird dementsprechend Datenpakete verwerfen, und es werden nicht alle Datenpakete beim Diagnosegerät 12 ankommen.
  • 2 zeigt schematisch ein weiteres Fahrzeugnetzwerk 10 mit einem Diagnosegerät 12, das in den Switch 18b integriert ist.
  • Bei dem Fahrzeug-Kommunikationsnetzwerk 10 sind beide Switche 18a, 18b, die Elektronikkomponente 14a und der Switch 18a sowie die Elektronikkomponente 14b und der Switch 18a durch eine 1000 Mbit/s Verbindung 16 verbunden.
  • Ansonsten entspricht das in der 2 gezeigte Fahrzeug-Kommunikationsnetzwerk 10 dem in der 1 gezeigten.
  • Auch in diesem Scenario kann der Datentransport zum Diagnosegerät 12 nicht immer garantiert werden, wenn beispielsweise die Kommunikation von der Elektronikkomponente 14a zu der Elektronikkomponente 14c auch die Geschwindigkeit von 1000 Mbit/s bietet. Unter der Annahme, dass die Elektronikkomponente 14a mit der Elektronikkomponente 14c mit 950 Mbit/s kommuniziert und dass die Elektronikkomponente 14c mit der Elektronikkomponente 14b mit 60 Mbit/s kommuniziert, ist die Verbindung 16 zwischen den beiden Switchen 18a, 18b überlastet (1010 Mbit/s statt den maximalen 1000 Mbit/s). Beispielsweise bei in Fahrzeugen verwendeten Kameras können diese Datenraten bei der Übertragung von Videos auftreten.
  • Die in den 1 und 2 gezeigten Diagnosegeräte weisen einen Datenlogger auf, der nur über eine einzige Datenschnittstelle mit dem Netzwerk 10 verbunden ist. Die in den 1 und 2 gezeigten Netzwerktopologien können somit Kommunikationsdaten erzeugen, die von derartigen Datenloggern nicht vollständig aufgezeichnet werden können. Im schlechtesten Fall kann lediglich eine Verbindung 16 aufgezeichnet werden.
  • 3 zeigt schematisch eine Diagnoseanordnung 20, die ein Fahrzeugnetzwerk 10 und ein Diagnosegerät 12 umfasst.
  • Das Fahrzeugnetzwerk 10 weist eine Daisy-Chain basierte Topologie auf, bei der eine Mehrzahl von Switches 18 in einer Reihe angeordnet ist. Die Switches 18 sind über Netzwerkverbindungen 16 miteinander verbunden, über die sie Kommunikationsdaten, beispielsweise mit 100 Mbit/s, austauschen können. Mit jedem Switch können Elektronikkomponenten 14 verbunden sein, die hier nur beispielhaft dargestellt sind.
  • Mit einer Daisy-Chain-Topologie kann im Vergleich zu einer Stern-Topologie der Verkabelungsaufwand geringer gehalten werden und Ausstattungsvarianten einfacher realisiert werden. Es ist jedoch zu verstehen, dass das in der 3 gezeigte Fahrzeugnetzwerk 10 auch andere Topologien, wie etwa die in den 1 und 2 gezeigte Topologie, aufweisen kann.
  • Eine Daisy-Chain-Topologie kann aber im Falle einer einzigen Diagnoseschnittstelle Schwächen aufweisen. Diese Topologie ähnelt im Prinzip der Topologie von klassischen Bussystemen wie MOST, CAN und FlexRay. Wenn beispielsweise Switch 18a mit Switch 18b kommuniziert, so steht diese Bandbreite auch den anderen Switches 18 dazwischen nicht mehr zur Verfügung. Jeder Switch 18 kann problemlos über eine Verbindung 16 mit seinem Nachbarknoten mit 100 Mbit/s Daten senden, ohne dass es hierbei zu Paketverlusten kommt. Ein Diagnosegerät mit nur einer Schnittstelle zu der Daisy-Chain des Fahrzeugnetzwerks 10 kann im Allgemeinen nie alle Daten empfangen.
  • Das Diagnosegerät 12 weist jedoch eine Datenaufzeichenvorrichtung 22 bzw. einen Ethernet-Datenlogger 22 auf, die über mehrere Eingänge 24 bzw. Ethernet-oder Logging-Ports 24 verfügt, über die Kommunikationsdaten aus mehreren Punkten des Netzwerks 10 eingelesen werden können. Jeder der Eingänge 24 ist mit einem Switch 18a oder über einen Abgriff 26 mit einer Netzwerkverbindung 16 verbunden. Die Verbindung kann beispielsweise über eine gesonderte (Stich)-Leitung 28 erfolgen.
  • Die Datenaufzeichenvorrichtung 22 fusioniert die Kommunikationsdaten aus den Eingängen 24 in seiner Recheneinheit. Die zahlreichen Schnittstellen 24 lösen das weiter oben verdeutlichte Bandbreitenproblem. Bei Standard-Ethernet kann es notwendig sein, dass beide Kommunikationspartner über die Busgeschwindigkeit verfügen. Ein 1000 Mbit/s Port, welcher an einen 100 Mbit/s Port angeschlossen ist, würde somit nur mit der größten gemeinsamen Bandbreite, in diesem Falle 100 Mbit/s, kommunizieren können.
  • Die Datenaufzeichenvorrichtung 22 umfasst eine weitere Funktionalität, welche auch im neuen Ethernet-Standard IEEE802.1AS genutzt wird. Die Eingänge 24 protokollieren die Ankunftszeit der Kommunikationsdaten. Die Eingänge 24 sind zeitlich synchronisiert und nutzen die gleiche Zeitbasis. Damit können sie die an anderen Eingängen 24 parallel eintreffenden Kommunikationsdaten genau zuordnen und die Datenaufzeichenvorrichtung 22 kann dann bei Bedarf die Kommunikationsdaten fusionieren.
  • Das Diagnosegerät 12 kann neben der Datenaufzeichenvorrichtung 22 weitere Komponenten aufweisen, wie etwa einen Filter 30 zum Filtern der zeitsynchronisierten Kommunikationsdaten, eine Anzeige 32 zum Anzeigen der Kommunikationsdaten usw.
  • 4 zeigt schematisch eine weitere Diagnoseanordnung 20, die mehrere Diagnosegeräte 12 umfasst. Die Diagnosegeräte 12 bzw. deren Datenaufzeichenvorrichtung 22 umfassen dazu jeweils einen weiteren Eingang 34 bzw. Ethernet- oder Logging-Port 34, mit dem sich die Datenaufzeichenvorrichtung 22 synchronisieren kann. Hierfür ist eine zusätzliche Verbindung 36 zwischen den verteilten Diagnosegeräten 12 vorgesehen, um diese zu synchronisieren. Die Datenlogger-Funktion der Anordnung 20 ist somit auf mehrere Instanzen verteilt. Die Datenfusion kann zeitsynchron erfolgen.
  • 5 zeigt ein Flussdiagramm für Verfahren zum Aufzeichnen von Kommunikationsdaten. Kommunikationsdaten können beispielsweise in Datenpaketen in den Eingängen 24 eingelesen werden.
  • Im Schritt 50 wird ein erstes Datenpaket am Eingang 24a aufgenommen bzw. eingelesen. Im Schritt 52 wird ein erster Zeitstempel generiert. Im Schritt 54 wird der erste Zeitstempel dem eintreffenden ersten Datenpaket hinzugefügt.
  • Im Schritt 56 wird ein zweites Datenpaket am Eingang 24b aufgenommen bzw. eingelesen. Im Schritt 58 wird ein zweiter Zeitstempel generiert. Im Schritt 60 wird der erste Zeitstempel dem eintreffenden zweiten Datenpaket hinzugefügt.
  • Der erste und der zweite Zeitstempel können Hardware-Zeitstempel sein, wenn die Datenaufzeichenvorrichtung 22 in Hardware umgesetzt ist.
  • Im Schritt 62 erfolgt ein zentrales Fusionieren der beiden Datenpakete. Beispielsweise können die Datenpakete einem gemeinsamen Datenstrom hinzugefügt werden.
  • Im Schritt 64 werden der erste Zeitstempel und der zweite Zeitstempel abgeglichen und eine Eintreffensreihenfolge für die beiden Datenpakete generiert.
  • Mit dem Verfahren können eintreffende Datenpakete aus mehreren Quellen 18, 16 mit einer Recheneinheit der Datenaufzeichenvorrichtung 22 fusioniert werden. Im Sinne des Loggings, der Diagnose und Fehlerfindung kann die zeitliche Abfolge der Kommunikation sehr wichtig sein, um Aktion und Reaktion erkennen und unterscheiden zu können. Die Zeitsynchronisation wird dabei benutzt, um die Reihenfolge der Datenpakete erkennen zu können. Durch eine auf Hardware basierende Zeitsynchronisation kann eine Eintreffensgenauigkeit der Daten im unteren Nanosekunden-Bereich garantiert werden.
  • Ergänzend ist darauf hinzuweisen, dass „umfassend” keine anderen Elemente oder Schritte ausschließt und „eine” oder „ein” keine Vielzahl ausschließt. Ferner sei darauf hingewiesen, dass Merkmale oder Schritte, die mit Verweis auf eines der obigen Ausführungsbeispiele beschrieben worden sind, auch in Kombination mit anderen Merkmalen oder Schritten anderer oben beschriebener Ausführungsbeispiele verwendet werden können. Bezugszeichen in den Ansprüchen sind nicht als Einschränkung anzusehen.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Nicht-Patentliteratur
    • ISO 13400 [0015]
    • IEEE1588 [0031]
    • IEEE802.1AS [0031]
    • IEEE1588 [0032]
    • IEEE802.1AS [0032]
    • Ethernet-Standard IEEE802.1AS [0070]

Claims (10)

  1. Datenaufzeichenvorrichtung (22) zum Aufzeichnen von Kommunikationsdaten eines Fahrzeugnetzwerks (10), die Datenaufzeichenvorrichtung (22) umfassend: – einen ersten Eingang (24a) zum Empfangen erster Kommunikationsdaten aus einem ersten Punkt (18, 16) des Fahrzeugnetzwerks (10); – einen zweiten Eingang zum Empfangen zweiter Kommunikationsdaten aus einem zweiten Punkt (18, 16) des Fahrzeugnetzwerks (10), wobei die Datenaufzeichenvorrichtung (22) dazu ausgeführt ist, die ersten Kommunikationsdaten mit einem ersten Zeitstempel und die zweiten Kommunikationsdaten mit einem zweiten Zeitstempel zu versehen, wobei der erste Zeitstempel und der zweite Zeitstempel miteinander synchronisiert sind.
  2. Datenaufzeichenvorrichtung (22) nach Anspruch 1, wobei die Datenaufzeichenvorrichtung (22) dazu ausgeführt ist, die ersten Kommunikationsdaten und die zweiten Kommunikationsdaten mittels der ersten Zeitstempel und zweiten Zeitstempel zeitlich anzuordnen.
  3. Datenaufzeichenvorrichtung (22) nach Anspruch 1 oder 2, wobei das Fahrzeugnetzwerk (10) Ethernet-Verbindungen umfasst; wobei die ersten Kommunikationsdaten und die zweiten Kommunikationsdaten Ethernet-Datenpakete umfassen.
  4. Datenaufzeichenvorrichtung (22) nach einem der vorhergehenden Ansprüche, weiter umfassend: – einen Synchronisationseingang (34) zum Synchronisieren der Datenaufzeichenvorrichtung (22) mit einer weiteren Datenaufzeichenvorrichtung, so dass die ersten Zeitstempel und zweiten Zeitstempel mit Zeitstempeln der weiteren Datenaufzeichenvorrichtung synchronisiert werden.
  5. Datenaufzeichenvorrichtung (22) nach einem der vorhergehenden Ansprüche, wobei die Datenaufzeichenvorrichtung in Hardware ausgeführt ist.
  6. Diagnoseanordnung (20) für ein Fahrzeug, umfassend: – ein Fahrzeugnetzwerk (10) für ein Fahrzeug, das eine Mehrzahl von Elektronikkomponenten (14) und eine Mehrzahl von Netzwerkverbindungen (16) umfasst, die die Elektronikkomponenten (14) verbinden; – eine Datenaufzeichenvorrichtung (22) nach einem der Ansprüche 1 bis 5.
  7. Diagnoseanordnung (20) nach Anspruch 6, wobei die Datenaufzeichenvorrichtung (22) mit einem Eingang (24a) mit einem Ausgang einer Netzwerkweiche (18) verbunden ist.
  8. Diagnoseanordnung nach Anspruch 5 oder 6, wobei die Datenaufzeichenvorrichtung (22) mit einem Eingang (24a) mittels eines Abgriffs (26) mit einer Netzwerkleitung (16) verbunden ist.
  9. Verfahren zum Aufzeichnen von Kommunikationsdaten eines Fahrzeugnetzwerks (10), das Verfahren umfassend die Schritte: – Empfangen erster Kommunikationsdaten aus einem ersten Punkt (16, 18) des Fahrzeugnetzwerks (10) in einer Datenaufzeichenvorrichtung (22); – Empfangen zweiter Kommunikationsdaten aus einem zweiten Punkt (16, 18) des Fahrzeugnetzwerks (10) in der Datenaufzeichenvorrichtung (22); – Versehen der ersten Kommunikationsdaten in der Datenaufzeichenvorrichtung (22) mit einem ersten Zeitstempel; – Versehen der zweiten Kommunikationsdaten in der Datenaufzeichenvorrichtung (22) mit einem zweiten Zeitstempel, wobei der erste Zeitstempel und der zweite Zeitstempel miteinander synchronisiert sind.
  10. Verfahren nach Anspruch 9, weiter umfassend den Schritt: – Synchronisieren der Datenaufzeichenvorrichtung (22) mit einer weiteren Datenaufzeichenvorrichtung.
DE102012216012.4A 2012-09-10 2012-09-10 Datenaufzeichenvorrichtung für ein Fahrzeugnetzwerk Ceased DE102012216012A1 (de)

Priority Applications (5)

Application Number Priority Date Filing Date Title
DE102012216012.4A DE102012216012A1 (de) 2012-09-10 2012-09-10 Datenaufzeichenvorrichtung für ein Fahrzeugnetzwerk
CN201380046896.0A CN104620541A (zh) 2012-09-10 2013-09-06 用于车辆网络的数据记录装置
PCT/EP2013/068500 WO2014037517A1 (de) 2012-09-10 2013-09-06 Datenaufzeichenvorrichtung für ein fahrzeugnetzwerk
US14/426,912 US20150228130A1 (en) 2012-09-10 2013-09-06 Data recording device for a vehicle network
EP13765296.2A EP2893672A1 (de) 2012-09-10 2013-09-06 Datenaufzeichenvorrichtung für ein fahrzeugnetzwerk

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102012216012.4A DE102012216012A1 (de) 2012-09-10 2012-09-10 Datenaufzeichenvorrichtung für ein Fahrzeugnetzwerk

Publications (1)

Publication Number Publication Date
DE102012216012A1 true DE102012216012A1 (de) 2014-03-13

Family

ID=49223727

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102012216012.4A Ceased DE102012216012A1 (de) 2012-09-10 2012-09-10 Datenaufzeichenvorrichtung für ein Fahrzeugnetzwerk

Country Status (5)

Country Link
US (1) US20150228130A1 (de)
EP (1) EP2893672A1 (de)
CN (1) CN104620541A (de)
DE (1) DE102012216012A1 (de)
WO (1) WO2014037517A1 (de)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102016111817A1 (de) * 2016-06-28 2017-12-28 Prüftechnik Dieter Busch AG Datensammler sowie Einrichtung und Verfahren zum Sammeln von Messdaten
WO2018130363A1 (de) * 2017-01-10 2018-07-19 Bayerische Motoren Werke Aktiengesellschaft Zentrale datenablage im bordnetz
DE102017209426A1 (de) * 2017-06-02 2018-12-06 Robert Bosch Gmbh Fehlerspeicher, insbesondere für ein Kraftfahrzeug
CN111641635A (zh) * 2020-05-28 2020-09-08 北京经纬恒润科技有限公司 一种无损传输can数据的方法及装置
CN111670567A (zh) * 2018-01-31 2020-09-15 西门子股份公司 在尤其是工业网络中进行数据通信的方法、控制方法、装置、计算机程序和计算机可读介质
DE102019217808A1 (de) * 2019-11-19 2021-05-20 Siemens Mobility GmbH Verfahren zur Fahrtenregistrierung für eine eisenbahntechnische Anlage und Registrierungsteilnehmer
DE102015206291B4 (de) 2014-11-13 2023-08-10 Hyundai Mobis Co., Ltd. Zeitsynchronisierungsverfahren und -system für Fahrzeug AVB

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150195765A1 (en) * 2014-03-25 2015-07-09 Sanjay Bhardwaj Method, Apparatus and System for Connected Automobiles
CN107135671A (zh) * 2015-06-17 2017-09-05 华为技术有限公司 车联网数据传输方法及装置
CN107920033B (zh) * 2016-10-07 2021-11-02 现代自动车株式会社 在车辆网络中用于镜像的通信节点的操作方法及通信节点
CN110299956A (zh) * 2018-03-22 2019-10-01 上海擎感智能科技有限公司 一种用于在车载终端设备与外部设备之间通信的数据通信设备和数据通信方法
CN109388125A (zh) * 2018-09-28 2019-02-26 惠州市德赛西威汽车电子股份有限公司 一种汽车仪表故障自动检测系统及方法
WO2021055952A1 (en) 2019-09-20 2021-03-25 Sonatus, Inc. System, method, and apparatus to support mixed network communications on a vehicle
CN110850853B (zh) * 2020-01-14 2020-05-05 盛瑞传动股份有限公司 一种基于CANape工具的冻结帧读取方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10128754A1 (de) * 2001-06-13 2002-12-19 Bosch Gmbh Robert System und Verfahren zur synchronen Datenerfassung von analogen und digitalen Werten
DE102007015762A1 (de) * 2007-03-30 2008-10-02 It-Designers Gmbh Datenaufzeichnungssystem und Verfahren zur Erfassung von Daten mittels eines Datenaufzeichnungssystems
WO2008127243A1 (en) * 2007-04-16 2008-10-23 Robert Bosch Gmbh Multiple source networked diagnostic data logging
DE102008008881A1 (de) * 2008-02-13 2009-08-20 Bayerische Motoren Werke Aktiengesellschaft Kommunikationssystem
DE102008024979A1 (de) * 2008-05-23 2009-11-26 Bayerische Motoren Werke Aktiengesellschaft Bordnetz-System eines Kraftfahrzeugs und ein Verfahren zum Betrieb des Bordnetz-Systems
DE102008060619A1 (de) * 2008-12-05 2010-06-17 It-Designers Gmbh Datenaufzeichnungssystem
DE102011121620A1 (de) * 2010-12-23 2012-06-28 GM Global Technology Operations LLC ( n.d. Ges. d. Staates Delaware) Verfahren und Systeme zum Diagnostizieren von Hardware- und Softwarefehlern unter Verwendung von mit Zeitstempeln versehenen Ereignissen

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5802545A (en) * 1996-05-23 1998-09-01 Freightliner Corporation Method and system for recording vehicle data relative to vehicle standard time
PL3364626T3 (pl) * 2005-08-11 2021-12-13 Wi-Tronix, Llc Uniwersalny system rejestrowania zdarzeń/danych
JP4511587B2 (ja) * 2007-12-21 2010-07-28 本田技研工業株式会社 車両の遠隔診断システムためのデータ通信装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10128754A1 (de) * 2001-06-13 2002-12-19 Bosch Gmbh Robert System und Verfahren zur synchronen Datenerfassung von analogen und digitalen Werten
DE102007015762A1 (de) * 2007-03-30 2008-10-02 It-Designers Gmbh Datenaufzeichnungssystem und Verfahren zur Erfassung von Daten mittels eines Datenaufzeichnungssystems
WO2008127243A1 (en) * 2007-04-16 2008-10-23 Robert Bosch Gmbh Multiple source networked diagnostic data logging
DE102008008881A1 (de) * 2008-02-13 2009-08-20 Bayerische Motoren Werke Aktiengesellschaft Kommunikationssystem
DE102008024979A1 (de) * 2008-05-23 2009-11-26 Bayerische Motoren Werke Aktiengesellschaft Bordnetz-System eines Kraftfahrzeugs und ein Verfahren zum Betrieb des Bordnetz-Systems
DE102008060619A1 (de) * 2008-12-05 2010-06-17 It-Designers Gmbh Datenaufzeichnungssystem
DE102011121620A1 (de) * 2010-12-23 2012-06-28 GM Global Technology Operations LLC ( n.d. Ges. d. Staates Delaware) Verfahren und Systeme zum Diagnostizieren von Hardware- und Softwarefehlern unter Verwendung von mit Zeitstempeln versehenen Ereignissen

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Ethernet-Standard IEEE802.1AS
IEEE1588
IEEE802.1AS
ISO 13400

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102015206291B4 (de) 2014-11-13 2023-08-10 Hyundai Mobis Co., Ltd. Zeitsynchronisierungsverfahren und -system für Fahrzeug AVB
DE102016111817A1 (de) * 2016-06-28 2017-12-28 Prüftechnik Dieter Busch AG Datensammler sowie Einrichtung und Verfahren zum Sammeln von Messdaten
WO2018130363A1 (de) * 2017-01-10 2018-07-19 Bayerische Motoren Werke Aktiengesellschaft Zentrale datenablage im bordnetz
DE102017209426A1 (de) * 2017-06-02 2018-12-06 Robert Bosch Gmbh Fehlerspeicher, insbesondere für ein Kraftfahrzeug
CN111670567A (zh) * 2018-01-31 2020-09-15 西门子股份公司 在尤其是工业网络中进行数据通信的方法、控制方法、装置、计算机程序和计算机可读介质
CN111670567B (zh) * 2018-01-31 2022-10-04 西门子股份公司 在尤其是工业网络中进行数据通信的方法、控制方法、装置、计算机程序和计算机可读介质
DE102019217808A1 (de) * 2019-11-19 2021-05-20 Siemens Mobility GmbH Verfahren zur Fahrtenregistrierung für eine eisenbahntechnische Anlage und Registrierungsteilnehmer
CN111641635A (zh) * 2020-05-28 2020-09-08 北京经纬恒润科技有限公司 一种无损传输can数据的方法及装置
CN111641635B (zh) * 2020-05-28 2022-05-27 北京经纬恒润科技股份有限公司 一种无损传输can数据的方法及装置

Also Published As

Publication number Publication date
WO2014037517A1 (de) 2014-03-13
CN104620541A (zh) 2015-05-13
US20150228130A1 (en) 2015-08-13
EP2893672A1 (de) 2015-07-15

Similar Documents

Publication Publication Date Title
DE102012216012A1 (de) Datenaufzeichenvorrichtung für ein Fahrzeugnetzwerk
EP3522482B1 (de) Verfahren zur daten-kommunikation in einem industriellen netzwerk, steuerungsverfahren, vorrichtung, computerprogramm sowie computerlesbares medium
EP1919132B1 (de) Diagnoseverfahren und -vorrichtung für ein Feldbussystem
DE102007024434B4 (de) Relaisverbindungseinheit
EP2634973A1 (de) Kommunikationsgerät für ein redundant betreibbares industrielles Kommunikationsnetz und Verfahren zum Betrieb eines Kommunikationsgeräts
WO2013171096A1 (de) Datenlogging bzw. stimulation in automotiven ethernet netzwerken unter verwendung der fahrzeug-infrastruktur
DE19815097C2 (de) Busmasterumschalteinheit
DE102013202064A1 (de) Verfahren und Vorrichtung zum Verbinden eines Diagnosegeräts mit einem Steuergerät in einem Kraftfahrzeug
EP2838220A1 (de) Verfahren zur redundanten Nachrichtenübermittlung in einem industriellen Kommunikationsnetz und Kommunikationsgerät
DE102011077409A1 (de) Verbindungsknoten für ein Kommunikationsnetz
WO2008053039A1 (de) Vorrichtung und verfahren zur manipulation von kommunikations-botschaften
DE102017212809B3 (de) Verfahren zur Überprüfung des Datentransports über eine zwischen zwei ersten Schnittstelleneinheiten realisierte erste Kommunikationsverbindung zwischen zwei Datenverarbeitungseinrichtungen und Kraftfahrzeug
DE102012216689A1 (de) Verfahren zur Überwachung eines Ethernet-basierten Kommunikationsnetzwerks in einem Kraftfahrzeug
DE102016000126A1 (de) Serielles Bussystem mit Koppelmodulen
DE102017002805B4 (de) Verfahren zum Betrieb eines Bussystems eines Automatisierungssystems
WO2008053040A1 (de) Vorrichtung und verfahren zur manipulation von kommunikations-botschaften
WO2015031926A1 (de) Verfahren zur übertragung von nachrichten in einem computernetzwerk sowie computernetzwerk
DE102020203732B4 (de) Elektrisches Steuergerät
EP2165474A2 (de) Schnelle ringredundanz eines netzwerkes
EP2680503B1 (de) Kommunikationsgerät für ein redundant betreibbares industrielles kommunikationsnetz und verfahren zum betrieb eines kommunikationsgeräts
WO2012110541A1 (de) Verfahren zum übertragen von daten über einen synchronen seriellen datenbus
EP2605457A1 (de) Verfahren zum Übertragen von Nutzdaten
WO2004030275A1 (de) Kommunikationssystem mit teilnehmer und diagnoseeinheit
DE102010054093A1 (de) Verfahren zum Mitlesen und Versenden von Nachrichten sowie zur Simulation eines Netzwerkes eines Fahrzeuges
DE102015222848B4 (de) System und Verfahren zum Analysieren eines Netzwerks

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R002 Refusal decision in examination/registration proceedings
R003 Refusal decision now final