A vehicle control method, medium and vehicle

Abstract

The application provides a vehicle control method, medium and vehicle. Whether the first controller or the second controller is invalid is detected. In the case that any of the first controller and the second controller is invalid, a mode switching instruction is sent to the vehicle controller to instruct the vehicle controller to switch from a first mode to a second mode. In the first mode, the first area range supporting the keyless unlocking function and the second area range supporting the one-key starting function are different. In the second mode, the area range supporting the keyless unlocking function and the area range supporting the one-key starting function are both the third area range. Thus, the normal function of the digital key is realized based on the two Bluetooth controllers. In the case that any of the controllers is invalid, the digital key limp control mode can be implemented to ensure the realization of the basic functions of the digital key starting and unlocking, so that the user can normally use the vehicle, the cost is effectively controlled, and the user experience is improved.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a vehicle control method, medium, and vehicle. Background Technology

[0002] In the process of automotive intelligence, Bluetooth technology has played an effective supporting role, especially with the emergence of Bluetooth digital key systems. These systems have gradually replaced the original keyless entry and start systems based on RF-LF communication, enabling keyless entry and one-button start functions via Bluetooth Low Energy (BLE) communication and smart mobile terminals (such as smartphones).

[0003] In the existing technology, Bluetooth digital key systems are mostly divided into single-node solutions and multi-node solutions. Single-node solutions have low cost but poor positioning effect. Once the module fails, the digital key function will fail. Multi-node solutions (generally requiring 3 or more Bluetooth communication nodes in addition to the master node) have good positioning effect but higher cost. Summary of the Invention

[0004] This application provides a vehicle control method, medium, and vehicle that can implement a digital key limp control mode after any Bluetooth controller fails, ensuring that the system can work normally to achieve basic functions, maintaining system reliability, and improving the user experience.

[0005] A first aspect of this application provides a vehicle control method applied to a Bluetooth digital key system, wherein the Bluetooth digital key system includes a first controller and a second controller; the method includes:

[0006] Detect whether the first controller or the second controller mentioned above is malfunctioning;

[0007] In the event of failure of either the first controller or the second controller, a mode switching instruction is sent to the vehicle controller to instruct the vehicle controller to switch from the first mode to the second mode. In the first mode, the first area supporting keyless unlocking and the second area supporting keyless start are different. In the second mode, both the area supporting keyless unlocking and the area supporting keyless start are the third area.

[0008] Optionally, the above method further includes:

[0009] In the event of failure of either the first controller or the second controller, in response to receiving an operation from the user on the Bluetooth digital key system, the location information of the Bluetooth digital key system is sent to the vehicle controller via the undisturbed controller of the first controller or the second controller. The location information is used to determine whether the Bluetooth digital key system is within the third area.

[0010] Optionally, the above method further includes:

[0011] If neither the first controller nor the second controller fails, a mode hold instruction is sent to the vehicle controller to instruct the vehicle controller to maintain the first mode.

[0012] Optionally, the step of detecting whether the first controller or the second controller is malfunctioning includes:

[0013] Monitor the handshake messages between the first controller and the second controller.

[0014] When a handshake failure response is detected in either the first controller or the second controller, the controller that produced the handshake failure response will be identified as a failed controller.

[0015] Optionally, detecting a handshake failure response from the first controller or the second controller includes:

[0016] The handshake message sender in the first controller and the second controller mentioned above does not receive a handshake response message from the corresponding handshake message receiver within a first preset time; or

[0017] The handshake message receivers in the first controller and the second controller do not receive the handshake message sent by the corresponding handshake message sender within a second preset time.

[0018] Optionally, the above method further includes:

[0019] An alarm message is generated if either the first controller or the second controller fails.

[0020] Send the above alarm information to the instrument terminal for local alarm activation; or

[0021] The alarm information is sent to the vehicle controller, which then remotely pushes the alarm to the user.

[0022] A second aspect of this application provides a vehicle control method, characterized in that it is applied to an on-board controller, the method comprising:

[0023] Upon receiving a mode switching instruction from the Bluetooth digital key system, the system switches from the first mode to the second mode. In the first mode, the first area supporting keyless unlocking and the second area supporting one-button start are different. In the second mode, both the area supporting keyless unlocking and the area supporting one-button start are the third area.

[0024] Upon receiving a mode hold instruction from the aforementioned Bluetooth digital key system, continue to maintain the aforementioned first mode.

[0025] Optionally, the above method further includes:

[0026] Upon receiving a mode switching instruction from the aforementioned Bluetooth digital key system, the system determines whether the Bluetooth digital key system is within the aforementioned third area based on its location information.

[0027] A third aspect of this application provides a vehicle control system, the system comprising: a first controller, a second controller, and an on-board controller;

[0028] The first controller and the second controller periodically perform handshake interactions. When either the first controller or the second controller fails to respond to the handshake, the controller that failed is identified as the failed controller, and the compliant controller sends a mode switching instruction to the vehicle controller; or

[0029] If neither the first controller nor the second controller fails, a mode hold instruction is sent to the vehicle controller.

[0030] Upon receiving a mode switching instruction, the aforementioned vehicle controller switches from the first mode to the second mode. In the first mode, the first area supporting keyless unlocking and the second area supporting push-button start are different. In the second mode, both the area supporting keyless unlocking and the area supporting push-button start are within the third area.

[0031] Upon receiving a mode hold instruction from the aforementioned Bluetooth digital key system, continue to maintain the aforementioned first mode.

[0032] A fourth aspect of this application provides a readable storage medium storing machine-executable instructions, which, when executed by a processor, implement the method proposed in the first or second aspect of this application.

[0033] A fifth aspect of this application provides a vehicle including a processor and a memory; the memory stores machine-executable instructions that can be executed by the processor, and the processor executes the machine-executable instructions to implement the method as proposed in the first or second aspect of this application.

[0034] Compared with the prior art, this application has the following advantages:

[0035] This application provides a vehicle control method that detects whether a first controller or a second controller has failed. If either the first or second controller fails, a mode switching instruction is sent to the vehicle controller, instructing it to switch from a first mode to a second mode. In the first mode, the first area supporting keyless unlocking and the second area supporting push-button start are different. In the second mode, both the areas supporting keyless unlocking and the area supporting push-button start are within a third area. Thus, the normal functioning of the digital key is achieved based on two Bluetooth controllers. On one hand, when both Bluetooth controllers are effective, the in-vehicle and out-of-vehicle areas are effectively distinguished, enabling normal Bluetooth digital key service. On the other hand, in the event of a controller failure, a digital key limp-out control mode is implemented to ensure the basic functions of digital key start and unlocking / unlocking, allowing users to use the vehicle normally, effectively controlling costs while improving user experience. Attached Figure Description

[0036] Figure 1 This is a flowchart of a vehicle control method proposed in one embodiment of this application;

[0037] Figure 2 This is a schematic diagram of the structure of a vehicle control system according to an embodiment of this application;

[0038] Figure 3 This is a flowchart of a vehicle control method according to another embodiment of this application;

[0039] Figure 4 This is a schematic diagram illustrating the division of various regions in a vehicle control method proposed in an embodiment of this application;

[0040] Figure 5 This is a schematic diagram of mode switching for a vehicle control method proposed in one embodiment of this application. Detailed Implementation

[0041] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0042] Existing communication connections between digital keys and vehicles typically involve the digital key acting as a BLE (Bluetooth Low Energy) broadcaster, and multiple positioning anchors, i.e., Bluetooth controllers, acting as BLE scanners. These anchors are connected via a CAN (Controller Area Network) / LIN (Local Interconnect Network) bus. The multiple anchors transmit the received signal strength indication (RSSI) of the BLE signal broadcast by the digital key to the vehicle controller for positioning algorithm processing to determine the digital key's location. Therefore, when the digital key is detected within the corresponding valid area, the system responds to user actions, enabling locking / unlocking or one-button start functions.

[0043] While using multiple positioning anchor points provides better positioning results, it also incurs higher costs. Furthermore, if the main anchor point fails, keyless locking / unlocking and one-button start functions become unavailable, negatively impacting the user experience.

[0044] In view of this, this application provides a vehicle control method that implements the normal function of a digital key based on two Bluetooth controllers. In the event of failure of either controller, a limp control mode for the digital key can be implemented to ensure the realization of basic functions such as starting and unlocking / locking of the digital key.

[0045] Please refer to Figure 1 , Figure 1 This is a flowchart of a vehicle control method proposed in one embodiment of this application. Figure 1 As shown, the method includes the following steps:

[0046] Step S101: Detect whether the first controller or the second controller is malfunctioning.

[0047] Please refer to Figure 2 The vehicle control method of this application mainly relates to a Bluetooth digital key system and an on-board controller. The Bluetooth digital key system includes a first controller and a second controller. The first and second controllers communicate with each other via a CAN bus, and simultaneously communicate with the on-board controller via a gateway.

[0048] In this embodiment, the first controller and the second controller can communicate via a CAN bus, mutually monitoring each other's status to determine whether the controller is valid or invalid. Furthermore, the first and second controllers can periodically perform self-tests. If both controllers are valid, the location of the Bluetooth digital key can be confirmed through their cooperation; if either controller fails, the Bluetooth digital key limp-out control mode is implemented, and subsequent step S102 is executed.

[0049] Step S102: If either the first controller or the second controller fails, a mode switching instruction is sent to the vehicle controller to instruct the vehicle controller to switch from the first mode to the second mode. In the first mode, the first area supporting keyless unlocking and the second area supporting keyless start are different. In the second mode, both the area supporting keyless unlocking and the area supporting keyless start are the third area.

[0050] In this embodiment, if either the first controller or the second controller fails, the still-functioning controller can send a mode switching instruction to the vehicle controller via the gateway. Upon receiving the mode switching instruction, the vehicle controller switches to the corresponding mode as required to perform the corresponding function.

[0051] The first mode refers to the normal mode executed by the vehicle controller when both the first and second controllers are effective. In this mode, the vehicle controller combines information from both controllers to locate the Bluetooth digital key. When the Bluetooth digital key is located within the effective area of ​​the first mode, it responds to user operation by performing unlocking, locking, or one-button start functions.

[0052] like Figure 4 As shown, in the first mode, there are two different effective areas—the first area and the second area. The first area refers to the effective area outside the vehicle, such as... Figure 4 Area "1" indicates a circular area 3-5 meters outside the vehicle. When the Bluetooth digital key is detected within this first area, keyless unlocking and locking are supported. The second area refers to the effective area inside the vehicle, such as... Figure 4As shown in area "2", this represents the area covering the entire vehicle's cockpit. When the Bluetooth digital key is detected to be within this second area, the one-button start function is supported. Therefore, in the first mode, because an effective area outside the vehicle and an effective area inside the vehicle are distinguished, the corresponding function can only be realized when the Bluetooth digital key is within the corresponding area, ensuring the security of the Bluetooth digital key service. For example, if a user forgets their Bluetooth digital key in the effective area inside the vehicle (i.e., the second area), and a criminal attempts to unlock the vehicle from the outside to steal valuables, they will be unable to open the door because the Bluetooth digital key is not currently within the effective area outside the vehicle.

[0053] The second mode refers to the Bluetooth digital key limp control mode executed by the vehicle controller when either the first or second controller fails. In this mode, the vehicle controller locates the Bluetooth digital key based on information from the valid controller. When the Bluetooth digital key is located within the valid area in the second mode, it responds to user input by performing unlocking, locking, or one-button start functions.

[0054] Specifically, in the second mode, the Bluetooth digital key function in limp mode can be implemented through a valid, still functioning first or second controller, ensuring the normal operation of basic keyless entry and push-button start functions. However, in the second mode, its performance is somewhat reduced compared to the first mode, including the reduction in area division and range. For example, the boundary between entry and start is no longer strictly distinguished, that is, the interior area and the exterior area are no longer differentiated; the area supporting keyless unlocking and the area supporting push-button start are both within the third area.

[0055] like Figure 4 As shown, when the first controller is active and the second controller is inactive, the aforementioned third region can be as follows: Figure 4As shown in area "3", this represents a circular area with a radius of 1 meter centered on the midpoint of the vehicle's centerline. This third area encompasses both the interior and exterior of the vehicle. As long as the Bluetooth digital key is detected within this third area, keyless entry and exit and push-button start are supported. For example, if a user forgets their Bluetooth digital key in the effective area inside the vehicle (i.e., the second area), and a malicious person attempts to unlock the vehicle from the outside, they can still do so because the Bluetooth digital key is within the third area. While this poses a certain security risk, more importantly, under normal circumstances, the user can still maintain the basic functionality of the Bluetooth digital key service, allowing them to use the vehicle normally. Furthermore, the probability of encountering such a malicious person is relatively low; users usually conduct timely checks and repairs when they discover a controller malfunction. The situation is similar when the first controller is malfunctioning and the second controller is active, except for the specific division of the third area, which will not be elaborated upon here.

[0056] This application provides a vehicle control method that utilizes two Bluetooth controllers to enable the normal functioning of a digital key. On one hand, when both Bluetooth controllers are active, the method effectively distinguishes between the interior and exterior areas of the vehicle, providing normal Bluetooth digital key service. On the other hand, if either controller fails, a limp-mode digital key control is implemented. While this sacrifices some performance, it ensures the more critical basic functions of the digital key, such as starting and unlocking, allowing the user to use the vehicle normally. This approach effectively controls costs while improving the user experience.

[0057] Optionally, the method further includes: in the event that either the first controller or the second controller fails, in response to receiving an operation from the user on the Bluetooth digital key system, sending the location information of the Bluetooth digital key system to the vehicle controller via the controller that is not failed, wherein the location information is used to determine whether the Bluetooth digital key system is within the third area.

[0058] In this embodiment, when either the first controller or the second controller fails, the still-functioning controller can send the location information of the Bluetooth digital key system to the vehicle controller via the gateway. Upon receiving the location information, the vehicle controller locates the Bluetooth digital key and, in response to user operations on the Bluetooth digital key system, determines whether the Bluetooth digital key is currently within the third area corresponding to the valid controller. If the Bluetooth digital key is within the third area corresponding to the valid controller, it responds to user operations by performing unlocking, locking, or one-button start functions.

[0059] In practice, the aforementioned positioning information can include the location coordinates of the valid controller and the reception strength of the Bluetooth signal broadcast by the controller to the Bluetooth digital key. The vehicle controller can then perform positioning algorithm processing based on this information to obtain the location of the Bluetooth digital key. Therefore, even if one of the two controllers in the Bluetooth digital key system fails, the other controller can still continue to operate (limp-out) to ensure the basic functions of the Bluetooth digital key, such as starting and unlocking, thus improving the user experience.

[0060] Optionally, the above method further includes: sending a mode hold instruction to the vehicle controller when neither the first controller nor the second controller fails, so as to instruct the vehicle controller to hold the first mode.

[0061] In this embodiment, if both the first and second controllers are detected to be functioning correctly, it indicates that the keyless unlocking and starting functions can continue to be implemented through the cooperation of the two controllers. At this time, a mode hold instruction is sent to the vehicle controller to instruct it to maintain the first mode, i.e., keyless unlocking and locking functions are supported within a first area outside the vehicle, and one-button start functions are supported within a second area inside the vehicle, thereby ensuring normal daily functions can be maintained.

[0062] Please refer to Figure 3 , Figure 3 This is a flowchart of a vehicle control method according to another embodiment of this application. Figure 3 As shown, the method includes the following steps:

[0063] Step S201: Monitor the handshake messages between the first controller and the second controller.

[0064] In this embodiment, the first controller and the second controller periodically perform a handshake via the CAN bus for mutual monitoring. The method is as follows: assuming the first controller is the sender of the handshake message and the second controller is the receiver. Within one cycle Tcycle_Handshake, the first controller first sends a handshake request message MBLE_Handshake request to the second controller via the CAN bus. After receiving the handshake request message MBLE_Handshake request, the second controller replies to the first controller with a handshake feedback message SBLE_Handshake feedback, thus completing the handshake.

[0065] Step S202: When a handshake failure response is detected in the first controller or the second controller, the controller that has the handshake failure response is identified as a failed controller, and a mode switching instruction is sent to the vehicle controller to instruct the vehicle controller to switch from the first mode to the second mode.

[0066] In this embodiment, the detection of a handshake failure response from the first controller or the second controller includes:

[0067] The handshake message sender in the first controller and the second controller mentioned above does not receive a handshake response message from the corresponding handshake message receiver within a first preset time; or

[0068] The handshake message receivers in the first controller and the second controller do not receive the handshake message sent by the corresponding handshake message sender within a second preset time.

[0069] Specifically, assume the first controller is the sender of the handshake message and the second controller is the receiver. Within a cycle Tcycle_Handshake, the first controller must receive the handshake response message SBLE_Handshake feedback from the second controller within a fixed handshake response time Twait_handshakeresp. If the first controller successfully receives the handshake response message SBLE_Handshake feedback within the handshake response time Twait_handshakeresp, the handshake is considered successful and the second controller is valid; otherwise, the handshake is considered to have failed and the second controller is invalid.

[0070] For the second controller, it must receive the handshake request message MBLE_Handshake sent by the first controller within a fixed handshake waiting time Twait_Handshake. If the second controller successfully receives the handshake request message MBLE_Handshake within the handshake waiting time Twait_Handshake, the first controller is considered valid; otherwise, the first controller is considered invalid.

[0071] For example, the settings for handshake response time Twait_handshakeresp, cycle Tcycle_Handshake, and handshake wait time Twait_Handshake can be shown in Table 1 below:

[0072] Table 1 Handshake Schedule

[0073] Name Minimum Typical Maximum Twait_handshakeresp 50ms Tcycle_Handshake 90ms 100ms 110ms Twait_Handshake 150ms

[0074] The recommended minimum time for the cycle_Handshake is 90ms, the standard time is 100ms, and the maximum time is 110ms. Correspondingly, with a cycle_Handshake of 110ms, the recommended handshake response time Twait_handshakeresp is 50ms, and the handshake waiting time Twait_Handshake is 150ms.

[0075] Through the periodic handshake mechanism between the first and second controllers described above, the two controllers can monitor each other and promptly detect any malfunctioning controller. Furthermore, in the event of a controller failure, the still-functioning controller can send a mode switching instruction to the vehicle controller, instructing the vehicle controller to switch from the first mode to the second mode.

[0076] Please refer to Figure 5 , Figure 5 This is a schematic diagram of mode switching for a vehicle control method according to an embodiment of this application. As shown in Figure 5, if the first controller and the second controller successfully handshake and both are valid, the first mode, also called the normal mode, is executed. When either one fails, the second mode is executed. Specifically, the second mode includes: when the second controller handshake response times out (i.e., the first controller is valid and the second controller fails), the first controller limp mode is executed; when the first controller handshake request times out (i.e., the first controller fails and the second controller is valid), the second controller limp mode is executed.

[0077] For example, please refer to Figure 4 Assume the first controller is located on the vehicle's centerline inside the vehicle, and the second controller is located inside the driver's side rearview mirror outside the vehicle.

[0078] In the first mode, there are two distinct effective areas—a first area and a second area. As mentioned above, the first area refers to the effective area outside the vehicle, such as... Figure 4 Area "1" indicates a circular area 3-5 meters outside the vehicle. When the Bluetooth digital key is detected within this first area, keyless unlocking and locking are supported. The second area refers to the effective area inside the vehicle, such as... Figure 4 As shown in area "2", this represents the area covering the entire vehicle's cockpit. One-button start is supported when the Bluetooth digital key is detected within this second area.

[0079] In the second mode, the third region needs to be determined based on the actual failure status of the two controllers. If the first controller is effective and the second controller fails, then the third region is as follows: Figure 4As shown in area "3", this represents a circular area with a radius of 1 meter centered at the midpoint of the vehicle's centerline. If the first controller fails and the second controller is active, then the third area will be as follows: Figure 4 As shown in area "4", this represents the driver's area and the area within half a meter of the driver's side. When the Bluetooth digital key is detected in this third area, unlocking, locking, and one-button start functions are supported. It is easy to understand that the specific settings for each area can be adjusted according to actual needs; this application does not impose specific limitations.

[0080] Therefore, when both controllers are effective, the security and convenience of the Bluetooth digital key service are ensured by differentiating between the interior and exterior areas of the vehicle. If either controller fails, a limp-down mechanism is implemented using the remaining effective controller to guarantee basic functions such as starting and locking / unlocking the digital key, allowing users to use the vehicle normally and improving the user experience.

[0081] Step S203: Send the location information to the vehicle controller via the undisturbed controller in the first and second controllers.

[0082] In this embodiment, the specific positioning and effective area determination process is as described above, and will not be repeated here.

[0083] Step S204: If either the first controller or the second controller fails, generate an alarm message.

[0084] In this embodiment, when a failure is detected in either the first controller or the second controller, the still-functioning controller can generate an alarm message and send it to the instrument cluster for local alarm processing. Alternatively, the alarm message can be sent to the vehicle controller, which can then remotely push the alarm to the user, such as via an app pop-up notification or SMS notification. For example, the alarm message may include the name and location of the failed controller. By pushing the alarm message, the user is alerted to a controller failure and advised to promptly have it repaired at a service center to ensure safety.

[0085] Based on the same inventive concept, one embodiment of this application provides a vehicle control method, characterized in that it is applied to an on-board controller, and the method includes:

[0086] Upon receiving a mode switching instruction from the Bluetooth digital key system, the system switches from the first mode to the second mode. In the first mode, the first area supporting keyless unlocking and the second area supporting one-button start are different. In the second mode, both the area supporting keyless unlocking and the area supporting one-button start are the third area.

[0087] Upon receiving a mode hold instruction from the aforementioned Bluetooth digital key system, continue to maintain the aforementioned first mode.

[0088] Optionally, the above method further includes:

[0089] Upon receiving a mode switching instruction from the aforementioned Bluetooth digital key system, the system determines whether the Bluetooth digital key system is within the aforementioned third area based on its location information.

[0090] For details regarding the embodiments of this method, please refer to the descriptions in the above embodiments.

[0091] Based on the same inventive concept, one embodiment of this application provides a vehicle control system. For example... Figure 2 As shown, the system includes: a first controller, a second controller, and an on-board controller;

[0092] The first controller and the second controller periodically perform handshake interactions. When either the first controller or the second controller fails to respond to the handshake, the controller that failed is identified as the failed controller, and the compliant controller sends a mode switching instruction to the vehicle controller; or

[0093] If neither the first controller nor the second controller fails, a mode hold instruction is sent to the vehicle controller.

[0094] Upon receiving a mode switching instruction, the aforementioned vehicle controller switches from the first mode to the second mode. In the first mode, the first area supporting keyless unlocking and the second area supporting push-button start are different. In the second mode, both the area supporting keyless unlocking and the area supporting push-button start are within the third area.

[0095] Upon receiving a mode hold instruction from the aforementioned Bluetooth digital key system, continue to maintain the aforementioned first mode.

[0096] As the system implementation is basically similar to the method implementation, it is described in a relatively simple way. For relevant details, please refer to the description of the method implementation.

[0097] Based on the same inventive concept, embodiments of this application provide a storage medium storing machine-executable instructions, which, when executed by a processor, implement the vehicle control method proposed in this application.

[0098] Based on the same inventive concept, embodiments of this application provide a vehicle, including a processor and a memory; the memory stores machine-executable instructions that can be executed by the processor, and the processor executes the machine-executable instructions to implement the vehicle control method proposed in this application.

[0099] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0100] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, embodiments of this application can take the form of entirely hardware embodiments, entirely software embodiments, or embodiments combining software and hardware aspects. Furthermore, embodiments of this application can take the form of computer program products implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0101] This application describes embodiments with reference to flowchart illustrations and / or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of this application. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing terminal device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal device, generate instructions for implementing the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A system that specifies functions in one or more boxes.

[0102] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including an instruction set implemented in a process. Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0103] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal equipment, causing a series of operational steps to be performed on the computer or other programmable terminal equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable terminal equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0104] Although preferred embodiments of the present application have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of the embodiments of the present application.

[0105] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or terminal device. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or terminal device that includes said element.

[0106] The present application provides a detailed description of a vehicle control method, medium, and vehicle. Specific examples have been used to illustrate the principles and implementation methods of the present application. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of the present application. At the same time, those skilled in the art will recognize that there will be changes in the specific implementation methods and application scope based on the ideas of the present application. Therefore, the content of this specification should not be construed as a limitation of the present application.

Claims

1. A vehicle control method, characterized in that, The method is applied to a Bluetooth digital key system, the Bluetooth digital key system including a first controller and a second controller; the method includes: Detect whether the first controller or the second controller is malfunctioning; In the event of failure of either the first controller or the second controller, a mode switching instruction is sent to the vehicle controller to instruct the vehicle controller to switch from the first mode to the second mode. In the first mode, the first area range supporting the keyless unlocking and locking function and the second area range supporting the keyless start function are different. In the second mode, both the area range supporting the keyless unlocking and locking function and the area range supporting the keyless start function are the third area range.

2. The method according to claim 1, characterized in that, Also includes: In the event of failure of either the first controller or the second controller, in response to receiving an operation from the user on the Bluetooth digital key system, the location information of the Bluetooth digital key system is sent to the vehicle controller via the undisturbed controller of the first controller and the second controller. The location information is used to determine whether the Bluetooth digital key system is within the third area.

3. The method according to claim 1, characterized in that, Also includes: If neither the first controller nor the second controller fails, a mode hold instruction is sent to the vehicle controller to instruct the vehicle controller to maintain the first mode.

4. The method according to claim 1, characterized in that, The step of detecting whether the first controller or the second controller is malfunctioning includes: Monitor the handshake messages between the first controller and the second controller; When a handshake failure response is detected in either the first controller or the second controller, the controller that produced the handshake failure response is identified as a failed controller.

5. The method according to claim 4, characterized in that, A handshake failure response is detected in either the first controller or the second controller, including: The handshake message sender in the first controller and the second controller does not receive a handshake response message from the corresponding handshake message receiver within a first preset time; or The handshake message receivers in the first controller and the second controller do not receive the handshake message sent by the corresponding handshake message sender within a second preset time.

6. The method according to any one of claims 1-5, characterized in that, Also includes: An alarm message is generated if either the first controller or the second controller fails. The alarm information is sent to the instrument for local alarm activation; or The alarm information is sent to the vehicle controller, which then remotely pushes the alarm to the user.

7. A vehicle control method, characterized in that, Applied to an in-vehicle controller, the method includes: Upon receiving a mode switching instruction from the Bluetooth digital key system, switch from the first mode to the second mode; The Bluetooth digital key system includes a first controller and a second controller. The step of switching from the first mode to the second mode upon receiving a mode switching instruction from the Bluetooth digital key system includes: The Bluetooth digital key system detects whether the first controller or the second controller is malfunctioning; if either the first controller or the second controller is malfunctioning, the Bluetooth digital key system sends a mode switching instruction to the vehicle controller to instruct the vehicle controller to switch from the first mode to the second mode. In the first mode, the first area range supporting keyless unlocking and the second area range supporting one-button start are different; in the second mode, both the area range supporting keyless unlocking and the area range supporting one-button start are the third area range. Upon receiving a mode hold instruction from the Bluetooth digital key system, the first mode shall be maintained.

8. The method according to claim 7, characterized in that, Also includes: Upon receiving a mode switching instruction from the Bluetooth digital key system, determine whether the Bluetooth digital key system is within the third area based on the positioning information of the Bluetooth digital key system.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the vehicle control method as described in any one of claims 1-6, or the vehicle control method as described in claim 7 or 8.

10. A vehicle, characterized in that, It includes a processor and a memory; the memory stores machine-executable instructions that can be executed by the processor, and the processor executes the machine-executable instructions to implement the vehicle control method as described in any one of claims 1-6, or to implement the vehicle control method as described in claim 7 or 8.

Images