Vehicle automatic test system and method thereof

Abstract

The invention provides a vehicle automatic test system and method, and the system comprises a mobile terminal which is used for configuring and transmitting a test script; the automatic test equipment is used for receiving the test script and converting the test script into a control signal; and the target sub-control is used for responding to the control signal to execute a physical action and feeding back a result to the automatic test equipment. The technical problems that an existing vehicle testing method mainly depends on electronic signal detection, but does not have the direct automatic control capability on physical parts, the testing process must depend on manual intervention, the testing efficiency is low, and the result is difficult to standardize are solved.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle automated testing, and in particular to a vehicle automated testing system and method thereof. Background Art

[0002] In the field of automated testing of vehicle electronic systems, existing technologies primarily implement testing functions through bus-based communication. Test equipment typically consists of a host computer, a communication adapter module, and a test software platform. It sends commands to the ECU under test according to pre-defined test cases and collects system response data. During testing, the equipment analyzes bus messages to monitor changes in electronic signals and verify the ECU's communication protocol, state transition logic, and functional correctness.

[0003] However, there is at least one of the following problems in the relevant technology: existing vehicle testing methods mainly rely on electronic signal detection, but lack the ability to directly automate the control of physical components. The testing process must rely on manual intervention, resulting in low test efficiency and difficult to standardize the results. Summary of the Invention

[0004] The technical problem solved by the present invention is that existing vehicle testing methods mainly rely on electronic signal detection, but lack the ability to directly and automatically control physical components. The testing process must rely on manual intervention, resulting in low test efficiency and difficult to standardize the results.

[0005] To solve the above problems, the present invention provides a vehicle automation testing system including: a mobile terminal, which is used to configure and send test scripts; an automated testing device, which is used to receive test scripts and convert the test scripts into control signals; a target sub-control, which is used to respond to the control signal to perform physical actions and feed back the results to the automated testing device.

[0006] Compared with existing technologies, this solution achieves the following technical benefits: By adding physical execution and feedback, it expands the testing scope from electronic systems to mechanical components. The combination of mobile terminals and automated test equipment replaces the traditional single-command mode of a host computer, enabling testers to flexibly configure the vehicle on-site. The direct response mechanism of the target sub-control eliminates the time delay associated with manual operation of mechanical components, automating all aspects of the testing process.

[0007] In one embodiment of the present invention, the automated testing device includes: a network communication module for establishing communication with a mobile terminal; and a data control module for converting a test script into a control signal.

[0008] In one embodiment of the present invention, the data control module includes: a first processing unit for converting the test script into a CAN signal; a second processing unit for converting the test script into a LIN signal; and a third processing unit for converting the test script into an Eth signal.

[0009] Compared with existing technologies, this solution achieves the following technical benefits: Traditional test systems only support single-bus protocol conversion and rely on external protocol stack software. This solution achieves parallel conversion of multiple protocols through hardware-level signal processing units. For example, existing LIN communication requires an external converter, while this solution integrates a dedicated interface chip. Existing Ethernet testing requires a separate gateway device, while this solution directly embeds protocol encapsulation functionality, allowing the test system to generate signals in mixed bus environments without the need for external adapters.

[0010] In one example of the present invention, the first processing unit includes a protocol adapter submodule, which selects a protocol to encapsulate the message according to the vehicle type; a physical conversion submodule, which converts the logic level into a differential signal through a CAN transceiver; and an identifier management submodule, which dynamically allocates a message ID according to the address of the target subcontrol.

[0011] Compared with the existing technology, the technical effect achieved by adopting this technical solution is: through the collaborative work of the protocol adapter submodule, the physical conversion submodule and the identifier management submodule, the first processing unit can adapt to different vehicle communication protocols, efficiently complete the physical layer conversion of logical signals to differential signals, and dynamically allocate message IDs to accurately control the target sub-control, significantly improving the compatibility and execution reliability of vehicle automated testing.

[0012] In one embodiment of the present invention, the second processing unit includes a frame structure mapping submodule, which parses the test script according to a preset LIN description file; a master-slave scheduling submodule, which generates a Break / Sync / PID sequence and verifies the slave node response; and a single-line transmission submodule, which realizes UART to bus level conversion through a LIN transceiver.

[0013] Compared with the existing technology, the technical effect achieved by adopting this technical solution is: the second processing unit parses the test instructions through the frame structure mapping submodule, the master-slave scheduling submodule coordinates the communication timing and verifies the data integrity, and the single-line transmission submodule realizes signal conversion, which can accurately control the LIN bus equipment and ensure the reliability of the slave node response, significantly improving the test efficiency and accuracy of the LIN network sub-control in vehicle automation testing.

[0014] In one example of the present invention, the third processing unit includes: a protocol encapsulation submodule, which supports DoIP or SOME / IP protocol encapsulation test instructions; a port distribution submodule, which allocates TCP / UDP ports according to the target sub-control function; and a physical layer modulation submodule, which realizes baseband signal and differential signal conversion through a PHY chip.

[0015] Compared with the existing technology, the technical effects achieved by adopting this technical solution are: the third processing unit realizes DoIP / SOME / IP adaptive encapsulation through the protocol encapsulation sub-module, the port distribution sub-module accurately allocates communication ports, and the physical layer modulation sub-module efficiently converts signals, significantly improving the transmission efficiency of in-vehicle Ethernet test instructions, protocol compatibility and control accuracy of target sub-controls, and meeting the high-bandwidth and low-latency testing requirements of complex in-vehicle networks.

[0016] In one embodiment of the present invention, the device binding unit realizes unique pairing between the mobile terminal and the automated test equipment based on the Bluetooth MAC address or IMEI code; the script configuration unit sets the test duration, target sub-control address and action type.

[0017] Compared with existing technologies, this solution achieves the following technical benefits: Existing vehicle testing systems rely on manual binding of test equipment and parameter entry, resulting in high configuration error rates and time-consuming processes. For example, testers must connect devices via physical cables and manually enter CAN node addresses, which can easily lead to address errors or unstable connections. This solution, through automatic hardware identification binding and parameter template configuration, reduces manual intervention while ensuring accurate transmission of test commands.

[0018] In one embodiment of the present invention, the automated testing equipment further includes: a power management module, which draws power from the vehicle's OBD-II interface and outputs a stable voltage; and a signal storage module, which cyclically records CAN, LIN, or Eth communication data.

[0019] Compared with existing technologies, this solution achieves the following technical benefits: Traditional test equipment requires a separate power adapter and relies on manual data export. By integrating onboard power supply and loop storage, this solution allows the test equipment to be directly embedded in the vehicle's electrical system, forming a self-sustaining data recording system. Existing technologies often use independent power cords, which can easily cause equipment displacement or poor contact. This solution achieves a physically stable electrical connection through the OBD-II interface, while eliminating the risk of electromagnetic interference introduced by an external power supply.

[0020] On the other hand, the present invention also provides a vehicle automation testing method including a vehicle automation testing system as in any of the above examples, the vehicle automation testing method including: controlling a mobile terminal to generate a test script containing target sub-control operation instructions, and sending the test script to an automated testing device; controlling the automated testing device to convert the test script into a control signal and send it to the target sub-control; controlling the target sub-control to perform corresponding test operations according to the control signal; controlling the target sub-control to feed back the execution result data of the test operation to the mobile terminal to generate a visual report; wherein the test operation includes any one or more of vehicle door locking, vehicle door unlocking, vehicle start and stop, navigation system sleep, navigation system power-on, and UI interface switching.

[0021] Compared with the existing technology, the technical effect achieved by adopting this technical solution is: this vehicle automation testing method generates test scripts through mobile terminals and drives the automated testing equipment to convert signals to target sub-controls to perform physical operations such as door locking, vehicle start and stop, navigation sleep power-on and UI switching, and provides visual reports through real-time feedback, significantly improving test efficiency, accuracy and scenario coverage.

[0022] In one embodiment of the present invention, the control signal includes a CAN signal, a LIN signal, or an Eth signal.

[0023] Compared with existing technologies, the technical effect achieved by adopting this technical solution is: through precise adaptation of the CAN / LIN / Eth multi-protocol bus, seamless connection of sub-control tests of all vehicle models is achieved, high real-time and high reliability of test instructions are guaranteed without any hardware modification, and testing costs are greatly reduced.

[0024] After adopting the technical solution of the present invention, the following technical effects can be achieved: (1) Through mobile terminal configuration, automated equipment signal conversion, and direct execution and feedback of target sub-controls, full-process automated control from electronic signals to mechanical actions is achieved, completely eliminating manual intervention and improving test efficiency and consistency; (2) The hardware-level integrated design of CAN / LIN / Eth multi-bus processing units supports parallel conversion and dynamic adaptation of mixed protocols, covering complex vehicle network testing requirements without the need for external adapters, significantly reducing system complexity and cost; (3) Based on device uniqueness binding and parameter template configuration, manual operation errors are avoided; through OBD-II power supply and cyclic data storage, embedded deployment and self-sustaining operation of test equipment are realized, solving the stability and interference problems caused by traditional external power supply and data export. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following briefly introduces the drawings to be used in describing the embodiments. Obviously, the drawings described below are only some embodiments of the present invention. Those skilled in the art can also derive other drawings based on these drawings without inventive efforts. Figure 1 A schematic diagram of a module of a vehicle automated testing system provided by the present invention; Figure 2 A schematic diagram of a module of an automated testing device in a vehicle automated testing system provided by the present invention; Figure 3 A schematic diagram of modules between a data control module and a target sub-control in a vehicle automation test system provided by the present invention; Figure 4 A schematic diagram of a module of a first processing unit in a vehicle automated testing system provided by the present invention; Figure 5 A schematic diagram of a module of a second processing unit in a vehicle automated testing system provided by the present invention; Figure 6 A schematic diagram of a module of a third processing unit in a vehicle automated testing system provided by the present invention; Figure 7 A flow chart of a vehicle automated testing method provided by the present invention; Figure 8 The present invention provides a flow chart of a test script conversion method. DETAILED DESCRIPTION

[0026] In order to make the above-mentioned objects, features and advantages of the present invention more obvious and easy to understand, specific embodiments of the present invention are described in detail below with reference to the accompanying drawings.

[0027] The following will be combined with the attached Figure 1 To the attached Figure 8, the technical solutions in this application are clearly and completely described. Obviously, the embodiments described are only some of the embodiments of this application, not all of the embodiments. The components of this application generally described and shown in the drawings here can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of this application provided in the drawings is not intended to limit the scope of the application claimed for protection, but merely represents selected embodiments of this application. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without making any creative work are within the scope of protection of this application. It should be noted that similar numbers and letters represent similar items in the following drawings. Therefore, once an item is defined in one drawing, it does not need to be further defined and explained in subsequent drawings. At the same time, in the description of this application, the terms "first", "second", etc. are only used to distinguish the description and should not be understood as indicating or implying relative importance.

[0028] In existing technologies, automated testing of vehicle electronic systems primarily relies on bus communication to implement testing functions. Test equipment typically consists of a host computer, a communication adapter module, and a test software platform. During testing, commands are sent, system response data is collected, and bus messages are parsed to monitor changes in electronic signals. However, existing methods can only detect changes in electronic signals and cannot directly control the actions of physical vehicle components. The testing process requires manual operation of mechanical devices, which limits test efficiency and makes standardization of results difficult.

[0029] To address the above issues, the inventors observed that traditional testing methods suffer from the defect of separating electronic signal detection from physical execution. By analyzing the test process, they found that manual intervention is mainly concentrated in the physical component operation and result verification stages. This gave rise to a technical concept: to build a closed-loop system that links instruction generation, signal conversion, and physical execution. First, the test logic is abstracted into a programmable script, and parameters are configured through a mobile terminal. Second, a protocol conversion device is developed to convert test instructions into signals recognizable by the vehicle bus. Finally, a physical execution unit is designed to directly respond to control signals, realizing the automated mapping from electronic instructions to mechanical actions.

[0030] Therefore, the present invention provides a vehicle automation testing system including: a mobile terminal, which is used to configure and send test scripts; an automated testing device, which is used to receive test scripts and convert the test scripts into control signals; and a target sub-control, which is used to respond to the control signal to perform physical actions and feed back the results to the automated testing device.

[0031] See also Figures 1 to 6, where a mobile terminal refers to a portable electronic device with human-computer interaction capabilities, which can be implemented as a smartphone or tablet computer. A test script containing a sequence of operating instructions is generated by installing a dedicated test application. Automated test equipment refers to an embedded device with bus protocol conversion capabilities. It can be implemented as a hardware module that integrates multiple communication interfaces, and is used to receive test scripts in text format and parse them into vehicle bus protocol signals. A target sub-control refers to a vehicle component controller with physical execution capabilities, which can be implemented as a door lock driver or a headlight relay. It receives bus control signals to drive mechanical components to produce displacement or state changes.

[0032] Specifically, after the test script completes parameter configuration on the mobile terminal, it is transmitted to the automated test equipment via wireless communication. The automated test equipment converts the script's operational instructions into corresponding communication protocol data frames based on the bus type of the target sub-control. For example, a door unlock command is converted into a CAN bus message and sent to the body control module. After receiving the control signal, the target sub-control drives the actuator to energize the unlocking solenoid valve and simultaneously feeds the door status signal back to the automated test equipment via the bus. The automated test equipment transmits the execution result data back to the mobile terminal and generates a standardized report containing the test time, operational instructions, and response status.

[0033] Through the above technical solution, this application realizes the automated control testing of vehicle physical components. The standardized configuration of test scripts replaces manual operation command input, ensuring the consistency of test logic. The protocol conversion module opens up the communication link between software instructions and hardware execution, enabling electronic signals to directly trigger physical actions. The closed-loop feedback mechanism verifies the execution results in real time, avoiding errors caused by manual observation and judgment. The entire testing process does not require manual intervention in the operation of mechanical components, significantly improving test efficiency and repeatability of results.

[0034] In one embodiment of the present invention, the automated testing device includes: a network communication module for establishing communication with a mobile terminal; and a data control module for converting a test script into a control signal.

[0035] The network communication module refers to the hardware and protocol stack that enables information exchange between mobile terminals and automated test equipment. This can be achieved using Wi-Fi or Bluetooth communication protocols. This module uses standardized communication protocols to ensure the real-time and reliable transmission of commands, avoiding the equipment deployment limitations imposed by traditional wired connections. The data control module, a processing device that converts text-based test scripts into vehicle bus signals, can be implemented using a multi-protocol conversion algorithm. This module achieves signal compatibility between different vehicle subsystems through a protocol conversion mechanism, ensuring the accurate execution of control commands.

[0036] Specifically, after the mobile terminal generates a test script, the network communication module receives the script data via a wireless channel. A bidirectional communication link based on the TCP / IP protocol ensures stable transmission. The data control module parses the received script, identifying the command type and parameter configuration. Using a built-in protocol conversion engine, the module converts the abstract command into a CAN message or LIN frame structure, automatically selecting a message ID based on the target ECU address and filling in the data field.

[0037] Through the above technical solution, this application effectively solves the communication stability problem between the mobile terminal and the test equipment. It also achieves high-precision conversion of test instructions to vehicle control signals. For example, it shortens the manual operation response time from 100ms to 10ms for automated execution, making physical operation tests such as window raising and lowering and air conditioning adjustment completely free of human intervention.

[0038] In one embodiment of the present invention, the data control module includes: a first processing unit for converting the test script into a CAN signal; a second processing unit for converting the test script into a LIN signal; and a third processing unit for converting the test script into an Eth signal.

[0039] Among them, the first processing unit is the CAN processing unit, which refers to the conversion module that implements the controller local area network communication protocol. Specifically, the message format conversion method can be adopted to complete the level conversion through the TJA1050 chip. This unit ensures the compatibility of traditional control systems through protocol encapsulation. The second processing unit refers to the conversion module that implements the local internet communication protocol. Specifically, the frame structure mapping method based on the LDF file can be adopted to realize single-line transmission through the TJA1020 chip. This unit uses the low-cost network characteristics to achieve precise instruction transmission. The third processing unit refers to the conversion module that implements the vehicle Ethernet communication protocol. Specifically, the DoIP protocol encapsulation method can be adopted to modulate the differential signal through the PHY chip. This unit supports diagnostic data interaction in high-speed communication scenarios.

[0040] Specifically, the test script is distributed to three independent conversion channels through a parallel processing mechanism. In the first processing unit, the operation instructions are disassembled into a message structure that conforms to the standard protocol. The message ID is dynamically generated based on the target ECU address, and the converted signal is output through the bus driver. The second processing unit obtains the scheduling table information by parsing the LDF file, fills the script parameters into the frame data segment, calculates the check bit, and sends it through the interface chip. The third processing unit encapsulates the test instructions into an Ethernet data packet containing the source address and session identifier, and transmits it after establishing a TCP connection through the designated port. After physical layer conversion, the three signals are output synchronously, achieving multi-protocol coverage of the vehicle's electronic control unit.

[0041] Through the above technical solution, this application achieves automatic adaptive conversion of test scripts to different vehicle bus protocol signals. The test equipment can simultaneously send control commands to CAN, LIN, and Eth networks. For example, in a door control test, the CAN signal drives the door lock ECU, the LIN signal controls the window motor, and the Eth signal triggers the instrument panel status switch. The multi-protocol conversion capability enables a single test system to cover the automated testing requirements of traditional powertrains, body electronic modules, and intelligent driving domain controllers in different network environments.

[0042] In one example of the present invention, the first processing unit includes a protocol adapter submodule, which selects a protocol to encapsulate the message according to the vehicle type; a physical conversion submodule, which converts the logic level into a differential signal through a CAN transceiver; and an identifier management submodule, which dynamically allocates a message ID according to the address of the target subcontrol.

[0043] Specifically, the text instructions in the test script are first broken down into an identifier segment, a control segment, and a data segment according to the standard, forming a complete message structure with a start bit, an arbitration field, a data field, and a cyclic redundancy check (CRC) check bit. Specific control parameters are then entered into the parameter group according to the protocol, and the target door number and operation code are written into the data field. Finally, the TJA1050 chip converts the digital logic signal into a differential voltage signal that conforms to the electrical characteristics of the CAN bus, maintaining signal integrity in the vehicle's electromagnetic interference environment.

[0044] Through the above technical solution, this application achieves seamless integration of test commands into the vehicle network, ensuring that different ECU models can correctly interpret control commands. By pre-defining parameter groups and message IDs, command recognition failures caused by manual configuration errors are avoided. The use of a dedicated CAN transceiver effectively suppresses signal distortion caused by strong interference sources such as the vehicle ignition system, ensuring a stable and reliable testing process.

[0045] In one embodiment of the present invention, the second processing unit includes a frame structure mapping submodule, which parses the test script according to a preset LIN description file; a master-slave scheduling submodule, which generates a Break / Sync / PID sequence and verifies the slave node response; and a single-line transmission submodule, which realizes UART to bus level conversion through a LIN transceiver.

[0046] The second processing unit is the LIN processing unit. The LDF file refers to the LIN network description file, which can be implemented using a standardized file containing the LIN bus node configuration, frame structure, and schedule table. By parsing the communication parameters in the LDF file, the test script's instructions automatically adapt to the frame format and transmission timing defined by the LIN protocol. The TJA1020 chip is a compliant physical layer interface device. It receives UART (Universal Asynchronous Receiver / Transmitter) signals and modulates them into a single-wire signal that meets the LIN bus level requirements. Its built-in slope control function matches the electrical characteristics of the vehicle's LIN bus to avoid signal reflections or level mismatches. Data integrity verification involves protocol verification of response data returned from the slave node. This can be achieved using a checksum calculation or CRC mechanism. By comparing the actual response data with the expected value, the test result is automatically determined to determine whether it meets the preset conditions.

[0047] Specifically, the second processing unit parses the operational instructions in the test script and converts them into a standard LIN frame structure containing the target address and command parameters based on the frame ID, data length, and signal mapping defined in the LDF file. The UART interface transmits the frame data to the TJA1020 chip, which converts the logic levels into physical LIN bus signals, enabling single-wire transmission. After the slave node performs the physical action, the second processing unit receives the response data and verifies the data integrity and transmission error-free using a verification algorithm, thereby generating standardized test results.

[0048] Through the above technical solution, this application achieves automated control of LIN bus physical components, eliminating manual intervention and ensuring standardized testing processes. Test scripts automatically generate LIN frames through protocol mapping, reducing operational complexity; dedicated chips ensure signal transmission reliability and avoid electrical compatibility issues; and a data verification mechanism automatically identifies execution results, improving the accuracy of test result determination.

[0049] In one example of the present invention, the third processing unit includes: a protocol encapsulation submodule, which supports DoIP or SOME / IP protocol encapsulation test instructions; a port distribution submodule, which allocates TCP / UDP ports according to the target sub-control function; and a physical layer modulation submodule, which realizes baseband signal and differential signal conversion through a PHY chip.

[0050] Specifically, the third processing unit is the Eth processing unit. The discrete control instructions in the test script are first encapsulated as DoIP protocol data units. This data unit forms a complete data packet by adding an Ethernet frame header, IP header, and TCP message header. The PHY chip converts the logic level of the data packet into a differential signal that complies with the specification and transmits it to the vehicle gateway via an unshielded twisted pair cable. During the diagnostic communication process, port 13400 is pre-configured as the receiving endpoint of Ethernet communication. The vehicle's electronic control unit listens to and parses the test instructions through this port, and then drives physical actuators such as the door locks and headlights to complete the action.

[0051] The DoIP protocol is a diagnostic communication transmission protocol used to integrate discrete test commands into a standardized data packet structure that conforms to the automotive Ethernet architecture. The PHY chip is a standard-compliant physical layer transceiver used to convert digital logic signals into differential signals to match the electrical characteristics of the automotive Ethernet cable. The 13400 port is a dedicated vehicle diagnostic communication port used to establish a dedicated diagnostic channel independent of the vehicle's infotainment system.

[0052] Through the above technical solution, this application achieves standardized encapsulation and transmission of vehicle test commands at the Ethernet communication layer, resolving the control command delay issue caused by insufficient bandwidth of the traditional CAN / LIN bus. Physical layer signal conversion ensures the test signal's anti-interference capability in the vehicle wiring harness environment, and dedicated port settings eliminate packet conflicts during multi-system communication, enabling automated execution of scenarios requiring continuous signal control, such as wiper durability testing.

[0053] In one embodiment of the present invention, the device binding unit realizes unique pairing between the mobile terminal and the automated test equipment based on the Bluetooth MAC address or IMEI code; the script configuration unit sets the test duration, target sub-control address and action type.

[0054] Among them, the device binding unit refers to a module that establishes a one-to-one connection between a mobile terminal and an automated test device through a Bluetooth MAC address or IMEI code. This can be achieved by using the address matching algorithm in the Bluetooth BLE protocol stack or the IMEI code recognition function of the mobile communication module. This unit ensures that the communication link between the test device and the mobile terminal is stable and unique based on the uniqueness of the hardware identifier. Among them, the script configuration unit refers to the operating interface or configuration file used to set test parameters. This unit provides standardized input parameters for the test process by presetting the test duration, target sub-control address, and action type.

[0055] Specifically, during the initialization phase, the device binding unit generates an encrypted pairing key and completes device authentication by scanning the Bluetooth MAC address or reading the IMEI code. For example, the mobile terminal captures the MAC address of the automated test equipment through a Bluetooth broadcast message, completes two-way verification based on a challenge-response mechanism, and establishes a point-to-point communication channel. This process effectively avoids the problem of mistransmission of instructions due to signal crossing in a multi-device environment. The script configuration unit receives the test duration set by the user through the parameter input interface before the test is executed; the target sub-control address selects a specific node address in the vehicle network through a drop-down menu; the action type selects the physical operation type through a check box. After the configuration is completed, the parameter set is encapsulated into a structured data packet and transmitted to the automated test equipment.

[0056] Through the above technical solution, this application achieves unique binding between test equipment and mobile terminals, avoiding signal interference in multi-device scenarios. By standardizing the parameter configuration process, it reduces manual operation errors and improves the reliability and consistency of test case execution. Centralized configuration of test duration, target address, and action type further shortens the test preparation cycle and ensures the reusability of parameter configurations in different test scenarios.

[0057] In one embodiment of the present invention, the automated testing equipment further includes: a power management module, which draws power from the vehicle's OBD-II interface and outputs a stable voltage; and a signal storage module, which cyclically records CAN, LIN, or Eth communication data.

[0058] The power management module is a device that draws power from the vehicle's OBD-II (On-Board Diagnostics II) port. This module avoids deployment restrictions caused by external power cables and mitigates the impact of voltage fluctuations on test equipment during vehicle startup and shutdown.

[0059] The signal storage module is a storage unit with a loop-over function. Its purpose is to overcome storage capacity limitations and ensure that the latest bus communication data is always saved during long-term testing, providing a complete data chain for fault reproduction.

[0060] Specifically, when the test equipment is connected to a vehicle via the OBD-II port, the power management module's voltage conversion circuit converts the vehicle's 12V power supply into 5V DC. This filtered, stable voltage then powers the test equipment components. The signal storage module continuously records CAN bus message data in fixed time windows, automatically overwriting the oldest recorded data segment when storage space reaches a threshold.

[0061] Through the above technical solution, this application solves the problem of unstable power supply for on-board test equipment. By directly converting the on-board power supply to obtain a continuous power supply, it avoids the termination of the test process due to external power outages. It also achieves full-cycle recording of bus data, breaking through the limitations of physical storage capacity through a circular storage mechanism, ensuring the complete preservation of communication data generated during the test process and providing traceable data support for subsequent analysis.

[0062] The present invention also provides a vehicle automation testing method including a vehicle automation testing system as in any of the above examples, the vehicle automation testing method including: controlling a mobile terminal to generate a test script containing target sub-control operation instructions, and sending the test script to an automated testing device; controlling the automated testing device to convert the test script into a control signal and send it to the target sub-control; controlling the target sub-control to perform corresponding test operations according to the control signal; controlling the target sub-control to feed back the execution result data of the test operation to the mobile terminal to generate a visual report; wherein the test operation includes any one or more of vehicle door locking, vehicle door unlocking, vehicle start and stop, navigation system sleep, navigation system power-on, and UI interface switching.

[0063] A test script is a code sequence containing instructions for operating the target subcontrol, used to define test steps and parameters. Its function is to convert manual operation processes into repeatable, standardized instructions. A control signal is a communication message that complies with the vehicle bus protocol. It can be generated by a CAN, LIN, or Eth protocol conversion module and is used to drive the target subcontrol to perform physical actions. Its function is to achieve signal adaptation between electronic instructions and hardware actions. A target subcontrol is a physical component in the vehicle that can be electrically controlled, such as a door lock, lighting module, or instrument panel. Action responses can be achieved using electromagnetic drive or motor control. Its function is to convert electronic signals into actual mechanical operations. A visual report is a graphical interface containing test result data. It can be generated by calling a chart library on a mobile terminal to display metrics such as execution success rate and response time. Its function is to convert test results into quantifiable analytical evidence.

[0064] Specifically, after the mobile terminal generates a test script, the automated test equipment uses a protocol conversion module to parse the script instructions into corresponding bus signals. For example, a door unlock command is converted into a CAN message and sent to the body controller, while a light on / off command is converted into a LIN frame and transmitted to the lighting module. The target subcontrol receives the signal, triggering the actuator. For example, an electromagnetic lock releases the door latch, or a relay switches the light circuit on and off. The execution results are fed back to the mobile terminal via the bus. The data processing module then calculates parameters such as the number of successes and abnormal response time, ultimately generating a test report containing a bar chart and trend curve.

[0065] In some specific embodiments, test scripts can be generated using a mobile terminal's graphical user interface, for example, by dragging and dropping control icons to create an operation sequence. During the control signal conversion process, the automated test equipment can be configured with a protocol switch, such as a dial to select CAN or LIN communication mode. Physical operation of the target sub-control can be verified using sensors, such as using a Hall effect sensor to detect changes in the lock tongue position after the door is unlocked.

[0066] Among them, door locking or unlocking refers to driving the door lock actuator through an electrical signal to achieve a mechanical locking state switch. Specifically, this can be achieved by using a CAN bus signal to trigger the motor relay in the door control unit, which is used to verify the electrical and mechanical linkage performance of the body control system. Among them, vehicle start and stop refers to controlling the vehicle ignition system to complete the engine start and shutdown cycle. Specifically, this can be achieved by using the LIN bus to send pulse commands to the power control module, which is used to test the vehicle's power response stability under different operating conditions. Among them, navigation system sleep or power on refers to switching the power management module of the vehicle infotainment system. Specifically, this can be achieved by sending DoIP protocol commands to the power distribution unit via Ethernet, which is used to test the system's switching reliability between low-power mode and working mode. Among them, UI interface switching refers to triggering the vehicle display to complete the preset screen jump. Specifically, this can be achieved by simulating touch screen coordinate signals or sending display control commands, which is used to verify the response logic and display refresh performance of the human-computer interaction system.

[0067] Specifically, the test system configures a test script containing a door lock instruction through a mobile terminal. The automated test equipment converts it into a CAN bus message and sends it to the body controller, driving the door lock motor to complete the locking action. The door lock status sensor data is then collected to verify the execution result. In the vehicle start-stop test, the second processing unit converts the start-stop instruction into a standard frame structure, controls the engine control unit to complete the ignition coil on-off operation, and monitors the speed sensor signal to determine the effectiveness of the execution. For the navigation system test, the third processing unit encapsulates the sleep instruction according to the standard, wakes up the infotainment system motherboard through the on-board Ethernet, and detects the system startup time and memory initialization status. The UI interface test drives the display to switch to the target interface by injecting a virtual touch event, and at the same time captures the screen output image for pattern recognition and comparison.

[0068] like Figure 7 As shown, the specific vehicle automation test method process is as follows: S101: The APK in the mobile terminal generates a test script. The operator sets the test duration and selects the target sub-control on the front-end interface, defines the physical action type, and clicks Send. S102: The automated test device receives the test script sent by the APK through the network communication module and starts the data control module to perform conversion; S103: The automated test equipment draws power through the OBD-II interface and forwards the converted control signal to the target sub-control; S104: The target sub-control performs a physical operation according to the control signal. Examples include: automatic door locking or unlocking, automatic vehicle start or shutdown, navigation system sleep or power on, and automatic UI interface switching. S105: After the target sub-control completes the physical operation, the execution result is converted into an in-vehicle network signal and forwarded back to the automated test equipment through the vehicle network; S106: The automated test equipment interprets the feedback signal into network data through the data control module and uploads it to the APK end through the network communication module; S107: The APK receives and processes the feedback data, generates a visualization report of the execution results, and the operator views the report on the mobile terminal to complete the test acceptance.

[0069] The above-mentioned vehicle automation testing method covers the entire process of test script generation, control signal execution, feedback and visual reporting. The test operations not only perform physical operations based on the target sub-controls, but also perform other non-physical tests, such as door locking / unlocking, vehicle start and stop, navigation system sleep / power on, UI interface switching, thermal management system testing, infotainment system interaction testing, etc.

[0070] like Figure 8 As shown in the figure, the data control module of the automated test equipment is responsible for converting test scripts into various vehicle network signals such as CAN, LIN, and Ethernet. This process is based on the subunits and protocol standards defined in the module. The specific process is as follows: S201: The data control module receives a test script from the APK. The script includes the operation instructions of the target sub-control, test duration, and test mode information, and performs signal conversion preparation based on the CAN / LIN / Eth processing unit.

[0071] S202: The CAN processing unit starts the protocol adapter submodule, selects the adaptation protocol according to the vehicle type, and encapsulates the test instruction into a CAN message.

[0072] S203: The identifier management submodule of the CAN processing unit dynamically allocates message IDs according to the target subcontrol address and performs identifier filtering to exclude irrelevant messages.

[0073] S204: The physical conversion submodule of the CAN processing unit converts the logic level into differential signals CAN_H / CAN_L through the CAN transceiver TJA1050 to complete the CAN signal generation.

[0074] S205: The LIN processing unit starts the frame structure mapping submodule, parses the test script operation instructions according to the data format defined in the preset LIN description file, and generates LIN instruction data.

[0075] S206: The master-slave scheduling submodule of the LIN processing unit generates a Break / Sync / PID sequence and sends it to the LIN bus, and verifies whether the slave node responds to the PDI to ensure data integrity.

[0076] S207: The single-line transmission submodule of the LIN processing unit converts the UART signal into a LIN bus level through the LIN transceiver TJA1020 to realize LIN signal generation.

[0077] S208: The Eth processing unit starts the protocol encapsulation submodule, selects a protocol according to the target function, and encapsulates the test instructions according to the protocol rules.

[0078] S209: The port distribution submodule of the Eth processing unit allocates a TCP / UDP port to each target subcontrol to ensure that the test instruction is sent in a targeted manner.

[0079] S210: The physical layer modulation submodule of the Ethernet processing unit modulates the baseband signal through the PHY chip, converts it into a differential signal MDI, and generates an Ethernet signal.

[0080] Among them, APK is (Android application package).

[0081] Through the above technical solution, this application realizes closed-loop automated testing of the vehicle's physical execution components, solves the problem of low testing efficiency caused by traditional methods relying on manual operation, ensures the repeatability of the testing process through standardized control instructions, and covers the physical operation verification of the four core modules of body control, power system, infotainment and human-computer interaction, thereby improving test coverage and ensuring the uniformity of multiple results.

[0082] In one embodiment of the present invention, the control signal includes a CAN signal, a LIN signal, or an Eth signal.

[0083] It should be noted that the standards and specifications that the above modules and protocols need to comply with are industry standards or international standards.

[0084] Although the present invention is disclosed as above, the present invention is not limited thereto. Any person skilled in the art can make various changes and modifications without departing from the spirit and scope of the present invention. Therefore, the scope of protection of the present invention should be based on the scope defined by the claims.

Claims

1. A vehicle automated testing system, characterized in that: include: A mobile terminal, configured to configure and send a test script; An automated testing device, configured to receive the test script and convert the test script into a control signal; The target sub-control is used to perform a physical action in response to the control signal and feed back the result to the automated testing equipment.

2. The vehicle automated testing system according to claim 1, characterized in that: The automated testing equipment includes: A network communication module, configured to establish communication with the mobile terminal; A data control module is used to convert the test script into the control signal.

3. The vehicle automated testing system according to claim 2, characterized in that: The data control module includes: A first processing unit, configured to convert the test script into a CAN signal; A second processing unit, configured to convert the test script into a LIN signal; The third processing unit is used to convert the test script into an Eth signal.

4. The vehicle automated testing system according to claim 3, characterized in that: The first processing unit includes: The protocol adapter module selects the protocol and encapsulates the message according to the vehicle type; The physical conversion submodule converts the logic level into a differential signal through the CAN transceiver; The identifier management submodule dynamically allocates a message ID according to the address of the target subcontrol.

5. The vehicle automated testing system according to claim 3, characterized in that: The second processing unit includes: The frame structure mapping submodule parses the test script according to the preset LIN description file; The master-slave scheduling submodule generates the Break / Sync / PID sequence and verifies the slave node response; The single-line transmission submodule realizes UART to bus level conversion through the LIN transceiver.

6. The vehicle automated testing system according to claim 3, characterized in that: The third processing unit includes: Protocol encapsulation submodule, supporting DoIP or SOME / IP protocol encapsulation test instructions; The port distribution submodule allocates TCP / UDP ports according to the target subcontrol function; The physical layer modulation submodule realizes the conversion between baseband signal and differential signal through the PHY chip.

7. The vehicle automated testing system according to claim 2, characterized in that: A device binding unit, which uniquely pairs the mobile terminal with the automated test device based on a Bluetooth MAC address or IMEI code; Script configuration unit, set the test duration, target sub-control address and action type.

8. The vehicle automated testing system according to claim 2, characterized in that: The automated testing equipment further comprises: The power management module draws power from the vehicle's OBD-II interface and outputs a stable voltage; Signal storage module, cyclically recording CAN, LIN or Eth communication data.

9. A vehicle automated testing method, characterized in that: include: Controlling the mobile terminal to generate a test script containing target sub-control operation instructions, and sending the test script to the automated testing equipment; Controlling the automated testing device to convert the test script into a control signal and sending the control signal to the target sub-control; Controlling the target sub-control to perform a corresponding test operation according to the control signal; Controlling the target sub-control to feed back the execution result data of the test operation to the mobile terminal to generate a visual report; The test operation includes any one or more of vehicle door locking, vehicle door unlocking, vehicle start / stop, navigation system sleep, navigation system power on, and UI interface switching.

10. The vehicle automated testing method according to claim 9, characterized in that: The control signal includes a CAN signal, a LIN signal, or an Eth signal.

Images