System, data processing device, computer system, and method
By connecting a real vehicle to a test bench with a data processing device for live data transmission, the system addresses the challenge of simulating real-world scenarios, enhancing the effectiveness of vehicle system testing and validation.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- STELLANTIS AUTO SAS
- Filing Date
- 2025-11-21
- Publication Date
- 2026-06-25
AI Technical Summary
Existing vehicle system testing and validation methods on test benches lack the ability to simulate real-world scenarios effectively, limiting the thoroughness of functional requirement verification.
A system that couples a real motor vehicle with a test bench using a data processing device to transmit live data via a mobile connection, allowing simulation of real-world scenarios and comparison with a test bench system, incorporating sensor systems for environmental perception and a computer system for data analysis.
Enables thorough validation of vehicle systems under realistic conditions, facilitating efficient testing and validation of vehicle systems by simulating real-world scenarios and comparing system behaviors.
Smart Images

Figure EP2025083847_25062026_PF_FP_ABST
Abstract
Description
[0001] Description
[0002] System, data processing equipment, computer system and method for testing and / or validating a vehicle system
[0003] Technical field
[0004] The present invention claims priority from German application 102024212018.9 filed on December 17, 2024, the contents of which (text, drawings and claims) are incorporated herein by reference.
[0005] The invention relates to a system for testing and / or validating a vehicle system, as well as a data processing device, a computer system and a method for testing and / or validating a vehicle system.
[0006] State of the art
[0007] In every vehicle development project, it is necessary to test the functions integrated into an electrical / electronic (E / E) vehicle system for a motor vehicle in order to gradually validate the design of an E / E architecture.
[0008] Initial integration validation can be performed once the corresponding control units, along with their hardware, software, and initial calibration data, are available. This typically involves setting up test benches equipped with the control units and input / output interfaces (e.g., displays, switches, etc.), which can initially be connected individually. A vehicle-specific wiring harness is not strictly necessary in this early testing or validation phase.
[0009] The goal of integration validation is simply to demonstrate, using a single example, the functionality and error-free operation of all functional requirements of a vehicle system for a specific motor vehicle. In contrast, system validation aims to demonstrate the functionality and error-free operation of all functional requirements of a vehicle system across a multitude of test scenarios that are representative of key operating scenarios in real-world vehicle operation.
[0010] Validation on a test bench can be continued throughout the entire development and product lifecycle of a motor vehicle, with ongoing updates to components such as wiring harnesses, sensors, actuators, displays, switch panels, software, and their calibrations. Testing and validation using test benches offers the advantage over testing prototypes, pre-production vehicles, and production vehicles that a consistent reference implementation can always be used. Automated testing and validation of a vehicle system, including all its functional requirements, can be performed on a test bench using Hardware-in-the-Loop (HIL) methods. A simulation system can be used to simulate specific scenarios relevant to the functionality of these requirements.The simulator can generate specific scenarios based on logical scenarios by varying the parameters of the respective logical scenario within a valid parameter range. Using stochastic parameter variation methods, a multitude of specific scenarios can be generated based on a single logical scenario. For each function to be tested, verified, and / or validated, at least one logical scenario is provided according to a functional requirement.
[0011] The simulation system can generate simulation-based sensor data and feed it into the vehicle system, corresponding to a specific scenario. By observing the vehicle system's reaction to this specific simulation-based scenario, it can be determined whether the respective function fulfills its functional requirements with respect to that scenario, which lies within the valid parameter range of the logical scenario.
[0012] Against this background, the invention is based on the objective of carrying out test bench-based testing and / or validation of a vehicle system under realistic conditions of vehicle operation.
[0013] Accordingly, a system for testing and / or validating a vehicle system according to the main claim is proposed, as well as a system for testing and / or validating a vehicle system, a data processing device, a computer system, and a method according to the dependent claims. Further embodiments are the subject of the respective dependent claims.
[0014] According to a first aspect of the invention, the problem is solved by a system for testing and / or validating a vehicle system, comprising a motor vehicle with a vehicle system and a test bench containing the vehicle system to be tested. The vehicle system and the vehicle system to be tested are based on a common E / E architecture.
[0015] An electrical / electronic (E / E) architecture defines the fundamental structure of a vehicle system and its functions, specifying the type and functional requirements of electronic components such as control units, sensors, and / or actuators. Furthermore, the architecture defines the structure and topology of a network for data exchange between these electronic components. Additionally, the E / E architecture determines the data transmission protocols and the object identifiers for messages and / or addresses of the communication participants.
[0016] The vehicle system to be tested reflects on the test bench at least the parts relevant for testing and / or validation, i.e. the electronic devices and the network sections of the vehicle system integrated into the motor vehicle.
[0017] The vehicle system to be tested and the electronic devices of the vehicle system to be tested must be compatible with the vehicle system of the motor vehicle, at least in terms of the E / E architecture.
[0018] The vehicle system of the motor vehicle comprises at least one control unit and at least one other electronic device, wherein the control unit is configured to receive data from the other electronic device via the vehicle system during driving. The control unit is further configured to generate control unit data based on the received data and to communicate this data within the vehicle system.
[0019] Furthermore, a data processing unit is connected to the vehicle system, which is designed to capture communicated data and / or signals in the vehicle system and transmit them to a computer system via a radio connection.
[0020] The computer system is assigned to the test bench and connected to the vehicle system under test and is designed to provide the transmitted data and / or signals to the vehicle system under test.
[0021] The computer system and the test bench are permanently installed, for example, in a test and / or inspection laboratory. The stationary computer system and the stationary test bench can be operated and / or supervised by a test bench engineer during testing.
[0022] A control unit under test within the vehicle system is configured to receive data transmitted by other electronic devices and / or data generated by a computing unit of the vehicle system based on the transmitted signals and communicated within the vehicle system. The control unit is further configured to generate control unit data based on the received data and communicate it within the vehicle system.
[0023] The computer system is trained to analyze the control unit data communicated by the vehicle system under test.
[0024] One idea behind the proposed system is to couple a real motor vehicle with a test bench, with the aim of obtaining data through a test drive that can be transmitted live from the vehicle system of the motor vehicle to a vehicle system to be tested on the test bench via a mobile data connection.
[0025] The test bench includes a control unit to be tested, which is intended to provide a comparable function to the control unit of the vehicle system in the motor vehicle. However, the control unit to be tested may differ from the vehicle's control unit in its hardware and / or software characteristics.
[0026] The test bench engineer can, for example, monitor the behavior of the vehicle's system as well as the behavior of the vehicle system under test on the computer system and compare the two vehicle systems, so that conclusions can be drawn from the live operation.
[0027] According to a further development of the system, the additional electronic device can include a sensor system that is designed to generate sensor data based on signals from at least one assigned sensor and to communicate this data within the vehicle system of the motor vehicle.
[0028] A sensor can quantitatively detect certain physical properties of its environment as a measured quantity and convert it into an electrical signal. In addition to the sensor itself, a sensor system includes an associated electronic circuitry designed to further process the analog sensor measurement signal. This electronic circuitry can, for example, include an analog-to-digital converter and a bus transceiver for connection to the vehicle system. The analog sensor measurement signal can thus be communicated as a message along with digital sensor data.
[0029] The sensor or sensor system can, for example, detect an operating state or environmental scenario in which the vehicle is currently located, which may be particularly relevant for the control unit being tested. According to a further development of the system, the sensor system can be configured to detect objects in the vehicle's surroundings and determine distance values between the detected objects and the vehicle.
[0030] For example, radar, lidar, and / or ultrasound-based sensor systems can be used to scan the vehicle's surroundings. Depending on the sensor, in addition to the distance values between the vehicle and objects, directional information regarding the objects relative to the vehicle's coordinate system can optionally be determined.
[0031] According to a further development of the system, the electronic device can include a camera-based object recognition system, which has a camera and a computing unit with an object recognition model (embedded as software). The camera of the object recognition system is configured to transmit an image signal containing pictures of the current vehicle environment to the computing unit. The computing unit, in conjunction with the object recognition model, is configured to recognize, classify, and locate objects relative to the vehicle in the received images of the current vehicle environment. The computing unit is further configured to communicate object data about the recognized objects within the vehicle system.
[0032] A camera-based object recognition system enables video-based environment perception, which can be used to recognize and interpret a current traffic scenario.
[0033] The electronic device can also integrate the camera-based object recognition system and other sensor systems, in particular radar and / or lidar sensor systems. This allows for the fusion of diverse sensor data within a single computing unit.
[0034] According to a further development of the system, the data processing device can be connected to the camera of the camera-based object recognition system and be trained to capture the image signal of the camera as a signal in the vehicle system and transmit it to the computer system via the radio connection.
[0035] This advanced training enables the transmission of image signals from the vehicle's camera to a computing unit corresponding to the vehicle's system, which is connected to the vehicle system under test on the test bench. This allows the computing unit and / or the embedded object recognition model to be tested on the test bench.
[0036] According to a second aspect of the invention, the problem is solved by a data processing device for a system according to the first aspect of the invention, which can be connected to a vehicle system in a motor vehicle via an interface. In the connected state, the data processing device is configured to acquire data and / or signals communicated in the vehicle system of the motor vehicle during a journey and to transmit the acquired data and / or signals by means of a radio link to a computer system of an associated test bench.
[0037] The data processing device can, for example, be a data logger for vehicle development, which has been supplemented by an associated radio-based transmission device for live transmission of recorded data and / or signals.
[0038] According to further training, the data processing device can include a configurable filtering device that is trained to filter captured data and / or signals and to transmit the filtered data and / or signals to the computer system via the radio link.
[0039] The filtering device allows the selection of data and / or signals relevant to a vehicle system under test on a test bench. Data and / or signals not relevant to the test are not transmitted, thus limiting the required transmission bandwidth of a radio-based transmission channel.
[0040] The configurable filtering device of the mobile data processing unit can be designed to be remotely controllable, so that filter settings can be changed from the stationary computer system of the test bench via an existing radio-based transmission channel.
[0041] According to a third aspect of the invention, the problem is solved by a computer system for a system for testing and / or validating a vehicle system according to the first aspect of the invention, which can be connected to the vehicle system under test on an associated test bench. In the connected state, the computer system is configured to receive data and / or signals from a vehicle system of a motor vehicle via a radio link and to make the received data and / or signals available in the vehicle system under test. According to a further embodiment, the computer system can include a device for planning a route for the motor vehicle, wherein data of a planned route through a public road network can be transmitted via the radio link to a navigation device in the vehicle system of the motor vehicle.
[0042] This advanced training enables the computer system to influence a vehicle's journey in such a way that data and / or signals are specifically generated within the vehicle's systems, suitable for testing and / or validating the vehicle system under test on a test bench. Using appropriate route guidance, specific locations or road sections within the public road network can be accessed that may exhibit operational or traffic scenarios relevant for testing and / or validating the vehicle system, a subsystem, and / or an electronic component of the vehicle system under test.
[0043] According to a further aspect of the invention, the problem is solved by a method for testing and / or validating a vehicle system, wherein a vehicle system of a motor vehicle is connected to a data processing device. The motor vehicle is driven in public road traffic with the connected data processing device, so that data and / or signals are acquired by the data processing device and communicated within the vehicle system of the motor vehicle during the journey. Relevant data and / or signals are selected from the acquired data and / or signals and transmitted via a radio link to a computer system of an associated test bench, wherein the test bench contains the vehicle system to be tested. The computer system makes the received data and / or signals available in the vehicle system under test.
[0044] Brief description of the drawing styles
[0045] Further features and details will become apparent from the following description, in which – possibly with reference to the drawing – at least one embodiment is described in detail. The features described and / or illustrated constitute the subject matter individually or in any meaningful combination, possibly also independently of the claims, and may in particular also be the subject matter of one or more separate applications. Identical, similar, and / or functionally equivalent parts are designated with the same reference numerals. These include:
[0046] Figure 1 shows a system for testing and / or validating a vehicle system. Description of the implementation types.
[0047] On the left side of Figure 1, a motor vehicle 1 is shown with an electrical / electronic (E / E) vehicle system 2, which is based on a distributed E / E architecture and networks a number of electronic control units (ECUs), sensors, and actuators. The vehicle system 2 is divided into four sub-areas, each forming a network I, II, III, and IV. Each network has a bus or network line 21, 22, 23, and 24, a CAN (Controller Area Network) bus, an automotive Ethernet network, or another wired data network based on a protocol suitable for automotive applications. The vehicle system 2 also has a central gateway 20, which connects the bus lines 21, 22, 23, and 24 and enables closer cooperation between devices in the individual networks.Complex functions can be managed through a connection across control units and networks.
[0048] The four networks comprise a first network I for networking components of a vehicle body, a second network II for networking driver assistance systems, a third network III for networking components of an infotainment system, and a fourth network IV that networks drive control systems.
[0049] The first network I comprises a body bus 21 to which a body control module (BCM) 211 and a lighting control unit 212 are connected. The body bus 21 also networks a number of actuators, such as taillights 213, electric window regulators 214 and central locking drives 215, an electric parking brake 216, and a windshield wiper motor 217, each of which includes associated control electronics with a bus coupler. A light and rain sensor 218 is mounted on the windshield of the vehicle 1 and is connected to the body bus 21 via an associated electronic device.
[0050] The BCM 211 contains a number of embedded software-based control functions and is designed to generate output signals based on input signals and to communicate via the body bus 21. The input signals can be received via the body bus 21. Based on data received from the light and rain sensor 218, the BCM 211 can calculate a wiper interval and, based on this, issue control commands for the windshield wiper motor 217 via the body bus 21.
[0051] Advanced Driver Assistance Systems (ADAS) are designed to provide a
[0052] Driver assistance systems support drivers in specific driving situations. Depending on the functional requirements, these systems can issue warnings to the driver and / or intervene semi-autonomously in the longitudinal and / or lateral control of the vehicle 1. A driver assistance function can be implemented through a complex interplay of different control units, sensors, and actuators within a vehicle system 2. Recognition and interpretation of a current traffic scenario are necessary to generate or plan a suitable response to support the driver. Sensor-based perception of the current vehicle environment plays a crucial role in this, enabling the interpretation of the current scenario based on the recognition and classification of objects in the vehicle's surroundings.
[0053] The key sensors or sensor systems and control units that contribute to environmental perception and the planning of a response to a perceived vehicle environment are grouped together in the second network II. The second network II has an ADAS bus 22 that connects these systems.
[0054] The second network II has a camera-based object recognition device 221 with a camera 222 and an associated computing unit 223, on which a software-implemented object recognition model is embedded. Using the object recognition model, the computing unit 223 enables the detection, classification, and localization of objects in the vehicle's environment based on image input data from the camera 222. The computing unit 223 is configured to generate a current object list with object data at a predetermined repetition frequency by applying the object recognition model. This list describes the objects detected in the image input data. The object lists are communicated as data sets via messages on the ADAS bus 22.Furthermore, a radar sensor system 227 is connected to the ADAS bus 22, which can determine instantaneous distances and / or instantaneous changes in distance over time between the vehicle 1 and other objects in the vehicle's environment. Additionally, a control unit 224 for adaptive cruise control (ACC), a control unit 225 for lane keeping assistant (LKA), and a control unit 226 for lane change assistant (LCA) are connected to the ADAS bus 22. The second network II also has a number of short-range sensors 228, which are based, for example, on ultrasound or radar technology.
[0055] The third network III has an infotainment bus 23, which connects a graphic-capable driver information display 231, an infotainment system with a navigation device 232, a mobile phone modem 233 and a GNSS receiver (Global Navigation Satellite System) 234.
[0056] The fourth network, IV, comprises a drive bus 24 which, for example, connects an engine control unit 241 and a control unit for vehicle dynamics control 242 for communication purposes. Furthermore, the ACC control unit 224, assigned to the second network II, is connected to the drive bus 24 via a second bus coupler.
[0057] Gateway 20 is configured to forward specific data received as messages on one of the bus lines as new messages on one or more bus lines of the other networks. The messages are structured according to a communication or bus protocol valid for the respective bus lines 21, 22, 23, and 24. In addition to translating object identifiers or addresses, protocol conversion may also be necessary during forwarding.
[0058] On the right side of Figure 1, a test bench 3 is shown, which contains a test bench vehicle system 2b. The test bench vehicle system 2b is based on the same E / E architecture as the vehicle system 2 in the motor vehicle 1. The test bench vehicle system 2b is essentially a twin of the vehicle system 2, although there are some differences between the systems. For example, the electronic components of the test bench vehicle system 2b are interconnected by individual wiring and therefore do not have a vehicle-specific wiring harness like the vehicle system 2 in the motor vehicle 1. A rack-like frame of the test bench has three shelves arranged one above the other, which accommodate the electronic components of the respective networks.
[0059] The lower shelf contains the first network I with the body bus 21, the BCM 211, the lighting control unit 211, and the actuators 213-217. The middle shelf contains the second network II with the ADAS bus 22, the control units 224-226, and the computing unit with the object recognition model 223. The upper shelf houses the third network 23 with the driver information display 231 and the infotainment system 232. The gateway 20, which is connected to all bus lines 21, 22, and 23, is located to the side of the stacked shelves.
[0060] As can be seen in Figure 1, the test bench vehicle system 2b does not reflect the fourth network IV of the vehicle system 2 in the motor vehicle. Furthermore, a comparison between the motor vehicle 1 and the test bench 3 reveals that the test bench vehicle system 2b does not contain any sensors or sensor systems. A computer system 30 is assigned to the test bench 3, which includes electronic devices for residual bus simulation. The computer system 30 is connected to the gateway 20 via an interface 25, which enables direct read / write access to all three bus lines 21, 22, and 23 of the test bench vehicle system 2b.
[0061] Computer system 30 is designed to simulate data communication from the electronic components of the E / E architecture that are not present or replicated on test bench 3. Specifically, messages containing sensor signals for environmental perception, corresponding to a specific traffic scenario, can be generated by computer system 30 and output on the corresponding bus lines 21, 22, and 23. Additionally, computer system 30 has a video signal line 101 through which image signals corresponding to the specific traffic scenario can be supplied to the computing unit with the object recognition model 223.
[0062] Through read access, computer system 30 can record and analyze the response of the test bench vehicle system 2b to a current, specific scenario. The test bench vehicle system 2b constitutes a system under test (SuT), which is to be tested and validated using hardware-in-the-loop (HIL) methods in conjunction with test bench 3 and the associated computer system 30.
[0063] The illustration of test bench 3 (Figure 1, right) indicates that the LKA control unit 225b differs from the LKA control unit 225 in vehicle 1. According to the present example, the LKA control unit 225b of test bench 3 has updated software and / or updated calibration values that have not yet been released for testing in real road traffic and are therefore to be tested using HIL (Heat in the Lab).
[0064] The LKA control unit 225b is an essential electronic component of a lane keeping assist system. In this example, the lane keeping assist system is the subsystem under test (SubSuT) of the test bench vehicle system 2b. The LKA control unit 225b acts as a device under test (DuT).
[0065] When testing or validating a subsystem using HIL (Hardware in the Lab), test data is typically generated via computer simulation. This data corresponds to specific traffic scenarios relevant for assessing functionality according to the functional requirements. Alternatively, recorded sensor and / or control unit data can be fed into the test bench vehicle system 2b for testing. This data corresponds to real traffic scenarios and was recorded during a test drive, for example, with vehicle 1 in vehicle system 2.
[0066] However, on the HIL-based test bench 3, there is only a limited possibility of quickly testing the system behavior of the respective SuT or SubSuT using real traffic scenarios, as would be possible during a test drive in real road traffic. Conversely, it is not possible to adjust the current calibration values of the SubSuT during a test drive, as would be possible on test bench 3.
[0067] The present invention reveals a way by which test data for the bus lines 21, 22, 23 can be provided at short notice on the test bench 3, which are based on real scenarios and are relevant for the SubSuT.
[0068] According to the invention, a data processing system 100 is arranged in the motor vehicle 1 and is connected to the gateway 20 via an interface 25. The gateway 20 grants the data processing system 100 read access to all bus lines 21, 22, 23, and 24, so that all messages communicated in the vehicle system 2, including the data they contain, can be received, temporarily stored, and processed. The data processing system 100 is also connected to the camera 222 of the camera-based object recognition device 221 via a video signal line 101, so that time-synchronized image signals of the vehicle's current surroundings can be received in conjunction with the messages or data received from the vehicle system 2.
[0069] The data processing system 100 is connected to the cellular modem 233 of the vehicle 1 via a data line 102. The cellular modem 233 is configured to provide a cellular connection 5 to a base station 41, which allows a data connection to the computer system 30 via a public network. The data processing system 100 enables live streaming of messages, data, and / or image signals to the computer system 30 of the test bench 3, which were received by the data processing system 100 from the vehicle system 2.
[0070] The data processing system 100 is configurable so that it can filter the received messages and data to those relevant for testing the SubSuT. Relevant messages can be forwarded directly to the computer system 30 via radio (Over The Air, OTA). Alternatively, the data processing system 100 could combine relevant data from the bus lines with the video signals into suitable data packets and transmit them to the computer system 30 via OTA. The computer system 30 is configured to perform a residual bus simulation based on the live data received from the vehicle system 2 of the vehicle 1. Thus, communication from the electronic components of the E / E architecture, which are not present in the test bench vehicle system 2b, is generated by the computer system 30.In addition to all data traffic of the fourth network IV, relevant bus data from networks I to III are output to the bus lines by computer system 30.
[0071] A sequence of data from the environmental sensors 227 and 228 and the camera 222 allows for the description of a current, real-world traffic scenario with which the vehicle 1 is currently confronted. Through the data transmitted live via OTA to the computer system 30 and the HIL-based test bench 3, the test bench vehicle system 2b experiences the same scenario as the vehicle 1 in its digital representation.
[0072] The behavior of the test bench vehicle system 2b (SuT) and the lane keeping assist system (SubSuT) can be evaluated by the computer system 30 or a test bench engineer and, if necessary, compared with the behavior of vehicle system 2 of the motor vehicle 1. This comparison can be based, among other things, on output or control unit data that the LKA control unit 225b communicates as the DuT of the present example on the ADAS bus 22 in response to the current real-world scenario.
[0073] Computer system 30 also includes a graphical user interface (GUI) through which a route for vehicle 1 through a public road network can be planned or specified. The behavior of vehicle 1 and its vehicle system 2 can be influenced via the route guidance. Vehicle 1 can be guided through real-world scenarios using computer system 30, generating residual bus data and transmitting it via OTA (over-the-air) that is relevant for testing the SuT (System on Technology). In addition to the road network, current traffic information can also be considered during route planning, enabling computer system 30 to identify locations where test-relevant scenarios can occur.
[0074] Furthermore, the movements of the motor vehicle 1 in the road network can be tracked on the test bench using data on current location positions, which are continuously received by the data processing system 100 from the GNSS receiver 234 and transmitted to the computer system 30.
[0075] While a test driver is driving the vehicle 1 in real road traffic, a test bench engineer can, for example, adjust calibration values of the LKA control unit 225b and give the test driver navigation instructions to drive through a section of road again where a suitable test scenario is present.
[0076] Although the subject matter has been illustrated and explained in detail by means of exemplary embodiments, the invention is not limited by the disclosed examples, and other variations can be derived from them by a person skilled in the art. It is therefore clear that a multitude of possible variations exist. It is also clear that the exemplary embodiments mentioned are merely examples and are not to be interpreted in any way as limiting, for example, the scope of protection, the possible applications, or the configuration of the invention.Rather, the preceding description and the figure description enable the person skilled in the art to implement the exemplary embodiments in concrete terms, whereby the person skilled in the art, with knowledge of the disclosed inventive concept, can make various changes, for example with regard to the function or the arrangement of individual elements mentioned in an exemplary embodiment, without leaving the scope of protection defined by the claims and their legal equivalents, such as further explanations in the description.
[0077] List of reference symbols
Claims
Claims 1. System for testing and / or validating a vehicle system (2b), comprising a motor vehicle (1) with a vehicle system (2) and a test bench (3) containing the vehicle system (2b) to be tested, wherein the vehicle system (2) and the vehicle system (2b) to be tested are based on a common E / E architecture, wherein the vehicle system (2) of the motor vehicle (1) comprises at least one control unit (225) and at least one further electronic device, wherein the control unit (225) is configured to receive data from the further electronic device via the vehicle system (2) during a journey and to generate control unit data based on the received data and to communicate in the vehicle system (2), wherein a data processing device (100) is connected to the vehicle system (2) and is configured toto acquire communicated data and / or signals in the vehicle system (2) and to transmit them by means of a radio link (4) to a computer system (30) which is assigned to the test bench (3) and connected to the vehicle system (2b) under test, wherein the computer system (3) is configured to make the transmitted data and / or signals available in the vehicle system (2b) under test, such that a control unit (225b) under test within the vehicle system (2b) under test is configured to receive the transmitted data from the further electronic device and / or data which have been generated and communicated by a computing device (223) of the vehicle system (2b) under test based on the transmitted signals, and wherein the control unit (225b) under test is further configured to generate control unit data based on the received data and to communicate it in the vehicle system (2b) under test,and wherein the computer system (30) is configured to analyze the control unit data communicated by the vehicle system (2b) under test.
2. System according to claim 1 above, wherein the further electronic device comprises a sensor system configured to generate sensor data based on signals from at least one associated sensor and to communicate in the vehicle system (2) of the motor vehicle (1).
3. System according to claim 2 above, wherein the sensor system is configured to detect objects in the vehicle environment and to determine distance values between the detected objects and the motor vehicle (1).
4. System according to any one of the preceding claims 1 to 3, wherein the electronic device comprises a camera-based object recognition system (221), wherein the object recognition system (221) has a camera (222) and a computing device (223) with an object recognition model, wherein the camera (222) is configured to transmit an image signal with images of a current vehicle environment to the computing device (223), and wherein the computing device (223), in conjunction with the object recognition model, is configured to recognize, classify, and locate objects relative to the vehicle in the images of the current vehicle environment received as an image signal, and wherein the computing device (223) is further configured to communicate object data about the recognized objects in the vehicle system (2).
5. System according to claim 4 above, wherein the data processing device (100) is connected to the camera (222) of the camera-based object recognition system (221) and is configured to capture the image signal of the camera (222) as a signal in the vehicle system (2) and to transmit it to the computer system (30) via the radio link (4).
6. Data processing device for a system (5) for testing and / or validating a vehicle system (2b) according to one of claims 1 to 5, which can be connected to a vehicle system (2) in a motor vehicle (1) via an interface (25) and which, in the connected state, is configured to acquire data and / or signals communicated in the vehicle system (2) of the motor vehicle (1) during a journey of the motor vehicle (1) and to transmit the acquired data and / or signals to a computer system (30) of an associated test bench (3) by means of a radio connection (4).
7. Data processing device according to claim 6 above, comprising a configurable filter device configured to filter acquired data and / or signals and to transmit the filtered data and / or signals to the computer system (30) via the radio link (4).
8. Computer system for a system (5) for testing and / or validating a vehicle system (2b) according to one of claims 1 to 5, which is connectable to the vehicle system (2b) to be tested on an associated test bench (3) and which, in the connected state, is configured to receive data and / or signals from a vehicle system (2) of a motor vehicle (1) by means of a radio connection (4) and to make the received data and / or signals available in the vehicle system (2b) to be tested.
9. Computer system according to claim 8 above, comprising a device for planning a route for the motor vehicle (1), wherein data of a planned route through a public road network can be transmitted via the radio link (4) to a navigation device (223) in the vehicle system (2) of the motor vehicle (1).
10. Method for testing and / or validating a vehicle system (2b) with a system according to any one of claims 1 to 5, wherein a vehicle system (2) of a motor vehicle (1) is connected to a data processing device (100) and wherein the motor vehicle (1) with the connected data processing device (100) is driven in public road traffic, wherein data and / or signals that were communicated in the vehicle system (2) of the motor vehicle (1) during the journey are recorded by the data processing device (100), and wherein relevant data and / or signals are selected from the recorded data and / or signals and transmitted by means of a radio link (4) to a computer system (30) of an associated test bench (3) with the vehicle system (2b) to be tested, and wherein the received data and / or signals are made available in the vehicle system (2b) to be tested by the computer system (30).