Communication method and device for platform gateway lock head

Abstract

This application relates to the field of vehicle electronic communication technology, and in particular to a communication method and device for a gateway lock on a platform. The method includes: determining the CAN communication pin, power supply pin, and ground pin in the gateway lock; connecting the CAN communication pin to a preset CAN signal pin pair in the communication transfer control unit; connecting the power supply pin and ground pin to the power supply pin and ground pin of the communication transfer control unit, respectively; switching the communication baud rate of the gateway lock from the original baud rate to a preset baud rate; performing an initialization operation on the gateway lock; and after the gateway lock initialization is completed, performing bidirectional data interaction with the gateway lock. This achieves efficient and convenient communication for the gateway lock on the platform, eliminating the need to purchase additional third-party accessories and independent gateways, simplifying wiring, lowering the operational threshold, adapting to the communication needs of five different gateway lock models, supporting offline repair, and improving communication efficiency and flexibility.

Description

Technical Field

[0001] This application relates to the field of vehicle electronic communication technology, and in particular to a communication method and device for a gateway lock on a platform. Background Technology

[0002] With the continuous development of Mercedes-Benz vehicle electronic technology, the gateway lock, as a core component integrating electronic ignition control and gateway communication functions, faces increasing demands for ease of operation in areas such as fault diagnosis, data reading, and program upgrades. Gateway locks come in various models and are widely used in Mercedes-Benz vehicles of different years and configurations. In actual maintenance and testing scenarios, offline operation of the gateway lock is often required, i.e., platform operation. This necessitates establishing a communication link between external devices and the gateway lock to complete data exchange. Currently, there is no efficient and convenient platform-based communication method or strategy for Mercedes-Benz gateway locks. Existing solutions require the use of various third-party accessories or the removal of the specific gateway (ZGW) corresponding to the gateway lock from the vehicle, involving complex wiring connections to achieve communication between external devices and the gateway lock.

[0003] In related technologies, third-party accessories are typically required, increasing hardware costs for repair and testing. Furthermore, these accessories often suffer from poor compatibility, leading to unstable communication and incompatibility with various gateway lock models. Additionally, the need to disassemble a specific gateway (ZGW) on the vehicle not only adds to the operational steps but may also damage the vehicle's original wiring structure, increasing operational risks. Summary of the Invention

[0004] This application provides a communication method and apparatus for a gateway lock on a platform, which can solve at least one of the technical problems in the background art to a certain extent.

[0005] To achieve the above objectives, this application adopts the following technical solution: Firstly, a communication method for a gateway lock on a platform is provided, the method comprising: The controller LAN CAN communication pin, power supply pin, and ground pin in the gateway lock are identified. The gateway lock integrates an electronic ignition switch control unit. Connect the CAN communication pin to the preset CAN signal pin pair in the communication conversion control unit, and connect the power supply pin and the ground pin to the power supply pin and the ground pin of the communication conversion control unit, respectively. Switch the communication baud rate of the gateway lock from the original baud rate to the preset baud rate; Perform an initialization operation on the gateway lock head; After the gateway lock is initialized, bidirectional data interaction is performed with the gateway lock.

[0006] Secondly, a communication device for a gateway lock on a platform is provided, comprising: The determination module is used to determine the CAN communication pin, power supply pin, and ground pin in the gateway lock, which integrates an electronic ignition switch control unit. A connection module is used to connect the CAN communication pin to a preset CAN signal pin pair in the communication conversion control unit, and to connect the power supply pin and the ground pin to the power supply pin and the ground pin of the communication conversion control unit, respectively. The switching module is used to switch the communication baud rate of the gateway lock from the original baud rate to a preset baud rate; An initialization module is used to perform initialization operations on the gateway lock head; The data interaction module is used to perform bidirectional data interaction with the gateway lock after the gateway lock is initialized.

[0007] Thirdly, embodiments of this application provide an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement a communication method for a gateway lock on a platform as described in any of the first aspects above.

[0008] Fourthly, embodiments of this application provide a computer-readable storage medium storing a computer program that, when executed by a processor, implements the communication method of a gateway lock on a platform as described in any one of the first aspects above.

[0009] Fifthly, embodiments of this application provide a computer program product that, when run on an electronic device, causes the electronic device to execute the communication method of the gateway lock on the platform described in any of the first aspects above.

[0010] It is understood that the beneficial effects of the second to fifth aspects mentioned above can be found in the relevant descriptions in the first aspect mentioned above, and will not be repeated here.

[0011] In this embodiment, the CAN communication pin, power supply pin, and ground pin of the gateway lock are first determined. Then, the CAN communication pin is connected to the preset CAN signal pin pair in the communication conversion control unit. The power supply pin and ground pin are connected to the power supply pin and ground pin of the communication conversion control unit, respectively. Next, the communication baud rate of the gateway lock is switched from the original baud rate to the preset baud rate. Then, an initialization operation is performed on the gateway lock. After the gateway lock initialization is complete, bidirectional data interaction is established with the gateway lock. This enables efficient and convenient communication between the gateway locks on the platform, eliminating the need to purchase additional third-party accessories and independent gateways, simplifying wiring, lowering the operational threshold, adapting to the communication needs of five different gateway lock models, supporting offline repair, and improving communication efficiency and flexibility.

[0012] The above description is only an overview of the technical solution of this application. In order to better understand the technical means of this application and to implement it in accordance with the contents of the specification, and to make the above and other objects, features and advantages of this application more obvious and understandable, the following are specific embodiments of this application. Attached Figure Description

[0013] Various other advantages and benefits will become apparent to those skilled in the art upon reading the detailed description of the preferred embodiments below. The accompanying drawings are for illustrative purposes only and are not intended to limit the scope of this application. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings: Figure 1 This is a flowchart illustrating the communication method of the gateway lock on the platform provided in the embodiments of this application; Figure 2 This is a flowchart of the communication method of the gateway lock on the platform provided in the embodiments of this application; Figure 3 This is a comparison diagram showing the presence and absence of gateway wiring provided in the embodiments of this application; Figure 4 A physical diagram of the gateway wiring is provided for the embodiments of this application; Figure 5 This is a diagram of a gatewayless wiring device provided in an embodiment of this application. Figure 6 This is a structural block diagram of the communication device for the gateway lock on the platform provided in the embodiments of this application; Figure 7 This is a schematic diagram of the structure of the electronic device provided in the embodiments of this application. Detailed Implementation

[0014] The embodiments of the technical solutions of this application will now be described in detail with reference to the accompanying drawings. The following embodiments are only used to more clearly illustrate the technical solutions of this application, and are therefore merely examples and should not be used to limit the scope of protection of this application. When the following description relates to the accompanying drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. Various changes, modifications, and equivalents of the methods, apparatus, and / or systems described herein will become apparent upon understanding this disclosure. For example, the order of operations described herein is merely illustrative and is not limited to those orders set forth herein, but can be changed as will become apparent upon understanding this disclosure, except for operations that must be performed in a specific order. Furthermore, for clarity and conciseness, descriptions of features known in the art may be omitted.

[0015] The embodiments described in the following examples of this disclosure are not representative of all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.

[0016] It should be noted that the relevant technology has the following problems: First, additional third-party accessories need to be purchased, which increases the hardware costs for repair and testing. At the same time, the compatibility of third-party accessories is poor, which can easily lead to unstable communication and incompatibility with various gateway lock models.

[0017] Second, the need to remove specific gateways from the vehicle not only increases the number of steps involved but may also damage the vehicle's original wiring structure, increasing operational risks.

[0018] Third, the complex wiring methods require a high level of technical experience from operators, making it difficult for inexperienced practitioners to quickly get started, resulting in low operational efficiency.

[0019] Fourth, the communication operation can only be completed after the gateway lock is reinstalled in the vehicle, which makes offline repair impossible, resulting in extremely poor flexibility and increasing the repair cycle and cost.

[0020] Based on the shortcomings of the prior art, this application provides a communication method for a gateway lock on a platform. This method eliminates the need for additional third-party accessories and independent gateways, simplifies wiring, facilitates operation, adapts to various models, and supports offline communication on the platform. This addresses the technical problems of high cost, complex operation, poor flexibility, and insufficient adaptability in the prior art, thereby improving the efficiency and convenience of gateway lock communication on the platform and lowering the operational threshold.

[0021] See Figure 1This is a flowchart illustrating the communication method of the gateway lock on the platform provided in this application embodiment. The specific embodiments of the present invention will be described in detail below with reference to the accompanying drawings. For ease of understanding, the key terms involved in this embodiment are first clearly defined: Electronic Ignition Switch Control Unit (EIS / EZS): This refers to the core electronic control module in Mercedes-Benz vehicles that integrates key authentication, engine start authorization, ignition status logic control, and anti-theft security strategy execution functions; it is commonly known as the "Mercedes-Benz lock." This unit typically stores critical data such as vehicle identification information, a list of legitimate keys, secure access key seeds, and synchronization counters.

[0022] On the platform: This refers to the state in which the gateway lock is completely removed from the original vehicle, disconnected from the vehicle's wiring harness, power system, and communication network, and placed independently on a maintenance workbench, test platform, or repair environment for off-vehicle operation.

[0023] A gateway (Zentrales Gateway, ZGW) is a central communication module within a vehicle used for data routing, protocol conversion, message filtering, and system coordination between different bus systems (such as CAN, LIN, and FlexRay). In traditional solutions, diagnostic communication from the gateway lock typically needs to be forwarded through the ZGW.

[0024] Communication switching control unit: refers to the physical interface device used to bridge the gateway lock and external diagnostic equipment. In this embodiment, this unit is preferably a 16-pin diagnostic connector of an on-board diagnostic (OBD) system conforming to the SAE J1962 standard, and its pin definitions follow internationally accepted specifications.

[0025] Controller Area Network (CAN): A differential signal serial communication bus based on the international standard ISO 11898, widely used for real-time data exchange between electronic control units within vehicles.

[0026] Remote diagnostic communication protocol: refers to the "Diagnostic communication on road vehicles - Controller Area Network" (ISO 15765) series of standards, which are used to implement segmented transmission of multi-frame diagnostic messages, flow control management and error recovery mechanisms on the CAN bus.

[0027] Unified Diagnostic Services (UDS): Refers to the standard "Road Vehicles - Unified Diagnostic Services" (ISO 14229), which defines a common service model for diagnostic services, including request / response formats, session control, secure access, and data read / write.

[0028] Keyword Addressing Protocol 2000 (KWP2000): refers to the standard "Road Vehicles - Keyword-based Diagnostic Communication" (ISO 14230), which is applicable to diagnostic communication in low-speed buses or early vehicle models.

[0029] like Figure 1 As shown, the communication method of the gateway lock on the platform provided in this embodiment includes the following steps: Step 101, determine the CAN communication pin, power supply pin and ground pin in the gateway lock.

[0030] It should be noted that the core pins of the gateway lock include the Controller Area Network (CAN) communication pin, the power supply pin, and the ground pin, which are defined as follows: The controller area network (CAN) communication pins are used to transmit communication signals, including the CAN high-level pin (CAN_H) and the CAN low-level pin (CAN_L), to realize differential signal transmission between the gateway lock and the control module.

[0031] The power supply pin is used to receive external power and provide electrical support for the normal operation of the gateway lock. It corresponds to the power supply voltage (VCC) pin of the gateway lock. It should be noted that the location of the VCC pin may vary between different gateway locks.

[0032] Among them, the grounding pin is used to ground the gateway lock head, ensuring power supply stability and communication signal accuracy, and corresponds to the ground wire (GND) pin of the gateway lock head.

[0033] In this embodiment, for some platforms including W164(-2009), W164(2009-), W169, W209, and W211, the physical pin definitions of their gateway locks are as follows: The Controller Area Network (CAN) high-level signal line (CAN_H) and low-level signal line (CAN_L) are located at their respective designated positions on the connector; The power supply pin (VCC) is used to receive a 12V DC power supply; The ground pin (GND) is used to establish a reference potential.

[0034] Among them, W164(-2009) refers to gateway locks made before 2009, and W164(2009-) refers to gateway locks made after 2009.

[0035] The above pin information can be automatically read from the lock housing markings, model label, technical manual, or built-in identification chip.

[0036] Step 102: Connect the CAN communication pin to the preset CAN signal pin pair in the communication transfer control unit, and connect the power supply pin and ground pin to the power supply pin and ground pin of the communication transfer control unit, respectively.

[0037] Optionally, in response to the target vehicle platform type, a preset CAN signal pin pair in the communication transfer control unit is dynamically selected; wherein the preset CAN signal pin pair includes a first signal pin and a second signal pin, the high-level signal line in the CAN communication pin is connected to the first signal pin of the communication transfer control unit, and the low-level signal line in the CAN communication pin is connected to the second signal pin of the communication transfer control unit.

[0038] Optionally, the communication transfer control unit is an on-board diagnostic (OBD) connector, and the first signal pin and the second signal pin are any one of the standard pins of the OBD connector, namely pins 1 and 9, pins 6 and 14, or pins 3 and 11.

[0039] In this embodiment, a stable physical connection is established between the core pins of the gateway lock and the corresponding pins of the communication conversion control unit to achieve signal conversion, power supply, and grounding conversion. The communication conversion control unit uses an on-board diagnostic (OBD) connector, which has 16 standardized pins, enabling quick wiring of the gateway lock. The specific connection method is as follows: Controller Area Network (CAN) communication pin connection refers to connecting the CAN high-level pin (CAN_H) and CAN low-level pin (CAN_L) of the gateway lock head to the preset CAN signal pin pairs in the communication transfer control unit. The preset CAN signal pin pairs are two pin combinations pre-set in the communication transfer control unit for transmitting CAN signals.

[0040] Connecting the power supply pins refers to connecting the power supply pins (VCC) of the gateway lock to the power supply pins of the communication adapter control unit to provide a stable operating voltage for the gateway lock. Grounding pin connection refers to connecting the grounding pin (GND) of the gateway lock head to the grounding pin of the communication transfer control unit to achieve reliable grounding of the gateway lock head and avoid communication being affected by abnormal power supply or signal interference.

[0041] As an optional implementation, the preset controller area network (CAN) signal pin pairs in the communication transfer control unit can be dynamically selected in response to the target vehicle platform type to adapt to the communication requirements of different vehicle models. The preset CAN signal pin pairs include a first signal pin and a second signal pin. When connecting them, a fixed logic must be followed: connect the high-level signal line (CAN_H) in the CAN communication pin to the first signal pin of the communication transfer control unit, and connect the low-level signal line (CAN_L) in the CAN communication pin to the second signal pin of the communication transfer control unit to ensure that the signal transmission direction is correct.

[0042] Specifically, the preset Controller Area Network (CAN) signal pin pairs of the communication transfer control unit include three optional combinations: the first group (pin 1 and pin 9), the second group (pin 6 and pin 14), and the third group (pin 3 and pin 11). Any pin pair can be selected for connection according to the actual operating scenario, wiring space, and other requirements. When connecting, the wiring correspondence between the gateway lock and the communication transfer control unit must be adjusted synchronously to ensure that the communication link of the CAN high-level pin (CAN_H) and the CAN low-level pin (CAN_L) is conducted without problems such as poor contact or short circuit.

[0043] Preferably, the first set of pins (pins 1 and 9 of the communication transfer control unit) is used for connection. That is, the Controller Area Network (CAN_H) high-level pin of the gateway lock is connected to pin 1 of the communication transfer control unit, and the CAN_L low-level pin of the gateway lock is connected to pin 9 of the communication transfer control unit. The ground pin (GND) of the gateway lock is connected to pin 4 or pin 5 of the communication transfer control unit, which can achieve reliable grounding. The power supply pin (VCC) of the gateway lock is connected to pin 16 of the communication transfer control unit. This pin is the standard power supply pin of the communication transfer control unit and can provide a stable power supply voltage to meet the working requirements of the gateway lock.

[0044] Step 103: Switch the communication baud rate of the gateway lock from the original baud rate to the preset baud rate.

[0045] Optionally, if the gateway lock does not respond to the communication request at the original baud rate, the communication baud rate is switched from the original baud rate to the preset baud rate, and the communication attempt is re-initiated.

[0046] Optionally, if the gateway lock does not respond to the default 500 kbit / s communication baud rate, the communication baud rate will be automatically switched to 83.3 kbit / s, and the communication attempt will be re-initiated.

[0047] The default communication baud rate of the gateway lock is 500 kbit / s. This baud rate does not match the baud rate required for communication on the platform, making stable communication impossible. Therefore, the communication baud rate of the gateway lock needs to be switched from the default baud rate to the preset baud rate to ensure that the communication rate between the gateway lock and the control module is consistent.

[0048] The specific switching process follows the Unified Diagnostic Service Protocol (ISO 14229). The control module sends a baud rate switching command to the gateway lock head, and the command format strictly conforms to the provisions of this international standard protocol to ensure that the gateway lock head can accurately recognize the switching command. After receiving the switching command, the gateway lock head performs the baud rate switching operation. After the switching is completed, it sends a switching success signal back to the control module. After receiving the feedback signal, the control module confirms that the baud rate switching is complete and proceeds to the next operation step.

[0049] As an optional implementation, the preset baud rate is 83.3 kilobits per second (K Bd). This baud rate has been repeatedly tested and is adapted to the communication requirements of the gateway lock on the platform. It has the advantages of strong anti-interference ability and stable transmission rate, and can effectively avoid problems such as communication interruption and data loss.

[0050] Furthermore, baud rate adaptive switching logic can be added: when the gateway lock does not respond to the communication request at the original baud rate (500 kilobits per second), the communication baud rate is automatically switched from the original baud rate to the preset baud rate (83.3 kilobits per second), and the communication attempt is re-initiated to the gateway lock until the gateway lock sends back a response signal.

[0051] Step 104: Perform initialization operations on the gateway lock.

[0052] Optionally, a multi-frame transmission link is established based on the remote diagnostic communication protocol, and an initialization command is sent to the gateway lock to initialize the gateway lock.

[0053] After the baud rate switch is completed, the control module performs an initialization operation on the gateway lock. The core purpose of the initialization is to configure the communication parameters of the gateway lock, establish a stable communication link between the control module and the gateway lock, and ensure that subsequent bidirectional data interaction can proceed normally. The initialization operation strictly follows relevant international standard protocols, and the specific process is as follows: Specifically, the control module configures the communication parameters of the gateway lock according to international standard protocols. These international standard protocols include one or more of the following: Controller Area Network Protocol (ISO 11898), Diagnostic Communication Protocol (ISO 15765), Unified Diagnostic Service Protocol (ISO 14229), and Diagnostic Protocol (ISO 14230), which are not limited here.

[0054] The appropriate protocol can be flexibly selected based on the gateway lock model and communication requirements; no specific restrictions are imposed here.

[0055] The communication parameters specifically include flow control frame settings, gateway lock communication identifier (ID) configuration, and link hold function enabled. The flow control frame is used to control the data transmission rate to prevent data transmission overload from causing data loss.

[0056] The communication identifier (ID) is used to uniquely identify the gateway lock, ensuring that the control module can accurately communicate with the target gateway lock.

[0057] Specifically, a multi-frame transmission link can be established based on the remote diagnostic communication protocol (ISO 15765). This link can achieve stable transmission of large amounts of data, meeting the needs of initialization commands and subsequent data interaction. The control module sends an initialization command to the gateway lock through this multi-frame transmission link. The initialization command includes an instruction to enter the communication mode, ensuring that the gateway lock switches from the standby state to the communication state.

[0058] After receiving the initialization command, the gateway lock head performs the corresponding initialization operation, completes the communication parameter configuration and state switching, and then sends a response signal back to the control module. After receiving the response signal, the control module confirms that the gateway lock head initialization is complete, the initialization operation ends, and the two-way data interaction step begins.

[0059] Step 105: After the gateway lock is initialized, perform bidirectional data interaction with the gateway lock.

[0060] Optionally, in response to the completion of data interaction, a session termination command is sent to the gateway lock, and CAN bus resources are released.

[0061] Specifically, after the gateway lock head is initialized, a stable communication link is established between the control module and the gateway lock head. At this time, bidirectional data interaction operations can be performed to realize functions such as data reading and command issuance from the gateway lock head. The specific interaction process is as follows: (1) The control module sends data reading instructions or control instructions to the gateway lock head. The instruction format conforms to the requirements of the Unified Diagnostic Service Protocol (ISO 14229) to ensure that the gateway lock head can accurately identify the instruction content. The data reading instructions are used to read the operating status information, fault codes, configuration parameters and other data of the gateway lock head. The control instructions are used to control the gateway lock head to perform corresponding operations (such as status switching, parameter adjustment, etc.).

[0062] (2) After receiving the instruction sent by the control module, the gateway lock head performs the corresponding operation. If it is a data reading instruction, it extracts the corresponding target data, encodes the data, and then feeds it back to the control module. If it is a control instruction, it performs the corresponding control operation and feeds back the operation result signal to the control module after the operation is completed.

[0063] (3) The control module receives the response data or operation result signal fed back by the gateway lock head, decodes and parses the data, extracts the effective information, and uses it for subsequent fault diagnosis, parameter adjustment and other operations to ensure that the data can be accurately identified and utilized.

[0064] As an optional implementation, after the bidirectional data interaction is completed, the control module sends a session termination command to the gateway lock head. The command format conforms to the requirements of the Unified Diagnostic Service Protocol (ISO 14229). After receiving the session termination command, the gateway lock head terminates the current communication session, releases the occupied controller area network bus resources, avoids bus resource occupation causing subsequent communication abnormalities, and at the same time, the gateway lock head returns to the standby state, waiting for the next communication request.

[0065] Figure 2 This is a flowchart of the communication method of the gateway lock on the platform provided in the embodiments of this application, such as... Figure 2 As shown, first select and set the communication protocol, then configure the corresponding communication pins, then set the baud rate consistent for both sides. After completing the peripheral initialization, you can enter the data interaction stage to achieve stable data transmission between devices.

[0066] Figure 3 This is a comparison diagram of wiring with and without a gateway provided in the embodiments of this application. This diagram shows three EIS (Electronic Ignition Switch) connection and programming schemes for Mercedes-Benz W164 (after 2009) models in a scenario without a ZGW gateway. The following is a description in three parts: 1. NO ZGW (No Gateway) Solution Connect the EIS and OBD interfaces directly through the diagnostic equipment. Communicate directly with the diagnostic equipment using the CAN-H and CAN-L lines provided by the EIS.

[0067] 2. DIY (DIY Wiring) Solution Manually connect the EIS and ZGW: Draw four wires from the EIS: +12V, GND, CAN-H, and CAN-L. Connect these four wires to the corresponding pins of the ZGW module, and also to the corresponding pins of the OBD interface (pin 6 is CAN-H, pin 14 is CAN-L, pin 16 is +12V, and pins 4 / 5 are GND).

[0068] 3. MCU3 (Dedicated Device Solution) By replacing the original vehicle's ZGW (central gateway) with a dedicated MCU3 gateway emulation module, and using a 10-pin dedicated wiring harness labeled 1-10, the corresponding signal lines are connected to the EIS and the emulation ZGW module respectively. By emulating the original vehicle bus communication protocol, a communication link between the EIS and the diagnostic equipment is established. Offline reading and writing of the EIS, key matching, fault repair and other operations can be completed without the need for a physical vehicle and the original vehicle gateway.

[0069] Figure 4 and Figure 5 These are actual wiring diagrams with and without a gateway. Figure 5 Only 5 wires are needed. Figure 1 A flowchart illustrating the communication method of the electronic ignition switch control unit on the platform provided in this application embodiment; This application has the following effects: 1. No additional third-party accessories or independent gateway are required. The communication connection between the gateway lock and the control module is achieved through the communication adapter control unit. The standardized pins of the diagnostic port are used to complete the signal and power supply conversion. There is no need to purchase additional third-party adapter accessories or remove the independent gateway on the vehicle, which greatly reduces hardware costs and operational risks, while avoiding communication abnormalities caused by poor compatibility of third-party accessories.

[0070] 2. Only the three core pins of the gateway lock head need to be connected to the corresponding pins of the communication conversion control unit. No complicated circuit debugging or technical debugging is required. Even inexperienced practitioners can complete the wiring and communication operation, which improves operational efficiency and reduces labor costs.

[0071] 3. Supports five models of Mercedes-Benz gateway locks, with consistent wiring logic and communication processes across different models; it also supports switching between multiple controller LAN signal pin pairs to adapt to different operating scenarios and wiring requirements, making it highly versatile.

[0072] 4. Communication is achieved using international standard protocols to ensure the accuracy and stability of data transmission; adaptive baud rate switching logic is added to automatically resolve communication failures caused by baud rate mismatch; communication parameters are configured through initialization operations and link persistence is enabled to avoid communication link interruptions and data loss, thereby improving the reliability and fault tolerance of communication.

[0073] 5. Enables offline communication on the platform. The gateway lock can be removed from the vehicle and used for communication operations independently. Fault diagnosis and data reading can be completed without reinstalling the vehicle. It supports mail-in repair mode, eliminating the need to send the entire vehicle for inspection, shortening the repair cycle and improving repair flexibility and convenience.

[0074] In this embodiment, the CAN communication pin, power supply pin, and ground pin of the gateway lock are first determined. Then, the CAN communication pin is connected to the preset CAN signal pin pair in the communication conversion control unit. The power supply pin and ground pin are connected to the power supply pin and ground pin of the communication conversion control unit, respectively. Next, the communication baud rate of the gateway lock is switched from the original baud rate to the preset baud rate. Then, an initialization operation is performed on the gateway lock. After the gateway lock initialization is complete, bidirectional data interaction is established with the gateway lock. This enables efficient and convenient communication between the gateway locks on the platform, eliminating the need to purchase additional third-party accessories and independent gateways, simplifying wiring, lowering the operational threshold, adapting to the communication needs of five different gateway lock models, supporting offline repair, and improving communication efficiency and flexibility.

[0075] Reference Figure 6 The communication device 200 of the gateway lock on this platform includes: In this embodiment, the CAN communication pin, power supply pin, and ground pin of the gateway lock are first determined. Then, the CAN communication pin is connected to the preset CAN signal pin pair in the communication conversion control unit. The power supply pin and ground pin are connected to the power supply pin and ground pin of the communication conversion control unit, respectively. Next, the communication baud rate of the gateway lock is switched from the original baud rate to the preset baud rate. Then, an initialization operation is performed on the gateway lock. After the gateway lock initialization is complete, bidirectional data interaction is established with the gateway lock. This enables efficient and convenient communication between the gateway locks on the platform, eliminating the need to purchase additional third-party accessories and independent gateways, simplifying wiring, lowering the operational threshold, adapting to the communication needs of five different gateway lock models, supporting offline repair, and improving communication efficiency and flexibility.

[0076] in addition, Figure 6 The communication device of the gateway lock on the platform shown can be a software unit, a hardware unit, or a combination of software and hardware built into existing electronic devices. It can also be integrated into electronic devices as an independent accessory, or exist as an independent electronic device.

[0077] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0078] Figure 7 This is a schematic diagram of the structure of the electronic device provided in an embodiment of this application. For example... Figure 7 As shown, the electronic device 5 of this embodiment includes: at least one processor 50 ( Figure 7 (Only one is shown in the diagram) a processor, a memory 51, and a computer program 52 stored in the memory 51 and executable on the at least one processor 50, wherein the processor 50 executes the computer program 52 to implement the steps in the communication method embodiments of the gateway lock on any of the above platforms.

[0079] The electronic device may be a desktop computer, laptop, handheld computer, or cloud server, etc. This electronic device may include, but is not limited to, a processor and memory. Those skilled in the art will understand that... Figure 7 This is merely an example of electronic device 5 and does not constitute a limitation on electronic device 5. It may include more or fewer components than shown in the figure, or combine certain components, or different components. For example, it may also include input / output devices, network access devices, etc.

[0080] The processor 50 may be a central processing unit, or it may be other general-purpose processors, digital signal processors, application-specific integrated circuits, off-the-shelf programmable gate arrays or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor.

[0081] In some embodiments, the memory 51 may be an internal storage unit of the electronic device 5, such as a hard disk or memory of the electronic device 5. In other embodiments, the memory 51 may be an external storage device of the electronic device 5, such as a plug-in hard disk, smart memory card, secure digital card, flash memory card, etc., equipped on the electronic device 5. Further, the memory 51 may include both internal storage units and external storage devices of the electronic device 5. The memory 51 is used to store operating systems, applications, boot loaders, data, and other programs, such as the program code of the computer program. The memory 51 can also be used to temporarily store data that has been output or will be output.

[0082] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, can implement the steps in the above-described method embodiments.

[0083] This application provides a computer program product that, when run on an electronic device, enables the electronic device to implement the steps described in the various method embodiments above.

[0084] If the integrated unit is implemented as a software functional unit and used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include at least: any entity or device capable of carrying computer program code to a device / electronic device, a recording medium, a computer memory, a read-only memory, a random access memory, an electrical carrier signal, a telecommunication signal, and a software distribution medium. Examples include USB flash drives, portable hard drives, magnetic disks, or optical disks.

[0085] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0086] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0087] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the application; the terms “comprising” and “having”, and any variations thereof, in the specification, claims, and foregoing description of the drawings are intended to cover non-exclusive inclusion.

[0088] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0089] The above-described embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

Claims

1. A communication method for a gateway lock on a platform, characterized in that, include: The controller LAN CAN communication pin, power supply pin, and ground pin in the gateway lock are identified. The gateway lock integrates an electronic ignition switch control unit. Connect the CAN communication pin to the preset CAN signal pin pair in the communication conversion control unit, and connect the power supply pin and the ground pin to the power supply pin and the ground pin of the communication conversion control unit, respectively. Switch the communication baud rate of the gateway lock from the original baud rate to the preset baud rate; Perform an initialization operation on the gateway lock head; After the gateway lock is initialized, bidirectional data interaction is performed with the gateway lock.

2. The method according to claim 1, characterized in that, The step of connecting the CAN communication pin to a preset CAN signal pin pair in the communication switching control unit includes: In response to the target vehicle platform type, a preset CAN signal pin pair in the communication switching control unit is dynamically selected; wherein, the preset CAN signal pin pair includes a first signal pin and a second signal pin; Connect the high-level signal line in the CAN communication pin to the first signal pin of the communication transfer control unit; Connect the low-level signal line in the CAN communication pin to the second signal pin of the communication switching control unit.

3. The method according to claim 2, characterized in that, The communication transfer control unit is an on-board diagnostic (OBD) connector for a vehicle diagnostic system. The first signal pin and the second signal pin are any one of the following pairs of pins: pin 1 and pin 9, pin 6 and pin 14, or pin 3 and pin 11 in the standard pins of the OBD connector.

4. The method according to claim 1, characterized in that, Switching the communication baud rate of the gateway lock from the original baud rate to a preset baud rate includes: When the gateway lock detects that it does not respond to the communication request at the original baud rate, the communication baud rate is switched from the original baud rate to the preset baud rate, and the communication attempt is re-initiated.

5. The method according to claim 4, characterized in that, The step of switching the communication baud rate of the gateway lock from the original baud rate to a preset baud rate includes: When the gateway lock is detected to be unresponsive at the default communication baud rate of 500 kbit / s, the communication baud rate is automatically switched to 83.3 kbit / s, and a new communication attempt is initiated.

6. The method according to claim 1, characterized in that, The initialization operation for the gateway lock includes: A multi-frame transmission link is established based on the remote diagnostic communication protocol, and an initialization command is sent to the gateway lock to initialize the gateway lock.

7. The communication method according to claim 1, characterized in that, After the bidirectional data interaction with the gateway lock, the method further includes: In response to the completion of data interaction, a session termination command is sent to the gateway lock, and CAN bus resources are released.

8. A communication device for a gateway lock on a platform, characterized in that, include: The determination module is used to determine the CAN communication pin, power supply pin, and ground pin in the gateway lock, which integrates an electronic ignition switch control unit. A connection module is used to connect the CAN communication pin to a preset CAN signal pin pair in the communication conversion control unit, and to connect the power supply pin and the ground pin to the power supply pin and the ground pin of the communication conversion control unit, respectively. The switching module is used to switch the communication baud rate of the gateway lock from the original baud rate to a preset baud rate; An initialization module is used to perform initialization operations on the gateway lock head; The data interaction module is used to perform bidirectional data interaction with the gateway lock after the gateway lock is initialized.

9. The apparatus according to claim 8, characterized in that, The step of connecting the CAN communication pin to a preset CAN signal pin pair in the communication switching control unit includes: In response to the target vehicle platform type, a preset CAN signal pin pair in the communication switching control unit is dynamically selected; wherein, the preset CAN signal pin pair includes a first signal pin and a second signal pin; Connect the high-level signal line in the CAN communication pin to the first signal pin of the communication transfer control unit; Connect the low-level signal line in the CAN communication pin to the second signal pin of the communication switching control unit.

10. The apparatus according to claim 9, characterized in that, The communication transfer control unit is an on-board diagnostic (OBD) connector for a vehicle diagnostic system. The first signal pin and the second signal pin are any one of the following pairs of pins: pin 1 and pin 9, pin 6 and pin 14, or pin 3 and pin 11 in the standard pins of the OBD connector.

Images