EP3619689A1 - Verfahren und vorrichtung zum situationsabhängigen speichern von daten eines systems - Google Patents

Verfahren und vorrichtung zum situationsabhängigen speichern von daten eines systems

Info

Publication number
EP3619689A1
EP3619689A1 EP18728591.1A EP18728591A EP3619689A1 EP 3619689 A1 EP3619689 A1 EP 3619689A1 EP 18728591 A EP18728591 A EP 18728591A EP 3619689 A1 EP3619689 A1 EP 3619689A1
Authority
EP
European Patent Office
Prior art keywords
data
time
memory
volatile memory
triggering event
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.)
Withdrawn
Application number
EP18728591.1A
Other languages
English (en)
French (fr)
Inventor
Heribert BR UTIGAM
Heiko Diederichs
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.)
Audi AG
Original Assignee
Audi AG
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 Audi AG filed Critical Audi AG
Publication of EP3619689A1 publication Critical patent/EP3619689A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0804—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches with main memory updating
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11C—STATIC STORES
    • G11C11/00—Digital stores characterised by the use of particular electric or magnetic storage elements; Storage elements therefor
    • G11C11/005—Digital stores characterised by the use of particular electric or magnetic storage elements; Storage elements therefor comprising combined but independently operative RAM-ROM, RAM-PROM, RAM-EPROM cells
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/0223—User address space allocation, e.g. contiguous or non contiguous base addressing
    • G06F12/023—Free address space management
    • G06F12/0238—Memory management in non-volatile memory, e.g. resistive RAM or ferroelectric memory
    • G06F12/0246—Memory management in non-volatile memory, e.g. resistive RAM or ferroelectric memory in block erasable memory, e.g. flash memory
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME 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/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841—Registering performance data
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME 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/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841—Registering performance data
    • G07C5/085—Registering performance data using electronic data carriers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/10—Providing a specific technical effect
    • G06F2212/1032—Reliability improvement, data loss prevention, degraded operation etc
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME 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/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station

Definitions

  • Vehicle systems in accident situations to make comprehensible For this purpose, relevant data from a period of a few seconds before the accident are recorded in accident situations and near-accident situations, such as when an airbag is triggered or when emergency braking is triggered. These data are designed to objectify accidents to individual accident parties and to assist in understanding the course of the accident and understanding its circumstances.
  • data recorders are usually at a trigger, d. H. when a trigger event occurs, only data stored in a period prior to the triggering event.
  • a data recording can end with the triggering of a restraint system. Such a fixed end of data storage may result in the loss of important information after the triggering event.
  • a triggering events for example, a change of an operating mode of a respective system, such as.
  • FIG. 1 shows a flow chart which is oriented along a time axis 1.
  • an automated driving function of a system such as a vehicle
  • a triggering event occurs by a request to a driver to control the vehicle by taking manual control.
  • another triggering event such as activation of a restraint system of the vehicle, occurs, as indicated by symbol 5.
  • data recording of data of the vehicle ends with the deactivation of the automatic
  • the data in a time range 9a which extends from a first time before time t1 to a second time after time t1, can be transferred into the read-only memory and evaluated accordingly later.
  • the data lying after the time t1 are detected after the time t1, written into the volatile memory and then, for example, after expiration of the time range 9a, written to the read-only memory.

Abstract

Die vorgestellte Erfindung betrifft ein Verfahren zum situationsabhängigen Speichern von Daten eines Systems, bei dem Daten des Systems erfasst, in mindestens einem Datenblock (9, 9a) zusammengefasst und in einem flüchtigen Speicher gespeichert werden, und bei dem in Reaktion auf einen Eintritt mindestens eines vorgegebenen Auslöseereignisses (5) in dem mindestens einen Datenblock zusammengefasste Daten von dem flüchtigen Speicher in einen Festspeicher übertragen werden, und bei dem ein Zeitfenster, in dem die Daten für den mindestens einen Datenblock erfasst werden, automatisch und dynamisch in Abhängigkeit des mindestens einen Auslöseereignisses (5) gewählt wird.

Description

Verfahren und Vorrichtung zum situationsabhängigen Speichern von
Daten eines Systems
Die vorgestellte Erfindung betrifft ein Verfahren zum situationsabhängigen Speichern von Daten eines Systems und ein Aufzeichnungssystem zum Speichern von Daten eines Systems im Falle eines Eintritts eines vorgegebenen Auslöseereignisses.
Systeme, wie bspw. Fahrzeuge, können mit Datenrekordern für eine Aufzeichnung bei einem Unfall ausgestattet werden. Hauptaufgabe solcher Datenrekorder ist es, ein bestimmungsgemäßes Verhalten von
Fahrzeugsystemen in Unfallsituationen nachvollziehbar zu machen. Dazu werden in Unfallsituationen und unfallnahen Situationen, wie bspw. beim Auslösen eines Airbags oder beim Auslösen einer Notbremsung, relevante Daten aus einem Zeitraum von wenigen Sekunden vor dem Unfall aufgezeichnet. Diese Daten sind dazu geeignet, ein Unfallgeschehen für jeweilige Unfallparteien zu objektivieren und dabei zu helfen, einen Ablauf des Unfalls nachzuvollziehen und dessen Umstände zu verstehen. Bei aktuell verfügbaren Datenrekordern werden meist bei einer Auslösung, d. h. beim Auftreten eines Auslöseereignisses lediglich Daten in einem Zeitraum vor dem Auslöseereignis gespeichert. So kann bspw. eine Datenaufzeichnung mit einem Auslösen eines Rückhaltesystems enden. Durch ein derart fest vorgegebenes Ende der Datenspeicherung können wichtige Informationen, die nach dem Auslöseereignis liegen, verloren gehen.
In der Druckschrift DE 0 2015 208 358 A1 werden ein Verfahren und ein System zur Erfassung und/oder Sicherung von Videodaten in einem Fahrzeug offenbart. Dabei ist vorgesehen, dass die Videodaten
ereignisgesteuert erfasst und in einem Ringspeicher gespeichert werden.
Die Druckschrift DE 10 2013 206 948 A1 offenbart eine Vorrichtung und ein Verfahren zur Bereitstellung von Daten eines autonomen Systems und ein Verfahren zur Herstellung eines autonomen Systems. Dabei ist vorgesehen, dass bei einem Betrieb der Vorrichtung mittels eines Autopiloten in einem bestimmten Intervall von einem Sensor erfasste Daten in einem lokalen Speicher gespeichert werden.
Eine Speichereinheit für eine Fahrzeugdatenaufzeichnung ist in der
Druckschrift DE 10 2014 205 924 A1 offenbart.
Vor diesem Hintergrund ist es eine Aufgabe der vorgestellten Erfindung, eine Möglichkeit zum Speichern von Daten eines Systems sowohl vor als auch nach einem Unfall bereitzustellen.
Zur Lösung der voranstehend genannten Aufgabe wird ein Verfahren zum situationsabhängigen Speichern von Daten eines Systems vorgestellt. Dazu ist vorgesehen, dass Daten des Systems erfasst, in mindestens einem
Datenblock zusammengefasst und in einem flüchtigen Speicher gespeichert werden. Weiterhin ist vorgesehen, dass in Reaktion auf einen Eintritt mindestens eines vorgegebenen Auslöseereignisses in dem mindestens einen Datenblock zusammengefasste Daten von dem flüchtigen Speicher in einen Festspeicher übertragen werden. Dabei ist weiterhin vorgesehen, dass ein Zeitfenster, in dem die Daten für den mindestens einen Datenblock erfasst werden, automatisch und dynamisch in Abhängigkeit des mindestens einen Auslöseereignisses gewählt wird. Ausgestaltungen der vorgestellten Erfindung ergeben sich aus der
Beschreibung und den abhängigen Ansprüchen.
Das vorgestellte Verfahren dient insbesondere zum Speichern von Daten eines Systems, wie bspw. eines Fahrzeugs bei einem Eintritt eines
Auslöseereignisses, wie bspw. einem Umschalten von einem automatischen Fahrbetrieb zu einem manuellen Fahrbetrieb, bei einem Unfall oder einer Notbremsung. Dazu basiert das vorgestellte Verfahren auf der Idee, ein "Aufzeichnungsfenster" bzw. ein Zeitfenster, in dem Daten erfasst werden, die in einen flüchtigen Speicher und von dem flüchtigen Speicher schließlich in einen Festspeicher zu übertragen sind, variabel um einen Zeitpunkt für eine Auslösung der Datenerfassung, d. h. ein Auslöseereignis,
parametrierbar zu definieren. Dabei können diejenigen Anteile des
Zeitfensters, die vor bzw. nach dem Auslöseereignis liegen, jeweils fest definiert oder durch andere Parameter beeinflussbar sein.
Es ist vorgesehen, dass aktuelle Daten des Systems, d. h. Daten, die von Sensoren des Systems erfasst und/oder von Steuergeräten des Systems verarbeitet wurden bzw. werden , zunächst in einem flüchtigen Speicher, wie bspw. einem Ringspeicher zwischengespeichert und im Falle eines
Eintretens eines Auslöseereignisses, von dem flüchtigen bzw. volatilen Speicher in einen Festspeicher, d. h. einen nicht flüchtigen Speicher, wie bspw. einen EEPROM oder einen Flash-Speicher übertragen werden. Dabei wird das Zeitfenster, von welchem die darin erfassten Daten im Falle des Eintretens des Auslöseereignisses von dem flüchtigen Speicher in den nicht flüchtigen Speicher übertragen werden, variabel um den Zeitpunkt für die Auslösung der Aufzeichnung (Trigger) der Daten und deren Übertragung in den nicht flüchtigen Speicher parametrierbar definiert. Um einen Eindruck über einen Zustand des Systems zu erhalten, nachdem ein Auslöseereignis, wie bspw. ein Zünden eines Airbags stattgefunden hat, ist erfindungsgemäß vorgesehen, dass in einem durch das Auslöseereignis bestimmten, d. h. in Abhängigkeit einer Art des Auslöseereignisses, vorgegebenen Zeitfenster Daten des Systems, d. h. bspw. eines Fahrzeugs, erfasst, zunächst in einen flüchtigen Speicher und anschließend in einen Festspeicher übertragen werden. Dabei ist es vorgesehen, dass die in den flüchtigen Speicher zu übertragenden Daten in mindestens einem
Datenblock zusammengefasst in den flüchtigen Datenspeicher übertragen werden. Dabei werden die in dem flüchtigen Speicher gespeicherten Daten kontinuierlich aktualisiert.
Insbesondere ist vorgesehen, dass ein Zeitfenster bzw. ein Zeitbereich, in dem die Daten, die insbesondere Betriebsdaten eines Systems sein können, zu erfassen und in den Festspeicher zu übertragen sind, in Abhängigkeit eines jeweiligen Auslöseereignisses, d. h. eines Triggers, gewählt wird. Dies bedeutet, dass das Zeitfenster dynamisch in Abhängigkeit eines jeweiligen Auslöseereignisses angepasst bzw. parametriert wird. Dazu kann eine Liste vorgegeben sein, die jeweiligen Auslöseereignissen, die bspw. durch eine Anzahl an Sensorwerten und/oder Einstellungen von Vorrichtungen eines jeweiligen Systems vorgegeben sind, ein Zeitfenster, d. h. einen ersten Zeitpunkt, zu dem eine Erfassung von Daten startet und einen zweiten Zeitpunkt, zu dem die Erfassung der Daten endet, zuordnet. Durch aufeinanderfolgende Übertragungen jeweiliger Daten in den flüchtigen Speicher, der bspw. ein Ringspeicher sein kann, werden die Daten in dem flüchtigen Speicher stetig bzw. schrittweise durch jeweilige Übertragungen aktualisiert. Dabei ist insbesondere vorgesehen, dass die Daten bspw. in einem ersten Bereich des flüchtigen Speichers aktualisiert werden, der einem vorgegebenen Zeitbereich von bspw. 30 Sekunden vor einem aktuellen Zeitpunkt zugeordnet ist, so dass der flüchtige Speicher in diesem ersten Bereich stets die Daten abbildet, die in dem vorgegebenen Zeitbereich vor dem aktuellen Zeitpunkt erfasst wurden . Ferner kann der flüchtige Speicher einen zweiten Bereich bzw. weitere zusätzliche Bereiche oder
Speicherkapazitäten bereithalten, in den/die nach einem Eintreten eines Auslöseereignisses zu erfassende Daten zu schreiben sind.
Es ist erfindungsgemäß vorgesehen, dass Daten aus einem flüchtigen Speicher in Reaktion auf ein Auslöseereignis in einen Festspeicher übertragen werden. Dabei kann insbesondere vorgesehen sein, dass auch nach dem Auslöseereignis erfasste Daten in den flüchtigen Speicher und anschließend in den Festspeicher übertragen werden. Dies bedeutet, dass nach einem Eintritt des Auslöseereignisses der flüchtige Speicher weiterhin für einen Zeitraum, der bspw. vorgegeben sein kann oder durch einen verfügbaren Speicherplatz bestimmt wird, mit Daten befüllt wird und die Daten aus dem flüchtigen Speicher anschließend in den Festspeicher übertragen werden, so dass in dem Festspeicher auch Daten gespeichert werden, die nach dem Eintritt des Auslöseereignisses erfasst wurden. In Ausgestaltung des vorgestellten Verfahrens ist insbesondere vorgesehen, dass die in dem flüchtigen Speicher gespeicherten Daten mittels eines sogenannten "Schiebefensterprotokolls" in Abhängigkeit des mindestens einen Auslöseereignisses mit einem unterschiedlichen Zeithorizont vor und nach dem mindestens einen Auslöseereignis in den Festspeicher übertragen werden. Dabei wird das Zeitfenster lediglich so groß gewählt, dass höchstens der erste Bereich des flüchtigen Speichers gefüllt wird, wenn jeweilige in dem Zeitfenster erfasste Daten in den flüchtigen Speicher übertragen werden. Sollte innerhalb des Zeitfensters bzw. zu einem aktuellen Zeitpunkt ein Auslöseereignis, wie bspw. eine Aktivierung eines Rückhaltemechanismus erkannt werden, wird das Zeitfenster vergrößert, so dass auch ein zweiter Bereich des flüchtigen Speichers mit Daten befüllt wird. Dabei wird der zweite Bereich des flüchtigen Speichers mit Daten befüllt, die zeitlich nach dem Auslöseereignis erfasst wurden bzw. werden . Dies bedeutet, dass das Zeitfenster, das einen Zeitbereich angibt, in dem Daten erfasst, in den flüchtigen Speicher und entsprechend anschließend in den Festspeicher geschrieben werden, sich in Abhängigkeit eines Auftretens eines
Auslöseereignisses dynamisch verändert, d. h. insbesondere gegenüber einem Standardbetrieb größer wird. Wenn kein Auslöseereignis erkannt wird, werden die in den flüchtigen Speicher geschriebenen Daten nicht in den Festspeicher übertragen. In diesem Fall werden die in den flüchtigen Speicher geschriebenen Daten durch neue bzw. aktuelle Daten überschrieben. Das erfindungsgemäß vorgesehene Zeitfenster kann variabel um einen jeweiligen Auslösezeitpunkt, d. h. einen Trigger, parametrierbar definiert werden. Dabei können jeweilige Anteile eines Aufzeichnungszeitraumes vor bzw. nach dem Auslösezeitpunkt fest definiert oder durch aktuell erfasste Parameter beeinflussbar sein.
Es ist selbstverständlich vorgesehen, dass für den Fall, dass ein
Auslöseereignis erkannt wird, jeweilige erfasste Daten, nachdem diese in den Festspeicher geschrieben wurden, im Festspeicher nicht mehr überschrieben werden.
Ein mögliches Beispiel für einen Ablauf des vorgestellten Verfahrens in einem System kann bspw. wie folgt ausgestaltet sein:
1 ) Erfassen von Daten des Systems durch Auslesen von Sensoren und/oder Steuergeräten zu einem Zeitpunkt tO; 2) Übertragen der ausgelesenen Daten in einen flüchtigen Speicher zu einem Zeitpunkt t1 ;
3) Erfassen von Daten des Systems durch Auslesen von Sensoren und/oder Steuergeräten zu einem Zeitpunkt t2;
3a) Übertragen der ausgelesenen Daten und Überschreiben der Daten in dem flüchtigen Speicher zu einem Zeitpunkt t4, falls kein Auslöseereignis erkannt wurde;
3b) Falls ein Auslöseereignis zu einem Zeitpunkt t3, t2 < t3 < t4 erkannt wurde: Übertragen von in einem vorgegebenen Zeitbereich [f.3 - x, t3] vor dem Auslöseereignis erfassten Daten in den festen Speicher;
3c) Erfassen von nach dem Auslöseereignis durch die Sensoren erfassten bzw. von den Steuergeräten verarbeiteten Daten,
3d) Übertragen der ausgelesenen Daten in den flüchtigen Speicher zu einem Zeitpunkt t5, und
3e) Übertragen der in einem vorgegebenen Zeitbereich [t3, t3 + y] nach dem Auslöseereignis erfassten Daten in den festen Speicher zusätzlich zu den in Schritt 3b) übertragenen Daten. x und y sind dabei jeweilige Zeitdauern, wobei x, y jeweils im Sekunden-, Minuten- oder Stundenbereich liegen können. Die Zeitpunkte tO, t1 , t2, t3, t4 und t5 sind konkrete Zeitpunkte, die jeweils mit Datum und konkreter Uhrzeit definiert sein können.
In einer möglichen Ausgestaltung des vorgestellten Verfahrens ist vorgesehen, dass das vorgegebene Auslöseereignis durch eine Liste von vorgegebenen Auslöseereignissen vorgegeben wird. Dabei ist vorgesehen, dass durch die Liste jedem Auslöseereignis der Liste mindestens ein Wert eines Sensors des Systems und/oder ein Zustand einer Komponente des Systems zugeordnet ist. Insbesondere kann das erfindungsgemäß vorgesehene System ein
Fahrzeug, eine Windenergieanlage, eine Rolltreppe, ein Aufzug, eine autonom fliegende Drohne, eine Alarmanlage oder jedes weitere technische System sein.
Selbstverständlich kann eine Vielzahl von Auslöseereignissen vorgesehen sein, die jeweils zu einer Erfassung von Daten über einen Zeitpunkt eines Auftretens des jeweiligen Auslöseereignisses hinaus führen , d. h. zu einer Erfassung von Daten führen, die nach dem Zeitpunkt des Auftretens des Auslöseereignisses liegen . Dabei kann ein Auslöseereignis bspw. von einem Zentralsteuergerät gemeldet oder von einem Sicherheitssteuergerät erkannt werden, indem von jeweiligen Sensoren eines jeweiligen Systems erfasste Werte mit in der voranstehend genannten Liste vorgegebenen Werten abgeglichen werden.
Als Auslöseereignisse können bspw. ein Wechsel eines Betriebsmodus eines jeweiligen Systems, wie bspw. einem Fahrzeug, von einem
vollautomatischen Betrieb in einen manuellen Betrieb oder eine Aktivierung bzw. Deaktivierung eines Assistenzsystems vorgesehen sein. Es können selbstverständlich auch mehrere Auslöseereignisse verschiedener Systeme bzw. mehrfach aufeinanderfolgend auftretende Auslöseereignisse des selben Systems erkannt werden, die jeweils zu einer Übertragung in den
Festspeicher führen. In einer weiteren möglichen Ausgestaltung des vorgestellten Verfahrens ist vorgesehen, dass sich das Zeitfenster, in dem die Daten erfasst und in den flüchtigen Speicher übertragen werden, von einem ersten Zeitpunkt vor dem Auslöseereignis bis zu einem zweiten Zeitpunkt nach dem Auslöseereignis erstreckt. Es ist insbesondere vorgesehen, dass der erste Zeitpunkt und/oder der zweite Zeitpunkt in einem fest vorgegebenen zeitlichen Abstand zu einem jeweiligen Auslöseereignis bzw. zueinander vorgesehen werden. Durch einen festen zeitlichen Abstand zu einem jeweiligen Auslöseereignis kann ein Speicherplatzbedarf vorgegeben werden, so dass durch einen festen zeitlichen Abstand des ersten Zeitpunkts von dem Auslöseereignis stets genug Speicherplatz in einem jeweiligen flüchtigen Speicher bereitsteht, um Daten, die von dem Auslöseereignis bis zum dem zweiten Zeitpunkt gesammelt wurden, zwischenzuspeichern.
In einer weiteren möglichen Ausgestaltung des vorgestellten Verfahrens ist vorgesehen, dass als erster Zeitpunkt ein Zeitpunkt zwischen 40 Sekunden und 20 Sekunden, bevorzugt zwischen 35 Sekunden und 25 Sekunden, weiter bevorzugt von genau 30 Sekunden vor dem Auslöseereignis und als zweiter Zeitpunkt ein Zeitpunkt zwischen 40 Sekunden und 20 Sekunden, bevorzugt zwischen 35 Sekunden und 25 Sekunden, weiter bevorzugt von genau 30 Sekunden nach dem Auslöseereignis gewählt wird.
Ein Abstand von 30 Sekunden zu einem jeweiligen Auslöseereignis hat sich als besonders vorteilhaft herausgestellt, um bspw. einen Unfallhergang zu rekonstruieren.
In einer weiteren möglichen Ausgestaltung des vorgestellten Verfahrens ist vorgesehen, dass der erste Zeitpunkt und/oder der zweite Zeitpunkt in Abhängigkeit des Auslöseereignisses gewählt werden.
Da unterschiedliche Auslöseereignisse unterschiedliche Ereignishorizonte bedingen, kann es sinnvoll sein, eine Datenerfassung an einen Typ eines jeweiligen Auslöseereignisses anzupassen. So kann bspw. vorgesehen sein, dass bei einem Unfall als Auslöseereignis über ein besonders großes Zeitfenster von bspw. mehreren Minuten hinweg Daten erfasst und
gespeichert werden. Dagegen kann vorgesehen sein, dass bei einer
Fehlermeldung als Auslöseereignis lediglich über einige Sekunden hinweg Daten erfasst und gespeichert werden. In beiden Fällen kann sich das jeweilige Zeitfenster über den Zeitpunkt des Auslöseereignisses hinweg erstrecken, d. h. der erste Zeitpunkt als Beginn des Zeitfensters kann vor und der zweite Zeitpunkt als Ende des Zeitfensters kann nach dem Zeitpunkt des Auftretens des Auslöseereignisses liegen.
In einer weiteren möglichen Ausgestaltung des vorgestellten Verfahrens ist vorgesehen, dass als zweiter Zeitpunkt ein Zeitpunkt gewählt wird, zu dem der flüchtige Speicher vollständig befüllt ist.
Um möglichst viele Daten zu einem Auslöseereignis, wie bspw. einem Unfall zu ermitteln, kann vorgesehen sein, dass ein jeweiliger flüchtiger Speicher komplett genutzt wird. Dazu kann vorgesehen sein, dass ein vorgegebener erster Bereich des flüchtigen Speichers mit Daten beschrieben wird, die vor einem jeweiligen Auslöseereignis erfasst wurden und ein entsprechend verbleibender bzw. nicht dem ersten Bereich zugehöriger Bereich des flüchtigen Speichers mit Daten beschrieben wird, die nach dem
Auslöseereignis erfasst wurden. Dazu kann der flüchtige Speicher bspw. so lange mit Daten beschrieben werden, bis der flüchtige Speicher voll ist.
In einer weiteren möglichen Ausgestaltung des vorgestellten Verfahrens ist vorgesehen, dass als Festspeicher ein über eine
Kommunikationsschnittstelle des Systems zu kontaktierender Server gewählt wird.
Der erfindungsgemäß vorgesehene Festspeicher kann insbesondere ein bspw. als sogenannter "Cloudspeicher" ausgestalteter Server bzw. jeder weitere über eine Kommunikationsschnittstelle des erfindungsgemäß vorgesehenen Systems zu kontaktierender Server bzw. Speicher sein.
Selbstverständlich kann der erfindungsgemäß vorgesehene Festspeicher auch ein von dem erfindungsgemäß vorgesehenen System umfasster Festspeicher, wie bspw. ein EEPROM sein.
Ferner betrifft die vorgestellte Erfindung ein Aufzeichnungssystem zum Speichern von Daten eines Systems im Falle eines Eintritts eines
vorgegebenen Auslöseereignisses, wobei das Aufzeichnungssystem mindestens einen flüchtigen Speicher, mindestens einen Festspeicher und ein Steuergerät umfasst, wobei das Steuergerät dazu konfiguriert ist, Daten des Systems zu erfassen, in mindestens einem Datenblock
zusammenzufassen, den mindestens einen Datenblock in dem mindestens einen flüchtigen Speicher zu speichern und in Reaktion auf einen Eintritt des vorgegebenen Auslöseereignisses in dem flüchtigen Speicher gespeicherte Daten in einen Festspeicher zu übertragen, wobei ein Zeitfenster, in dem die Daten für den mindestens einen Datenblock zu erfassen sind, in
Abhängigkeit des mindestens einen Auslöseereignisses dynamisch und automatisch vorgegeben ist.
Das vorgestellte Aufzeichnungssystem dient insbesondere zur Durchführung des vorgestellten Verfahrens. Weitere Vorteile und Ausgestaltungen ergeben sich aus der Beschreibung und der beiliegenden Zeichnung.
Es versteht sich, dass die voranstehend genannten und die nachstehend noch zu erläuternden Merkmale nicht nur in der jeweils angegebenen Kombination, sondern auch in anderen Kombinationen oder in Alleinstellung verwendbar sind, ohne den Rahmen der vorliegenden Erfindung zu verlassen.
Die Erfindung ist anhand von Ausführungsformen in der Zeichnung schematisch dargestellt und wird unter Bezugnahme auf die Zeichnung schematisch und ausführlich beschrieben.
Figur 1 zeigt eine schematische Darstellung eines Ablaufs einer möglichen Ausgestaltung des vorgestellten Verfahrens.
In Figur 1 ist ein Ablaufschema dargestellt, das sich entlang einer Zeitachse 1 orientiert. Zu einem Zeitpunkt tO ist bspw. eine automatisierte Fahrfunktion eines Systems, wie bspw. eines Fahrzeugs, aktiv, wie durch Balken 3 angedeutet. Zu einem Zeitpunkt t1 tritt ein Auslöseereignis ein, indem eine Aufforderung an einen Fahrer erfolgt, das Fahrzeug durch Übernahme einer manuellen Kontrolle zu steuern. Zu einem Zeitpunkt t2 tritt ein weiteres Auslöseereignis, wie bspw. eine Aktivierung eines Rückhaltesystems des Fahrzeugs ein, wie durch Symbol 5 angedeutet. Gemäß traditionell eingesetzter Verfahren endet eine Datenaufzeichnung von Daten des Fahrzeugs mit der Deaktivierung der automatischen
Fahrfunktion zum Zeitpunkt t1 , wie durch Balken 7, der eine Aufzeichnung von Daten während eines automatischen Fahrbetriebs gemäß traditionellen Verfahren darstellt, angedeutet, so dass Ereignisse, die nach dem Zeitpunkt t1 geschehen, nicht rekonstruiert werden können.
Um einen Hergang von Ereignissen, die zur Aktivierung des
Rückhaltesystems des Fahrzeugs zum Zeitpunkt t2 geführt haben, zu rekonstruieren, ist gemäß dem vorgestellten Verfahren vorgesehen, dass Daten nicht nur vor dem Zeitpunkt t1 sondern auch über den Zeitpunkt t1 hinaus erfasst werden . Dazu ist vorgesehen, dass eine
Aufnahmebereitschaft eines Aufzeichnungssystems zum Erfassen der Daten ab dem Zeitpunkt t1 , wenn dem Fahrer angezeigt wird, dass er das Fahrzeug manuell kontrollieren soll, für einen vorgegebenen oder variablen Zeitraum weiter aktiv bleibt. Entsprechend ist vorgesehen, dass das
Aufzeichnungssystem über den Zeitpunkt t1 hinaus "beobachtet", d. h. Daten in einen flüchtigen Speicher schreibt. Dazu werden aktuell erfasste Daten in einem Datenblock 9 zusammengefasst und in den flüchtigen Speicher übertragen. Die in dem flüchtigen Speicher gespeicherten Daten werden kontinuierlich durch neue Datenblöcke 9 ersetzt, aktualisiert und/oder erweitert.
Wird ein Auslöseereignis, wie bspw. die Änderungen des Betriebszustands des Fahrzeugs von dem vollautomatischen bzw. autonomen Betrieb zu dem manuellen Betrieb, zum Zeitpunkt t1 erkannt, wird ein Zeitfenster, in dem Daten in den flüchtigen Speicher und schließlich von dem flüchtigen Speicher in einen Festspeicher zu übertragen sind, in Abhängigkeit des
Auslöseereignisses gewählt. Im Falle des Auslöseereignisses zum Zeitpunkt t1 können die Daten in einem zeitlichen Bereich 9a, der sich von einem ersten Zeitpunkt vor dem Zeitpunkt t1 bis zu einem zweiten Zeitpunkt nach dem Zeitpunkt t1 erstreckt, in den Festspeicher übertragen und entsprechend später ausgewertet werden. Dazu ist vorgesehen, dass die Daten, die nach dem Zeitpunkt t1 liegen, nach dem Zeitpunkt t1 erfasst, in den flüchtigen Speicher geschrieben und anschließend, bspw. nach Ablauf des zeitlichen Bereichs 9a, in den Festspeicher geschrieben werden.
Im Falle eines Auslöseereignisses können so rückwirkend die in dem flüchtigen Speicher gespeicherten Daten im Zeitraum zwischen t1 und t2 in den Festspeicher übertragen werden, selbst wenn der vollautomatische Betriebsmodus bereits beendet ist. Es ist vorgesehen, dass der Aufzeichnungszeitraum in einem sogenannten "sliding window approach" zeitlich variabel gestaltet werden kann, wie durch Balken 9 angedeutet. Lediglich dann, wenn ein Auslöseereignis erkannt wird, werden die in dem flüchtigen Speicher gespeicherten Daten in einen
Festspeicher übertragen und zur Auswertung gesichert. Dabei ist
vorgesehen, dass eine Größe bzw. ein Grenzbereich eines jeweiligen
Fensters des "sliding window approaches" fest vorgegeben sein kann und/oder ggf. in Abhängigkeit eines jeweilig erkannten Auslöseereignisses verändert wird.
Es ist ferner denkbar, dass lediglich Daten in den Festspeicher übertragen werden, die vor einem jeweiligen Auslöseereignis, wie bspw. der Aktivierung des Rückhaltesystems zum Zeitpunkt t2 liegen. Dazu kann dem
Auslöseereignis "Aktivierung des Rückhaltesystems" ein Zeitfenster zugeordnet sein, das durch Zeitpunkte gekennzeichnet ist, die vor bzw. auf dem Zeitpunkt t2 liegen.

Claims

Patentansprüche
1 . Verfahren zum situationsabhängigen Speichern von Daten eines Systems, bei dem Daten des Systems erfasst, in mindestens einem
Datenblock (9, 9a) zusammengefasst und in einem flüchtigen Speicher gespeichert werden, und bei dem in Reaktion auf einen Eintritt mindestens eines vorgegebenen Auslöseereignisses (5) in dem mindestens einen Datenblock zusammengefasste Daten von dem flüchtigen Speicher in einen Festspeicher übertragen werden, und bei dem ein Zeitfenster, in dem die Daten für den mindestens einen Datenblock erfasst werden, automatisch und dynamisch in Abhängigkeit des mindestens einen Auslöseereignisses (5) gewählt wird.
2. Verfahren nach Anspruch 1 , bei dem als Daten des Systems von mindestens einem Sensor des Systems erfasste Daten und/oder von mindestens einem Steuergerät des Systems verarbeitete Daten gewählt werden.
3. Verfahren nach Anspruch 1 oder 2, bei dem das mindestens eine vorgegebene Auslöseereignis (5) durch eine Liste von vorgegebenen
Auslöseereignissen (5) vorgegeben wird, und bei dem durch die Liste jedem Auslöseereignis (5) der Liste mindestens ein Wert eines Sensors des Systems und/oder ein Zustand einer Komponente des Systems zugeordnet ist.
4. Verfahren nach einem der voranstehenden Ansprüche, bei dem sich das Zeitfenster von einem ersten Zeitpunkt vor dem mindestens einen Auslöseereignis (5) bis zu einem zweiten Zeitpunkt nach dem
Auslöseereignis (5) erstreckt.
5. Verfahren nach Anspruch 4, bei dem der erste Zeitpunkt und/oder der zweite Zeitpunkt in einem fest vorgegebenen zeitlichen Abstand zu dem mindestens einen Auslöseereignis (5) vorgesehen werden.
6. Verfahren nach Anspruch 5, bei dem als erster Zeitpunkt ein Zeitpunkt zwischen 40 Sekunden und 20 Sekunden, bevorzugt zwischen 35 Sekunden und 25 Sekunden, weiter bevorzugt von genau 30 Sekunden vor dem
Auslöseereignis (5) und als zweiter Zeitpunkt ein Zeitpunkt zwischen 40 Sekunden und 20 Sekunden, bevorzugt zwischen 35 Sekunden und 25 Sekunden, weiter bevorzugt von genau 30 Sekunden nach dem
Auslöseereignis (5) gewählt wird.
7. Verfahren nach Anspruch 4, bei dem der erste Zeitpunkt und/oder der zweite Zeitpunkt in Abhängigkeit des mindestens einen Auslöseereignisses (5) dynamisch gewählt werden.
8. Verfahren nach Anspruch 4, bei dem als zweiter Zeitpunkt ein
Zeitpunkt gewählt wird, zu dem der flüchtige Speicher vollständig befüllt ist.
9. Verfahren nach einem der voranstehenden Ansprüche, bei dem die in dem flüchtigen Speicher gespeicherten Daten mittels eines sogenannten "Schiebefensterprotokolls" in Abhängigkeit des mindestens einen
Auslöseereignisses mit einem unterschiedlichen Zeithorizont vor und nach dem mindestens einen Auslöseereignis in den Festspeicher übertragen werden.
10. Verfahren nach einem der voranstehenden Ansprüche, bei dem als das mindestens eine Auslöseereignis eine Deaktivierung eines autonomen Betriebs des Systems gewählt wird.
1 1 . Verfahren nach einem der voranstehenden Ansprüche, bei dem als Festspeicher ein über eine Kommunikationsschnittstelle des Systems zu kontaktierender Server gewählt wird.
12. Aufzeichnungssystem zum Speichern von Daten eines Systems im Falle eines Eintritts mindestens eines vorgegebenen Auslöseereignisses (5), wobei das Aufzeichnungssystem mindestens einen flüchtigen Speicher, mindestens einen Festspeicher und ein Steuergerät umfasst, wobei das Steuergerät dazu konfiguriert ist, fortlaufend Daten des Systems zu erfassen, in mindestens einem Datenblock (9, 9a) zusammenzufassen und den mindestens einen Datenblock in dem mindestens einen flüchtigen Speicher zu speichern, und wobei das Steuergerät ferner dazu konfiguriert ist, in Reaktion auf einen Eintritt des vorgegebenen Auslöseereignisses (5) in dem mindestens einen flüchtigen Speicher gespeicherte Daten in den mindestens einen Festspeicher zu übertragen , wobei ein Zeitfenster, von welchem die darin erfassten und zu mindestens einem Datenblock zusammengefassten Daten von dem mindestens einen flüchtigen Speicher in den mindestens einen Festspeicher zu übertragen sind, in Abhängigkeit des mindestens einen Auslöseereignisses (5) dynamisch und automatisch vorgegeben ist bzw. wird.
EP18728591.1A 2017-06-02 2018-05-29 Verfahren und vorrichtung zum situationsabhängigen speichern von daten eines systems Withdrawn EP3619689A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102017209409 2017-06-02
PCT/EP2018/063973 WO2018219886A1 (de) 2017-06-02 2018-05-29 Verfahren und vorrichtung zum situationsabhängigen speichern von daten eines systems

Publications (1)

Publication Number Publication Date
EP3619689A1 true EP3619689A1 (de) 2020-03-11

Family

ID=62492622

Family Applications (1)

Application Number Title Priority Date Filing Date
EP18728591.1A Withdrawn EP3619689A1 (de) 2017-06-02 2018-05-29 Verfahren und vorrichtung zum situationsabhängigen speichern von daten eines systems

Country Status (4)

Country Link
US (1) US11580021B2 (de)
EP (1) EP3619689A1 (de)
CN (1) CN110709899A (de)
WO (1) WO2018219886A1 (de)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11328210B2 (en) 2017-12-29 2022-05-10 Micron Technology, Inc. Self-learning in distributed architecture for enhancing artificial neural network
US11094148B2 (en) 2018-06-18 2021-08-17 Micron Technology, Inc. Downloading system memory data in response to event detection
US11496723B1 (en) * 2018-09-28 2022-11-08 Apple Inc. Automatically capturing a moment
US11410475B2 (en) 2019-01-31 2022-08-09 Micron Technology, Inc. Autonomous vehicle data recorders
US11373466B2 (en) 2019-01-31 2022-06-28 Micron Technology, Inc. Data recorders of autonomous vehicles
US11538287B2 (en) * 2019-09-20 2022-12-27 Sonatus, Inc. System, method, and apparatus for managing vehicle data collection
US11526711B1 (en) * 2020-05-20 2022-12-13 State Farm Mutual Automobile Insurance Company Synchronizing image data with either vehicle telematics data or infrastructure data pertaining to a road segment
DE102020212145A1 (de) * 2020-09-28 2022-03-31 Robert Bosch Gesellschaft mit beschränkter Haftung Verfahren und Vorrichtung zur Aufzeichnung von Ereignisdaten in einem Fahrzeug
DE102020212148A1 (de) * 2020-09-28 2022-03-31 Robert Bosch Gesellschaft mit beschränkter Haftung Verfahren und Vorrichtung zur Aufzeichnung von Ereignisdaten in einem Fahrzeug
CN113479215A (zh) * 2021-07-15 2021-10-08 北京百度网讯科技有限公司 自动驾驶异常数据的传输方法、装置、设备和介质
EP4242989A1 (de) * 2022-03-09 2023-09-13 Zenseact AB Dynamische einstellung der länge eines ereignissegments eines fahrzeugereignisaufzeichnungspuffers
DE102022127057A1 (de) 2022-10-17 2024-04-18 Ifm Electronic Gmbh Verfahren zum Betreiben eines Schwingungssensors

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19650236A1 (de) 1996-12-04 1998-06-10 Mannesmann Vdo Ag Verfahren zur Speicherung unfallbezogener Daten mit einem Unfalldatenspeicher
GB2386447B (en) 2002-03-15 2006-05-24 Haldex Brake Products Ltd Vehicle data system
US7580812B2 (en) * 2004-01-28 2009-08-25 Honeywell International Inc. Trending system and method using window filtering
JP4613741B2 (ja) 2005-08-05 2011-01-19 トヨタ自動車株式会社 車両用データ記録装置
JPWO2007110958A1 (ja) * 2006-03-29 2009-08-06 富士通マイクロエレクトロニクス株式会社 記録装置及び記録方法
US7661032B2 (en) * 2007-01-06 2010-02-09 International Business Machines Corporation Adjusting sliding window parameters in intelligent event archiving and failure analysis
KR100831667B1 (ko) * 2007-06-21 2008-05-22 주식회사 피엘케이 테크놀로지 차량 사고 정보 기록방법
JP4803168B2 (ja) 2007-12-12 2011-10-26 トヨタ自動車株式会社 車両用情報記憶装置
DE102008010628A1 (de) 2008-02-22 2009-08-27 Daimler Ag Verfahren zum Erfassen von Diagnosedaten in einem Kraftfahrzeug mittels eines flüchtigen Ringspeichers und anschließender Datenreduktion in einen nichtflüchtigen Speicher
DE102008047727A1 (de) 2008-09-18 2010-03-25 Fsd Fahrzeugsystemdaten Gmbh Datenschreiber, Fahrerassistenzsystem und Verfahren zur Identifikation von kritischen Fahrsituationen
US8972147B2 (en) * 2011-01-10 2015-03-03 Bendix Commercial Vehicle Systems Llc ACC and AM braking range variable based on internal and external factors
WO2013105869A1 (en) 2012-01-13 2013-07-18 Pulse Function F6 Limited Telematics system with 3d inertial sensors
US10298444B2 (en) * 2013-01-15 2019-05-21 Oracle International Corporation Variable duration windows on continuous data streams
DE102013206948A1 (de) 2013-04-17 2014-11-06 Siemens Aktiengesellschaft Vorrichtung und Verfahren zur Bereitstellung von Daten eines autonomen Systems sowie Verfahren zur Herstellung eines autonomen Systems
US9303999B2 (en) * 2013-12-30 2016-04-05 Google Technology Holdings LLC Methods and systems for determining estimation of motion of a device
DE102014205924A1 (de) 2014-03-31 2015-10-01 Robert Bosch Gmbh Speichereinheit für erweiterte Fahrzeugdatenaufzeichnung
US20170274897A1 (en) 2014-05-06 2017-09-28 Continental Teves Ag & Co. Ohg Method and system for detecting and/or backing up video data in a motor vehicle
DE102014208638A1 (de) 2014-05-08 2015-11-12 Continental Teves Ag & Co. Ohg Fahrerassistenzsystem und Verfahren zur automatisierten Protokollierung von Protokolldaten
DE102014015669A1 (de) 2014-10-22 2016-04-28 Audi Ag Verfahren zum Sichern von einen Unfall beschreibenden Betriebsdaten und Kraftfahrzeug
CN104882001B (zh) * 2015-06-30 2018-03-27 北京奇虎科技有限公司 基于行车记录仪的驾驶行为监控方法、装置及系统
US20170041359A1 (en) * 2015-08-03 2017-02-09 John Man Kwong Kwan Device for capturing and streaming video and audio
US10179586B2 (en) * 2016-08-11 2019-01-15 Toyota Motor Engineering & Manufacturing North America, Inc. Using information obtained from fleet of vehicles for informational display and control of an autonomous vehicle
US10541890B1 (en) * 2016-12-21 2020-01-21 Amazon Technologies, Inc. Windowed approach to analytics processing
US10560983B2 (en) * 2017-01-26 2020-02-11 Ford Global Technologies, Llc Self-defrosting sensor

Also Published As

Publication number Publication date
CN110709899A (zh) 2020-01-17
WO2018219886A1 (de) 2018-12-06
US20200210336A1 (en) 2020-07-02
US11580021B2 (en) 2023-02-14

Similar Documents

Publication Publication Date Title
WO2018219886A1 (de) Verfahren und vorrichtung zum situationsabhängigen speichern von daten eines systems
EP3140817B1 (de) Fahrerassistenzsystem und verfahren zur automatisierten protokollierung von protokolldaten
DE102016122207B4 (de) Steuervorrichtung im fahrzeug und aufzeichnungssystem im fahrzeug
DE102016119648B4 (de) Fahrzeuginternes aufzeichnungssystem und fahrzeuginterne steuerungsvorrichtung
EP2169635B1 (de) Datenschreiber, Fahrerassistenzsystem und Verfahren zur Identifikation von kritischen Fahrsituationen
EP3393859B1 (de) Verfahren zur modifikation safety- und/oder security-relevanter steuergeräte in einem kraftfahrzeug, und eine diesbezügliche vorrichtung
DE10046696A1 (de) Verfahren und Vorrichtung zum Aufzeichnen von Fahrzeugdaten
EP3659122A1 (de) Verfahren und vorrichtung in einem fahrzeug zum auswerten und speichern von daten
DE102007022184A1 (de) Fahrerassistenzvorrichtung und Verfahren für dessen Steuerung
DE102009000532A1 (de) Verfahren und Vorrichtung zur Ermittlung des Kupplungspunktes in einem Kraftfahrzeug
DE102012018521A1 (de) Verfahren zur Schadenserkennung in einem ein Steuergerät und wenigstens eine Sensorvorrichtung aufweisenden Kraftfahrzeug
DE102014217848A1 (de) Fahrerassistenzsystem
EP3546308B1 (de) Verfahren zum betrieb eines steuergeräts, kraftfahrzeug und computerprogramm
DE102014109726A1 (de) Unfalldatenspeichervorrichtung und Lenksäulenmodul
DE102016221430A1 (de) Verfahren zum Zuordnen von Reifen-Sensor-Modulen zu einem Anhängerfahrzeug eines eigenen Nutzfahrzeug-Gespanns
DE102013003496A1 (de) Verfahren zur Dokumentation mindestens einer Kollisionswarnung während einer Fahrt eines Kraftfahrzeuges und ein Kraftfahrzeug
DE102017201804A1 (de) Verfahren zum Erfassen von Daten, Verfahren zum Aktualisieren eines Szenarienkatalogs, Vorrichtung, Computerprogramm und maschinenlesbares Speichermedium
DE10015319B4 (de) Vorrichtung zur Steuerung einer Brennkraftmaschine
DE102020001309A1 (de) Verfahren zum Betreiben einer elektronischen Recheneinrichtung für ein Kraftfahrzeug, sowie elektronische Recheneinrichtung
DE102013220453A1 (de) Verfahren zum Betreiben eines Kraftfahrzeugs und Verfahren zum Auswerten von erfassten zeitlichen Verläufen
DE102018205658A1 (de) Nutzen von Videoüberwachungskameras zur Unterstützung von Fahrerassistenzsystemen in Fahrzeugen
DE102012015783A1 (de) Diagnoseverfahren und Diagnosesystem für ein Kraftfahrzeug
DE102008047561A1 (de) Steuergerätesystem mit dezentraler Datenaufzeichnung und Verfahren zum Protokollieren von Daten
DE102017216048B4 (de) Verfahren zum Betreiben eines Kraftfahrzeugs sowie System zum Betreiben eines Kraftfahrzeugs
DE102019220395A1 (de) Verfahren und Sicherheitseinrichtung zum Betreiben eines Fahrzeugs in einem Fahrmodus mit sicherheitsrelevanter Funktion

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20191203

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

17Q First examination report despatched

Effective date: 20200609

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
18W Application withdrawn

Effective date: 20200814