WO2022258233A1 - Verfahren zum prüfen einer softwareanwendung und softwareanwendungsbezogenen daten eines fahrzeugs, computerlesbares medium, system, und fahrzeug - Google Patents

Verfahren zum prüfen einer softwareanwendung und softwareanwendungsbezogenen daten eines fahrzeugs, computerlesbares medium, system, und fahrzeug Download PDF

Info

Publication number
WO2022258233A1
WO2022258233A1 PCT/EP2022/054846 EP2022054846W WO2022258233A1 WO 2022258233 A1 WO2022258233 A1 WO 2022258233A1 EP 2022054846 W EP2022054846 W EP 2022054846W WO 2022258233 A1 WO2022258233 A1 WO 2022258233A1
Authority
WO
WIPO (PCT)
Prior art keywords
software application
vehicle
related data
test parameter
software
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/EP2022/054846
Other languages
English (en)
French (fr)
Inventor
Heiko Konrad
Christopher Von Kuensberg Sarre
Marcel ARNDT
Steffen Haberland
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.)
Bayerische Motoren Werke AG
Original Assignee
Bayerische Motoren Werke AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bayerische Motoren Werke AG filed Critical Bayerische Motoren Werke AG
Priority to CN202280036933.9A priority Critical patent/CN117882051A/zh
Priority to US18/565,842 priority patent/US20240143490A1/en
Publication of WO2022258233A1 publication Critical patent/WO2022258233A1/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Prevention of errors by analysis, debugging or testing of software
    • G06F11/3668—Testing of software
    • G06F11/3672—Test management
    • G06F11/3688—Test management for test execution, e.g. scheduling of test suites
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT 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
    • B60W10/00—Conjoint control of vehicle sub-units of different type or different function
    • B60W10/04—Conjoint control of vehicle sub-units of different type or different function including control of propulsion units
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Prevention of errors by analysis, debugging or testing of software
    • G06F11/3668—Testing of software
    • G06F11/3672—Test management
    • G06F11/3684—Test management for test design, e.g. generating new test cases
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Prevention of errors by analysis, debugging or testing of software
    • G06F11/3668—Testing of software
    • G06F11/3672—Test management
    • G06F11/3692—Test management for test results analysis

Definitions

  • the invention relates to a method for checking a software application and software application-related data of a vehicle.
  • the invention further relates to a computer-readable medium for testing a software application and software application-related data of a vehicle, a system for testing a software application and software application-related data of a vehicle, and a vehicle comprising the system for testing a software application and software application-related data of a vehicle.
  • An assignment of software applications and software application-related data to vehicles can be complex due to the large variety of vehicles.
  • the high complexity of the assignment of software applications and software application-related data to a vehicle can result in the assignment of software applications and software application-related data being subject to errors. For example, if an incorrect software application and/or incorrect software application-related data is transmitted to a vehicle, errors in the operation of the vehicle and/or vehicle failure may occur.
  • Methods are known from the prior art for checking a logistical assignment of the software application and the software application-related data. However, the content of the software application and/or the software application-related data is often not checked, or not for all vehicle variants.
  • one object of the invention is to efficiently avoid incorrect assignment of software applications and software application-related data to a vehicle.
  • the invention is distinguished by a method for checking a software application and software application-related data of a vehicle.
  • the method can be a computer-implemented method.
  • the method includes receiving a first vehicle configuration.
  • the first vehicle configuration may be part of a vehicle configuration.
  • a part of a vehicle configuration can be, for example, a drive configuration and/or a control unit configuration of a vehicle.
  • the first vehicle configuration can be a complete configuration of a vehicle.
  • the first vehicle configuration preferably includes all vehicle data with which a vehicle can be built.
  • the method can receive all or part of all vehicle configurations of a vehicle type or multiple vehicle types and apply the method iteratively to each of these vehicle configurations.
  • a vehicle type can be, for example, a series and/or a vehicle type from a vehicle manufacturer.
  • the method includes receiving a test parameter, the test parameter including a technical characteristic of the first vehicle configuration.
  • the test parameter can be specified by a user and received by the method.
  • the technical property of the first vehicle configuration can be a technical property of the overall vehicle, a technical property of a (partial) component of the vehicle, and/or a technical property of a part of the vehicle.
  • the method also includes determining a target value for the received test parameter and determining a first software identifier as a function of the first vehicle configuration.
  • the method can determine the first software identifier depending on a predefined relationship using the first vehicle configuration.
  • the predefined dependencies can specify dependencies for a vehicle configuration, in particular for the first vehicle configuration.
  • the relationship knowledge can specify dependencies on technical properties, configuration options, (partial) components and/or parts of the vehicle.
  • the first software identifier can be determined by evaluating the dependencies of the object dependencies.
  • the method includes identifying the software application and the software application-related data using the first software identifier. For the Determining the software application and the software application-related data One or more databases can be queried using the first software identifier to determine the software application and the software application-related data. Furthermore, the method can include determining an actual value for the received test parameter using the specific software application and/or the specific software application-related data. The method checks whether the determined actual value of the received test parameter and the determined target value of the received test parameter match, and provides a test result of the received test parameter for the software application and the software application-related data of the vehicle depending on the check whether the determined actual value of the received test parameter and the determined target value of the received test parameter match, ready.
  • the method can check whether the determined actual value of the received test parameter is within a value range and/or in a set of discrete values that is defined as a function of the determined target value of the received test parameter. Additionally or alternatively, the method can use logical, Boolean and/or algebraic rules and/or a predetermined analysis function to check whether the determined actual value of the received test parameter and the determined target value of the received test parameter are correct.
  • the method can check the content of the software application and the software application-related data by determining a target value for a first vehicle configuration and comparing this target value with the actual value of the software application and/or the software application-related data.
  • the content of the test value can be checked not only for the first vehicle configuration, but for all vehicle configurations. Errors in the configuration of the software application and/or the software application-related data of a vehicle can thus be efficiently avoided.
  • the software application-related data can include calibration data and/or coding data of the software application.
  • Calibration data may specify an unchangeable configuration of the software application.
  • Encoding data may include a changeable configuration of the software application.
  • the first vehicle configuration can include a unique identifier of a vehicle type, technical characteristics of the vehicle, and components of the vehicle, and/or the unique identifier of the vehicle type, the technical characteristics of the vehicle and the components of the vehicle can have a first Clearly specify the variant of the vehicle.
  • the first vehicle configuration may include one or more identifiers of components of the vehicle.
  • the first vehicle configuration can include one or more identifiers of functions and/or function bundles of the vehicle.
  • the target value for the received test parameter can be determined rule-based using predetermined rules for the received test parameter. Additionally or alternatively, the target value for the received test parameter can be determined by means of logical expressions, functions, and/or by means of a value range. This allows the target value of the test parameter to be determined efficiently.
  • the first software identifier can uniquely designate the software application and the software application-related data of one or more components of the first vehicle configuration.
  • the determination of the first software identifier as a function of the first vehicle configuration if no first software identifier is determined or several first software identifiers are determined, the testing of the software application and the software application-related data of the vehicle can be aborted and a test result provided include, wherein the test result indicates an error in determining the first software identifier. An error in an assignment of the software application to the first vehicle configuration can thus be efficiently determined.
  • the method can terminate without checking the content, since no clear software application and/or no clear, software application-related data can be determined.
  • the determination of the first software identifier depending on the first vehicle configuration if exactly a first software identifier is determined, determining the software application and the software application-related data using the first software identifier, determining an actual value for the received test parameter using the specific software application and/or the specific software application-related data, checking whether the determined actual value of the received test parameter and the determined target value of the received test parameter match, and providing the test result of the received test parameter for the software application and the software application-related data of the vehicle depending on the check whether the determined actual value of the received test parameter and the determined target value of the received test parameter match.
  • the content of the actual value of the software application and/or the actual value of the software application-related data can be checked efficiently using the determined target value.
  • the actual value can be efficiently checked for plausibility.
  • determining the software application and the software application-related data using the first software identifier can include virtual control of the software application and the software application-related data depending on the first vehicle configuration.
  • the virtual control can include simulating or emulating the software applications including the software application-related data.
  • the virtual control can include simulating or emulating a configuration of the software application using the software application-related data for the first vehicle configuration.
  • the same methods are preferably used here as when controlling the software application and the software application-related data during a programming process of the software application during production of the vehicle based on the first vehicle configuration.
  • the virtual control of the software application and the software application-related data depending on the first vehicle configuration can include evaluating a Boolean logic, which is linked to the software application and/or the software application-related data, to determine the software application and/or the software application related data.
  • determining the actual value for the received test parameter using the specific software application and/or the specific software application-related data can include executing at least one function of the specific software application to calculate the actual value for the received test parameter. This allows the actual value to be checked efficiently with the target value.
  • the invention features a computer-readable medium for testing a software application and software application-related data of a vehicle, the computer-readable medium comprising instructions which, when executed on a computer, carry out the method described above.
  • the invention is characterized by a system for checking a software application and software application-related data of a vehicle, the system being designed to carry out the method described above.
  • FIG. 1 schematically shows an exemplary method for checking a software application and software application-related data of a vehicle
  • FIG. 2 shows an example application scenario of the method for checking a drive type
  • FIG. 3 shows an example application scenario of the method for checking an engine power configuration
  • FIG. 4 shows an exemplary application scenario of the method for checking a sensor configuration.
  • FIG. 1 shows an exemplary method 100 for testing a software application and software application-related data of a vehicle.
  • the software application can include metadata whose parameters can be checked.
  • the software application related data may include application data and/or coding data.
  • the method can preferably detect errors in a configuration of a software application and/or software application-related data of the vehicle. The method can ensure correctness of the configuration of the software application and/or the software application-related data.
  • Vehicles are often offered in a large number of variants for different geographical regions. This can lead to the software application and the software application-related data having to be created and checked for each variant and/or for each geographic region. The check is preferably carried out whenever there is a change in the software application and the software application-related data during the life cycle of a vehicle.
  • the method 100 may receive 102 a first vehicle configuration.
  • the first vehicle configuration may be stored in a database and/or the first vehicle configuration may be dynamically generated and received by the method 100 .
  • the method 100 can receive all possible vehicle configurations or a subset of all possible vehicle configurations and execute the method for each vehicle configuration, for example the first, second, third, ..., nth vehicle configuration.
  • the method 100 may receive 104 a test parameter, wherein the test parameter includes a technical characteristic of the first vehicle configuration.
  • technical properties of the vehicle configuration can be: type of drive, maximum speed, idle speed, power, sensor configuration, installation status of a component of the vehicle, configuration parameters of a component of the vehicle.
  • Components of the vehicle can be sensors, control units, actuators and/or all other mechanical or electromechanical components of the vehicle.
  • the received test parameter may correspond to a target value of the vehicle from which a target value of the software application and/or the software application-related data is determined.
  • the method 100 can determine 106 a target value for the received test parameter. The determined target value preferably corresponds to a target value of the software application and/or the software application-related data.
  • the method can evaluate predefined rules, in particular predefined test rules, for the received test parameter.
  • predefined rules in particular predefined test rules
  • One or more test rules can be evaluated for each test parameter in order to determine the target value of the software application and/or the software application-related data.
  • the method 100 can determine 108 a first software identifier depending on the first vehicle configuration.
  • the first software identifier is preferably unique.
  • the first software identifier can be determined by evaluating dependencies depending on the first vehicle configuration.
  • the relationship knowledge can include links and/or rules between properties and/or parameters of the first vehicle configuration and/or components of the first vehicle configuration, which are evaluated to determine the first software identifier.
  • the method 100 can determine the software application and the software application-related data 110.
  • the method can determine an actual value for the received test parameter using the specific software application and/or the specific software application-related data 112.
  • the method 100 can also check 114 whether the determined actual value of the received test parameter and the determined target value of the received test parameter match.
  • the method 100 can provide a test result of the received test parameter for the software application and the software application-related data of the vehicle depending on the test 114 whether the determined actual value of the received test parameter and the determined target value of the received test parameter match.
  • FIG. 2 shows an exemplary application scenario 200 of the method 100 for testing a drive type in detail.
  • the method 100 can receive a drive type “AWD” 202 as a test value.
  • AWD is short for All Wheel Drive.
  • the method 100 may determine a unique software identifier 204 as the first software identifier.
  • the method 100 can provide a user with the result of the check “AVD OK check” 212 .
  • FIG. 3 shows an exemplary application scenario 300 of the method 100 for testing an engine power configuration.
  • the method can check software application-related data, in particular application data and/or coding data, for correctness with regard to a given vehicle configuration, e.g. the first vehicle configuration of the method 100.
  • the method receives “power 200kW” 302 as a test value.
  • a unique software identifier 304 can be determined by the method 100 for the given vehicle configuration.
  • method 100 may perform a functional simulation using vehicle torque characteristics and encoder parameters.
  • the method for the function simulation can run the software application of the vehicle and determine a maximum power of the vehicle, the actual value of the power, using the torque characteristic and the engine speed of the vehicle.
  • the method 100 may check 310 whether the actual power value and the desired power value match.
  • the actual value of the power is greater than the target value of the power. For example, this can be due to an incorrect torque characteristic stored in the software application-related data.
  • the method 100 can output the test result “performance check not OK” 312 .
  • the method can check a sensor configuration of a sensor of a vehicle configuration with regard to the correctness of the sensor configuration.
  • the method may receive a unique identifier of the sensor 402 as a test value.
  • the method 100 may evaluate a predetermined relationship of a vehicle configuration that includes the sensor to determine a unique software application identifier 404 .
  • the method 100 may check 410 whether the actual value and the target value match. In application scenario 400, the actual value does not match the target value.
  • the vehicle configuration sensor is incorrectly configured in the software application and/or software application related data.
  • the method 100 can output the check result “check sensor not OK” 412 .
  • the method can be used to efficiently check the content of a software application and software application-related data for a large number of vehicle configurations in an automated manner.
  • the automated content check can efficiently prevent a faulty software application and/or a faulty configuration of a software application with software application-related data for a vehicle during production of the vehicle or when updating the vehicle software of the vehicle.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Chemical & Material Sciences (AREA)
  • Combustion & Propulsion (AREA)
  • Mechanical Engineering (AREA)
  • Transportation (AREA)
  • Debugging And Monitoring (AREA)
  • Stored Programmes (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum Prüfen einer Softwareanwendung und softwareanwendungsbezogenen Daten eines Fahrzeugs, das Verfahren umfassend: Empfangen einer ersten Fahrzeugkonfiguration; Empfangen eines Prüfparameters, wobei der Prüfparameter eine technische Eigenschaft der ersten Fahrzeugkonfiguration umfasst; Bestimmen eines Sollwerts für den empfangenen Prüfparameter; Ermitteln eines ersten Softwarebezeichners in Abhängigkeit der ersten Fahrzeugkonfiguration; Bestimmen der Softwareanwendung und der softwareanwendungsbezogenen Daten mittels des ersten Softwarebezeichners; Ermitteln eines Istwerts für den empfangenen Prüfparameter unter Verwendung der bestimmten Softwareanwendung und/oder den bestimmten softwareanwendungsbezogenen Daten; Prüfen, ob der ermittelte Istwert des empfangenen Prüfparameters und der ermittelte Sollwert des empfangenen Prüfparameters übereinstimmen; und Bereitstellen eines Prüfergebnisses des empfangenen Prüfparameters für die Softwareanwendung und die softwareanwendungsbezogenen Daten des Fahrzeugs in Abhängigkeit des Prüfens, ob der ermittelte Istwert des empfangenen Prüfparameters und der ermittelte Sollwert des empfangenen Prüfparameters übereinstimmen.

Description

l
Verfahren zum Prüfen einer Softwareanwendung und softwareanwendungsbezogenen Daten eines Fahrzeugs, computerlesbares Medium, System, und Fahrzeug
Die Erfindung betrifft ein Verfahren zum Prüfen einer Softwareanwendung und softwareanwendungsbezogenen Daten eines Fahrzeugs. Die Erfindung betrifft weiter ein computerlesbares Medium zum Prüfen einer Softwareanwendung und softwareanwendungsbezogenen Daten eines Fahrzeugs, ein System zum Prüfen einer Softwareanwendung und softwareanwendungsbezogenen Daten eines Fahrzeugs, sowie ein Fahrzeug umfassend das System zum Prüfen einer Softwareanwendung und softwareanwendungsbezogenen Daten eines Fahrzeugs.
Eine Zuordnung von Softwareanwendungen und softwareanwendungsbezogenen Daten zu Fahrzeugen kann wegen einer hohen Variantenvielfalt der Fahrzeuge komplex sein. Die hohe Komplexität der Zuordnung von Softwareanwendungen und softwareanwendungsbezogenen Daten zu einem Fahrzeug kann dazu führen, dass die Zuordnung von Softwareanwendungen und softwareanwendungsbezogenen Daten fehlerbehaftet ist. Wird beispielsweise eine falsche Softwareanwendung und/oder falsche softwareanwendungsbezogenen Daten an ein Fahrzeug übermittelt, können Fehler beim Betrieb des Fahrzeugs und/oder ein Ausfall des Fahrzeugs auftreten. Aus dem Stand der Technik sind Verfahren bekannt, eine logistische Zuordnung der Softwareanwendung und der softwareanwendungsbezogenen Daten zu prüfen. Eine inhaltliche Prüfung der Softwareanwendung und/oder der softwareanwendungsbezogenen Daten findet jedoch häufig nicht oder nicht für alle Fahrzeugvarianten statt.
Es ist daher eine Aufgabe der Erfindung, eine Prüfung von Softwareanwendungen und softwareanwendungsbezogenen Daten eines Fahrzeugs effizient zu verbessern. Insbesondere ist eine Aufgabe der Erfindung, eine fehlerhafte Zuordnung von Softwareanwendungen und softwareanwendungsbezogenen Daten zu einem Fahrzeug effizient zu vermeiden.
Gelöst wird diese Aufgabe durch die Merkmale der unabhängigen Ansprüche. Vorteilhafte Ausgestaltungen und Weiterbildungen der Erfindung ergeben sich aus den abhängigen Ansprüchen. Gemäß einem ersten Aspekt zeichnet sich die Erfindung aus durch ein Verfahren zum Prüfen einer Softwareanwendung und softwareanwendungsbezogenen Daten eines Fahrzeugs. Das Verfahren kann ein computerimplementiertes Verfahren sein. Das Verfahren umfasst ein Empfangen einer ersten Fahrzeugkonfiguration. Die erste Fahrzeugkonfiguration kann ein Teil einer Fahrzeugkonfiguration sein. Ein Teil einer Fahrzeugkonfiguration kann beispielsweise eine Antriebskonfiguration und/oder eine Steuergerätekonfiguration eines Fahrzeugs sein. Alternativ kann die erste Fahrzeugkonfiguration eine vollständige Konfiguration eines Fahrzeugs sein. Die erste Fahrzeugkonfiguration umfasst vorzugsweise alle Daten eines Fahrzeugs, mit denen ein Fahrzeug gebaut werden kann. Zusätzlich oder alternativ kann das Verfahren alle oder einen Teil aller Fahrzeugkonfigurationen eines Fahrzeugtyps oder mehrerer Fahrzeugtypen empfangen und das Verfahren iterativ auf jede dieser Fahrzeugkonfigurationen anwenden. Ein Fahrzeugtyp kann beispielsweise eine Baureihe und/oder eine Fahrzeugart eines Fahrzeugherstellers sein.
Das Verfahren umfasst ein Empfangen eines Prüfparameters, wobei der Prüfparameter eine technische Eigenschaft der ersten Fahrzeugkonfiguration umfasst. Der Prüfparamater kann von einem Nutzer festgelegt und von dem Verfahren empfangen werden. Die technische Eigenschaft der ersten Fahrzeugkonfiguration kann eine technische Eigenschaft des Gesamtfahrzeugs, eine technische Eigenschaft einer (Teil-)Komponente des Fahrzeugs, und/oder eine technische Eigenschaft eines Bauteils des Fahrzeugs sein.
Das Verfahren umfasst weiterhin ein Bestimmen eines Sollwerts für den empfangenen Prüfparameter und ein Ermitteln eines ersten Softwarebezeichners in Abhängigkeit der ersten Fahrzeugkonfiguration. Das Verfahren kann den ersten Softwarebezeichner in Abhängigkeit eines vorgegebenen Beziehungswissens unter Verwendung der ersten Fahrzeugkonfiguration ermitteln. Das vorgegebene Beziehungswissen kann Abhängigkeiten für eine Fahrzeugkonfiguration, insbesondere für die erste Fahrzeugkonfiguration festlegen. Beispielsweise kann das Beziehungswissen Abhängigkeiten von technischen Eigenschaften, Konfigurationsoptionen, (Teil-)Komponenten, und/oder Bauteilen des Fahrzeugs spezifizieren. Durch ein Auswerten der Abhängigkeiten des Beziehungswissens kann der erste Softwarebezeichner ermittelt werden.
Das Verfahren umfasst ein Bestimmen der Softwareanwendung und der softwareanwendungsbezogenen Daten mittels des ersten Softwarebezeichners. Für das Bestimmen der Softwareanwendung und der softwareanwendungsbezogenen Daten können ein oder mehrere Datenbanken mittels des ersten Softwarebezeichners abgefragt werden, um die Softwareanwendung und die softwareanwendungsbezogenen Daten zu bestimmen. Weiter kann das Verfahren ein Ermitteln eines Istwerts für den empfangenen Prüfparameter unter Verwendung der bestimmten Softwareanwendung und/oder den bestimmten softwareanwendungsbezogenen Daten umfassen. Das Verfahren prüft, ob der ermittelte Istwert des empfangenen Prüfparameters und der ermittelte Sollwert des empfangenen Prüf parameters übereinstimmen, und stellt ein Prüfergebnis des empfangenen Prüfparameters für die Softwareanwendung und die softwareanwendungsbezogenen Daten des Fahrzeugs in Abhängigkeit des Prüfens, ob der ermittelte Istwert des empfangenen Prüfparameters und der ermittelte Sollwert des empfangenen Prüfparameters übereinstimmen, bereit. Zusätzlich oder alternativ kann das Verfahren prüfen, ob der ermittelte Istwert des empfangenen Prüf parameters innerhalb eines Wertebereichs und/oder in einer Menge diskreter Werte liegt, der in Abhängigkeit des ermittelten Sollwerts des empfangenen Prüfparameters definiert wird. Zusätzlich oder alternativ kann das Verfahren mittels logischer, boolescher, und/oder algebraischer Regeln und/oder einer vorgegebenen Analysefunktion prüfen, ob der ermittelt Istwert des empfangenen Prüf parameters und der ermittelte Sollwert des empfangenen Prüf parameters korrekt sind.
Vorteilhafterweise kann das Verfahren eine inhaltliche Prüfung der Softwareanwendung und der softwareanwendungsbezogenen Daten ausführen, indem für eine erste Fahrzeugkonfiguration ein Sollwert ermittelt und dieser Sollwert mit dem Istwert der Softwareanwendung und/oder der softwareanwendungsbezogenen Daten verglichen wird. Dabei kann der Prüfwert nicht nur für die erste Fahrzeugkonfiguration, sondern für alle Fahrzeugkonfigurationen inhaltlich geprüft werden. Fehler in der Konfiguration der Softwareanwendung und/oder der softwareanwendungsbezogenen Daten eines Fahrzeugs können somit effizient vermieden werden.
Gemäß einer vorteilhaften Ausgestaltung der Erfindung können die softwareanwendungsbezogenen Daten Kalibrierdaten und/oder Codierdaten der Softwareanwendung umfassen. Kalibrierdaten können eine nicht-veränderbare Konfiguration der Softwareanwendung festlegen. Codierdaten können eine veränderbare Konfiguration der Softwareanwendung umfassen. Gemäß einerweiteren, vorteilhaften Ausgestaltung der Erfindung kann die erste Fahrzeugkonfiguration einen eindeutigen Bezeichner eines Fahrzeugtyps, technische Eigenschaften des Fahrzeugs, und Bauteile des Fahrzeugs umfassen, und/oder können der eindeutige Bezeichner des Fahrzeugtyps, die technischen Eigenschaften des Fahrzeugs und die Bauteile des Fahrzeugs eine erste Variante des Fahrzeugs eindeutig spezifizieren. Zusätzlich oder alternativ kann die erste Fahrzeugkonfiguration einen oder mehrerer Bezeichner von Bauteilen des Fahrzeugs umfassen. Zusätzlich kann die erste Fahrzeugkonfiguration einen oder mehrere Bezeichner von Funktionen und/oder Funktionsbündel des Fahrzeugs umfassen.
Gemäß einer weiteren, vorteilhaften Ausgestaltung der Erfindung kann der Sollwert für den empfangenen Prüfparameter regelbasiert mittels vorgegebener Regeln für den empfangenen Prüfparameter bestimmt werden. Zusätzlich oder alternativ kann der Sollwert für den empfangenen Prüfparameter mittels logischer Ausdrücke, Funktionen, und/oder mittels eines Wertebereichs bestimmt werden. Hiermit kann effizient der Sollwert des Prüfparameters ermittelt werden.
Gemäß einerweiteren, vorteilhaften Ausgestaltung der Erfindung kann der erste Softwarebezeichner eindeutig die Softwareanwendung und die softwareanwendungsbezogenen Daten einer oder mehrerer Bauteile der ersten Fahrzeugkonfiguration bezeichnen.
Gemäß einerweiteren, vorteilhaften Ausgestaltung der Erfindung kann das Ermitteln des ersten Softwarebezeichners in Abhängigkeit der ersten Fahrzeugkonfiguration, falls kein erster Softwarebezeichner ermittelt wird oder mehrere, erste Softwarebezeichner ermittelt werden, ein Abbrechen des Prüfens der Softwareanwendung und der softwareanwendungsbezogenen Daten des Fahrzeugs und ein Bereitstellen eines Prüfergebnisses umfassen, wobei das Prüfergebnis einen Fehler beim Ermitteln des ersten Softwarebezeichners anzeigt. Hiermit kann effizient ein Fehler in einer Zuordnung der Softwareanwendung zu der ersten Fahrzeugkonfiguration ermittelt werden. Das Verfahren kann ohne inhaltliche Prüfung abbrechen, da keine eindeutige Softwareanwendung und/oder keine eindeutigen, softwareanwendungsbezogenen Daten ermittelt werden können.
Gemäß einerweiteren, vorteilhaften Ausgestaltung der Erfindung kann das Ermitteln des ersten Softwarebezeichners in Abhängigkeit der ersten Fahrzeugkonfiguration, falls genau ein erster Softwarebezeichner ermittelt wird, ein Bestimmen der Softwareanwendung und der softwareanwendungsbezogenen Daten mittels des ersten Softwarebezeichners, ein Ermitteln eines Istwerts für den empfangenen Prüfparameter unter Verwendung der bestimmten Softwareanwendung und/oder den bestimmten softwareanwendungsbezogenen Daten, ein Prüfen, ob der ermittelte Istwert des empfangenen Prüfparameters und der ermittelte Sollwert des empfangenen Prüfparameters übereinstimmen, und ein Bereitstellen des Prüfergebnisses des empfangenen Prüfparameters für die Softwareanwendung und die softwareanwendungsbezogenen Daten des Fahrzeugs in Abhängigkeit des Prüfens, ob der ermittelte Istwert des empfangenen Prüfparameters und der ermittelte Sollwert des empfangenen Prüfparameters übereinstimmen, umfassen. Hiermit kann effizient eine inhaltliche Prüfung des Istwerts des Softwareanwendung und/oder des Istwerts der softwareanwendungsbezogenen Daten mit dem ermittelten Sollwert erfolgen. Der Istwert kann effizient plausibilisiert werden.
Gemäß einerweiteren, vorteilhaften Ausgestaltung der Erfindung kann das Bestimmen der Softwareanwendung und der softwareanwendungsbezogenen Daten mittels des ersten Softwarebezeichners ein virtuelles Zusteuern der Softwareanwendung und der softwareanwendungsbezogenen Daten in Abhängigkeit der ersten Fahrzeugkonfiguration umfassen. Das virtuelle Zusteuern kann ein Simulieren oder ein Emulieren der Softwareanwendungen inklusive der softwareanwendungsbezogenen Daten umfassen. In anderen Worten kann das virtuelle Zusteuern ein Simulieren oder ein Emulieren einer Konfiguration der Softwareanwendung mittels der softwareanwendungsbezogenen Daten für die erste Fahrzeugkonfiguration umfassen. Dabei kommen vorzugsweise die gleichen Verfahren zum Einsatz wie beim Zusteuern der Softwareanwendung und der softwareanwendungsbezogenen Daten während eines Programmiervorgangs der Softwareanwendung bei einer Produktion des Fahrzeugs auf Basis der ersten Fahrzeugkonfiguration.
Gemäß einerweiteren, vorteilhaften Ausgestaltung der Erfindung kann das virtuelle Zusteuern der Softwareanwendung und der softwareanwendungsbezogenen Daten in Abhängigkeit der ersten Fahrzeugkonfiguration ein Auswerten einer booleschen Logik umfassen, die mit der Softwareanwendung und/oder den softwareanwendungsbezogenen Daten verknüpft ist, zum Bestimmen der Softwareanwendung und/oder der softwareanwendungsbezogenen Daten. Gemäß einerweiteren vorteilhaften Ausgestaltung der Erfindung kann das Ermitteln des Istwerts für den empfangenen Prüfparameter unter Verwendung der bestimmten Softwareanwendung und/oder den bestimmten softwareanwendungsbezogenen Daten ein Ausführen wenigstens einer Funktion der bestimmten Softwareanwendung zum Berechnen des Istwerts für den empfangenen Prüfparameters umfassen. Hiermit kann der Istwert inhaltlich effizient mit dem Sollwert überprüft werden.
Gemäß einem weiteren Aspekt zeichnet sich die Erfindung aus durch ein computerlesbares Medium zum Prüfen einer Softwareanwendung und softwareanwendungsbezogene Daten eines Fahrzeugs, wobei das computerlesbare Medium Instruktionen umfasst, die, wenn ausgeführt auf einem Computer, das oben beschriebene Verfahren ausführen.
Gemäß einem weiteren Aspekt zeichnet sich die Erfindung aus durch ein System zum Prüfen einer Softwareanwendung und softwareanwendungsbezogene Daten eines Fahrzeugs, wobei das System dazu ausgebildet ist, das oben beschriebene Verfahren auszuführen.
Weitere Merkmale der Erfindung ergeben sich aus den Ansprüchen, den Figuren und der Figurenbeschreibung. Alle vorstehend in der Beschreibung genannten Merkmale und Merkmalskombinationen sowie die nachfolgend in der Figurenbeschreibung genannten und/oder in den Figuren allein gezeigten Merkmale und Merkmalskombinationen sind nicht nur in der jeweils angegebenen Kombination, sondern auch in anderen Kombinationen oder aber in Alleinstellung verwendbar.
Im Folgenden wird anhand der beigefügten Zeichnungen ein bevorzugtes Ausführungsbeispiel der Erfindung beschrieben. Daraus ergeben sich weitere Details, bevorzugte Ausgestaltungen und Weiterbildungen der Erfindung. Im Einzelnen zeigen schematisch Fig. 1 ein beispielhaftes Verfahren zum Prüfen einer Softwareanwendung und softwareanwendungsbezogene Daten eines Fahrzeugs,
Fig. 2 ein beispielhaftes Anwendungsszenario des Verfahrens zum Prüfen einer Antriebsart, Fig. 3 ein beispielhaftes Anwendungsszenario des Verfahrens zum Prüfen einer Motorleistungskonfiguration, und
Fig. 4 ein beispielhaftes Anwendungsszenario des Verfahrens zum Prüfen einer Sensorkonfiguration. Im Detail zeigt Fig. 1 ein beispielhaftes Verfahren 100 zum Prüfen einer Softwareanwendung und softwareanwendungsbezogene Daten eines Fahrzeugs. Die Softwareanwendung kann Metadaten umfassen, deren Parameter geprüft werden können. Die softwareanwendungsbezogenen Daten können Anwendungsdaten und/oder Codierdaten umfassen. Vorzugsweise kann das Verfahren Fehler einer Konfiguration einer Softwareanwendung und/oder softwareanwendungsbezogenen Daten des Fahrzeugs erkennen. Das Verfahren kann eine Korrektheit der Konfiguration der Softwareanwendung und/oder der softwareanwendungsbezogenen Daten sicherstellen.
Fahrzeuge werden häufig in einer hohen Variantenvielfalt für verschiedene geografischen Regionen angeboten. Dies kann dazu führen, dass für jede Variante und/oder für jede geografische Region die Softwareanwendung und die softwareanwendungsbezogenen Daten erstellt und geprüft werden müssen. Die Überprüfung erfolgt vorzugsweise bei jeder Änderung der Softwareanwendung und der softwareanwendungsbezogenen Daten während eines Lebenszyklus eines Fahrzeugs.
Das Verfahren 100 kann eine erste Fahrzeugkonfiguration empfangen 102. Die erste Fahrzeugkonfiguration kann in einer Datenbank gespeichert sein und/oder die erste Fahrzeugkonfiguration kann dynamisch erzeugt werden und von dem Verfahren 100 empfangen werden. Wie oben erwähnt, kann das Verfahren 100 alle möglichen Fahrzeugkonfigurationen oder einen Teil aller möglichen Fahrzeugkonfigurationen empfangen und das Verfahren für jede Fahrzeugkonfiguration, beispielsweise die erste, zweite, dritte, ... , n- te Fahrzeugkonfiguration, ausführen.
Weiter kann das Verfahren 100 einen Prüfparameter empfangen 104, wobei der Prüfparameter eine technische Eigenschaft der ersten Fahrzeugkonfiguration umfasst. Beispiele für technischen Eigenschaften der Fahrzeugkonfiguration können sein: Antriebsart, Maximalgeschwindigkeit, Leerlaufdrehzahl Leistung, Sensorkonfiguration, Verbauzustand eines Bauteils des Fahrzeugs, Konfigurationsparameter eines Bauteils des Fahrzeugs. Bauteile des Fahrzeugs können Sensoren, Steuergeräte, Aktoren, und/oder alle weiteren mechanischen oder elektromechanischen Bauteile des Fahrzeugs sein. Der empfangene Prüfparameter kann einem Sollwert des Fahrzeugs entsprechen, aus dem ein Sollwert der Softwareanwendung und/oder der softwarewandendungsbezogenen Daten bestimmt wird. Weiter kann das Verfahren 100 einen Sollwert für den empfangenen Prüfparameter bestimmen 106. Der bestimmte Sollwert entspricht vorzugsweise einem Sollwert der Softwareanwendung und/oder der softwareanwendungsbezogenen Daten. Für das Bestimmen 106 des Sollwerts für den empfangenen Prüfparameter kann das Verfahren vorgegebene Regeln, insbesondere vorgegebene Prüfregeln, für den empfangenen Prüfparameter auswerten. Für jeden Prüfparameter können ein oder mehrere Prüfregeln ausgewertet werden, um den Sollwert der Softwareanwendung und/oder der softwareanwendungsbezogenen Daten zu bestimmen.
Das Verfahren 100 kann einen ersten Softwarebezeichner in Abhängigkeit der ersten Fahrzeugkonfiguration ermitteln 108. Der erste Softwarebezeichner ist vorzugsweise eindeutig. Der erste Softwarebezeichner kann ermittelt werden durch ein Auswerten von Beziehungswissen in Abhängigkeit der ersten Fahrzeugkonfiguration. Das Beziehungswissen kann Verknüpfungen und/oder Regeln zwischen Eigenschaften und/oder Parametern der ersten Fahrzeugkonfiguration und/oder Bauteilen der ersten Fahrzeugkonfiguration umfassen, die zum Ermitteln des ersten Softwarebezeichners ausgewertet werden. Mittels des ersten Softwarebezeichners kann das Verfahren 100 die Softwareanwendung und die softwareanwendungsbezogenen Daten bestimmen 110.
Das Verfahren kann einen Istwert für den empfangenen Prüfparameter unter Verwendung der bestimmten Softwareanwendung und/oder den bestimmten softwareanwendungsbezogenen Daten ermitteln 112. Weiter kann das Verfahren 100 prüfen 114, ob der ermittelte Istwert des empfangenen Prüfparameters und der ermittelte Sollwert des empfangenen Prüfparameters übereinstimmen. Schließlich kann das Verfahren 100 ein Prüfergebnis des empfangenen Prüf parameters für die Softwareanwendung und die softwareanwendungsbezogenen Daten des Fahrzeugs in Abhängigkeit des Prüfens 114, ob der ermittelte Istwert des empfangenen Prüf parameters und der ermittelte Sollwert des empfangenen Prüfparameters übereinstimmen, bereitstellen.
Im Detail zeigt Fig. 2 ein beispielhaftes Anwendungsszenario 200 des Verfahrens 100 zum Prüfen einer Antriebsart. In dem Anwendungsszenario kann das Verfahren 100 eine Antriebsart „AWD“ 202 als Prüfwert empfangen. AWD ist hier die Kurzform für All-Wheel-Drive. Für die Antriebsart „AWD“ kann das Verfahren 100 einen eindeutigen Softwarebezeichner 204 als ersten Softwarebezeichner ermitteln. Weiter kann das Verfahren 100 für den Prüfwert AWD einen Sollwert „Antrieb_Soll=AWD“ 206 für die Softwareanwendung und die softwareanwendungsbezogenen Daten bestimmen. Weiter kann das Verfahren den Istwert „Antrieb_lst=AWD“ 208 zum Prüfwert „AWD“ 202 ermittelt und prüfen 210, ob „Antrieb_Soll=AWD“ und „Antrieb_lst=AWD“ übereinstimmt. Das Ergebnis der Prüfung „Prüfung AWD in Ordnung“ 212 kann das Verfahren 100 einem Nutzer bereitstellen.
Im Detail zeigt Fig. 3 ein beispielhaftes Anwendungsszenario 300 des Verfahrens 100 zum Prüfen einer Motorleistungskonfiguration. In dem Anwendungsszenario 300 kann das Verfahren softwareanwendungsbezogenen Daten, insbesondere Anwendungsdaten und/oder Codierdaten, auf ihre Korrektheit bezüglich einer gegebenen Fahrzeugkonfiguration, z.B. der ersten Fahrzeugkonfiguration des Verfahrens 100, prüfen. Zunächst empfängt das Verfahren „Leistung 200kW“ 302 als Prüfwert. Für die gegebene Fahrzeugkonfiguration kann ein eindeutiger Softwarebezeichner 304 durch das Verfahren 100 ermittelt werden. Weiter kann das Verfahren 100 für den Prüfwert „Leistung 200kW“ einen Sollwert „Leistung_soll=200kW“ 306 für die softwareanwendungsbezogenen Daten bestimmen. Mittels des eindeutigen Softwarebezeichners 304 kann das Verfahren 100 einen Istwert der Leistung „Leistung_lst=210kW“ 308 ermitteln. Für das Ermitteln des Istwerts der Leistung kann das Verfahren 100 eine Funktionssimulation unter Verwendung einer Drehmomentkennlinien und Codierparameter des Fahrzeugs ausführen. Beispielsweise kann das Verfahren für die Funktionssimulation die Softwareanwendung des Fahrzeugs ausführen und mittels der Drehmomentkennlinie und der Motordrehzahl des Fahrzeugs eine maximale Leistung des Fahrzeugs, den Istwert der Leistung, bestimmen. Das Verfahren 100 kann prüfen 310, ob der Istwert der Leistung und der Sollwert der Leistung übereinstimmen. Im Anwendungsszenario 300 ist der Istwert der Leistung größer als der Sollwert der Leistung. Dies kann beispielsweise auf eine fehlerhafte Drehmomentkennlinie, die in den softwareanwendungsbezogenen Daten gespeichert ist. Das Verfahren 100 kann schließlich das Prüfergebnis „Leistungscheck nicht in Ordnung“ 312 ausgeben.
Im Detail zeigt Fig. 4 ein beispielhaftes Anwendungsszenario 400 des Verfahrens zum Prüfen einer Sensorkonfiguration. In dem Anwendungsszenario 300 kann das Verfahren eine Sensorkonfiguration eines Sensors einer Fahrzeugkonfiguration hinsichtlich der Korrektheit der Sensorkonfiguration prüfen. Das Verfahren kann einen eindeutigen Bezeichner des Sensors 402 als Prüfwert empfangen. Das Verfahren 100 kann ein vorgegebenes Beziehungswissen einer Fahrzeugkonfiguration, die den Sensor umfasst, auswerten, um einen eindeutigen Softwareanwendungsbezeichner 404 zu ermitteln. Weiter kann das Verfahren 100 einen Sollwert „Diagnose_Label_soll=12“ 406 der Softwareanwendung und der softwareanwendungsbezogenen Daten zu dem eindeutigen Bezeichner des Sensors bestimmen. Mittels des eindeutigen Softwarebezeichners 404 kann das Verfahren 100 einen aus der Softwareanwendung und/oder den softwareanwendungsbezogenen Daten einen Istwert „Diagnose_Label_lst=2“ 408 ermitteln. Das Verfahren 100 kann prüfen 410, ob der Istwert und der Sollwert übereinstimmen. Im Anwendungsszenario 400 stimmt der Istwert nicht mit dem Sollwert überein. Der Sensor der Fahrzeugkonfiguration ist fehlerhaft in der Softwareanwendung und/oder den softwareanwendungsbezogenen Daten konfiguriert. Das Verfahren 100 kann schließlich das Prüfergebnis „Prüfung Sensor nicht in Ordnung“ 412 ausgeben.
Vorteilhafterweise kann durch das Verfahren eine automatisierte, inhaltliche Prüfung der Korrektheit einer Softwareanwendung und softwareanwendungsbezogenen Daten für eine Vielzahl an Fahrzeugkonfigurationen effizient erfolgen. Durch die automatisiert, inhaltliche Prüfung kann ein Zusteuern einer fehlerbehafteten Softwareanwendung und/oder eine fehlerhafte Konfiguration einer Softwareanwendung mit softwareanwendungsbezogenen Daten zu einem Fahrzeug während der Produktion des Fahrzeugs oder bei einer Aktualisierung der Fahrzeugsoftware des Fahrzeugs effizient vermieden werden.
Bezugszeichenliste
100 Verfahren
102 Empfangen einer ersten Fahrzeugkonfiguration
104 Empfangen eines Prüf Parameters
106 Bestimmen eines Sollwerts
108 Ermitteln eines ersten Softwarebezeichners
110 Bestimmen eines Softwareanwendung
112 Ermitteln eines Istwerts
114 Prüfen
116 Bereitstellen eines Prüfergebnisses 200 Anwendungsszenario Antriebsart 202 Prüfwert Antriebsart AWD 204 eindeutiger Softwarebezeichner 206 Sollwert
208 Istwert
210 Prüfen, ob Sollwert gleich Istwert 212 Prüfungsergebnis
300 Anwendungsszenario Motorleistungskonfiguration
302 Prüfwert Leistung
304 eindeutiger Softwarebezeichner
306 Sollwert
308 Istwert
310 Prüfen
312 Prüfergebnis
400 Anwendungsszenario Sensorkonfiguration 402 Prüfwert
404 eindeutiger Softwarebezeichner
406 Sollwert
408 Istwert
410 Prüfen
412 Prüfergebnis

Claims

Patentansprüche
1. Verfahren zum Prüfen einer Softwareanwendung und softwareanwendungsbezogene Daten eines Fahrzeugs, das Verfahren umfassend:
Empfangen einer ersten Fahrzeugkonfiguration;
Empfangen eines Prüfparameters, wobei der Prüfparameter eine technische Eigenschaft der ersten Fahrzeugkonfiguration umfasst;
Bestimmen eines Sollwerts für den empfangenen Prüfparameter;
Ermitteln eines ersten Softwarebezeichners in Abhängigkeit der ersten Fahrzeugkonfiguration;
Bestimmen der Softwareanwendung und der softwareanwendungsbezogenen Daten mittels des ersten Softwarebezeichners;
Ermitteln eines Istwerts für den empfangenen Prüfparameter unter Verwendung der bestimmten Softwareanwendung und/oder den bestimmten softwareanwendungsbezogenen Daten;
Prüfen, ob der ermittelte Istwert des empfangenen Prüf Parameters und der ermittelte Sollwert des empfangenen Prüfparameters übereinstimmen; und
Bereitstellen eines Prüfergebnisses des empfangenen Prüfparameters für die Softwareanwendung und die softwareanwendungsbezogenen Daten des Fahrzeugs in Abhängigkeit des Prüfens, ob der ermittelte Istwert des empfangenen Prüfparameters und der ermittelte Sollwert des empfangenen Prüfparameters übereinstimmen.
2. Verfahren nach Anspruch 1 , wobei die softwareanwendungsbezogenen Daten Kalibrierdaten und/oder Codierdaten der Softwareanwendung umfassen.
3. Verfahren nach einem der vorhergehenden Ansprüche, wobei die erste Fahrzeugkonfiguration einen eindeutigen Bezeichner eines Fahrzeugtyps und technische Eigenschaften des Fahrzeugs umfasst; und/oder wobei der eindeutige Bezeichner des Fahrzeugtyps, die technischen Eigenschaften des Fahrzeugs und die Bauteile des Fahrzeugs eine erste Variante des Fahrzeugs eindeutig spezifizieren.
4. Verfahren nach einem der vorhergehenden Ansprüche, wobei der Sollwert für den empfangenen Prüfparameter regelbasiert mittels vorgegebener Regeln für den empfangenen Prüf parameter bestimmt wird.
5. Verfahren nach einem der vorhergehenden Ansprüche, wobei der erste Softwarebezeichner eindeutig die Softwareanwendung und die softwareanwendungsbezogenen Daten einer oder mehrerer Bauteile der ersten Fahrzeugkonfiguration bezeichnet.
6. Verfahren nach einem der vorhergehenden Ansprüche, wobei das Ermitteln des ersten Softwarebezeichners in Abhängigkeit der ersten Fahrzeugkonfiguration umfasst:
Falls kein erster Softwarebezeichner oder mehrere, erste Softwarebezeichner ermittelt werden:
Abbrechen des Prüfens der Softwareanwendung und der softwareanwendungsbezogenen Daten des Fahrzeugs; und
Bereitstellen eines Prüfergebnisses, wobei das Prüfergebnis einen Fehler beim Ermitteln des ersten Softwarebezeichners anzeigt.
7. Verfahren nach einem der vorhergehenden Ansprüche, wobei das Ermitteln des ersten Softwarebezeichners in Abhängigkeit der ersten Fahrzeugkonfiguration umfasst:
Falls genau ein erster Softwarebezeichner ermittelt wird:
Bestimmen der Softwareanwendung und der softwareanwendungsbezogenen Daten mittels des ersten Softwarebezeichners;
Ermitteln eines Istwerts für den empfangenen Prüfparameter unter Verwendung der bestimmten Softwareanwendung und/oder den bestimmten softwareanwendungsbezogenen Daten;
Prüfen, ob der ermittelte Istwert des empfangenen Prüf Parameters und der ermittelte Sollwert des empfangenen Prüfparameters übereinstimmen; und
Bereitstellen des Prüfergebnisses des empfangenen Prüfparameters für die Softwareanwendung und die softwareanwendungsbezogenen Daten des Fahrzeugs in Abhängigkeit des Prüfens, ob der ermittelte Istwert des empfangenen Prüf Parameters und der ermittelte Sollwert des empfangenen Prüf Parameters übereinstimmen.
8. Verfahren nach einem der vorhergehenden Ansprüche, wobei das Bestimmen der Softwareanwendung und der softwareanwendungsbezogenen Daten mittels des ersten Softwarebezeichners umfasst:
Virtuelles Zusteuern der Softwareanwendung und der softwareanwendungsbezogenen Daten in Abhängigkeit der ersten Fahrzeugkonfiguration.
9. Verfahren nach Anspruch 8, wobei das virtuelle Zusteuern der Softwareanwendung und der softwareanwendungsbezogenen Daten in Abhängigkeit der ersten Fahrzeugkonfiguration umfasst:
Auswerten einer booleschen Logik, die mit der Softwareanwendung und/oder den softwareanwendungsbezogenen Daten verknüpft ist, zum Bestimmen der Softwareanwendung und/oder der softwareanwendungsbezogenen Daten.
10. Verfahren nach einem der vorhergehenden Ansprüche, wobei das Ermitteln des Istwerts für den empfangenen Prüfparameter unter Verwendung der bestimmten Softwareanwendung und/oder den bestimmten softwareanwendungsbezogenen Daten umfasst:
Ausführen wenigstens einer Funktion der bestimmten Softwareanwendung zum Berechnen des Istwerts für den empfangenen Prüfparameters.
11. Computerlesbares Medium zum Prüfen einer Softwareanwendung und softwareanwendungsbezogene Daten eines Fahrzeugs, wobei das computerlesbare Medium Instruktionen umfasst, die, wenn ausgeführt auf einem Computer, das Verfahren nach einem der Ansprüche 1 bis 10 ausführen.
12. System zum Prüfen einer Softwareanwendung und softwareanwendungsbezogene Daten eines Fahrzeugs, wobei das System dazu ausgebildet ist, das Verfahren nach einem der Ansprüche 1 bis 10 auszuführen.
PCT/EP2022/054846 2021-06-11 2022-02-25 Verfahren zum prüfen einer softwareanwendung und softwareanwendungsbezogenen daten eines fahrzeugs, computerlesbares medium, system, und fahrzeug Ceased WO2022258233A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202280036933.9A CN117882051A (zh) 2021-06-11 2022-02-25 用于检查车辆的软件应用和软件应用相关数据的方法、计算机可读介质、系统和车辆
US18/565,842 US20240143490A1 (en) 2021-06-11 2022-02-25 System and method for testing a software application and related data of a vehicle

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102021115181.3A DE102021115181B3 (de) 2021-06-11 2021-06-11 Verfahren zum Prüfen einer Softwareanwendung und softwareanwendungsbezogener Daten eines Fahrzeugs, computerlesbares Medium und System
DE102021115181.3 2021-06-11

Publications (1)

Publication Number Publication Date
WO2022258233A1 true WO2022258233A1 (de) 2022-12-15

Family

ID=80952082

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2022/054846 Ceased WO2022258233A1 (de) 2021-06-11 2022-02-25 Verfahren zum prüfen einer softwareanwendung und softwareanwendungsbezogenen daten eines fahrzeugs, computerlesbares medium, system, und fahrzeug

Country Status (4)

Country Link
US (1) US20240143490A1 (de)
CN (1) CN117882051A (de)
DE (1) DE102021115181B3 (de)
WO (1) WO2022258233A1 (de)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102015108359A1 (de) * 2015-05-27 2016-12-01 Phoenix Contact Gmbh & Co. Kg Verfahren und Vorrichtung zur automatischen Validierung von Sicherheitsfunktionen an einem modular aufgebauten Sicherheitssystem
DE102015014478A1 (de) * 2015-11-10 2017-05-11 Avl List Gmbh System und Verfahren zur Kalibrierung einer Fahrzeugkomponente
CN112445197A (zh) * 2019-09-02 2021-03-05 北京新能源汽车股份有限公司 一种控制器版本信息校验的方法、处理器及整车测试系统

Family Cites Families (6)

* 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
DE102010040549A1 (de) * 2010-09-10 2012-03-15 Robert Bosch Gmbh Kraftfahrzeug-Prüfgerät und Kraftfahrzeug-Prüfverfahren
US9766874B2 (en) * 2014-01-09 2017-09-19 Ford Global Technologies, Llc Autonomous global software update
US9836300B2 (en) * 2015-06-16 2017-12-05 Lear Corporation Method for updating vehicle ECUs using differential update packages
JP6755158B2 (ja) * 2016-09-30 2020-09-16 株式会社日立製作所 計算機システム、計算機システムによるソフトウェアの更新方法、及び、そのためのプログラム
US10671514B2 (en) * 2016-11-15 2020-06-02 Inrix, Inc. Vehicle application simulation environment

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102015108359A1 (de) * 2015-05-27 2016-12-01 Phoenix Contact Gmbh & Co. Kg Verfahren und Vorrichtung zur automatischen Validierung von Sicherheitsfunktionen an einem modular aufgebauten Sicherheitssystem
DE102015014478A1 (de) * 2015-11-10 2017-05-11 Avl List Gmbh System und Verfahren zur Kalibrierung einer Fahrzeugkomponente
CN112445197A (zh) * 2019-09-02 2021-03-05 北京新能源汽车股份有限公司 一种控制器版本信息校验的方法、处理器及整车测试系统

Also Published As

Publication number Publication date
DE102021115181B3 (de) 2022-05-19
CN117882051A (zh) 2024-04-12
US20240143490A1 (en) 2024-05-02

Similar Documents

Publication Publication Date Title
EP2146262B1 (de) Verfahren zum Bestimmen fehlerhafter Komponenten in einem System
DE102005046388A1 (de) Modellgestützte Diagnose und Reparatur mittels Ereignisprotokollierung
DE102019217613A1 (de) Verfahren zur diagnose eines motorzustands und diagnostisches modellierungsverfahren dafür
DE10144050A1 (de) Verfahren zur Softwareverifikation für Steuereinheiten und Verifikationssystem
EP3306295A1 (de) Verfahren und vorrichtung zum testen elektronischer steuerungen, insbesondere zum testen von automobilsteuerungen
EP2770434A1 (de) Verfahren zur Durchführung einer Inventarisierung der an ein Steuergeräte-Testsystem angeschlossenen Hardware-Komponenten
DE102021109129A1 (de) Verfahren zum Testen eines Produkts
EP3374618A1 (de) System und verfahren zur kalibrierung einer fahrzeugkomponente
EP2924522B1 (de) Verfahren zur Beeinflussung eines Steuerprogramms
DE102008016801A1 (de) Onboard-Fehlerdiagnoseverfahren für Fahrzeuge
DE102021115181B3 (de) Verfahren zum Prüfen einer Softwareanwendung und softwareanwendungsbezogener Daten eines Fahrzeugs, computerlesbares Medium und System
DE102018217118B4 (de) Verfahren zum Erstellen einer Fehlerdiagnose eines Antriebsstrangs eines elektrisch betriebenen Kraftfahrzeugs und Kraftfahrzeug
DE102021109130A1 (de) Verfahren zum Testen eines Produkts
DE102021202335A1 (de) Verfahren und Vorrichtung zum Prüfen eines technischen Systems
AT522635B1 (de) Verfahren und Kontrollvorrichtung zum Betreiben eines Prüfstands
WO2014122208A1 (de) Verfahren zum prüfen oder identifizieren einer modellstruktur
DE102015118008B4 (de) Verfahren zur Analyse und Bewertung von Messwerten eines Prüfsystems
EP3553679A1 (de) Verfahren zur computergestützten fehlerdiagnose für ein technisches system
DE102020213809A1 (de) Verfahren zum Betreiben eines Steuergeräts beim Testen einer Software des Steuergeräts und Verfahren zum Betreiben eines Testcomputers beim Testen einer Software eines Steuergeräts
DE102022002242A1 (de) Virtueller Sensor und Verfahren zum Betrieb eines virtuellen Sensors
DE102020215387A1 (de) Verfahren zum Optimieren eines Testsatzes zur automatischen Qualifizierung eines virtuellen Modells für eine Kraftfahrzeugkomponente
DE102021002302A1 (de) Verfahren zur Ablaufplanung durchzuführender Testprozesse
DE102025149537A1 (de) Verfahren zur Unterstützung einer Varianten-Kodierung für wenigstens eine Steuereinrichtung eines Kraftwagens sowie Steuersystem
EP3933593A1 (de) Verfahren und computerprogramm zum testen eines technischen systems
DE102019126817B4 (de) Verfahren, Vorrichtung, Computerprogramm und computerlesbares Speichermedium zur Analyse eines mechatronischen Systems

Legal Events

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

Ref document number: 22712833

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202280036933.9

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 18565842

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22712833

Country of ref document: EP

Kind code of ref document: A1