A new energy vehicle off-line detection method, device, equipment, medium and product

Abstract

The application discloses a new energy vehicle offline detection method, device, equipment, medium and product. The method controls the vehicle controller to activate the simulation fault involved in the offline detection function in response to the offline detection instruction of the target vehicle, and sends the fault code corresponding to the simulation fault to the instrument; for each simulation fault, in response to the target operation performed by the dynamic detection personnel on the target vehicle, the sensor signal received by the vehicle controller is acquired, if the sensor signal meets the preset verification condition of the simulation fault, the simulation fault is cleared and the sending of the fault code corresponding to the simulation fault to the instrument is stopped; when all simulation faults are cleared, it is determined that the offline detection of the target vehicle is completed. The technical scheme triggers the vehicle offline detection mode, realizes fault visualization by combining the interaction between the vehicle controller and the instrument, realizes the vehicle offline function detection, and improves the offline detection efficiency and delivery quality.

Description

Technical Field

[0001] This application relates to the field of image processing technology, and in particular to a method, apparatus, equipment, medium and product for detecting the off-line production of new energy vehicles. Background Technology

[0002] In the manufacturing and delivery of new energy vehicles, end-of-line (EOL) testing is a crucial step in ensuring the functional integrity and operational safety of the vehicle's electrical system. Its basic working principle involves the assembly workshop's host computer system sending diagnostic commands to the on-site diagnostic equipment on the production line. These commands are then transmitted to the vehicle's various controllers via the diagnostic equipment's OBD (On-Board Diagnostics) interface and executed. The diagnostic equipment receives the controller responses and feeds them back to the host computer for evaluation and completion of the test.

[0003] In recent years, the automotive industry's continuous development in electrification, intelligentization, and connectivity has led to an increasing and more sophisticated demand for electrical control functions in new energy vehicles, particularly in areas such as autonomous driving, intelligent cockpits, vehicle networking, and power drive. This necessitates the addition of more controllers to achieve these functions, and the information transmission and interaction logic between controllers has become increasingly complex, resulting in a significant increase in the complexity of the vehicle's electrical architecture. Currently, new energy commercial vehicles, especially pure electric heavy trucks and dump trucks, face pain points in the vehicle off-line testing process, including cumbersome procedures, low efficiency, and safety risks. Traditional off-line testing solutions often rely on external diagnostic equipment to trigger test items one by one, lacking a unified vehicle-side testing mode and status management mechanism. This results in a fragmented testing process, high skill requirements for operators, long testing times, and missed detections. Summary of the Invention

[0004] This application provides a method, apparatus, equipment, medium, and product for off-line testing of new energy vehicles. The method, in response to an off-line testing command from the target vehicle, controls the vehicle controller to activate simulated faults involved in the off-line testing function and sends fault codes corresponding to the simulated faults to the instrument cluster. For each simulated fault, in response to the target operation performed by the testing personnel on the target vehicle, the method acquires sensor signals received by the vehicle controller. If the sensor signals meet the preset verification conditions of the simulated fault, the simulated fault is cleared and the sending of fault codes corresponding to the simulated fault to the instrument cluster stops. When all simulated faults are cleared, the off-line testing of the target vehicle is considered complete. This technical solution, by triggering the vehicle off-line testing mode and combining the interaction between the vehicle controller and the instrument cluster to achieve fault visualization, realizes the off-line functional testing of the vehicle, improving off-line testing efficiency and delivery quality.

[0005] According to one aspect of this application, a method for testing new energy vehicles before they leave the production line is provided, the method comprising: In response to the off-line inspection command of the target vehicle, the vehicle controller is controlled to activate the simulated fault involved in the off-line inspection function and send the fault code corresponding to the simulated fault to the instrument. For each of the simulated faults, in response to the target operation performed by the inspection personnel on the target vehicle, the sensor signal received by the vehicle controller is acquired. If the sensor signal meets the preset verification conditions of the simulated fault, the simulated fault is cleared and the fault code corresponding to the simulated fault is stopped from being sent to the instrument. When all simulated faults are cleared, the offline inspection of the target vehicle is considered complete.

[0006] According to another aspect of this application, a new energy vehicle off-line testing device is provided, the device comprising: The fault activation module is used to respond to the off-line inspection command of the target vehicle, control the vehicle controller to activate the simulated fault involved in the off-line inspection function, and send the fault code corresponding to the simulated fault to the instrument. The offline detection module is used to detect each simulated fault in response to the target operation performed by the inspection personnel on the target vehicle. It acquires the sensor signals received by the vehicle controller. If the sensor signals meet the preset verification conditions of the simulated fault, the simulated fault is cleared and the sending of the fault code corresponding to the simulated fault to the instrument is stopped. The detection completion module is used to determine that the off-line detection of the target vehicle is complete when all simulated faults have been cleared.

[0007] The new energy vehicle off-line testing method provided in this application, in response to the off-line testing command of the target vehicle, controls the vehicle controller to activate the simulated faults involved in the off-line testing function and sends fault codes corresponding to the simulated faults to the instrument panel. For each simulated fault, in response to the target operation performed by the inspection personnel on the target vehicle, the sensor signals received by the vehicle controller are acquired. If the sensor signals meet the preset verification conditions of the simulated fault, the simulated fault is cleared and the sending of fault codes corresponding to the simulated fault to the instrument panel is stopped. When all simulated faults are cleared, the off-line testing of the target vehicle is determined to be complete. This technical solution, by triggering the vehicle off-line testing mode and combining the interaction between the vehicle controller and the instrument panel to achieve fault visualization, realizes the off-line functional testing of the vehicle, improving the efficiency of off-line testing and the quality of delivery.

[0008] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of this application, nor is it intended to limit the scope of this application. Other features of this application will become readily apparent from the following description. Attached Figure Description

[0009] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0010] Figure 1 This is a flowchart of a new energy vehicle off-line testing method provided in Embodiment 1 of this application.

[0011] Figure 2 This is a flowchart of a new energy vehicle off-line testing method provided in Embodiment 2 of this application.

[0012] Figure 3 This is a schematic diagram of the structure of a new energy vehicle off-line testing device provided in Embodiment 3 of this application.

[0013] Figure 4 This is a schematic diagram of the structure of a device for implementing a new energy vehicle off-line testing method according to an embodiment of this application. Detailed Implementation

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

[0015] It should be noted that the terms "target," "preset," etc., used in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0016] It should also be noted that the acquisition, storage, use, and processing of data in the technical solution of this application all comply with the relevant provisions of national laws and regulations.

[0017] Example 1 Figure 1This is a flowchart of a new energy vehicle off-line testing method provided in Embodiment 1 of this application. This embodiment is applicable to the off-line testing of complete new energy vehicles. The method can be executed by a new energy vehicle off-line testing device, which can be implemented in hardware and / or software. This device can be configured in a device with data processing capabilities. Figure 1 As shown, the method includes the following steps.

[0018] S110. In response to the off-line inspection command of the target vehicle, control the vehicle controller to activate the simulated fault involved in the off-line inspection function, and send the fault code corresponding to the simulated fault to the instrument.

[0019] The target vehicle refers to a new energy vehicle that is undergoing final functional testing on the production line and is about to be rolled off the line, such as pure electric heavy trucks and dump trucks.

[0020] The off-line inspection command is a trigger signal used to start the automated functional inspection process of the whole vehicle, marking the transition of the target vehicle from the assembly state to the off-line inspection state.

[0021] The vehicle controller is the core control unit of a new energy vehicle. As the management center of the target vehicle, it is responsible for coordinating the operation of the entire vehicle. By collecting signals from the accelerator pedal, brake pedal, etc., and communicating with key components such as the motor controller and battery management system via the CAN bus, the communication bus will evolve towards high-speed buses such as CAN-FD and Ethernet in the future, realizing comprehensive control of vehicle driving, braking, energy recovery, thermal management and fault diagnosis.

[0022] The simulated faults involved in the offline detection function refer to one or more fault states that are virtually set in the internal software of the vehicle controller according to the preset program. For example, simulating the failure of the accelerator pedal signal, rather than the actual occurrence of the fault in the target vehicle hardware.

[0023] Fault codes are specific codes representing simulated faults. They typically include communication fault codes, powertrain fault codes, and charging system fault codes. For example, communication fault code U0308-87 indicates a vehicle communication system malfunction; powertrain fault code 10 indicates a power interruption, displaying a stalled state; powertrain fault code 549 indicates a power battery fault; charging system fault codes 30 / 31 indicate overheating during charging; and charging system fault code 32 indicates low-temperature protection.

[0024] In this application, off-line testing of the target vehicle can be triggered based on a diagnostic tool. Specifically, production line operators use a standard vehicle diagnostic tool, connect to the target vehicle via the OBD interface, and select to execute the off-line testing service. The diagnostic tool sends a command to the vehicle controller to initiate the off-line testing function via the diagnostic protocol. The vehicle controller's diagnostic service program responds to this command, calling its internal off-line testing function module. This module sequentially activates preset simulated faults and periodically sends the corresponding fault codes to the instrument panel via the CAN bus. The corresponding fault light on the instrument panel illuminates, informing the operator that the testing state has begun.

[0025] Furthermore, the off-line inspection of target vehicles can be automatically triggered based on the production line system. Specifically, when a vehicle is transported to a fixed inspection station, the production line PLC (Programmable Logic Controller) or MES (Manufacturing Execution System) sends a signal to the target vehicle gateway to start off-line inspection via wireless communication or a physical interface. The target vehicle gateway converts this signal into an in-vehicle network message, or the communication module of the vehicle controller receives this specific network message directly as a trigger command. After the network communication management module or specific application module of the vehicle controller recognizes the command, it activates the off-line inspection process.

[0026] In some embodiments, optionally, after sending a fault code corresponding to the simulated fault to the instrument, the method further includes: sending a prompt message to the instrument to display the prompt message on the instrument; wherein the prompt message is used to indicate that the target vehicle is in a state where the offline inspection is not completed.

[0027] The prompt message refers to the auxiliary text, graphic, or light signal generated and sent to the instrument panel by the vehicle controller to convey to the operator (vehicle inspection personnel) that the target vehicle is currently in an off-line testing state rather than an actual fault state. For example, the instrument panel may display text such as "Function test not completed"; or a dedicated "TEST" indicator light may be illuminated on the instrument panel.

[0028] In this application, when the vehicle controller activates the first simulated fault, it generates a prompt message and continuously sends this prompt message to the instrument cluster via the vehicle network either as a separate message or embedded in the instrument cluster display control message. Upon receiving this message, the instrument cluster continuously displays the text in a fixed area of ​​its display screen or illuminates the corresponding dedicated indicator light.

[0029] Alternatively, the vehicle controller can dynamically generate instructive prompts based on the currently active simulated fault. For example, when simulating an electronic parking brake malfunction, it might prompt "Please operate the EPB switch"; when simulating a charging malfunction, it might prompt "Please connect the charging gun." Each time a new simulated fault is activated, the vehicle controller synchronously updates and sends the corresponding dynamic prompt to the instrument cluster. The instrument cluster then displays this dynamic prompt in a specific area. Once the simulated fault is verified and cleared, the prompt can be cleared or updated to guide the next item.

[0030] In some embodiments, optionally, before responding to the offline testing command of the target vehicle, the method further includes: acquiring the vehicle controller fault signal, the vehicle battery state of charge, and the offline testing flag of the diagnostic tool of the target vehicle; if the vehicle controller fault signal, the vehicle battery state of charge, and the offline testing flag meet a preset triggering condition, then generating the offline testing command of the target vehicle.

[0031] The vehicle controller fault signal refers to the status signal indicating whether a real fault exists in the target vehicle, determined by the vehicle controller through internal self-diagnosis or communication with other controllers (such as the battery management system BMS, motor controller MCU, etc.).

[0032] The state of charge (SCC) of a vehicle battery refers to the percentage of remaining charge in the battery.

[0033] The offline testing flag on a diagnostic tool is a specific signal written to the vehicle controller by an external diagnostic device through the vehicle's diagnostic interface. This flag acts as a "switch" or "permission signal," used by either a manual operator or a host computer system to explicitly instruct the vehicle controller to enter offline testing mode.

[0034] Preset trigger conditions refer to a set of logical criteria that must be met simultaneously for the above three parameters.

[0035] In this application, the vehicle inspection personnel connect a diagnostic tool to the OBD interface of the target vehicle. The diagnostic tool reads the current fault status of the vehicle controller and the battery charge status of the vehicle battery management system (BMS) through the diagnostic service. When the vehicle inspection personnel determine that the target vehicle meets the off-line testing requirements through the diagnostic tool, the diagnostic tool writes 1 to the off-line testing flag. The vehicle controller receives the off-line testing flag and generates an off-line testing command for the target vehicle when it recognizes that the off-line testing flag is 1.

[0036] In some embodiments, the preset triggering conditions may optionally include: the vehicle controller is fault-free, the vehicle battery state of charge is below 90%, and the vehicle controller recognizes the rising edge signal of the offline detection flag bit written by the diagnostic tool.

[0037] The vehicle controller is the core component for performing off-line testing. If the vehicle controller has a real fault, its logic judgment and command output may be unreliable. Therefore, the preset trigger conditions must be based on the premise that the vehicle controller is fault-free.

[0038] During the off-line testing process, the target vehicle needs to be repeatedly powered on and operated to operate various components, resulting in significant power consumption. If the battery charge is too low, the testing may be interrupted midway due to the vehicle entering a low-battery protection mode, leading to incomplete testing and requiring recharging before resuming testing, thus impacting production efficiency. For new energy vehicles, especially pure electric vehicles, setting the upper limit of the testing trigger charge to 90% can avoid performing high-current testing operations when the battery is fully charged, which is beneficial for extending battery life. At the same time, it also leaves charge capacity for energy recovery tests and other tests that may be triggered during the testing process.

[0039] The rising edge signal of the offline detection flag bit written by the diagnostic tool indicates that the offline detection flag bit changes from 0 to 1. The vehicle controller will only activate the offline detection function when it recognizes the rising edge signal of the offline detection flag bit written by the diagnostic tool. The advantage of this setting is that even if the diagnostic tool accidentally sends a "1" signal continuously, the vehicle controller will only activate the offline detection when it recognizes the first change, avoiding cyclic startup.

[0040] The above technical solution limits the activation conditions for vehicle off-line testing from three dimensions: the health of the executing entity, the energy system guarantee, and the clarity of human instructions, thus ensuring the safety and reliability of vehicle off-line testing for new energy vehicles.

[0041] S120. For each of the simulated faults, in response to the target operation performed by the inspection personnel on the target vehicle, the sensor signal received by the vehicle controller is obtained. If the sensor signal meets the preset verification conditions of the simulated fault, the simulated fault is cleared and the fault code corresponding to the simulated fault is stopped from being sent to the instrument.

[0042] Dynamic function inspectors are operators who perform dynamic function checks at the off-line workstations of the vehicle production line.

[0043] Target operation refers to the specific, pre-defined physical operation performed by the vehicle inspector for each activated simulated fault. For example, in simulating an accelerator pedal function test, the target operation is for the inspector to release the pedal and then press it again; in simulating a left turn signal function test, the target operation is toggling the left turn signal switch; and in simulating an electronic parking brake function test, the target operation is to pull up and release the electronic parking brake button.

[0044] Sensor signals refer to real-time electrical signals or data generated by various sensors on the target vehicle that reflect the vehicle's status or operator actions. Examples include gear position sensor signals, pedal position sensor signals, light circuit current sensor signals, and CAN bus messages. For instance, in simulating accelerator pedal function testing, when the operator releases and then presses the pedal again, the vehicle controller receives the pedal position sensor signals from both the release and pressing actions.

[0045] Preset verification conditions refer to the logical judgment rules predefined for each simulated fault. For example, in simulating accelerator pedal function testing, the preset verification conditions are receiving a signal of 0 when the tester releases the pedal and receiving a signal of 100 when the tester presses the pedal.

[0046] In this application, the vehicle controller sequentially sends simulated fault codes to the instrument cluster. When each simulated fault occurs, a maintenance technician performs a pre-defined physical operation on the target vehicle. The vehicle controller acquires relevant sensor signals during the technician's operation and verifies the acquired sensor signals using pre-defined verification conditions. If the verification passes, the current simulated fault is cleared, the transmission of the current simulated fault code to the instrument cluster stops, and the next simulated fault code to be detected is transmitted to the instrument cluster.

[0047] For example, the current simulated fault is a simulated accelerator pedal function test. The instrument panel displays an accelerator pedal fault indicator. The tester releases the pedal of the target vehicle first and then fully depresses it according to the preset operating procedure. If the vehicle controller receives a signal of 0 when the tester releases the pedal and a signal of 100 when the tester depresses the pedal, it indicates that the simulated fault test has passed. The simulated accelerator pedal fault is cleared and the fault code corresponding to the simulated fault is stopped from being sent to the instrument panel.

[0048] S130. When all simulated faults are cleared, the offline inspection of the target vehicle is determined to be complete.

[0049] In this application, a set of simulated faults to be detected can be constructed internally within the system. At the start of the offline inspection, this set contains all fault items that need to be detected. Each time a fault detection is verified as successful, the corresponding fault item is removed from the set. When the set becomes empty, meaning all simulated faults have been cleared, the system determines that the offline inspection of the target vehicle is complete and triggers a state transition.

[0050] In some embodiments, optionally, after determining that the target vehicle's off-line inspection is complete, the method further includes: controlling the instrument to send a stop display or clear the prompt message.

[0051] After the vehicle controller logically confirms that all fault detection items have passed, the control instrument stops displaying or clears the "offline detection not completed" prompts previously displayed in the offline detection mode, so as to synchronize the vehicle's internal status with the vehicle's external display status and complete the closed-loop exit of the detection mode.

[0052] Specifically, the vehicle controller sends a specific CAN message to the instrument cluster controller. This message can be designed as a "clear detection prompt command". Upon receiving this command, the instrument cluster immediately removes or hides the corresponding text, icon, or warning light on its display, restoring the normal display interface.

[0053] This application provides a method for off-line testing of new energy vehicles. The method responds to an off-line testing command from the target vehicle by controlling the vehicle controller to activate simulated faults involved in the off-line testing function and sending fault codes corresponding to the simulated faults to the instrument cluster. For each simulated fault, in response to the target operation performed by the testing personnel on the target vehicle, the method acquires sensor signals received by the vehicle controller. If the sensor signals meet the preset verification conditions of the simulated fault, the simulated fault is cleared and the sending of fault codes corresponding to the simulated fault to the instrument cluster stops. When all simulated faults are cleared, the off-line testing of the target vehicle is considered complete. This technical solution, by triggering the vehicle off-line testing mode and combining the interaction between the vehicle controller and the instrument cluster to achieve fault visualization, realizes the off-line functional testing of the vehicle, improving off-line testing efficiency and delivery quality.

[0054] Example 2 Figure 2 This is a flowchart illustrating a method for testing a new energy vehicle before it leaves the production line, as provided in Embodiment 2 of this application. This embodiment is an optimization based on the above embodiment, specifically optimizing the method for handling situations where a new energy vehicle experiences a power outage during the off-line testing process. Figure 2 As shown, the method in this embodiment of the application specifically includes the following steps.

[0055] S210. In response to the off-line inspection command of the target vehicle, control the vehicle controller to activate the simulated fault involved in the off-line inspection function, and send the fault code corresponding to the simulated fault to the instrument.

[0056] S220. For each of the simulated faults, in response to the target operation performed by the inspection personnel on the target vehicle, the sensor signal received by the vehicle controller is obtained. If the sensor signal meets the preset verification conditions of the simulated fault, the simulated fault is cleared and the fault code corresponding to the simulated fault is stopped from being sent to the instrument.

[0057] S230. If the target vehicle loses power, the fault flag corresponding to the undetected function is stored in a non-volatile memory.

[0058] Power failure refers to the unexpected loss of power to the vehicle controller and related systems during the off-line inspection process of the target vehicle due to external factors (such as human disconnection of the low-voltage battery, power switching of the production line, etc.), resulting in an interruption of the inspection process.

[0059] A fault flag is a status indicator corresponding to a simulated fault that has been activated at the moment of power failure but has not yet been "verified and cleared".

[0060] Non-volatile memory refers to semiconductor memory that retains all stored data for an extended period after power is lost. In automotive controllers, it typically refers to a specific area of ​​EEPROM or Flash memory.

[0061] In this application, an independent status flag bit can be allocated in non-volatile memory for each simulated fault. When the vehicle controller activates a simulated fault, in addition to setting the flag in RAM, it also simultaneously changes the corresponding non-volatile memory location of the simulated fault to the "incomplete" state, for example, writing the value 0x55. When the simulated fault is verified and cleared, the vehicle controller immediately changes the corresponding non-volatile memory location to the "completed" state, for example, writing the value 0xAA.

[0062] In addition, a detection task list area can be constructed in non-volatile memory. At the start of detection, the vehicle controller writes a list of all simulated fault IDs that need to be detected into the non-volatile memory all at once. Each time a simulated fault is detected successfully, the vehicle controller marks it as completed in the maintained detection task list, but does not immediately write it back to the non-volatile memory to reduce the number of writes. When a voltage drop to a threshold is detected, a power-down interrupt is immediately triggered, and in the interrupt service routine, the vehicle controller quickly writes the list of simulated fault IDs that have not yet been detected in RAM into a designated area of ​​the non-volatile memory.

[0063] In some embodiments, the method may optionally further include: when the target vehicle is powered on again, reading a fault flag from the non-volatile memory; if a fault flag exists, controlling the vehicle controller to activate a simulated fault corresponding to the fault flag and performing an offline detection.

[0064] Reconnecting to power means that after the target vehicle is offline for testing due to a power outage, it is reconnected to the power supply, and each controller completes hardware initialization and begins executing the main software program.

[0065] In this application, a dedicated offline detection status recovery function can be invoked after the target vehicle is powered on again. This function reads the storage area reserved for offline detection in non-volatile memory. If the read data indicates that there are incomplete fault flags (for example, a byte does not represent the preset value of "complete" or "idle"), the internal function is directly invoked to reactivate all simulated faults corresponding to these fault flags. At the same time, the vehicle controller re-enters the offline detection main loop, that is, jumps to step S210, sends the corresponding fault codes and prompt information to the instrument panel, and waits for the operation of the vehicle inspection personnel.

[0066] S240. When all simulated faults are cleared, the offline inspection of the target vehicle is determined to be complete.

[0067] This application provides a method for testing new energy vehicles after they are put into production. This method uses non-volatile storage to remember the test status after power failure, ensuring that the test process does not fail due to unexpected power failure, avoiding the need for vehicles to be tested repeatedly from the beginning, thereby improving the efficiency and reliability of the production line.

[0068] Example 3 Figure 3 This is a schematic diagram of the structure of a new energy vehicle off-line testing device provided in Embodiment 3 of this application. Figure 3 As shown, the device includes: The fault activation module 310 is used to respond to the off-line inspection command of the target vehicle, control the vehicle controller to activate the simulated fault involved in the off-line inspection function, and send the fault code corresponding to the simulated fault to the instrument. The offline detection module 320 is used to acquire the sensor signals received by the vehicle controller in response to the target operation performed by the inspection personnel on the target vehicle for each simulated fault. If the sensor signal meets the preset verification conditions of the simulated fault, the simulated fault is cleared and the fault code corresponding to the simulated fault is stopped from being sent to the instrument. The detection completion module 330 is used to determine that the offline detection of the target vehicle is complete when all simulated faults have been cleared.

[0069] The new energy vehicle off-line testing device provided in this application responds to the off-line testing command of the target vehicle by controlling the vehicle controller to activate the simulated faults involved in the off-line testing function and sending fault codes corresponding to the simulated faults to the instrument panel. For each simulated fault, in response to the target operation performed by the inspection personnel on the target vehicle, the device acquires the sensor signals received by the vehicle controller. If the sensor signals meet the preset verification conditions of the simulated fault, the simulated fault is cleared and the sending of fault codes corresponding to the simulated fault to the instrument panel stops. When all simulated faults are cleared, the off-line testing of the target vehicle is determined to be complete. This technical solution, by triggering the vehicle off-line testing mode and combining the interaction between the vehicle controller and the instrument panel to achieve fault visualization, realizes the off-line function testing of the vehicle, improving the efficiency of off-line testing and the quality of delivery.

[0070] Furthermore, the device also includes: The data acquisition module is used to acquire the vehicle controller fault signal, the vehicle battery state of charge, and the offline testing flag of the diagnostic instrument before responding to the offline testing command of the target vehicle. The instruction generation module is used to generate a decommissioning instruction for the target vehicle if the vehicle controller fault signal, the vehicle battery state of charge, and the decommissioning detection flag meet preset triggering conditions.

[0071] Furthermore, the preset triggering conditions include: the vehicle controller is fault-free, the vehicle battery state of charge is below 90%, and the vehicle controller recognizes the rising edge signal of the offline detection flag bit written by the diagnostic tool.

[0072] Furthermore, the device also includes: The pre-storage module is used to store the fault flag corresponding to the undetected function in non-volatile memory before the offline inspection of the target vehicle is completed when all simulated faults are turned off.

[0073] Furthermore, the device also includes: The fault reading module is used to read fault flags from the non-volatile memory when the target vehicle is powered on again; The offline detection module is used to control the vehicle controller to activate the simulated fault corresponding to the fault flag and perform offline detection if a fault flag is present.

[0074] Furthermore, the device also includes: The prompt message sending module is used to send a prompt message to the instrument after sending a fault code corresponding to the simulated fault to the instrument, so as to display the prompt message on the instrument; wherein, the prompt message is used to indicate that the target vehicle is in a state of incomplete off-line inspection; Accordingly, the device further includes: The prompt message clearing module is used to control the instrument to send a stop display or clear the prompt message after determining that the offline inspection of the target vehicle has been completed.

[0075] The new energy vehicle off-line testing device provided in this application embodiment can execute the new energy vehicle off-line testing method provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of executing the method.

[0076] Example 4 Figure 4 A schematic diagram of the structure of a device 10 that can be used to implement embodiments of this application is shown. The device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The device may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (such as helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the application described and / or claimed herein.

[0077] like Figure 4 As shown, device 10 includes at least one processor 11 and a memory, such as read-only memory (ROM) 12, random access memory (RAM) 13, etc., communicatively connected to at least one processor 11. The memory stores computer programs executable by at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded into the RAM 13 from storage unit 18. The RAM 13 may also store various programs and data required for the operation of device 10. The processor 11, ROM 12, and RAM 13 are interconnected via bus 14. Input / output (I / O) interface 15 is also connected to bus 14.

[0078] Multiple components in device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of monitors, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0079] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, central processing unit (CPU), graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as the new energy vehicle off-line testing method.

[0080] In some embodiments, the new energy vehicle off-line testing method can be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed on device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the new energy vehicle off-line testing method described above can be performed. Alternatively, in other embodiments, processor 11 can be configured to perform the new energy vehicle off-line testing method by any other suitable means (e.g., by means of firmware).

[0081] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0082] Computer programs used to implement the methods of this application may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0083] In the context of this application, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. Alternatively, a computer-readable storage medium can be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

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

[0085] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0086] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0087] In particular, according to embodiments of the present invention, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of the present invention include a computer program product comprising a computer program carried on a non-transitory computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication unit 19, or installed from storage unit 18, or installed from ROM 12. When the computer program is executed by processor 11, it performs the functions defined in the methods of the embodiments of this application.

[0088] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this application can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this application can be achieved, and this is not limited herein.

[0089] The specific embodiments described above do not constitute a limitation on the scope of protection of this application. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A method for detecting the off-line production of new energy vehicles, characterized in that, The method includes: In response to the off-line inspection command of the target vehicle, the vehicle controller is controlled to activate the simulated fault involved in the off-line inspection function and send the fault code corresponding to the simulated fault to the instrument. For each of the simulated faults, in response to the target operation performed by the inspection personnel on the target vehicle, the sensor signal received by the vehicle controller is acquired. If the sensor signal meets the preset verification conditions of the simulated fault, the simulated fault is cleared and the fault code corresponding to the simulated fault is stopped from being sent to the instrument. When all simulated faults are cleared, the offline inspection of the target vehicle is considered complete.

2. The method according to claim 1, characterized in that, Prior to responding to the off-line inspection command for the target vehicle, the method further includes: Acquire the vehicle controller fault signal, vehicle battery state of charge, and diagnostic tool's off-line detection flag of the target vehicle; If the vehicle controller fault signal, the vehicle battery state of charge, and the offline detection flag meet the preset trigger conditions, an offline detection command for the target vehicle is generated.

3. The method according to claim 2, characterized in that, The preset trigger conditions include: the vehicle controller is fault-free, the vehicle battery state of charge is below 90%, and the vehicle controller recognizes the rising edge signal of the offline detection flag bit written by the diagnostic tool.

4. The method according to claim 1, characterized in that, Before determining that the off-line inspection of the target vehicle is complete when all simulated faults are turned off, the method further includes: If the target vehicle loses power, the fault flag corresponding to the undetected function will be stored in non-volatile memory.

5. The method according to claim 4, characterized in that, The method further includes: When the target vehicle is powered on again, the fault flag is read from the non-volatile memory; If a fault flag exists, the vehicle controller is controlled to activate the simulated fault corresponding to the fault flag and perform an offline test.

6. The method according to claim 1, characterized in that, After sending the fault code corresponding to the simulated fault to the instrument, the method further includes: A prompt message is sent to the instrument panel to be displayed on the instrument panel; wherein the prompt message is used to indicate that the target vehicle is in a state where the offline inspection has not been completed; Accordingly, after determining that the target vehicle's off-line inspection is complete, the method further includes: Control the instrument to send a stop display or clear the prompt message.

7. A new energy vehicle off-line testing device, characterized in that, The device includes: The fault activation module is used to respond to the off-line inspection command of the target vehicle, control the vehicle controller to activate the simulated fault involved in the off-line inspection function, and send the fault code corresponding to the simulated fault to the instrument. The offline detection module is used to detect each simulated fault in response to the target operation performed by the inspection personnel on the target vehicle. It acquires the sensor signals received by the vehicle controller. If the sensor signals meet the preset verification conditions of the simulated fault, the simulated fault is cleared and the sending of the fault code corresponding to the simulated fault to the instrument is stopped. The detection completion module is used to determine that the off-line detection of the target vehicle is complete when all simulated faults have been cleared.

8. An electronic device, characterized in that, The device includes: At least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the new energy vehicle off-line testing method according to any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that are used to cause a processor to execute the new energy vehicle off-line testing method according to any one of claims 1-6.

10. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, implements the new energy vehicle off-line testing method according to any one of claims 1-6.

Images