Vehicle offline diagnosis gateway and method and storage medium

Abstract

The invention discloses a vehicle offline diagnosis gateway and method and a storage medium. The gateway comprises a main control module, a CAN bus interface, a wireless communication module and a power supply module. The main control module comprises a vehicle identification unit and a communication management unit, and the vehicle identification unit automatically obtains a vehicle identification code through a CAN bus interface; and the communication management unit controls the wireless communication module to broadcast a discovery signal containing the code, and receives a connection request initiated by the offline detection cabinet after analyzing the signal so as to establish wireless connection. According to the scheme, through automatic acquisition of the vehicle identification code and binding transmission of the discovery signal, automatic establishment of vehicle identity association and wireless connection can be realized without manual operation, the automation degree and efficiency of vehicle off-line detection are remarkably improved, a high-beat intelligent manufacturing scene is adapted, accurate correspondence of the detection data and the vehicle is ensured, and the detection efficiency is improved. The accuracy and traceability of the result are improved, and reliable support is provided for standardization and high efficiency of offline detection.

Description

Technical Field

[0001] This application relates to the field of automotive manufacturing testing technology, and in particular to a vehicle off-line diagnostic gateway, method, and storage medium. Background Technology

[0002] With the development of intelligent manufacturing and unmanned delivery technologies, the automation level of automobile assembly lines is constantly improving, placing higher demands on the automation, efficiency, and reliability of vehicle off-line inspection. However, traditional vehicle off-line inspection processes still have serious deficiencies in core processes, failing to meet the needs of modern intelligent manufacturing. Specifically:

[0003] Firstly, in the existing system, after the diagnostic gateway connects to a vehicle, the offline testing cabinet lacks the ability to automatically associate with a specific vehicle. Operators must manually query vehicle information and enter it into the system to bind the diagnostic gateway to the vehicle's identity. This process not only prolongs the testing time for a single vehicle and slows down the overall testing cycle, but is also prone to human error leading to mismatches between the test data and the corresponding vehicle identity information. This seriously affects the accuracy and traceability of the test results, creating potential problems for subsequent quality control.

[0004] Secondly, when establishing a communication link between the diagnostic gateway and the offline testing cabinet, operators need to manually configure the wireless network parameters for the equipment, such as searching for target networks, entering the Service Set Identifier (SSID), and password. This operation is complex, time-consuming, and requires a certain level of professional skill from the operators. In a high-paced production environment, frequent manual configuration not only increases the workload but may also cause connection failures or communication delays, directly disrupting the overall production rhythm and becoming a key bottleneck hindering the improvement of production line automation and efficiency.

[0005] In summary, traditional offline inspection solutions have inherent drawbacks such as low automation, insufficient inspection efficiency, and difficulty in ensuring data accuracy, making them unable to provide reliable support for high-speed, standardized intelligent manufacturing scenarios. Summary of the Invention

[0006] To address the aforementioned issues, this application provides a vehicle off-line diagnostic gateway, method, and storage medium, aiming to improve the automation, efficiency, accuracy, and traceability of vehicle off-line testing, adapting to high-paced intelligent manufacturing scenarios and providing reliable support for the standardization and efficiency of off-line testing.

[0007] The embodiments of this application disclose the following technical solutions:

[0008] The first aspect of this application provides a vehicle off-line diagnostic gateway, which includes a main control module, and a CAN bus interface, a wireless communication module and a power supply module respectively connected to the main control module;

[0009] The main control module includes:

[0010] A vehicle identification unit is used to obtain a vehicle identification code from a vehicle via the CAN bus interface;

[0011] The communication management unit is used to control the wireless communication module to broadcast a discovery signal containing the vehicle identification code, and to receive a wireless connection request initiated by the offline detection cabinet after capturing and parsing the discovery signal, so as to establish a wireless connection.

[0012] The power module is used to supply power to the main control module, the CAN bus interface and the wireless communication module.

[0013] In an optional implementation, the main control module further includes:

[0014] A diagnostic control unit is configured to perform diagnostic services via the CAN bus interface to obtain diagnostic data of the vehicle in response to diagnostic commands received via the wireless connection.

[0015] In an optional implementation, the diagnostic control unit encapsulates a preset diagnostic protocol, and the diagnostic control unit is specifically used for:

[0016] According to the diagnostic instructions, a corresponding diagnostic request is generated based on the preset diagnostic protocol. The diagnostic request is sent to the vehicle's electronic control unit via the CAN bus interface, and the response data from the electronic control unit is received to obtain the vehicle's diagnostic data.

[0017] In an optional implementation, the main control module further includes:

[0018] The data transmission unit is used to send the vehicle diagnostic data to the offline testing cabinet via the wireless communication module.

[0019] In an optional implementation, the communication management unit is further configured to:

[0020] During the process of establishing a wireless connection with the offline testing cabinet, two-way authentication is performed with the offline testing cabinet based on the pre-shared key. After successful authentication, the wireless connection is established.

[0021] In an optional implementation, the main control module further includes a status monitoring unit for monitoring the operating status of the vehicle off-line diagnostic gateway.

[0022] In an optional implementation, the wireless communication module broadcasts the discovery signal in at least one of the following ways:

[0023] Bluetooth Low Energy (BLE) broadcast, Wi-Fi Soft Access Point (SoftAP) mode beacon broadcast, and User Datagram Protocol (UDP) multicast or broadcast.

[0024] A second aspect of this application provides a vehicle off-line diagnostic method, applied to the vehicle off-line diagnostic gateway described in any implementation of the first aspect, the method comprising:

[0025] Obtain the vehicle identification code via the vehicle's CAN bus;

[0026] The broadcast includes a discovery signal containing the vehicle identification code;

[0027] Receive the wireless connection request initiated by the offline detection cabinet after capturing and parsing the detection signal, and establish a wireless connection;

[0028] Receive diagnostic commands via the wireless connection;

[0029] According to the diagnostic instructions, perform diagnostic services via the CAN bus to obtain vehicle diagnostic data;

[0030] The vehicle diagnostic data is sent to the off-line testing cabinet.

[0031] A third aspect of this application provides a vehicle off-line diagnostic method, applied to an off-line testing cabinet, the method comprising:

[0032] Scan and capture discovery signals broadcast by the vehicle off-line diagnostic gateway;

[0033] The vehicle identification code is extracted from the captured detection signal;

[0034] Identify the target vehicle based on the parsed vehicle identification code;

[0035] Initiate a wireless connection request to the gateway corresponding to the identified target vehicle and complete the establishment of the wireless connection;

[0036] After the connection is established, a diagnostic command is sent to the gateway through the wireless connection;

[0037] Receive vehicle diagnostic data returned by the gateway.

[0038] The fourth aspect of this application provides a computer storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the vehicle off-line diagnostic method described in the second or third aspect.

[0039] Compared with the prior art, this application has the following beneficial effects:

[0040] This application proposes a vehicle off-line diagnostic gateway, comprising a main control module, and a Controller Area Network (CAN) bus interface, a wireless communication module, and a power supply module, all connected to the main control module. The main control module includes a vehicle identification unit and a communication management unit. The vehicle identification unit acquires a vehicle identification code from the vehicle via the CAN bus interface. The communication management unit controls the wireless communication module to broadcast a discovery signal containing the vehicle identification code and receives a wireless connection request initiated by the off-line diagnostic cabinet after capturing and parsing the discovery signal, thereby establishing a wireless connection. The power supply module provides power to the main control module, the CAN bus interface, and the wireless communication module. The vehicle off-line diagnostic gateway provided in this application achieves automatic acquisition of the vehicle identification code through the collaboration of the vehicle identification unit and the CAN bus interface, eliminating the need for manual input or binding of vehicle information. Simultaneously, the communication management unit controls the wireless communication module to broadcast a discovery signal containing the vehicle identification code, enabling the diagnostic cabinet to directly parse and identify the target vehicle and actively initiate a connection without manual configuration of network parameters. Compared to existing technologies, this application can complete the core process from vehicle identity association to wireless connection establishment without any manual intervention. This significantly improves the automation and efficiency of vehicle off-line inspection, perfectly adapting to high-speed intelligent manufacturing scenarios. Furthermore, through the binding design of vehicle identification codes and detection signals, it ensures that the detection data accurately corresponds to the vehicle, improving the accuracy and traceability of the detection results and providing reliable support for the standardization and efficiency of off-line inspection. Attached Figure Description

[0041] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the 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.

[0042] Figure 1 This is a schematic diagram of the structure of a vehicle off-line diagnostic gateway provided in an embodiment of this application;

[0043] Figure 2 This is a schematic diagram of the structure of a main control module provided in an embodiment of this application;

[0044] Figure 3 A flowchart of a vehicle off-line diagnostic method provided in this application embodiment;

[0045] Figure 4 A flowchart of another vehicle off-line diagnostic method provided in this application embodiment;

[0046] Figure 5 This is a timing diagram of communication interaction for vehicle off-line diagnosis provided in an embodiment of this application. Detailed Implementation

[0047] As described earlier, the current traditional vehicle off-line inspection process still has serious deficiencies in its core processes, failing to meet the demands of modern intelligent manufacturing. Specifically, this is manifested in the following ways:

[0048] Firstly, in the existing system, after the diagnostic gateway connects to a vehicle, the offline testing cabinet lacks the ability to automatically associate with a specific vehicle. Operators must manually query vehicle information and enter it into the system to bind the diagnostic gateway to the vehicle's identity. This process not only prolongs the testing time for a single vehicle and slows down the overall testing cycle, but is also prone to human error leading to mismatches between the test data and the corresponding vehicle identity information. This seriously affects the accuracy and traceability of the test results, creating potential problems for subsequent quality control.

[0049] Secondly, when establishing a communication link between the diagnostic gateway and the offline testing cabinet, operators need to manually configure the wireless network parameters for the equipment, such as searching for target networks, entering the Service Set Identifier (SSID), and password. This operation is complex, time-consuming, and requires a certain level of professional skill from the operators. In a high-paced production environment, frequent manual configuration operations not only increase the workload but may also cause connection failures or communication delays, directly disrupting the overall production rhythm and becoming a key bottleneck hindering the improvement of production line automation and efficiency.

[0050] In summary, traditional offline inspection solutions have inherent drawbacks such as low automation, insufficient inspection efficiency, and difficulty in ensuring data accuracy, making them unable to provide reliable support for high-speed, standardized intelligent manufacturing scenarios.

[0051] To address the above problems, the inventors have proposed a vehicle off-line diagnostic gateway, method, and storage medium after research.

[0052] The vehicle off-line diagnostic gateway includes a main control module, and a CAN bus interface, a wireless communication module, and a power supply module, all connected to the main control module. The main control module includes a vehicle identification unit and a communication management unit. The vehicle identification unit acquires a vehicle identification code from the vehicle via the CAN bus interface. The communication management unit controls the wireless communication module to broadcast a discovery signal containing the vehicle identification code and receives a wireless connection request initiated by the off-line testing cabinet after capturing and parsing the discovery signal to establish a wireless connection. The power supply module provides power to the main control module, the CAN bus interface, and the wireless communication module. The vehicle off-line diagnostic gateway provided in this application achieves automatic acquisition of the vehicle identification code through the collaboration of the vehicle identification unit and the CAN bus interface, eliminating the need for manual input or binding of vehicle information. Simultaneously, the communication management unit controls the wireless communication module to broadcast a discovery signal containing the vehicle identification code, enabling the testing cabinet to directly parse and identify the target vehicle and actively initiate a connection without manual configuration of network parameters. Compared to existing technologies, this application can complete the core process from vehicle identity association to wireless connection establishment without any manual intervention. This significantly improves the automation and efficiency of vehicle off-line inspection, perfectly adapting to high-speed intelligent manufacturing scenarios. Furthermore, through the binding design of vehicle identification codes and detection signals, it ensures that the detection data accurately corresponds to the vehicle, improving the accuracy and traceability of the detection results and providing reliable support for the standardization and efficiency of off-line inspection.

[0053] 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 are within the scope of protection of the present application.

[0054] It should be noted that, unless otherwise defined, the technical or scientific terms used in the embodiments of this application should have the ordinary meaning understood by one of ordinary skill in the art to which this application pertains. The terms "first," "second," and similar terms used in the embodiments of this application do not indicate any order, quantity, or importance, but are merely used to distinguish different components. Terms such as "comprising" or "including" mean that the element or object preceding the word encompasses the elements or objects listed following the word and their equivalents, without excluding other elements or objects. Terms such as "connected" or "linked" are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. Terms such as "upper," "lower," "left," and "right" are only used to indicate relative positional relationships; when the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0055] See Figure 1 This figure is a schematic diagram of the structure of a vehicle off-line diagnostic gateway provided in an embodiment of this application. Figure 1 As shown, the vehicle off-line diagnostic gateway provided in this application embodiment includes: a main control module 101, and a CAN bus interface 102, a wireless communication module 103, and a power module 104 respectively connected to the main control module 101.

[0056] The main control module 101 is the core processing unit of the vehicle off-line diagnostic gateway. It is responsible for coordinating and managing the operation of other modules and serves as the logical hub for realizing automated gateway diagnostics and wireless pairing. It can be implemented by a microcontroller or microprocessor, such as the ESP32 chip, which integrates Wi-Fi and Bluetooth Low Energy (BLE) functions and has sufficient computing power to perform vehicle identification, communication management, and basic diagnostic tasks.

[0057] In one example implementation, the main control module 101 can use an ESP32 as the main control chip. This chip is low-cost, highly integrated, and natively supports Wi-Fi and BLE dual-mode communication, effectively simplifying peripheral circuit design. In this case, its integrated wireless function can be directly used as the wireless communication module 103, forming a highly integrated all-in-one solution.

[0058] In another example implementation, other microcontroller architectures can be used, such as the STM32 series microcontrollers, and paired with a separate Wi-Fi module (such as the ESP8266) and / or a separate BLE module (such as the nRF52840) to construct the wireless communication module 103. This scheme, which separates the main control module 101 from the wireless communication module 103, provides greater hardware configuration flexibility and is suitable for scenarios with special requirements for computing performance or wireless functionality.

[0059] In this embodiment, the main control module 101 implements functional units through internal firmware or software programs, including a vehicle identification unit 1011 and a communication management unit 1012. These units work together to achieve automated operation of the gateway.

[0060] The vehicle identification unit 1011 is used to obtain the vehicle identification code from the vehicle via the CAN bus interface 102.

[0061] In this application embodiment, the vehicle identification code refers to the unique identifier of a vehicle, usually the Vehicle Identification Number (VIN). The VIN is a unique 17-character sequence containing key information such as the vehicle's manufacturer, year of production, and model, and is the core basis for distinguishing and tracing different vehicles during off-line inspection.

[0062] In one example implementation, the vehicle identification unit 1011 can obtain the VIN by executing a standardized vehicle diagnostic protocol, such as the Unified Diagnostic Services (UDS) protocol. It sends a diagnostic request to the relevant Electronic Control Unit (ECU) of the vehicle via the CAN bus interface 102, such as using the UDS protocol's 22 service, reads the specific data identifier DID F190, and parses the response data returned by the ECU to extract the complete VIN code. This process is automatically executed after the vehicle's diagnostic gateway is powered on, without manual intervention.

[0063] The communication management unit 1012 is used to control the wireless communication module 103 to broadcast a discovery signal containing a vehicle identification code, and to receive a wireless connection request initiated by the offline detection cabinet after capturing and parsing the discovery signal, so as to establish a wireless connection.

[0064] In this embodiment of the application, the discovery signal refers to the data packet that the gateway actively broadcasts to the outside world in order to be discovered by the offline detection cabinet, which carries the identification information of the gateway and / or the vehicle connected to it (such as VIN code or gateway device ID).

[0065] The off-line testing cabinet refers to the core control and data processing equipment deployed at the vehicle final assembly off-line workstation. It integrates a computing unit, display interface and wireless communication module, and is responsible for automatically scanning and connecting to diagnostic gateways within range, sending standardized diagnostic commands to the gateways, receiving, parsing and displaying vehicle diagnostic data returned by the gateways. It is the control center of the automated off-line testing process.

[0066] In one example implementation, the communication management unit 1012 can initiate the BLE broadcast function of the wireless communication module 103. The gateway encapsulates the acquired VIN code in a BLE broadcast packet and broadcasts it at a preset time interval (e.g., once per second). Simultaneously, the offline testing cabinet runs a BLE scanning program. When a vehicle enters the testing station, the cabinet scans the broadcast packet and successfully parses the VIN code, immediately and automatically initiating a connection to the gateway. The communication management unit 1012 responds to this request, ultimately establishing a stable wireless communication link, preparing for subsequent diagnostic commands and data transmission.

[0067] In one alternative implementation, to enhance security, prevent malicious devices from impersonating the gateway or cabinet, and protect diagnostic data from being stolen or tampered with, the communication management unit 1012 is further configured to:

[0068] During the process of establishing a wireless connection with the offline testing cabinet, two-way authentication is performed with the offline testing cabinet based on the pre-shared key. After successful authentication, the wireless connection is established.

[0069] In this embodiment, two-way authentication is a security mechanism that requires both parties to verify each other's identities before establishing a connection to prevent unauthorized access.

[0070] A pre-shared key (PSK) is the same key pre-stored in the gateway and cabinet, used to generate cryptographic credentials or signatures to ensure the trustworthiness of the communication link.

[0071] In one example implementation, authentication can be achieved over a Wi-Fi connection using Transport Layer Security with Pre-Shared Keys (TLS-PSK), deriving the session key from the PSK. For BLE connections, Bluetooth Low Energy secure pairing can be used, with digital signature verification performed using the PSK.

[0072] In another example implementation, a custom challenge-response protocol can be used, where the gateway and rack exchange random numbers and calculate a hash-based message authentication code (HMAC), allowing the connection if a match is found.

[0073] The communication management unit 1012 in this embodiment ensures that only legitimate devices can participate in the offline testing, thereby improving the reliability and compliance of the entire production system.

[0074] The CAN bus interface 102 is the physical and protocol layer connection component between the gateway and the vehicle's CAN bus network. CAN is a serial communication protocol widely used in automotive electronic systems to support reliable data exchange between multiple ECUs.

[0075] In one example implementation, the MCP2551 CAN transceiver chip can be used as the CAN bus interface 102 to connect to the main control module 101, for example, by connecting to an external CAN controller via a Serial Peripheral Interface (SPI) to achieve CAN communication.

[0076] In another implementation example, a microcontroller with a built-in CAN controller can be used to directly connect to the CAN transceiver, simplifying the hardware design. The interface design must conform to the OBD-II physical layer specification to ensure compatibility with the vehicle's diagnostic ports.

[0077] The CAN bus interface 102 in this embodiment provides a data channel between the gateway and the vehicle ECU, enabling the main control module 101 to read the VIN code and execute diagnostic commands, which is the basis for realizing automatic vehicle identification and subsequent diagnostic tasks.

[0078] The wireless communication module 103 is a component that enables wireless data transmission between the gateway and the offline detection cabinet. It supports one or more wireless protocols, such as Wi-Fi and BLE. The wireless communication module 103 is responsible for broadcasting a detection signal containing the vehicle identifier and responding to connection requests from the cabinet to establish a stable wireless link.

[0079] In one example implementation, the wireless communication module 103 can directly utilize the integrated wireless functionality of the main control chip (such as ESP32). For discovery signal broadcasting, the VIN can be sent via a BLE advertising packet, or the SSID of the encoded VIN can be broadcast via Wi-Fi Soft Access Point (SoftAP) mode.

[0080] In another example implementation, an external wireless module, such as an RS9116 Wi-Fi module, can be used as the wireless communication module 103 to communicate with the master module 101 via a Universal Asynchronous Receiver / Transmitter (UART) or SPI.

[0081] The wireless communication module 103 in this embodiment enables automatic, wireless connection between the gateway and the offline detection cabinet. By broadcasting a discovery signal, the cabinet can automatically identify and connect to the gateway without requiring manual configuration of network parameters, thus achieving fully automated and high-speed operation of the offline detection process.

[0082] In one alternative implementation, to ensure that the rack can reliably discover the gateway under different network environments (such as Wi-Fi interference, BLE distance limitations), enhance the pairing success rate, and reduce the risk of detection interruption due to the failure of a single discovery mechanism, the wireless communication module 103 broadcasts the discovery signal in at least one of the following ways:

[0083] Bluetooth Low Energy (BLE) broadcast, Wi-Fi Soft Access Point (SoftAP) mode beacon broadcast, and User Datagram Protocol (UDP) multicast or broadcast.

[0084] In this embodiment, all of these broadcast methods are zero-configuration discovery mechanisms, allowing gateways to be detected by the rack without manual intervention. BLE broadcast uses Bluetooth advertising packets to periodically send identification information; Wi-Fi SoftAP broadcasts SSIDs via beacon frames; UDP multicast or broadcast uses specific addresses and ports in the IP network to send discovery messages, supporting cross-subnet communication.

[0085] Power module 104 supplies power to the main control module 101, CAN bus interface 102, and wireless communication module 103, ensuring stable operation of the gateway in a vehicle environment. Power module 104 typically includes a voltage conversion circuit, overvoltage / overcurrent protection circuit, and power management integrated circuit.

[0086] In one example implementation, the power module 104 uses a buck converter to convert the 12V power supply from the On-Board Diagnostics (OBD) interface to 3.3V or 5V to power the modules inside the gateway.

[0087] In another example implementation, redundant power paths can be designed to support external backup batteries in response to fluctuations in vehicle power supply.

[0088] Optionally, the power module 104 can also integrate monitoring functions to report voltage and current status in real time.

[0089] In this embodiment, the power module 104 is the foundation for the normal operation of the gateway, providing energy to all electronic components and ensuring that the gateway can start up immediately and continue to work when the vehicle is off the production line.

[0090] This application embodiment achieves automatic acquisition of vehicle identification codes through the collaboration of the vehicle identification unit and the CAN bus interface, eliminating the need for manual input or binding of vehicle information. Simultaneously, the communication management unit controls the wireless communication module to broadcast a discovery signal containing the vehicle identification code, enabling the detection cabinet to directly parse and identify the target vehicle and proactively initiate a connection without manual network parameter configuration. The core process from vehicle identity association to wireless connection establishment is completed without any manual intervention, significantly improving the automation and efficiency of vehicle off-line inspection, perfectly adapting to high-paced intelligent manufacturing scenarios. Furthermore, the binding design of the vehicle identification code and discovery signal ensures accurate correspondence between detection data and vehicles, improving the accuracy and traceability of detection results and providing reliable support for the standardization and efficiency of off-line inspection.

[0091] Figure 2 This is a schematic diagram of the structure of a main control module provided in an embodiment of this application. The embodiment illustrated in this diagram provides a more detailed explanation of the internal functional unit division and collaborative workflow of the main control module.

[0092] like Figure 2 As shown, the main control module 101 specifically includes a vehicle identification unit 1011, a communication management unit 1012, a diagnostic control unit 1013, a data transmission unit 1014, and a status monitoring unit 1015. These units independently undertake specific tasks and also achieve collaborative linkage through data interaction, jointly supporting the gateway's fully automatic diagnostic and pairing capabilities.

[0093] In this embodiment, the vehicle identification unit 1011 and the communication management unit 1012 are implemented in basically the same way as those in the embodiments described above, and will not be repeated here. The relevant technical implementations can be referred to the above description of the vehicle identification unit 1011 and the communication management unit 1012.

[0094] The diagnostic control unit 1013 is configured to perform diagnostic services via the CAN bus interface 102 to obtain diagnostic data of the vehicle in response to a diagnostic command received via a wireless connection.

[0095] In this embodiment, the diagnostic control unit 1013 is the core logic unit in the main control module 101 responsible for parsing and executing specific diagnostic tasks. It converts high-level diagnostic commands from the offline testing cabinet into low-level bus messages that can directly interact with the vehicle ECU.

[0096] In one example implementation, the diagnostic control unit 1013 manages the diagnostic session by maintaining a diagnostic protocol state machine. Upon receiving a command from the cabinet (such as "read current fault code"), the unit first verifies the command format, then generates a request frame conforming to the UDS or OBD-II protocol specification based on a preset diagnostic service mapping table, and sends it to the target ECU address via the CAN bus interface 102. For the response returned by the ECU, the unit is responsible for receiving, reassembling, and verifying multiple frames of data, ultimately extracting valid diagnostic information from the response data.

[0097] Optionally, the diagnostic control unit encapsulates a preset diagnostic protocol. The diagnostic control unit 1013 is specifically used for:

[0098] According to the diagnostic instructions, a corresponding diagnostic request is generated based on a preset diagnostic protocol. The diagnostic request is sent to the vehicle's electronic control unit via the CAN bus interface 102, and the response data from the electronic control unit is received to obtain the vehicle's diagnostic data.

[0099] In this embodiment, the preset diagnostic protocol includes a unified diagnostic service protocol and an on-board diagnostic system protocol, which define the format, timing and error handling mechanism of the diagnostic service to ensure that the gateway can communicate correctly with vehicle ECUs of different manufacturers and models.

[0100] In one example implementation, the diagnostic control unit 1013 integrates a UDS protocol stack. When specific data (such as the ECU software version number) needs to be obtained, the diagnostic control unit 1013 constructs a complete service request sequence according to the UDS protocol specification, for example, using service 22 to read a specific data identifier. This sequence may include session mode switching, secure access unlocking, and the final data read request. Through this standardized protocol encapsulation, the diagnostic control unit 1013 achieves reliable interaction with diverse vehicle ECUs.

[0101] The data transmission unit 1014 is used to send vehicle diagnostic data to the off-line testing cabinet via the wireless communication module 103.

[0102] In this embodiment, the data transmission unit 1014 is a communication scheduling unit in the main control module 101 responsible for the encapsulation and transmission of diagnostic results, which ensures that the diagnostic data can be reliably and efficiently transmitted to the host computer of the detection system.

[0103] In one example implementation, the data transmission unit 1014 receives parsed structured diagnostic data (such as a DTC list, parameter identifier values, etc.) from the diagnostic control unit 1013. Subsequently, the data transmission unit 1014 encapsulates this data along with metadata for the current session (such as vehicle VIN, timestamp, diagnostic task ID) into a specific application-layer data packet format (e.g., JSON or a custom binary format), and sends the data packet to the offline testing cabinet via a link established by the wireless communication module 103.

[0104] Optionally, in order to ensure that critical data is not lost, the data transmission unit 1014 can also be used to implement an acknowledgment and retransmission mechanism.

[0105] The status monitoring unit 1015 is used to monitor the operating status of the vehicle off-line diagnostic gateway.

[0106] In this embodiment, the status monitoring unit 1015 is a guardian unit in the main control module 101 responsible for system self-testing and health management. It continuously monitors the hardware resources, communication links and software operation status of the vehicle off-line diagnostic gateway to ensure that the vehicle off-line diagnostic gateway works stably and reliably in an industrial environment.

[0107] In one example implementation, the status monitoring unit 1015 can collect system status information through multiple means: monitoring whether the output voltage of the power module 104 is within the normal range via the Analog-to-Digital Converter (ADC) channel; determining the bus communication quality by reading the error counter of the CAN controller; and obtaining the current wireless connection strength and link status by querying the wireless communication module 103. Simultaneously, the status monitoring unit 1015 can drive a hardware watchdog timer to prevent software program crashes. The collected status information can be recorded in an internal log and can be periodically or event-triggeredly reported to the offline detection cabinet via the data transmission unit 1014, providing data support for remote operation and maintenance and fault early warning.

[0108] This application embodiment achieves full automation of the off-line diagnostic process and significantly improves data reliability and system robustness by setting up a collaborative architecture of a vehicle identification unit, communication management unit, diagnostic control unit, data transmission unit, and status monitoring unit in the main control module. The diagnostic control unit ensures reliable interaction with diverse vehicle ECUs through standardized protocol encapsulation; the data transmission unit constructs a complete data closed loop through structured data encapsulation and transmission guarantee mechanisms; and the status monitoring unit provides a solid guarantee for stable equipment operation through multi-dimensional system status monitoring and early warning reporting. The organic cooperation of these units enables the vehicle off-line diagnostic gateway to automatically complete the entire process from command reception and diagnostic execution to result feedback without manual intervention, while also possessing self-monitoring and fault early warning capabilities, effectively improving the efficiency, consistency, and reliability of vehicle off-line testing.

[0109] Based on the vehicle off-line diagnostic gateway provided in the foregoing embodiments, this application also provides a vehicle off-line diagnostic method, which is applied to any of the vehicle off-line diagnostic gateways described in the above embodiments. Figure 3 This is a flowchart illustrating a vehicle off-line diagnostic method provided in an embodiment of this application. Figure 3 As shown, the method includes the following steps:

[0110] S301. Obtain the vehicle identification code via the vehicle CAN bus.

[0111] In one example implementation, after the gateway is powered on, it automatically sends a request frame conforming to a preset diagnostic protocol to the vehicle network via the CAN bus interface to read the vehicle's VIN code.

[0112] Optionally, the preset diagnostic protocol includes a unified diagnostic service protocol, which obtains the VIN code by reading a specific data identifier through a 22 service.

[0113] S302, Broadcast a discovery signal containing the vehicle identification code.

[0114] In one alternative implementation, the signal detection method includes at least one of the following:

[0115] Bluetooth Low Energy (BLE) broadcast, Wi-Fi Soft Access Point (SoftAP) mode beacon broadcast, and User Datagram Protocol (UDP) multicast or broadcast.

[0116] In one example implementation, broadcasting a discovery signal containing a vehicle identification code includes: encapsulating the VIN code in the payload of a BLE broadcast packet and broadcasting it periodically at preset time intervals; or broadcasting an SSID containing the VIN code via Wi-Fi soft access point mode; or broadcasting gateway presence information and the VIN code in the network via UDP multicast.

[0117] S303. Receive the wireless connection request initiated by the offline detection cabinet after capturing and parsing the detection signal, and establish a wireless connection.

[0118] S304. Receive diagnostic commands via the wireless connection.

[0119] S305. According to the diagnostic instructions, perform diagnostic services via the CAN bus to obtain vehicle diagnostic data.

[0120] In one optional implementation, a corresponding diagnostic request is generated based on a preset diagnostic protocol, and the diagnostic request is sent to the vehicle's electronic control unit via the CAN bus interface. The response data from the electronic control unit is then received to obtain the vehicle's diagnostic data.

[0121] S306. Send the vehicle diagnostic data to the offline testing cabinet.

[0122] Optionally, during the process of establishing a wireless connection with the offline testing cabinet, the vehicle offline diagnostic method also includes two-way authentication with the offline testing cabinet based on a pre-shared key, and the wireless connection is established after successful authentication.

[0123] Based on the vehicle off-line diagnostic gateway provided in the foregoing embodiments, this application also provides another vehicle off-line diagnostic method, which is applied to an off-line testing cabinet and is used to interact with any of the vehicle off-line diagnostic gateways described in the above embodiments. Figure 4 This is a flowchart illustrating another vehicle off-line diagnostic method provided in an embodiment of this application. Figure 4 As shown, the method includes the following steps:

[0124] S401. Scan and capture discovery signals broadcast by the vehicle off-line diagnostic gateway.

[0125] In this embodiment, the offline testing cabinet simultaneously runs a BLE scanning program and a Wi-Fi scanning program to monitor broadcast signals on a preset frequency band. When a broadcast packet is captured, the device identification information and VIN code are extracted.

[0126] S402. Extract the vehicle identification code from the captured detection signal.

[0127] S403. Identify the target vehicle based on the parsed vehicle identification code.

[0128] In one example implementation, the parsed VIN code is matched against the VINs in the queue of vehicles to be detected. When a match is found, the vehicle is marked as the current target vehicle to be detected, and its corresponding gateway device information is recorded.

[0129] S404. Initiate a wireless connection request to the gateway corresponding to the identified target vehicle and complete the establishment of the wireless connection.

[0130] S405. After establishing the connection, a diagnostic command is sent to the gateway through the wireless connection.

[0131] Optionally, the diagnostic instructions include at least one of reading fault codes, querying ECU software version, and obtaining vehicle mileage.

[0132] S406. Receive vehicle diagnostic data returned by the gateway.

[0133] Optionally, after receiving the vehicle diagnostic data returned by the gateway, the vehicle off-line diagnostic method also includes parsing, displaying and uploading the data to the manufacturing execution system.

[0134] This application embodiment achieves full automation of vehicle off-line inspection through the above method. The gateway and the inspection cabinet can be automatically connected without manual configuration. The diagnostic task is executed automatically from issuance to result feedback, which significantly improves inspection efficiency and production consistency. At the same time, the automatic binding of the vehicle's unique identifier ensures the accuracy and traceability of the data.

[0135] To clearly demonstrate the fully automated interaction process between the vehicle off-line diagnostic gateway and the off-line testing cabinet in this embodiment, through... Figure 5 The interaction sequence diagram shown is explained in detail.

[0136] Figure 5 A timing diagram for communication interaction during vehicle off-line diagnostics is provided in an embodiment of this application, as follows: Figure 5 As shown, the diagnostic gateway first sends a diagnostic request to the vehicle ECU to obtain the vehicle's VIN code; then it broadcasts a discovery signal containing the VIN code; after the offline testing cabinet captures the signal and parses the VIN code, it initiates a wireless connection request to the diagnostic gateway and establishes a connection; after the connection is established, the cabinet sends diagnostic commands to the gateway, and the gateway executes diagnostic services and obtains vehicle diagnostic data through the CAN bus, and finally sends the data back to the cabinet for parsing and display.

[0137] This complete interactive process demonstrates a fully automated process from vehicle recognition to diagnosis, effectively solving the problems of manual cable plugging and unplugging and network configuration required in traditional offline testing, achieving true zero human intervention, and significantly improving testing efficiency and data accuracy.

[0138] Furthermore, embodiments of this application also provide a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the vehicle off-line diagnostic method as described in any of the method embodiments.

[0139] It should be noted that the various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, for the gateway embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and relevant parts can be referred to the description of the method embodiments. The gateway embodiments described above are merely illustrative, and the modules described as separate components may or may not be physically separate. The components indicated as modules may or may not be physical modules, that is, they may be located in one place or distributed across multiple network modules. Some or all of the modules can be selected to achieve the purpose of this embodiment solution according to actual needs. Those skilled in the art can understand and implement this without creative effort.

[0140] The above description is merely one specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A vehicle off-line diagnostic gateway, characterized in that, It includes a main control module, as well as a CAN bus interface, a wireless communication module, and a power supply module, which are respectively connected to the main control module; The main control module includes: A vehicle identification unit is used to obtain a vehicle identification code from a vehicle via the CAN bus interface; The communication management unit is used to control the wireless communication module to broadcast a discovery signal containing the vehicle identification code, and to receive a wireless connection request initiated by the offline detection cabinet after capturing and parsing the discovery signal, so as to establish a wireless connection. The power module is used to supply power to the main control module, the CAN bus interface and the wireless communication module.

2. The vehicle off-line diagnostic gateway according to claim 1, characterized in that, The main control module also includes: A diagnostic control unit is configured to perform diagnostic services via the CAN bus interface to obtain diagnostic data of the vehicle in response to diagnostic commands received via the wireless connection.

3. The vehicle off-line diagnostic gateway according to claim 2, characterized in that, The diagnostic control unit encapsulates a preset diagnostic protocol, and the diagnostic control unit is specifically used for: According to the diagnostic instructions, a corresponding diagnostic request is generated based on the preset diagnostic protocol. The diagnostic request is sent to the vehicle's electronic control unit via the CAN bus interface, and the response data from the electronic control unit is received to obtain the vehicle's diagnostic data.

4. The vehicle off-line diagnostic gateway according to claim 2, characterized in that, The main control module also includes: The data transmission unit is used to send the vehicle diagnostic data to the offline testing cabinet via the wireless communication module.

5. The vehicle off-line diagnostic gateway according to claim 1, characterized in that, The communication management unit is also used for: During the process of establishing a wireless connection with the offline testing cabinet, two-way authentication is performed with the offline testing cabinet based on the pre-shared key. After successful authentication, the wireless connection is established.

6. The vehicle off-line diagnostic gateway according to claim 1, characterized in that, The main control module also includes a status monitoring unit for monitoring the operating status of the vehicle off-line diagnostic gateway.

7. The vehicle off-line diagnostic gateway according to claim 1, characterized in that, The wireless communication module broadcasts the discovery signal in at least one of the following ways: Bluetooth Low Energy (BLE) broadcast, Wi-Fi Soft Access Point (SoftAP) mode beacon broadcast, and User Datagram Protocol (UDP) multicast or broadcast.

8. A method for vehicle off-line diagnostics, characterized in that, The method, applied to the vehicle off-line diagnostic gateway according to any one of claims 1-7, comprises: Obtain the vehicle identification code via the vehicle's CAN bus; The broadcast includes a discovery signal containing the vehicle identification code; Receive the wireless connection request initiated by the offline detection cabinet after capturing and parsing the detection signal, and establish a wireless connection; Receive diagnostic commands via the wireless connection; According to the diagnostic instructions, perform diagnostic services via the CAN bus to obtain vehicle diagnostic data; The vehicle diagnostic data is sent to the off-line testing cabinet.

9. A method for vehicle off-line diagnostics, characterized in that, Applied to offline testing cabinets, the method includes: Scan and capture discovery signals broadcast by the vehicle off-line diagnostic gateway; The vehicle identification code is extracted from the captured detection signal; Identify the target vehicle based on the parsed vehicle identification code; Initiate a wireless connection request to the gateway corresponding to the identified target vehicle and complete the establishment of the wireless connection; After the connection is established, a diagnostic command is sent to the gateway through the wireless connection; Receive vehicle diagnostic data returned by the gateway.

10. A computer storage medium, characterized in that, It stores a computer program that, when executed by a processor, implements the steps of the vehicle off-line diagnostic method as described in claim 8 or claim 9.

Images