DE102021200927A1 - Verfahren und Vorrichtung zur Analyse eines insbesondere in einen zumindest teilautonomen Roboter oder Fahrzeug eingebetteten Systems - Google Patents

Verfahren und Vorrichtung zur Analyse eines insbesondere in einen zumindest teilautonomen Roboter oder Fahrzeug eingebetteten Systems Download PDF

Info

Publication number
DE102021200927A1
DE102021200927A1 DE102021200927.1A DE102021200927A DE102021200927A1 DE 102021200927 A1 DE102021200927 A1 DE 102021200927A1 DE 102021200927 A DE102021200927 A DE 102021200927A DE 102021200927 A1 DE102021200927 A1 DE 102021200927A1
Authority
DE
Germany
Prior art keywords
parameter
quality
following features
simulation
influence
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
DE102021200927.1A
Other languages
English (en)
Inventor
Daniel SEILER-THULL
Adrian Trachte
Patrik Zips
Julian Ophey
Muhammed Atak
Markus Gurtner
Johannes Huemer
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 DE102021200927.1A priority Critical patent/DE102021200927A1/de
Publication of DE102021200927A1 publication Critical patent/DE102021200927A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3604Software analysis for verifying properties of programs
    • G06F11/3608Software analysis for verifying properties of programs using formal methods, e.g. model checking, abstract interpretation

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Feedback Control In General (AREA)

Abstract

Verfahren (10) zur Analyse eines insbesondere in einen zumindest teilautonomen Roboter oder Fahrzeug eingebetteten Systems (20), gekennzeichnet durch folgende Merkmale:- für einen unsicheren Parameter (21) des Systems (20) werden zufällige Parameterwerte ausgewählt (11),- mit den ausgewählten Parameterwerten wird jeweils eine Simulation des Systems (20) durchgeführt (12),- für jede Simulation wird die Güte (23) des Systems (20) bewertet (13) und- ein etwaiger Einfluss des Parameters (21) auf die Güte (23) wird untersucht (14).

Description

  • Die vorliegende Erfindung betrifft ein Verfahren zur Analyse eines insbesondere in einen zumindest teilautonomen Roboter oder Fahrzeug eingebetteten Systems. Die vorliegende Erfindung betrifft darüber hinaus eine entsprechende Vorrichtung, ein entsprechendes Computerprogramm sowie ein entsprechendes Speichermedium.
  • Stand der Technik
  • In der Softwaretechnik wird die Nutzung von Modellen zur Automatisierung von Testaktivitäten und zur Generierung von Testartefakten im Testprozess unter dem Oberbegriff „modellbasiertes Testen“ (model-based testing, MBT) zusammengefasst. Hinlänglich bekannt ist beispielsweise die Generierung von Testfällen aus Modellen, die das Sollverhalten des zu testenden Systems beschreiben.
  • Insbesondere eingebettete Systeme (embedded systems) sind auf schlüssige Eingangssignale von Sensoren angewiesen und stimulieren wiederum ihre Umwelt durch Ausgangssignale an unterschiedlichste Aktoren. Im Zuge der Verifikation und vorgelagerter Entwicklungsphasen eines solchen Systems wird daher in einer Regelschleife dessen Modell (model in the loop, MiL), Software (software in the loop, SiL), Prozessor (processor in the loop, PiL) oder gesamte Hardware (hardware in the loop, HiL) gemeinsam mit einem Modell der Umgebung simuliert. In der Fahrzeugtechnik werden diesem Prinzip entsprechende Simulatoren zur Prüfung elektronischer Steuergeräte je nach Testphase und -objekt mitunter als Komponenten-, Modul- oder Integrationsprüfstände bezeichnet.
  • DE10303489A1 offenbart ein derartiges Verfahren zum Testen von Software einer Steuereinheit eines Fahrzeugs, bei dem durch ein Testsystem eine von der Steuereinheit steuerbare Regelstrecke wenigstens teilweise simuliert wird, indem Ausgangssignale von der Steuereinheit erzeugt werden und diese Ausgangssignale der Steuereinheit zu ersten Hardware-Bausteinen über eine erste Verbindung übertragen werden und Signale von zweiten Hardware-Bausteinen als Eingangssignale zur Steuereinheit über eine zweite Verbindung übertragen werden, wobei die Ausgangssignale als erste Steuerwerte in der Software bereitgestellt werden und zusätzlich über eine Kommunikationsschnittstelle in Echtzeit bezogen auf die Regelstrecke zum Testsystem übertragen werden.
  • Derartige Simulationen sind auf verschiedenen Gebieten der Technik verbreitet und finden beispielsweise Einsatz, um eingebettete Systeme in Elektrowerkzeugen, Motorsteuergeräten für Antriebs-, Lenk- und Bremssysteme oder gar autonomen Fahrzeugen in frühen Phasen ihrer Entwicklung auf Tauglichkeit zu prüfen. Dennoch werden die Ergebnisse von Simulationsmodellen nach dem Stand der Technik aufgrund fehlenden Vertrauens in ihre Zuverlässigkeit nur begrenzt in Freigabeentscheidungen einbezogen.
  • Offenbarung der Erfindung
  • Die Erfindung stellt ein Verfahren zur Analyse eines in einen Roboter oder in ein Fahrzeug eingebetteten Systems, eine entsprechende Vorrichtung, ein entsprechendes Computerprogramm sowie ein entsprechendes Speichermedium gemäß den unabhängigen Ansprüchen bereit.
  • Der erfindungsgemäße Ansatz fußt hierbei auf der Erkenntnis, dass während der Entwicklung eines neuen Produktes bzw. Systems üblicherweise in begleitenden Simulationen geprüft wird, ob sämtliche geforderten Spezifikationen erfüllt sind. Dabei ist es essenziell, nicht nur das Verhalten des Gesamtsystems unter nominellen Betriebsbedingungen zu prüfen, sondern auch typische Parameterunsicherheiten systematisch zu berücksichtigen. Typische Parameterunsicherheiten sind z. B. temperaturabhängige Systemparameter (Viskosität von Hydrauliköl), veränderliche Umweltbedingungen (Reibkoeffizienten einer Fahrbahn), Alterungseffekte (Reifendruck, Reifenprofil), geänderte Einsatzbedingungen (Fahrzeug voll besetzt oder leer) und Messunsicherheiten. Wird eine Spezifikation trotz solcher Parameterunsicherheiten stets zuverlässig erfüllt, so wird das betreffende System fachsprachlich als „robust“ gegen die betrachteten Parameterunsicherheiten bezeichnet. Dies kann numerisch z. B. mit Hilfe randomisierter Algorithmen geprüft werden.
  • Der vorgeschlagene Ansatz trägt ferner dem Umstand Rechnung, dass die statistische Bewertung der Güte bzw. des Verhaltens des Gesamtsystems auf der Grundlage von numerischen Simulationen eine reichhaltige Datengrundlage generiert. Typische Methoden für die wahrscheinlichkeitstheoretische Analyse geben jedoch keine Auskunft darüber, welche der betrachteten Parameter durch ihren Einfluss das Systemverhalten dominieren. Werden sämtliche Spezifikationen in der aktuellen Konfiguration erfüllt, ist dieser Informationsmangel nicht kritisch. Werden jedoch bestimmte Gütekriterien nicht zufriedenstellend erreicht, so ist es wünschenswert, zielgerichtete Anpassungen am System einzugrenzen.
  • Ein Vorzug der erfindungsgemäßen Lösung liegt vor diesem Hintergrund in der eröffneten Möglichkeit, auf Basis von numerischen Simulationen jene Systemparameter zu identifizieren, deren Anpassung zu einer effizienten Verbesserung des Systemverhaltens beitragen.
  • Liegt für das Gesamtsystem (z. B. bestehend aus einem Streckenmodell und einer geeigneten Regelungsstrategie) eine mathematische Beschreibung vor, so ist es zwar prinzipiell möglich, die einflussreichsten Parameter rein theoretisch zu bestimmen. In der Praxis sind solche analytischen Untersuchungen nur an vereinfachten oder idealisierten Systemen mit akzeptablem Aufwand durchführbar. Zusätzlich wird für die Analyse detailliertes Systemwissen vorausgesetzt.
  • Im Gegensatz dazu haben numerische Analysen den Vorteil, dass sie auch auf ein lediglich anhand seiner Ein-/Ausgabebeziehungen beschriebenes System (black box) angewandt werden können. Der Einsatz des erfindungsgemäßen Verfahrens ist besonders vorteilhaft, wenn während der Verifizierung des Systementwurfs randomisierte Algorithmen oder anderweitige statistische Methoden eingesetzt werden. Ansätze zur Ermittlung einer empirischen Verletzung verwenden zum Beispiel Monte-Carlo-Simulationen mit unabhängigen und identisch verteilten Systemparametern. So entsteht eine reichhaltige und hochwertige Datengrundlage. Diese Daten werden erfindungsgemäß wiederverwendet, um die Sensitivität des Systems zu untersuchen.
  • Der Begriff „Sensitivität“ wird in diesem Zusammenhang nicht im statistischen Sinne der Trefferquote eines Tests verwendet. Im kybernetischen Sinn einer Sensitivitätsanalyse oder eines Sensitivitätsdiagrammes soll er im Folgenden vielmehr die allgemeine Empfindlichkeit bezeichnen, mit der das System selbst auf geringe Änderungen von Eingangsparametern reagiert.
  • Die wesentlichen Vorteile des vorgeschlagenen Verfahrens lassen sich auf dieser Grundlage in zwei Stufen einordnen. Zuerst liefert die numerische Sensitivitätsanalyse generelle, systemrelevante Erkenntnisse, denn die Sensitivitäten zeigen die dominierenden Einflussfaktoren auf den betrachteten Aspekt des Systemverhaltens auf und offenbaren, welche Parameterunsicherheiten eine untergeordnete Rolle spielen bzw. gegenüber welchen Unsicherheiten das System robust ist. Sie erleichtern somit auch bei Black-Box-Systemen mit geeigneten Schnittstellen für die Parameter das Verständnis für Änderungen des Systemverhaltens.
  • Aufbauend darauf können je nach Gestaltung der Szenarien und Gütefunktionen wichtige Designentscheidungen unterstützt werden, etwa bei welchen Systemkomponenten eine hohe Fertigungsgenauigkeit sinnvoll ist, welche Unsicherheiten besonders signifikant für das Gesamtsystem sind und möglichst exakt bestimmt werden müssen, damit die Zuverlässigkeit der statistischen Ansätze maximiert wird, oder für welche Systemkomponenten die Entwicklung von sogenannten Beobachtern oder Schätzern besonders vielversprechend erscheint.
  • Durch die in den abhängigen Ansprüchen aufgeführten Maßnahmen sind vorteilhafte Weiterbildungen und Verbesserungen des im unabhängigen Anspruch angegebenen Grundgedankens möglich.
  • Figurenliste
  • Ausführungsbeispiele der Erfindung sind in den Zeichnungen dargestellt und in der nachfolgenden Beschreibung näher erläutert. Es zeigt:
    • 1 die Prinzipdarstellung zur Analyse eines dynamischen Black-Box-Systems, das mit Testszenarien und Parameterunsicherheiten stimuliert wird.
    • 2 das Flussdiagramm eines Verfahrens gemäß einer ersten Ausführungsform.
    • 3 ein Histogramm zur Darstellung des Einflusses des unsicheren Parameters Δ1 auf das Gütekriterium γ.
    • 4 ein Histogramm zur Darstellung des Einflusses des unsicheren Parameters Δ2 auf das Gütekriterium γ.
    • 5 schematisch eine Arbeitsstation gemäß einer zweiten Ausführungsform.
  • Ausführungsformen der Erfindung
  • 1 zeigt eine Prinzipdarstellung zur Analyse eines dynamischen Black-Box-Systems (20). Voraussetzung für die Anwendung des erfindungsgemäßen Verfahrens ist, dass geeignete Schnittstellen für die Untersuchung vorgesehen sind. Dabei können verschiedene Testszenarien
    Figure DE102021200927A1_0001
    ∈ ℝT und Parameterunsicherheiten Δ ∈ ℝP die Eingangsgrößen bilden. Die Ausgangsgrößen für die Analyse sind die Gütekriterien γ ∈ ℝG. Weitere Voraussetzung für die vorgeschlagenen numerischen Sensitivitätsanalysen für das Black-Box-System (20) ist die Definition von Parameterunsicherheiten im Gesamtsystem Δ ∈ ℝP Dies betrifft neben der Festlegung von Wertebereichen auch die zugehörigen Wahrscheinlichkeitsdichtefunktionen. Als Parameterunsicherheiten sind insbesondere Umgebungsparameter wie z. B. Temperatur, Luftdruck oder exogene Störungen mit aufzunehmen. Vorausgesetzt wird schließlich die Auswahl mindestens eines Testszenarios T ∈
    Figure DE102021200927A1_0001
    - bei Regelkreisen entspricht dies unterschiedlichen Vorgaben für den Verlauf der Sollgröße über einen oder mehrere Arbeitszyklen - sowie mindestens ein Gütekriterium γ ∈ ℝG anhand dessen sich das Verhalten des Systems (20) bewerten lässt. Beispiele für mögliche Gütekriterien sind der Effektivwert des Fehlers (root mean squared error, RMSE) bei Regelkreisen oder die Einstufung durch einen binären Klassifikator (z. B. Einhaltung vorgegebener Fahrbahngrenzen).
  • Wie 2 verdeutlicht, werden basierend auf den festgelegten Mengen von Szenarien T und Parameterunsicherheiten Δ nach einem Monte-Carlo-Ansatz zufällig und voneinander unabhängig einzelne Szenarien Ti
    Figure DE102021200927A1_0001
    und Parameter Δi ∈ Δ ausgewählt (Prozess 11), das Gesamtsystem simuliert (Prozess 12) und das Gütekriterium γi = γ(Ti, Δi) numerisch ermittelt. Der hochgestellte Bezeichner i kennzeichnet in diesem Zusammenhang jene Größen, die der i-ten Simulation zugeordnet sind.
  • Nach Abschluss der Simulationen erfolgt die Bewertung (Prozess 13) der Gütekriterien γi. Obwohl der Monte-Carlo-Ansatz voraussetzt, dass sämtliche freien bzw. unsicheren Parameter unabhängig voneinander variiert werden (nur so wird eine hinreichende Abdeckung des zulässigen Arbeitsbereiches erzielt), ist es möglich, die Einflüsse einzelner Parameter zu ermitteln.
  • Eine intuitive und dadurch benutzerfreundliche Variante für die Darstellung der Sensitivitäten bei kardinal skalierten Parametern und Gütekriterien ist die Aufbereitung in Histogrammen. Bivariate Histogramme, die fachsprachlich teils als 2D- oder 3D-Histogramme bezeichnet werden, ermöglichen es, die Häufigkeitsverteilung eines zweidimensionalen Zufallsvektors zu veranschaulichen. Dieser Zufallsvektor setzt sich vorliegend für eine Stichprobe i aus dem Parameterwert Δi ∈ Δ mit der - im betrachteten Testfall Ti
    Figure DE102021200927A1_0001
    - für diesen Wert ermittelten Güte γi = γ(Ti, Δi) zusammen.
  • 3 zeigt ein 2-D-Histogramm, das den Einfluss eines unsicheren Parameters Δ1 auf das Gütekriterium γ darstellt. Hier zeigt sich, dass Änderungen des Parameters Δ1 sich kaum auf die Güte γ auswirken. Diese Darstellung unterstützt die Schlussfolgerung, dass das Gesamtsystem robust gegenüber Unsicherheiten ist, die den Parameter Δ1 betreffen.
  • 4 zeigt ein weiteres 2-D-Histogramm, das den Einfluss eines unsicheren Parameters Δ2 auf das Gütekriterium γ darstellt. Es zeigt sich deutlich, dass sich niedrige Werte im Gütekriterium (dies entspricht nach der vorliegend verwendeten Definition einem erwünschten Verhalten) bei hohen Werten von Δ2 häufen. Die gleichsam „schlechtesten“ Bewertungen anhand von γ treten bei niedrigen Werten von Δ2 auf. Diese Darstellung unterstützt die Schlussfolgerungen, dass der Parameter Δ2 relevant für das Systemverhalten ist und dass im untersuchten Parameterbereich hohe Werte vorteilhaft für das Gesamtsystem sind.
  • Aus einer Zusammenschau der 3 und 4 lassen sich folgende Schlussfolgerungen für effiziente Verbesserungen des Gesamtsystems ableiten: Der Einfluss von Δ1 auf das Gütekriterium γ ist sehr gering. Falls Δ1 ein Konstruktionsparameter oder eine Sensorspezifikation ist, kann geprüft werden, ob zur Kostenreduzierung eine preiswertere Komponente eingesetzt werden kann.
  • Der Einfluss von Δ2 auf das Gütekriterium γ ist hingegen signifikant. Falls dieser Parameter für die (modellbasierte) Regelung des Gesamtsystems von Bedeutung ist, sollte geprüft werden, ob die Entwicklung einer Beobachterstrategie zur Verbesserung des Gütekriteriums führt. Handelt es sich um einen Konstruktionsparameter, so ist abzuwägen, ob eine höhere Fertigungsgenauigkeit bzw. eine Reduktion der Streuung sinnvoll sind. Bei Umgebungsparametern können je nach erreichtem Gütekriterium γ verschiedene Betriebsbereiche mit unterschiedlichen Spezifikationen abgeleitet werden.
  • Eine Alternative zur Identifikation der einflussreichsten Parameterunsicherheiten Δ anhand einer solchen Visualisierung stellt die direkte numerische Analyse der Verteilung der Werte der Gütekriterien γ dar. Eine Möglichkeit hierzu besteht darin, die Zielmenge des Gütekriteriums γi für jeden unsicheren Parameter Δk der Größe nach aufsteigend in Intervalle zu unterteilen (data binning) und für diese Intervalle jeweils statistische Kennzahlen wie das arithmetische Mittel oder den Median zu bestimmen. Liegen diese Kennzahlen eng beieinander, so ist γ robust gegenüber Unsicherheiten, die den Parameter Δk betreffen. Weichen die gewählten Kennzahlen hingegen deutlich voneinander ab, so ist Δk mit einer einflussreichen Parameterunsicherheit behaftet.
  • Sämtliche in diesem Abschnitt diskutierten Betrachtungen und Untersuchungen bezüglich der Parameter Δ lassen sich direkt auf die Bewertung in verschiedenen Testfällen T übertragen.
  • Dieses Verfahren (10) kann beispielsweise in Software oder Hardware oder in einer Mischform aus Software und Hardware beispielsweise in einer Arbeitsstation (30) implementiert sein, wie die schematische Darstellung der 5 verdeutlicht.
  • 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 10303489 A1 [0004]

Claims (10)

  1. Verfahren (10) zur Analyse eines insbesondere in einen zumindest teilautonomen Roboter oder Fahrzeug eingebetteten Systems (20), gekennzeichnet durch folgende Merkmale: - für einen unsicheren Parameter (21) des Systems (20) werden zufällige Parameterwerte ausgewählt (11), - mit den ausgewählten Parameterwerten wird jeweils eine Simulation des Systems (20) durchgeführt (12), - für jede Simulation wird die Güte (23) des Systems (20) bewertet (13) und - ein etwaiger Einfluss des Parameters (21) auf die Güte (23) wird untersucht (14).
  2. Verfahren (10) nach Anspruch 1, gekennzeichnet durch folgende Merkmale: - ferner wird ein Testfall (22) des Systems (20) zufällig ausgewählt und - das Durchführen (12) der Simulation erfolgt für den ausgewählten Testfall (22).
  3. Verfahren (10) nach Anspruch 2, gekennzeichnet durch folgende Merkmale: - das System (20) umfasst einen Regelkreis und - der Testfall (22) umfasst einen vorgegebenen Verlauf einer Führungsgröße des Regelkreises.
  4. Verfahren (10) nach Anspruch 3, gekennzeichnet durch mindestens eines der folgenden Merkmale: - das Bewerten (13) der Güte (23) erfolgt anhand des Regelfehlers in Antwort auf den vorgegebenen Verlauf bewertet oder - das Bewerten (13) der Güte (23) erfolgt abhängig davon, ob das System (20) in der Simulation eine vorgegebene Bedingung erfüllt.
  5. Verfahren (10) nach einem der Ansprüche 1 bis 4, gekennzeichnet durch folgende Merkmale: - der Parameter (21) ist eine reellwertige Zufallsvariable mit einer vorgegebenen Wahrscheinlichkeitsdichte und - das Auswählen (11) der Parameterwerte erfolgt in einem Wahrscheinlichkeitsmaß mit der vorgegebenen Wahrscheinlichkeitsdichte.
  6. Verfahren (10) nach Anspruch 5, gekennzeichnet durch mindestens eines der folgenden Merkmale: - zum Untersuchen (14) des Einflusses wird ein bivariates Histogramm oder Streudiagramm des Parameters (21) und der Güte (23) dargestellt oder - zum Untersuchen (14) des Einflusses wird eine bivariate Verteilung des Parameters (21) und der Güte (23) numerisch untersucht.
  7. Verfahren (10) nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass das System (20) anhand der Analyse automatisch verbessert wird.
  8. Computerprogramm, welches eingerichtet ist, das Verfahren (10) nach einem der Ansprüche 1 bis 7 auszuführen.
  9. Maschinenlesbares Speichermedium, auf dem das Computerprogramm nach Anspruch 8 gespeichert ist.
  10. Vorrichtung (30), die eingerichtet ist, das Verfahren (10) nach einem der Ansprüche 1 bis 7 auszuführen.
DE102021200927.1A 2021-02-02 2021-02-02 Verfahren und Vorrichtung zur Analyse eines insbesondere in einen zumindest teilautonomen Roboter oder Fahrzeug eingebetteten Systems Pending DE102021200927A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
DE102021200927.1A DE102021200927A1 (de) 2021-02-02 2021-02-02 Verfahren und Vorrichtung zur Analyse eines insbesondere in einen zumindest teilautonomen Roboter oder Fahrzeug eingebetteten Systems

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102021200927.1A DE102021200927A1 (de) 2021-02-02 2021-02-02 Verfahren und Vorrichtung zur Analyse eines insbesondere in einen zumindest teilautonomen Roboter oder Fahrzeug eingebetteten Systems

Publications (1)

Publication Number Publication Date
DE102021200927A1 true DE102021200927A1 (de) 2022-08-04

Family

ID=82403229

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102021200927.1A Pending DE102021200927A1 (de) 2021-02-02 2021-02-02 Verfahren und Vorrichtung zur Analyse eines insbesondere in einen zumindest teilautonomen Roboter oder Fahrzeug eingebetteten Systems

Country Status (1)

Country Link
DE (1) DE102021200927A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102022127857A1 (de) 2022-10-21 2024-05-02 Dr. Ing. H.C. F. Porsche Aktiengesellschaft Verfahren, System und Computerprogrammprodukt zur Sensitivitätsanalyse von Applikationsparametern für automatisierte Fahrfunktionen

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10303489A1 (de) 2003-01-30 2004-08-12 Robert Bosch Gmbh Verfahren und Vorrichtung zum Testen von Software einer Steuereinheit eines Fahrzeugs

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10303489A1 (de) 2003-01-30 2004-08-12 Robert Bosch Gmbh Verfahren und Vorrichtung zum Testen von Software einer Steuereinheit eines Fahrzeugs

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102022127857A1 (de) 2022-10-21 2024-05-02 Dr. Ing. H.C. F. Porsche Aktiengesellschaft Verfahren, System und Computerprogrammprodukt zur Sensitivitätsanalyse von Applikationsparametern für automatisierte Fahrfunktionen

Similar Documents

Publication Publication Date Title
DE102020205539A1 (de) Verfahren und Vorrichtung zum Prüfen eines technischen Systems
EP3082000B1 (de) Verfahren und system zum testen eines mechatronischen systems
DE102019115356B4 (de) Verfahren zur fahrzeugfehler-grundursachendiagnose
DE102011108678A1 (de) Ereignisgesteuertes Datamining-Verfahren zum Verbessern von Fehlercodeeinstellungen und zum Isolieren von Fehlern
DE102019124018A1 (de) Verfahren zum Optimieren von Tests von Regelsystemen für automatisierte Fahrdynamiksysteme
EP3757792A2 (de) Verfahren und vorrichtung zum prüfen eines systems, zur auswahl realer tests und zum testen von systemen mit komponenten maschinellen lernens
DE102021200927A1 (de) Verfahren und Vorrichtung zur Analyse eines insbesondere in einen zumindest teilautonomen Roboter oder Fahrzeug eingebetteten Systems
WO2023041459A1 (de) Computerimplementierte verfahren und system zur anomalieerkennung und verfahren zur anomalieerkennung in einer akustischen endprüfung eines getriebes
DE102020205131A1 (de) Verfahren und Vorrichtung zum Simulieren eines technischen Systems
EP3757698A1 (de) Verfahren und vorrichtung zur bewertung und auswahl von signal-vergleichsmetriken
DE102020206327A1 (de) Verfahren und Vorrichtung zum Prüfen eines technischen Systems
DE102020205540A1 (de) Verfahren und Vorrichtung zum Prüfen eines technischen Systems
DE102020206321A1 (de) Verfahren und Vorrichtung zum Prüfen eines technischen Systems
DE102021200298A1 (de) Verfahren und Vorrichtung zum Prüfen eines technischen Systems
DE102018212801A1 (de) Diagnose komplexer Systeme
DE102020206323A1 (de) Verfahren und Vorrichtung zum Prüfen eines technischen Systems
DE102021202335A1 (de) Verfahren und Vorrichtung zum Prüfen eines technischen Systems
DE102019211076A1 (de) Verfahren und Vorrichtung zum Validieren einer Simulation eines technischen Systems
DE102020205527A1 (de) Verfahren und Vorrichtung zum Prüfen eines technischen Systems
DE102019214000A1 (de) Verfahren und Vorrichtung zum Auswählen von Testfällen für eine Simulation und Testumgebung
DE102021201505A1 (de) Verfahren und Vorrichtung zum Prüfen eines technischen Systems
DE102021102460A1 (de) Verfahren zur Durchführung einer Simulation
DE102020206322A1 (de) Verfahren und Vorrichtung zum Prüfen eines technischen Systems
EP3173928A1 (de) Verfahren und vorrichtung zum überprüfen eines komponentenfehlerbaums
WO2016146169A1 (de) Ermitteln von verhaltensähnlichen komponenten für ein system