WO2017190868A1 - Verfahren und system zum aktualisieren der software eines kraftfahrzeug-sensors - Google Patents

Verfahren und system zum aktualisieren der software eines kraftfahrzeug-sensors Download PDF

Info

Publication number
WO2017190868A1
WO2017190868A1 PCT/EP2017/055148 EP2017055148W WO2017190868A1 WO 2017190868 A1 WO2017190868 A1 WO 2017190868A1 EP 2017055148 W EP2017055148 W EP 2017055148W WO 2017190868 A1 WO2017190868 A1 WO 2017190868A1
Authority
WO
WIPO (PCT)
Prior art keywords
software
motor vehicle
sensor
communication system
vehicle communication
Prior art date
Application number
PCT/EP2017/055148
Other languages
English (en)
French (fr)
Inventor
Marlon Ramon EWERT
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/099,281 priority Critical patent/US10572243B2/en
Priority to CN201780028057.4A priority patent/CN109074252A/zh
Priority to EP17709044.6A priority patent/EP3452901A1/de
Publication of WO2017190868A1 publication Critical patent/WO2017190868A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric 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/02—Electric 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/023—Electric 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories

Definitions

  • the invention relates to a method and a system for updating the software of a sensor in a motor vehicle.
  • Such sensors, or their sensor control devices usually include micro-processors or discrete circuits on which a program (software) is running.
  • the software in the sensors or in their sensor control devices must be updated from time to time to eliminate errors and / or to improve the performance of the sensors.
  • To update the software in the sensors it has hitherto been necessary for the motor vehicle to visit a workshop in which the new software is loaded onto the sensors, or the sensors even have to be replaced in the event of a fault, because, for example, there is no possibility for a software update in the sensor is available. This is expensive and expensive and there is the danger that the motor vehicle is traveling a long time with outdated and / or faulty software or a defective sensor before it is brought to the workshop.
  • a method for updating the software of at least one sensor in a motor vehicle equipped with a motor vehicle communication system to transmit the software to be updated to the motor vehicle communication system and from the motor vehicle communication system to the at least one sensor to dub.
  • a system for updating the software of at least one sensor installed in a motor vehicle comprises a motor vehicle communication system installed in the motor vehicle, which is designed to receive the software to be updated and to transfer it to the at least one sensor.
  • Software to a dubbing sensor includes, in particular, the software to an external control device of the sensor and / or a control device that is present on the sensor itself, to copy and install there.
  • the data transmitted to the motor vehicle communication system may in particular include the serial number of the sensor, the software version currently available on the sensor and / or the (IP) address of the relevant motor vehicle communication system.
  • the software can be updated on the sensors of the motor vehicle quickly, easily and reliably, without the need to bring the vehicle to a workshop. It can also be achieved that the
  • An embodiment comprises the software to be updated via a
  • the radio connection may in particular be the Internet (e.g., LAN, WLAN), a mobile radio network (e.g., GSM, UTMS, LTE), a broadcast network e.g. (FM, DRS) or a Near Field Communication (NFC) system such as Bluetooth®
  • the software can be conveniently and safely transmitted to the automotive communications system.
  • An embodiment comprises transmitting the software to be updated only to the motor vehicle communication systems of motor vehicles equipped with a sensor that needs a software update and for which the new software is suitable.
  • a list can be used containing the serial numbers of the sensors to be updated.
  • Another list can be the link between the sensors to be updated and the vehicles in which these sensors are installed, - - produce.
  • the lists are kept up to date with the sensor data of the sensors installed in all vehicles.
  • the lists may be stored in a virtual cloud so that they are accessible from anywhere. In this way it is possible to connect the software only to the
  • the method includes transmitting the software from a stationary infrastructure server to the automotive communications system.
  • the stationary server may have a fixed (IP) address, so updating the software will only be accepted by servers with this address.
  • IP fixed
  • the method includes transferring the software from another motor vehicle to the motor vehicle communication system, through such a "car-to-car "Data transmission and motor vehicles can be achieved, which can not connect to a stationary server, eg because they are in remote areas for long periods where no internet / mobile network is available.
  • the method includes transmitting the software to the automotive communication system only at predetermined times. This makes it possible to prevent motor vehicles with different software versions from being on the road at the same time.
  • the software may be encrypted and / or transmitted together with a checksum.
  • a checksum makes it possible to detect errors in the data transmission, which can result, for example, from poor reception conditions, and to prevent such incorrectly transmitted software from being transferred to the sensor and resulting in a malfunction there.
  • the method based on the at least one
  • At least one software backup can be stored for later recovery on or in the sensor / controller.
  • Software can be deleted after successfully copying a new software from the sensor. Such a secured software can be activated again from the backup or copied via a newer software version. This can be done by the sensor manufacturer over the described
  • Data communication can be initiated, if necessary.
  • the method comprises transferring the new software to the at least one sensor only when the motor vehicle is at a standstill or when the motor of the motor vehicle is at a standstill. Since the sensor is usually not active during the software update, this reliably avoids security problems that may arise from a temporary deactivation of the sensor during the software update.
  • the updating of the software is performed in the current driving mode.
  • the corresponding sensor is operated until the next stop of the motor vehicle with the previous software. At the next stop of the motor vehicle or after the next
  • the new software is activated after successful transmission, that is, the sensor is "flashed” and restarted.
  • the method includes transmitting data concerning the sensor from the automotive communications system to the stationary server.
  • the manufacturer of the sensor can be informed, for example, that an error has occurred and / or that the sensor is defective.
  • the sensor can also transmit its serial number to the manufacturer. This makes it possible for the manufacturer to exactly identify the sensor and possibly errors occurring on / in the sensor. It also identifies the sensors with obsolete software. The manufacturer knows this way
  • a software update is carried out on a sensor with the aid of a handshake mechanism between a server of the sensor manufacturer (infrastructure server) and the sensor or motor vehicle communication system in the motor vehicle or the motor vehicle communication systems of two motor vehicles Sensor variant are equipped.
  • a software update is performed on a sensor by means of a push mechanism.
  • the sensor is in communication with the infrastructure server via the automotive communications system and recognizes that a new software version is available for that sensor.
  • the sensor then automatically downloads the new software from the infrastructure server as soon as it has the opportunity, and / or if it is not needed for a long time, e.g. because the vehicle is at a standstill and / or the engine is switched off.
  • the same push mechanism can also be used in "car-to-car" communication in that the motor vehicle with the older software downloads and adopts the newer software from another motor vehicle via a push mechanism, as has been previously described ,
  • the motor vehicle is equipped with its own server.
  • This server obtains the software updates for the sensors via a car-to-car and / or car-to-infrastructure communication interface and then distributes these over another connection (eg LAN, LIN, CAN, FlexRay, Ethernet, radio connection, etc.). ) within the vehicle.
  • another connection eg LAN, LIN, CAN, FlexRay, Ethernet, radio connection, etc.
  • Sensor control devices the updating of the corresponding sensors and / or sensor control devices is carried out by means of a further connection between sensor control device and sensor (for example PSI, SPI).
  • the server can be equipped with its own version management.
  • the advantage of a server arranged in the motor vehicle is that the software updates do not necessarily have to be transmitted to a sensor while driving, but can be cached in the server. The transfer of updates between server and the - -
  • Sensor / sensor control unit can thus also take place offline, i. if there is no communication connection at the moment.
  • the user / driver of the motor vehicle is informed about the software update.
  • a human-machine interface (“Human Machine Interface”, HMI), such as a display device (“display”), is used.
  • confirmation of the software update by the user / driver is requested via the HMI, such as a display or a smartphone, before the software update is performed on the sensor.
  • the update will only be performed if the
  • the car-to-network communication connection or a similar radio connection can be used.
  • a motor vehicle 2, 14 comprises one or more sensors 6, in the figure, a sensor 6 is shown by way of example in each motor vehicle 2, 14.
  • the sensors 6 are connected to a motor vehicle communication system 4 ("car-to-infrastructure communication system” and / or “car-to-car communication system”), as is commonly provided in modern motor vehicles 2, 14.
  • the local connections 5 between the motor vehicle communication system 4 and the sensors 6 may be wired or wireless. They can in particular comprise LAN, LIN, CAN, FlexRay, Ethernet and / or a radio connection, eg Bluetooth®. - -
  • the system further comprises a stationary server 8 ("infrastructure server”) with a transmitting device 9, which makes it possible to transmit data from the stationary server 8 to the motor vehicle communication system 4 via a data link 10.
  • a stationary server 8 (“infrastructure server”) with a transmitting device 9, which makes it possible to transmit data from the stationary server 8 to the motor vehicle communication system 4 via a data link 10.
  • the data transmission may include, for example, the Internet (e.g., LAN, WLAN), a cellular network (e.g., GSM, UTMS, LTE), a broadcast network, e.g. (FM, DRS) or Near Field Communication (NFC), such as Bluetooth®.
  • the Internet e.g., LAN, WLAN
  • a cellular network e.g., GSM, UTMS, LTE
  • a broadcast network e.g. (FM, DRS) or Near Field Communication (NFC), such as Bluetooth®.
  • FM, DRS Wireless Fidelity
  • NFC Near Field Communication
  • the data transmission can also take place between two motor vehicles 2, 14, in which one of the sensors 6 is already equipped with the updating software. This is particularly advantageous when a motor vehicle 2, 14, with a
  • a data link 12 between the motor vehicle communication systems 4 of the two vehicles 2, 14 can be constructed to provide the updated software between the vehicles 2, 14 to transmit.
  • the data links 10, 12 between the vehicles 2, 14 or between a vehicle 2, 14 and the stationary server 8 can in particular be constructed using a handshake mechanism and / or use a push mechanism.
  • the transmitting device 9 of the stationary server 8 can also be designed as a receiving device, which makes it possible to receive data from motor vehicle communication systems 4. - -
  • the data relating to the sensors 6 can be transmitted from the motor vehicle communication systems 4 to the stationary server 8. This makes it possible, for example, to inform the manufacturer that an error has occurred in the sensor 6 and / or that the sensor 6 is defective and / or that the sensor 6 is operated with outdated software.
  • the serial number of the sensor 6 can be transmitted to the manufacturer / stationary server 8. This makes it possible for the manufacturer to exactly identify the sensor 6 and, if appropriate, the sensor 6 and to associate it with a sensor. In this way, the manufacturer knows in particular exactly in which motor vehicles 2, 14 a defective sensor 6 is traveling. If it is a software error, an updated software for the corresponding sensors 6 can then be promptly on the described data connection 10, 12 in these affected vehicles 2, 14 promptly without the motor vehicle 2, 14 to visit a workshop.
  • the motor vehicles 2, 14 are each equipped with their own server ("motor vehicle server") 16.
  • the motor vehicle servers 16 obtain the software updates for the sensors 6 installed in the respective motor vehicle via a car-to-car and / or a car-to -lnfrastructure communication interface, as described above, and then distribute the software via a local connection 5, eg LAN, LIN, CAN, FlexRay, Ethernet, radio link, etc., within the motor vehicle 2, 14 to the corresponding sensors 6 or their sensor control units.
  • a local connection 5 eg LAN, LIN, CAN, FlexRay, Ethernet, radio link, etc.
  • the motor vehicle server 16 can receive this feedback via the

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mechanical Engineering (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Ein Verfahren zum Aktualisieren von Software wenigstens eines Sensors (6) in einem Kraftfahrzeug (2, 14), das mit einem Kraftfahrzeug-Kommunikationssystem (4) ausgestattet ist, umfasst, die zu aktualisierende Software an das Kraftfahrzeug-Kommunikationssystem (4) zu übertragen und von dem Kraftfahrzeug-Kommunikationssystem (4) auf den wenigstens einen Sensor (6) zu überspielen.

Description

Verfahren und System zum Aktualisieren der Software
eines Kraftfahrzeug-Sensors
Die Erfindung betrifft ein Verfahren und ein System zum Aktualisieren der Software eines Sensors in einem Kraftfahrzeug.
Stand der Technik
In aktuellen Kraftfahrzeugen wird eine Vielzahl von Sensoren eingesetzt, beispielsweise Beschleunigungs- und Drucksensoren zum Erkennen von
Unfällen und Umfeldsensoren, die ausgebildet sind, die Umgebung des
Kraftfahrzeugs zu erfassen.
Solche Sensoren, bzw. deren Sensorsteuergeräte, umfassen in der Regel Mikro- Prozessoren oder diskrete Schaltungen, auf denen ein Programm (Software) läuft. Die Software in den Sensoren bzw. in deren Sensorsteuergeräten ist von Zeit zu Zeit zu aktualisieren, um Fehler zu beseitigen und/oder die Leistungsfähigkeit der Sensoren zu verbessern. Zum Aktualisieren der Software in den Sensoren ist es bisher notwendig, dass das Kraftfahrzeug eine Werkstatt aufsucht, in der die neue Software auf die Sensoren aufgespielt wird, oder die Sensoren müssen im Fehlerfall sogar ausgetauscht werden, weil beispielsweise keine Möglichkeit für ein Software Update im Sensor vorhanden ist. Dies ist aufwendig und teuer und es besteht die Gefahr, dass das Kraftfahrzeug einen längeren Zeitraum mit einer veralteten und/oder fehlerhaften Software bzw. einem defekten Sensor unterwegs ist, bevor es in die Werkstatt gebracht wird.
Es ist daher wünschenswert, das Aktualisieren der Software von Sensoren, die in Kraftfahrzeugen verbaut sind, zu vereinfachen und zu beschleunigen.
Offenbarung der Erfindung
Gemäß einem Ausführungsbeispiel der Erfindung umfasst ein Verfahren zum Aktualisieren der Software wenigstens eines Sensors in einem Kraftfahrzeug, das mit einem Kraftfahrzeug-Kommunikationssystem ausgestattet ist, die zu aktualisierende Software an das Kraftfahrzeug-Kommunikationssystem zu übertragen und von dem Kraftfahrzeug-Kommunikationssystem auf den wenigstens einen Sensor zu überspielen. - -
Ein System zum Aktualisieren der Software wenigstens eines in einem Kraftfahrzeug verbauten Sensors umfasst gemäß einem Ausführungsbeispiel der Erfindung ein in dem Kraftfahrzeug installiertes Kraftfahrzeug-Kommunikationssys- tem, das ausgebildet ist, die zu aktualisierende Software zu empfangen und auf den wenigstens einen Sensor zu überspielen.
Software an einen Sensor zur überspielen schließt dabei insbesondere ein, die Software an ein externes Steuergerät des Sensors und/oder eine Steuerungs- einrichtung, die auf dem Sensor selbst vorhanden ist, zu überspielen und dort zu installieren.
Die an das Kraftfahrzeug-Kommunikationssystem übertragenen Daten können insbesondere die Seriennummer des Sensors, den momentan auf dem Sensor vorhandenen Softwarestand und/oder die (IP-)Adresse des betreffenden Kraftfahrzeug-Kommunikationssystems umfassen.
Auf diese Weise kann die Software auf den Sensoren des Kraftfahrzeugs schnell, einfach und zuverlässig aktualisiert werden, ohne dass das Fahrzeug dazu in eine Werkstatt gebracht werden muss. Es kann auch erreicht werden, dass die
Sensoren des Kraftfahrzeugs stets mit der aktuellen Software ausgestattet ist. Risiken, die sich aus dem Einsatz veralteter/fehlerhafter Software ergeben, können erheblich reduziert werden. Eine Ausführungsform umfasst, die zu aktualisierende Software über eine
Funkverbindung an das Kraftfahrzeug-Kommunikationssystem zu übertragen. Die Funkverbindung kann insbesondere das Internet (z.B. LAN, WLAN), ein Mobilfunknetz (z.B. GSM, UTMS, LTE), ein Rundfunknetz z.B. (UKW, DRS) oder ein System zur Nahfeldkommunikation („Near Field Communication", NFC), wie z.B. Bluetooth®, umfassen. Auf diese Weise kann die Software bequem und sicher an das Kraftfahrzeug-Kommunikationssystem übertragen werden.
Eine Ausführungsform umfasst, die zu aktualisierende Software nur an die Kraftfahrzeug-Kommunikationssysteme von Kraftfahrzeugen zu übertragen, die mit einem Sensor ausgestattet sind, der ein Software-Update benötigt und für den die neue Software geeignet ist. Um dies zu erreichen, kann eine Liste verwendet werden, welche die Seriennummern der zu aktualisierenden Sensoren enthält. Eine weitere Liste kann die Verknüpfung zwischen den zu aktualisierenden Sensoren und den Kraftfahrzeugen, in denen diese Sensoren verbaut sind, - - herstellen. Die Listen werden mit den Sensordaten der in allen Fahrzeugen verbauten Sensoren auf dem aktuellen Stand gehalten. Die Listen können beispielsweise in einer virtuellen Cloud hinterlegt sein, so dass sie von überall zugänglich sind. Auf diese Weise ist es möglich, die Software nur an die
Kraftfahrzeug-Kommunikationssysteme von Kraftfahrzeugen zu übertragen, die mit wenigstens einem entsprechenden Sensor ausgestattet sind. Eine unnötige Datenübertragung an Kraftfahrzeuge, deren Sensoren keine Aktualisierung der Software benötigen, kann vermieden werden. In einer Ausführungsform umfasst das Verfahren, die Software von einem stationären Infrastrukturserver an das Kraftfahrzeug-Kommunikationssystem zu übertragen. Der stationäre Server kann über eine festgelegte (IP-)Adresse verfügen, so dass eine Aktualisierung der Software nur von Servern mit dieser Adresse akzeptiert wird. Die Adressen dieser autorisierten Server können insbesondere verschlüsselt in dem Sensor und/oder in dem Kraftfahrzeug-
Kommunikationssystem hinterlegt sein. Unautorisierte Software-Aktualisierungen, beispielsweise durch„Hacker-Angriffe", werden auf diese Weise deutlich erschwert. In einer Ausführungsform umfasst das Verfahren, die Software von einem anderen Kraftfahrzeug an das Kraftfahrzeug-Kommunikationssystem zu übertragen. Durch eine solche„Car-to-Car"-Datenübertragung können auch Kraftfahrzeuge erreicht werden, die keine Verbindung mit einem stationären Server herstellen können, z.B. weil sie sich für längere Zeit in entlegenen Gebieten befinden, in denen kein Internet/Mobilfunknetz verfügbar ist.
Begegnen sich zwei Kraftfahrzeuge, wobei eines der Kraftfahrzeuge auf einem Sensor einen neueren Softwarestand besitzt als das andere Kraftfahrzeug mit dem baugleichen Sensor, so tauschen die Kraftfahrzeuge, wenn sie sich innerhalb eines Mindestabstands befinden, der eine Datenübertragung zwischen den Kraftfahrzeug-Kommunikationssystemen der beiden Kraftfahrzeuge ermöglicht, über eine„Car-to-Car"-Kommunikationsschnittstelle Daten aus. Diese Daten enthalten insbesondere den jeweiligen Kraftfahrzeugtyp, wenigstens eine Sensornummer, den aktuellen Softwarestand der in dem jeweiligen Kraftfahrzeug verbauten Sensoren und eine (IP-)Adresse. Das Kraftfahrzeug-Kommunikationssystem des Kraftfahrzeugs mit der neueren Software erkennt, dass die baugleichen Sensoren des anderen Kraftfahrzeugs mit veralteter Software ausgestattet sind und überträgt die neue Software über die„Car-to-Car"- Kommunikationsschnittstelle an das Kraftfahrzeug-Kommunikationssystem des - - anderen Kraftfahrzeugs. Nachdem die neue Software übertragen worden ist, wird sie auf dem/den entsprechenden Sensor(en) des anderen Kraftfahrzeugs installiert („geflasht"). Im Ergebnis sind die baugleichen Sensoren beider
Kraftfahrzeuge mit der neuen Software ausgestattet.
In einer Ausführungsform umfasst das Verfahren, die Software nur zu vorab festgelegten Zeitpunkten an das Kraftfahrzeug-Kommunikationssystem zu übertragen. Dies ermöglicht es, zu verhindern, dass sich Kraftfahrzeuge mit unterschiedlichen Softwareversionen gleichzeitig auf der Straße befinden.
Darüber hinaus kann auf diese Weise das Risiko unerlaubte Zugriffe auf die Sensoren („Hacking") verhindert oder minimiert werden, da potentielle Angreifer die vorab festgelegten Zeitpunkte der Aktualisierung kennen müssen. Die vorab festgelegten Zeitpunkte für die Aktualisierung können beispielsweise
verschlüsselt auf dem Sensor, insbesondere bei dessen Herstellung, oder in dem Kraftfahrzeug-Kommunikationssystem hinterlegt werden. Der Sensorhersteller sendet seine Softwareaktualisierungen nur zu einem der definierten Zeitpunkte aus. Die Sensoren oder das das Kraftfahrzeug-Kommunikationssystem überprüfen die Zeitstempel der Datenübertragung und vergleichen diese mit den vorab hinterlegten Zeitpunkten. Nur wenn die Softwareaktualisierung zu einem der zuvor festgelegten„richtigen" Zeitpunkte übertragen wurde, wird sie auf den Sensoren installiert. Möglich ist, dass durch einen intelligenten Algorithmus, beispielsweise für jeden Tag jeweils ein Aktualisierungszeitpunkt, der von Tag zu Tag unterschiedlich ist, berechnet und im Sensor/Steuergerät hinterlegt wird oder bereits bei der Herstellung berechnet und im Sensor/Steuergerät hinterlegt worden ist.
Als weitere Maßnahme gegen unautorisierte Software-Aktualisierungen kann die Software verschlüsselt und/oder zusammen mit einer Prüfsumme übertragen werden. Eine Prüfsumme ermöglicht es darüber hinaus, Fehler bei der Daten- Übertragung, die sich beispielsweise aus schlechten Empfangsbedingungen ergeben können, zu erkennen und zu vermeiden, dass solch eine fehlerhaft übertragene Software auf den Sensor überspielt wird und dort eine Fehlfunktion zur Folge hat. In einer Ausführungsform umfasst das Verfahren, die auf dem wenigstens einen
Sensor/Steuergerät befindliche Software zu sichern, bevor eine neue Software auf den wenigstens einen Sensor/Steuergerät aufgespielt wird. Mindestens eine Softwaresicherung kann dabei für eine spätere Wiederherstellung auf dem oder im Sensor/Steuergerät gespeichert werden. Wahlweise kann die Sicherung der - -
Software nach dem erfolgreichen Kopieren einer neuen Software vom Sensor gelöscht werden. Eine solche gesicherte Software kann aus der Sicherung wieder aktiv geschaltet werden oder über einen neueren Softwarestand kopiert werden. Dies kann durch den Sensorhersteller über die beschriebene
Datenkommunikation angestoßen werden, wenn es nötig ist.
In einer Ausführungsform umfasst das Verfahren, die neue Software nur beim Stillstand des Kraftfahrzeugs bzw. beim Stillstand des Motors des Kraftfahrzeugs auf den wenigstens einen Sensor zu überspielen. Da der Sensor während des Aktualisierens der Software in der Regel nicht aktiv ist, werden auf diese Weise Sicherheitsprobleme, die sich aus einer temporären Deaktivierung des Sensors während der Softwareaktualisierung ergeben können, zuverlässig vermieden.
In einer Ausführungsform wird die Aktualisierung der Software im laufenden Fahrbetrieb durchgeführt. Dabei wird der entsprechende Sensor bis zum nächsten Stillstand des Kraftfahrzeugs mit der bisherigen Software betrieben. Beim nächsten Stillstand des Kraftfahrzeugs bzw. nach dem nächsten
Abschalten des Motors des Kraftfahrzeugs wird die neue Software nach erfolgreicher Übertragung aktiviert, d.h., der Sensor wird„geflasht" und neu gestartet.
In einer Ausführungsform umfasst das Verfahren, den Sensor betreffende Daten von dem Kraftfahrzeug-Kommunikationssystem an den stationären Server zu übertragen. Auf diese Weise kann dem Hersteller des Sensors beispielsweise mitgeteilt werden, dass ein Fehler aufgetreten ist und/oder dass der Sensor defekt ist.
Der Sensor kann auch seine Seriennummer an den Hersteller übertragen. Dies ermöglicht ist es dem Hersteller, den Sensor und ggf. am/im Sensor auftretende Fehler exakt zu identifizieren. Außerdem werden dadurch die Sensoren mit einer veralteten Software identifiziert. Der Hersteller weiß auf diese Weise
insbesondere genau, in welchen Kraftfahrzeugen ein defekter Sensor oder ein Sensor mit veralteter Software unterwegs ist. Sofern es sich um einen
Softwarefehler handelt, kann anschließend über die beschriebene Verbindung genau in diesen Kraftfahrzeugen zeitnah eine aktualisierte Software für die entsprechenden Sensoren aufgespielt werden, ohne dass das Kraftfahrzeug dazu eine Werkstatt aufsuchen muss. - -
In einer weiteren Ausführungsform der Erfindung erfolgt ein Softwareupdate auf einem Sensor mit Hilfe eines Handshake-Mechanismus zwischen einem Server des Sensorherstellers (Infrastrukturserver) und dem Sensor bzw. Kraftfahrzeug- Kommunikationssystem im Kraftfahrzeug oder den Kraftfahrzeug-Kommuni- kationssystemen zweier Kraftfahrzeuge, die mit der gleichen Sensorvariante ausgestattet sind.
In einer weiteren Ausführungsform der Erfindung erfolgt ein Softwareupdate auf einem Sensor mit Hilfe eines Push-Mechanismus. Der Sensor steht über das Kraftfahrzeug-Kommunikationssystem in Verbindung mit dem Infrastrukturserver und erkennt, dass eine neue Softwareversion für diesen Sensor vorhanden ist. Der Sensor lädt die neue Software anschließend selbstständig vom Infrastrukturserver herunter, sobald er hierzu die Möglichkeit hat, und/oder wenn er für eine längere Zeit nicht benötigt wird, z.B. weil sich das Kraftfahrzeug im Stillstand befindet und/oder der Motor abgeschaltet ist. Der gleiche Push-Mechanismus kann auch in der„Car-to-Car"-Kommunikation eingesetzt werden, indem das Kraftfahrzeug mit der älteren Software die neuere Software von einem weiteren Kraftfahrzeug über einen Push-Mechanismus herunterlädt und übernimmt, wie es zuvor beschrieben worden ist.
In einer weiteren Ausführungsform ist das Kraftfahrzeug mit einem eigenen Server ausgestattet. Dieser Server bezieht die Softwareaktualisierungen für die Sensoren über eine Car-to-Car- und/oder eine Car-to-lnfrastructure- Kommunikationsschnittstelle und verteilt diese dann über eine weitere Verbindung (z.B. LAN, LIN, CAN, FlexRay, Ethernet, Funkverbindung usw.) innerhalb des
Kraftfahrzeugs an die entsprechenden Sensoren und/oder Sensorsteuergeräte. Nachdem eine Übertragung vom Server an die Sensoren und/oder
Sensorsteuergeräte erfolgt ist, wird das Aufspielen der Aktualisierung auf den entsprechenden Sensoren und/oder Sensorsteuergeräten mit Hilfe einer weiteren Verbindung zwischen Sensorsteuergerät und Sensor (z.B. PSI, SPI)
durchgeführt. Anschließend erfolgt eine Rückmeldung des erfolgreichen Updates durch den Sensor an das Steuergerät und durch das Sensorsteuergerät an den Server. Der Server kann insbesondere mit einer eigenen Versionsverwaltung ausgestattet sein. Der Vorteil eines im Kraftfahrzeug angeordneten Servers ist, dass die Software-Aktualisierungen nicht zwingend im Fahrbetrieb auf einen Sensor übertragen werden müssen, sondern im Server zwischengespeichert werden können. Die Übertragung der Aktualisierungen zwischen Server und dem - -
Sensor/Sensorsteuergerät kann somit auch offline erfolgen, d.h. wenn gerade keine Kommunikationsverbindung besteht.
In einer Ausführungsform wird der Benutzer/Fahrer des Kraftfahrzeugs über das die Software-Aktualisierung informiert. Hierzu wird beispielsweise eine Mensch- Maschine-Schnittstelle („Human Maschine Interface", HMI), wie zum Beispiel eine Anzeigevorrichtung („Display"), verwendet.
In einer Ausführungsform wird über die HMI, wie zum Beispiel ein Display oder ein Smartphone, eine Bestätigung des der Softwareaktualisierung durch den Benutzer/Fahrer angefordert, bevor der Softwareaktualisierung auf dem Sensor durchgeführt wird. Die Aktualisierung wird nur durchgeführt, wenn der
Benutzer/Fahrer zustimmt. Im Falle eines Smartphones kann dabei auf die Car- to-lnfrastructure-Kommunikationsverbindung oder eine ähnliche Funkverbindung zurückgegriffen werden.
Im Folgenden wird ein Ausführungsbeispiel eines Systems zum Aktualisieren der Software wenigstens eines in einem Kraftfahrzeug verbauten Sensors unter Bezugnahme auf die beigefügte Figur beschrieben.
Figurenbeschreibung
Ein Ausführungsbeispiel eines Systems zum Aktualisieren der Software wenigstens eines in einem Kraftfahrzeug 2, 14 verbauten Sensors 6 ist schematisch in der Figur gezeigt:
Ein Kraftfahrzeug 2, 14 umfasst einen oder mehrere Sensoren 6, in der Figur ist in jedem Kraftfahrzeug 2, 14 beispielhaft ein Sensoren 6 gezeigt.
Die Sensoren 6 sind mit einem Kraftfahrzeug-Kommunikationssystem 4 („Car-to- Infrastructure-Kommunikationssystem" und/oder„Car-to-Car-Kommunikations- system") verbunden, wie es in modernen Kraftfahrzeugen 2, 14 üblicherweise vorgesehen ist.
Die lokalen Verbindungen 5 zwischen dem Kraftfahrzeug- Kommunikationssystem 4 und den Sensoren 6 können kabelgebunden oder kabellos ausgebildet sein. Sie können insbesondere LAN, LIN, CAN, FlexRay, Ethernet und/oder eine Funkverbindung, wie z.B. Bluetooth®, umfassen. - -
Das System umfasst weiterhin einen stationären Server 8 („Infrastrukturserver") mit einer Sendevorrichtung 9, die es ermöglicht, Daten von dem stationären Server 8 über eine Datenverbindung 10 an das Kraftfahrzeug-Kommunikationssystem 4 zu übertragen.
Die Datenübertragung kann beispielsweise das Internet (z.B. LAN, WLAN), ein Mobilfunknetz (z.B. GSM, UTMS, LTE), ein Rundfunknetz z.B. (UKW, DRS) oder Nahfeldkommunikation („Near Field Communication", NFC), wie z.B. Bluetooth®, erfolgen.
Nachdem die Daten von dem stationären Server 8 an das Kraftfahrzeug- Kommunikationssystem 4 übertragen worden sind, werden sie von diesem über eine der lokalen Verbindungen 5 an den betreffenden Sensor 6 weitergeleitet. Alternativ oder zusätzlich zur Datenübertragung von dem stationären Server 8 an das Kraftfahrzeug 2, 14 kann die Datenübertragung auch zwischen zwei Kraftfahrzeugen 2, 14 erfolgen, in denen einer der Sensoren 6 schon mit der aktualisieren Software ausgestattet ist. Dies ist insbesondere vorteilhaft, wenn sich ein Kraftfahrzeug 2, 14, mit einem
Sensor 6 welcher noch nicht mit der aktualisierten Software ausgestattet ist, für längere Zeit außerhalb der Reichweite der Sendervorrichtung 9 des Servers 8 befindet. Wenn ein solches Fahrzeug 14 in die Reichweite eines Fahrzeugs 2 mit baugleichen Sensoren 6 gelangt, die bereits mit der aktualisierten Software ausgestattet sind, kann eine Datenverbindung 12 zwischen den Kraftfahrzeug- Kommunikationssystemen 4 der beiden Fahrzeuge 2, 14 aufgebaut werden, um die aktualisierte Software zwischen den Fahrzeugen 2, 14 zu übertragen.
Die Datenverbindungen 10, 12 zwischen den Fahrzeugen 2, 14 bzw. zwischen einem Fahrzeug 2, 14 und dem stationären Server 8 können insbesondere unter Verwendung eines Handshake-Mechanismus aufgebaut werden und/oder einen Push-Mechanismus nutzen.
Die Sendevorrichtung 9 des stationären Servers 8 kann auch als Empfangsvorrichtung ausgebildet sein, die es ermöglicht, Daten von Kraftfahrzeug-Kommunikationssystemen 4 zu empfangen. - -
Auf diese Weise können die Sensoren 6 betreffende Daten von den Kraftfahrzeug-Kommunikationssystemen 4 an den stationären Server 8 übertragen werden. Dies er ermöglicht es beispielsweise, dem Hersteller mitzuteilen, dass in dem Sensor 6 ein Fehler aufgetreten ist und/oder das der Sensor 6 defekt ist und/oder dass der Sensor 6 mit einer veralteten Software betrieben wird.
Auch kann die Seriennummer des Sensors 6 an den Hersteller / stationären Server 8 übertragen werden. Dies ermöglicht ist es dem Hersteller, den Sensor 6 und ggf. am/im Sensor 6 auftretende Fehler exakt zu identifizieren und einem Sensor zuzuordnen. Der Hersteller weiß auf diese Weise insbesondere genau, in welchen Kraftfahrzeugen 2, 14 ein defekter Sensor 6 unterwegs ist. Sofern es sich um einen Softwarefehler handelt, kann anschließend über die beschriebene Datenverbindung 10, 12 genau in diesen betroffenen Kraftfahrzeugen 2, 14 zeitnah eine aktualisierte Software für die entsprechenden Sensoren 6 aufgespielt werden, ohne das das Kraftfahrzeug 2, 14 dazu eine Werkstatt aufsuchen muss.
In einem Ausführungsbeispiel sind die Kraftfahrzeuge 2, 14 jeweils mit einem eigenen Server („Kraftfahrzeugserver") 16 ausgestattet. Die Kraftfahrzeugserver 16 beziehen die Softwareaktualisierungen für die im jeweiligen Kraftfahrzeug verbauten Sensoren 6 über eine Car-to-Car und/oder eine Car-to-lnfrastructure Kommunikationsschnittstelle, wie es zuvor beschrieben worden ist, und verteilen die Software dann über eine lokale Verbindung 5, z.B. LAN, LIN, CAN, FlexRay, Ethernet, Funkverbindung usw., innerhalb des Kraftfahrzeugs 2, 14 an die entsprechenden Sensoren 6 bzw. deren Sensorsteuergeräte.
Nachdem eine Übertragung der Daten vom Kraftfahrzeugserver 16 an die Sensoren 6 bzw. Sensorsteuergeräte erfolgt ist, kann das Aufspielen der Aktualisierung auf die entsprechenden Sensoren 6 bzw. Sensorsteuergeräte mit Hilfe einer weiteren Verbindung ausgelöst werden. Anschließend kann eine
Rückmeldung über das erfolgreiche Update durch den Sensor 6 an das
Steuergerät und durch das Sensorsteuergerät an den Kraftfahrzeugserver 16 erfolgen. Der Kraftfahrzeugserver 16 kann diese Rückmeldung über die
Datenverbindung 10 an den stationären Server 8 weiterreichen.

Claims

Patentansprüche
1 . Verfahren zum Aktualisieren von Software wenigstens eines Sensors (6) in einem Kraftfahrzeug (2, 14), das mit einem Kraftfahrzeug-Kommunikationssystem (4) ausgestattet ist, wobei das Verfahren umfasst, die zu aktualisierende Software, insbesondere mittels einer Kraftfahrzeug-zu-X Kommunikationsverbindung, an das Kraftfahrzeug-Kommunikationssystem (4) zu übertragen und von dem Kraftfahrzeug-Kommunikationssystem (4) auf den wenigstens einen Sensor (6) zu überspielen.
2. Verfahren nach Anspruch 1 , wobei das Verfahren umfasst, die zu aktualisierende Software über eine Funkverbindung (10, 12) an das Kraftfahrzeug-Kommunikationssystem (4) zu übertragen.
3. Verfahren nach Anspruch 1 oder 2, wobei das Verfahren umfasst, die zu aktualisierende Software nur an das Kraftfahrzeug-Kommunikationssystem (4) von Kraftfahrzeugen (2, 14) zu übertragen, die mit einem Sensor (6) ausgestattet sind, der die jeweilige Software verwendet.
4. Verfahren nach einem der vorangehenden Ansprüche, wobei das Verfahren umfasst, die Software von einem stationären Server (8) und/oder einem anderen Kraftfahrzeug (2, 14) an das Kraftfahrzeug-Kommunikationssystem (4) zu übertragen.
5. Verfahren nach einem der vorangehenden Ansprüche, wobei das Verfahren umfasst, die Software nur zu vorab festgelegten Zeitpunkten und/oder von Servern (8) mit festgelegten Adressen an das Kraftfahrzeug-Kommunikationssystem (4) zu übertragen.
6. Verfahren nach einem der vorangehenden Ansprüche, wobei das Verfahren umfasst, die Software verschlüsselt und/oder mit einer Prüfsumme zu übertragen.
7. Verfahren nach einem der vorangehenden Ansprüche, wobei das Verfahren umfasst, die auf dem wenigstens einen Sensor (6) befindliche
Software zu sichern, bevor eine neue Software auf den wenigstens einen Sensor (6) aufgespielt wird.
8. Verfahren nach einem der vorangehenden Ansprüche, wobei das Verfahren umfasst, die neue Software nur beim Stillstand des Kraftfahrzeugs (2, 14) auf den wenigstens einen Sensor (6) zu überspielen.
9. Verfahren nach einem der vorangehenden Ansprüche, wobei das Verfahren umfasst, den Sensor (6) betreffende Daten von dem Kraftfahrzeug- Kommunikationssystem (4) an einen stationären Server (8) zu übertragen
10. Verfahren nach Anspruch 9, wobei das Verfahren umfasst, die zu aktualisierende Software in Abhängigkeit der von dem Kraftfahrzeug-Kommunikationssystem (4) an den stationären Server (8) übertragenen Daten zu übertragen.
1 1 . Verfahren nach einem der vorangehenden Ansprüche, wobei das Verfahren umfasst, die aktualisierte Software mit Hilfe eines Push-Mechanismus an das Kraftfahrzeug-Kommunikationssystem (4) zu übertragen.
12. System zum Aktualisieren von Software wenigstens eines in einem Kraftfahrzeug (2, 14) verbauten Sensors (6), wobei das System ein in dem Kraftfahrzeug (2, 14) installiertes Kraftfahrzeug-Kommunikationssystem (4) umfasst, das ausgebildet ist, die zu aktualisierende Software zu empfangen und auf den wenigstens einen Sensor (6) zu überspielen.
13. System nach Anspruch 12, wobei das System ausgebildet ist, die zu aktualisierende Software nur zu vorab festgelegten Zeitpunkten und/oder von Servern (8) mit festgelegten Adressen an das Kraftfahrzeug-Kommunikationssystem (4) zu übertragen.
14. System nach Anspruch 12 oder 13, wobei das System ausgebildet ist, den Sensor (6) betreffende Daten von dem Kraftfahrzeug-Kommunikationssystem (4) an einen stationären Server (8) zu übertragen und insbesondere die zu aktualisierende Software in Abhängigkeit der von dem Kraftfahrzeug- Kommunikationssystem (4) übertragenen Daten zu übertragen.
15. System nach einem der Ansprüche 12 bis 14, wobei das System ausgebildet ist, die zu aktualisierende Software mit Hilfe eines Push-Mechanismus an das Kraftfahrzeug-Kommunikationssystem (4) zu übertragen.
PCT/EP2017/055148 2016-05-06 2017-03-06 Verfahren und system zum aktualisieren der software eines kraftfahrzeug-sensors WO2017190868A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US16/099,281 US10572243B2 (en) 2016-05-06 2017-03-06 Method and system for updating the software of a motor vehicle sensor
CN201780028057.4A CN109074252A (zh) 2016-05-06 2017-03-06 用于更新机动车传感器的软件的方法和系统
EP17709044.6A EP3452901A1 (de) 2016-05-06 2017-03-06 Verfahren und system zum aktualisieren der software eines kraftfahrzeug-sensors

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102016207836.4A DE102016207836A1 (de) 2016-05-06 2016-05-06 Verfahren und System zum Aktualisieren der Software eines Kraftfahrzeug-Sensors
DE102016207836.4 2016-05-06

Publications (1)

Publication Number Publication Date
WO2017190868A1 true WO2017190868A1 (de) 2017-11-09

Family

ID=58231610

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2017/055148 WO2017190868A1 (de) 2016-05-06 2017-03-06 Verfahren und system zum aktualisieren der software eines kraftfahrzeug-sensors

Country Status (5)

Country Link
US (1) US10572243B2 (de)
EP (1) EP3452901A1 (de)
CN (1) CN109074252A (de)
DE (1) DE102016207836A1 (de)
WO (1) WO2017190868A1 (de)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102017220508A1 (de) * 2017-11-16 2019-05-16 Audi Ag Verfahren und System zum Aktualisieren einer Fahrzeugsoftware
DE102018207661A1 (de) * 2018-05-16 2019-11-21 Zf Friedrichshafen Ag Verifikation von Sensordaten
US11260876B2 (en) * 2018-11-05 2022-03-01 Robert Bosch Gmbh Inter-vehicle sensor validation using senso-fusion network
CN110704088B (zh) * 2019-10-21 2023-01-13 中商民智科技工程集团有限公司 一种基于物联网的传感器升级方法及系统
US20210107530A1 (en) * 2020-12-22 2021-04-15 Cornelius Buerkle Distributed in-vehicle realtime sensor data processing as a service
DE102021207265A1 (de) 2021-07-09 2023-01-12 Volkswagen Aktiengesellschaft Verfahren zur regulatorischen Selbstüberwachung von Fahrzeugen
DE102022125555A1 (de) 2022-10-04 2024-04-04 Cariad Se Verfahren zum Betreiben eines stationären Edge-Rechnerknotens eines Datennetzwerks; Rechnerknoten und Datennetzwerk
CN115525314B (zh) * 2022-11-23 2023-04-14 深圳市泉立威电子科技有限公司 一种胎压传感器的升级方法和系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050216903A1 (en) * 2004-03-23 2005-09-29 General Motors Corporation Method and system for vehicle software configuration management
US20070100513A1 (en) * 2003-12-15 2007-05-03 Seiji Asano Information updating method of vehicle-mounted control apparatus, update information communication system, vehicle-mounted control apparatus, and information management base station apparatus
US20080140278A1 (en) * 1995-06-07 2008-06-12 Automotive Technologies International, Inc. Vehicle Software Upgrade Techniques
DE102010028832A1 (de) * 2010-05-11 2011-11-17 Endress + Hauser Conducta Gesellschaft für Mess- und Regeltechnik mbH + Co. KG Einfache Bedienvorrichtung zur Aktualisierung einer Basissoftware einer Sensoreinheit
US20150220321A1 (en) * 2014-02-06 2015-08-06 Hyundai Motor Company Method of updating software for vehicle
US20150242198A1 (en) * 2014-02-25 2015-08-27 Ford Global Technologies, Llc Silent in-vehicle software updates

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19848090A1 (de) * 1998-10-19 2000-04-27 Mannesmann Vdo Ag Einrichtung zur Speicherung von Daten in einem Kraftfahrzeug
US20130219039A1 (en) * 2011-11-16 2013-08-22 Flextronics Ap, Llc Network selector in a vehicle infotainment system
US10061574B2 (en) * 2013-03-14 2018-08-28 Ford Global Technologies, Llc Method and apparatus for multiple vehicle software module reflash
US11130042B2 (en) * 2016-02-02 2021-09-28 Bao Tran Smart device

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080140278A1 (en) * 1995-06-07 2008-06-12 Automotive Technologies International, Inc. Vehicle Software Upgrade Techniques
US20070100513A1 (en) * 2003-12-15 2007-05-03 Seiji Asano Information updating method of vehicle-mounted control apparatus, update information communication system, vehicle-mounted control apparatus, and information management base station apparatus
US20050216903A1 (en) * 2004-03-23 2005-09-29 General Motors Corporation Method and system for vehicle software configuration management
DE102010028832A1 (de) * 2010-05-11 2011-11-17 Endress + Hauser Conducta Gesellschaft für Mess- und Regeltechnik mbH + Co. KG Einfache Bedienvorrichtung zur Aktualisierung einer Basissoftware einer Sensoreinheit
US20150220321A1 (en) * 2014-02-06 2015-08-06 Hyundai Motor Company Method of updating software for vehicle
US20150242198A1 (en) * 2014-02-25 2015-08-27 Ford Global Technologies, Llc Silent in-vehicle software updates

Also Published As

Publication number Publication date
CN109074252A (zh) 2018-12-21
US20190196806A1 (en) 2019-06-27
EP3452901A1 (de) 2019-03-13
US10572243B2 (en) 2020-02-25
DE102016207836A1 (de) 2017-11-09

Similar Documents

Publication Publication Date Title
WO2017190868A1 (de) Verfahren und system zum aktualisieren der software eines kraftfahrzeug-sensors
DE102017109099A1 (de) Bereitstellen von modul-updates für ein fahrzeugsystem
EP3393859B1 (de) Verfahren zur modifikation safety- und/oder security-relevanter steuergeräte in einem kraftfahrzeug, und eine diesbezügliche vorrichtung
DE10038096A1 (de) Verfahren und System zur Übertragung von Daten
WO2010054920A1 (de) Vorrichtung zum steuern einer fahrzeugfunktion und verfahren zum aktualisieren eines steuergerätes
DE102017120844A1 (de) Installieren von Fahrzeug-Updates
DE102015219817A1 (de) Fahrzeug-Netzkoppler mit Funkzellen-Datennetzwerk-Verbindungsfähigkeit
WO2019096840A1 (de) Verfahren und system zum aktualisieren einer fahrzeugsoftware
EP3741094A1 (de) Steuerungssystem für ein kraftfahrzeug, verfahren zum betreiben des steuerungssystems sowie kraftfahrzeug mit einem derartigen steuerungssystem
EP3662364A1 (de) System zum übertragen zumindest eines aktualisierungspakets für zumindest ein steuergerät eines kraftfahrzeugs sowie verfahren
DE112020001126T5 (de) Fahrzeugsteuergerät
DE102021204225A1 (de) Fahrzeug und Verfahren zur Pannenhilfe bei automatisierten Fahrzeugen
EP3314868A1 (de) System und verfahren zum datenaustausch mit einem laser oder einer werkzeugmaschine
DE102014009242A1 (de) Verfahren zum Aufbau und zum Betrieb eines drahtlosen Netzwerks
DE102010029931A1 (de) Verfahren und Vorrichtung zur Abfrage von Daten eines Fahrzeugs
EP2109041A1 (de) Verfahren zur automatischen Aktualisierung von Software
DE102012220132A1 (de) Verfahren, Vorrichtung und System zum Aktualisieren eines Steuergerätes
DE102018200318A1 (de) Absicherung eines Softwareupdates eines Steuergerätes eines Fortbewegungsmittels
DE102017100749A1 (de) Verfahren und vorrichtung für zyklischen dateienaustauschbei abgeschaltetem fahrzeug
DE102017220526A1 (de) Verfahren und Vorrichtung zur Aktualisierung von Software
EP2962162B1 (de) Verfahren zur einrichtung oder aktualisierung einer programmierung eines steuergerätes eines verkehrsmittels
WO2019145209A1 (de) Vorrichtung und verfahren zum registrieren und überwachen autonomer fahrzeuge
DE102015219837A1 (de) Verfahren zum Bereitstellen einer Software
DE102016116168A1 (de) Fahrzeug, System und Verfahren zur Aktualisierung der Firmware einer Fahrzeugkomponente
DE102014219322A1 (de) Update einer Fahrzeugsteuerung per Car2X

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: 17709044

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017709044

Country of ref document: EP

Effective date: 20181206