Method and device for determining operating state of brake control system in vehicle

By determining the system and driving function types of the brake control system, obtaining the test script and using the simulation model to perform simulation testing, the problem of low efficiency in testing the integrated brake control system was solved, and automated testing and safety verification under complex working conditions were achieved.

CN120762316APending Publication Date: 2025-10-10CHINA FAW CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202510780070.1
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-06-11
Publication Date
2025-10-10

AI Technical Summary

Technical Problem

In the prior art, the driving function interface testing efficiency of the integrated braking control system is low, especially in extreme working conditions where it is difficult to achieve effective testing, resulting in low braking system testing efficiency.

Method used

By determining the system type and driving function type of the braking control system, obtaining the matching test script, calling the simulation model for simulation testing, simulating the data transmission process under different driving functions, obtaining the simulation data and inputting it into the braking control system for simulation testing, and determining the operating status based on the control data.

Benefits of technology

It has achieved automated testing of the integrated braking control system, improved testing efficiency, ensured the accuracy of interface logic and the normal use of advanced intelligent driving functions under complex working conditions, and reduced manpower and material resources.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120762316A_ABST
    Figure CN120762316A_ABST
Patent Text Reader

Abstract

The invention discloses a method and device for determining the running state of a brake control system in a vehicle. The method comprises the following steps: determining a system type of a brake control system in a vehicle and a driving function type used for testing the brake control system; acquiring a test script matched with the system type and the driving function type; a simulation model corresponding to the vehicle is called to run the test script, simulation data are obtained, the simulation model is used for simulating the data transmission process of the vehicle under different driving functions, and the simulation data are used for representing response results of a controller in the vehicle under the driving functions; the simulation data are input into the brake control system for simulation testing, and control data output by the brake control system are obtained; based on the control data, an operating state of the brake control system is determined. The technical problem of low test efficiency of the brake system is solved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of vehicles, and in particular, to a method and device for determining the operating state of a braking control system in a vehicle. Background Art

[0002] In related technologies, the driving function interface test of the integrated braking control system is usually performed manually. However, under extreme working conditions, the driving function interface of the integrated braking control system cannot be tested manually. Therefore, this method has the technical problem of low efficiency in testing the braking system.

[0003] To address the above-mentioned problems, no effective solutions have been proposed so far. Summary of the Invention

[0004] The embodiments of the present application provide a method and apparatus for determining the operating status of a braking control system in a vehicle, so as to at least solve the technical problem of low testing efficiency of the braking system.

[0005] According to one aspect of an embodiment of the present application, a method for determining the operating status of a braking control system in a vehicle is provided, and the method may include: determining the system type of the braking control system in the vehicle, and the driving function type used to test the braking control system; obtaining a test script that matches the system type and the driving function type; calling a simulation model corresponding to the vehicle to run the test script to obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to characterize the response results of the controller in the vehicle under the driving function; inputting the simulation data into the braking control system for simulation testing to obtain control data output by the braking control system; and determining the operating status of the braking control system based on the control data.

[0006] Optionally, the simulation model corresponding to the vehicle is retrieved to run the test script to obtain simulation data, including: retrieving a simulation model that matches the driving function type; and using the retrieved simulation model to run the test script to obtain simulation data.

[0007] Optionally, the test script is run using the retrieved simulation model to obtain simulation data, including: running the test script using the sensors in the simulation model to obtain simulation data output by the sensors; and / or retrieving the request model in the simulation model to run the test script to obtain simulation data output by the request model, wherein the request model and the driving function correspond one to one.

[0008] Optionally, based on the control data, the operating status of the braking control system is determined, including: determining the standard control data corresponding to the braking control system under the driving function type; matching the control data and the standard control data to obtain a matching result; and determining the operating status based on the matching result.

[0009] Optionally, determining the operating state based on the matching result includes: in response to the matching result being used to characterize that the control data and the standard control data do not match successfully, determining that the operating state is an abnormal operating state.

[0010] Optionally, the method may include: obtaining test plan information of the braking control system, wherein the test plan information includes at least the system type and driving function type of the braking control system; and constructing a test script corresponding to the braking control system based on the test plan information.

[0011] According to another aspect of an embodiment of the present application, a device for determining the operating status of a braking control system in a vehicle is also provided, and the device may include: a first determination unit, used to determine the system type of the braking control system in the vehicle, and the driving function type for testing the braking control system; an acquisition unit, used to obtain a test script matching the system type and the driving function type; a calling unit, used to call a simulation model corresponding to the vehicle to run the test script and obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to characterize the response results of the controller in the vehicle under the driving function; an input unit, used to input the simulation data into the braking control system for simulation testing to obtain control data output by the braking control system; a second determination unit, used to determine the operating status of the braking control system based on the control data.

[0012] According to another aspect of an embodiment of the present application, a computer-readable storage medium is also provided, which includes a stored program, wherein when the program is running, the device where the computer-readable storage medium is located is controlled to execute a method for determining the operating status of a braking control system in a vehicle according to an embodiment of the present application.

[0013] According to another aspect of an embodiment of the present application, a processor is further provided, which is used to run a program, wherein when the program is run by the processor, the method for determining the operating status of the braking control system in the vehicle of the embodiment of the present application is executed.

[0014] According to another aspect of an embodiment of the present application, a program product is also provided, which includes computer instructions, wherein when the computer instructions are executed by a processor, a method for determining the operating status of a braking control system in a vehicle according to an embodiment of the present application is implemented.

[0015] According to another aspect of an embodiment of the present application, a vehicle is further provided, which can be used to execute the method for determining the operating state of a braking control system in a vehicle according to an embodiment of the present application.

[0016] In an embodiment of the present application, a system type of a braking control system in a vehicle and a driving function type for testing the braking control system are determined; a test script matching the system type and the driving function type is obtained; a simulation model corresponding to the vehicle is called to run the test script to obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to represent the response results of the controller in the vehicle under the driving functions; the simulation data is input into the braking control system for simulation testing to obtain control data output by the braking control system; and based on the control data, an operating state of the braking control system is determined. That is, in an embodiment of the present application, after determining the integrated braking control system to be tested, a test script corresponding to the braking control system can be determined based on the system type corresponding to the braking control system and the driving function type to be tested, the test script is input into the simulation model to obtain simulation data output by the simulation model, the simulation data is input into the braking control system to be tested for simulation testing to obtain control data output by the braking control system, and the operating state of the braking control system can be determined based on the control data, thereby achieving the technical effect of improving the testing efficiency of the braking system and solving the technical problem of low testing efficiency of the braking system. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0018] Figure 1 is a flow chart of a method for determining an operating state of a braking control system in a vehicle according to an embodiment of the present application;

[0019] Figure 2 is a schematic diagram of an integrated braking control system autonomous driving driving interface test device according to an embodiment of the present application;

[0020] Figure 3 is a schematic diagram of a simulation model according to an embodiment of the present application;

[0021] Figure 4 This is a schematic diagram of an automated testing structure of a host computer according to an embodiment of the present application;

[0022] Figure 5 is a schematic diagram of a device for determining an operating state of a braking control system in a vehicle according to an embodiment of the present application;

[0023] Figure 6 is a structural block diagram of a computer terminal according to an embodiment of the present application;

[0024] Figure 7This is a block diagram of an electronic device for a method for determining an operating state of a braking control system in a vehicle according to an embodiment of the present application. DETAILED DESCRIPTION

[0025] In order to enable those skilled in the art to better understand the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments in the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts should fall within the scope of protection of this application.

[0026] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequential order. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in a sequence other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0027] First, some nouns or terms that appear in the description of the embodiments of the present application are subject to the following interpretations:

[0028] Automatic Brake Prefill (ABP) is a function that pre-charges the brake system, applying brake pressure to reduce the gap between the brake disc and friction pad. When the driver subsequently applies the brake pedal, effective brake pressure is immediately applied, reducing braking response time and, consequently, stopping distance.

[0029] Automatic Warning Brake (AWB) is a forward collision warning system function triggered by a higher-level controller. It generates a brief, noticeable braking force as a warning signal to the driver, alerting them to dangerous traffic conditions or potential accidents and urging them to drive safely. The higher-level controller can adjust the appropriate AWB warning level based on traffic conditions. The brief, forceful warning signal is generated by the dynamic active pressure increase and subsequent pressure release of the braking system. Once the driver steps on the brake pedal, AWB will deactivate. If the driver does not step on the brake pedal and the preset hold time is exceeded, the brake pressure is automatically released.

[0030] Automatic Emergency Braking (AEB) is a feature of the forward collision warning system. It is a safety feature detected and triggered by the upper controller. When the upper controller identifies that the vehicle is in an emergency situation and the driver does not brake accordingly, the AEB function is triggered and executed by the brake control module. The vehicle automatically applies the brakes to reduce the risk of a collision.

[0031] According to an embodiment of the present application, an embodiment of a method for determining the operating status of a braking control system in a vehicle is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0032] Figure 1 FIG is a flow chart of a method for determining the operating state of a braking control system in a vehicle according to an embodiment of the present application. Figure 1 As shown, the method may include the following steps:

[0033] Step S102 : determining the system type of the braking control system in the vehicle and the driving function type used to test the braking control system.

[0034] In the technical solution provided in the above step S102 of the present application, the above-mentioned braking control system can be a control system to be tested, an integrated braking control system (IBCS), a core hub connecting the autonomous driving system and other vehicle systems, and can be used to receive braking signals from the autonomous driving controller or the driver's braking input to parse these signals and convert them into actions suitable for the braking system to perform, such as adjusting hydraulic pressure, controlling braking force, etc. The above-mentioned system type can be used to characterize the type corresponding to the above-mentioned braking control system, and can be a type such as the model of the braking control system. For example, it can include traditional mechanical hydraulic braking systems, electronically assisted braking systems, wire-controlled braking systems, integrated braking control systems, regenerative braking systems, etc. The above-mentioned driving function types can include driving function types such as automatic brake pre-charging, automatic brake warning, and automatic emergency braking. It should be noted that this is only an example, and there is no specific limitation on the system type and driving function type.

[0035] Optionally, when the brake control system needs to be tested, the system type of the brake control system and the type of driving function to be tested on the brake control system may be determined.

[0036] Optionally, by supporting features such as automatic brake pre-charge, automatic brake warning, and automatic emergency braking, the brake control system can anticipate potential collision risks and respond quickly, thereby reducing or avoiding traffic accidents and significantly improving driving safety. The brake control system can seamlessly collaborate with other vehicle sensors and technologies to provide necessary braking interventions, enabling the vehicle to operate autonomously in complex environments.

[0037] Optionally, there can be multiple types of brake control systems, including but not limited to: traditional hydraulic brake systems, which rely on hydraulic oil to transmit braking force and are operated through the brake pedal; electronically assisted brake systems, which add an electronic control unit to the traditional system and can provide functions such as ABS anti-lock braking and EBD electronic brake force distribution; integrated brake control systems, which integrate traditional and electronic braking functions into one, and can better support the special braking needs of autonomous driving and intelligent connected vehicles.

[0038] During the testing phase, because different types of systems may have different testing methods and standards, it is important to clarify the type of brake control system the vehicle is equipped with. For example, due to its integrated nature, the integrated brake control system requires testing not only its braking performance but also its ability to work collaboratively with intelligent connected functions, such as communication stability with the autonomous driving controller and intelligent decision-making during emergency braking.

[0039] Step S104: Obtain a test script that matches the system type and driving function type.

[0040] In the technical solution provided in the above step S104 of the present application, the above test script can be pre-constructed based on the system type and driving function type, and can be used to test the braking control system. For example, it can be a script file corresponding to data such as "the driver presses the brake pedal and the time interval from the last exit of AEB intervention in the same driving cycle is greater than 20 seconds, and the master cylinder pressure is ≥15 Pa, and the AEB function is triggered." It should be noted that this is only an example, and there is no specific restriction on the content and construction method of the test script.

[0041] Optionally, after determining the system type and driving function type of the braking control system, a test script corresponding to the system type and driving function type can be pre-called from the database, and the performance of the braking control system to be tested can be tested using the test script.

[0042] For example, based on the IBCS system type and the selected ABP and AEB driving functions, corresponding test scripts can be retrieved from the test script library. These scripts pre-define a series of test scenarios, such as simulated emergency braking conditions and the response time of pre-charge commands, to verify the performance of IBCS under these two functions.

[0043] Optionally, the above-mentioned test script can be a programming or configuration file used in software testing or automated testing, which can be used to automatically execute a series of predefined test steps and conditions, can be used to verify the functions, performance and reliability of software, systems or hardware, can include the input data, operation steps, expected results and possible boundary conditions of the test case, and can repeatedly execute the same test process, thereby improving the efficiency and consistency of the test.

[0044] Step S106, retrieve the simulation model corresponding to the vehicle and run the test script to obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to characterize the response results of the controller in the vehicle under the driving functions.

[0045] In the technical solution provided in the above step S106 of the present application, the simulation model can be a model constructed in advance based on different driving functions, can include controllers and other devices required under different driving functions, can be a simulation integrated brake control system driving interface test node, and can include sensors and request models. The sensors can include high-voltage signals, gear sensors, drive torque sensors, rotation speed sensor board card simulation rotation speed, steering, and rear wheel steering interface simulation. The request models can include automatic brake pre-charge request models, automatic brake warning request models, automatic emergency brake request models, and the like. It should be noted that this is only an example and the type and content of the simulation model are not specifically limited. The simulation data can be data obtained by running the test script by the simulation model, and can be input data of the integrated control system.

[0046] Optionally, after determining the test script required for testing based on the system type and the driving function type, the simulation software corresponding to the vehicle can be called, which can be pre-constructed software. Based on the simulation software, the test script can be run to obtain simulation data. The simulation data can be input as input data into the brake control system to complete the testing of the brake control system.

[0047] For example, the simulation model of the vehicle can be used to run the test script. The simulation model can be a virtual vehicle environment that can simulate the data transmission process of the vehicle under different driving functions, such as sensor data, driver input, and the expected response of the IBCS. Taking AEB as an example, the simulation script can simulate a sudden obstacle to see whether the IBCS can correctly identify the obstacle and brake in time. It should be noted that the simulation model can be updated according to actual conditions, and the construction content of the simulation model is not specifically limited.

[0048] Optionally, using the simulation model and the test script, simulation data of at least one controller in the vehicle under different driving functions can be determined.

[0049] In step S108, the simulation data is input into the brake control system for simulation testing to obtain control data output by the brake control system.

[0050] In the technical solution provided in the above step S108 of the present application, the control data can be data output by the brake control system for controlling the driving of the vehicle.

[0051] Alternatively, simulation data can be fed into the brake control system for simulation testing. This process simulates the brake system's response under various driving conditions, allowing system performance to be evaluated in a safe and controlled environment. The resulting "control data" is the result of decisions or operational commands made by the brake control system based on the received simulation data.

[0052] For example, the above control data can be a pre-charge command, a brake force distribution command (Brake Force Distribution Command), a brake light control command (Brake Light Control Command), a brake release command (Brake Release Command), a warning or error report (Warning or Error Report), etc. It should be noted that this is only an example, and there is no specific restriction on the content of the control data. In the automatic brake pre-charge (ABP) function test, when the simulation data simulates that the driver is about to step on the brake pedal or the system predicts that there will be an imminent braking demand, the brake control system may issue a pre-charge command in advance, that is, instruct a part of the brake system (such as the master cylinder) to start building a certain pressure to reduce the brake response delay time. The control data shows the start time of the pre-charge, the pressure value and its changing trend, etc.

[0053] Optionally, during Automatic Emergency Braking (AEB) functional testing, simulation data may simulate the sudden appearance of an obstacle ahead. Based on factors such as vehicle speed and distance, the braking control system calculates and issues braking force distribution commands, determining the specific amount of braking force to be applied to each braking area, such as the front and rear wheels, and the left and right wheels, to achieve the most stable braking posture. Control data includes information such as the braking force ratio between the front and rear axles and the braking force applied to each wheel. Alternatively, when the braking system detects the start of braking, it triggers a brake light control command, illuminating the vehicle's rear brake lights to warn vehicles behind. Control data records the moment the brake lights illuminate and how long they last.

[0054] Optionally, by analyzing control data, the performance of the brake control system in emergency braking scenarios, such as response speed, braking effect, system stability, and fault handling capabilities, can be evaluated to ensure that the system can reliably respond to emergencies and ensure driving safety during real driving.

[0055] For example, simulation data can be fed into an actual IBCS to observe its actual response. This process, which might be conducted in a laboratory environment, involves connecting a simulator to the actual braking system to test whether the system can correctly output braking force or pre-charge commands based on scenarios generated by the simulation data, ensuring that the vehicle can brake quickly and safely in simulated emergency situations.

[0056] Step S110 : determining the operating state of the brake control system based on the control data.

[0057] In the technical solution provided in step S110 of the present application, the operating state of the brake control system can be determined by judging the control data, and the operating state can include a normal operating state and an abnormal operating state.

[0058] Optionally, the system's operating status is analyzed and determined based on the control data output by the IBCS. This analysis may include checking whether the braking response time meets expectations, whether the system initiates the ABP or AEB function promptly, and whether the braking force is appropriate. For example, if, during an AEB test, the system identifies an obstacle and initiates braking within 0.5 seconds, this indicates that the IBCS's emergency braking function is operating properly. It should be noted that this is merely an example and does not impose any specific limitations on the method for determining the operating status.

[0059] For example, during a test of an autonomous logistics vehicle equipped with IBCS, when entering a warehouse to unload goods, the system initiates pre-braking to prepare for a rapid response to any unexpected situation (such as a worker accidentally entering the vehicle's path). The vehicle's IBCS system type and the ABP function to be tested can be determined. Based on the system type and driving function type, a script matching the ABP function can be retrieved from a test script library. In a virtual simulation environment, the test script can be run using a simulation model to simulate the environment and conditions of the vehicle entering the warehouse, generating a series of simulation data (including simulated sensor signals, vehicle speed, etc.). This simulation data can be input into the actual IBCS to observe whether the pre-charge operation is performed as expected, as well as the magnitude and timing of the pre-charge pressure. Furthermore, based on the actual IBCS output data (such as pre-charge pressure and brake response time), the system's stability, responsiveness, and overall performance under the ABP function can be evaluated to ensure that it can operate safely and effectively in a real-world environment. This allows for comprehensive testing and verification of the IBCS's performance under different driving functions, ensuring that the intelligent connected vehicle's braking system maintains good controllability and safety under various conditions.

[0060] For example, a test program can be launched to simulate the required high-voltage signals, drive torque, wheel speed, gear position, and intelligent driving controller signals. For example, the vehicle position can be set to 50 kilometers per hour, the brake pedal position and the status of the upper controller requesting the AEB function be activated can be set, and the AEB availability status, AEB activation status, and brake light status can be checked. The integrated brake control system triggers the AEB function if the integrated brake control system receives an AEB braking request from the upper controller, the driver presses the brake pedal, and the time interval since the last AEB intervention exit within the same driving cycle is greater than 20 seconds and the master cylinder pressure is ≥15 bar.

[0061] Optionally, this embodiment can conduct a comprehensive and specific test of the driving interface of the brake controller to ensure the logical accuracy of the interactive interface between the driving function and the brake controller, and to ensure the normal use of the advanced intelligent driving function. On the other hand, the integrated braking control system can handle errors and interrupt control in a timely manner to ensure the safety of the driver and to ensure that the driver can take over successfully. And through the construction of automated scripts, the automated testing of the driving interface of the integrated braking control system is realized, which reduces manpower and material resources and improves the efficiency and accuracy of the test. The above is only a preferred embodiment of the present application. It should be pointed out that for ordinary technicians in this technical field, without departing from the principles of this application, several improvements and modifications can be made, and these improvements and modifications should also be regarded as the scope of protection of this application.

[0062] The rapid development of intelligent connectivity is driving the future of automobiles towards electrification, intelligence, connectivity, and sharing. Vehicle hardware is being equipped with radar, cameras, and other devices to sense the surrounding environment, while software is being developed to enable assisted and even autonomous driving capabilities. Driving functions are becoming a crucial component of advanced assistance systems (ADAS), such as automatic brake pre-charge, automatic brake warning, and automatic emergency braking. As the actuator for autonomous driving, integrated brake control systems require diverse interface logic to meet the functional requirements of both driver assistance and autonomous driving.

[0063] While driver assistance and autonomous driving have become the hallmarks of the new generation of vehicles, ensuring safety has also become a top priority. Comprehensive testing of the driving interface of the integrated brake control system is essential. Currently, most testing relies on road tests. While these tests can ensure successful interface commissioning, they are difficult to implement under complex and extreme operating conditions to ensure tester safety. On the one hand, a large part of the function of the driving interface of the integrated brake control system is to ensure that when an unforeseen failure occurs in the upper-level autonomous driving controller, the brake control system, as an actuator, can promptly handle the error and interrupt control, ensuring driver safety and enabling successful driver takeover. This prevents situations such as the failure of automatic emergency braking in the event of a collision on a highway. On the other hand, simulation scenarios can be used to test the driving interface under complex user scenarios, ensuring the logical accuracy of the interaction between the driving function and the brake controller, and ensuring the proper operation of advanced intelligent driving features. Furthermore, automated testing on a real vehicle is difficult to implement, requiring significant manpower and resources, and can easily overlook various test conditions.

[0064] To address these issues, this application proposes an engineering device for testing the vehicle interface of an integrated brake control system. This device enables comprehensive testing of brake control system interface requirements, including automatic brake pre-charge, automatic brake warning, and automatic emergency braking, ensuring driving safety under these conditions. This method, through the conversion of real-world vehicle data to simulation, enables automated interface logic testing, conserving resources and ensuring quality.

[0065] Through the above steps S102 and S110 of the present application, the system type of the braking control system in the vehicle and the driving function type for testing the braking control system are determined; a test script matching the system type and the driving function type is obtained; a simulation model corresponding to the vehicle is called to run the test script to obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to represent the response results of the controller in the vehicle under the driving functions; the simulation data is input into the braking control system for simulation testing to obtain control data output by the braking control system; and based on the control data, the operating state of the braking control system is determined. That is, in the embodiment of the present application, after determining the integrated braking control system to be tested, a test script corresponding to the braking control system can be determined based on the system type corresponding to the braking control system and the driving function type to be tested, the test script is input into the simulation model to obtain simulation data output by the simulation model, the simulation data is input into the braking control system to be tested for simulation testing to obtain control data output by the braking control system, and the operating state of the braking control system can be determined based on the control data, thereby achieving the technical effect of improving the testing efficiency of the braking system and solving the technical problem of low testing efficiency of the braking system.

[0066] The above method of this embodiment is further introduced below.

[0067] As an optional implementation, step S106, calling the simulation model corresponding to the vehicle to run the test script to obtain simulation data, includes: calling the simulation model that matches the driving function type; using the called simulation model to run the test script to obtain simulation data.

[0068] In this embodiment, the simulation model may be pre-built based on the driving function type. After determining the driving function type, a simulation model matching the driving function type may be retrieved. The retrieved simulation model may then be used to run a test script to obtain simulation data.

[0069] Alternatively, the simulation data may be an AEB braking request issued by a controller in a simulation model. The simulation model may include simulations of nodes and sensors required for integrated braking control system interface testing, as well as test function models for automatic brake pre-charge, automatic brake warning, and automatic emergency braking.

[0070] As an optional implementation, the test script is run using the retrieved simulation model to obtain simulation data, including: running the test script using the sensors in the simulation model to obtain simulation data output by the sensors, and / or retrieving the request model in the simulation model to run the test script to obtain simulation data output by the request model, wherein the request model and the driving function correspond one to one.

[0071] In this embodiment, the sensor in the simulation model can be used to run the test script to obtain the simulation data output by the sensor. The simulation data can be the high-voltage signal, gear position, driving torque, wheel speed of the wheel speed sensor, steering, rear wheel steering and other data obtained by simulation. It should be noted that this is only an example, and there is no specific restriction on the data type of the sensor output. While obtaining the simulation data output by the sensor, the request model in the simulation model can be scheduled to run the test script to obtain the simulation data output by the request model. The request model can be pre-built based on the driving function and has a one-to-one correspondence with the driving function. It can include an automatic braking pre-charge request model, an automatic braking warning request model and an automatic emergency braking request model. It should be noted that this is only an example, and there is no specific restriction on the type of request model.

[0072] In this embodiment, an integrated braking control system automatic driving interface testing device and method are proposed. The method may include two parts: an integrated braking control system automatic driving interface testing device and an automated testing method. Figure 2 Schematic diagram of an integrated braking control system automatic driving interface test device according to an embodiment of the present application. Figure 2 As shown, the device may include: a test device 201, a bus monitoring tool 202, an integrated brake control system assembly 203, and a DC power supply 204. It should be noted that this is only an example and does not specifically limit the devices included in the test device.

[0073] Optionally, the test equipment 201 may include an integrated brake control system vehicle interface test node and sensor simulator 2011. The DC power supply may be a 12V DC power supply. The integrated brake control system may be generally referred to as a brake control system, and data communication with a bus monitoring tool may be performed via a controller area network (CAN_L, CAN_H) bus.

[0074] Figure 3is a schematic diagram of a simulation model according to an embodiment of the present application, such as Figure 3 As shown, the simulation model can simulate the driving interface test interface and sensor simulation of the integrated braking control system, and may include: high-voltage signal, gear position, driving torque simulation 311, wheel speed sensor board simulation wheel speed 312, steering, rear wheel steering interface simulation 313, and driving intelligent driving controller simulation 314. The driving intelligent driving controller simulation 314 may include multiple request models, for example, it may include automatic brake pre-charge request model simulation 3141, automatic brake warning request model simulation 3142, automatic emergency brake request model simulation 3143, etc.

[0075] As an optional implementation, step S110 determines the operating status of the braking control system based on the control data, including: determining the standard control data corresponding to the braking control system under the driving function type; matching the control data and the standard control data to obtain a matching result; and determining the operating status based on the matching result.

[0076] In this embodiment, standard control data corresponding to different driving function types of the brake control system can be determined in advance. After the control data is obtained through testing, the standard control data corresponding to the brake control system for the driving function type can be retrieved. The standard control data can be matched with the control data to obtain a matching result, and the operating status of the brake control system can be determined based on the matching result.

[0077] As an optional implementation, determining the operating state based on the matching result includes: in response to the matching result being used to characterize that the control data and the standard control data do not match successfully, determining that the operating state is an abnormal operating state.

[0078] In this embodiment, if the matching result for the characterizing control data and the standard control data does not match successfully, the operating state may be determined to be an abnormal operating state. If the operating state is an abnormal operating state, abnormal position information in the brake control system may be determined and recorded.

[0079] Optionally, controllers can be graded and described in sample management. Defect management registers and manages failed items in test cases.

[0080] As an optional implementation, the method may further include: obtaining test plan information of the braking control system, wherein the test plan information includes at least the system type and driving function type of the braking control system; and constructing a test script corresponding to the braking control system based on the test plan information.

[0081] In this embodiment, a test plan corresponding to the brake control system can be acquired in advance, the test plan can include system type of the brake control system, driving function type, test time, controller involved in the test time, and the like. Based on the test plan information, a test script corresponding to the brake control system can be constructed. It should be noted that the content of the test plan information is only for example, and is not specifically limited here.

[0082] Figure 4 is a schematic diagram of an upper computer automated test structure according to an embodiment of the present application, as Figure 4 indicated, the upper computer automated test structure can include test management software and automatic test software. In the test management software, a vehicle model library can be created in advance. Since the controller signal list of different vehicle models is different, the test case is also different, so the project needs to be created according to the vehicle model. After selecting a vehicle model, it is managed in four parts, which are variable management, test management, sample management and defect management. The variable management is divided into two parts: one part is the model variable of the controller signal, and the other part is the self-built variable used to judge the state of the integrated brake control system. The test management is also divided into two parts: the first part describes the test method of the function, and the second part is associated with the specific variable in the variable management, and the specific assignment of the model variable and the result comparison are performed. The sample management is equivalent to a controller library, and a vehicle model can include multiple controllers. In the sample management, the controller is graded and described. The defect management registers and manages the failed items in the test case. In the automatic test software, it includes device configuration, test plan and driving interface automatic test script. According to the channel (such as CANFD channel) to be read, the device is configured, and then the detailed test plan and automatic test script are written, so as to realize the automatic driving interface test of the integrated brake control system.

[0083] In the embodiment of the present application, after determining the integrated brake control system to be tested, the test script corresponding to the brake control system can be determined based on the system type corresponding to the brake control system and the driving function type to be tested. The test script is input into the simulation model to obtain simulation data output by the simulation model. The simulation data is input into the brake control system to be tested for simulation test to obtain control data output by the brake control system. Based on the control data, the running state of the brake control system can be determined, thereby realizing the technical effect of improving the test efficiency of the brake system, and further solving the technical problem of low test efficiency of the brake system.

[0084] According to an embodiment of the present application, a device for determining the operating state of a braking control system in a vehicle is also provided. It should be noted that the device for determining the operating state of a braking control system in a vehicle of this embodiment can be used to execute the method for determining the operating state of a braking control system in a vehicle of Example 1 of the present application.

[0085] Figure 5 FIG is a schematic diagram of a device for determining the operating state of a braking control system in a vehicle according to an embodiment of the present application. Figure 5 As shown, the device 50 for determining the operating state of the braking control system in the vehicle may include: a first determining unit 502 , an acquiring unit 504 , a retrieving unit 506 , an input unit 508 , and a second determining unit 510 .

[0086] A first determining unit 502 is configured to determine a system type of a braking control system in a vehicle and a driving function type for testing the braking control system;

[0087] An acquisition unit 504 is used to acquire a test script that matches the system type and the driving function type;

[0088] A retrieval unit 506 is configured to retrieve a simulation model corresponding to the vehicle and run a test script to obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to represent the response results of the controller in the vehicle under the driving functions;

[0089] An input unit 508 is used to input simulation data into the brake control system for simulation testing to obtain control data output by the brake control system;

[0090] The second determining unit 510 is configured to determine an operating state of the brake control system based on the control data.

[0091] The device for determining the operating status of a braking control system in a vehicle of this embodiment determines, through a first determining unit, the system type of the braking control system in the vehicle and the type of driving function for testing the braking control system; an acquiring unit acquires a test script matching the system type and the driving function type; through a calling unit, calls a simulation model corresponding to the vehicle to run the test script and obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to characterize the response results of the controller in the vehicle under the driving function; through an input unit, the simulation data is input into the braking control system for simulation testing to obtain control data output by the braking control system; through a second determining unit, the operating status of the braking control system is determined based on the control data, thereby achieving the technical effect of improving the testing efficiency of the braking system, and further solving the technical problem of low testing efficiency of the braking system.

[0092] The embodiment of the present application can provide a computer terminal, which can be any computer terminal device in a computer terminal group. Optionally, in this embodiment, the computer terminal can also be replaced by a terminal device such as a mobile terminal.

[0093] Optionally, in this embodiment, the computer terminal may be located in at least one network device among a plurality of network devices of a computer network.

[0094] In this embodiment, the above-mentioned computer terminal can execute the program code of the following steps in the performance detection method of the operating system: determine the system type of the braking control system in the vehicle, and the driving function type used to test the braking control system; obtain a test script that matches the system type and the driving function type; call the simulation model corresponding to the vehicle to run the test script to obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to characterize the response results of the controller in the vehicle under the driving function; input the simulation data into the braking control system for simulation testing to obtain the control data output by the braking control system; based on the control data, determine the operating status of the braking control system.

[0095] Optionally, Figure 6 is a structural block diagram of a computer terminal according to an embodiment of the present application, such as Figure 6 As shown, the computer terminal 608 may include: one or more (only one is shown in the figure) processors 602 , a memory 604 and a transmission device 606 .

[0096] Among them, the memory can be used to store software programs and modules, such as the program instructions / modules corresponding to the performance detection method and device of the operating system in the embodiment of the present application. The processor executes various functional applications and data processing by running the software programs and modules stored in the memory, that is, realizing the performance detection method of the above-mentioned operating system. The memory may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory may further include a memory remotely arranged relative to the processor, and these remote memories can be connected to the computer terminal 608 via a network. Examples of the above-mentioned network include but are not limited to the Internet, an intranet, a local area network, a mobile communication network and a combination thereof.

[0097] The processor can call the information and application stored in the memory through the transmission device to perform the following steps: determine the system type of the braking control system in the vehicle, and the driving function type used to test the braking control system; obtain a test script that matches the system type and driving function type; call the simulation model corresponding to the vehicle to run the test script to obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to characterize the response results of the controller in the vehicle under the driving function; input the simulation data into the braking control system for simulation testing to obtain the control data output by the braking control system; based on the control data, determine the operating status of the braking control system.

[0098] It can be understood by those skilled in the art that Figure 6 The structure shown is for illustration only, and the computer terminal 608 may also be a smart phone (such as an Android phone, an iOS phone, etc.), a tablet computer, a PDA, a mobile Internet device (MID for short), a PAD, or other terminal devices. Figure 6 It does not limit the structure of the computer terminal 608. For example, the computer terminal 608 may also include Figure 6 More or fewer components (such as network interfaces, display devices, etc.) shown in, or with Figure 6 Different configurations shown.

[0099] Those skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be completed by instructing the hardware related to the terminal device through a program, and the program can be stored in a computer-readable storage medium, which may include: a flash drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, etc.

[0100] According to an embodiment of the present application, a computer-readable storage medium is further provided, which includes a stored program, wherein the program executes the method for determining the operating state of the braking control system in the vehicle in Example 1.

[0101] Optionally, in this embodiment, the computer-readable storage medium may be located in any computer terminal in a computer terminal group in a computer network, or in any mobile terminal in a mobile terminal group.

[0102] Optionally, in this embodiment, the computer-readable storage medium is configured to store program code for performing the following steps: determining the system type of the braking control system in the vehicle, and the driving function type for testing the braking control system; obtaining a test script that matches the system type and the driving function type; calling a simulation model corresponding to the vehicle to run the test script to obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to characterize the response results of the controller in the vehicle under the driving function; inputting the simulation data into the braking control system for simulation testing to obtain control data output by the braking control system; and determining the operating status of the braking control system based on the control data.

[0103] Optionally, the computer-readable storage medium may further execute program codes for the following steps: retrieving a simulation model that matches the driving function type; and running a test script using the retrieved simulation model to obtain simulation data.

[0104] Optionally, the above-mentioned computer-readable storage medium can also execute the program code of the following steps: using the sensors in the simulation model to run the test script to obtain the simulation data output by the sensors, and / or calling the request model in the simulation model to run the test script to obtain the simulation data output by the request model, wherein the request model and the driving function correspond one to one.

[0105] Optionally, the computer-readable storage medium may also execute program codes for the following steps: determining the standard control data corresponding to the braking control system under the driving function type; matching the control data with the standard control data to obtain a matching result; and determining the operating status based on the matching result.

[0106] Optionally, the computer-readable storage medium may further execute program code for the following steps: in response to a matching result indicating that the control data and the standard control data do not match successfully, determining that the operating state is an abnormal operating state.

[0107] Optionally, the above-mentioned computer-readable storage medium can also execute the program code of the following steps: obtaining the test plan information of the braking control system, wherein the test plan information includes at least the system type and driving function type of the braking control system; based on the test plan information, constructing the test script corresponding to the braking control system.

[0108] In this embodiment, after determining the integrated brake control system to be tested, the test script corresponding to the brake control system can be determined based on the system type corresponding to the brake control system and the driving function type to be tested, the test script is input into the simulation model, the simulation data output by the simulation model is obtained, the simulation data is input into the brake control system to be tested for simulation test, the control data output by the brake control system is obtained, and the running state of the brake control system can be determined based on the control data, thereby realizing the technical effect of improving the test efficiency of the brake system, and further solving the technical problem of low test efficiency of the brake system.

[0109] According to the embodiments of the present application, a processor is also provided, which is used to run a program, wherein the program is executed to determine the running state of the brake control system in the vehicle according to the method of embodiment 1 when the program is run by the processor.

[0110] Optionally, in the present embodiment, the computer terminal can be located in at least one of the plurality of network devices of the computer network.

[0111] In the present embodiment, the computer terminal can execute the program code of the following steps of the multilingual translation method: determining the system type of the brake control system in the vehicle and the driving function type for testing the brake control system; obtaining the test script matched with the system type and the driving function type; running the test script by calling the simulation model corresponding to the vehicle, to obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to represent the response result of the controller in the vehicle under the driving function; inputting the simulation data into the brake control system for simulation test, to obtain the control data output by the brake control system; and determining the running state of the brake control system based on the control data.

[0112] The memory can be used to store software programs and modules, such as the program instructions / modules corresponding to the multilingual translation method and device in the embodiments of the present application. The processor executes various functional applications and data processing by running the software programs and modules stored in the memory, that is, the multilingual translation method described above is realized. The memory can include a high-speed random access memory, and can also include a non-volatile memory, such as one or more magnetic storage devices, flash memories, or other non-volatile solid-state memories. In some examples, the memory can further include a memory remotely arranged with respect to the processor, which can be connected to the computer terminal through a network. Examples of the above network include but are not limited to the Internet, an intranet, a local area network, a mobile communication network, and a combination thereof.

[0113] The processor can call the information and application stored in the memory through the transmission device to perform the following steps: determine the system type of the braking control system in the vehicle, and the driving function type used to test the braking control system; obtain a test script that matches the system type and driving function type; call the simulation model corresponding to the vehicle to run the test script to obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to characterize the response results of the controller in the vehicle under the driving function; input the simulation data into the braking control system for simulation testing to obtain the control data output by the braking control system; based on the control data, determine the operating status of the braking control system.

[0114] Optionally, the processor may further execute program codes of the following steps: retrieving a simulation model that matches the driving function type; and running a test script using the retrieved simulation model to obtain simulation data.

[0115] Optionally, the above-mentioned processor can also execute the program code of the following steps: using the sensors in the simulation model to run the test script to obtain the simulation data output by the sensor, and / or calling the request model in the simulation model to run the test script to obtain the simulation data output by the request model, wherein the request model and the driving function correspond one to one.

[0116] Optionally, the processor may also execute the program code of the following steps: determining the standard control data corresponding to the braking control system under the driving function type; matching the control data with the standard control data to obtain a matching result; and determining the operating state based on the matching result.

[0117] Optionally, the processor may further execute program code of the following steps: in response to a matching result indicating that the control data and the standard control data do not match successfully, determining that the operating state is an abnormal operating state.

[0118] Optionally, the above-mentioned processor can also execute the program code of the following steps: obtaining the test plan information of the braking control system, wherein the test plan information includes at least the system type and driving function type of the braking control system; based on the test plan information, constructing the test script corresponding to the braking control system.

[0119] By using the embodiment of the present application, after determining the integrated braking control system to be tested, the test script corresponding to the braking control system can be determined based on the system type corresponding to the braking control system and the type of driving function to be tested. The test script is input into the simulation model to obtain simulation data output by the simulation model. The simulation data is input into the control system to be braked for simulation testing to obtain control data output by the braking control system. Based on the control data, the operating status of the braking control system can be determined, thereby achieving the technical effect of improving the testing efficiency of the braking system, and further solving the technical problem of low testing efficiency of the braking system.

[0120] According to an embodiment of the present application, a computer program product is also provided, which includes computer instructions, wherein when the computer instructions are executed by a processor, the method for determining the operating status of the braking control system in the vehicle in Example 1 is implemented.

[0121] An embodiment of the present application may provide an electronic device, which may include a memory and a processor.

[0122] Figure 7 This is a block diagram of an electronic device for a method of determining the operating state of a brake control system in a vehicle according to an embodiment of the present application. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital assistants, cellular phones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are provided for example only and are not intended to limit the implementation of the present application as described and / or claimed herein.

[0123] like Figure 7 As shown, the device 700 includes a computing unit 701, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory (ROM) 702 or a computer program loaded from a storage unit 708 into a random access memory (RAM) 703. Various programs and data required for the operation of the device 700 can also be stored in the RAM 703. The computing unit 701, ROM 702, and RAM 703 are connected to each other via a bus 704. An input / output (I / O) interface 705 is also connected to the bus 704.

[0124] A plurality of components in the device 700 are connected to the I / O interface 705, including: an input unit 706, such as a keyboard, a mouse, etc.; an output unit 704, such as various types of displays, speakers, etc.; a storage unit 708, such as a magnetic disk, an optical disk, etc.; and a communication unit 709, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 709 allows the device 700 to exchange information / data with other devices through a computer network, such as the Internet, and / or various telecommunication networks.

[0125] The computing unit 701 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 701 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, a digital signal processor (DSP), and any appropriate processor, controller, microcontroller, etc. The computing unit 701 performs various methods and processes described above, such as the data verification method. For example, in some embodiments, the data verification method can be implemented as a computer software program, which is tangibly contained in a machine-readable medium, such as the storage unit 708. In some embodiments, part or all of the computer program can be loaded and / or installed on the device 700 via the ROM 702 and / or the communication unit 709. When the computer program is loaded into the RAM 703 and executed by the computing unit 701, one or more steps of the data verification method described above can be performed. Alternatively, in other embodiments, the computing unit 701 can be configured to perform the data verification method by any other appropriate means, such as by means of firmware.

[0126] According to an embodiment of the present application, a method for detecting performance of an operating system is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0127] Various embodiments of the systems and techniques described herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), system on a chip (SOCs), complex programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments can include being implemented in one or more computer programs that are executable and / or interpreted on a programmable system that includes at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0128] The program code for implementing the methods of the present application can be written in any combination of one or more programming languages. Such program code can be provided to a processor or controller of a general-purpose computer, a special-purpose computer, or other programmable data processing device so that when the program code is executed by the processor or controller, the functions / operations specified in the flow charts and / or block diagrams are implemented. The program code can be executed entirely on the machine, partially on the machine, as a stand-alone software package, partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0129] In the context of the present application, a machine-readable medium can be a tangible medium that can contain or store a program for use by an instruction execution system, device or equipment or used in combination with an instruction execution system, device or equipment. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared or semiconductor system, device or equipment, or any suitable combination of the foregoing. A more specific example of a machine-readable storage medium can include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0130] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or an LCD (liquid crystal display, monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user can provide input to the computer. Other types of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, voice input, or tactile input).

[0131] The systems and techniques described herein can be implemented in a computing system that includes back-end components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes front-end components (e.g., a user computer with a graphical user interface or a web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such back-end components, middleware components, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network (LAN), a wide area network (WAN), and the Internet.

[0132] A computer system may include a client and a server. The client and server are generally remote from each other and typically interact through a communication network. The client-server relationship arises through computer programs running on the respective computers and having a client-server relationship with each other. The server may be a cloud server, a server in a distributed system, or a server integrated with a blockchain.

[0133] The serial numbers of the above embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0134] In the above embodiments of the present application, the description of each embodiment has its own focus. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0135] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only exemplary. For example, the division of units can be a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0136] Units described as separate components may or may not be physically separate, and components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple units. Some or all of the units may be selected to achieve the purpose of the present embodiment according to actual needs.

[0137] In addition, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0138] The integrated unit, if implemented in the form of a software function unit and sold or used as an independent product, can be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the present application essentially or say the part that contributes to the prior art or the whole or part of the technical solutions can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes a plurality of instructions for causing a computer device (which can be a personal computer, a server or a network device, etc.) to execute all or part of the steps of the embodiments of the present application. The aforementioned storage medium includes: a U disk, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk, and various media that can store program codes.

[0139] The above is only the preferred embodiment of the present application, and it should be pointed out that for those skilled in the art, without departing from the principles of the present application, a number of improvements and refinements can be made, which should be considered as the protection scope of the present application.

Claims

1. A method for determining the operating state of a braking control system in a vehicle, characterized in that: include: determining a system type of a brake control system in a vehicle and a type of driving function for testing the brake control system; Obtaining a test script that matches the system type and the driving function type; Retrieving a simulation model corresponding to the vehicle and running the test script to obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to represent the response results of the controller in the vehicle under the driving functions; Inputting the simulation data into the brake control system for simulation testing to obtain control data output by the brake control system; Based on the control data, an operating state of the brake control system is determined.

2. The method according to claim 1, characterized in that The step of retrieving the simulation model corresponding to the vehicle and running the test script to obtain simulation data includes: Retrieving the simulation model that matches the driving function type; The test script is run using the retrieved simulation model to obtain the simulation data.

3. The method according to claim 2, characterized in that The step of running the test script using the retrieved simulation model to obtain the simulation data includes: Running the test script using the sensor in the simulation model to obtain the simulation data output by the sensor; and / or The request model in the simulation model is retrieved to run the test script to obtain the simulation data output by the request model, wherein the request model corresponds to the driving function one by one.

4. The method according to claim 1, wherein Determining the operating state of the brake control system based on the control data includes: determining standard control data corresponding to the braking control system under the driving function type; Matching the control data with the standard control data to obtain a matching result; Based on the matching result, the operating status is determined.

5. The method according to claim 4, characterized in that The determining the operating status based on the matching result includes: In response to the matching result indicating that the control data and the standard control data do not match successfully, the operating state is determined to be an abnormal operating state.

6. The method according to any one of claims 1 to 5, characterized in that The method further comprises: Acquiring test plan information of the brake control system, wherein the test plan information includes at least a system type of the brake control system and a driving function type; Based on the test plan information, the test script corresponding to the brake control system is constructed.

7. A device for determining the operating state of a braking control system in a vehicle, characterized in that: include: a first determining unit, configured to determine a system type of a brake control system in a vehicle and a driving function type for testing the brake control system; An acquisition unit, configured to acquire a test script that matches the system type and the driving function type; a retrieval unit, configured to retrieve a simulation model corresponding to the vehicle and run the test script to obtain simulation data, wherein the simulation model is used to simulate the data transmission process of the vehicle under different driving functions, and the simulation data is used to represent the response results of the controller in the vehicle under the driving functions; an input unit, configured to input the simulation data into the brake control system for simulation testing, and obtain control data output by the brake control system; The second determining unit is configured to determine an operating state of the brake control system based on the control data.

8. A computer-readable storage medium, characterized in that The computer-readable storage medium includes a stored program, wherein when the program is executed, the device where the computer-readable storage medium is located is controlled to execute the method according to any one of claims 1 to 6.

9. A processor, characterized in that: The processor is configured to run a program, wherein the program, when run by the processor, executes the method according to any one of claims 1 to 6.

10. A computer program product, characterized in that The method comprises computer instructions, which implement the method according to any one of claims 1 to 6 when executed by a processor.