Automatic test system and method for path planning rack

Abstract

The invention provides an automatic test system and method for a path planning rack. The automatic test system for the path planning rack comprises a hardware equipment group and a software module group running on the hardware equipment group, the hardware equipment group comprises a PC terminal which serves as a core control end and is used for running a test control program, storing test data and analyzing a test result; the cabin rack is used for simulating a real cabin navigation operation environment of the automobile; and the intelligent navigation control rack is used for providing interface support for an intelligent driving system and realizing communication linkage between the cabin rack and the intelligent driving system. The automatic test system and method for the path planning rack have the advantages of being capable of achieving automatic and efficient verification of path planning instruction issuing, communication stability, result accuracy and system pressure.

Description

Technical Field

[0001] This invention relates to the field of automotive electronics testing technology, and in particular to an automated test system and method for path planning bench testing. Background Technology

[0002] The reliability of automotive intelligent driving and navigation systems directly affects driving safety and user experience. Among these, the success rate of route planning commands (Route), the stability of inter-system communication, and the accuracy of route planning results (CR results) from different map service providers are core dimensions of system verification. In real-vehicle testing, issues such as route planning commands not being issued, communication connection abnormalities, and significant discrepancies in results from different service providers frequently occur, while traditional testing methods primarily rely on manual operation.

[0003] The closest existing technology is a manual testing approach: testers manually generate a small number of coordinate pairs, encapsulate the requests, and send them to the vehicle's infotainment system, then manually observe and record the test results. This method suffers from a series of drawbacks, including low automation, low testing efficiency, inability to simulate high-frequency stress scenarios, untimely anomaly detection, lack of effective frequency control leading to map service SDK blocking, and redundant test data. Therefore, it cannot meet the needs of large-scale verification of intelligent driving systems.

[0004] Therefore, it is necessary to provide a new path planning bench automated testing system and method to solve the above-mentioned technical problems. Summary of the Invention

[0005] The technical problem solved by this invention is to provide an automated test system and method for path planning bench that can automate and efficiently verify path planning command issuance, communication stability, result accuracy, and system stress.

[0006] To solve the above-mentioned technical problems, the path planning bench automated testing system provided by the present invention includes: a hardware device group and a software module group running on the hardware device group;

[0007] The hardware device group includes:

[0008] The PC terminal serves as the core control terminal, used to run test control programs, store test data, and analyze test results.

[0009] Cockpit test bench, used to simulate the actual navigation operating environment of a car cockpit;

[0010] The intelligent navigation control console provides interface support for the intelligent driving system, enabling communication and linkage between the cockpit console and the intelligent driving system.

[0011] The software module group includes:

[0012] The path engine module is used to call road network data to generate multiple sets of start-end coordinate pairs, perform geographic coordinate encryption processing on the coordinate pairs and encapsulate them into path planning requests, send them to the vehicle's infotainment system in a loop at a set request frequency, and monitor the status of path planning instructions, intermediate navigation path data and path planning comparison results in real time.

[0013] The route navigation module is used to receive the request instructions from the route engine module, send virtual positioning data to the operating system, and initiate a route planning request to the vehicle navigation system.

[0014] The results analysis module is used to detect whether the vehicle's infotainment system has successfully received the route planning instruction, verify the accuracy of the route planning comparison results, collect abnormal data during the test, and generate a visual test report.

[0015] Preferably, the path engine module is specifically used for:

[0016] Use road network data to generate preset data (no fewer than 100 sets) of start-end coordinate pairs;

[0017] Perform geographic coordinate encryption processing on the coordinate pairs;

[0018] The processed coordinate pairs are encapsulated into request data in JSON format;

[0019] The system sends requests to the vehicle's infotainment system via the API interface at a set request frequency. The request frequency is adjustable to avoid the map service SDK being blocked due to high-frequency requests.

[0020] Preferably, when the result analysis module verifies the accuracy of the path planning comparison results, it presets a deviation threshold and compares the path planning results calculated by different map service providers. If the deviation value is less than or equal to the preset threshold, it is determined to be qualified.

[0021] Preferably, the software module group further includes an auxiliary module, which includes an API module for data transmission, an in-vehicle navigation system for providing navigation function calls, a map engine module for providing map engine support, and a map service SDK; the auxiliary module also has the function of periodically clearing disk data.

[0022] This invention also provides an automated test method for path planning benchtops, comprising the following steps:

[0023] S1: System initialization: Start the hardware device group, verify the communication connection status between the cockpit platform and the intelligent driving system through the intelligent navigation control platform, and load the software module group;

[0024] S2: Test Parameter Configuration: Configure test parameters, including request frequency, coordinate pair generation rules, geographic coordinate encryption parameters, and timeout threshold for data disk persistence detection;

[0025] S3: Route request generation and sending: The route engine module calls the road network data to generate multiple sets of start-end coordinate pairs, which are then encapsulated as requests after being encrypted with geographic coordinates and sent to the vehicle unit in a loop.

[0026] S4: Virtual Positioning and Route Planning: After receiving the request, the route navigation module sends virtual positioning data to the operating system and simultaneously initiates a route planning request to the vehicle navigation system.

[0027] S5: Data write-to-disk detection: Real-time monitoring of the write-to-disk status of path planning instructions, intermediate navigation path data, and path planning comparison results; if the data is written to disk normally, the next set of requests is triggered; if the data is not written to disk and the waiting time exceeds the timeout threshold, the anomaly is recorded and the next set of requests is sent.

[0028] S6: Result Analysis: The result analysis module analyzes the path planning instruction reception status, communication stability, and accuracy of path planning comparison results, and generates a test report;

[0029] S7: Test Closure: Automatically clean up the data written to disk and orderly shut down the software module group and the hardware device group.

[0030] Preferably, in the data disk detection, if a timeout occurs for a preset number of consecutive times, the abnormal information is recorded more frequently. The abnormal information includes the time point of the abnormality, the corresponding coordinate pair, and the current communication status.

[0031] Preferably, the request frequency is set to once every 3 seconds by default; the timeout threshold for data write-to-disk detection is set to 1 minute by default.

[0032] Preferably, in the accuracy verification of the path planning comparison results, the preset path deviation qualification threshold is no more than 5 meters.

[0033] Compared with related technologies, the path planning automated test bench system and method provided by this invention have the following advantages:

[0034] This invention provides an automated testing system and method for path planning benchtops, which can automate the entire process from test execution to result analysis, significantly improving efficiency and meeting the needs of large-scale testing. Through request frequency control, it can effectively prevent the map service SDK from being blocked due to high-frequency access, ensuring test continuity. Setting a reasonable disk timeout threshold balances testing efficiency with the integrity of anomaly capture. Encryption based on real road network data and geographic coordinates makes the test results more valuable. It can simulate high-frequency request scenarios, exposing potential problems of the system under high load. It also features an automated data cleaning mechanism, saving storage resources. Attached Figure Description

[0035] Figure 1 A flowchart of the path planning bench automation testing method provided by the present invention;

[0036] Figure 2 for Figure 1 An enlarged structural diagram of part A shown;

[0037] Figure 3 for Figure 1 An enlarged structural diagram of part B is shown;

[0038] Figure 4 for Figure 1 A magnified structural diagram of part C shown;

[0039] Figure 5 for Figure 1 A schematic diagram of the enlarged structure of part D shown;

[0040] Figure 6 A schematic diagram of the operation flow of the path engine module of the path planning bench automated testing system provided by the present invention;

[0041] Figure 7 A schematic diagram of the operation flow of the path navigation module in the path planning bench automated testing system provided by the present invention;

[0042] Figure 8 A schematic diagram of the operation flow of the result analysis module of the path planning bench automated testing system provided by the present invention. Detailed Implementation

[0043] The present invention will be further described below with reference to the accompanying drawings and embodiments.

[0044] Please refer to the following: Figures 1-8 ,in, Figure 1 A flowchart of the path planning bench automation testing method provided by the present invention; Figure 2 for Figure 1 An enlarged structural diagram of part A shown; Figure 3 for Figure 1An enlarged structural diagram of part B is shown; Figure 4 for Figure 1 A magnified structural diagram of part C shown; Figure 5 for Figure 1 A schematic diagram of the enlarged structure of part D shown; Figure 6 A schematic diagram of the operation flow of the path engine module of the path planning bench automated testing system provided by the present invention; Figure 7 A schematic diagram of the operation flow of the path navigation module in the path planning bench automated testing system provided by the present invention; Figure 8 This is a schematic diagram illustrating the operation flow of the result analysis module in the path planning automated test bench system provided by the present invention. The path planning automated test bench system consists of a hardware equipment group and a software module group.

[0045] The hardware device group includes:

[0046] PC terminal: As the core control terminal, it must meet certain hardware configuration requirements (such as Windows 10 or above operating system, 16GB or more of memory, and 500GB or more of storage space), and connect to other racks via wired network to ensure communication latency ≤50ms.

[0047] Cockpit platform: A hardware carrier that simulates the actual navigation operating environment of a car cockpit.

[0048] Intelligent navigation control console: Provides an interface for the intelligent driving system and serves as the hardware bridge for communication and linkage between the cockpit console and the intelligent driving system. The system's operation presupposes that the cockpit console and the intelligent driving system maintain communication connectivity through the intelligent navigation control console.

[0049] The software module group includes a core module and auxiliary modules.

[0050] Core modules:

[0051] The Path Engine module is responsible for generating path planning requests. It calls road network data to generate a large number of start-end coordinate pairs, performs geographic coordinate encryption processing, encapsulates them into JSON format requests, and sends them cyclically at a controllable frequency (e.g., once every 3 seconds by default), while monitoring the disk storage status of various test data.

[0052] Route guidance module: Responsible for simulating navigation behavior. Upon receiving a request, it sends virtual location data to the operating system and initiates a route planning request to the in-vehicle navigation system.

[0053] Results Analysis Module: Responsible for results verification and analysis. It monitors the route planning command reception status, verifies deviations in route planning results from different map service providers (with a preset acceptable threshold, such as ≤5 meters), statistically analyzes various anomalies, and generates a visual test report.

[0054] Auxiliary modules include APIs for data transmission, in-vehicle navigation systems, map engines, and map service SDKs. They also have a function to automatically clean up test data on a regular basis to avoid storage redundancy.

[0055] The present invention also provides a testing method based on the above system, comprising the following steps:

[0056] S1: System initialization: Start all hardware devices, verify communication links, and load all software modules.

[0057] S2: Test parameter configuration: Set the request frequency, coordinate generation rules, geographic coordinate encryption parameters, and data disk timeout threshold (e.g., 1 minute) in the path engine module.

[0058] S3: Path request generation and sending: The path engine module generates coordinate pairs, encrypts and encapsulates them, and sends them to the vehicle's infotainment system in a loop at a set frequency.

[0059] S4: Virtual Positioning and Route Planning: The route navigation module sends virtual positioning data and initiates a route planning request.

[0060] S5: Data write-to-disk detection: Real-time monitoring of data write-to-disk. If the write-to-disk is successful, proceed to the next request; if a timeout occurs, record the anomaly (time point, coordinate mismatch, etc.) and continue; if multiple consecutive timeouts (e.g., 3 times) occur, strengthen the recording of anomaly information.

[0061] S6: Results Analysis: The results analysis module comprehensively analyzes the path planning instruction reception status, communication stability, and result accuracy, and generates a report.

[0062] S7: Test Closure: Automatically cleans up data and shuts down all modules and devices.

[0063] Example:

[0064] During system implementation, first connect the PC terminal, cockpit console, and intelligent navigation control console according to hardware requirements, ensuring that communication latency meets standards. Software modules can be deployed on the PC terminal.

[0065] During testing, the operator first performs the initialization step (S1) to ensure the system is ready. Then, parameters are set through the configuration interface of the path engine module (S2), for example, setting the request frequency to 1 time / 3 seconds, the disk drop timeout threshold to 1 minute, and the path planning result deviation qualification threshold to 5 meters.

[0066] After the test starts, the route engine module begins working (S3): it calls the road network data to generate coordinate pairs, encrypts the coordinates, encapsulates JSON requests, and sends them at a set frequency. The route navigation module then responds (S4): it sends virtual location and requests route planning.

[0067] During the data write-to-disk detection phase (S5), the system continuously monitors the process. If the data is successfully written to the storage medium within one minute, the process continues. If a timeout occurs, an anomaly is recorded, and the test continues. If three consecutive timeouts occur, the system will record the anomaly time, the coordinates that triggered the anomaly, and the communication status at that time in detail, facilitating accurate problem localization later.

[0068] After the test is completed or preset conditions are met, the results analysis module starts working (S6), aggregating and analyzing all data to generate a visual report containing indicators such as success rate, stability rate, and pass rate. Finally, the system automatically executes a cleanup procedure (S7) to release storage space.

[0069] Compared with related technologies, the path planning automated test bench system and method provided by this invention have the following advantages:

[0070] This invention provides an automated testing system and method for path planning benchtops, which can automate the entire process from test execution to result analysis, significantly improving efficiency and meeting the needs of large-scale testing. Through request frequency control, it can effectively prevent the map service SDK from being blocked due to high-frequency access, ensuring test continuity. Setting a reasonable disk timeout threshold balances testing efficiency with the integrity of anomaly capture. Encryption based on real road network data and geographic coordinates makes the test results more valuable. It can simulate high-frequency request scenarios, exposing potential problems of the system under high load. It also features an automated data cleaning mechanism, saving storage resources.

[0071] The above description is merely an embodiment of the present invention and does not limit the patent scope of the present invention. Any equivalent structural or procedural transformations made based on the content of the present invention specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of the present invention.

Claims

1. An automated test bench system for path planning, characterized in that, It includes a group of hardware devices and a group of software modules running on the group of hardware devices; The hardware device group includes: The PC terminal serves as the core control terminal, used to run test control programs, store test data, and analyze test results. Cockpit test bench, used to simulate the actual navigation operating environment of a car cockpit; The intelligent navigation control console provides interface support for the intelligent driving system, enabling communication and linkage between the cockpit console and the intelligent driving system. The software module group includes: The path engine module is used to call road network data to generate multiple sets of start-end coordinate pairs, perform geographic coordinate encryption processing on the coordinate pairs and encapsulate them into path planning requests, send them to the vehicle's infotainment system in a loop at a set request frequency, and monitor the status of path planning instructions, intermediate navigation path data and path planning comparison results in real time. The route navigation module is used to receive the request instructions from the route engine module, send virtual positioning data to the operating system, and initiate a route planning request to the vehicle navigation system. The results analysis module is used to detect whether the vehicle's infotainment system has successfully received the route planning instruction, verify the accuracy of the route planning comparison results, collect abnormal data during the test, and generate a visual test report.

2. The path planning bench automated testing system according to claim 1, characterized in that, The path engine module is specifically used for: Use road network data to generate preset data (no fewer than 100 sets) of start-end coordinate pairs; Perform geographic coordinate encryption processing on the coordinate pairs; The processed coordinate pairs are encapsulated into request data in JSON format; The system sends requests to the vehicle's infotainment system via the API interface at a set request frequency. The request frequency is adjustable to avoid the map service SDK being blocked due to high-frequency requests.

3. The path planning bench automated testing system according to claim 1, characterized in that, When the result analysis module verifies the accuracy of the route planning comparison results, it presets a deviation threshold and compares the route planning results calculated by different map service providers. If the deviation value is less than or equal to the preset threshold, it is considered qualified.

4. The path planning bench automated testing system according to claim 1, characterized in that, The software module group also includes an auxiliary module, which includes an API module for data transmission, an in-vehicle navigation system for providing navigation function calls, a map engine module for providing map engine support, and a map service SDK; the auxiliary module also has the function of periodically clearing disk data.

5. A path planning automated bench testing method based on the system described in any one of claims 1-4, characterized in that, Includes the following steps: S1: System initialization: Start the hardware device group, verify the communication connection status between the cockpit platform and the intelligent driving system through the intelligent navigation control platform, and load the software module group; S2: Test Parameter Configuration: Configure test parameters, including request frequency, coordinate pair generation rules, geographic coordinate encryption parameters, and timeout threshold for data disk persistence detection; S3: Route request generation and sending: The route engine module calls the road network data to generate multiple sets of start-end coordinate pairs, which are then encapsulated as requests after being encrypted with geographic coordinates and sent to the vehicle unit in a loop. S4: Virtual Positioning and Route Planning: After receiving the request, the route navigation module sends virtual positioning data to the operating system and simultaneously initiates a route planning request to the vehicle navigation system. S5: Data write-to-disk detection: Real-time monitoring of the write-to-disk status of path planning instructions, intermediate navigation path data, and path planning comparison results; if the data is written to disk normally, the next set of requests is triggered; if the data is not written to disk and the waiting time exceeds the timeout threshold, the anomaly is recorded and the next set of requests is sent. S6: Result Analysis: The result analysis module analyzes the path planning instruction reception status, communication stability, and accuracy of path planning comparison results, and generates a test report; S7: Test Closure: Automatically clean up the data written to disk and orderly shut down the software module group and the hardware device group.

6. The path planning bench automation testing method according to claim 5, characterized in that, In the data disk detection, if a timeout occurs for a preset number of consecutive times, the abnormal information is recorded more strictly. The abnormal information includes the time point of the abnormality, the corresponding coordinate pair, and the current communication status.

7. The automated test method for path planning benches according to claim 5, characterized in that, The default request frequency is set to once every 3 seconds; the default timeout threshold for data write-to-disk detection is set to 1 minute.

8. The automated test method for path planning benches according to claim 5, characterized in that, In the accuracy verification of the path planning comparison results, the preset acceptable threshold for path deviation is no more than 5 meters.

Images