WO2017174245A1 - Verfahren und server zum prüfen eines systemverbundes - Google Patents

Verfahren und server zum prüfen eines systemverbundes Download PDF

Info

Publication number
WO2017174245A1
WO2017174245A1 PCT/EP2017/053390 EP2017053390W WO2017174245A1 WO 2017174245 A1 WO2017174245 A1 WO 2017174245A1 EP 2017053390 W EP2017053390 W EP 2017053390W WO 2017174245 A1 WO2017174245 A1 WO 2017174245A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
vehicle
diagnostic
diagnosis
link
Prior art date
Application number
PCT/EP2017/053390
Other languages
English (en)
French (fr)
Inventor
Juergen Hornung
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
Priority to US16/091,234 priority Critical patent/US20190155710A1/en
Priority to EP17709366.3A priority patent/EP3440634A1/de
Publication of WO2017174245A1 publication Critical patent/WO2017174245A1/de

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26Functional testing
    • G06F11/261Functional testing by simulating additional hardware, e.g. fault simulation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • 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/008Registering or indicating the working of vehicles communicating information to a remotely located station
    • 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
    • G07C5/0808Diagnosing performance data

Definitions

  • the present invention relates to a method for testing a
  • System network consisting of a server, a link and a vehicle connected to the server via the link.
  • the present invention also relates to a corresponding server
  • Vehicle diagnosis based on the medical term "diagnosis” - an assignment of findings to errors in electrical or electronic components of vehicles understood.Thus this collective term is thus a variety of technical procedures and applications for error analysis in case of repair, for statistical analysis in the context of
  • a diagnostic module for vehicle diagnosis known from WO 2014 202269 A1 has a communication unit which is used for data transmission with the control unit of a motor vehicle, a diagnostic unit configured to be based on the data transmitted from the communication unit
  • Diagnostic data to make a diagnosis of the motor vehicle and a transmitting unit, which is designed to transmit diagnostic data from the diagnostic module to a server.
  • the transmitting unit is designed, the
  • the invention provides a method for testing a system network from a server, a link and a vehicle connected to the server via the link, a corresponding server, a corresponding computer program and a corresponding computer program
  • the approach according to the invention is based on the finding that although the state of the art includes test systems from a wide variety of manufacturers for different individual components, it does not cover the system network. However, the diagnosis of networked vehicles could be similar in the future
  • the invention thus recognizes that test systems already exist for the individual areas mentioned today. However, a general overview in a workshop is difficult to win.
  • An advantage of the solution proposed here lies in its suitability for testing via servers or between vehicles of "networked” functions Diagnostic infrastructure necessary. Rather, existing ones can be
  • FIG. 1 shows the flowchart of a method according to a first
  • FIG. 2 schematically shows a system network from a server according to a second embodiment, a connection route and a vehicle connected to the server via the connection route.
  • FIG. 1 illustrates the basic sequence of a method according to the invention
  • Method (10) in a system network (20, 21, 22) consisting of a server (20), a link (21) and a vehicle (22) connected to the server (20) via the link (21).
  • This method (10) can be implemented, for example, in software or hardware or in a mixed form of software and hardware, for example in the back-end server (20), as the schematic representation of FIG. 2 illustrates.
  • a conventional diagnostic tester connected to the vehicle (22) first reads a formal description of the data to be exchanged as part of the vehicle or ECU diagnosis on (process 11).
  • a standard suitable for this purpose is known to the person skilled in the art as an open diagnostic data exchange (ODX) in accordance with ASAM MCD-2D and standardized by ISO 22901-1.
  • diagnostic query may serve, for example, to query the functionality of a control unit or to trigger the transmission of data.
  • Link (21) to the server (20) are provided.
  • an internet protocol stack (diagnostics over Internet protocol, DolP) is used in accordance with ISO 13400-2.
  • DolP internet protocol stack
  • the diagnostic query for this purpose is not directed as usual to a real control device in the vehicle (22), but to the said server (20) itself after receipt (process 13) of the diagnosis request thus - as it were in the function of a virtual Control unit - the corresponding diagnostic service of the vehicle (22) emulated (process 14).

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Verfahren zum Prüfen eines Systemverbundes (20, 21, 22) aus einem Server (20), einer Verbindungsstrecke (21) und einem über die Verbindungsstrecke (21) mit dem Server (20) verbundenen Fahrzeug (22), gekennzeichnet durch folgende Merkmale: - eine Diagnoseanfrage des Fahrzeuges (22) wird über die Verbindungsstrecke (21) auf dem Server (20) empfangen, - anhand der Diagnoseanfrage wird ein Diagnosedienst des Fahrzeuges (22) auf dem Server (20) emuliert und - eine Diagnoseantwort des Diagnosedienstes auf die Diagnoseanfrage wird von dem Server (20) über die Verbindungsstrecke an das Fahrzeug (22) gesendet (15).

Description

Beschreibung
Titel
Verfahren und Server zum Prüfen eines Systemverbundes
Die vorliegende Erfindung betrifft ein Verfahren zum Prüfen eines
Systemverbundes aus einem Server, einer Verbindungsstrecke und einem über die Verbindungsstrecke mit dem Server verbundenen Fahrzeug. Die vorliegende Erfindung betrifft darüber hinaus einen entsprechenden Server, ein
entsprechendes Computerprogramm sowie ein entsprechendes
Speichermedium.
Stand der Technik
In der Fahrzeugtechnik und insbesondere Fahrzeugelektronik wird als
Fahrzeugdiagnose - in Anlehnung an den medizinischen Begriff„Diagnose" - eine Zuordnung von Befunden zu Fehlern in elektrischen oder elektronischen Komponenten von Fahrzeugen verstanden. Unter diesem Sammelbegriff ist somit eine Vielzahl technischer Verfahren und Anwendungen zur Fehleranalyse im Reparaturfall, für statistische Auswertungen im Rahmen der
Qualitätssicherung und bei der Fahrzeugentwicklung angewendet werden. Neben der Fahrzeugeigendiagnose (on-board diagnostics) zur Information und insbesondere Warnung des Fahrers vor drohenden Fehlern sowie zur Einleitung geeigneter Gegenmaßnahmen bezeichnet„Fahrzeugdiagnose" im engeren Sinn die Kommunikation zwischen einem externen Prüfgerät - dem sogenannten Diagnose-Tester - und den im Fahrzeug verbauten Steuergeräten gemäß einem Diagnoseprotokoll (off-board diagnostics).
Ein aus WO 2014 202269 AI bekanntes Diagnosemodul zur Fahrzeugdiagnose hat eine Kommunikationseinheit, die zur Datenübertragung mit dem Steuergerät eines Kraftfahrzeugs ausgebildet ist, eine Diagnoseeinheit, die ausgebildet ist, um auf Grundlage der von der Kommunikationseinheit übertragenen
Diagnosedaten eine Diagnose des Kraftfahrzeugs vorzunehmen und eine Sendeeinheit, die ausgebildet ist, um Diagnosedaten von dem Diagnosemodul an einen Server zur übertragen. Die Sendeeinheit ist ausgebildet, die
Diagnosedaten über ein Mobilfunknetz und/oder das Internet von dem
Diagnosemodul an den Server zu übertragen.
Offenbarung der Erfindung
Die Erfindung stellt ein Verfahren zum Prüfen eines Systemverbundes aus einem Server, einer Verbindungsstrecke und einem über die Verbindungsstrecke mit dem Server verbundenen Fahrzeug, einen entsprechenden Server, ein entsprechendes Computerprogramm sowie ein entsprechendes
Speichermedium gemäß den unabhängigen Ansprüchen bereit.
Dem erfindungsgemäßen Ansatz liegt dabei die Erkenntnis zugrunde, dass der Stand der Technik zwar Testsysteme unterschiedlichster Hersteller für verschiedene Einzelkomponenten, nicht aber im Systemverbund umfasst. Die Diagnostik vernetzter Fahrzeugen könnte jedoch zukünftig eine ähnliche
Herausforderung wie jene auf dem Gebiet der Telefonie oder bei
Internetanschlüssen darstellen. Insofern wird es Funktionen geben, die - wie bei herkömmlichen Fahrzeugen - ausschließlich dem Fahrzeug selbst obliegen. Daneben mag es jedoch Funktionen geben, welche auf die Verbindungsstrecke des Fahrzeuges zu einem Back-End oder anderen Fahrzeug angewiesen sind oder voraussetzen, dass Serverkomponenten korrekt arbeiten.
Die Erfindung erkennt somit, dass schon heute Testsysteme für die genannten Einzelbereiche existieren. Allerdings ist ein Gesamtüberblick in einer Werkstatt nur schwer zu gewinnen.
Ein Vorzug der hier vorgeschlagenen Lösung liegt entsprechend in ihrer Eignung zur Prüfung über Server oder zwischen Fahrzeugen„vernetzter" Funktionen. Hierzu ist erfindungsgemäß keine grundlegende Änderung der heutigen Diagnoseinfrastruktur notwendig. Vielmehr lassen sich existierende
Diagnosesysteme und die zur Erstellung diesbezüglicher Inhaltsbeschreibungen etablierten Prozesse und Autorenrichtlinien (authoring guidelines) beibehalten.
Durch die in den abhängigen Ansprüchen aufgeführten Maßnahmen sind vorteilhafte Weiterbildungen und Verbesserungen des im unabhängigen Anspruch angegebenen Grundgedankens möglich.
Kurze Beschreibung der Zeichnungen
Ausführungsbeispiele der Erfindung sind in den Zeichnungen dargestellt und in der nachfolgenden Beschreibung näher erläutert. Es zeigt:
Figur 1 das Flussdiagramm eines Verfahrens gemäß einer ersten
Ausführungsform.
Figur 2 schematisch einen Systemverbund aus einem Server gemäß einer zweiten Ausführungsform, einer Verbindungsstrecke und einem über die Verbindungsstrecke mit dem Server verbundenen Fahrzeug.
Ausführungsformen der Erfindung
Figur 1 illustriert den grundlegenden Ablauf eines erfindungsgemäßen
Verfahrens (10) in einem aus einem Server (20), einer Verbindungsstrecke (21) und einem über die Verbindungsstrecke (21) mit dem Server (20) verbundenen Fahrzeug (22) bestehenden Systemverbund (20, 21, 22). Dieses Verfahren (10) kann beispielsweise in Software oder Hardware oder in einer Mischform aus Software und Hardware beispielsweise in dem als Back-End fungierenden Server (20) implementiert sein, wie die schematische Darstellung der Figur 2 verdeutlicht.
Demnach liest ein an das Fahrzeug (22) angeschlossener herkömmlicher Diagnose-Tester zunächst eine formale Beschreibung der im Rahmen der Fahrzeug- oder Steuergerätediagnose auszutauschenden Daten ein (Prozess 11). Ein hierzu geeigneter Standard ist dem Fachmann als offener Diagnosedatenaustausch (open diagnostic data exchange, ODX) gemäß ASAM MCD-2D bekannt und durch ISO 22901-1 normiert.
Die Kenntnis der zu verwendenden Datenstrukturen versetzt den Diagnose- Tester nunmehr in die Lage, auf der Anwendungsschicht eine Diagnoseabfrage zu formulieren (Prozess 12), welche dem Kommunikationsprotokoll für vereinheitlichte Diagnosedienste (unified diagnostic Services, UDS) gemäß ISO 14229-1 entspricht. Eine derartige Diagnoseabfrage mag beispielsweise dazu dienen, die Funktionstüchtigkeit eines Steuergerätes abzufragen oder das Senden von Daten auszulösen.
Die solchermaßen konstruierte Diagnoseanfrage kann nun über die
Verbindungsstrecke (21) an den Server (20) gestellt werden. Zum Transport kommt dabei gemäß ISO 13400-2 ein Internet-Protokollstapel (diagnostics over Internet protocol, DolP) zum Einsatz. Auf der Vermittlungsschicht wird die Diagnoseabfrage zu diesem Zweck nicht wie üblich an ein reales Steuergerät im Fahrzeug (22), sondern an den besagten Server (20) selbst gerichtet, der nach Empfang (Prozess 13) der Diagnoseanfrage somit - gleichsam in der Funktion eines virtuellen Steuergerätes - den entsprechenden Diagnosedienst des Fahrzeuges (22) emuliert (Prozess 14).
Auf diese Weise kann weitgehend unabhängig vom Fahrzeug (22) auf dem Server (20) eine Diagnoseantwort auf die Diagnoseanfrage formuliert werden, die sodann unter Nutzung der vorgenannten Protokolle über die
Verbindungsstrecke (21) an das Fahrzeug (22) und dessen Diagnose-Tester übertragen wird (Prozess 15). Letzterer prüft anhand der erhaltenen
Diagnoseantwort schließlich, ob die angeforderten Daten im Fahrzeug (22) ankommen bzw. die in der Diagnoseabfrage spezifizierte Funktion im
Fahrzeug (22) ausgelöst wird.

Claims

Ansprüche
Verfahren (10) zum Prüfen eines Systemverbundes (20, 21, 22) aus einem Server (20), einer Verbindungsstrecke (21) und einem über die
Verbindungsstrecke (21) mit dem Server (20) verbundenen Fahrzeug (22), gekennzeichnet durch folgende Merkmale:
- eine Diagnoseanfrage des Fahrzeuges (22) wird über die Verbindungsstrecke (21) auf dem Server (20) empfangen (13),
- anhand der Diagnoseanfrage wird ein Diagnosedienst des Fahrzeuges (22) auf dem Server (20) emuliert (14) und
- eine Diagnoseantwort des Diagnosedienstes auf die Diagnoseanfrage wird von dem Server (20) über die Verbindungsstrecke (21) an das Fahrzeug (22) gesendet (15).
2. Verfahren (10) nach Anspruch 1,
gekennzeichnet durch folgendes Merkmal:
- der Diagnosedienst ist ein vereinheitlichter Diagnosedienst.
3. Verfahren (10) nach Anspruch 1 oder 2,
gekennzeichnet durch folgendes Merkmal:
- die Diagnoseanfrage und die Diagnoseantwort werden gemäß einem Internet-Protokoll über die Verbindungsstrecke (21) transportiert (13, 15).
4. Verfahren (10) nach einem der Ansprüche 1 bis 3,
gekennzeichnet durch folgendes Merkmale:
- die Diagnoseanfrage und die Diagnoseantwort genügen einem
vorgegebenen Format.
5. Verfahren (10) nach Anspruch 4,
gekennzeichnet durch folgendes Merkmal:
- das Format wird in einem offenen Diagnosedatenaustausch beschrieben (11).
6. Verfahren (10) nach einem der Ansprüche 1 bis 5,
gekennzeichnet durch folgendes Merkmal:
- die Diagnoseantwort löst eine Funktion des Fahrzeuges (22) aus.
7. Verfahren (10) nach einem der Ansprüche 1 bis 6,
gekennzeichnet durch folgende Merkmale:
- die Diagnoseantwort umfasst Diagnosedaten.
8. Computerprogramm, welches eingerichtet ist, das Verfahren (10) nach einem der Ansprüche 1 bis 7 auszuführen.
9. Maschinenlesbares Speichermedium, auf dem das Computerprogramm nach Anspruch 8 gespeichert ist.
10. Server (20), der eingerichtet ist, das Verfahren (10) nach einem der Ansprüche 1 bis 7 auszuführen.
PCT/EP2017/053390 2016-04-04 2017-02-15 Verfahren und server zum prüfen eines systemverbundes WO2017174245A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/091,234 US20190155710A1 (en) 2016-04-04 2017-02-15 Method and server for testing a system network
EP17709366.3A EP3440634A1 (de) 2016-04-04 2017-02-15 Verfahren und server zum prüfen eines systemverbundes

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102016205511.9 2016-04-04
DE102016205511.9A DE102016205511A1 (de) 2016-04-04 2016-04-04 Verfahren und Server zum Prüfen eines Systemverbundes

Publications (1)

Publication Number Publication Date
WO2017174245A1 true WO2017174245A1 (de) 2017-10-12

Family

ID=58261621

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2017/053390 WO2017174245A1 (de) 2016-04-04 2017-02-15 Verfahren und server zum prüfen eines systemverbundes

Country Status (4)

Country Link
US (1) US20190155710A1 (de)
EP (1) EP3440634A1 (de)
DE (1) DE102016205511A1 (de)
WO (1) WO2017174245A1 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10152836B2 (en) 2016-04-19 2018-12-11 Mitchell International, Inc. Systems and methods for use of diagnostic scan tool in automotive collision repair
US11961341B2 (en) 2016-04-19 2024-04-16 Mitchell International, Inc. Systems and methods for determining likelihood of incident relatedness for diagnostic trouble codes

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1349064A2 (de) * 2002-03-22 2003-10-01 Sun Microsystems, Inc. Java Telematik Emulator
DE102009051535A1 (de) * 2009-10-31 2011-05-19 GM Global Technology Operations, Inc., Detroit Emulator für ein Diagnosewerkzeug
CN102207871A (zh) * 2011-06-13 2011-10-05 深圳市海博瑞德汽车技术有限公司 基于k线及kwp2000协议的pc端的ecu调试软件
WO2012087729A2 (en) * 2010-12-23 2012-06-28 Automotive Electronic Solutions, Llc Remote vehicle programming system and method
WO2014202269A1 (de) 2013-06-19 2014-12-24 Robert Bosch Gmbh Modul und system zur fahrzeugdiagnose

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1349064A2 (de) * 2002-03-22 2003-10-01 Sun Microsystems, Inc. Java Telematik Emulator
DE102009051535A1 (de) * 2009-10-31 2011-05-19 GM Global Technology Operations, Inc., Detroit Emulator für ein Diagnosewerkzeug
WO2012087729A2 (en) * 2010-12-23 2012-06-28 Automotive Electronic Solutions, Llc Remote vehicle programming system and method
CN102207871A (zh) * 2011-06-13 2011-10-05 深圳市海博瑞德汽车技术有限公司 基于k线及kwp2000协议的pc端的ecu调试软件
WO2014202269A1 (de) 2013-06-19 2014-12-24 Robert Bosch Gmbh Modul und system zur fahrzeugdiagnose

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10152836B2 (en) 2016-04-19 2018-12-11 Mitchell International, Inc. Systems and methods for use of diagnostic scan tool in automotive collision repair
US11151812B2 (en) 2016-04-19 2021-10-19 Mitchell International, Inc. Systems and methods for use of diagnostic scan tool in automotive collision repair
US11462061B2 (en) 2016-04-19 2022-10-04 Mitchell International, Inc. Systems and methods for use of diagnostic scan tool in automotive collision repair
US11830301B2 (en) 2016-04-19 2023-11-28 Mitchell International, Inc. Systems and methods for automatically linking diagnostic scan data
US11961341B2 (en) 2016-04-19 2024-04-16 Mitchell International, Inc. Systems and methods for determining likelihood of incident relatedness for diagnostic trouble codes

Also Published As

Publication number Publication date
EP3440634A1 (de) 2019-02-13
DE102016205511A1 (de) 2017-10-05
US20190155710A1 (en) 2019-05-23

Similar Documents

Publication Publication Date Title
EP2705430B1 (de) System zur diagnose einer komponente in einem fahrzeug
EP2013060A1 (de) Diagnosesystem mit wlan übertragungsmodul und implementiertem diagnosekurztest
EP1442277A1 (de) Verfahren zur durchführung einer ferndiagnose bei einem kraftfahrzeug, fahrzeugdiagnosemodul und servicecenter
EP1796051B1 (de) Diagnosevorrichtungen in einem Fahrzeug mit Diagnoseframework für Diagnosemodule
DE102019207132A1 (de) System zum Diagnostizieren von Software von Fahrzeug und Betriebsverfahren dafür
DE102004041740A1 (de) Verbesserte Reparaturverifikation für elektronische Fahrzeugsysteme
DE102010015132A1 (de) Datenerhebungsverfahren und Datenerhebungsvorrichtung für ein Fahrzeug
EP3440634A1 (de) Verfahren und server zum prüfen eines systemverbundes
WO2003016856A2 (de) Kommunikationsverfahren und kommunikationsmodul
DE102007006614A1 (de) Anwendung einer verteilten Diagnosearchitektur in AUTOSAR
DE102012010723A1 (de) Diagnoseverfahren und Diagnoseeinrichtung für ein Kraftfahrzeug
DE102021204225A1 (de) Fahrzeug und Verfahren zur Pannenhilfe bei automatisierten Fahrzeugen
EP4003823B1 (de) Verfahren zum initialisieren eines kraftfahrzeugs
EP3384411B1 (de) Verfahren zum übertragen eines funktionsbefehls zwischen einem kraftfahrzeug und einer fahrzeugexternen einrichtung sowie schnittstellenvorrichtung und system
DE102012003000A1 (de) Ferndiagnostizierung von Fahrzeugen
WO2021018453A1 (de) Verfahren zum testen eines kraftfahrzeugs
DE102018007976A1 (de) Vorrichtung und Verfahren zum Simulieren eines Fahrzeugs
DE102020204866A1 (de) Verfahren und Anordnung zum Bereitstellen eines Prüfstands zum Prüfen eines Verbundes aus Komponenten eines Kraftfahrzeugs
DE102012007321A1 (de) Verfahren zum Betreiben eines Diagnosesystems und Diagnosesystem
DE102014002723A1 (de) Diagnosesystem für Kraftfahrzeuge
EP1289190B1 (de) Automatisierte Buskonfiguration
DE102018008006A1 (de) Verfahren zur Aufzeichnung von Fahrzeugdaten
WO2017089033A1 (de) Verfahren und vorrichtung zum verwalten eines fahrzeuges
EP2653350A1 (de) Fahrzeugnetz
DE102020215086A1 (de) Verfahren zur Bestimmung von Komponenten eines Sensornetzwerkes innerhalb eines Ethernet-Bordnetzwerks in einem Kraftfahrzeug

Legal Events

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

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2017709366

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2017709366

Country of ref document: EP

Effective date: 20181105

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

Ref document number: 17709366

Country of ref document: EP

Kind code of ref document: A1