Driving assistance system reliability test method

Abstract

The invention discloses a driving assistance system reliability test method, and the main design concept of the method lies in that: through employing a mode of building a system test, signal interaction and work cooperation among almost all actual parts in a system needing to be complete are realized, and an overall real vehicle network communication ecological idea is employed. The simulation equipment rack is used for simulating a real vehicle communication environment except for the system, information interaction between the tested function system and all systems in the external vehicle is ensured, a shielding mode is not adopted, and therefore it is better ensured that the test result is more scientific and effective. The system-level verification scheme with repeatability and comprehensive simulation of working conditions, provided by the invention, is true and effective, meets different working conditions and scenes, is more in line with actual use characteristics, provides support for effective verification and quality assurance of a driving assistance system, and is of great significance to improvement of safety and comfort quality of a whole vehicle.

Description

Technical Field

[0001] The present invention relates to the technical field of intelligent driving system testing, and in particular to a driving assistance system reliability test method. Background Art

[0002] With the rapid development of science and technology, users have higher and higher demands for intelligent cars, especially in reducing driving intensity and assisting safety performance. Therefore, various integrated driving assistance systems ADAS have been gradually and widely used in various vehicles. That is, through various sensors to perceive and collect data, combined with navigation maps and other data for system calculation and analysis, so as to pre- or assist drivers to perceive possible dangers, effectively increasing the driving comfort and safety of the car. Based on this, in order to ensure the safety and reliability of the driving assistance system, it is very necessary to fully verify its reliability.

[0003] However, at present, the functional testing and verification of various driving assistance systems generally adopt the whole vehicle model. On the actual vehicle, only the physical scene can be used to carry out functional calibration and repeated verification of working conditions, and it is impossible to continuously and maintain the same working conditions to carry out tens of thousands of reliability verifications. In addition, there is also a model that verifies each individual component in the system, which can only implement reliability verification through virtual software simulation working conditions, and cannot achieve integrated verification at the entire system level, and cannot effectively guarantee the quality stability of the system.

[0004] In summary, after analyzing the current verification schemes for driving assistance systems in the industry, the present invention believes that, on the one hand, the unscientific approach of replacing system verification with verification of all components cannot take into account verification of effective reading, transmission, stable execution, etc. of communications between components of the system, and therefore it is difficult to ensure the safety and reliability of the system; on the other hand, verification using specific scenarios on actual vehicles lacks comprehensive verification of user usage scenarios or system functional conditions, and cannot achieve stable, high-frequency reliability verification under specific scenarios or conditions, that is, it is impossible to ensure consistency between operating conditions and scenarios and sufficient reliability verification of more than tens of thousands of times on actual vehicles, and therefore it is also difficult to ensure the comprehensiveness and reliability of system verification.

[0005] Based on this, the present invention believes that only by solving the problem of both realizing the system-level verification means of the driving assistance system and ensuring the high and stable repeatability of various working conditions can the system verification be improved to a certain extent and the reliability can be guaranteed to ensure the stable performance of the system on the actual vehicle in the later stage. Summary of the invention

[0006] In view of the above, the present invention aims to provide a driving assistance system reliability test method to solve the above-mentioned technical problems.

[0007] The technical solution adopted by the present invention is as follows:

[0008] The present invention provides a driving assistance system reliability test method, which includes:

[0009] Constructing a test platform, the test platform comprising a hardware architecture of the tested driving assistance system consistent with the driving assistance system in the actual vehicle, and a test bench for simulating virtual scenes, communication signals, and monitoring status, the test bench interacting with the hardware architecture by electrical signals;

[0010] The software modules configured in the said rack include at least: a simulation module and a monitoring module;

[0011] After the verification starts, the hardware architecture is powered on and the bench is started, and communication interaction between the two is established;

[0012] After setting a scenario or working condition corresponding to the system function currently being tested, the simulation module and the monitoring module are run to carry out a reliability verification test for the current driving assistance function.

[0013] In at least one possible implementation, the method of building the hardware architecture includes:

[0014] It is built according to the bill of materials of the tested vehicle model and all the hardware components of the actual driving assistance system. The hardware components include an input part, a control part with the latest version of the software installed, an execution part, and a trigger part associated with the driving assistance system and used to control the state of the actual vehicle. The execution part is built using the corresponding physical objects in the actual vehicle.

[0015] In at least one possible implementation, all hardware components in the hardware architecture are connected via a real vehicle wiring harness and arranged on a test base having the same size as the vehicle being tested.

[0016] In at least one possible implementation, the platform is equipped with a visual monitoring system for monitoring the execution feedback status of the operation steps.

[0017] In at least one possible implementation, the reliability test method further includes: before starting the test, confirming whether the software module is consistent with the operating conditions and scenario logic control requirements of the driving assistance system of the current tested vehicle model.

[0018] In at least one possible implementation, the conducting of a reliability verification test for the current driving assistance function includes:

[0019] After completing a single cycle test, the test bench rechecks the driver assistance system's intervention compliance and whether the corresponding sensors, alarm information, and sent signals are correct:

[0020] If correct, the number of cycles is added by 1, and the device is reset to the initial state to prepare for the next verification cycle;

[0021] If it is incorrect, an alarm will be issued to indicate test abnormality.

[0022] Compared with the prior art, the main design concept of the present invention is to realize the interactive signals and working coordination between almost all the actual components within the complete system by adopting the mode of building a system test, adopt the concept of the overall real vehicle network communication ecology, and use the simulation equipment bench to simulate the real vehicle communication environment outside the system to ensure the information interaction between the tested functional system and all systems in the vehicle outside it, rather than adopting a shielding method, thereby ensuring that the test results are more scientific and effective. The system-level verification scheme with repeatability and comprehensive working condition simulation proposed by the present invention is real, effective, and meets different working conditions and scenarios, which is more in line with the actual use characteristics, providing support for the effective verification and quality assurance of the driving assistance system, and is of great significance to the improvement of the safety and comfort quality of the whole vehicle.

[0023] It should be further pointed out that the testing method of the present invention mainly solves the process and method of testing the intelligent assistance system of the vehicle in the development stage, ensuring the comprehensiveness, systematicness and scientificity of the test. It can be further expanded on this basis and can also be used for the investigation and type testing of all electrical functional systems of the development stage or mass-produced vehicles; in addition, it can also be used to establish bench testing methods for other mechanical or intelligent devices besides vehicles using this process and method, which has broad room for expansion. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] In order to make the purpose, technical solutions and advantages of the present invention more clear, the present invention will be further described below with reference to the accompanying drawings, in which:

[0025] Figure 1 A schematic diagram of a reliability test method for a driving assistance system provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0026] Embodiments of the present invention are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present invention, and cannot be interpreted as limiting the present invention.

[0027] The present invention proposes an embodiment of a reliability test method for a driving assistance system. Specifically, Figure 1 shown, including:

[0028] Step S1, constructing a test platform, wherein the test platform includes a hardware architecture of a tested driving assistance system that is consistent with a real driving assistance system in a real vehicle, and a test bench for simulating a virtual scene, a communication signal, and a monitoring status, wherein the test bench communicates with the hardware architecture;

[0029] Regarding the hardware construction of the test system, it can be specifically stated that when building the hardware architecture of this test system, it is built according to the bill of materials (BOM list) of the tested vehicle model and all the hardware components associated with the actual work of the real driving assistance system. For example, it can include all sensors involved in the input part, such as radars or cameras; all controllers involved in the control part, such as gateway controllers, ADAS controllers, etc.; sensors and display components involved in the execution part, such as display screens, instruments, etc. Preferably, the aforementioned execution part can also be built and connected using the real objects in the real car, such as the brake of the execution component responsible for braking. Preferably, it is also necessary to ensure that the latest software is installed on various controllers to ensure that all communications are effectively interacted and the functions are fully matched. Next, the trigger part associated with the driving assistance system that controls the state of the real car, such as the ignition switch and the square control switch, is connected to realize the closing and opening during operation, and to adjust the use of specific working conditions. It may be mentioned here that, in some other preferred embodiments of the present invention, before starting the test, all components involved in the aforementioned hardware architecture are connected through a real vehicle wiring harness and arranged on a test base that is the same size as the real vehicle according to the real vehicle assembly requirements and network communication requirements;

[0030] Continuing from the foregoing, the solution of the present invention also provides a test bench that meets all hardware version requirements for real vehicle signal simulation required by the driving assistance system of the tested vehicle model, and adds a visual monitoring system to monitor the execution feedback status of the running steps of the injected scenario in the system. It can be understood that if the visual comparison fails, the abnormal information can be recorded and reported, and the cause of the fault can be analyzed and investigated through the message information and the abnormal response status interface, thereby improving the automation level of the test process.

[0031] Step S2, configuring at least two dimensions of software modules in the test bench: a simulation module and a monitoring module;

[0032] Regarding the test software, comprehensive and systematic identification can be carried out according to the overall control architecture of the actual vehicle and the signal list of specific working conditions, which directly affects whether the test is carried out according to the normal logic of the actual vehicle control. In the conception of the present invention, the test algorithm can specifically include two dimensions, simulation and monitoring. Simulation is to achieve the simulation of working conditions and scenarios and the triggering of the test system; signal monitoring is to monitor the communication and component execution under the corresponding scenarios or working conditions.

[0033] In actual operation, it can be pointed out that before starting the test process, it is also possible to first confirm whether the software modules of the above two dimensions pre-compiled in the test bench are consistent with the working conditions and scenario logic control requirements of the tested driving assistance system of the current test vehicle model, and ensure that the joint debugging of all working conditions meets the requirements.

[0034] On this basis, reliability verification is carried out according to various working conditions and scenarios. The specific cycle steps are as follows:

[0035] Step S3: After the verification starts, the hardware architecture is powered on and the rack is started, and communication interaction between the two is established;

[0036] Power on the hardware architecture of the driver assistance system built in the test platform, such as operating the ignition switch button, so that all instruments and meters work normally and the sensors display normally; start the test bench, enter the compiled software system corresponding to the test vehicle model, and check whether the communication and functional interaction with the tested driver assistance system are normal. This state is the ignition start state of the real vehicle, and the entire vehicle system works normally. So far, it can be understood as the "signal status confirmation" link.

[0037] Step S4: After setting the scenario or working condition corresponding to the currently tested system function, run the simulation module and the monitoring module to carry out a reliability verification test for the current driving assistance function.

[0038] That is, select the specific functions corresponding to the tested assisted driving system, set the test scenarios or working conditions, run the simulation script module in the equipment software, check that various instruments and meters of the tested driving assistance system have no fault lights or alarms, and then run the signal monitoring module in the test bench equipment software. The driving assistance system conducts reliability verification for the selected working conditions or scenarios according to the process set by the test bench.

[0039] For example, a certain working condition or scenario is selected through the test bench software module, and a single-cycle verification is carried out according to the four established steps of (1) simulating the scenario or working condition, (2) running the scenario or working condition for a predetermined period of time, (3) intervening by the driver assistance system, and (4) testing the compliance of the intervention of the assistance system through the test bench. So far, it can be understood as the "single-cycle test" link.

[0040] Going a step further, after completing a single cycle test, the test bench can automatically recheck the intervention compliance of the driving assistance system, and at the same time detect whether the corresponding sensors, alarm information to remind the driver and passengers, and the signals sent are correct: if correct, 1 is accumulated in the number of cycles, and all communications are reset, and the driving assistance system is reset to the vehicle's initial starting state, ready to start the next verification cycle; if incorrect, an alarm will alert the tester of the test abnormality, which will be manually checked and confirmed.

[0041] Finally, the following embodiment (AEB function reliability test of driving assistance system) is used for schematic illustration: the MP5 host, display, automatic driving controller assembly, gateway and other components are connected in accordance with the actual vehicle installation method, and at the same time, the (14.0±0.2)V working power supply is turned on, and the bench equipment simulation tool is used to inject simulation scripts and signal monitoring and other conditions, and the AEB function state activation is triggered according to the selected working condition and the corresponding state detection is completed. The above constitutes a reliability test method for the AEB function of a driving assistance system.

[0042] Among them, the simulation scripts and signal monitoring injected by the device simulation tool, the corresponding test requirements, etc., can be seen in detail in the AEB function test process and requirements shown in the following table:

[0043]

[0044]

[0045] In summary, the main design concept of the present invention is to realize the interactive signals and working coordination between almost all the actual components within the complete system by adopting the mode of building a system test, adopt the concept of the overall real vehicle network communication ecology, and use the simulation equipment bench to simulate the real vehicle communication environment outside the system to ensure the information interaction between the tested functional system and all systems in the vehicle outside it, rather than adopting a shielding method, thereby ensuring that the test results are more scientific and effective. The system-level verification scheme with repeatability and comprehensive working condition simulation proposed by the present invention is real, effective, and meets different working conditions and scenarios. It is more in line with the actual use characteristics, provides support for the effective verification and quality assurance of the driving assistance system, and is of great significance to the improvement of the safety and comfort quality of the whole vehicle.

[0046] If the expressions expressing orientation are mentioned in the embodiments of the present invention, they are relative concepts based on the embodiments. In addition, "at least one" means one or more, and "plurality" means two or more. "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can represent the existence of A alone, the existence of A and B at the same time, and the existence of B alone. Among them, A and B can be singular or plural. The character " / " generally indicates that the previous and next associated objects are in an "or" relationship. "At least one of the following" and similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b and c can be represented by: a, b, c, a and b, a and c, b and c, or a and b and c, wherein a, b, c can be single or multiple.

[0047] The above describes in detail the structure, features and effects of the present invention based on the embodiments shown in the drawings, but the above is only a preferred embodiment of the present invention. It should be noted that the technical features involved in the above embodiments and their preferred methods can be reasonably combined and matched into a variety of equivalent schemes by those skilled in the art without departing from or changing the design ideas and technical effects of the present invention; therefore, the present invention is not limited to the scope of implementation shown in the drawings, and all changes made in accordance with the concept of the present invention, or modifications to equivalent embodiments with equivalent changes, which still do not exceed the spirit covered by the specification and drawings, should be within the protection scope of the present invention.

Claims

1. A driving assistance system reliability test method, characterized in that: include: Constructing a test platform, the test platform comprising a hardware architecture of the tested driving assistance system consistent with the driving assistance system in the actual vehicle, and a test bench for simulating virtual scenes, communication signals, and monitoring status, the test bench interacting with the hardware architecture by electrical signals; The software modules configured in the said rack include at least: a simulation module and a monitoring module; After the verification starts, the hardware architecture is powered on and the bench is started, and communication interaction between the two is established; After setting a scenario or working condition corresponding to the system function currently being tested, the simulation module and the monitoring module are run to carry out a reliability verification test for the current driving assistance function.

2. The driving assistance system reliability test method according to claim 1, characterized in that: Ways to build the hardware architecture include: It is built according to the bill of materials of the tested vehicle model and all the hardware components of the actual driving assistance system. The hardware components include an input part, a control part with the latest version of the software installed, an execution part, and a trigger part associated with the driving assistance system and used to control the state of the actual vehicle. The execution part is built using the corresponding physical objects in the actual vehicle.

3. The driving assistance system reliability test method according to claim 2, characterized in that: All hardware components in the hardware architecture are connected through real vehicle wiring harnesses and arranged on a test base that is consistent with the size of the tested vehicle model.

4. The driving assistance system reliability test method according to claim 1, characterized in that: The stand is equipped with a visual monitoring system for monitoring the execution feedback status of the operating steps.

5. The driving assistance system reliability test method according to claim 1, characterized in that: The reliability test method also includes: before starting the test, confirming whether the software module is consistent with the working conditions and scene logic control requirements of the driving assistance system of the current tested vehicle model.

6. The driving assistance system reliability test method according to any one of claims 1 to 5, characterized in that: The reliability verification test for the current driving assistance function includes: After completing a single cycle test, the test bench rechecks the driver assistance system's intervention compliance and whether the corresponding sensors, alarm information, and sent signals are correct: If correct, the number of cycles is added by 1, and the device is reset to the initial state to prepare for the next verification cycle; If it is incorrect, an alarm will be issued to indicate test abnormality.

Images