Debugging mode switching method and device, storage medium and computer product
By long pressing and pressing the combined button on the vehicle central control system to generate switching instructions, and using the server to generate dynamic verification code to switch debugging mode, the problems of low security and complex operation in the existing technology are solved, and a safe and reliable debugging mode switching is achieved.
Patent Information
- Application Number
- CN202510495964.6
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-04-21
- Publication Date
- 2025-08-01
AI Technical Summary
In the prior art, the switching method of the debug mode of the vehicle central control system has problems of low security and complex operation, especially the switching of the dial switch and the hidden door methods are easily used by non-professional personnel and require disassembly operation.
The user has long pressed the specific combination keys on the target device to generate a switching command, extracted the central control identification code, vehicle identification code, certificate identification and other device parameters to the server for legality verification. The server generates a unique dynamic verification code and sends it back to the vehicle, and switches to the debugging mode based on the verification code and the device parameters.
It improves the safety and reliability of vehicle debugging mode switching, meets the requirements of information security regulations, and takes into account user experience and operation convenience.
Smart Images

Figure CN120406389A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of computer technology, and particularly to a method, device, storage medium, and computer product for switching a debugging mode. Background Art
[0002] With the development of intelligent vehicles, in-vehicle central control systems have gradually become the core components of vehicle intelligence and informatization. Currently, most in-vehicle central control systems are developed and customized based on the Android platform. During the development and maintenance of in-vehicle central control systems, the ADB debugging tool of Android is crucial for function development and problem troubleshooting. ADB (Android Debug Bridge) provides a general channel. When an exception occurs in the in-vehicle central control system, after-sales development and maintenance personnel face the problem of being unable to effectively troubleshoot and analyze through the ADB mode.
[0003] In related technologies, generally, the ADB mode is switched by disassembling the machine and using a DIP switch, or the ADB debugging is enabled by entering the background engineering menu through a hidden door method. However, switching the ADB mode using a DIP switch itself does not meet the hardware requirements of information security regulations, and the vehicle central control host needs to be disassembled to perform the next step of disassembly, with high operation complexity. Also, the method of entering the background engineering menu through the hidden door method to enable ADB debugging is easily discovered and exploited by non-professionals, posing a security risk. Summary of the Invention
[0004] This application provides a method, device, storage medium, and computer product for switching a debugging mode to solve the problems of low security and complex operation in related technologies, such as disassembling the machine and switching the debugging mode using a DIP switch, or opening the debugging mode through a hidden door method.
[0005] In a first aspect embodiment of this application, a method for switching a debugging mode is provided. The method is applied to a vehicle and includes the following steps: obtaining a switching instruction from a user, where the switching instruction is generated based on a combination key of a target device; extracting device parameters of the vehicle according to the switching instruction, and sending the device parameters to a server, where the device parameters include at least one of a central control identification code, a vehicle identification code, and a certificate identification; the server generates a verification code based on the device parameters and sends it to the vehicle; switching to the debugging mode of the vehicle according to the verification code and the device parameters.
[0006] Optionally, switching to the debugging mode of the vehicle according to the verification code and the device parameters includes: identifying a verification rule between the vehicle and the server, where the verification rule is generated based on the device parameters and the verification code in a preset format; generating a combined password according to the verification rule, the verification code, and the device parameters; switching to the debugging mode of the vehicle according to the target input data of the user and the combined password.
[0007] Optionally, switch to the debugging mode of the vehicle according to the target input data of the user and the combined password, including: if the target input data is the same as the combined password, switch to the debugging mode of the vehicle; otherwise, generate prompt data and display the prompt data through the display page of the vehicle.
[0008] Optionally, obtain the switching instruction of the user, including: identifying the operation duration of the combined button; if the operation duration is greater than the preset duration, generate a switching instruction.
[0009] An embodiment of the second aspect of the present application provides a method for switching the debugging mode. The method is applied to a server and includes the following steps: receiving device parameters sent by the vehicle, where the device parameters include at least one of a central control identification code, a vehicle identification code, and a certificate identification; generating a verification code based on the device parameters and sending it to the vehicle, where the vehicle switches to the debugging mode of the vehicle according to the verification code and the device parameters.
[0010] Optionally, generating a verification code based on the device parameters further includes: querying a preset database with the central control identification code and the vehicle identification code; if the central control identification code and the vehicle identification code exist in the preset database, use the public key of the server to verify the certificate identification, and if the certificate identification passes the verification, generate a verification code.
[0011] An embodiment of the third aspect of the present application provides a device for switching the debugging mode. The device is used for a vehicle and includes: an acquisition module, configured to acquire a switching instruction of the user, where the switching instruction is generated based on a combined button of a target device; an extraction module, configured to extract device parameters of the vehicle according to the switching instruction and send the device parameters to a server, where the server generates a verification code based on the device parameters and sends it to the vehicle; a switching module, configured to switch to the debugging mode of the vehicle according to the verification code and the device parameters.
[0012] An embodiment of the fourth aspect of the present application provides a device for switching the debugging mode. The device is used for a server and includes: a receiving module, configured to receive device parameters sent by the vehicle; a sending module, configured to generate a verification code based on the device parameters and send it to the vehicle, where the vehicle switches to the debugging mode of the vehicle according to the verification code and the device parameters.
[0013] An embodiment of the fifth aspect of the present application provides a computer-readable storage medium, on which a computer program or instruction is stored. When the computer program or instruction is executed, it is used to implement the method for switching the debugging mode as described in the above embodiments.
[0014] An embodiment of the sixth aspect of the present application provides a computer program product, including: a computer program or instruction, which when executed, implements the method for switching the debugging mode as described in the above embodiments.
[0015] Thus, the present application has at least the following beneficial effects:
[0016] In the embodiment of the present application, a switching instruction is generated by the user long-pressing a specific combination key on the target device, and device parameters including a central control identification code, a vehicle identification code, a certificate identification, etc. are extracted and sent to the server for legal verification according to the switching instruction. Among them, the server generates a unique dynamic verification code based on these parameters and sends it back to the vehicle, and switches to the debugging mode of the vehicle by combining the verification code with the device parameters, which not only ensures the safety and reliability of the switching of the vehicle debugging mode, but also takes into account the user experience and operation convenience. At the same time, the application of the multi-layer protection mechanism and the dynamic verification code further enhances the security and meets the requirements of information security regulations. Thus, the problems of low security and complex operation in the related art, such as disassembling the machine and switching the debugging mode through a DIP switch, or opening the debugging mode through a hidden door, are solved.
[0017] Additional aspects and advantages of the present application will be given in part in the following description, become apparent in part from the following description, or be learned through the practice of the present application. BRIEF DESCRIPTION OF THE DRAWINGS
[0018] The above and / or additional aspects and advantages of the present application will become apparent and easy to understand from the following description of the embodiments in conjunction with the drawings, in which:
[0019] Figure 1 is a flowchart of a method for switching a debugging mode according to an embodiment of the present application;
[0020] Figure 2 is a flowchart of a method for switching a debugging mode according to another embodiment of the present application;
[0021] Figure 3 is a schematic diagram of the switching of the debugging mode according to an embodiment of the present application;
[0022] Figure 4 is a block diagram of a device for switching a debugging mode according to an embodiment of the present application;
[0023] Figure 5 is a block diagram of a device for switching a debugging mode according to another embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS
[0024] The embodiments of the present application will be described in detail below. The examples of the embodiments are shown in the drawings, in which the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions from beginning to end. The embodiments described below by referring to the drawings are exemplary and are intended to explain the present application and should not be construed as limiting the present application.
[0025] The following describes a method, device, storage medium, and computer product for switching the debugging mode according to embodiments of the present application. In view of the problems mentioned in the above background art, the present application provides a method for switching the debugging mode. This method is applied to a vehicle. In this method, a switching instruction is generated by the user long-pressing a specific combination key on the target device. According to the switching instruction, device parameters such as a central control identification code, a vehicle identification code, and a certificate identification are extracted and sent to the server for legality verification. Among them, the server generates a unique dynamic verification code based on these parameters and sends it back to the vehicle. By combining the verification code with the device parameters, the debugging mode of the vehicle is switched. This not only ensures the safety and reliability of the vehicle debugging mode switching but also takes into account the user experience and operation convenience. At the same time, the application of a multi-layer protection mechanism and a dynamic verification code further enhances the security and meets the requirements of information security regulations. Thus, the problems of low security and complex operation in the related art, such as disassembling the machine and switching the debugging mode through a DIP switch or opening the debugging mode through a hidden door, are solved.
[0026] Specifically, Figure 1 FIG. is a schematic flowchart of a method for switching the debugging mode provided by an embodiment of the present application.
[0027] As Figure 1 shown, the method for switching the debugging mode includes the following steps: [[ID=!2]]
[0028] In step S101, a switching instruction of the user is obtained, where the switching instruction is generated based on a combination key of the target device.
[0029] Among them, the specific selection of the combination key needs to be agreed according to the actual hardware layout of the in-vehicle central control device, and it is necessary to ensure the convenience of user operation and the difficulty of accidental triggering. It can be any agreed physical key or touch key, such as setting the voice key + the phone key.
[0030] In an embodiment of the present application, obtaining the switching instruction of the user includes: identifying the operation duration of the combination key; if the operation duration is greater than a preset duration, a switching instruction is generated.
[0031] Among them, the preset duration can be set according to the actual situation, such as setting 5 seconds, to avoid the user accidentally triggering the switching of the debugging mode (ADB mode).
[0032] It can be understood that when it is detected that the combination key is pressed, the embodiment of the present application can start a timer. If the key is released within 5 seconds, it is determined as a short press operation and can be ignored; if the key is continuously pressed for more than 5 seconds, it is determined as a long press operation, indicating that the user intends to switch to the ADB mode, as Figure 2As shown, the ADB mode trigger instruction can be sent to the Android system via UART / SPI. Thus, by accurately identifying and determining the duration of the combined key operation, the reliability of the trigger mechanism is ensured.
[0033] In step S102, the device parameters of the vehicle are extracted according to the switching instruction, and the device parameters are sent to the server. The device parameters include at least one of the central control identification code, vehicle identification code, and certificate identification. The server generates a verification code based on the device parameters and sends it to the vehicle.
[0034] It can be understood that the central control identification code, vehicle identification code, and certificate identification are all stored on the Android system side. Among them, the central control identification code is the unique identification code of the in-vehicle central control / cockpit domain control device, which is used for device unique identification and the activation code of the third-party ecological application. It is written by the host computer during the production of the in-vehicle central control / cockpit domain control factory line and stored in a specific protected partition that cannot be overwritten by system upgrades in the form of a file. It can be obtained through the Android's Build.getSerial() method. The vehicle identification code is the unique identification code of the vehicle, which is configured and written into the in-vehicle central control / cockpit domain control device by the UDS diagnostic device when the vehicle comes off the production line and stored in a specific protected partition that cannot be overwritten by system upgrades in the form of a file. It can be obtained through the custom interface getVINCode(). The certificate identification is filled with certificates by the UDS diagnostic device when the vehicle comes off the production line, or it can also establish communication with the PKI server through the network to download and fill the certificates. The certificate identification is stored in a specific protected partition that cannot be overwritten by system upgrades in the form of a file.
[0035] It should be noted that when the vehicle comes off the production line, it will go through the UDS diagnostic device for configuration, certificate identification filling, and configuration data reading, and register data such as the central control identification code SN, vehicle identification code VIN, and certificate identification PKI on the server, as Figure 2 shown.
[0036] It is understandable that after the Android system receives the switching instruction, it calls the corresponding interface or method to extract the above device parameters. During the extraction process, the validity of the parameters will be checked. For example, whether the central control identification code meets the format requirements (such as length, character set, etc.), whether the vehicle identification code is a legal 17-digit code, and whether the certificate identification is complete and not expired. If any parameter is invalid, the process will be terminated and an error message will be prompted. When the Android system receives the instruction, if all the device parameters are valid, the central control identification code, vehicle identification code, and certificate identification will be sent to the server via the HTTPS protocol over the network. After receiving the data, the server matches the stored central control identification code, vehicle identification code, and certificate identification for verification to determine the legality of the in-vehicle central control / cockpit domain control mass production device. If the server cannot query the corresponding central control identification code and vehicle identification code, or can query them but the certificate identification verification fails (the server uses the corresponding public key to decrypt the signature in the certificate and verify whether the information in the certificate is consistent with the signature. If it is consistent, it means the certificate is valid.), the determination fails and an illegal device prompt is sent. If the determination passes, a set of verification codes is sent. After generating the verification code, the server can send the verification code back to the Android system via the HTTPS protocol.
[0037] In step S103, switch to the debugging mode of the vehicle according to the verification code and device parameters.
[0038] In the embodiment of the present application, switching to the debugging mode of the vehicle according to the verification code and device parameters includes: identifying the verification rule between the vehicle and the server, where the verification rule is generated based on the device parameters and the verification code according to a preset format; generating a combined password according to the verification rule, verification code, and device parameters; and switching to the debugging mode of the vehicle according to the user's target input data and the combined password.
[0039] Among them, the verification rule is a logic for generating a combined password, which can be jointly agreed upon by the server and the vehicle terminal. It can be combined based on the device parameters and the verification code according to a preset format, such as the first 4 digits of the vehicle identification code + the last 4 digits of the vehicle identification code + the last 4 digits of the central control identification code + the verification code. The verification rule can be written into the non-volatile memory of the in-vehicle central control system through a UDS diagnostic device when the vehicle comes off the production line and synchronized to the server.
[0040] In the embodiment of the present application, the specified part of the device parameters can be extracted according to the verification rule, and a combined password is generated in combination with the verification code. After generating the combined password, a pop-up window prompt is made. The content of the pop-up window includes a verification code reminder, a password input box, and a confirmation button. The user inputs according to the agreed rule, such as the rule of the first 4 digits of the VIN + the last 4 digits of the VIN + the last 4 digits of the SN + the verification code (such as XYZ123), and clicks OK.
[0041] Specifically, switch to the vehicle's debugging mode according to the user's target input data and combined password, including: if the target input data is the same as the combined password, switch to the vehicle's debugging mode; otherwise, generate prompt data and display the prompt data through the vehicle's display page.
[0042] It can be understood that after receiving the user's target input data, the embodiment of the present application can compare it with the combined password generated locally to determine whether the password entered by the user conforms to the rules. If it conforms, switch to the ADB mode; if it does not conform, prompt the password error on the vehicle's display page to help the user complete the operation smoothly. Thus, through a strict password verification mechanism, unauthorized users are prevented from randomly switching to the debugging mode, thereby protecting the security and stability of the vehicle system.
[0043] According to the method for switching the debugging mode proposed by the embodiment of the present application, a switching instruction is generated by the user long-pressing a specific combination key on the target device, and device parameters including a central control identification code, a vehicle identification code, and a certificate identification, etc. are extracted and sent to the server for legality verification according to the switching instruction. Among them, the server generates a unique dynamic verification code based on these parameters and sends it back to the vehicle, and switches to the vehicle's debugging mode in combination with the verification code and the device parameters, which not only ensures the security and reliability of the vehicle debugging mode switching, but also takes into account the user experience and operation convenience. At the same time, the application of a multi-layer protection mechanism and a dynamic verification code further enhances the security and meets the requirements of information security regulations. Thus, the problems of low security and complex operation existing in the related technology of disassembling the machine and switching the debugging mode through a DIP switch, or opening the debugging mode through a hidden door method are solved.
[0044] Secondly, the embodiment of the present application also proposes a method for switching the debugging mode, which is used for the server, as Figure 3 shown, and includes the following steps:
[0045] In step 201, receive the device parameters sent by the vehicle, where the device parameters include at least one of a central control identification code, a vehicle identification code, and a certificate identification.
[0046] In step 202, generate a verification code based on the device parameters and send it to the vehicle, where the vehicle switches to the vehicle's debugging mode according to the verification code and the device parameters.
[0047] In an embodiment of the present application, generating a verification code based on the device parameters further includes: querying a preset database with the central control identification code and the vehicle identification code; if the central control identification code and the vehicle identification code exist in the preset database, verify the certificate identification using the public key of the server, and if the certificate identification passes the verification, generate a verification code.
[0048] Based on the above embodiments, after the Android system of the vehicle receives the ADB mode trigger instruction, it sends the central control identification code and the vehicle identification code to the server through the HTTPS protocol. After receiving these data, the server will compare them with the records in the preset database. If both the central control identification code and the vehicle identification code exist in the preset database, the certificate identification of the device will be further verified. The certificate identification contains the public key, signature, and other relevant information of the device. The server uses the public key corresponding to its own private key to decrypt the signature part in the certificate and verify whether the signature is consistent with the information in the certificate. If the two are consistent, it means that the certificate has not been tampered with and is valid. After passing the verification, a random verification code (such as a set of numbers or strings) will be generated. Thus, it is ensured that only legal vehicles and their corresponding central control devices can trigger the debugging mode, preventing unauthorized access and further enhancing security. Among them, the preset database can be set according to the actual situation without specific limitations.
[0049] Next, a switching device for the debugging mode applied to a vehicle according to an embodiment of the present application will be described with reference to the accompanying drawings.
[0050] Figure 4 It is a block diagram of the switching device for the debugging mode of the embodiment of the present application.
[0051] As Figure 4 shown, the switching device 10 for the debugging mode includes: an acquisition module 101, an extraction module 102, and a switching module 103.
[0052] Among them, the acquisition module 101 is used to acquire the switching instruction of the user, where the switching instruction is generated based on the combination keys of the target device; the extraction module 102 is used to extract the device parameters of the vehicle according to the switching instruction, send the device parameters to the server, where the server generates a verification code based on the device parameters and sends it to the vehicle; the switching module 103 is used to switch to the debugging mode of the vehicle according to the verification code and the device parameters.
[0053] In an embodiment of the present application, the switching module 103 is further used to identify the verification rule between the vehicle and the server, where the verification rule is generated in a preset format based on the device parameters and the verification code; generate a combined password according to the verification rule, the verification code, and the device parameters; and switch to the debugging mode of the vehicle according to the target input data of the user and the combined password.
[0054] In an embodiment of the present application, the switching module 103 is further used to switch to the debugging mode of the vehicle if the target input data and the combined password are the same; otherwise, generate prompt data and display the prompt data through the display page of the vehicle.
[0055] In an embodiment of the present application, the obtaining module 101 is further configured to identify the operation duration of the combined key; if the operation duration is greater than a preset duration, a switching instruction is generated.
[0056] Figure 5 It is a switching device for the debugging mode applied to a server provided by an embodiment of the present application.
[0057] As Figure 5 shown, the switching device 20 for the debugging mode includes: a receiving module 201 and a sending module 202.
[0058] Among them, the receiving module 201 is configured to receive the device parameters sent by the vehicle; the sending module 202 is configured to generate a verification code based on the device parameters and send it to the vehicle, where the vehicle switches to the debugging mode of the vehicle according to the verification code and the device parameters.
[0059] In an embodiment of the present application, the sending module 202 is further configured to query a preset database with the central control identification code and the vehicle identification code; if the central control identification code and the vehicle identification code exist in the preset database, the public key of the server is used to verify the certificate identification, and if the certificate identification verification passes, a verification code is generated.
[0060] It should be noted that the foregoing explanation of the embodiment of the switching method for the debugging mode also applies to the switching device for the debugging mode of this embodiment, and will not be elaborated here.
[0061] According to the switching device for the debugging mode proposed by the embodiment of the present application, a switching instruction is generated by the user long-pressing a specific combined key on the target device, and device parameters including the central control identification code, the vehicle identification code, and the certificate identification are extracted and sent to the server for legality verification according to the switching instruction. Among them, the server generates a unique dynamic verification code based on these parameters and sends it back to the vehicle, and switches to the debugging mode of the vehicle in combination with the verification code and the device parameters, which not only ensures the safety and reliability of the vehicle debugging mode switching, but also takes into account the user experience and operation convenience. At the same time, the application of the multi-layer protection mechanism and the dynamic verification code further enhances the security and meets the requirements of information security regulations. Thus, the problems of low security and complex operation existing in the related technology of disassembling the machine and switching the debugging mode through the DIP switch, or opening the debugging mode through the backdoor method are solved.
[0062] The embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, the switching method for the debugging mode as described above is implemented.
[0063] The embodiment of the present application provides a computer program product, including: a computer program or instruction, and when the computer program or instruction is executed, the switching method for the debugging mode as described in the above embodiment is implemented.
[0064] In the description of this specification, the descriptions referring to terms such as "one embodiment", "some embodiments", "examples", "specific examples", or "some examples" etc. mean that the specific features, structures, materials, or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of this application. In this specification, the schematic expressions of the above terms are not necessarily directed to the same embodiment or example. Moreover, the specific features, structures, materials, or characteristics described can be combined in a suitable manner in any one or N embodiments or examples. In addition, without contradiction, those skilled in the art can combine and combine the different embodiments or examples described in this specification and the features of different embodiments or examples.
[0065] In addition, the terms "first" and "second" are only used for descriptive purposes and cannot be understood as indicating or implying relative importance or implicitly specifying the quantity of the indicated technical features. Thus, the features defined with "first" and "second" can explicitly or implicitly include at least one of such features. In the description of this application, the meaning of "N" is at least two, such as two, three, etc., unless otherwise specifically defined.
[0066] Any process or method description shown in the flowchart or described in other ways herein can be understood as representing a module, segment, or part of code including one or more N executable instructions for implementing a customized logic function or process, and the scope of the preferred embodiments of this application includes additional implementations, where the functions can be executed in a substantially simultaneous manner or in a reverse order according to the involved functions, rather than in the order shown or discussed, which should be understood by those skilled in the art to which the embodiments of this application belong.
[0067] It should be understood that each part of this application can be implemented by hardware, software, firmware, or a combination thereof. In the above embodiments, the N steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented by hardware as in another embodiment, any one of the following techniques well known in the art or a combination of them can be used: discrete logic circuits having logic gate circuits for implementing logic functions on data signals, application specific integrated circuits having appropriate combinational logic gate circuits, programmable gate arrays, field programmable gate arrays, etc.
[0068] Those of ordinary skill in the art of this technology can understand that all or part of the steps carried by the method for implementing the above embodiments can be completed by instructing relevant hardware through a program, and the program can be stored in a computer-readable storage medium. When the program is executed, it includes one or a combination of the steps of the method embodiment.
[0069] Although the embodiments of the present application have been shown and described above, it can be understood that the above embodiments are exemplary and should not be construed as limiting the present application. Those of ordinary skill in the art can make changes, modifications, substitutions, and variations to the above embodiments within the scope of the present application.
Claims
1. A method for switching a debugging mode, characterized in that The method is used for a vehicle and includes the following steps: Obtain a switching instruction of a user, where the switching instruction is generated based on a combination key of a target device; Extract device parameters of the vehicle according to the switching instruction, and send the device parameters to a server, where the device parameters include at least one of a central control identification code, a vehicle identification code, and a certificate identification, and the server generates a verification code based on the device parameters and sends it to the vehicle; Switch to a debugging mode of the vehicle according to the verification code and the device parameters.
2. The method for switching the debugging mode according to claim 1, wherein The switching to the debugging mode of the vehicle according to the verification code and the device parameters includes: Identify a verification rule between the vehicle and the server, where the verification rule is generated in a preset format based on the device parameters and the verification code; Generate a combined password according to the verification rule, the verification code, and the device parameters; Switch to the debugging mode of the vehicle according to target input data of the user and the combined password.
3. The method for switching the debugging mode according to claim 2, wherein, The switching to the debugging mode of the vehicle according to the target input data of the user and the combined password includes: If the target input data is the same as the combined password, switch to the debugging mode of the vehicle; otherwise, generate prompt data and display the prompt data through a display page of the vehicle.
4. The method for switching the debugging mode according to claim 1, wherein The obtaining of the switching instruction of the user includes: Identify an operation duration of the combination key; If the operation duration is greater than a preset duration, generate the switching instruction.
5. A method for switching a debugging mode, characterized in that The method is used for a server and includes the following steps: Receive device parameters sent by a vehicle, where the device parameters include at least one of a central control identification code, a vehicle identification code, and a certificate identification; Generate a verification code based on the device parameters and send it to the vehicle, where the vehicle switches to the debugging mode of the vehicle according to the verification code and the device parameters.
6. The method for switching the debugging mode according to claim 5, wherein The generating of the verification code based on the device parameters further includes: Query a preset database with the central control identification code and the vehicle identification code; If the central control identification code and the vehicle identification code exist in the preset database, verify the certificate identification by using a public key of the server, and if the certificate identification passes the verification, generate the verification code.
7. A switching device for a debugging mode, characterized in that, The device is used for a vehicle and includes: An obtaining module, configured to obtain a switching instruction of a user, where the switching instruction is generated based on a combination key of a target device; An extracting module, configured to extract device parameters of the vehicle according to the switching instruction and send the device parameters to a server, where the server generates a verification code based on the device parameters and sends it to the vehicle; A switching module, configured to switch to a debugging mode of the vehicle according to the verification code and the device parameters.
8. A switching device for a debugging mode, characterized in that, The device is used for a server and includes: A receiving module, configured to receive device parameters sent by a vehicle; A sending module, configured to generate a verification code based on the device parameters and send it to the vehicle, where the vehicle switches to the debugging mode of the vehicle according to the verification code and the device parameters.
9. A computer-readable storage medium having a computer program or instructions stored thereon, characterized in that, When the computer program or instruction is executed, it implements the method for switching the debugging mode according to any one of claims 1-6.
10. A computer program product, comprising: A computer program or instruction, characterized in that when the computer program or instruction is executed, it is used to implement the method for switching the debugging mode according to any one of claims 1-6.
Citation Information
Cited By
Safety parameter calibration method, device and system and storage medium
CN121300174A