A new energy vehicle unlocking stability test method

Abstract

This invention discloses a method for testing the stability of unlocking and locking of new energy vehicles, comprising the following steps: controlling a card-swipe actuator to simulate a user's unlocking and locking operation, triggering the vehicle's unlocking and locking action; collecting status message data of the vehicle during the unlocking and locking process via a CAN bus, the status message data including a wake-up request signal, a wake-up response signal, and an arming status feedback signal; based on a multi-source information fusion judgment method, determining whether the unlocking and locking operation is successful according to the status message data, the door lock mechanical status, and fault code information, and recording the number of successes or failures and the failure type; when the number of consecutive failures reaches a preset threshold, executing pause, alarm, skip, or restart operations according to preset rules; otherwise, continuing to execute the next unlocking and locking cycle until the preset total number of cycles is reached. This invention enables fully automatic, unattended, long-cycle stability testing, significantly improving testing efficiency.

Description

Technical Field

[0001] This invention relates to the field of testing technology, and in particular to a method for testing the stability of unlocking and locking of new energy vehicles. Background Technology

[0002] As a core convenience function of intelligent connected vehicles, the locking and unlocking system of new energy vehicles directly impacts user experience and overall vehicle safety. Among related technologies, a multimodal locking and unlocking system is constructed through the collaborative operation of various methods such as NFC card swiping, Bluetooth PEPS, UWB precise positioning, and mobile digital keys. Specifically, this system covers the entire process from user authentication to door lock execution, including key aspects such as signal wake-up, communication handshake, and status feedback. Its long-term reliability is crucial for the stable operation of the vehicle under various conditions, including sleep, charging, and driving.

[0003] However, existing methods for testing the stability of locking and unlocking systems rely on manual operation or simple semi-automatic testing, failing to achieve long-term unattended automated verification. This can lead to extremely low testing efficiency, an inability to complete fatigue tests of millions of cycles, or poor data consistency and objectivity due to operational differences. Consequently, it becomes difficult to reproduce stability issues under real extreme conditions such as weak signals, electromagnetic interference, and high and low temperatures, ultimately affecting the quality of the development and verification of the locking and unlocking system and the reliability of the entire vehicle. Summary of the Invention

[0004] The present invention aims to at least partially solve one of the technical problems in the related art.

[0005] Therefore, the first objective of this invention is to propose a method for testing the stability of unlocking and locking of new energy vehicles.

[0006] The second objective of this invention is to provide an electronic device.

[0007] A third objective of this invention is to provide a computer-readable storage medium.

[0008] To achieve the above objectives, a first aspect of the present invention proposes a method for testing the stability of unlocking and locking of a new energy vehicle, comprising: S1, controlling a card-swipe actuator to simulate a user's unlocking and locking operation, triggering the vehicle's unlocking and locking action; S2, collecting status message data of the vehicle during the unlocking and locking process via a CAN bus, wherein the status message data includes a wake-up request signal, a wake-up response signal, and an arming status feedback signal; S3, based on a multi-source information fusion judgment method, determining whether the unlocking and locking operation is successful according to the status message data, the door lock mechanical status, and fault code information, and recording the number of successes or failures and the failure type; S4, when the number of consecutive failures reaches a preset threshold, performing a pause, alarm, skip, or restart operation according to preset rules; otherwise, continuing to execute the next unlocking and locking cycle until the preset total number of cycles is reached.

[0009] In one embodiment of the present invention, the control of the card swiping actuator to simulate the user's unlocking and locking operation and trigger the vehicle's unlocking and locking actions include: controlling the card swiping actuator to unfold so that the NFC card is attached to the NFC recognition area of ​​the center pillar on the driver's side of the vehicle to complete the card swiping action; after the card is attached, triggering the vehicle's unlocking and locking command based on the card swiping action to perform the unlocking or locking operation.

[0010] In one embodiment of the present invention, the acquisition of vehicle status message data during the locking / unlocking process via CAN bus includes: real-time monitoring of signals from various vehicle controllers via the CAN module, including wake-up request signals from the NFC module, wake-up response signals from the vehicle controller, and status feedback signals for the vehicle body domain arming / disarming; parsing CAN bus messages based on the GB / T 34661.2-2017 standard, extracting transmission time, signal strength, and signal integrity parameters of each signal, and adding UTC timestamps.

[0011] In one embodiment of the present invention, the determination of whether the unlocking / locking operation is successful based on the multi-source information fusion judgment method, according to the status message data, the door lock mechanical status, and the fault code information, includes: for the unlocking operation, successful unlocking requires that the vehicle domain controller simultaneously sends an unlocking success message, the door lock mechanical status is unlocked, there are no related fault codes, and there is no communication timeout; for the locking operation, the same multi-source criteria as the unlocking judgment are used, and successful locking requires that the vehicle domain controller simultaneously sends a locking success message, the door lock mechanical status is locked, there are no related fault codes, and there is no communication timeout.

[0012] In one embodiment of the present invention, the step of performing pause, alarm, skip, or restart operations according to preset rules when the number of consecutive failures reaches a preset threshold includes: when the number of consecutive failures reaches the preset threshold, pausing the current test cycle and recording the failure time and failure type; generating alarm information to notify the operator; and selecting, according to the preset configuration, skipping the current cycle and continuing to execute the next cycle, or restarting the test system and re-initializing.

[0013] In one embodiment of the present invention, the step of controlling the card reader to unfold so that the NFC card fits into the NFC recognition area of ​​the driver's side pillar of the vehicle includes: driving the robotic arm joint through a servo actuator to move the NFC card on the end effector to a preset position; using the gripper of the end effector to hold the NFC card and adjusting the card angle and distance so that it fits into the NFC recognition area.

[0014] In one embodiment of the present invention, the multi-source information fusion-based determination method further includes: in each unlocking / locking cycle, performing unlocking validity determination and locking validity determination respectively, and updating the number of successful unlocking, the number of failed unlocking, the number of successful locking, and the number of failed locking respectively; when any operation in unlocking or locking fails, recording the failure type, the failure type includes timeout, authentication failure, signal loss, and message loss.

[0015] In one embodiment of the present invention, before controlling the card swipe actuator to simulate the user's unlocking and locking operation, the method further includes: performing a self-test on each module of the test system to confirm that the card swipe actuator module, the CAN module, and the host computer module are working normally; adjusting the vehicle to a preset initial state, the preset initial state including a sleep state; initializing the test counter, the test counter including the number of successful attempts, the number of failed attempts, and the number of cycles, and initializing the data storage unit.

[0016] To achieve the above objectives, a second aspect of the present invention provides an electronic device comprising: processor; The memory stores executable instructions; when the processor executes the instructions, it implements the method as described in any of the embodiments of the first aspect.

[0017] To achieve the above objectives, a third aspect of the present invention provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the method as described in any of the first aspects of the embodiments.

[0018] The embodiments of the present invention have the following beneficial effects: they realize fully automatic, unattended, long-cycle stability testing of the unlocking and locking system of new energy vehicles, and improve testing efficiency and data objectivity. Attached Figure Description

[0019] The above-described and additional aspects and advantages of the present invention will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, in which: Figure 1 This is a flowchart of a method for testing the stability of unlocking and locking of a new energy vehicle, provided as an embodiment of the present invention. Detailed Implementation

[0020] It should be noted that, unless otherwise specified, the embodiments and features described in the present invention can be combined with each other. The present invention will now be described in detail with reference to the accompanying drawings and embodiments.

[0021] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0022] The following describes a method for testing the stability of unlocking and locking of new energy vehicles according to an embodiment of the present invention, with reference to the accompanying drawings.

[0023] Example 1 Figure 1 This is a flowchart of a new energy vehicle unlocking and locking stability test method according to an embodiment of the present invention.

[0024] like Figure 1 As shown, the method for testing the stability of unlocking and locking of new energy vehicles includes the following steps: S1 controls the card swipe actuator to simulate the user's locking / unlocking operation, triggering the vehicle's locking / unlocking action.

[0025] In this embodiment of the invention, the card swiping actuator is controlled to simulate the user's locking / unlocking operation, triggering the vehicle's locking / unlocking action.

[0026] Specifically, the host computer control core sends control commands to the card-swiping actuator, driving the actuator to move a tool simulating user operation (such as an NFC card, key, or other triggering medium) close to and act on the vehicle's recognition area according to a preset trajectory, speed, angle, and timing, thereby simulating the physical operation of unlocking or locking the vehicle. The actuator includes a multi-degree-of-freedom motion mechanism and an end effector unit, capable of accurately replicating the spatial position and action sequence of the user's operation, ensuring consistency in each triggered action.

[0027] In one implementation, the card swiping actuator module includes a robotic arm and a gripper. The gripper holds an NFC card and, under control commands, attaches the card to the NFC recognition area on the driver's side pillar of the vehicle to complete the card swiping action, thereby triggering the vehicle's locking / unlocking response.

[0028] This step automates and standardizes the simulation of user locking and unlocking operations, eliminating random differences in angle, distance, speed, etc., caused by manual operation. This provides a foundation for the objectivity and repeatability of subsequent test data, while also supporting long-term unattended continuous operation, significantly improving testing efficiency.

[0029] S2, collects vehicle status message data during the locking / unlocking process via CAN bus, the status message data including wake-up request signal, wake-up response signal and arming status feedback signal.

[0030] After the locking / unlocking action is triggered, status message data related to the locking / unlocking process is collected in real time through the vehicle communication network. These data reflect the communication status and response timing between the various controllers of the vehicle during the locking / unlocking interaction process.

[0031] Specifically, the collected status message data includes at least signals representing wake-up requests, wake-up responses, and arming status feedback. These signals correspond to the complete communication link during the vehicle's unlocking / locking process, from the initiation of the wake-up request and confirmation of the wake-up response to the switching of the arming status. By continuously monitoring these signals, key information such as the communication timing, signal integrity, and response consistency between the vehicle's various controllers can be obtained, providing objective and quantitative data support for subsequent determination of the effectiveness of unlocking / locking.

[0032] As one implementation method, messages from the vehicle domain controller and the CAN bus can be received through the CAN bus interface, and wake-up request signals, wake-up response signals and arming status feedback signals can be extracted from them according to preset protocol parsing rules. At the same time, timestamps can be added to the messages to record the precise time when the signals occur, thereby realizing the comprehensive capture and recording of the communication status during the locking and unlocking process.

[0033] By collecting key status message data during the locking and unlocking process in real time, the communication status and response characteristics between various controllers of the vehicle can be obtained comprehensively and accurately, providing a reliable data foundation for subsequent stability assessment, ensuring the objectivity and traceability of test results, and providing accurate data basis for rapid location of fault root causes.

[0034] S3, based on the multi-source information fusion judgment method, determine whether the locking / unlocking operation is successful according to the status message data, door lock mechanical status and fault code information, and record the number of successful or failed operations and the failure type.

[0035] In the aforementioned method for testing the stability of locking and unlocking, the success or failure of the locking and unlocking operation is comprehensively evaluated through a multi-source information fusion judgment method.

[0036] Specifically, this method does not rely on a single signal or state for simple judgment. Instead, it collaboratively analyzes multiple types of complementary data from different information sources to improve the accuracy and robustness of the judgment. The multi-source information includes at least status message data collected via the CAN bus, mechanical status information reflecting the actual physical position or state of the door lock, and fault code information generated by the vehicle controller's self-diagnostic system. Status message data characterizes the communication status and response timing of each controller in the vehicle during the locking / unlocking process; the door lock's mechanical status directly reflects the actual position of the locking mechanism; and fault code information reveals whether there are any abnormalities or errors within the system. By logically fusing and comprehensively judging these three types of information, misjudgments caused by false alarms or missing signals can be effectively avoided, thus accurately identifying whether each locking / unlocking operation was successful. After the judgment is completed, the system automatically records the number of successes or failures and further classifies failed operations, recording their failure types, such as timeout, authentication failure, signal loss, or message loss, for subsequent root cause analysis and statistics.

[0037] As one implementation method, the multi-source information fusion determination can specifically adopt the following criteria: when the vehicle domain controller sends back a successful unlock message, the door lock mechanical status is unlocked, there are no related fault codes and no communication timeout, the unlock is determined to be successful; if any one of these conditions is not met, the unlock is determined to be a failure and the corresponding failure type is recorded.

[0038] This step significantly improves the accuracy and reliability of determining the success or failure of the interlocking operation through multi-source information fusion, avoiding the risk of misjudgment that may be caused by a single information source. At the same time, by recording the failure type in detail, it provides accurate data support for subsequent fault location and system optimization, thereby effectively ensuring the objectivity and traceability of the test results.

[0039] S4. When the number of consecutive failures reaches the preset threshold, pause, alarm, skip or restart operations are performed according to the preset rules. Otherwise, continue to execute the next unlocking and locking loop until the preset total number of loops is reached.

[0040] During testing, when the cumulative number of consecutive failures reaches a preset threshold, it indicates that the interlocking / unlocking system may have experienced a persistent malfunction or abnormal operating condition. At this point, corresponding actions must be taken according to preset rules to avoid invalid loops, protect the vehicle under test and the test equipment, and ensure the validity and reliability of the test data. Preset rules may include pausing the test to await manual intervention or automatic recovery, issuing alarm messages to alert operators, skipping the current abnormal loop to continue subsequent tests, or restarting the test system to clear the abnormal state. If the number of consecutive failures does not reach the preset threshold, the test process continues with the next interlocking / unlocking loop until the preset total number of loops is completed, thereby ensuring the integrity and automation of the test.

[0041] In one implementation, after each lockout / unlock cycle is completed, the test control unit determines whether the number of consecutive failures has reached a preset threshold. If it has, it performs pause, alarm, skip, or restart operations according to preset rules and records the failure information. If it has not reached the threshold, it continues to execute the next cycle until the preset total number of cycles is reached.

[0042] By setting continuous failure thresholds and preset response rules, test interruptions caused by single or occasional failures can be effectively avoided, while meaningless repeated testing under persistent failures can be prevented. This improves the robustness and automation of the test system, ensures the validity and reliability of test data, and enables accurate assessment of the long-term stability of the lockout system.

[0043] Example 2 Based on the above embodiments, this embodiment provides a detailed description of the specific implementation of step S1, "controlling the card swiping actuator to simulate the user's unlocking / locking operation and triggering the vehicle's unlocking / locking action," in the new energy vehicle unlocking / locking stability test method.

[0044] In this embodiment, the specific implementation of controlling the card reader actuator to simulate the user's unlocking / locking operation in step S1 is as follows. First, the test control unit in the host computer generates control instructions according to a preset test script. These instructions are sent to the main control MCU of the card reader actuator module via a serial port or USB communication interface. After receiving the instructions, the main control MCU parses the unfolding action parameters, including the target position, movement speed, and angle adjustment amount. Subsequently, the main control MCU outputs a pulse width modulation signal to the servo actuator in the execution and drive unit, driving the robotic arm joint to move along a preset trajectory, moving the NFC card mounted on the end effector at the end of the robotic arm to the vicinity of the NFC recognition area on the driver's side pillar of the vehicle. During the movement, the gripper of the end effector holds the NFC card, and through the fine adjustment of the servo actuator, adjusts the angle and distance of the card relative to the NFC recognition area, ensuring that the card plane is parallel to the recognition area and the spacing is within the effective communication range, ultimately making the NFC card tightly fit the NFC recognition area. After the fit is completed, the NFC card establishes near-field communication with the NFC reader inside the vehicle, triggering the vehicle's unlocking / locking command. The command is received and parsed by the vehicle's body domain controller, which then controls the door lock motor to perform unlocking or locking operations. Simultaneously, the main control MCU of the card reader module sends a completion signal to the host computer via the communication interface, indicating that the card swiping action has been completed. Throughout the process, the host computer monitors the status feedback of the card reader actuator in real time to ensure the accuracy and consistency of the actions. Through the precise movement of the robotic arm and the flexible adjustment of the gripper, high-precision contact between the NFC card and the recognition area is achieved, avoiding card swiping failures caused by inconsistent angles and distances during manual operation, and providing a reliable trigger basis for subsequent determination of the effectiveness of unlocking and locking.

[0045] This specific implementation uses a servo actuator to drive the coordinated movement of the robotic arm joints and grippers, achieving automatic and precise alignment of the NFC card with the recognition area. This significantly improves the repeatability and consistency of the card-swiping action, eliminates the impact of human operation differences on test results, and thus ensures the stability and reliability of the unlocking and locking triggering conditions in long-cycle automated testing.

[0046] In this embodiment, before controlling the card reader actuator to simulate user lock / unlock operations, the test system first performs a series of initialization and self-test procedures. Specifically, the test master control unit sends a self-test command to the card reader actuator module via a serial port or USB communication interface. After receiving the command, the master control MCU of the card reader actuator module sequentially checks whether the electrical connections and mechanical movements of its communication interface module, execution and drive unit (including servo actuator and end gripper) are normal, and transmits the self-test results (such as status codes of each component and whether the movement stroke is in place) back to the host computer module via the communication interface. At the same time, the test master control unit sends a diagnostic request message to the vehicle's CAN bus through the CAN module, and parses the status messages fed back by the CAN nodes according to the GB / T 34661.2-2017 standard to confirm that the CAN module's own communication link is unobstructed and can correctly receive bus data; the host computer module then verifies the running status of its control software, the integrity of the configuration file loading, and the success of the communication handshake with each module through its internal self-test program. The self-test passes when the card swiping actuator module, CAN module, and host computer module all return normal status codes; otherwise, the system outputs an alarm message and terminates the subsequent process.

[0047] After passing the self-test, the test master control unit sends a preset sleep control command to the vehicle domain controller via the CAN bus, or monitors the power mode signal in the vehicle's CAN message through the vehicle status acquisition module, adjusting the vehicle to a preset initial state, which includes sleep mode. Specifically, the test master control unit continuously reads network management messages on the CAN bus. When it detects that the power mode fed back by the vehicle domain controller is "sleep" and there is no other wake-up source activity, it confirms that the vehicle has entered sleep mode. If the vehicle fails to enter sleep mode within the specified timeout period, the anomaly is recorded and corresponding processing is performed.

[0048] Subsequently, the test control unit initializes a test counter in memory, which includes the number of successes, failures, and loop counts, all initially set to zero. Simultaneously, the test control unit creates a log file and data record table for this test in a data storage unit (such as a host computer hard drive or solid-state storage), used to store the timestamps, raw data of status messages, judgment results, and failure types for each subsequent unlocking / locking loop. After the data storage unit initialization is complete, the test control unit writes the current system time as the test start time to the log file and enters the main test loop, preparing to execute the first unlocking / locking operation.

[0049] Through the above self-check, vehicle status adjustment, and initialization of the counter and data storage unit, the test system is ensured to be in a known and consistent initial condition before starting to execute the lockout / unlock cycle. This avoids test data contamination caused by module failure or abnormal vehicle status, laying the foundation for the reliability and data traceability of subsequent long-cycle automated testing.

[0050] Example 3 Based on the above embodiments, this embodiment provides a detailed description of the specific implementation of step S2 in the new energy vehicle unlocking and locking stability test method: "Collecting vehicle status message data during the unlocking and locking process via CAN bus, wherein the status message data includes wake-up request signal, wake-up response signal, and arming status feedback signal;".

[0051] In this embodiment, the specific implementation of collecting vehicle status message data during the locking / unlocking process via the CAN bus in step S2 is as follows. First, the CAN module has at least two built-in CAN controllers, each connected to a different node on the vehicle's CAN bus, for real-time monitoring and capturing of all message data on the bus. This message data originates from multiple nodes, including the NFC module, the vehicle controller (such as a domain controller), and the body domain controller. It includes wake-up request signals from the NFC module, wake-up response signals from the vehicle controller after responding to the wake-up request, and arming status feedback signals from the body domain controller. After receiving the original message, the CAN module performs protocol parsing on the message based on the GB / T 34661.2-2017 standard "Diagnostic Communication of Road Vehicles Based on Controller Area Network Part 2: Transport Layer Protocols and Network Layer Services", extracting the identifiers, data field content, and time information of each signal. Specifically, for each signal, the system further analyzes its transmission time (the time difference between signal transmission and capture by the CAN module), signal strength (the voltage amplitude or signal-to-noise ratio of the message on the bus), and signal integrity (parameters such as whether the message contains bit errors, CRC check errors, or abnormal frame formats). Simultaneously, the system uses a built-in button battery and crystal oscillator to obtain precise UTC time, adding a corresponding timestamp to each parsed signal data, thus forming a time-stamped status message dataset. This dataset serves as input for subsequent multi-source information fusion and judgment, determining whether the unlocking / locking operation was successful.

[0052] Through the above real-time monitoring and precise analysis, the timing, quality and integrity information of each communication signal during the interlocking and unlocking process can be accurately obtained, providing a reliable data foundation for multi-source information fusion judgment and significantly improving the objectivity of test results and the accuracy of fault location.

[0053] Example 4 Based on the above embodiments, this embodiment provides a detailed description of the specific implementation of step S3 in the new energy vehicle unlocking and locking stability test method: "Based on the multi-source information fusion judgment method, determine whether the unlocking and locking operation is successful according to the status message data, door lock mechanical status and fault code information, and record the number of successes or failures and the failure type."

[0054] In this embodiment, the multi-source information fusion-based judgment method involved in step S3 is specifically implemented as follows. In each unlocking / locking cycle, the test control unit first performs an unlocking validity judgment on the unlocking operation. The input sources for this judgment include: the unlocking success message fed back by the vehicle domain controller collected via the CAN bus, the door lock mechanical status signal reported by the body domain controller obtained through CAN bus parsing, the vehicle fault code information read through the diagnostic protocol, and the communication timeout flag obtained through timestamp comparison. The test control unit performs a logical AND operation on the above multi-source information. Unlocking is determined to be successful only if the message fed back by the vehicle domain controller explicitly indicates successful unlocking, the door lock mechanical status signal shows unlocking, there are no related fault codes (such as NFC authentication failure, communication link failure, etc.), and no communication timeout occurs (i.e., the time difference from sending the unlocking command to receiving the feedback message does not exceed the preset timeout threshold). The number of successful unlockings is then accumulated. If any one of these conditions is not met, unlocking is determined to be unsuccessful, the number of unsuccessful unlockings is accumulated, and the failure type is recorded according to the specific reason for the failure, including timeout, authentication failure, signal loss, or message loss. Subsequently, the main control unit performs a lockout validity determination. Its input sources are the same as those for the unlocking determination: a successful lockout message from the vehicle domain controller, a lock mechanical status signal indicating lockout, no related fault codes, and no communication timeouts. The determination logic is the same as the unlocking determination, employing a multi-source information logic AND operation. When all conditions are met, the lockout is considered successful, and the number of successful lockouts is incremented; otherwise, the lockout is considered a failure, and the number of failed lockouts is incremented, while the failure type is recorded. In each lockout / unlocking cycle, the unlocking and locking determination results are independently updated to their respective counters, thus achieving fine-grained monitoring of the stability of each unlocking and locking operation. The success count, failure count, and failure type data output by this determination process are stored in the data storage unit for subsequent stability quantification analysis and anomaly detection.

[0055] By using the multi-source information fusion judgment method described above, this embodiment achieves accurate and objective judgment on whether the unlocking and locking operation is successful, avoiding misjudgment or omission of a single signal, significantly improving the reliability of test data and the accuracy of fault location, and providing a solid data foundation for the long-term stability verification of the unlocking and locking system.

[0056] Example 5 Based on the above embodiments, this embodiment provides a detailed description of the implementation of step S4 in the new energy vehicle unlocking and locking stability test method: "When the number of consecutive failures reaches a preset threshold, perform pause, alarm, skip, or restart operations according to preset rules; otherwise, continue to execute the next unlocking and locking cycle until the preset total number of cycles is reached."

[0057] In this embodiment, when the test control unit detects that the number of consecutive failures has reached a preset threshold, an exception handling process is triggered. Specifically, the test control unit maintains a consecutive failure counter, which is updated based on the multi-source information fusion judgment result after each unlocking / locking cycle. When the judgment result is failure, the counter is incremented; when the judgment result is success, the counter is reset to zero. The test control unit reads the value of the counter in real time and compares it with the preset threshold (e.g., 3 consecutive failures). Once the number of consecutive failures reaches the preset threshold, the test control unit immediately pauses the execution of the current test cycle, stops sending subsequent control commands to the card reader actuator, and records the current failure time and failure type. The failure time is accurately obtained by combining the host computer system clock with the CAN message timestamp, and the failure type is determined based on the specific items that are not met in the multi-source judgment, such as timeout, authentication failure, signal loss, or message loss. This information is written to the test log file or the failure record table in the database. Subsequently, the test control unit generates alarm information, including the failure time, failure type, current loop count, and vehicle status snapshot. This information is displayed via a pop-up notification on the host computer interface, a system notification, or output to an external alarm device via serial port to notify operators to intervene promptly. After pausing and issuing the alarm, the test control unit reads the exception handling strategy from the preset configuration file. If configured to skip the current loop, the test control unit resets the continuous failure counter to zero and skips any remaining steps in the current loop, directly entering the start phase of the next unlock / lock loop, i.e., re-controlling the card reader actuator to perform the unlocking operation. If configured to restart the test system, the test control unit sends reset commands to each module (including the card reader actuator, CAN module, power module, etc.) to reinitialize the system, including re-establishing communication with the CAN bus, calibrating the initial position of the card reader actuator, resetting all counters and data storage units, and automatically starting a new test loop after initialization. Through this process, automated handling of continuous failure exceptions is achieved, ensuring the test system can flexibly respond to faults under unattended conditions and avoiding prolonged ineffective operation.

[0058] This specific implementation significantly improves the robustness and automation of the testing system by introducing pause, record, alarm, and configurable skip or restart mechanisms. It can save key fault information in a timely manner when anomalies occur and make autonomous decisions on subsequent actions, reducing the need for manual intervention while ensuring the continuity and data integrity of long-term testing.

[0059] Example 6 In this embodiment, the complete implementation of the new energy vehicle unlocking and locking stability test method will be described in detail, including the system architecture, the specific composition of each module, the data acquisition and processing flow, the execution logic of the unlocking and locking loop, the multi-source information fusion judgment method, and the anomaly handling mechanism, so as to fully disclose the technical solution of the present invention.

[0060] The test system in this embodiment mainly consists of a controller circuit board, a housing, connection interfaces, and wiring harnesses. Its core modules include a host computer module (i.e., the control core), a card reader actuator module, a CAN module, and a power supply module. The host computer module runs control software and is responsible for generating control commands required by the standard, such as controlling the card reader actuator to unfold or retract, and sending control frames to the card reader actuator via serial port or USB. The card reader actuator module includes a core processing and control unit, an execution and drive unit, and an end effector. The core processing and control unit uses a main control MCU as the data processing and decision-making core of the system, responsible for motion control, communication coordination, and command execution; the communication interface module is responsible for establishing communication with the host computer, receiving commands, and transmitting data back. Common interfaces include SPI, RS232, RS485, and USB. The execution and drive unit uses servo actuators to drive the joints of the robotic arm, enabling the robotic arm to move in multiple degrees of freedom in space; the end effector uses tools such as grippers to grasp, hold, or move NFC cards. The power supply module is responsible for converting the electrical energy provided by the external power adapter into the stable voltage (e.g., 12V, 5V, etc.) required by each unit, ensuring the system operates stably for a long time. The CAN module has at least two built-in CAN controllers, based on the GB / T 34661.2-2017 standard "Diagnostic Communication of Road Vehicles Based on Controller Area Network Part 2: Transport Layer Protocol and Network Layer Services", which are used to receive status messages from different CAN nodes on the bus and realize accurate forwarding and timestamp marking of protocol frames.

[0061] Before the test begins, the test system is first connected to the new energy vehicle under test, including connecting via the OBD interface, establishing a bus communication connection, and calibrating the card reader actuator unit with the vehicle's sensing area. The test control unit performs self-checks on each module to confirm that the card reader actuator module, CAN module, and host computer module are functioning correctly. Subsequently, the vehicle is adjusted to a preset initial state, such as sleep mode, and the test counters (including the number of successes, failures, and cycles) and data storage units are initialized. The test control unit controls each module to collaboratively execute the lock / unlock cycle according to a preset script. Each cycle includes three stages: "unlock-delay-lock".

[0062] During the unlocking process, the host computer sends control frames to the card reader actuator via serial port or USB, controlling the actuator to unfold and align the NFC card with the NFC recognition area on the driver's side pillar of the vehicle, completing the card swiping action. Specifically, the servo actuator drives the robotic arm joint to move the NFC card on the end effector to a preset position, using grippers to hold the card and adjust its angle and distance to align it with the NFC recognition area. After the card is aligned, the card swiping action triggers the vehicle's lock / unlock command, executing the unlocking operation. Simultaneously, the CAN module monitors the signals from various vehicle controllers in real time, including the NFC module's wake-up request signal, the vehicle controller's wake-up response signal, and the body domain's arming / disarming status feedback signals. The host computer software parses the CAN bus messages according to the configuration file, extracting parameters such as transmission time, signal strength, and signal integrity for each signal, and adds timestamps to the data based on the UTC time obtained from the button battery and crystal oscillator. During each card reader actuator action, the CAN module continuously collects message data from the vehicle domain controller and the CAN bus, and the host computer software determines the vehicle's status based on this message data.

[0063] The unlocking validity determination adopts a multi-source information fusion method. The test control unit, based on preset criteria, combines the unlocking success message from the vehicle domain controller, the door lock's mechanical status being unlocked, the absence of relevant fault codes, and the absence of communication timeouts to comprehensively determine whether unlocking was successful. If all conditions are met, it is recorded as unlocking successful, and the counter increments the success count; if any condition is not met, it is recorded as unlocking failure, and the failure time and failure type (e.g., timeout, authentication failure, signal loss, message loss, etc.) are recorded, and the counter increments the failure count. After the unlocking operation is completed, the system enters a preset delay phase, and then executes the locking process.

[0064] During the locking process, the test main control unit controls the card swipe actuator to trigger the locking command, while the vehicle status acquisition module continues to collect relevant data. The locking validity determination uses the same multi-source criteria as the unlocking determination: the vehicle domain controller must simultaneously send a successful locking message, the door lock's mechanical status must be locked, there must be no related fault codes, and there must be no communication timeout. If all conditions are met, it is recorded as a successful locking, and the success counter is updated; otherwise, it is recorded as a locking failure, the failure time and type are recorded, and the failure counter is updated. In each locking / unlocking cycle, the unlocking validity determination and locking validity determination are performed separately, and the number of successful unlockings, the number of failed unlockings, the number of successful lockings, and the number of failed lockings are updated respectively.

[0065] After each loop, the test control unit determines whether the number of consecutive failures has reached a preset threshold. If the number of consecutive failures reaches the preset threshold, corresponding operations are performed according to preset rules: pausing the current test loop and recording the failure time and type, generating an alarm message to notify the operator; or, according to the preset configuration, skipping the current loop and continuing to the next loop, or restarting the test system and re-initializing. If the number of consecutive failures has not reached the preset threshold, the next unlocking / locking loop continues until the preset total number of loops is reached. Throughout the test, the host computer software records the bus message feedback status and judges the stability of card swiping based on the data, while storing the test data in the data storage unit for subsequent test report generation.

[0066] This embodiment achieves long-term, multi-condition stability verification of the unlocking and locking system of new energy vehicles through the above-mentioned fully automated and unattended testing process. It can accurately collect test data, locate the root cause of failure, and establish a standardized quantitative evaluation system for stability, which significantly improves testing efficiency and data objectivity, reduces testing costs, and can be widely used in various scenarios such as R&D verification, production line sampling inspection, laboratory testing, and after-sales fault reproduction.

[0067] Example 7 To implement the methods of the above embodiments, the present invention also provides an electronic device, which includes a memory and a processor; wherein the processor reads executable program code stored in the memory to run a program corresponding to the executable program code, so as to implement the various steps of the methods described above.

[0068] Example 8 To implement the above embodiments, this application also proposes a non-transitory computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the method described in the foregoing embodiments.

[0069] The above description is merely a preferred embodiment of the present invention and is not intended to limit the invention. Various modifications and variations can be made to the present invention by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.

[0070] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., refer to specific features, structures, materials, or characteristics described in connection with that embodiment or example, which are included in at least one embodiment or example of the present invention. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0071] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this invention, "a plurality of" means at least two, such as two, three, etc., unless otherwise explicitly specified.

Claims

1. A method for testing the stability of unlocking and locking of new energy vehicles, characterized in that, Includes the following steps: S1 controls the card swipe actuator to simulate the user's locking / unlocking operation, triggering the vehicle's locking / unlocking action; S2, collect vehicle status message data during the locking / unlocking process via CAN bus, the status message data including wake-up request signal, wake-up response signal and arming status feedback signal; S3, based on the multi-source information fusion judgment method, according to the status message data, door lock mechanical status and fault code information, determine whether the unlocking and locking operation is successful, and record the number of successful or failed operations and the failure type. S4. When the number of consecutive failures reaches the preset threshold, pause, alarm, skip or restart operations are performed according to the preset rules. Otherwise, continue to execute the next unlocking and locking loop until the preset total number of loops is reached.

2. The method as described in claim 1, characterized in that, The control card reader actuator simulates the user's locking / unlocking operation, triggering the vehicle's locking / unlocking actions, including: The card swiping actuator is deployed so that the NFC card fits against the NFC recognition area on the driver's side pillar of the vehicle, thus completing the card swiping action. After the card is attached, the card swiping action triggers the vehicle's lock / unlock command, executing the unlock or lock operation.

3. The method as described in claim 1, characterized in that, The acquisition of vehicle status message data during the locking / unlocking process via the CAN bus includes: The CAN module monitors the signals of various controllers in the vehicle in real time. These signals include the wake-up request signal of the NFC module, the wake-up response signal of the vehicle controller, and the status feedback signal of the vehicle body domain arming / disarming. Based on the GB / T 34661.2-2017 standard, CAN bus messages are parsed to extract the transmission time, signal strength, and signal integrity parameters of each signal, and a UTC timestamp is added.

4. The method as described in claim 1, characterized in that, The multi-source information fusion-based determination method, based on the status message data, door lock mechanical status, and fault code information, determines whether the locking / unlocking operation was successful, including: For unlocking operations, successful unlocking requires the vehicle domain controller to send an unlocking success message, the door lock mechanical status to be unlocked, the absence of relevant fault codes, and the absence of communication timeouts. For locking operations, the same multi-source criteria as unlocking are used. To determine if locking is successful, the vehicle domain controller must simultaneously send a successful locking message, the door lock's mechanical status must be locked, there must be no related fault codes, and there must be no communication timeout.

5. The method as described in claim 1, characterized in that, When the number of consecutive failures reaches a preset threshold, pause, alarm, skip, or restart operations are performed according to preset rules, including: When the number of consecutive failures reaches a preset threshold, pause the current test loop and record the failure time and failure type; generate an alarm message to notify the operator. Choose to skip the current loop and continue to the next loop, or restart the test system and reinitialize it, depending on the preset configuration.

6. The method as described in claim 2, characterized in that, The control card reader actuator unfolds, causing the NFC card to fit against the NFC recognition area on the driver's side center pillar of the vehicle, including: The robotic arm joints are driven by servo actuators to move the NFC card on the end effector to a preset position; The NFC card is held by the gripper of the end effector, and the angle and distance of the card are adjusted to make it fit the NFC recognition area.

7. The method as described in claim 4, characterized in that, The multi-source information fusion-based determination method also includes: In each unlocking / locking loop, the unlocking validity check and the locking validity check are performed respectively, and the number of successful unlocking, the number of failed unlocking, the number of successful locking, and the number of failed locking are updated respectively. When either unlocking or locking fails, the failure type is recorded. The failure types include timeout, authentication failure, signal loss, and message loss.

8. The method as described in claim 1, characterized in that, Before controlling the card swipe actuator to simulate the user's unlocking and locking operations, the following is also included: Perform self-tests on each module of the test system to confirm that the card swipe actuator module, CAN module, and host computer module are working properly. Adjust the vehicle to a preset initial state, which includes a sleep state; initialize the test counter, which includes the number of successes, the number of failures, and the number of loops; and initialize the data storage unit.

9. An electronic device, comprising: processor; The memory stores executable instructions; when the processor executes the instructions, it implements the method as described in any one of claims 1-8.

10. A computer-readable storage medium storing a computer program that, when executed by a processor, implements the method of any one of claims 1-8.

Images