Test terminal for open environment test

Abstract

The invention relates to the technical field of intelligent network connection vehicle machine application testing, and discloses a testing terminal for open environment testing, comprising an ADB signal receiving module which supports USB and Wi-Fi to connect to-be-tested equipment and receives an ADB instruction; the CAN bus receiving module supports CAN and CANFD protocols, and the anti-electromagnetic interference level is greater than or equal to 100V / m; the 4G / 5G communication module supports LTE and NR systems, and the signal transmission delay is less than or equal to 50ms; the control and configuration module provides a remote parameter configuration interface and supports dynamic adjustment of the baud rate of 10 kbps to 1 Mbps; a 10000 mAh battery is arranged in the power management module, and the power management module supports continuous work for more than or equal to 8 hours. The ADB / CAN signal is converted through the 4G / 5G network, the physical connection limitation is broken through, the technical blank of open environment testing is filled up, and the method is a key technology upgrade in the field of intelligent network connection automobile testing.

Description

Technical Field

[0001] The present invention relates to the technical field of intelligent connected vehicle computer application testing, and in particular to a test terminal for open environment testing. Background Art

[0002] ICV application testing involves complex scenarios with multiple dimensions, including network environment, geographic location, and traffic conditions. Existing testing solutions are mainly divided into two categories: automated laboratory testing and manual road testing. Laboratory testing: Automated script execution can be achieved by simulating signal interactions using hardware-in-the-loop (HIL) devices and simulation software. However, this cannot truly replicate the network fluctuations, geographic location dependencies (such as longitude and latitude), and dynamic traffic environments found in real-world road conditions.

[0003] Manual road testing: This method relies on manual operation by testers in actual road environments (e.g., in-vehicle voice testing requires manual monitoring and response). It is difficult to cover extreme scenarios (e.g., low-battery mobile phone interactions, multi-signal interference environments), and the data recording accuracy is insufficient (e.g., manual recording errors).

[0004] For the above two types of tests, the current technical solutions have the following defects: 1. Low testing efficiency: The laboratory cannot simulate real-time road conditions. During road tests, due to the inability to connect to the laboratory server, manual click-by-click operations are required (for example, the test bench system disclosed in patent CN113049272A requires manual configuration of the wiring harness). Repeated testing is time-consuming and labor-intensive, especially during rush hour.

[0005] 2. Low test coverage: It is difficult for laboratories to simulate complex network environments (such as 4G / 5G signal attenuation), dynamic longitude and latitude changes, and server bandwidth pressure (for example, the base station simulation disclosed in patent CN114756009A only supports fixed network simulation). As a result, extreme scenarios (such as multi-vehicle interaction and tunnel signal interruption) cannot be covered and the risk of missed detection is high.

[0006] 3. Insufficient test accuracy: Manual recording cannot synchronously capture multi-dimensional data such as command request time, response delay, longitude and latitude coordinates (for example, the response time test disclosed in patent CN115560994A relies on manual comparison), and the data accuracy is low (there is an error of at least ±10ms), making it difficult to reproduce the problem.

[0007] 4. High labor costs: Professionals are required to operate the hardware (for example, the ADB touch simulation disclosed in patent CN112416775A requires manual debugging). Each version iteration requires repeated manual testing, and hardware resource utilization is low (for example, the test bench disclosed in patent CN113049272A only supports a single vehicle model).

[0008] Existing technologies are unable to integrate automated test scripts with multi-dimensional environment simulations under real-time road conditions, resulting in frequent compatibility and stability issues with in-vehicle computer applications in real-world scenarios. Therefore, it is crucial to develop a new in-vehicle computer application testing method and the corresponding test terminals that play a key role in testing. Summary of the Invention

[0009] The present invention aims to provide a test terminal for open environment testing, providing key signal support for new vehicle-machine application testing methods, so as to solve the problem that existing technologies are unable to integrate automated test scripts and multi-dimensional environment simulations under real-time road conditions, resulting in frequent compatibility and stability failures of vehicle-machine applications in real scenarios.

[0010] In order to solve the above problems, the present invention adopts the following technical solutions: Basic solution: A test terminal for open environment testing, including: ADB signal receiving module, supports USB and Wi-Fi connection to the device under test, and receives ADB commands; CAN bus receiving module, supports CAN and CANFD protocols, anti-electromagnetic interference level ≥100V / m; 4G / 5G communication module, supporting LTE and NR standards, signal transmission delay ≤ 50ms; The control and configuration module provides a remote parameter configuration interface and supports dynamic adjustment of the baud rate from 10kbps to 1Mbps; Power management module, built-in battery, supports continuous operation ≥ 8 hours.

[0011] Beneficial effects: Wireless connectivity extends the test range to over 50 kilometers (compared to the 10-meter limit of wired connections), increasing flexibility by 90%; The anti-interference design is suitable for strong electromagnetic environments (such as signal error ≤5% next to light rail), and the test scenario coverage rate is increased by 40%.

[0012] Existing technologies are unable to achieve wireless, dynamic, and automated vehicle testing in an open environment, resulting in a high rate of missed functional defects in complex scenarios. This invention, which converts ADB / CAN signals over 4G / 5G networks, overcomes physical connection limitations, fills a technological gap in open environment testing, and represents a key technological advancement in the field of intelligent connected vehicle testing.

[0013] Preferably, the 4G / 5G communication module supports dynamic signal attenuation simulation, and the signal strength is set to -100dBm to -50dBm through software, with a step of 1dBm.

[0014] Beneficial effects: Accurately reproduce weak network scenarios such as tunnels and underground garages, and improve signal simulation accuracy to ±1dBm compared to existing technologies (±5dBm).

[0015] Preferably, it also includes a fault-tolerant module, which monitors the command return status in real time. When an error is detected, it can automatically adjust the communication parameters including baud rate and signal modulation mode through the control and configuration module to restore the link. If the link cannot be fully restored, it maintains partial communication of key test data including CAN bus safety signals and ADB core command responses. At the same time, it generates a fault report containing error type, timestamp, device status and latitude and longitude information, and sends it to the cloud testing platform through the 4G / 5G communication module. The report generation delay time is less than or equal to 100ms.

[0016] Beneficial effects: Automatic fault handling reduces test interruption time from an average of 5 minutes with manual intervention to 15 seconds, achieves 100% retention of key data, and improves fault report completeness to 98%.

[0017] Preferably, the control and configuration module supports API interface docking with the cloud testing platform, and starts execution within 500ms after the test script is remotely sent.

[0018] Beneficial effects: The remote control response speed is improved to millisecond level, and the testing efficiency is increased by 80% compared with manual operation.

[0019] Preferably, the ADB signal receiving module supports simultaneous connection to three devices under test, and distinguishes different vehicle-mounted data streams through the device ID field.

[0020] Beneficial effects: Concurrent testing on multiple devices increases hardware utilization by 3 times, making it suitable for simultaneous testing of multiple vehicle models.

[0021] Preferably, the test terminal is connected to the vehicle computer via the USB and Wi-Fi of the ADB signal receiving module, the CAN bus receiving module connects the CAN interface to the vehicle bus, and the ADB signal receiving module collects the ADB command response time and the CAN frame interval; The 4G / 5G communication module encrypts and transmits data to the cloud testing platform, which displays the signal strength-time curve in real time, with a threshold alarm delay of ≤200ms.

[0022] Beneficial effects: Real-time monitoring reduces the time it takes to detect anomalies from 30 minutes during manual inspections to 20 seconds.

[0023] Preferably, in a weak network scenario, the test terminal automatically switches to local cache mode, stores data in an amount greater than or equal to 1GB, and automatically resumes transmission after the network is restored.

[0024] Beneficial effects: In the case of network disconnection, the data loss rate is reduced from 100% to 0, ensuring the integrity of test data.

[0025] Preferably, the test terminal simulates the Bluetooth key signal within the frequency range of 2.4GHz±0.5GHz, and tests the vehicle computer response success rate in a strong electromagnetic interference area with a field strength of ≥50V / m.

[0026] Beneficial effects: Extreme scenario testing fills the gap in existing technologies and increases the detection rate of Bluetooth function defects by 50%.

[0027] Preferably, the cloud testing platform generates a test pass rate heat map based on the latitude and longitude and signal strength with an accuracy of less than or equal to 1m transmitted back by the test terminal, and the update interval is less than or equal to 1 minute.

[0028] Beneficial effects: Visual analysis improves problem location efficiency by 70%, making it three times faster than traditional log analysis.

[0029] Preferably, the test terminal supports remote restart of the vehicle computer, with the time from sending the command to completing the restart being less than or equal to 30 seconds, and automatically resuming the test process.

[0030] Beneficial effects: Remote maintenance reduces on-site intervention time by 90% and is suitable for unattended testing scenarios.

[0031] The advantages of the present invention are: 1. Wireless and flexibility: Supporting 4G / 5G remote connection, the test range covers complex road conditions such as urban main roads and suburbs, breaking through the physical limitations of the laboratory and providing critical signal support for vehicle-mounted application testing in open environments.

[0032] 2. Accurate environment simulation: Dynamic signal attenuation (±1dBm accuracy) and anti-interference design (100V / m field strength) replicate over 95% of real-world scenarios, providing the prerequisite for accurate testing of automotive applications in open environments.

[0033] 3. Efficient automation: In complex road test environments outside the laboratory, the test terminal of the present invention can enable scripts to be executed, while breaking the dilemma of laboratory testing and existing road testing in simulating real signals in complex environments. The script execution efficiency is improved by 8 times compared with manual testing, and the average daily number of test cases for a single device has increased from 50 to 400, making open testing of vehicle-mounted applications in special environments possible.

[0034] 4. Data Accuracy Sub-millisecond signal analysis (CAN sampling frequency 1MHz) and sub-meter positioning (satellite navigation accuracy ≤1m), with data error ≤3%. Through the setting of the test terminal of the present invention, vehicle application testing in an open environment overcomes the mutual interference simulation problem of complex signals in a complex environment, making the test results more realistic and reliable. The use of the test terminal will not increase the loss or distortion of interference signal simulation, providing a more accurate and realistic vehicle application testing environment.

[0035] 5. Cost advantage: The utilization rate of all hardware including the test terminal of the present invention is increased by 3 times, the labor cost is reduced by 60%, and the cost of a single test is reduced from 2,000 yuan to 800 yuan, which can better adapt to various complex road environments.

[0036] In existing technologies, ADB debugging and CAN testing are limited to wired connections (such as the USB solution in patent CN112416775A). This invention, however, combines 4G / 5G communication with in-vehicle bus testing for the first time, achieving a "wireless + real-time" breakthrough that goes beyond a simple technical overlay.

[0037] Traditional test terminals (such as the test bench in patent CN113049272A) cannot simulate the dynamic changes of signals in open environments. The present invention adapts to dynamic environments and solves the simulation problems of weak network and strong interference scenarios in existing technologies through software-defined signal attenuation (continuously adjustable from -100dBm to -50dBm).

[0038] Existing remote testing relies on manual intervention (for example, the base station simulation in patent CN114756009A requires manual configuration). The present invention implements remote closed-loop control and achieves full automation of the "script issuance - execution - feedback - maintenance" process through API docking between the test terminal and the cloud testing platform, significantly improving the technical complexity. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] Figure 1 This is a schematic diagram of a Bluetooth key application test in a strong battery interference scenario according to the first embodiment of the present invention.

[0040] Figure 2This is a schematic diagram of a navigation application test in a heavy traffic scenario according to the second embodiment of the present invention.

[0041] Figure 3 This is a schematic diagram of remote diagnosis according to the third embodiment of the present invention.

[0042] Figure 4 This is a schematic diagram of the connection structure of the test terminal of the present invention during the vehicle computer testing process. DETAILED DESCRIPTION

[0043] The following is further described in detail through specific implementation methods: like Figure 4 As shown, the test terminal for open environment testing of the present invention is a test terminal used to convert ADB / CAN signals to 4G / 5G during the open environment vehicle application test process, which solves the problems of limited test environment and insufficient real-time performance in the existing technology and realizes remote and efficient CAN bus signal testing and monitoring.

[0044] Test terminals for open environment testing, including: ADB signal receiving module: used to receive ADB signals from the device under test; supports multiple connection methods such as USB and Wi-Fi.

[0045] CAN bus receiver module: used to receive signals from the CAN bus; supports standard CAN (ISO 11898) and CANFD (Flexible Data Rate) protocols, and provides high anti-interference capabilities, suitable for complex electromagnetic environments.

[0046] 4G / 5G communication module: Transmits the converted signal to a remote server or test platform via the 4G / 5G network; supports multiple frequency bands and multiple standards (such as LTE and NR) to adapt to different network environments.

[0047] Control and configuration module: provides a user interface or API interface for configuring test parameters (such as baud rate, frame format, etc.); supports remote control and real-time status monitoring.

[0048] Power management module: provides efficient power management functions to support long-term operation; supports battery power supply and external power adaptation.

[0049] During operation, the vehicle under test is connected to the test terminal via the ADB interface. The test terminal receives the ADB signal and converts it into a data format suitable for 4G / 5G network transmission through the signal conversion module built into the control and configuration module, and adds a field identifying this message as an ADB type.

[0050] The CAN bus signal of the vehicle under test is connected to the test terminal through the CAN bus interface module.

[0051] The signal processing and conversion module within the control and configuration module parses and encrypts the CAN bus signal, converts it into a data format suitable for 4G / 5G network transmission, and adds this message as a CAN type field.

[0052] The data converted by the control and configuration module is sent to the remote server or test platform through the network base station via the 4G / 5G communication module.

[0053] The remote server analyzes and processes the data and feeds the results back to the user.

[0054] The test terminal in the present invention not only plays the role of converting and collecting various signals in the vehicle-mounted computer application test in an open environment, but also plays the role of connecting various test equipment and test platforms for testing without affecting the various signal interferences existing in the open environment itself, making it possible to conduct vehicle-mounted computer application testing in an open environment.

[0055] The present invention enables automated use cases that can only be tested in the laboratory to be executed under real-time road conditions, which is more efficient, automates testing in various complex scenarios, and makes testing and recording more accurate, saving labor costs, improving test quality, increasing equipment utilization, and providing more accurate test reports.

[0056] Example 1 like Figure 1 As shown, this embodiment demonstrates Bluetooth key fob testing under strong electromagnetic interference. In areas with strong electromagnetic interference, such as light rail or near airports, the signal test terminal is connected to the vehicle's USB port and CAN port. A converter connects to the Cloud Test app, serving as the backend testing platform, via 4G / 5G data cloud communication. Bluetooth key control commands are then issued via the Cloud Test app on the phone. The test terminal can monitor the vehicle's reception and response to these commands, as well as Bluetooth module logs, in real time.

[0057] Specifically, Terminal deployment: The test terminal is connected to the vehicle computer via USB, and the CAN interface is connected to the vehicle body bus. The 4G / 5G module is set to a signal strength of -80dBm (simulating obstruction by high-rise buildings in the city center). The Bluetooth simulation function was turned on through the cloud testing platform, and 1000 unlocking commands were sent to the vehicle under test through the mobile phone APP connected to the cloud testing platform. The frequency was 2.4GHz, and 50V / m electromagnetic interference was applied at the same time (simulating the electromagnetic environment of the light rail).

[0058] Automated testing: The cloud testing platform sends scripts, and the test terminal automatically records the ADB response time of each command (average 120ms, ≤150ms is qualified) and the CAN bus frame interval (average 50ms, ≤80ms is qualified); Real-time data sent back by the test terminal showed that, for example, the 327th command caused a response timeout (0.5-3s, of which remote unlocking usually takes 1s) due to interference, and the associated CAN frame was lost, which was located as an anti-interference defect in the Bluetooth module.

[0059] Optimization verification: After improving the Bluetooth module filter circuit of the vehicle under test, the retest response time was stabilized at 110ms, and the pass rate was effectively improved.

[0060] Example 2 like Figure 2 As shown, this embodiment demonstrates a multi-vehicle concurrent navigation test in a high-traffic scenario. During off-hours, the vehicle is driven to a high-traffic section of road. The signal test terminal is connected to the USB port and the CAN port of the vehicle under test. A converter is connected to the cloud testing app via 4G / 5G data cloud communication. The test vehicle activates the navigation application and connects to the map application server. The test vehicle and the test vehicle are subject to real-world signal interference from surrounding buildings, vehicles, and light rail. The test terminal in this embodiment can timely collect various indicators of the vehicle's transmission, reception, and operation, enabling the vehicle application to be tested in a real, open, and practical environment, resulting in more reliable test results.

[0061] Specifically, Terminal deployment: Three test terminals were connected to three test vehicles respectively, accessing the cloud testing platform via Wi-Fi. The 4G / 5G modules were set to different signal strengths (-60dBm, -75dBm, and -90dBm). Plan the same congested road section (latitude and longitude: 30.123°N, 120.456°E) and simulate the morning rush hour scenario.

[0062] Automated testing: The cloud testing platform simultaneously sends the navigation script, and the test terminal executes the "avoid congested route" instruction and records: The response time for a vehicle with a strong signal (-60dBm) is 800ms, and the map loads normally. For vehicles with weak signals (-90dBm), local caching is enabled, the response time is 1.2s, and the map loading delay is ≤500ms (qualified).

[0063] Data Visualization: The heat map shows that the navigation success rate in weak signal areas is 85%, triggering a yellow warning and prompting optimization of the offline map caching mechanism.

[0064] Example 3 like Figure 3 As shown, this embodiment uses the test terminal to transmit on-site test results in real time to the cloud testing platform and remote server, enabling remote diagnosis through the cloud testing platform and remote server. During a road test, if a rare, difficult-to-reproduce anomaly occurs, such as a vehicle computer freeze, the test terminal can promptly transmit the vehicle computer connection signal to the cloud testing platform and remote server, allowing engineers to remotely diagnose the current anomaly and quickly locate the error.

[0065] Example 4 Compared with Example 1, the test terminal in this embodiment also includes a fault tolerance module, which monitors the command return status in real time. When an error is detected, it can automatically adjust the communication parameters including baud rate and signal modulation mode through the control and configuration module to restore the link. If the link cannot be fully restored, partial communication of key test data including CAN bus safety signals and ADB core command responses is maintained. At the same time, a fault report containing error type, timestamp, device status and latitude and longitude information is generated and sent to the cloud testing platform through the 4G / 5G communication module. The report generation delay time is less than or equal to 100ms.

[0066] Through the fault tolerance module, automatic fault handling reduces the test interruption time from an average of 5 minutes of manual intervention to 15 seconds, the key data retention rate reaches 100%, and the fault report completeness is improved to 98%.

[0067] Fault tolerance and recovery testing in weak network and disconnection scenarios: Terminal deployment: The test terminal is connected to the vehicle computer via USB and the CAN interface is connected to the vehicle body bus. The 4G / 5G module signal strength is set to -95dBm (simulating weak suburban network) and a 10-second network disconnection is triggered periodically (simulating tunnel crossing). Enable fault tolerance and large model modules, and the remote I / O module simulates the concurrent "navigation + music playback" instructions of the vehicle computer.

[0068] Automated testing: At the 187th second, a network disconnection occurred, and the ADB command "switch music track" returned an error. The fault tolerance module immediately activated: it maintained vehicle speed and turn signal communication on the CAN bus and cached 120 command data locally (occupying ≤ 50MB of memory). The enhanced diagnostic unit detected an open ADB link (resistance 1.2MΩ). Combined with large-scale model analysis (matching historical network disconnection cases), it was determined to be caused by signal attenuation rather than a hardware failure. At 8 seconds after the network is disconnected, the link recovery function automatically switches to the backup frequency band (switching time 15ms) based on the pre-stored base station location information and re-establishes communication; The large model completed the three instructions lost during the network outage (with a completion accuracy of 91%), ensuring the continuity of the test process. Data verification: After recovery, the test terminal uploads complete data and displays: The average command response time in weak network scenarios is 180ms (≤200ms is acceptable); 100% data integrity during network outages, a significant improvement over traditional solutions (40% loss rate); The two potential faults predicted by the large model (music freeze and navigation offset) both occurred in subsequent tests, verifying the accuracy of the diagnosis.

[0069] Example 5 Compared with Example 1, in this embodiment, the transceivers of the CAN bus receiving module and the ADB signal receiving module have built-in enhanced diagnostic units, which can detect line short circuit (resistance ≤ 5Ω), open circuit (resistance ≥ 1MΩ), overtemperature (≥ 85°C) and process abnormality (such as command response timeout ≥ 500ms). The diagnostic results are updated in real time to the local cache and cloud testing platform through the control and configuration module, and the diagnostic accuracy rate is ≥ 95%.

[0070] The line fault detection response time is shortened from the traditional 10 seconds to 1 second, and the over-temperature protection triggering speed is increased by 80%, avoiding hardware damage rate by more than 90%.

[0071] Example 6 Compared with the first embodiment, in this embodiment, the CAN bus receiving module adds an advanced error recovery strategy based on the standard CAN error handling mechanism: for bit errors, CRC redundancy check retransmission is adopted; for arbitration field conflicts, a dynamic priority adjustment algorithm is enabled; for sudden errors in an open environment (such as frame loss caused by electromagnetic interference), a backup communication channel is automatically enabled (switching time ≤ 20ms), and the signal strength (±1dBm accuracy) and geographic location information when the error occurs are recorded.

[0072] The CAN bus error recovery success rate has been increased from 70% in the standard mechanism to 95%, and test continuity in strong electromagnetic interference scenarios has been improved by 60%.

[0073] Example 7 Compared with Example 1, the test terminal in this embodiment also includes a remote I / O module, which implements input / output logic simulation based on the ADB protocol, maps the vehicle computer's physical buttons (such as the air conditioning switch) and sensor signals (such as light intensity) to the ADB instruction set (supporting more than 100 operation codes), and implements remote diagnosis through the ADB signal receiving module. It can read the I / O port voltage (0-5V, accuracy of ±0.01V) and current (0-1A, accuracy of ±0.001A) status in real time.

[0074] Remote simulated input / output increases test scenario coverage by 30%, enabling more than 80% of functional tests to be completed without physical contact with the vehicle computer.

[0075] Example 8 Compared with the first embodiment, in this embodiment, the test terminal integrates a large model processing unit based on instruction data. This unit uses historical ADB / CAN instructions (accumulated ≥ 1 million) and fault cases as training data and has the following features: Enhanced diagnosis: Predict potential faults (such as bus congestion indicated by abnormal CAN frame intervals) through command feature matching (accuracy ≥ 92%); Message fault tolerance: Context completion for lost packet instructions (completion accuracy ≥ 85%); Link recovery: Predict the optimal recovery strategy (success rate ≥ 90%) based on scenario characteristics (such as the latitude and longitude of weak network areas); Instruction set simulation: Generates virtual instruction sequences (supporting 1000+ combinations) to reproduce complex interaction scenarios (such as multi-vehicle concurrent communication conflicts).

[0076] Large model assistance has increased the fault prediction rate to 75%, and shortened the time to reproduce complex scenarios from 2 hours to 10 minutes.

[0077] In the case of a weak network (signal strength ≤ -90dBm) or a short network outage (≤ 30 seconds) during a road test: Enhanced diagnostics: By analyzing the ADB command timeout frequency and CAN error frame ratio, the accuracy of fault location reaches 90%. The fault-tolerance function is combined with large model completion and local caching to maintain data transmission integrity above 98%; The link recovery function is based on the 4G / 5G signal prediction algorithm, and the recovery speed is three times faster than the traditional reconnection mechanism; This has resulted in a 40% improvement in test pass rate stability and a reduction in missed detection rates to below 5%.

[0078] Advanced error handling testing with multiple concurrent faults: Terminal deployment: Three test terminals connected to three test vehicles were used to conduct a platooning test alongside the light rail (electromagnetic interference 80V / m), simulating a combined fault of strong interference and line short circuit. The CAN bus receiving module enables advanced error recovery strategies and the remote I / O module simulates an “emergency brake” command.

[0079] Testing process: A short circuit (resistance 3Ω) occurred on the CAN bus line of vehicle 1. The advanced error handling unit detected the error within 0.5ms, enabled the backup channel, and adjusted the baud rate to 500kbps. Vehicle 2 experienced 12 consecutive bit errors due to electromagnetic interference, but the data was successfully retransmitted after a CRC redundancy check, reducing the command response delay from 200ms to 80ms. Vehicle 3 simultaneously experienced an ADB process exception and a CAN arbitration field conflict. The large model processing unit prioritized restoring CAN communication based on the command characteristics (emergency braking has the highest priority) and completed link reconstruction within 3 seconds.

[0080] Optimization effect: In the compound fault scenario, the test pass rate of the three vehicles increased from 65% of the traditional solution to 92%, with no hardware damage (the traditional solution had a 15% damage rate due to overheating), verifying the synergistic effectiveness of enhanced diagnosis and error recovery.

[0081] The above is only an embodiment of the present invention, and the common knowledge such as the specific technical solutions and / or characteristics in the solution are not described in detail here. It should be pointed out that for those skilled in the art, without departing from the technical solution of the present invention, several variations and improvements can be made, which should also be regarded as the scope of protection of the present invention, and these will not affect the effect of the implementation of the present invention and the practicality of the patent. The scope of protection required by this application shall be based on the content of its claims, and the specific implementation methods and other records in the description can be used to interpret the content of the claims.

Claims

1. A test terminal for open environment testing, characterized in that: include: ADB signal receiving module, supports USB and Wi-Fi connection to the device under test, and receives ADB commands; CAN bus receiving module, supports CAN and CANFD protocols, anti-electromagnetic interference level ≥100V / m; 4G / 5G communication module, supporting LTE and NR standards, signal transmission delay ≤ 50ms; The control and configuration module provides a remote parameter configuration interface and supports dynamic adjustment of the baud rate from 10kbps to 1Mbps; Power management module, built-in battery, supports continuous operation ≥ 8 hours.

2. The test terminal for open environment testing according to claim 1, characterized in that: The 4G / 5G communication module supports dynamic signal attenuation simulation, and the signal strength can be set from -100dBm to -50dBm in 1dBm steps through software.

3. The test terminal for open environment testing according to claim 1, characterized in that: It also includes a fault-tolerant module, which monitors the command return status in real time. When an error is detected, it can automatically adjust communication parameters including baud rate and signal modulation mode through the control and configuration module to restore link access. If the link cannot be fully restored, partial communication of key test data including CAN bus safety signals and ADB core command responses is maintained. At the same time, a fault report containing error type, timestamp, device status and latitude and longitude information is generated and sent to the cloud testing platform via the 4G / 5G communication module. The report generation delay time is less than or equal to 100ms.

4. The test terminal for open environment testing according to claim 1, characterized in that: The control and configuration module supports API interface docking with the cloud testing platform, and starts execution within 500ms after the test script is remotely issued.

5. The test terminal for open environment testing according to claim 1, characterized in that: The ADB signal receiving module supports simultaneous connection to three devices under test, and distinguishes different vehicle data streams through the device ID field.

6. The test terminal for open environment testing according to claim 1, characterized in that: The test terminal is connected to the vehicle computer through the USB and Wi-Fi of the ADB signal receiving module. The CAN bus receiving module connects the CAN interface to the vehicle bus. The ADB signal receiving module collects the ADB command response time and CAN frame interval. The 4G / 5G communication module encrypts and transmits data to the cloud testing platform, which displays the signal strength-time curve in real time, with a threshold alarm delay of ≤200ms.

7. The test terminal for open environment testing according to claim 6, characterized in that: In a weak network scenario, the test terminal automatically switches to local cache mode, storing data greater than or equal to 1GB, and automatically resumes transmission after the network is restored.

8. The test terminal for open environment testing according to claim 6, characterized in that: The test terminal simulates the Bluetooth key signal within the frequency range of 2.4GHz±0.5GHz, and tests the vehicle computer response success rate in a strong electromagnetic interference area with a field strength of ≥50V / m.

9. The test terminal for open environment testing according to claim 6, characterized in that: The cloud testing platform generates a test pass rate heat map based on the latitude and longitude and signal strength with an accuracy of less than or equal to 1m transmitted back by the test terminal, with an update interval of less than or equal to 1 minute.

10. The test terminal for open environment testing according to claim 6, characterized in that: The test terminal supports remote restart of the vehicle computer. The time from sending the command to completing the restart is less than or equal to 30 seconds, and the test process is automatically restored.

Images