WO2017186384A1 - Diagnosevorrichtung und verfahren zur filterung von diagnosekommandos - Google Patents

Diagnosevorrichtung und verfahren zur filterung von diagnosekommandos Download PDF

Info

Publication number
WO2017186384A1
WO2017186384A1 PCT/EP2017/055077 EP2017055077W WO2017186384A1 WO 2017186384 A1 WO2017186384 A1 WO 2017186384A1 EP 2017055077 W EP2017055077 W EP 2017055077W WO 2017186384 A1 WO2017186384 A1 WO 2017186384A1
Authority
WO
WIPO (PCT)
Prior art keywords
diagnostic
vehicle
data
unit
communication unit
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
PCT/EP2017/055077
Other languages
English (en)
French (fr)
Inventor
Claus RITTER
Gerd Gottwald
Jochen Held
Peter Haeusler
Jochen Wieland
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.)
Robert Bosch GmbH
Original Assignee
Robert Bosch 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 Robert Bosch GmbH filed Critical Robert Bosch GmbH
Publication of WO2017186384A1 publication Critical patent/WO2017186384A1/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

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/40026—Details regarding a bus guardian
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/04—Monitoring the functioning of the control system
    • B60W50/045—Monitoring control system parameters
    • 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/40169—Flexible bus arrangements
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0001—Details of the control system
    • B60W2050/0043—Signal treatments, identification of variables or parameters, parameter estimation or state estimation
    • B60W2050/0044—In digital systems
    • B60W2050/0045—In digital systems using databus protocols
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0001—Details of the control system
    • B60W2050/0043—Signal treatments, identification of variables or parameters, parameter estimation or state estimation
    • B60W2050/0052—Filtering, filters
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/04—Monitoring the functioning of the control system
    • B60W50/045—Monitoring control system parameters
    • B60W2050/046—Monitoring control system parameters involving external transmission of data to or from the vehicle, e.g. via telemetry, satellite, Global Positioning System [GPS]
    • 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

Definitions

  • a bus guard unit has receiving means for detecting the signals on the data bus and evaluation means. In the case of a miscommunication on the data bus, the causer is at least partially blocked or its miscommunication triggered by the disturbances compensated.
  • the diagnostic device according to the invention and the method for filtering diagnostic commands with the features according to the independent claims has the advantage that only diagnostic queries can reach the bus system of a vehicle through the filtering depending on the driving condition, which in the current driving state to no risk to the driver or the Lead vehicle. By filtering the diagnostic requests before they reach the bus system, the accuracy of the diagnosis is further increased.
  • the object of the invention is also that a diagnosis of the vehicle is possible only in driving conditions that do not lead to irritation of the driver.
  • an uncontrolled diagnostic query which does not take into account the driving condition, there may be undesirable effects or events on the vehicle, which can distract the driver and affect the safety of the vehicle.
  • controllers may be placed in a special mode that restricts or even interferes with the normal operating mode.
  • certain advertisements lamps, icons, texts
  • the object of the invention is to detect critical driving conditions and to restrict or completely eliminate the diagnostic queries during this time.
  • the driving condition recognizer of the diagnostic device has at least one sensor in order to determine the driving state with vehicle-independent data.
  • the driving condition recognizer is then not reliant exclusively on data from the vehicle bus, so that misinterpretations due to incorrectly transmitted data are avoided.
  • a determination of the driving state based on in-vehicle data is advantageous because the driving condition recognizer does not have to have their own sensors and thus is easier and cheaper to manufacture.
  • the diagnostic device has a second communication unit in order to exchange external data, in particular information about the driving state or diagnostic data or diagnostic results, with an external computing unit.
  • the external computing unit is a smartphone, a tablet PC or an in-vehicle arithmetic unit, which allows the driver by means of an operating unit (eg touch screen, voice control) to transmit information to the diagnostic device.
  • the arithmetic unit can also be a server which carries out a remote diagnosis of the vehicle on the basis of telematics services, so that a wireless data exchange between the diagnosis device and the server is made possible via the second communication unit.
  • the diagnostic device can be realized in an advantageous manner as an independent component, which is connectable to at least one interface of the vehicle (eg OBD book, CAN bus, telematics gateway) or is connected to at least one interface of the vehicle in wireless or wired connection.
  • vehicle eg OBD book, CAN bus, telematics gateway
  • the diagnostic device can be connected to the OBD socket of the vehicle, since this is the standard method for communicating with the bus system of the vehicle.
  • Figure 1 is a schematic representation of a device according to the invention
  • Figure 2 is a flow chart of a method according to the invention.
  • Embodiments of the invention 1 shows a diagnostic device 1 for filtering diagnostic commands with a first communication unit 10, a diagnostic unit 20, a filter device 30 and a driving state recognizer 35.
  • the first communication unit 10 can exchange data with at least one bus system 12 of a vehicle 2.
  • the bus system 12 is located inside the vehicle 2 and is connected to a plurality of control devices 14, 15, 16.
  • the controllers 14, 15, 16 may receive data from the bus system 12 and send data to the bus system 12.
  • the control units 14, 15, 16 can drive driver assistance systems, wherein they perceive the surroundings via vehicle sensors and actuate actuators, e.g. the Curve Wizard, the Parking Assistant or the Adaptive Cruise Control System. Diagnostic protocols or diagnostic functions, which are sent via the bus system 12 to the control units 14, 15, 16, can be used to carry out a diagnosis of one or more vehicle components.
  • the controllers 14, 15, 16 can communicate with each other or with external devices connected to the bus system 12.
  • the first communication unit 10 may exchange data with the diagnosis unit 20.
  • the filter device 30 is located between the first communication unit 10 and the diagnostic unit 30 and can filter the data transfer between the diagnosis unit 30 and the first communication unit 10 depending on the driving condition.
  • Filtering of the data transfer between the diagnostic unit 30 and the first communication unit 10 means that the data transfer is either completely interrupted or that the data transfer is only permitted for certain diagnostic queries, or that the data transfer is permitted for all diagnostic queries.
  • the driving condition is determined by the driving state recognizer 35 and evaluated for its criticality.
  • different driving conditions are possible.
  • a non-exhaustive selection of possible driving conditions will be published in the The following are listed: “Vehicle is stationary”, “Vehicle is idling”, “Vehicle is driving at speed x”, “Vehicle is braking”, “Vehicle is accelerating”, “Handbrake is active”.
  • the driving state identifier 35 may have at least one sensor 31, 32 which provides vehicle-independent data which are not provided by the vehicle 2 itself, ie are vehicle-independent.
  • the first sensor 31 may, for example, provide GPS data with which, for example, the speed of the vehicle 2 is determined.
  • a second sensor 32 may be formed as an acceleration and / or rotation rate sensor.
  • the driving state of the vehicle 2 can be determined on the basis of in-vehicle data.
  • the driving state recognizer 35 is connected to the first communication unit 10.
  • the first communication unit 10 is connected via at least one interface 21 to the bus system 12 of the vehicle 2 and can provide the Fahrschreibserken- ner 35 data that allow determination of the driving condition.
  • an uncritical data query to the bus system 12 or a pure readout of data that is already on the bus system 12 takes place.
  • the interface 21 may be an OBD socket of the vehicle 2, to which the first communication unit 10 is addressed. Alternatively, however, a wireless connection, in particular via W-LAN, wireless mobile radio technology or Bluetooth, between the first communication unit 10 and the interface 21 may be provided.
  • the interface 21 is connected to at least one bus system 12 of the vehicle 2 in connection.
  • the diagnostic device 1 may have a second communication unit 25, which exchanges data with an external computing unit 26.
  • the data that the second communication unit 25 exchanges with the external arithmetic unit 26 may be external data that provides further information about the driving state. This may be, for example, an acknowledgment from a driver that the vehicle 2 is stationary or the handbrake is activated.
  • the external computing unit 26 may be a cell phone, tablet PC, or an in-vehicle computer having a control unit (e.g., touch screen, voice control) that allows the driver to communicate information to the diagnostic device 1.
  • the driving state recognizer 35 receives data from different sources.
  • the data can be a combination of vehicle-independent data and / or in-vehicle data and / or external data.
  • the data that the second communication unit 25 exchanges with the external computing unit 26 may also be diagnostic results or diagnostic data which the diagnostic unit 20 has determined on the basis of diagnostic queries.
  • diagnostic results or diagnostic data can already be evaluated in the diagnostic device 1 or sent to the external computing unit 26 for further evaluation.
  • the diagnostic device 1 may be an independent component which can be connected to an interface 21 of the vehicle 2, in particular an OBD socket.
  • the independent component can be an OBD dongle or a telematics unit, which is connected to the interface 21 of the vehicle 2.
  • FIG. 2 shows a flow diagram of a method for filtering a data transfer.
  • the driving state of the vehicle 2 is determined by the driving state recognizer 35 on the basis of data.
  • This data can be vehicle-independent data and / or in-vehicle data and / or external data.
  • the vehicle-independent data is provided by at least one sensor 31, 32 of the driving state recognizer 35.
  • the vehicle-internal data are determined by the first communication unit 10 from at least one bus system 12 of the vehicle 2.
  • the external data is received by the second communication unit 20 from an external arithmetic unit 22.
  • the data transfer between the diagnostic unit 20 and the first communication unit 10 is filtered by the filter device 30 as a function of the driving state.
  • the driving state recognizer 35 transmits the driving state to the filter device which, depending on the criticality of the driving state, filters the data transfer between the diagnosis unit 20 and the first communication unit 10. In this way, diagnostic polls that are matched to the respective driving state only arrive from the diagnostic unit 20 via the first communication unit 10 onto the at least one vehicle bus 12.
  • the diagnostic queries provide diagnostic results or diagnostic data, which are received by the first communication unit 10 and made available to the diagnostic unit 20.
  • the diagnostic results or diagnostic data are already evaluated in the diagnostic device 1 or sent via the second communication unit 25 to the external computing unit 26 for further evaluation.

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • Small-Scale Networks (AREA)

Abstract

Diagnosevorrichtung (1), die in ein Fahrzeug (2) einbaubar ist, mit einer ersten Kommunikationseinheit (10), welche Daten mit mindestens einem Bussystems (12) eines Fahrzeuges (2) austauschen kann und mit einer Diagnoseeinheit (20), sowie mit einem Fahrzustandserkenner (30), welcher einen Fahrzustand eines Fahrzeugs (2) erkennen kann. Eine Filtereinrichtung (30) filtert den Datentransfers zwischen der Diagnoseeinheit (10) und der ersten Kommunikationseinheit (20) abhängig vom Fahrzustand.

Description

Beschreibung
Titel
Diagnosevorrichtung und Verfahren zur Filterung von Diagnosekommandos Stand der Technik
Vorrichtung und Verfahren zur Filterung von Diagnosekommandos nach dem Oberbegriff der unabhängigen Ansprüche 1 und 6.
Eine Vorrichtung und ein Verfahren zur Filterung der Datenkommunikation auf einem Bussystem ist aus der DE 101 48 325 AI bekannt. Eine Buswächtereinheit weist Empfangsmittel zum Erfassen der Signale auf dem Datenbus und Auswertungsmittel auf. Bei einer Fehlkommunikation auf dem Datenbus wird der verursachende Teilnehmer zumindest teilweise gesperrt oder dessen durch die Störeinflüsse ausgelöste Fehlkommunikation kompensiert.
Offenbarung der Erfindung
Vorteile der Erfindung
Die erfindungsgemäße Diagnosevorrichtung und das Verfahren zur Filterung von Diagnosekommandos mit den Merkmalen gemäß der unabhängigen Ansprüche hat den Vorteil, dass durch die Filterung abhängig vom Fahrzustand nur Diagnoseabfragen auf das Bussystems eines Fahrzeuges gelangen können, die im momentanen Fahrzustand zu keiner Gefährdung für den Fahrer oder das Fahrzeug führen. Durch die Filterung der Diagnoseabfragen bevor sie auf das Bussystem gelangen, wird des Weiteren die Genauigkeit der Diagnose erhöht.
Die Aufgabe der Erfindung besteht auch darin, dass eine Diagnose des Fahrzeuges nur bei Fahrzuständen möglich ist, die zu keiner Irritation des Fahrers führen. Bei einer unkontrollierten Diagnoseabfrage, welche nicht den Fahrzustand berücksichtigt, kann es zu unerwünschten Effekten oder Ereignissen am Fahrzeug kommen, die den Fahrer ablenken können und die Sicherheit des Fahrzeuges beeinflussen. Werden Diagnoseabfragen unkontrolliert durch eine Diagnosevorrichtung während einer Fahrt durchgeführt, können Steuergeräte in einen speziellen Modus versetzt werden, der den normalen Betriebsmodus einschränkt oder gar behindert. Des Weiteren können bestimmte Anzeigen (Lampen, Icons, Texte) ungewollt aktiviert werden oder sonstige Veränderungen, wie z.B. sich drehende Zeiger, auftreten. Diese Effekte sind zwar nicht sicherheitsrelevant, können aber den Fahrer irritieren und damit zu einer Gefährdung im Straßenverkehr führen.
Die Aufgabe der Erfindung besteht darin kritische Fahrzustände zu erkennen und in dieser Zeit die Diagnoseabfragen einzuschränken oder vollständig zu unterbinden.
In den abhängigen Ansprüchen sind vorteilhafte Ausgestaltungen und Weiterbildungen der erfindungsgemäßen Vorrichtung und des erfindungsgemäßen Verfahrens angegeben.
Es ist von Vorteil, wenn der Fahrzustandserkenner der Diagnosevorrichtung mindestens einen Sensor aufweist, um mit fahrzeugunabhängigen Daten den Fahrzustand zu ermitteln. Der Fahrzustandserkenner ist dann nicht ausschließlich auf Daten aus dem Fahrzeugbus angewiesen, so dass Fehlinterpretationen aufgrund von falsch übermittelten Daten vermieden werden.
Eine Ermittlung des Fahrzustandes anhand von fahrzeuginternen Daten ist vorteilhaft, weil der Fahrzustandserkenner keine eigenen Sensoren aufweisen muss und damit einfacher und kostengünstiger herzustellen ist.
Es ist von Vorteil, wenn die Diagnosevorrichtung eine zweite Kommunikationseinheit aufweist, um externe Daten, insbesondere Informationen über den Fahrzustand oder Diagnosedaten oder Diagnoseergebnisse mit einer externen Recheneinheit auszutauschen. Durch den Austausch von externen Daten, die Informationen über den Fahrzustand liefern, kann der Fahrer oder eine andere Person Informationen über den Fahrzustand an die Diagnosevorrichtung übermitteln. In diesem Fall ist die externe Recheneneinheit ein Smartphone, ein Tablett-PC oder eine fahrzeuginterne Recheneinheit, welche es dem Fahrer mittels einer Bedieneinheit (z.B. Touchscreen, Sprachkontrolle) ermöglicht Informationen an die Diagnosevorrichtung zu übermitteln. Die Recheneinheit kann aber auch ein Server sein, welcher auf Basis von Tele- matik-Diensten eine Ferndiagnose des Fahrzeuges durchführt, so dass über die zweite Kommunikationseinheit ein kabelloser Datenaustausch zwischen der Diagnosevorrichtung und dem Server ermöglicht wird. Die Diagnosevorrichtung kann auf vorteilhafte Weise als eigenständiges Bauteil realisiert werden ist, welches an mindestens eine Schnittstelle des Fahrzeuges (z.B. OBD-Buches, CAN-Bus, Telematik-Gateway) anschließbar ist oder mit mindestens einer Schnittstelle des Fahrzeuges in kabelloser oder kabelgebundener Verbindung steht. Dies ermöglicht ein einfaches und kostengünstiges Nachrüsten von Diagnosevorrichtungen in Fahrzeugen.
Es ist von großem Vorteil, wenn die Diagnosevorrichtung an die OBD-Buchse des Fahrzeuges anschließbar ist, da dies die gängige Methode ist, um mit dem Bussystem des Fahrzeuges zu kommunizieren.
Ausführungsbeispiele
Bevorzugte Ausführungsbeispiele der Erfindung sind in der Zeichnung dargestellt und in der nachfolgenden Beschreibung näher erläutert.
Es zeigen:
Figur 1 eine schematische Darstellung einer erfindungsgemäßen Vorrichtung, Figur 2 ein Ablaufdiagram eines erfindungsgemäßen Verfahrens.
Ausführungsformen der Erfindung Die Figur 1 zeigt eine Diagnosevorrichtung 1 zur Filterung von Diagnosekommandos mit einer ersten Kommunikationseinheit 10, einer Diagnoseeinheit 20, einer Filtereinrichtung 30 und einem Fahrzustandserkenner 35.
Die erste Kommunikationseinheit 10 kann Daten mit mindestens einem Bussystem 12 eines Fahrzeuges 2 austauschen. Das Bussystem 12 befindet sich innerhalb des Fahrzeuges 2 und ist mit mehreren Steuergeräten 14, 15, 16 verbunden. Die Steuergeräte 14, 15, 16 können Daten vom Bussystem 12 empfangen und Daten an das Bussystem 12 senden. Die Steuergeräte 14, 15, 16 können Fahrerassistenzsysteme ansteuern, wobei sie über Fahrzeugsensoren die Umgebung wahrnehmen und Aktuatoren ansteuern, z.B. den Kurvenassistenten, den Einparkassistenten oder das Adaptive Cruise Control System. Über Diagnoseprotokolle oder Diagnosefunktionen, welche über das Bussystem 12 an die Steuergeräte 14, 15, 16 gesendet werden, kann eine Diagnose einzelner oder mehrerer Fahrzeugkomponenten durchgeführt werden.
Mit Hilfe der Daten, die auf das Bussystem 12 gesendet werden, können die Steuergeräte 14, 15, 16 untereinander oder mit externen Geräten, die an das Bussystem 12 angeschlossen sind, kommunizieren.
Die erste Kommunikationseinheit 10 kann Daten mit der Diagnoseeinheit 20 austauschen. Die Filtereinrichtung 30 befindet sich zwischen der ersten Kommunikationseinheit 10 und der Diagnoseeinheit 30 und kann den Datentransfer zwischen der Diagnoseeinheit 30 und der ersten Kommunikationseinheit 10 abhängig vom Fahrzustand filtern.
Eine Filterung des Datentransfers zwischen der Diagnoseeinheit 30 und der ersten Kommunikationseinheit 10 bedeutet, dass der Datentransfer entweder vollständig unterbrochen wird oder dass der Datentransfer nur für bestimmte Diag- noseabfragen erlaubt ist, oder dass der Datentransfer für alle Diagnoseabfragen erlaubt ist.
Der Fahrzustand wird durch den Fahrzustandserkenner 35 ermittelt und bezüglich seiner Kritikalität bewertet. Hierbei sind unterschiedliche Fahrzustände möglich. Eine nicht abschließende Auswahl von möglichen Fahrzuständen wird im Folgenden aufgelistet:„Fahrzeug steht",„Fahrzeug befindet sich im Leerlauf", „Fahrzeug fährt mit Geschwindigkeit x",„Fahrzeug bremst",„Fahrzeug beschleunigt",„Handbremse ist aktiv".
Abhängig vom Fahrzustand sind gewisse Diagnoseabfragen nicht möglich. So sollten gewisse Diagnosen an sicherheitsrelevanten Steuergeräten nicht bei einem fahrenden Fahrzeug 2 durchgeführt werden, da beispielsweise die Bremsung, die Lenkung und das Stabilisationsprogramm jederzeit voll funktionieren müssen.
Um abgasrelevante Diagnoseabfragen durchzuführen ist es dagegen wichtig, dass der Motor läuft und eventuell eine gewisse Geschwindigkeit erreicht hat o- der bereits über längere Zeit aktiv war.
Um den Fahrzustand des Fahrzeuges 2 zu ermitteln kann der Fahrzustandser- kenner 35 mindestens einen Sensor 31, 32 aufweisen, welcher fahrzeugunabhängige Daten bereitstellt, welche nicht vom Fahrzeug 2 selber bereitgestellt werden, also fahrzeugunabhängig sind. Der erste Sensor 31 kann beispielsweise GPS-Daten liefern, mit welchen beispielsweise die Geschwindigkeit des Fahrzeugs 2 ermittelt wird. Zusätzlich oder alternativ kann ein zweiter Sensor 32 als Beschleunigungs- und/oder Drehratensensor ausgebildet sein.
In einem weiteren Ausführungsbeispiel kann der Fahrzustand des Fahrzeuges 2 anhand von fahrzeuginternen Daten ermittelt werden. Hierzu ist der Fahrzustand- serkenner 35 mit der ersten Kommunikationseinheit 10 verbunden. Die erste Kommunikationseinheit 10 ist über mindestens eine Schnittstelle 21 mit dem Bussystem 12 des Fahrzeuges 2 verbunden und kann dem Fahrzustandserken- ner 35 Daten bereitstellen, welche eine Ermittlung des Fahrzustands erlauben. Hierzu erfolgt eine unkritische Datenabfrage an das Bussystem 12 oder ein reines Auslesen von Daten, die sich bereits auf dem Bussystem 12 befinden.
Die Schnittstelle 21 kann eine OBD-Buchse des Fahrzeuges 2 sein, an welche die erste Kommunikationseinheit 10 angerschlossen wird. Alternativ kann aber auch eine kabellose Verbindung, insbesondere über W-LAN, drahtlose Mobilfunktechnologie oder Bluetooth, zwischen der ersten Kommunikationseinheit 10 und der Schnittstelle 21 vorgesehen sein. Die Schnittstelle 21 steht mit mindestens einem Bussystem 12 des Fahrzeuges 2 in Verbindung.
Die Diagnosevorrichtung 1 kann eine zweite Kommunikationseinheit 25 aufweisen, welche Daten mit einer externen Recheneinheit 26 austauscht.
Die Daten, die die zweite Kommunikationseinheit 25 mit der externen Recheneinheit 26 austauscht, können externe Daten sein, welche weitere Informationen über den Fahrzustand liefern. Dies kann beispielsweise eine Bestätigung eines Fahrers sein, dass das Fahrzeug 2 steht oder die Handbremse aktiviert ist. Die externe Recheneinheit 26 kann ein Handy, Tablet-PC oder ein fahrzeuginternen Rechner mit einer Bedieneinheit (z.B. Touchscreen, Sprachkontrolle) sein, welcher es dem Fahrer ermöglicht Informationen an die Diagnosevorrichtung 1 zu übermitteln.
Es ist auch möglich, dass der Fahrzustandserkenner 35 Daten aus unterschiedlichen Quellen erhält. Die Daten können eine Kombination aus fahrzeugunabhän- gen Daten und/oder fahrzeuginternen Daten und /oder externen Daten bilden.
Die Daten, die die zweite Kommunikationseinheit 25 mit der externen Recheneinheit 26 austauscht, können auch Diagnoseergebnisse oder Diagnosedaten sein, welche die Diagnoseeinheit 20 anhand von Diagnoseabfragen ermittelt hat.
Diese Diagnoseergebnisse oder Diagnosedaten können bereits in der Diagnosevorrichtung 1 ausgewertet werden oder an die externe Recheneinheit 26 zur weiteren Auswertung gesendet werden.
Die Diagnosevorrichtung 1 kann ein eigenständiges Bauteil sein, welches an eine Schnittstelle 21 des Fahrzeuges 2, insbesondere eine OBD-Buchse, anschließbar ist. Das eigenständige Bauteil kann ein OBD-Dongle oder eine Telematikein- heit sein, welche an die Schnittstelle 21 des Fahrzeugs 2 angeschlossen wird.
Figur 2 zeigt ein Ablaufdiagramm eines Verfahrens zur Filterung eines Datentransfers. Im Verfahrensschritt 100 wird anhand von Daten der Fahrzustand des Fahrzeuges 2 durch den Fahrzustandserkenner 35 ermittelt. Diese Daten können fahrzeugunabhängige Daten und/oder fahrzeuginterne Daten und/oder externe Daten sein.
Die fahrzeugunabhängigen Daten werden durch mindestens einen Sensor 31,32 des Fahrzustandserkenners 35 bereitgestellt. Die fahrzeuginternen Daten werden durch die erste Kommunikationseinheit 10 aus mindestens einem Bussystem 12 des Fahrzeuges 2 ermittelt. Die externen Daten werden durch die zweite Kommunikationseinheit 20 von einer externen Recheneinheit 22 empfangen.
Im Verfahrensschritt 200 wird durch die Filtereinrichtung 30 der Datentransfer zwischen der Diagnoseeinheit 20 und der ersten Kommunikationseinheit 10 abhängig vom Fahrzustand gefiltert. Der Fahrzustandserkenner 35 übermittelt den Fahrzustand an die Filtereinrichtung, welche abhängig von der Kritikalität des Fahrzustandes den Datentransfer zwischen der Diagnoseeinheit 20 und der ersten Kommunikationseinheit 10 filtert. Auf diese Weise gelangen nur auf den jeweiligen Fahrzustand abgestimmte Diagnoseabfragen von der Diagnoseeinheit 20 über die erste Kommunikationseinheit 10 auf den mindestens einen Fahrzeugbus 12.
Die Diagnoseabfragen liefern Diagnoseergebnisse oder Diagnosedaten, welche von der ersten Kommunikationseinheit 10 empfangen werden und der Diagnoseeinheit 20 zur Verfügung gestellt werden.
Im optionalen Verfahrensschritt 300 werden die Diagnoseergebnisse oder Diagnosedaten bereits in der Diagnosevorrichtung 1 ausgewertet werden oder über die zweite Kommunikationseinheit 25 an die externe Recheneinheit 26 zur weiteren Auswertung gesendet.

Claims

Ansprüche
1. Diagnosevorrichtung (1), mit einer ersten Kommunikationseinheit (10), welche Daten mit mindestens einem Bussystems (12) eines Fahrzeuges (2) austauschen kann und einer Diagnoseeinheit (20), sowie einem Fahr- zustandserkenner (35) , welcher den Fahrzustand eines Fahrzeugs (2) erkennen kann, dadurch gekennzeichnet, dass eine Filtereinrichtung (30) den Datentransfers zwischen der Diagnoseeinheit (20) und der ersten Kommunikationseinheit (10) abhängig vom Fahrzustand filtert.
2. Diagnosevorrichtung (1) nach Anspruch 1, wobei der Fahrzustandser- kenner (35) mindestens einen Sensor (31, 32) aufweist, um mit fahrzeugunabhängigen Daten den Fahrzustand zu ermitteln.
3. Diagnosevorrichtung (1) nach Anspruch 1, wobei der Fahrzustandser- kenner (35) mit der ersten Kommunikationseinheit (10) verbunden ist und anhand von fahrzeuginternen Daten den Fahrzustand erkennt.
4. Diagnosevorrichtung (1) nach einem der Ansprüche 1 bis 3, wobei die Diagnosevorrichtung (1) eine zweite Kommunikationseinheit (25) aufweist, um externe Daten, insbesondere Informationen über den Fahrzustand, oder Diagnosedaten oder Diagnoseergebnisse mit einer externen Recheneinheit (26) auszutauschen.
5. Diagnosevorrichtung (1) nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass die Diagnoseeinrichtung (1) ein eigenständiges Bauteil ist, welches an eine Schnittstelle (21) des Fahrzeuges (2) anschließbar ist oder mit einer Schnittstelle (21) des Fahrzeuges (2) in kabelloser Verbindung steht.
6. Verfahren zur Filterung von Diagnosekommandos, zwischen einer ersten Kommunikationseinheit (10), welche Daten mit mindestens einem Bus- System (12) eines Fahrzeuges (2) austauschen kann und einer Diagnoseeinheit (20), welche gemeinsam in einer Diagnosevorrichtung (1) verbaut sind, dadurch gekennzeichnet, dass die Filterung zwischen der ersten Kommunikationseinheit (10) und der Diagnoseeinheit (20) abhängig von einem Fahrzustand durch eine Filtereinrichtung (30) gefiltert wird.
Verfahren nach Anspruch 6, wobei der Fahrzustand durch mindestens einen Sensor (31, 32) anhand von fahrzeugunabhängigen Daten ermittelt wird.
Verfahren nach Anspruch 6, wobei der Fahrzustand anhand von fahrzeuginternen Daten ermittelt wird.
Verfahren nach Anspruch 6, wobei der Fahrzustand anhand von externen Daten ermittelt wird.
PCT/EP2017/055077 2016-04-27 2017-03-03 Diagnosevorrichtung und verfahren zur filterung von diagnosekommandos Ceased WO2017186384A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102016207178.5 2016-04-27
DE102016207178.5A DE102016207178A1 (de) 2016-04-27 2016-04-27 Diagnosevorrichtung und Verfahren zur Filterung von Diagnosekommandos

Publications (1)

Publication Number Publication Date
WO2017186384A1 true WO2017186384A1 (de) 2017-11-02

Family

ID=58264501

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2017/055077 Ceased WO2017186384A1 (de) 2016-04-27 2017-03-03 Diagnosevorrichtung und verfahren zur filterung von diagnosekommandos

Country Status (2)

Country Link
DE (1) DE102016207178A1 (de)
WO (1) WO2017186384A1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102017220249A1 (de) * 2017-11-14 2019-05-16 Robert Bosch Gmbh Vorrichtung und Verfahren zur Erschwerung eines Fahrzeugdiebstahls, sowie eine Telematikeinheit
CN109115519A (zh) * 2018-09-21 2019-01-01 深圳市爱夫卡科技股份有限公司 用于汽车通讯模块的通讯方法、装置、模块及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10148325A1 (de) 2001-09-29 2003-04-17 Daimler Chrysler Ag Buswächtereinheit
DE102008012816A1 (de) * 2008-03-06 2009-09-10 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur Erkennung von Fahrsituationen eines Kraftfahrzeugs
WO2010108729A1 (de) * 2009-03-25 2010-09-30 Robert Bosch Gmbh Verfahren und vorrichtung zur steuerung eines ablaufes von fahrzeuginternen funktionen in einem fahrzeug
DE102012024721A1 (de) * 2012-12-18 2013-08-01 Daimler Ag Verfahren zum Steuern der elektronischen Datenübertragung zwischen wenigstens einer Fahrzeugkomponente eines Kraftfahrzeugs und einer externen Kommunikationseinrichtung

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10148325A1 (de) 2001-09-29 2003-04-17 Daimler Chrysler Ag Buswächtereinheit
DE102008012816A1 (de) * 2008-03-06 2009-09-10 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur Erkennung von Fahrsituationen eines Kraftfahrzeugs
WO2010108729A1 (de) * 2009-03-25 2010-09-30 Robert Bosch Gmbh Verfahren und vorrichtung zur steuerung eines ablaufes von fahrzeuginternen funktionen in einem fahrzeug
DE102012024721A1 (de) * 2012-12-18 2013-08-01 Daimler Ag Verfahren zum Steuern der elektronischen Datenübertragung zwischen wenigstens einer Fahrzeugkomponente eines Kraftfahrzeugs und einer externen Kommunikationseinrichtung

Also Published As

Publication number Publication date
DE102016207178A1 (de) 2017-11-02

Similar Documents

Publication Publication Date Title
EP2752036B1 (de) Kraftfahrzeug
EP3393859B1 (de) Verfahren zur modifikation safety- und/oder security-relevanter steuergeräte in einem kraftfahrzeug, und eine diesbezügliche vorrichtung
EP3504697B1 (de) Verfahren zum vermessen eines fahrereignisses, servervorrichtung und system aus der servervorrichtung und mehreren kraftfahrzeugen
EP0718614A2 (de) Vorrichtung zur Durchführung eines Fahrzeugtests oder zur Auswertung von Störungen und/oder Ausfällen von Fahrzeugfunktionen
DE102015110941A1 (de) Steuern des Zugangs zu einer Fahrzeug-Benutzeroberfläche
DE102015217386A1 (de) Verfahren und System zum Betreiben eines Kraftfahrzeugs
DE102016007483B4 (de) Verfahren zum Steuern mindestens einer Kraftfahrzeugkomponente sowie ein System umfassend ein Kraftfahrzeug und eine anziehbare Vorrichtung
DE102013003042A1 (de) System zur Gewinnung von Regelsätzen für eine Kraftfahrzeugautomatisierung
DE102012011538A1 (de) Verfahren und System zur Telediagnose von Fahrzeugen
DE102017214661A1 (de) Verfahren zum Erkennen einer Manipulation zumindest eines Steuergeräts eines Kraftfahrzeugs sowie Prozessorvorrichtung für ein Kraftfahrzeug und Kraftfahrzeug
DE102016000555A1 (de) Verfahren zur Kommunikation zwischen zumindest zwei Fahrzeugen
EP1956558A2 (de) Frühwarnsystem zur präventiven Erkennung und Korrektur von Mängeln in Fahrzeugen
DE102015210117A1 (de) Fahrerassistenzvorrichtung zur Verkehrszeichenerkennung für ein Kraftfahrzeug sowie ein Verfahren zur Überprüfung einer etwaigen Fehlerkennung eines mit der Fahrerassistenzvorrichtung erkannten Verkehrszeichens
DE102012014478A1 (de) Starten eines Motors eines Fahrzeugs mittels eines Telematiksystems
DE102016207178A1 (de) Diagnosevorrichtung und Verfahren zur Filterung von Diagnosekommandos
WO2016096504A1 (de) Regelbasiertes interaktionsverfahren für ein kraftfahrzeug mit dessen umgebung
EP4004518A1 (de) Verfahren zum testen eines kraftfahrzeugs
DE102009018682A1 (de) Bedieneinrichtung für Kraftfahrzeuge
DE102016217237A1 (de) Konzept zum Erfassen eines Umfelds eines Kraftfahrzeugs
EP3437261A1 (de) Vorrichtung und verfahren zur filterung von sicherheitsrelevanten eingriffen, sowie ein gateway-steuergerät
DE102012216187A1 (de) Vorrichtung zum Verteilen von Daten über ein Fahrzeug
EP2705992B1 (de) Verfahren zur überwachung einer parkposition eines fahrzeugs
WO2020254283A1 (de) Kommunikationsvorrichtung für nicht-autonome kraftfahrzeuge
DE10113719A1 (de) Gateway-Steuergerät mit Transponder
DE102016205132A1 (de) Vorrichtung und Verfahren zur Filterung eines Datentransfers, sowie ein Gateway-Steuergerät

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17709631

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17709631

Country of ref document: EP

Kind code of ref document: A1