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

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

Info

Publication number
WO2018219886A1
WO2018219886A1 PCT/EP2018/063973 EP2018063973W WO2018219886A1 WO 2018219886 A1 WO2018219886 A1 WO 2018219886A1 EP 2018063973 W EP2018063973 W EP 2018063973W WO 2018219886 A1 WO2018219886 A1 WO 2018219886A1
Authority
WO
WIPO (PCT)
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.)
Ceased
Application number
PCT/EP2018/063973
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
Priority to US16/615,038 priority Critical patent/US11580021B2/en
Priority to EP18728591.1A priority patent/EP3619689A1/de
Priority to CN201880035774.4A priority patent/CN110709899A/zh
Publication of WO2018219886A1 publication Critical patent/WO2018219886A1/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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 OR CALCULATING; 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

  • the present invention relates to a method for situation-dependent storage of data of a system and a recording system for storing data of a system in the event of the occurrence of a predetermined triggering event.
  • Systems such as vehicles, may be equipped with data recorders for recording in an accident.
  • the main task of such data recorders is to ensure the intended behavior of
  • 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.
  • the document DE 0 2015 208 358 A1 discloses a method and a system for recording and / or securing video data in one Vehicle revealed. It is provided that the video data
  • Document DE 10 2013 206 948 A1 discloses an apparatus and a method for providing data of an autonomous system and a method for producing an autonomous system. It is provided that during operation of the device by means of an autopilot in a certain interval of a sensor detected data are stored in a local memory.
  • a memory unit for a vehicle data recording is in
  • Publication DE 10 2014 205 924 A1 discloses.
  • Data block and stored in a volatile memory It is further provided that, in response to an entry of at least one predetermined triggering event, data combined in the at least one data block is transferred from the volatile memory to a read-only memory. In this case, it is further provided that a time window in which the data for the at least one data block is detected is automatically and dynamically selected as a function of the at least one triggering event.
  • the presented method is used, in particular, for storing data of a system, such as, for example, a vehicle when an entry occurs
  • Tripping event such as a switch from an automatic drive to a manual drive, in an accident or emergency braking.
  • the proposed method is based on the idea of a "recording window" or a time window in which data is detected that is to be transferred into a volatile memory and finally from the volatile memory into a read-only memory, variably at a time for triggering the data Data collection, d. H. a triggering event,
  • a triggering event from which volatile memory is transferred to a read only memory ie a nonvolatile memory such as an EEPROM or a flash memory.
  • a nonvolatile memory such as an EEPROM or a flash memory.
  • the time window from which the data recorded therein in the event of the occurrence of the triggering event is transferred from the volatile memory in the non-volatile memory variable at the time for triggering the recording (trigger) of the data and their transmission in the non-volatile Memory parameterizable defined.
  • a triggering event such as an ignition of an airbag has taken place
  • data of the system ie, for example, a vehicle detected
  • the data to be transferred into the volatile memory in at least one
  • a respective triggering event ie a trigger.
  • the time window is adapted or parameterized dynamically depending on a respective triggering event.
  • a list may be provided, the respective triggering events, which are predetermined, for example, by a number of sensor values and / or settings of devices of a respective system, a time window, ie a first time at which data acquisition starts and a second time to which the data collection ends.
  • the volatile memory which may, for example, be a ring buffer
  • the data in the volatile memory is updated continuously by respective transmissions.
  • the volatile memory may have a second area or additional areas
  • data is transferred from a volatile memory to a read-only memory in response to a triggering event.
  • data acquired even after the triggering event are transmitted to the volatile memory and subsequently to the read-only memory.
  • the volatile memory continues to be filled with data for a period of time which may for example be predetermined or is determined by an available memory space and the data is then transferred from the volatile memory into the read-only memory that in the read-only memory also data is stored, which were detected after the occurrence of the triggering event.
  • the data stored in the volatile memory by means of a so-called “sliding window protocol" depending on the at least one triggering event with a different time horizon before and after the at least one triggering event in the read-only memory.
  • the time window is chosen to be so large that at most the first area of the volatile memory is filled when respective data acquired in the time window is transferred to the volatile memory. If a triggering event, such as, for example, an activation of a restraint mechanism, is detected within the time window or at a current time, the time window is increased, so that a second triggering event is also activated Area of volatile memory is filled with data.
  • the second area of the volatile memory is filled with data which were or will be recorded in time after the triggering event.
  • the time window which specifies a time range in which data is recorded, written into the volatile memory and subsequently in the read-only memory, depends on the occurrence of a
  • the time window provided according to the invention can be varied by a respective triggering time, ie. H. a trigger, can be defined parameterizable. In this case, respective portions of a recording period before or after the triggering time can be firmly defined or influenced by currently detected parameters.
  • Trigger event is detected, each recorded data, after they have been written to the memory, in the memory no longer be overwritten.
  • a possible example of a sequence of the presented method in a system can be configured, for example, as follows:
  • x and y are respective periods of time, where x, y can each be in the seconds, minutes or hours range.
  • the times t0, t1, t2, t3, t4 and t5 are concrete times, which can be defined in each case with date and concrete time.
  • the predetermined triggering event is predetermined by a list of predetermined triggering events. It is provided that at least one value of a sensor of the system and / or a state of a component of the system is assigned by the list to each triggering event of the list.
  • the inventively provided system a
  • Vehicle a wind turbine, an escalator, an elevator, an autonomous flying drone, an alarm system or any other technical system.
  • a triggering event for example, can be reported by a central control unit or recognized by a safety control device by matching values detected by respective sensors of a respective system with values specified in the above list.
  • a triggering events for example, a change of an operating mode of a respective system, such as.
  • the time window in which the data is acquired and transmitted into the volatile memory extends from a first time before the triggering event to a second time after the triggering event. It is provided in particular that the first time and / or the second time are provided in a fixed predetermined time interval to a respective triggering event or each other. By a fixed time interval to a respective triggering event, a storage space requirement can be set, so that by a fixed time interval of the first time from the trigger event always enough space in a respective volatile memory is ready to data, from the triggering event to the second time were collected, cached.
  • a time between 40 seconds and 20 seconds preferably between 35 seconds and 25 seconds, more preferably exactly 30 seconds before the triggering event and as the second time a time between 40 seconds and 20 seconds, preferably between 35 seconds and 25 seconds, more preferably exactly 30 seconds after the triggering event is selected.
  • a distance of 30 seconds to a respective trigger event has been found to be particularly advantageous, for example, to reconstruct an accident.
  • the first time and / or the second time are selected as a function of the triggering event.
  • Error message as a triggering event only for a few seconds data is collected and stored.
  • the respective time window may extend beyond the time of the triggering event, i. H. the first time as the start of the time window may be before and the second time as the end of the time window may be after the time of the occurrence of the trigger event.
  • a respective volatile memory is used completely.
  • a predefined first area of the volatile memory is described with data which were acquired prior to a respective triggering event and a corresponding remaining area or area of the volatile memory not associated with the first area is described with data which is determined according to FIG.
  • Trigger event were recorded.
  • the volatile memory for example, so long to be described with data until the volatile memory is full.
  • Communication interface of the system to be contacted server is selected.
  • the solid-state memory provided according to the invention can, in particular, be, for example, a server designed as a so-called “cloud storage” or each be to be contacted via a communication interface of the inventively provided system server or memory.
  • the solid-state memory provided according to the invention may also be a solid-state memory, such as an EEPROM, which is encompassed by the system provided according to the invention.
  • the presented invention relates to a recording system for storing data of a system in the event of an occurrence of a
  • the recording system comprises at least one volatile memory, at least one read-only memory and a controller, wherein the controller is configured to detect data of the system, in at least one data block
  • Dependent on the at least one triggering event is dynamically and automatically specified.
  • FIG. 1 shows a schematic representation of a sequence of a possible embodiment of the presented method.
  • 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
  • Driving function at time t1 as indicated by bar 7, which represents a record of data during an automatic driving operation according to traditional methods, so that events that occur after the time t1 can not be reconstructed.
  • 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.
  • the data stored in the volatile memory can be retroactively transferred to the read-only memory in the period between t1 and t2, even if the fully automatic operating mode has already ended. It is envisaged that the recording period in a so-called “sliding window approach" can be made variable in time, as indicated by bar 9. Only when a triggering event is detected, the data stored in the volatile memory becomes one
  • Window of the "sliding window approaches" can be fixed and / or possibly changed depending on a respective detected triggering event.
  • Trigger event activation of the restraint system to be associated with a time window that is characterized by times that lie before or at the time t2.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Time Recorders, Dirve Recorders, Access Control (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Automation & Control Theory (AREA)

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.
PCT/EP2018/063973 2017-06-02 2018-05-29 Verfahren und vorrichtung zum situationsabhängigen speichern von daten eines systems Ceased WO2018219886A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US16/615,038 US11580021B2 (en) 2017-06-02 2018-05-29 Method and device for situation-dependent storage of data of a system
EP18728591.1A EP3619689A1 (de) 2017-06-02 2018-05-29 Verfahren und vorrichtung zum situationsabhängigen speichern von daten eines systems
CN201880035774.4A CN110709899A (zh) 2017-06-02 2018-05-29 用于根据情况储存系统数据的方法以及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102017209409.5 2017-06-02
DE102017209409 2017-06-02

Publications (1)

Publication Number Publication Date
WO2018219886A1 true WO2018219886A1 (de) 2018-12-06

Family

ID=62492622

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2018/063973 Ceased WO2018219886A1 (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)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111506258A (zh) * 2019-01-31 2020-08-07 美光科技公司 用以收集在自主交通工具中产生的传感器数据的系统、方法及设备
EP4068102A4 (de) * 2019-11-26 2023-12-20 Kabushiki Kaisha Yaskawa Denki Elektrische leistungswandlervorrichtung, steuervorrichtung, datenakkumulator und datenakkumulationsverfahren
DE102022127057A1 (de) 2022-10-17 2024-04-18 Ifm Electronic Gmbh Verfahren zum Betreiben eines Schwingungssensors

Families Citing this family (24)

* 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
EP3999973A4 (de) 2019-09-20 2023-08-09 Sonatus, Inc. System, verfahren und vorrichtung zur unterstützung von gemischten netzwerkübertragungen an ein fahrzeug
US12261747B2 (en) 2019-09-20 2025-03-25 Sonatus, Inc. System, method, and apparatus to execute vehicle communications using a zonal architecture
US11538287B2 (en) 2019-09-20 2022-12-27 Sonatus, Inc. System, method, and apparatus for managing vehicle data collection
WO2021101302A1 (ko) * 2019-11-22 2021-05-27 현대자동차주식회사 자율주행차량의 이벤트 데이터 기록을 위한 시스템
US12211323B2 (en) 2020-03-06 2025-01-28 Sonatus, Inc. System, method, and apparatus for managing vehicle automation
US12094259B2 (en) 2020-03-06 2024-09-17 Sonatus, Inc. System, method, and apparatus for managing vehicle automation
US12103479B2 (en) 2020-03-06 2024-10-01 Sonatus, Inc. System, method, and apparatus for managing vehicle automation
US12403921B2 (en) 2020-03-06 2025-09-02 Sonatus, Inc. System, method, and apparatus for managing vehicle automation
US12528442B2 (en) 2020-03-06 2026-01-20 Sonatus, Inc. System, method, and apparatus for managing vehicle data collection
US12573245B2 (en) 2020-03-06 2026-03-10 Sonatus, Inc. System, method, and apparatus for managing vehicle automation
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
DE102020212140A1 (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
CN114691018B (zh) * 2020-12-30 2025-04-25 大陆汽车电子（连云港）有限公司 碰撞事件数据记录方法及碰撞事件数据读取方法
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
CN115497197A (zh) * 2022-09-29 2022-12-20 梅赛德斯-奔驰集团股份公司 用于满足车辆数据记录系统的断电存储需求的方法和设备
SE2350756A1 (en) * 2023-06-20 2024-12-21 Scania Cv Ab Method of Monitoring Vehicle Related Parameters, Computer Program, Computer-Readable Medium, Data Monitoring Apparatus, and Vehicle
US12481438B2 (en) * 2024-04-02 2025-11-25 SanDisk Technologies, Inc. Data storage device and method for hybrid space balancing based on host read affinity and heuristics

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090024274A1 (en) * 2006-03-29 2009-01-22 Fujitsu Microelectonics Limited Recording device and recording method
EP2096447A2 (de) * 2005-08-05 2009-09-02 Toyota Jidosha Kabusiki Kaisha Fahrzeugdatenaufzeichnungsvorrichtung
US20100174449A1 (en) * 2007-06-21 2010-07-08 Plk Technologies Co., Ltd. Method of Storing Accident Data for a Vehicle
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
DE102014205924A1 (de) 2014-03-31 2015-10-01 Robert Bosch Gmbh Speichereinheit für erweiterte Fahrzeugdatenaufzeichnung
DE102015208358A1 (de) 2014-05-06 2015-11-12 Continental Teves Ag & Co. Ohg Verfahren und System zur Erfassung und/oder Sicherung von Videodaten in einem Kraftfahrzeug

Family Cites Families (18)

* 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
US7661032B2 (en) * 2007-01-06 2010-02-09 International Business Machines Corporation Adjusting sliding window parameters in intelligent event archiving and failure analysis
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
US20150246654A1 (en) 2012-01-13 2015-09-03 Pulse Function F6 Ltd Telematics system with 3d intertial sensors
US10298444B2 (en) * 2013-01-15 2019-05-21 Oracle International Corporation Variable duration windows on continuous data streams
US9303999B2 (en) * 2013-12-30 2016-04-05 Google Technology Holdings LLC Methods and systems for determining estimation of motion of a device
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

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2096447A2 (de) * 2005-08-05 2009-09-02 Toyota Jidosha Kabusiki Kaisha Fahrzeugdatenaufzeichnungsvorrichtung
US20090024274A1 (en) * 2006-03-29 2009-01-22 Fujitsu Microelectonics Limited Recording device and recording method
US20100174449A1 (en) * 2007-06-21 2010-07-08 Plk Technologies Co., Ltd. Method of Storing Accident Data for a Vehicle
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
DE102014205924A1 (de) 2014-03-31 2015-10-01 Robert Bosch Gmbh Speichereinheit für erweiterte Fahrzeugdatenaufzeichnung
DE102015208358A1 (de) 2014-05-06 2015-11-12 Continental Teves Ag & Co. Ohg Verfahren und System zur Erfassung und/oder Sicherung von Videodaten in einem Kraftfahrzeug

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111506258A (zh) * 2019-01-31 2020-08-07 美光科技公司 用以收集在自主交通工具中产生的传感器数据的系统、方法及设备
CN111506258B (zh) * 2019-01-31 2023-10-31 美光科技公司 用以收集在自主交通工具中产生的传感器数据的系统、方法及设备
EP4068102A4 (de) * 2019-11-26 2023-12-20 Kabushiki Kaisha Yaskawa Denki Elektrische leistungswandlervorrichtung, steuervorrichtung, datenakkumulator und datenakkumulationsverfahren
US12143034B2 (en) 2019-11-26 2024-11-12 Kabushiki Kaisha Yaskawa Denki Power conversion device, control device, data accumulating device, and data accumulating method
DE102022127057A1 (de) 2022-10-17 2024-04-18 Ifm Electronic Gmbh Verfahren zum Betreiben eines Schwingungssensors

Also Published As

Publication number Publication date
US20200210336A1 (en) 2020-07-02
EP3619689A1 (de) 2020-03-11
CN110709899A (zh) 2020-01-17
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
EP2169635B1 (de) Datenschreiber, Fahrerassistenzsystem und Verfahren zur Identifikation von kritischen Fahrsituationen
DE102016119648B4 (de) Fahrzeuginternes aufzeichnungssystem und fahrzeuginterne steuerungsvorrichtung
EP3393859B1 (de) Verfahren zur modifikation safety- und/oder security-relevanter steuergeräte in einem kraftfahrzeug, und eine diesbezügliche vorrichtung
WO2019020240A1 (de) Verfahren und vorrichtung in einem fahrzeug zum auswerten und speichern von daten
DE10046696A1 (de) Verfahren und Vorrichtung zum Aufzeichnen von Fahrzeugdaten
DE102012018521A1 (de) Verfahren zur Schadenserkennung in einem ein Steuergerät und wenigstens eine Sensorvorrichtung aufweisenden Kraftfahrzeug
EP3546308A1 (de) Verfahren zum betrieb eines steuergeräts, kraftfahrzeug und computerprogramm
DE102006052481A1 (de) Verfahren und Vorrichtung zum Betreiben eines Fahrzeugs mit mindestens einem Fahrassistenzsystem
DE102009000532A1 (de) Verfahren und Vorrichtung zur Ermittlung des Kupplungspunktes in einem Kraftfahrzeug
DE102014217848A1 (de) Fahrerassistenzsystem
DE102013003496A1 (de) Verfahren zur Dokumentation mindestens einer Kollisionswarnung während einer Fahrt eines Kraftfahrzeuges und ein Kraftfahrzeug
DE10015319B4 (de) Vorrichtung zur Steuerung einer Brennkraftmaschine
DE102017004114A1 (de) Verfahren und Vorrichtung zum Betrieb eines vollautonom oder zumindest teilautonom fahrenden Fahrzeugs
DE102008047561A1 (de) Steuergerätesystem mit dezentraler Datenaufzeichnung und Verfahren zum Protokollieren von Daten
DE102020001309A1 (de) Verfahren zum Betreiben einer elektronischen Recheneinrichtung für ein Kraftfahrzeug, sowie elektronische Recheneinrichtung
DE19849328A1 (de) Verfahren und Vorrichtung zur Steuerung einer Brennkraftmaschine
DE102018000866A1 (de) Verfahren zur Rekonstruktion eines Unfallherganges
DE102019005673A1 (de) Verfahren zur Erfassung und Speicherung von fahrzeugspezifischen Daten
EP1040974A2 (de) Vorrichtung zur Beeinflussung einer ersten Fahrzeuggrösse
DE102018205658A1 (de) Nutzen von Videoüberwachungskameras zur Unterstützung von Fahrerassistenzsystemen in Fahrzeugen
DE102011100612A1 (de) System zur Erfassung von Diagnosedaten in einem Kraftfahrzeug
DE102023204624A1 (de) Verfahren zur erweiterten Datenerfassung in einem Angriffserkennungssystem

Legal Events

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

Ref document number: 18728591

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018728591

Country of ref document: EP

Effective date: 20191203