DE102020215657A1 - Verfahren und System zum Testen eines Steuergeräts eines Fahrzeugs - Google Patents

Verfahren und System zum Testen eines Steuergeräts eines Fahrzeugs Download PDF

Info

Publication number
DE102020215657A1
DE102020215657A1 DE102020215657.3A DE102020215657A DE102020215657A1 DE 102020215657 A1 DE102020215657 A1 DE 102020215657A1 DE 102020215657 A DE102020215657 A DE 102020215657A DE 102020215657 A1 DE102020215657 A1 DE 102020215657A1
Authority
DE
Germany
Prior art keywords
vehicle
sensor
simulated
control unit
environment
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.)
Pending
Application number
DE102020215657.3A
Other languages
English (en)
Inventor
Albert Meszaros
Csaba Johasz
Andra´s Nemes
Peter Meszaros
Peter Miha´ly Vas
Viktor Imre
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Robert Bosch GmbH filed Critical Robert Bosch GmbH
Priority to DE102020215657.3A priority Critical patent/DE102020215657A1/de
Priority to KR1020237023329A priority patent/KR20230114306A/ko
Priority to US18/251,660 priority patent/US20240001941A1/en
Priority to JP2023535388A priority patent/JP7459384B2/ja
Priority to CN202180083090.3A priority patent/CN116601612A/zh
Priority to PCT/EP2021/082140 priority patent/WO2022122339A1/de
Priority to MX2023006293A priority patent/MX2023006293A/es
Publication of DE102020215657A1 publication Critical patent/DE102020215657A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/02Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
    • B60W50/0205Diagnosing or detecting failures; Failure detection models
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26Functional testing
    • G06F11/261Functional testing by simulating additional hardware, e.g. fault simulation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G06F11/2236Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test CPU or processors
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26Functional testing
    • G06F11/263Generation of test inputs, e.g. test vectors, patterns or sequences ; with adaptation of the tested hardware for testability with external testers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3664Environments for testing or debugging software
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/02Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
    • B60W50/0205Diagnosing or detecting failures; Failure detection models
    • B60W2050/0215Sensor drifts or sensor failures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3696Methods or tools to render software testable
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00Computer-aided design [CAD]
    • G06F30/10Geometric CAD
    • G06F30/15Vehicle, aircraft or watercraft design
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00Computer-aided design [CAD]
    • G06F30/20Design optimisation, verification or simulation

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Geometry (AREA)
  • Automation & Control Theory (AREA)
  • Evolutionary Computation (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Human Computer Interaction (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Computational Mathematics (AREA)
  • Mathematical Analysis (AREA)
  • Mathematical Optimization (AREA)
  • Pure & Applied Mathematics (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Testing Electric Properties And Detecting Electric Faults (AREA)

Abstract

Die Erfindung betrifft Verfahren zum Testen eines Steuergeräts (20) eines Fahrzeugs, wobei das Steuergerät (20) unter Verwendung einer Umfeldsensorsimulation berechnete Umgebungsdaten mindestens eines simulierten Umfeldsensors und unter Verwendung einer Fahrzeug- und Umgebungssimulation berechnete Bewegungsdaten eines simulierten Fahrzeugs erhält, wobei die Fahrzeug- und Umgebungssimulation durch ein Computerprogramm implementiert wird, welches auf einer programmierbaren Computereinrichtung (102) ausgeführt wird, wobei die berechneten Bewegungsdaten über einen simulierten Fahrzeugdatenbus (106) an das Steuergerät (20) übertragen werden, und wobei die berechneten Umgebungsdaten unter Verwendung einer Sensortesteinheit (104), welche mit der programmierbaren Computereinrichtung (102) in Verbindung steht, über eine vom Fahrzeugdatenbus (106) verschiedene Sensordatenverbindung (110) an das Steuergerät (20) übertragen werden. Zum Ausführen einer simulierten Erfassung von Umgebungsdaten durch das Steuergerät (20) ist vorgesehen, einen Befehl zum Ausführen einer Messung an die Sensortesteinheit (104) zu senden, Angaben zur Identifizierung der Position des mindestens einen simulierten Umfeldsensors an die Computereinrichtung (102) zu übertragen, Positionen von Reflexionspunkten an simulierten Objekten in der Fahrzeugumgebung zu berechnen und an die Sensortesteinheit (104) zu übertragen, berechnete Umgebungsdaten basierend auf den Angaben über die berechneten Positionen der Reflexionspunkte zu bestimmen und an das Steuergerät (20) zu übermitteln.Ein weiterer Aspekt der Erfindung betrifft ein System (10) zum Testen eines Steuergeräts (20) eines Fahrzeugs, welches eingerichtet ist, das Verfahren auszuführen.

Description

  • Die Erfindung betrifft ein Verfahren zum Testen eines Steuergeräts eines Fahrzeugs, wobei das Steuergerät unter Verwendung einer Umfeldsensorsimulation berechnete Umgebungsdaten mindestens eines simulierten Umfeldsensors und unter Verwendung einer Fahrzeug- und Umgebungssimulation berechnete Bewegungsdaten eines simulierten Fahrzeugs erhält, wobei die Fahrzeug- und Umgebungssimulation durch ein Computerprogramm implementiert wird, welches auf einer programmierbaren Computereinrichtung ausgeführt wird, wobei die berechneten Bewegungsdaten über einen simulierten Fahrzeugdatenbus an das Steuergerät übertragen werden und wobei die berechneten Umgebungsdaten unter Verwendung einer Sensortesteinheit, welche mit der programmierbaren Computereinrichtung in Verbindung steht, über eine vom Fahrzeugdatenbus verschiedene Sensordatenverbindung an das Steuergerät übertragen werden. Ein weiterer Aspekt der Erfindung betrifft ein System zum Testen eines Steuergeräts eines Fahrzeugs, welches eingerichtet ist, das Verfahren auszuführen.
  • Stand der Technik
  • Moderne Fahrzeuge weisen eine Vielzahl von Assistenzsystemen auf, wie beispielsweise Einparkassistenten und Notbremsassistenten, um den Fahrer bei der Ausführung von Fahrmanövern zu unterstützen. Für ihre Funktion sind die Assistenzsysteme auf Umgebungsdaten angewiesen, die über am Fahrzeug angeordnete Umfeldsensoren erhalten werden, wie beispielsweise Ultraschallsensoren, Radarsensoren, LiDAR-Sensoren und optische Kameras. Die Entwicklung der Steuergeräte für die Umsetzung der Assistenzsysteme ist dabei ein komplexer Vorgang und erfordert in der Regel eine Abstimmung der Steuergeräte für neue Fahrzeuge.
  • Bei der Entwicklung von neuen Fahrzeugen und den in den Fahrzeugen verbauten Systemen ist es üblich, Simulationen einzusetzen. Dies erlaubt es beispielsweise, die Funktion von Umfeldsensoren vor deren Einbau in ein neues Fahrzeug zu testen. Ebenso kann die Reaktion von Steuergeräten auf die von Umfeldsensoren gelieferten Umgebungsdaten getestet werden.
  • DE 10 2013 212 710 A1 beschreibt einen Simulator und ein Verfahren zur Simulation von Sensormessungen. Der Simulator umfasst ein Sensormodell, welches Hardware und/oder physikalische Eigenschaften des Sensors beschreibt. Zudem sind ein Umgebungsmodell und ein Fahrzeugmodell vorgesehen, welche für das Durchführen einer virtuellen Messung eingesetzt werden. Bei einer hardwaretechnischen Implementierung kann eine verwendete Recheneinheit als Steuerrechner eines Fahrzeugs ausgebildet sein.
  • DE 103 14 129 A1 beschreibt ein Verfahren und ein Computerprogramm zum Simulieren des Detektionsbereichs eines Sensors. Der Detektionsbereich eines Sensors, insbesondere eines Ultraschallsensors, wird ermittelt durch Simulieren von Amplitudenwerten und Empfangszeitpunkten von Echos, die ein Empfänger des Sensors an einer fest vorgegebenen Einbauposition als Reflektionen von Strahlung an einem Normkörper empfangen würde, wenn sich der Normkörper an verschiedenen Positionen im Strahlungsbereich einer Strahlungsquelle des Sensors mit bekannter Richtcharakteristik befinden und dort von dieser angestrahlt werden würde. Dabei wird die Simulation unter Berücksichtigung der Ausbreitungsgeschwindigkeit der Strahlung sowie der Abstände und der Winkelbeziehungen zwischen den jeweiligen Positionen des Normkörpers, des Empfängers und der Strahlungsquelle relativ zueinander durchgeführt. Anschließend wird festgestellt, für welche der Positionen die jeweiligen Amplitudenwerte der Echos des Normkörpers oberhalb eines definierten Schwellenwerts liegen, wobei die Verteilung dieser Positionen im Raum den Detektionsbereich des Sensors repräsentieren.
  • US 2018/0060725 A1 beschreibt ein Verfahren und einen Teststand zum Simulieren von Sensorreflexionen, beispielsweise von virtuellen Ultraschallsensoren. Der Teststand umfasst Hardware, welche mathematische Modelle für die mechanischen Eigenschaften eines Fahrzeugs implementiert und zur Verfügung stellt, sowie Software, welche mit der Hardware gekoppelt ist und einen Testalgorithmus zum Verarbeiten von Reflexionen umfasst, welche von einer virtuellen Fahrzeugumgebung erhalten werden.
  • Beim Testen der Reaktion eines Steuergeräts auf erhaltene Umgebungsdaten von simulierten Umfeldsensoren muss zum einen die Umgebung des simulierten Fahrzeugs mit allen Objekten in der Umgebung simuliert werden. Sollen dabei die Funktionen komplexer Systeme eines Steuergeräts geprüft werden, wie Beispielsweise ein Einparkassistent oder ein Notbremsassistent, so muss dabei insbesondere auch die relative Bewegung des simulierten Fahrzeugs zu den simulierten Objekten berücksichtigt werden.
  • Die bekannten Verfahren zum Simulieren von Funktionen eines Umfeldsensors weisen das Problem auf, dass es zu einem zeitlichen Versatz zwischen der Simulation der Umgebung und der Bewegung des Fahrzeugs und der Berechnung der simulierten Umgebungsdaten kommen kann, wodurch die Reaktion eines mit der Simulation getesteten Steuergeräts beeinträchtigt werden kann. Beispielsweise kann ein Steuergerät ohne eine Synchronisierung zwischen Bewegungsdaten und Umfelddaten keine verlässliche Karte über Objekte in der Umgebung des Fahrzeugs erstellen.
  • Offenbarung der Erfindung
  • Es wird ein Verfahren zum Testen eines Steuergeräts eines Fahrzeugs vorgeschlagen, bei dem das Steuergerät unter Verwendung einer Umfeldsensorsimulation berechnete Umgebungsdaten mindestens eines simulierten Umfeldsensors und unter Verwendung einer Fahrzeug- und Umgebungssimulation berechnete Bewegungsdaten eines simulierten Fahrzeugs erhält, wobei die Fahrzeug- und Umgebungssimulation durch ein Computerprogramm implementiert wird, welches auf einer programmierbaren Computereinrichtung ausgeführt wird, wobei die berechneten Bewegungsdaten über einen simulierten Fahrzeugdatenbus an das Steuergerät übertragen werden und wobei die berechneten Umgebungsdaten unter Verwendung einer Sensortesteinheit, welche mit der programmierbaren Computereinrichtung in Verbindung steht, über eine vom Fahrzeugdatenbus verschiedene Sensordatenverbindung an das Steuergerät übertragen werden.
  • Ferner ist vorgesehen, dass zum Ausführen einer simulierten Erfassung von Umgebungsdaten durch das Steuergerät in einem ersten Schritt a) durch das Steuergerät ein Befehl zum Ausführen einer Messung unter Verwendung mindestens eines durch die Umfeldsensorsimulation simulierten Umfeldsensors an die Sensortesteinheit gesendet wird.
  • In einem nachfolgenden Schritt b) werden Angaben zur Identifizierung der Position des mindestens einen simulierten Umfeldsensors durch die Sensortesteinheit an die Computereinrichtung übertragen.
  • Nachfolgend erfolgt in einem Schritt c) durch die Computereinrichtung ein Berechnen der Position von Reflexionspunkten an simulierten Objekten in der Fahrzeugumgebung und es erfolgt ein Übertragen von Angaben über die berechneten Positionen der Reflexionspunkte an die Sensortesteinheit.
  • In einem nachfolgenden Schritt d) werden durch die Sensortesteinheit berechnete Umgebungsdaten basierend auf den Angaben über die berechneten Positionen der Reflexionspunkte bestimmt.
  • Nachfolgend übermittelt die Sensortesteinheit in einem Schritt e) die berechneten Umgebungsdaten zu den erhaltenen Positionen der Reflexionspunkte an das Steuergerät.
  • Bei dem Steuergerät kann es sich beispielsweise um ein Steuergerät zur Implementierung einer Funktion des Fahrzeugs handeln, welche Entscheidungen basierend auf dem Erhalt von Umgebungsdaten trifft. Bei der Funktion kann es sich insbesondere um ein Assistenzsystem oder eine automatisierte Fahrfunktionen eines Fahrzeugs handeln. Beispielsweise kann das Steuergerät einen Einparkassistenten oder einen Notbremsassistenten implementieren.
  • Zur Vorbereitung des Tests der Funktion des Steuergeräts bzw. einer in dem Steuergerät implementierten Funktion ist vorgesehen, dass die Computereinrichtung und die Sensortesteinheit Angaben zu dem simulierten Fahrzeug und dem mindestens einen simulierten Umfeldsensor erhalten. Diese Angaben umfassen dabei bevorzugt Angaben über die physikalischen Eigenschaften des mindestens einen Umfeldsensors, Angaben zu der Anordnung des mindestens einen Umfeldsensors am Fahrzeug, Angaben zu Fahreigenschaften des Fahrzeugs und Kombinationen mehrerer dieser Angaben. Dabei kann insbesondere vorgesehen sein, mehrere simulierte Umfeldsensoren zu definieren.
  • Des Weiteren wird zur Einrichtung der Fahrzeug- und Umgebungssimulation bevorzugt eine simulierte Umgebung für das simulierte Fahrzeug definiert. Dabei werden insbesondere simulierte Objekte definiert. Die simulierten Objekte können dabei insbesondere durch Parameter zu ihrer Form, der Objektart, der Größe, der Ausrichtung, der Position in der simulierten Umgebung und Kombinationen mehrerer dieser Parameter definiert werden. Beispielsweise können für einen Test eines Assistenzsystems mehrere Pfosten durch Definieren der Parameter zylindrische Form, vorgegebene Höhe, vorgegebenem Durchmesser und vorgegebener Positionen definiert werden.
  • Umfasst das simulierte Fahrzeug mehr als einen simulierten Umfeldsensor, ist es bevorzugt, im Schritt a) zusammen mit dem Befehl zur Ausführung einer Messung Angaben zu übermitteln, welche es der Sensortesteinheit erlauben, den entsprechenden Umfeldsensor zu identifizieren, von dem eine simulierte Messung angefordert wird. Sofern jeder einzelne Umfeldsensor über eine eigene Kabelverbindung mit dem Steuergerät kommuniziert kann eine solche Angabe auch entfallen.
  • Der mindestens eine simulierte Umfeldsensor kann einem real existierenden Umfeldsensor entsprechen oder kann auf einem Design eines in der Entwicklung befindlichen Umfeldsensors basieren. Bei dem mindestens einen simulierten Umfeldsensor handelt es sich bevorzugt um einen Umfeldsensor, der auf dem Puls-Echo-Prinzip beruht. Entsprechend wird für eine Messung durch einen Umfeldsensor ein Signal ausgesendet und es werden anschließend Echos des Signals empfangen, welche an Objekten in der Umgebung reflektiert wurden. Wird das Echo dabei von demselben Umfeldsensor empfangen, der das ursprüngliche Signal ausgesendet hat, wird das Echo als Direktecho bezeichnet. Wird das Echo von einem anderen Umfeldsensor empfangen, wird das Echo als Kreuzecho bezeichnet. Entsprechend kann vorgesehen sein, dass ein Befehl zum Ausführen einer Messung einen einzigen simulierten Umfeldsensor betrifft oder zwei oder mehr der simulierten Umfeldsensoren betrifft. Entsprechend ist es bevorzugt, wenn in Schritt a) die Messung eines Kreuzechos angefordert wird, in Schritt b) Angaben zu der Position eines sendenden Umfeldsensors und Angaben zu der Position eines empfangenden Umfeldsensors zu übertagen.
  • Im Schritt b) des Verfahrens überträgt die Sensortesteinheit Angaben zur Identifizierung der Position des oder der an einer Messung beteiligten simulierten Umfeldsensoren an die Computereinrichtung. Mehrere Umfeldsensoren können beispielsweise beim Ausführen einer Messung beteiligt sein, bei der ein Kreuzecho empfangen werden soll. Die Angaben zur Identifizierung der Position des mindestens einen Umfeldsensors können als Koordinaten übergeben werden, welche die Position des jeweiligen Umfeldsensors in der Fahrzeug- und Umgebungssimulation beschreiben. Sofern die Computereinrichtung beispielsweise Angaben darüber hat, an welcher Stelle welcher simulierte Umfeldsensor am simulierten Fahrzeug angeordnet ist, kann eine derartige Angabe aber beispielsweise auch in Form einer eindeutigen Identifikationsnummer übertragen werden. Auch ist es denkbar eine relative Position in Bezug auf einen Referenzpunkt des simulierten Fahrzeugs als Angabe zur Identifizierung der Position zu übertragen.
  • Im Schritt c) des Verfahrens führt die Computereinrichtung gestützt auf die Fahrzeug- und Umgebungssimulation eine Berechnung durch, welche der simulierten Objekte ein Echo eines Signals des mindestens einen simulierten Umfeldsensors zurückwerfen, und bestimmt die Lage von Reflexionspunkten auf den simulierten Objekten.
  • Die Fahrzeug- und Umgebungssimulation berücksichtigt bei der Bestimmung der Lage der Reflexionspunkte insbesondere die relative Position der simulierten Objekte zum simulierten Fahrzeug, welche sich bei einer Eigenbewegung des simulierten Fahrzeugs und/oder eines der simulierten Objekte fortlaufend verändern. In anderen Worten bestimmt die Computereinrichtung durch das Ausführen der Fahrzeug- und Umgebungssimulation die Geometrie eines Modells, welches das simulierte Fahrzeug in einer simulierten Umgebung repräsentiert. Dabei kann für die Bestimmung der Lage der Reflexionspunkte beispielsweise ein von der Position des simulierten Umfeldsensors ausgehender Strahl, der in Richtung einer Hauptachse des simulierten Umfeldsensors verläuft, auf Schnittpunkte mit Oberflächen der simulierten Objekte überprüft werden. Die Positionen der Schnittpunkte stellen dann Positionen von Reflexionspunkten dar. Des Weiteren können Reflexionspunkte unter Berücksichtigung vorgegebener Regeln berechnet werden. Beispielsweise ist bekannt, dass bei Verwendung von Ultraschallsensoren als Umfeldsensoren ein Objekt mehrere Echos erzeugt, wobei ein Echo an einem Fußpunkt des Objekts entsteht.
  • Bevorzugt erfolgt die Ausführung der Fahrzeug- und Umgebungssimulation fortlaufend durch die Computereinrichtung. Dabei ist vorgesehen, dass regelmäßig berechnete Bewegungsdaten des simulierten Fahrzeugs an das Steuergerät übertragen werden, wobei die Bestimmung der Position von Reflexionspunkten gemäß Schritt c) zeitlich mit der Fahrzeug- und Umgebungssimulation synchronisiert wird.
  • Die berechneten Bewegungsdaten umfassen insbesondere simulierte Daten von simulierten Fahrzeugsensoren, welche die Bewegung des simulierten Fahrzeugs ermitteln. Dazu gehören insbesondere Odometriesensoren, Drehzahlsensoren, Gierratensensoren, Beschleunigungssensoren und Kombinationen mehrerer dieser Sensoren.
  • Für eine zeitliche Synchronisation zwischen den berechneten Bewegungsdaten und den berechneten Umgebungsdaten wird die Berechnung der Bewegungsdaten und die Berechnung der Reflexionspunkte, auf deren Basis die Umgebungsdaten bestimmt werden, über dieselbe Fahrzeug- und Umgebungssimulation erhalten. Des Weiteren ist vorgesehen, Zeitverzögerungen bei der Übertragung der Bewegungsdaten und der Umgebungsdaten, welche das Steuergerät über verschiedene Wege erreichen, so gering wie möglich zu gestalten.
  • Bevorzugt erfolgt in Schritt d) das Bestimmen der berechneten Umgebungsdaten unter Berücksichtigung eines Sichtbereichs (auch als field-of-view bezeichnet) des jeweiligen simulierten Umfeldsensors und/oder unter Berücksichtigung des beabsichtigten Einbauorts am Fahrzeug.
  • Der Sichtbereich eines Umfeldsensors wird zum einen durch die jeweilige Ausgestaltung und der Technologie des Sensors bestimmt. Zum anderen beeinflusst der Einbauort des jeweiligen Umfeldsensors dessen Sichtbereich erheblich. Beispielsweise werden auf Ultraschall basierende Umfeldsensor häufig in eine Stoßstange des Fahrzeugs integriert, wobei die Formgebung, die Materialwahl und die Befestigung der Stoßstange den Sichtbereich des Umfeldsensors beeinflussen können. Um bereits frühzeitig im Designprozess eines Fahrzeugs die Reaktion eines Steuergeräts auf Umgebungsdaten eines derart angeordneten Sensors testen zu können, wird der sich durch die geplante Anordnung des Umfeldsensors ergebende Sichtbereich bei der Bestimmung der berechneten Umgebungsdaten berücksichtigt.
  • Für eine Berücksichtigung des Einbauorts und des Umfelds am Einbauort, ist es bevorzugt, eine Simulation des Ausbreitungsverhaltens der ausgesendeten Signale und der empfangenen Echos durchzuführen, wobei hierzu bevorzugt 3D-Modelle zum Einsatz kommen. Beispielsweise bei einem Einbau eines Umfeldsensors in eine Stoßstange kann ein 3D-Modell dieser Stoßstange sowie ggf. des Umfelds der Stoßstange am Fahrzeug verwendet werden. Damit können dann gegebenenfalls auch Einflüsse weiterer Faktoren wie Signalreflexionen an einem Nummernschild des Fahrzeugs, an einem Kühlergrill des Fahrzeugs und/oder an dem Boden berücksichtigt werden. Die Simulation berücksichtigt bevorzugt darüber hinaus die jeweiligen Ausbreitungseigenschaften der Signale und Echos, die insbesondere auch von einer Frequenz der Signale abhängig sein können.
  • Bei der konkreten Berechnung der Umgebungsdaten, welche über den simulierten Sensor erhalten werden, wird zunächst ein simuliertes Echo berechnet, wobei in diese Berechnung neben der Lage des Reflexionspunkt auch insbesondere der Sichtbereich eingeht. Sofern mehrere Reflexionspunkte erhalten wurden, ist es bevorzugt, zusätzlich Interferenzen zwischen den sich daraus ergebenden mehreren Echos zu berücksichtigen.
  • Nach Berechnen des simulierten Echos ist bevorzugt vorgesehen, dieselbe Signalverarbeitung auszuführen, die auch ein entsprechender realer Sensor für das jeweilige Echo durchlaufen würde, um die berechneten Umgebungsdaten zu erhalten.
  • Für das bestimmen der berechneten Sensordaten können in einer ersten Ausführungsvariante i) die berechneten Umgebungsdaten vorab berechnet werden und in einem Speicher der Sensortesteinheit abgelegt werden, wobei für Positionsparameter eines simulierten Fahrzeugs und eines simulierten Objekts ein Raster mit einer vorgegebenen Schrittweite verwendet wird.
  • Es werden somit mit einer bestimmten vorgegebenen Schrittweite für Parameter wie relativer Abstand zwischen dem simulierten Umfeldsensor und dem simulierten Objekt und der Richtung zu dem simulierten Objekt bereits vorab die berechneten Umgebungsdaten bestimmt und in einem Speicher der Sensortesteinheit abgelegt. Erhält dann die Sensortesteinheit eine berechnete Position eines Reflexionspunkts, so wird aus der Menge der vorab berechneten Umgebungsdaten derjenige Datensatz bestimmt, dessen Parameter die geringsten Abweichungen von den Parametern des jeweiligen Reflexionspunkts aufweisen.
  • Diese Variante des Verfahrens erlaubt die Verwendung komplexer Modelle zur Bestimmung der berechneten Umgebungsdaten. Da die Umgebungsdaten vorab berechnet werden, tritt vorteilhafterweise eine besonders geringe Verzögerung bei der Weiterleitung an das Steuergerät auf.
  • In einer zweiten Ausführungsvariante ii) erfolgt eine Berechnung der berechneten Umgebungsdaten nach Erhalt der Angaben über die berechneten Positionen durch eine Recheneinheit der Sensortesteinheit.
  • Da für die Bestimmung der berechneten Umgebungsdaten aus der Fahrzeug- und Umgebungssimulation lediglich allgemeine geometrische Angaben zur Lage der Reflexionspunkte benötigt werden, ist die zwischen der Computereinrichtung und der Sensortesteinheit ausgetauschte Datenmenge sehr gering, was eine rasche Übertragung ermöglicht. Des Weiteren erlauben diese Daten keinen Rückschluss auf die interne Funktion des simulierten Umfeldsensors, so dass auch keine kryptografische Absicherung erforderlich ist, welche eine Übermittlung der Daten verzögern könnte.
  • Die Bestimmten berechneten Umgebungsdaten werden in Schritt e) an das Steuergerät übertagen. Dabei wird ein für die Kommunikation zwischen dem Steuergerät und der Sensortesteinheit verwendetes Kommunikationsprotokoll gewählt, welches bevorzugt identisch ist mit dem Protokoll, welches ein reales Exemplar des durch die Sensortesteinheit simulierten mindestens einen Umfeldsensor verwenden würde. Des Weiteren wird die Kommunikation bevorzugt kryptografisch abgesichert.
  • Bevorzugt ist der mindestens eine simulierte Umfeldsensor ein Ultraschallsensor. Des vorgeschlagene Verfahren kann aber auch auf andere Typen von Sensoren wie LiDAR-Sensoren oder RADAR-Sensoren angewendet werden.
  • Für den Fall, dass der mindestens eine simulierte Umfeldsensor ein Ultraschallsensor ist, umfassen die berechneten Umgebungsdaten bevorzugt eine Distanz zwischen dem simulierten Umfeldsensor dem entsprechenden Reflexionspunkt sowie mindestens ein die Qualität eines empfangenen Ultraschallechos beschreibendes Attribut.
  • Beispiele für die Qualität eines empfangenen Ultraschallechos beschreibende Attribute umfassen die Amplitude, das Hintergrundrauschen, der R-Wert und Kombinationen draus.
  • Der „R-Wert“ eines Ultraschallechos beschreibt, wie gut die Form des empfangenen Echos mit der Form des ursprünglich ausgesendeten Signals übereinstimmt. Für einen Vergleich der Form kann beispielsweise ein Optimalfilter verwendet werden.
  • Bevorzugt ist der Fahrzeugdatenbus ein CAN-Bus oder FlexRay. Jedoch ist prinzipiell jede im Fahrzeug eingesetzte Übertragungstechnik geeignet.
  • Durch das Verbinden der Computereinrichtung mit einem Bussystem, das dem Fahrzeugdatenbus eines echten Fahrzeugs entspricht, kann das Steuergerät direkt unter möglichst realen Bedingungen getestet werden.
  • Ist das getestete Steuergerät dazu eingerichtet, Steuerbefehle zur Beeinflussung der Längs- und/oder Querführung des simulierten Fahrzeugs über den Fahrzeugdatenbus zu senden, ist bevorzugt vorgesehen, die Fahrzeug- und Umgebungssimulation derart einzurichten, dass diese auf die Steuerbefehle reagiert und die Bewegung des simulierten Fahrzeugs entsprechend beeinflusst. Des Weiteren liefert die Fahrzeug- und Bewegungssimulation bevorzugt entsprechende Rückmeldung der angesprochenen Fahrzeugsysteme an das Steuergerät. Dies ist insbesondere vorteilhaft für den Test von Steuergeräten, welche Funktionen implementieren, welche in die Bewegung des Fahrzeugs eingreifen, wie beispielsweise ein Einparkassistent oder ein Notbremsassistent.
  • Ein weiterer Aspekt der Erfindung ist das Bereitstellen eines Systems zum Testen eines Steuergeräts eines Fahrzeugs, wobei das System eine Computereinrichtung umfasst, welche über einen Fahrzeugdatenbus mit dem Steuergerät verbindbar ist, und eine Sensortesteinheit umfasst, welche mit der Computereinrichtung in Verbindung steht und über einen Sensoranschluss mit dem Steuergerät verbindbar ist.
  • Das System ist dazu eingerichtet, bei Verbindung mit einem Steuergerät für ein Fahrzeug eines der hierin beschriebenen Verfahren auszuführen. Entsprechend gelten im Rahmen eines der Verfahren beschriebene Merkmale für das System und umgekehrt gelten im Rahmen des Systems beschriebene Merkmale für die Verfahren.
  • Das System umfasst eine Computereinrichtung. Diese ist bevorzugt frei programmierbar und führt im Rahmen des Verfahrens die Fahrzeug- und Umgebungssimulation aus. Bei der Computereinrichtung handelt es sich bevorzugt um einen üblichen PC, der beispielsweise mit dem Betriebssystem Windows, Linux oder MacOS betrieben wird und durch Ausführung einer entsprechenden Software in den Verfahren mitwirkt.
  • Bei der Sensortesteinheit handelt es sich um eine von der Computereinrichtung getrennte Einheit, welche über eine Datenverbindung mit der Computereinrichtung in Verbindung steht. Die Sensortesteinheit kann für das Bestimmen der berechneten Umgebungsdaten einen Speicher und/oder eine Recheneinheit umfassen. Zur Implementierung der Funktionen der Sensortesteinheit kann beispielsweise ein programmierbarer Microcontroller und/oder eine anwendungsspezifische integrierte Schaltung (ASIC) verwendet werden.
  • Vorteile der Erfindung
  • Durch das vorgeschlagene Verfahren bzw. das vorgeschlagene System zum Testen eines Steuergeräts wird vorteilhafterweise ein besonders zeitkritischer Teil der durchgeführten Simulation, nämlich das Bestimmen berechneter Umgebungsdaten, auf spezialisierte Hardware ausgelagert, nämlich die Sensortesteinheit. Die vorgesehene Computereinrichtung muss somit nur allgemeine Aufgaben und das Aktualisieren der Fahrzeug- und Umgebungssimulation vornehmen. Gegenüber üblichen, PCs als Computereinrichtungen weisen spezialisierte Einheiten wie die Sensortesteinheit ein deterministisches Verhalten bei zeitkritischen Aktionen auf, wodurch eine Zeitverzögerung zwischen den Bewegungsdaten und den Umfelddaten zum einen reduziert wird und eine eventuell verbleibende Verzögerung zum anderen gleichmäßig ist. Bei einer üblichen Computereinrichtung hingegen werden durch diese üblicherweise viele verschieden Aufgaben parallel ausgeführt, wobei sich die Ausführung einzelner Aufgaben in nicht deterministischer Weise verzögern kann.
  • Erst durch die mit dem erfindungsgemäßen Verfahren und System erreichte Synchronisierung zwischen den Bewegungsdaten und den Umfelddaten kann das Verhalten der Steuergeräte bei Bewegung des simulierten Fahrzeugs realistisch simuliert und damit getestet werden.
  • Des Weiteren kann durch das vorgeschlagene Verfahren das für die Bestimmung der Umgebungsdaten aus den erhaltenen Echos verwendete Verfahren kryptografisch abgesichert werden, ohne dass eine Verzögerung bei der Übermittlung an das Steuergerät erfolgt. Dies wird dadurch erreicht, dass die Sensortesteinheit ein geschlossenes System darstellt, welches keinen Zugriff auf vorab abgelegte Datenbanken mit vorab berechneten Umgebungsdaten oder auf die für die Berechnung der Umgebungsdaten verwendeten Algorithmen gestattet. Die Sensortesteinheit selbst erhält aus der auf der Computereinrichtung ausgeführten Fahrzeug- und Umgebungssimulation lediglich allgemeine geometrische Angaben zur Lage von Reflexionspunkten, welche keine Rückschlüsse auf die Funktion des simulierten Umfeldsensors gestatten. Die Kommunikation zwischen der Computereinrichtung und der Sensortesteinheit ist somit zum einen auf wenige Daten reduziert, die sich schnell übertragen lassen. Zum anderen ist keine kryptografische Absicherung erforderlich, so dass keine durch eine Verschlüsselung bedingte Zeitverzögerung auftritt.
  • Die dann von der Sensortesteinheit bereitgestellten berechneten Umgebungsdaten werden dem Steuergerät über dasselbe Protokoll bereitgestellt, welches auch ein realer Sensor verwendet würde, so dass das Steuergerät unter möglichst realen Bedingen getestet werden kann. Dies erlaubt es, bereits früh in der Designphase eines Fahrzeugs die Funktionalität der Umfeldsensoren und der Steuergeräte zu testen.
  • Figurenliste
  • Ausführungsformen der Erfindung werden anhand der Zeichnungen und der nachfolgenden Beschreibung näher erläutert.
  • Es zeigen:
    • 1 ein System zum Testen eines Steuergeräts gemäß dem Stand der Technik,
    • 2 ein erfindungsgemäßes System zum Testen eines Steuergeräts,
    • 3 eine schematische Ansicht einer simulierten Umgebung eines simulierten Fahrzeugs,
    • 4 ein Vergleich zwischen der Amplitude simulierter und realer Echos in Abhängigkeit der Entfernung,
    • 5 ein Vergleich zwischen dem R-Wert simulierter und realer Echos in Abhängigkeit der Entfernung,
    • 6 ein Vergleich zwischen einer durch das Steuergerät vorgenommenen Signifikanzeinstufung für simulierte und reale Echos in Abhängigkeit der Entfernung,
    • 7 ein Vergleich zwischen einer durch das Steuergerät vorgenommenen Objektklassifizierung für simulierte und reale Echos in Abhängigkeit der Entfernung,
    • 8a und 8b ein Vergleich zwischen einer durch das Steuergerät vorgenommen Höhenklassifizierung für simulierte und reale Echos in Abhängigkeit der Entfernung bei einer Geschwindigkeit von 2,5 km/h, und
    • 9a und 9b ein Vergleich zwischen einer durch das Steuergerät vorgenommen Höhenklassifizierung für simulierte und reale Echos in Abhängigkeit der Entfernung bei einer Geschwindigkeit von 4,5 km/h.
  • Ausführungsformen der Erfindung
  • In der nachfolgenden Beschreibung der Ausführungsformen der Erfindung werden gleiche oder ähnliche Elemente mit gleichen Bezugszeichen bezeichnet, wobei auf eine wiederholte Beschreibung dieser Elemente in Einzelfällen verzichtet wird. Die Figuren stellen den Gegenstand der Erfindung nur schematisch dar.
  • In 1 ist ein System 10' gemäß dem Stand der Technik zum Testen eines Steuergeräts 20 dargestellt. Das System 10' umfasst eine Computereinrichtung 102 und eine Sensortesteinheit 104, welche mit einem Datenkabel 108 untereinander verbunden sind und Daten austauschen können.
  • Die Sensortesteinheit 104 ist über eine Sensordatenverbindung 110 mit dem zu testenden Steuergerät 20 verbunden. Das Steuergerät 20 und die Computereinrichtung 102 sind zudem über einen Fahrzeugdatenbus 106 verbunden.
  • Zur Simulation des Verhaltens des Steuergeräts 20 auf Umgebungsdaten ist vorgesehen, dass die Computereinrichtung 102 fortlaufend eine Fahrzeug- und Umgebungssimulation aktualisiert, wobei die Simulation durch Steuerbefehle des Steuergeräts 20 zur Beeinflussung der Längs- und/oder Querführung des simulierten Fahrzeugs 401 beeinflusst wird. Das Senden der Steuerbefehle wird in der 1 durch einen Pfeil mit dem Bezugszeichen 206 angedeutet. Eine schematische Darstellung der durch die Fahrzeug- und Umgebungssimulation repräsentierten Situation kann der 3 entnommen werden.
  • Durch die fortlaufend ausgeführte Fahrzeug- und Umgebungssimulation werden Bewegungsdaten berechnet, welche wie mit dem Pfeil mit dem Bezugszeichen 205 angedeutet über den Fahrzeugdatenbus 106 an das Steuergerät 20 übertragen werden. Parallel dazu bestimmt die Computereinrichtung 102 mögliche Umfeldsensordaten, welche durch einen simulierten Umfeldsensor 402, vergleiche 3, erfasst und durch das Steuergerät 20 möglicherweise angefordert werden könnten. Dabei berücksichtigt die Computereinrichtung 102 alle möglichen Umfelddaten. Das heißt, das beispielsweise im Fall mehrerer ultraschallbasierter Umfeldsensoren 402 und im Fall mehrerer simulierter Objekte 404, vergleiche 3, für jeden simulierten Umfeldsensor 402 alle möglichen Direktechos und Kreuzechos bestimmt und die dazugehörigen berechneten Umfelddaten bestimmt werden.
  • Da diese berechneten Umfelddaten einen Rückschluss auf die in dem simulierten Umfeldsensor 402 verwendeten Algorithmen zulassen könnten, erfolgt eine Übermittlung sämtlicher berechneter Umfelddaten in verschlüsselter Form an die Sensortesteinheit 104, wie mit dem Pfeil mit dem Bezugszeichen 201 angedeutet. Die Sensortesteinheit 104 muss nun die berechneten Umfelddaten entschlüsseln und in einem Speicher ablegen. Aufgrund der großen Datenmenge erfordert die Übertagung über das Datenkabel 108 eine erhebliche Zeitdauer und aufgrund der zeitaufwendigen Ver- und Entschlüsselung tritt eine weitere Zeitverzögerung auf, so dass die im Speicher der Sensortesteinheit 104 hinterlegten berechneten Umfelddaten nicht zeitlich synchron sind mit den berechneten Bewegungsdaten, welche dem Steuergerät 20 über den Fahrzeugdatenbus 106 bereitgestellt wurden. Fordert das Steuergerät 20 nun eine Messung eines der simulierten Umfeldsensoren 402 an, was mit einem Pfeil mit dem Bezugszeichen 202 angedeutet ist, so erfolgt, wie mit dem Pfeil 203 angedeutet, ein Auslesen des internen Speichers und die dabei bestimmten berechneten Umfelddaten werden wie mit dem Pfeil mit dem Bezugszeichen 204 angedeutet an das Steuergerät 20 übermittelt.
  • Da die vom Steuergerät 20 erhaltenen berechneten Umfelddaten nicht synchron mit den bereitgestellten berechneten Bewegungsdaten sind, kann das Verhalten des so getesteten Steuergeräts 20 von dem Verhalten in einer realen Umgebung abweichen.
  • 2 zeigt ein erfindungsgemäßes System 10 zum Testen eines Steuergeräts 20. Das System 10 umfasst eine Computereinrichtung 102 und eine Sensortesteinheit 104, welche mit einem Datenkabel 108 untereinander verbunden sind und Daten austauschen können.
  • Die Sensortesteinheit 104 ist über eine Sensordatenverbindung 110 mit dem zu testenden Steuergerät 20 verbunden. Das Steuergerät 20 und die Computereinrichtung 102 sind zudem über einen Fahrzeugdatenbus 106 verbunden. Das Steuergerät 20 verfügt in dem System 10 somit über dieselben Verbindungen wie in einem realen Fahrzeug.
  • Zur Simulation des Verhaltens des Steuergeräts 20 auf Umgebungsdaten ist vorgesehen, dass die Computereinrichtung 102 fortlaufend eine Fahrzeug- und Umgebungssimulation aktualisiert, wobei die Simulation durch Steuerbefehle des Steuergeräts 20 zur Beeinflussung der Längs- und/oder Querführung des simulierten Fahrzeugs 401 beeinflusst wird. Das Senden der Steuerbefehle wird in der 2 durch einen Pfeil mit dem Bezugszeichen 216 angedeutet. Eine schematische Darstellung der durch die Fahrzeug- und Umgebungssimulation repräsentierten Situation kann der 3 entnommen werden.
  • Durch die fortlaufend ausgeführte Fahrzeug- und Umgebungssimulation werden Bewegungsdaten berechnet, welche wie mit dem Pfeil mit dem Bezugszeichen 217 angedeutet über den Fahrzeugdatenbus 106 an das Steuergerät 20 übertragen werden.
  • Fordert das Steuergerät 20 nun eine Messung eines der simulierten Umfeldsensoren 402 an, wird ein entsprechender Befehl, wie mit dem Pfeil 211 angedeutet, an die Sensortesteinheit 104 abgesendet, wobei der Befehl eine Angabe zur Identifizierung des bzw. der beteiligten simulierten Umfeldsensoren 402 enthält. Diese Angaben werden durch die Sensortesteinheit 104 an die Computereinrichtung 102 weitergereicht, wie mit dem Pfeil mit Bezugszeichen 212 angedeutet.
  • Die Computereinrichtung 102 bestimmt nun abhängig von der Position der beteiligten simulierten Umfeldsensoren 402 und dem aktuellen Zustand der Fahrzeug- und Umgebungssimulation Reflexionspunkte 410, 412 und überträgt Angaben zu der Position der Reflexionspunkte 410, 412 zurück an die Sensortesteinheit 104, wie mit dem Pfeil 213 angedeutet. Da diese Angaben zur Position reine geometrische Angaben sind, stellen diese nur eine geringe Datenmenge dar und können über das Datenkabel 108 rasch übertragen werden. Des Weiteren offenbaren diese keine Details zu der Funktionsweise des simulierten Umfeldsensors 402 und können somit unverschlüsselt übertragen werden, was die Übertragung weiter beschleunigt.
  • Durch die Sensortesteinheit 104 erfolgt nun ein Bestimmen der berechneten Umfelddaten, was in der 2 mit dem Pfeil mit dem Bezugszeichen 214 angedeutet ist. Anschließend werden die bestimmten Umfelddaten an das Steuergerät 20 übermittelt, wie mit dem Pfeil mit dem Bezugszeichen 215 dargestellt.
  • Die vom Steuergerät 20 erhaltenen berechneten Umfelddaten erreichen das Steuergerät 20 mit einer minimalen zeitlichen Verzögerung und sind daher zeitlich synchron zu den erhaltenen berechneten Bewegungsdaten. Dies ermöglicht es, das Verhalten des Steuergeräts 20 auch bei Bewegung des simulierten Fahrzeugs 401 zu testen.
  • 3 zeigt eine schematische Ansicht einer simulierten Umgebung eines simulierten Fahrzeugs 401. In der in 3 dargestellten Situation bewegt sich das simulierte Fahrzeug 401 auf ein simuliertes Objekt 404 in Form eines kreiszylindrischen Pfostens zu.
  • Das simulierte Fahrzeug 401 verfügt über einen simulierten Umfeldsensor 402, der beispielsweise als Ultraschallsensor ausgestaltet ist. Der simulierte Umfeldsensor 402 weist einen Sichtbereich 408 auf innerhalb dem dieser simulierte Objekte 404 erkennen kann. Der simulierte Umfeldsensor 402 ist vorne im Bereich einer Stoßstange (nicht dargestellt) in einer Einbauhöhe h eingebaut. Der simulierte Umfeldsensor 402 ist horizontal nach vorne ausgerichtet, so dass auch eine Hauptachse 406 des simulierten Umfeldsensors 402 parallel zum Boden ausgerichtet ist.
  • Werden Signale durch den simulierten Umfeldsensor 402 ausgesendet kann dieser Echos erkennen, welche an Reflexionspunkten 410, 412 auf dem simulierten Objekt 404 reflektiert werden. In der in 3 dargestellten Situation würde der simulierte Umfeldsensor 402 zwei Echos erhalten, eines von einem ersten Reflexionspunkt 410 auf Höhe der Einbauhöhe h und eines von einem zweiten Reflexionspunkt 412 an einem Fußpunkt des simulierten Objekts 404. Da die Strecke vom simulierten Umfeldsensor 402 zum zweiten Reflexionspunkt 412 länger ist als die zum ersten Reflexionspunkt 410, erhält der simulierte Umfeldsensor 402 in der dargestellten Situation zwei aufeinanderfolgende Echos.
  • 4 zeigt einen Vergleich zwischen der Amplitude simulierter und realer Echos in Abhängigkeit der Entfernung für eine Situation wie schematisch in 3 dargestellt. Ein simuliertes Fahrzeug 401 mit einem simulierten Ultraschallsensor bewegt sich dabei auf ein Hindernis in Form eines Pfostens zu.
  • In dem Diagramm der 4 ist auf der Y-Achse die Amplitude A in beliebigen Einheiten und auf der X-Achse ist die Entfernung d des Reflexionspunkts 410, 412 zum simulierten Umfeldsensor 402 in mm aufgetragen. Eine erste Kurve 301 zeigt dabei den gemittelten Verlauf für die erhaltene Amplitude aus einer realen Messung der Umgebungsdaten und eine zweite Kurve 302 zeigt den gemittelten Verlauf für die erhaltene Amplitude basierend auf den berechneten Umgebungsdaten.
  • Der Darstellung der 4 kann entnommen werden, dass die berechneten Umgebungsdaten gut mit den real gemessenen Umgebungsdaten übereinstimmen.
  • 5 zeigt einen Vergleich zwischen dem R-Wert simulierter und realer Echos in Abhängigkeit der Entfernung d für eine Situation wie schematisch in 3 dargestellt.
  • In dem Diagramm der 5 ist auf der Y-Achse Der R-Wert in beliebigen Einheiten und auf der X-Achse ist die Entfernung d des Reflexionspunkts 410, 412 zum simulierten Umfeldsensor 402 in mm aufgetragen. Eine erste Kurve 303 zeigt dabei den gemittelten Verlauf für realen Messungen der Umgebungsdaten zugeordneten R-Werten und eine zweite Kurve 304 zeigt den gemittelten Verlauf für berechneten Umgebungsdaten zugeordneten R-Werten.
  • Der Darstellung der 5 kann wieder entnommen werden, dass die berechneten Umgebungsdaten gut mit den real gemessenen Umgebungsdaten übereinstimmen.
  • 6 zeigt einen Vergleich zwischen einer durch das Steuergerät 20 vorgenommenen Signifikanzeinstufung für simulierte und reale Echos in Abhängigkeit der Entfernung d für eine Situation wie schematisch in 3 dargestellt.
  • In dem Diagramm der 6 ist auf der Y-Achse die Signifikanz P in beliebigen Einheiten und auf der X-Achse ist die Entfernung d des Reflexionspunkts 410, 412 zum simulierten Umfeldsensor 402 in mm aufgetragen. Eine erste Kurve 305 zeigt dabei den gemittelten Verlauf für die aus einer realen Messung der Umgebungsdaten bestimmte Signifikanz P und eine zweite Kurve 306 zeigt den gemittelten Verlauf für die basierend auf den berechneten Umgebungsdaten ermittelte Signifikanz P.
  • Die Signifikanz P wird vom dem Steuergerät 20 bestimmt und stellt eine Wahrscheinlichkeit dafür dar, dass die erhaltenen Umgebungsdaten ein tatsächlich in der Umgebung vorhandenes Objekt repräsentieren.
  • Der Darstellung der 6 kann entnommen werden, dass die unter Verwendung der berechneten Umgebungsdaten erhaltene Signifikanz P gut mit den für die real gemessenen Umgebungsdaten erhaltenen Signifikanzwerten übereinstimmt.
  • 7 zeigt einen Vergleich zwischen einer durch das Steuergerät 20 vorgenommenen Objektklassifizierung für simulierte und reale Echos in Abhängigkeit der Entfernung d für eine Situation wie schematisch in 3 dargestellt.
  • In dem Diagramm der 7 ist auf der Y-Achse eine ID-Nummer angegeben, welche die Objektklasse kennzeichnet. Dabei werden verschiedenen Objektarten wie Pfosten, Büsche, Wände, Borsteinkanten und dergleichen jeweils mit unterschiedlichen ID-Nummern versehen.
  • Erste Punkte 307 zeigen dabei die Objektklassifizierung basierend auf einer realen Messung der Umgebungsdaten und zweite Punkte 308 zeigen die Objektklassifizierung basierend auf den berechneten Umgebungsdaten ermittelte Signifikanz.
  • Der Darstellung der 7 kann entnommen werden, dass die unter Verwendung der berechneten Umgebungsdaten erhaltene Objektklassifizierung gut mit den für die real gemessenen Umgebungsdaten erhaltenen Objektklassifizierungen übereinstimmt.
  • 8a und 8b zeigen ein Vergleich zwischen einer durch das Steuergerät 20 vorgenommen Höhenklassifizierung bei Annäherung des simulierten Fahrzeugs 401 an einen Pfosten für simulierte und reale Echos in Abhängigkeit der Entfernung bei einer Geschwindigkeit von 2,5 km/h. Die 9a und 9b zeigen ebenfalls eine Höhenklassifizierung, jedoch für eine Geschwindigkeit von 4,5 km/h. Die 8a, 8b, 9a, 9b zeigen jeweils Verlauf eines Höhenparameters H, der die Wahrscheinlichkeit für das Vorliegen eines hohen, nicht überfahrbaren Objekts angibt, in beliebigen Einheiten gegen die Entfernung d in mm. Die 8a und 9a zeigen dabei jeweils den Verlauf des Höhenparameters H für reale Umgebungsdaten und die 8b und 9b für die berechneten Umgebungsdaten. Die in den 8a, 9a sowie 8b und 9b gezeigten Kurven 301, 302, 303, 304, 305, 306 sind jeweils Mittelwerte aus zehn durchgeführten realen Messungen bzw. zehn mit leicht unterschiedlichen Parametern ausgeführten Simulationen.
  • Den 8a und 8b ist zu entnehmen, dass bei einer Fahrzeuggeschwindigkeit von 2,5 km/h ab einer Unterschreitung der Entfernung vom etwa 1500 mm der Pfosten sicher als ein hohes, nicht überfahrbares Objekt eingestuft wird, wobei die Kurven 301, 302, 303, 304, 305, 306 für die Simulation und die Messung gut übereinstimmen. Da das Steuergerät 20 für diese Klassifizierung auch auf die Bewegungsdaten zurückgreift, zeigt diese gute Übereinstimmung die besonderen Vorteile des vorgeschlagenen Verfahrens.
  • Den 9a und 9b ist zu entnehmen, dass bei einer Fahrzeuggeschwindigkeit von 4,5 km/h erst ab einer Unterschreitung der Entfernung vom etwa 300 mm der Pfosten sicher als ein hohes, nicht überfahrbares Objekt eingestuft wird. Dieses unerwünschte Verhalten des Steuergeräts 20 wird aufgrund der guten Eigenschaften des vorgeschlagenen Verfahrens, insbesondere betreffend die zeitliche Synchronisierung der berechneten Umgebungsdaten und Bewegungsdaten, sowohl bei der realen Messung als auch bei der Simulation sicher erkannt. Somit ist das vorgeschlagene Verfahren geeignet, die Funktion von einem Steuergerät 20 eines Fahrzeugs sicher zu simulieren.
  • Die Erfindung ist nicht auf die hier beschriebenen Ausführungsbeispiele und die darin hervorgehobenen Aspekte beschränkt. Vielmehr ist innerhalb des durch die Ansprüche angegebenen Bereichs eine Vielzahl von Abwandlungen möglich, die im Rahmen fachmännischen Handelns liegen.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Patentliteratur
    • DE 102013212710 A1 [0004]
    • DE 10314129 A1 [0005]
    • US 2018/0060725 A1 [0006]

Claims (10)

  1. Verfahren zum Testen eines Steuergeräts (20) eines Fahrzeugs, wobei das Steuergerät (20) unter Verwendung einer Umfeldsensorsimulation berechnete Umgebungsdaten mindestens eines simulierten Umfeldsensors (402) und unter Verwendung einer Fahrzeug- und Umgebungssimulation berechnete Bewegungsdaten eines simulierten Fahrzeugs (401) erhält, wobei die Fahrzeug- und Umgebungssimulation durch ein Computerprogramm implementiert wird, welches auf einer programmierbaren Computereinrichtung (102) ausgeführt wird, wobei die berechneten Bewegungsdaten über einen simulierten Fahrzeugdatenbus (106) an das Steuergerät (20) übertragen werden und wobei die berechneten Umgebungsdaten unter Verwendung einer Sensortesteinheit (104), welche mit der programmierbaren Computereinrichtung (102) in Verbindung steht, über eine vom Fahrzeugdatenbus (106) verschiedene Sensordatenverbindung (110) an das Steuergerät (20) übertragen werden, dadurch gekennzeichnet, dass zum Ausführen einer simulierten Erfassung von Umgebungsdaten durch das Steuergerät (20) folgende Schritte durchlaufen werden: a) Senden eines Befehls zum Ausführen einer Messung unter Verwendung mindestens eines durch die Umfeldsensorsimulation simulierten Umfeldsensors (402) an die Sensortesteinheit (104) durch das Steuergerät (20), b) Übertragen von Angaben zur Identifizierung der Position des mindestens einen simulierten Umfeldsensors (402) durch die Sensortesteinheit (104) an die Computereinrichtung (102), c) Berechnen von Positionen von Reflexionspunkten (410, 412) an simulierten Objekten (404) in der Fahrzeugumgebung durch die Computereinrichtung (102) und Übertragen von Angaben über die berechneten Positionen der Reflexionspunkte (410, 412) an die Sensortesteinheit (104), d) Bestimmen von berechneten Umgebungsdaten basierend auf den Angaben über die berechneten Positionen der Reflexionspunkte (410, 412) durch die Sensortesteinheit (104) und e) Übermitteln von berechneten Umgebungsdaten zu den erhaltenen Positionen der Reflexionspunkte (410, 412) durch die Sensortesteinheit (104) an das Steuergerät (20).
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Fahrzeug- und Umgebungssimulation fortlaufend durch die Computereinrichtung (102) ausgeführt wird und regelmäßig berechnete Bewegungsdaten des simulierten Fahrzeugs (401) an das Steuergerät (20) übertragen werden, wobei die Bestimmung der Position von Reflexionspunkten (410, 412) gemäß Schritt c) zeitlich mit Fahrzeug- und Umgebungssimulation synchronisiert wird.
  3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass in Schritt d) die berechneten Umgebungsdaten unter Berücksichtigung eines Sichtbereichs (408) des jeweiligen simulierten Umfeldsensors und/oder unter Berücksichtigung des beabsichtigten Einbauorts am simulierten Fahrzeug (401) bestimmt werden, wobei i) die berechneten Umgebungsdaten vorab berechnet werden und in einem Speicher der Sensortesteinheit (104) abgelegt werden, wobei für Positionsparameter des simulierten Fahrzeugs (401) und des simulierten Objekts (404) ein Raster mit einer vorgegebenen Schrittweite verwendet wird, oder ii) eine Berechnung der berechneten Umgebungsdaten nach Erhalt der Angaben über die berechneten Positionen durch eine Recheneinheit der Sensortesteinheit (104) erfolgt.
  4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass in Schritt a) die Messung eines Kreuzechos angefordert wird und entsprechend in Schritt b) Angaben zu der Position eines sendenden Umfeldsensors und Angaben zu der Position eines empfangenden Umfeldsensors übertagen werden.
  5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass der mindestens eine simulierte Umfeldsensor (402) ein Ultraschallsensor, ein LiDAR-Sensor oder ein RADAR-Sensor ist.
  6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass die berechneten Umgebungsdaten eine Distanz zwischen dem simulierten Umfeldsensor (402) und dem entsprechenden Reflexionspunkt (410, 412) sowie mindestens ein die Qualität eines empfangenen Ultraschallechos beschreibendes Attribut umfassen.
  7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass der Fahrzeugdatenbus (106) ein CAN-Bus oder FlexRay ist.
  8. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass ein für die Kommunikation zwischen dem Steuergerät (20) und der Sensortesteinheit (104) verwendetes Kommunikationsprotokoll mit dem des durch die Sensortesteinheit (104) simulierten mindestens einen Umfeldsensor (402) verwendeten Protokoll identisch gewählt wird und die Kommunikation kryptografisch abgesichert wird.
  9. Verfahren nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass das Steuergerät (20) eingerichtet ist, Steuerbefehle zur Beeinflussung der Längs- und/oder Querführung des simulierten Fahrzeugs (401) über den Fahrzeugdatenbus (106) zu senden und dass die Fahrzeug- und Umgebungssimulation dazu eingerichtet ist, auf die Steuerbefehle zu reagieren und die Bewegung des simulierten Fahrzeugs (401) entsprechend zu beeinflussen.
  10. System (10) zum Testen eines Steuergeräts (20) eines Fahrzeugs, wobei das System (10) eine Computereinrichtung (102) umfasst, welche über einen Fahrzeugdatenbus (106) mit dem Steuergerät (20) verbindbar ist, und eine Sensortesteinheit (104) umfasst, welche mit der Computereinrichtung (102) in Verbindung steht und über einen Sensoranschluss mit dem Steuergerät (20) verbindbar ist, dadurch gekennzeichnet, dass das System (10) bei Verbindung mit einem Steuergerät (20) für ein Fahrzeug zur Ausführung eines der Verfahren nach einem der Ansprüche 1 bis 9 eingerichtet ist.
DE102020215657.3A 2020-12-10 2020-12-10 Verfahren und System zum Testen eines Steuergeräts eines Fahrzeugs Pending DE102020215657A1 (de)

Priority Applications (7)

Application Number Priority Date Filing Date Title
DE102020215657.3A DE102020215657A1 (de) 2020-12-10 2020-12-10 Verfahren und System zum Testen eines Steuergeräts eines Fahrzeugs
KR1020237023329A KR20230114306A (ko) 2020-12-10 2021-11-18 차량의 제어 장치의 테스트를 위한 방법 및 시스템
US18/251,660 US20240001941A1 (en) 2020-12-10 2021-11-18 Method and system for testing a control unit of a vehicle
JP2023535388A JP7459384B2 (ja) 2020-12-10 2021-11-18 車両の制御装置をテストするための方法およびシステム
CN202180083090.3A CN116601612A (zh) 2020-12-10 2021-11-18 用于测试车辆的控制器的方法和***
PCT/EP2021/082140 WO2022122339A1 (de) 2020-12-10 2021-11-18 Verfahren und system zum testen eines steuergeräts eines fahrzeugs
MX2023006293A MX2023006293A (es) 2020-12-10 2021-11-18 Metodo y sistema para probar un aparato de control de un vehiculo.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102020215657.3A DE102020215657A1 (de) 2020-12-10 2020-12-10 Verfahren und System zum Testen eines Steuergeräts eines Fahrzeugs

Publications (1)

Publication Number Publication Date
DE102020215657A1 true DE102020215657A1 (de) 2022-06-15

Family

ID=78819935

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102020215657.3A Pending DE102020215657A1 (de) 2020-12-10 2020-12-10 Verfahren und System zum Testen eines Steuergeräts eines Fahrzeugs

Country Status (7)

Country Link
US (1) US20240001941A1 (de)
JP (1) JP7459384B2 (de)
KR (1) KR20230114306A (de)
CN (1) CN116601612A (de)
DE (1) DE102020215657A1 (de)
MX (1) MX2023006293A (de)
WO (1) WO2022122339A1 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111007842A (zh) * 2019-12-24 2020-04-14 浙江合众新能源汽车有限公司 一种适用于汽车控制器的研发测试***
EP4369240A1 (de) * 2022-11-11 2024-05-15 dSPACE GmbH Simulationsvorrichtung zur ausgabe von bilddaten einer virtuellen umgebung eines fahrzeugs an ein steuergerät, testaufbau mit einer solchen simulationsvorrichtung und verfahren zur ausgabe von bilddaten einer virtuellen umge-bung eines fahrzeugs an ein steuergerät

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10314129A1 (de) 2003-03-31 2004-10-14 Valeo Schalter Und Sensoren Gmbh Verfahren und Computerprogramm zum Simulieren des Detektionsbereiches eines Sensors
DE102013212710A1 (de) 2013-05-16 2014-11-20 Siemens Aktiengesellschaft Sensorprodukt, Simulator und Verfahren zur Simulation von Sensormessungen, zur Fusion von Sensormessungen, zur Validierung eines Sensormodells und zum Entwurf eines Fahrerassistenzsystems
DE202015104345U1 (de) 2015-08-18 2015-10-26 Dspace Digital Signal Processing And Control Engineering Gmbh Adapter zur Einspeisung von Videosignalen in ein Steuergerät
US20180060725A1 (en) 2016-08-26 2018-03-01 Ford Global Technologies, Llc Physics Modeling for Radar and Ultrasonic Sensors
DE102016119538A1 (de) 2016-10-13 2018-04-19 Dspace Digital Signal Processing And Control Engineering Gmbh Latenzarmer Prüfstand für ein bildverarbeitendes System
DE102019112200A1 (de) 2019-05-09 2020-11-12 Dspace Digital Signal Processing And Control Engineering Gmbh Computerimplementiertes Verfahren zum Test von Steuergeräten
DE102019120519A1 (de) 2019-07-30 2021-02-04 Dspace Digital Signal Processing And Control Engineering Gmbh Computer-implementiertes Verfahren und Computerprogrammprodukt zum Test von realen oder virtuellen Steuergeräten

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6548691B2 (ja) 2016-10-06 2019-07-24 株式会社アドバンスド・データ・コントロールズ 画像生成システム、プログラム及び方法並びにシミュレーションシステム、プログラム及び方法
EP3352028A1 (de) 2017-01-23 2018-07-25 dSPACE digital signal processing and control engineering GmbH Verfahren zum test einer steuergerätefunktion eines steuergeräts eines fahrzeugs
US11436484B2 (en) * 2018-03-27 2022-09-06 Nvidia Corporation Training, testing, and verifying autonomous machines using simulated environments
US11734472B2 (en) * 2018-12-07 2023-08-22 Zoox, Inc. System and method for modeling physical objects in a simulation

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10314129A1 (de) 2003-03-31 2004-10-14 Valeo Schalter Und Sensoren Gmbh Verfahren und Computerprogramm zum Simulieren des Detektionsbereiches eines Sensors
DE102013212710A1 (de) 2013-05-16 2014-11-20 Siemens Aktiengesellschaft Sensorprodukt, Simulator und Verfahren zur Simulation von Sensormessungen, zur Fusion von Sensormessungen, zur Validierung eines Sensormodells und zum Entwurf eines Fahrerassistenzsystems
DE202015104345U1 (de) 2015-08-18 2015-10-26 Dspace Digital Signal Processing And Control Engineering Gmbh Adapter zur Einspeisung von Videosignalen in ein Steuergerät
US20180060725A1 (en) 2016-08-26 2018-03-01 Ford Global Technologies, Llc Physics Modeling for Radar and Ultrasonic Sensors
DE102016119538A1 (de) 2016-10-13 2018-04-19 Dspace Digital Signal Processing And Control Engineering Gmbh Latenzarmer Prüfstand für ein bildverarbeitendes System
DE102019112200A1 (de) 2019-05-09 2020-11-12 Dspace Digital Signal Processing And Control Engineering Gmbh Computerimplementiertes Verfahren zum Test von Steuergeräten
DE102019120519A1 (de) 2019-07-30 2021-02-04 Dspace Digital Signal Processing And Control Engineering Gmbh Computer-implementiertes Verfahren und Computerprogrammprodukt zum Test von realen oder virtuellen Steuergeräten

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Kilian von Neumann-Cosel Virtual Test Drive Simulation umfeldbasierter Fahrzeugfunktionen. 2014, 166. mediaTUMUniversitätsbibliothek [online]

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111007842A (zh) * 2019-12-24 2020-04-14 浙江合众新能源汽车有限公司 一种适用于汽车控制器的研发测试***
CN111007842B (zh) * 2019-12-24 2022-12-30 浙江合众新能源汽车有限公司 一种适用于汽车控制器的研发测试***
EP4369240A1 (de) * 2022-11-11 2024-05-15 dSPACE GmbH Simulationsvorrichtung zur ausgabe von bilddaten einer virtuellen umgebung eines fahrzeugs an ein steuergerät, testaufbau mit einer solchen simulationsvorrichtung und verfahren zur ausgabe von bilddaten einer virtuellen umge-bung eines fahrzeugs an ein steuergerät

Also Published As

Publication number Publication date
KR20230114306A (ko) 2023-08-01
CN116601612A (zh) 2023-08-15
US20240001941A1 (en) 2024-01-04
MX2023006293A (es) 2023-06-13
WO2022122339A1 (de) 2022-06-16
JP7459384B2 (ja) 2024-04-01
JP2023553943A (ja) 2023-12-26

Similar Documents

Publication Publication Date Title
EP3332400B1 (de) Verfahren und vorrichtung in einem kraftfahrzeug zur verbesserten datenfusionierung bei einer umfelderfassung
WO2014183948A2 (de) Sensorprodukt, simulator und verfahren zur simulation von sensormessungen, zur fusion von sensormessungen, zur validierung eines sensormodells und zum entwurf eines fahrerassistenzsystems
AT521120B1 (de) Verfahren und Vorrichtung zum Ermitteln eines Radarquerschnitts, Verfahren zum Trainieren eines Wechselwirkungsmodells sowie Radarzielemulator und Prüfstand
DE102014118625A1 (de) Sensoranordnung für einen Prüfstand eines Fahrerassistenzsystems eines Kraftfahrzeugs, Prüfstand sowie dazugehöriges Verfahren
WO2022122339A1 (de) Verfahren und system zum testen eines steuergeräts eines fahrzeugs
EP3563168B1 (de) Verfahren und system zur simulationsgestützten bestimmung von echopunkten sowie verfahren zur emulation und emulationsvorrichtung
EP1927866A1 (de) Verfahren zum gitterbasierten Verarbeiten von Sensorsignalen
EP3729044B1 (de) Verfahren zur analyse eines automatisierungssystems einer anlage, emulator zum zumindest teilweise virtuellen betreiben eines automatisierungssystems einer anlage und system zur analyse eines automatisierungssystems einer anlage
DE102019215903A1 (de) Verfahren und Vorrichtung zum Erzeugen von Trainingsdaten für ein Erkennungsmodell zum Erkennen von Objekten in Sensordaten eines Sensors insbesondere eines Fahrzeugs, Verfahren zum Trainieren und Verfahren zum Ansteuern
WO2021069137A1 (de) Verfahren und fahrerassistenzsystem zum klassifizieren von objekten in der umgebung eines fahrzeugs
WO2020127245A1 (de) Bestimmung der orientierung von objekten mittels radar oder durch die verwendung von elektromagnetischer abfragestrahlung
DE102017111860A1 (de) Verfahren zum Kalibrieren eines Radarsensors eines Kraftfahrzeugs während einer Bewegung des Kraftfahrzeugs, Radarsensor, Fahrerassistenzsystem sowie Kraftfahrzeug
DE102014118622A1 (de) Verfahren zum simulativen Bestimmen einer Interaktion zwischen einem Sensor eines Kraftfahrzeugs und einem virtuellen Objekt in einem virtuellen Umgebungsbereich des Kraftfahrzeugs sowie Recheneinrichtung
WO2019162317A1 (de) Verfahren zur erzeugung von sensordaten für sicherheitskritische automobil-steuergeräte
DE102017215586A1 (de) Verfahren und Vorrichtung zur Bestimmung der Abweichung einer Sensorachse eines Umfeldsensors von der Fahrachse eines Fahrzeugs
DE102020214596A1 (de) Verfahren zum Erzeugen von Trainingsdaten für ein Erkennungsmodell zum Erkennen von Objekten in Sensordaten einer Umfeldsensorik eines Fahrzeugs, Verfahren zum Erzeugen eines solchen Erkennungsmodells und Verfahren zum Ansteuern einer Aktorik eines Fahrzeugs
DE102016004204B4 (de) Verfahren zum automatisierten Manövrieren eines Kraftfahrzeugs während einer Produktion
DE102017201796A1 (de) Steuervorrichtung zum Ermitteln einer Eigenbewegung eines Kraftfahrzeugs sowie Kraftfahrzeug und Verfahren zum Bereitstellen der Steuervorrichtung
WO2024012928A1 (de) Verfahren zum trainieren eines neuronalen netzes
DE102014118624A1 (de) Verfahren zum simulativen Bestimmen einer Interaktion zwischen einem Sensor eines Kraftfahrzeugs und einem virtuellen Objekt in einem virtuellen Umgebungsbereich des Kraftfahrzeugs sowie Recheneinrichtung
DE102019203813A1 (de) Detektion und näherungsweise Ortung von Signalquellen
DE102019101127A1 (de) Verfahren zum Verarbeiten mittels Ultraschall erhaltener Daten
DE102019216956A1 (de) Verfahren und Vorrichtung zum Bestimmen von Notfalltrajektorien und zum Betreiben von automatisierten Fahrzeugen
DE102019220607A1 (de) Verwendung von ultraschallbasierten Subsystemen zur 360° Umfelderfassung
DE102019126276A1 (de) Verfahren zum Erfassen zumindest eines Objekts in einem Umgebungsbereich eines Fahrzeugs durch Zuordnung von Objektpunkten, Recheneinrichtung sowie Ultraschallsensorvorrichtung

Legal Events

Date Code Title Description
R163 Identified publications notified