Control method and device of vehicle door, vehicle and storage medium

Abstract

Embodiments of the present application are suitable for the technical field of vehicles, and provide a control method and device for a vehicle door, a vehicle and a storage medium. The method comprises: determining a working state of a touch switch of the vehicle door according to a touch request sent by the touch switch; if the working state is an abnormal state, counting a historical sending number of a closing instruction sent to the touch switch; the closing instruction is used to instruct the touch switch to stop working; if the historical sending number is greater than a preset sending number, entering a sleep mode; the sleep mode is used to stop responding to the touch request of the touch switch. The above method can solve the problem of power loss of the vehicle caused by the failure of the touch switch.

Description

Technical Field

[0001] This application belongs to the field of vehicle technology, and in particular relates to a method, device, vehicle and storage medium for controlling a vehicle door. Background Technology

[0002] With the widespread availability of automated and intelligent vehicles, door handles typically utilize capacitive touch switches for automatic door opening. Specifically, the owner can activate the body domain controller by touching the door handle equipped with the capacitive touch switch. Subsequently, when the body domain controller detects the owner carrying the key, it can unlock the door without requiring the owner to use the key.

[0003] Currently, when capacitive touch switches malfunction, they are prone to frequent accidental triggering, causing them to continuously wake up the vehicle's domain controller and prompt it to detect the door key. However, frequent wake-ups of the vehicle's domain controller can easily deplete the vehicle's battery and waste energy. Summary of the Invention

[0004] This application provides a method, device, vehicle, and storage medium for controlling vehicle doors, which can solve the problem of vehicle battery drain caused by touch switch malfunction.

[0005] In a first aspect, embodiments of this application provide a method for controlling a vehicle door, the method comprising:

[0006] The operating status of the touch switch is determined based on the touch request sent by the door's touch switch;

[0007] If the working status is abnormal, the historical number of times a shutdown command has been sent to the touch switch will be counted; the shutdown command is used to instruct the touch switch to stop working.

[0008] If the number of historical transmissions exceeds the preset number of transmissions, the device enters sleep mode; sleep mode is used to stop responding to touch requests from the touch switch.

[0009] Secondly, embodiments of this application provide a door control device, the device comprising:

[0010] The determination module is used to determine the working state of the touch switch based on the touch request sent by the touch switch of the car door;

[0011] The statistics module is used to count the historical number of times a shutdown command has been sent to the touch switch if the working state is abnormal; the shutdown command is used to instruct the touch switch to stop working.

[0012] The sleep module is used to enter sleep mode if the number of historical transmissions exceeds the preset number of transmissions; the sleep mode is used to stop responding to touch requests from the touch switch.

[0013] Thirdly, embodiments of this application provide a vehicle 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 the method described in the first aspect above.

[0014] Fourthly, embodiments of this application provide a computer-readable storage medium storing a computer program that, when executed by a processor, implements the method described in the first aspect above.

[0015] Fifthly, embodiments of this application provide a computer program product that, when run on a vehicle, causes the vehicle to perform the method described in the first aspect.

[0016] The beneficial effects of this application embodiment compared to the prior art are as follows: The control device can determine whether the working state of the touch switch inside the car door is abnormal based on the touch request sent by the touch switch. Then, when the working state is determined to be abnormal, the control device can count the historical number of times a shutdown command has been sent to the touch switch. Because the control device can send a shutdown command to instruct the touch switch to stop working when the touch switch is in an abnormal state, it avoids the touch switch being accidentally triggered, which would cause the touch switch to continuously wake up the control device, causing it to detect the car door key and resulting in vehicle battery drain. Based on this, when the historical number of transmissions exceeds a preset number, it can be determined that the touch switch has been in an abnormal state multiple times previously, and each time it was in an abnormal state, it did not respond to the shutdown command. Therefore, in this case, to avoid vehicle battery drain, the control device can directly enter sleep mode to stop responding to the touch request from the touch switch. Furthermore, since the touch switch did not respond to the shutdown command each time it was in an abnormal state, it can be considered that the abnormal state of the touch switch was caused by a malfunction of the touch switch, rather than by accidental human touch. Furthermore, by considering the historical number of times the shutdown command has been sent, it is possible to reasonably determine whether to enter sleep mode without causing the vehicle to run out of power, thereby further improving the user experience for car owners. Attached Figure Description

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

[0018] Figure 1 This is a schematic diagram of the structure of a car door equipped with a capacitive touch switch according to an embodiment of this application;

[0019] Figure 2 This is a schematic diagram of the structure of a capacitive touch switch provided in one embodiment of this application;

[0020] Figure 3 This is a flowchart illustrating the implementation of a door control method according to an embodiment of this application;

[0021] Figure 4 This is a schematic diagram of the structure of a door control device provided in one embodiment of this application;

[0022] Figure 5 This is a schematic diagram of the structure of a vehicle provided in one embodiment of this application. Detailed Implementation

[0023] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.

[0024] It should be understood that, when used in this application specification and the appended claims, the term "comprising" indicates the presence of the described features, integrals, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or a collection thereof.

[0025] Furthermore, in the description of this application and the appended claims, the terms "first," "second," "third," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance.

[0026] With the widespread availability of automated and intelligent vehicles, door handles typically utilize capacitive touch switches for automatic door opening. Specifically, the owner can activate the body domain controller by touching the door handle equipped with the capacitive touch switch. Subsequently, when the body domain controller detects the owner carrying the key, it can unlock the door without requiring the owner to use the key.

[0027] Specifically, a capacitive touch switch detects whether someone has touched it by changing the internal capacitance value when the switch is touched. (See reference...) Figure 1 and Figure 2 , Figure 1 This is a schematic diagram of the structure of a car door equipped with a capacitive touch switch according to an embodiment of this application; Figure 2 This is a schematic diagram of a capacitive touch switch provided in an embodiment of this application.

[0028] A capacitive touch switch internally includes two capacitors: a transmitting electrode and a receiving electrode. The TX pin provides a digital voltage and measures the charge received on the RX pin. The charge received on the RX electrode is proportional to the mutual capacitance between the two electrodes. When a finger is placed between the TX and RX electrodes, the mutual capacitance decreases, thus reducing the charge received on the RX electrode. Based on this, the touch switch's state (whether it is in a touch state) can be determined by detecting the charge on the RX electrode.

[0029] Currently, when capacitive touch switches malfunction, or in rainy weather, they are prone to accidental triggering. This causes the capacitive touch switches to continuously wake up the vehicle's domain controller, prompting it to detect the door key. However, frequent wake-ups of the vehicle's domain controller can deplete the vehicle's battery and waste energy.

[0030] Therefore, to avoid the frequent waking of the vehicle domain controller due to capacitive touch switch malfunction, which could lead to vehicle battery depletion, this application provides a door control method. This method can be applied to a door control device. The control device includes, but is not limited to, a vehicle domain controller, a vehicle controller, or a hybrid power controller. In this embodiment, the control device is a vehicle domain control device that can interact with the capacitive touch switch to execute the aforementioned door control method.

[0031] Please see Figure 3 , Figure 3 The following is a flowchart illustrating the implementation of a door control method according to an embodiment of this application. The method includes the following steps:

[0032] S301. Determine the operating status of the touch switch based on the touch request sent by the door touch switch.

[0033] In one embodiment, the touch switch includes, but is not limited to, capacitive touch switches and resistive touch switches, and is not limited thereto. In this embodiment, a capacitive touch switch is used as an example for explanation.

[0034] As explained above, under normal circumstances, a touch request should be generated by the touch switch when it detects that the door has been touched, and then received and responded to by the control device. However, in other situations, such as a malfunctioning touch switch or rainy weather, the touch switch may still generate a touch request. Therefore, the control device needs to determine the operating status of the touch switch based on the touch request.

[0035] Specifically, the control device can monitor the total number of touch requests received within a preset time period. If the total number is greater than or equal to the preset number of requests, the operating state is determined to be abnormal. If the total number is less than the preset number of requests, the operating state is determined to be normal.

[0036] The preset duration and preset number of requests can be set by the car owner according to the actual situation, and there is no limitation on them. For example, the preset duration can be 60 seconds (60s), and the preset number of requests can be 60 times.

[0037] It should be noted that the starting time of the aforementioned preset duration can be a fixed time. For example, when the preset duration is 60 seconds, the first second of each minute can be determined as the starting time, and then the total number of times within one minute can be counted. In another embodiment, the starting time of the aforementioned preset duration can be the moment when a touch request is received, and then one minute after that moment can be determined as the preset duration.

[0038] If the total number of requests is less than the preset number, this is considered a normal situation, and the operating state can be determined to be normal. In the normal state, if the total number of requests is not 0, that is, a touch request has been received, the control device can detect the door key based on the touch request, obtain the detection result, and perform locking or unlocking operations on the door according to the detection result.

[0039] Specifically, the detection result can be either a successful key detection or a failed key detection. Then, if the detection result is successful, the door will be locked or unlocked. For example, if the door is locked, the door can be unlocked; and if the door is unlocked, the door can be locked. Conversely, if the detection result is failed, no action will be taken on the door, meaning the touch request will be ignored.

[0040] However, when the total number of requests is greater than or equal to the preset number of requests, it can be assumed that the touch switch will frequently detect touches within a short period of time. In this case, the control device may consider the touch switch to be faulty, maliciously touched, or accidentally touched by other objects (rain). Therefore, the control device may consider the operating state to be abnormal.

[0041] Therefore, to prevent the vehicle from running out of power, the control device should send a shutdown command to the touch switch to instruct it to stop working. This means disabling the touch switch's touch detection function so that it stops sending touch requests.

[0042] However, when the touch switch is determined to be in an abnormal state, it may not be the first time the control device has determined it to be in an abnormal state. That is, the control device may have sent a shutdown command to the touch switch multiple times when it previously determined the touch switch to be in an abnormal state, but the touch switch did not respond to the shutdown command normally.

[0043] Therefore, to avoid the control device repeatedly and meaninglessly sending shutdown commands, the control device can execute the following steps S102-S103 when it determines that the operating state is abnormal, as detailed below:

[0044] S102. If the working state is abnormal, count the number of times the shutdown command has been sent to the touch switch in history; the shutdown command is used to instruct the touch switch to stop working.

[0045] In one embodiment, as can be seen from the above description, after determining that the touch switch is in an abnormal state, in order to determine whether the abnormal state is caused by a malfunction or by accidental touch, the control device can send a shutdown command to the touch switch.

[0046] Understandably, if the abnormal state is caused by accidental touch, usually only one shutdown command needs to be sent. However, if the abnormal state is caused by a malfunction, the touch switch usually will not respond to the shutdown command. That is, there may be multiple historical attempts to send the command.

[0047] In cases where the touch switch malfunctions or is accidentally activated by rain, it typically generates a continuous touch request. Therefore, after the control device executes step S101, it will also continuously determine that the touch switch is in an abnormal state. That is, the control device will typically continuously send a shutdown command to the touch switch.

[0048] The control device and the touch switch can interact via a communication bus to send a shutdown command to the touch switch or receive a touch request from the touch switch. The communication bus includes, but is not limited to, various buses such as Controller Area Network (CAN) and Local Interconnect Network (LIN). In this embodiment, the communication bus can be a LIN bus.

[0049] However, the reasons for the continuous generation of touch requests by the touch switch may vary, resulting in longer intervals between the control device issuing the off command. Therefore, when counting the number of historical transmissions, it is also necessary to determine the time when the off command is sent.

[0050] Specifically, the control device can first determine the transmission time of each shutdown command. Then, based on the transmission time of each shutdown command, it determines the target shutdown command from all shutdown commands. For example, it can determine the interval between the transmission time of each shutdown command and the latest transmission time, and then determine the shutdown commands with an interval shorter than or equal to a preset interval as target shutdown commands. Finally, the number of all target shutdown commands is determined as the historical transmission count.

[0051] The preset interval can be 2 hours. For example, if the interval between the sending time of the shutdown command and the latest sending time is longer than the preset interval, the control device can delete the shutdown command. In this case, the remaining undeleted shutdown commands are the target shutdown commands.

[0052] S103. If the number of historical transmissions exceeds the preset number of transmissions, then enter sleep mode; sleep mode is used to stop responding to touch requests from the touch switch.

[0053] In one embodiment, the preset number of transmissions can be set according to actual conditions and is not limited thereto. For example, the preset number of transmissions can be 2 times.

[0054] It should be noted that if the preset number of transmissions is only one, unexpected situations may occur, such as the shutdown command being lost and not received by the touch switch. Therefore, reasonably setting the preset number of transmissions can not only prevent the control device from repeatedly sending shutdown commands meaninglessly, but also accurately determine the reason for the touch switch's abnormal state. For example, whether a malfunction has occurred, or whether the abnormal operating state is due to accidental touch.

[0055] Understandably, if the malfunction is caused by accidental touch, the touch switch will respond normally to multiple attempts to send a shutdown command, as it is not faulty. That is, the historical number of attempts will usually be less than or equal to the preset number of attempts. However, if the historical number of attempts exceeds the preset number of attempts, it indicates that the touch switch is faulty and cannot respond normally to the shutdown command.

[0056] Therefore, when the historical transmission count exceeds the preset transmission count, to prevent the controller from being continuously woken up to respond to touch requests, which could lead to vehicle battery depletion, the controller can be forced into sleep mode to stop receiving touch requests from the touch switch.

[0057] It should be added that, based on the above explanation, when the historical transmission count is less than or equal to the preset transmission count, the shutdown command may be lost, causing the touch switch to fail to respond to the shutdown command normally. Therefore, to determine whether the control device is malfunctioning, the control device can execute the following steps S304-S305, detailed below:

[0058] S304. If the number of historical transmissions is less than or equal to the preset number of transmissions, a shutdown command is sent to the touch switch.

[0059] S305. Repeatedly execute the steps of determining the working state of the touch switch based on the touch request sent by the door touch switch, and counting the historical number of times the closing command has been sent to the touch switch when the working state is abnormal, until the historical number of times sent is greater than the preset number of times, or the working state is normal.

[0060] Understandably, after sending the off command to the touch switch, if the touch switch is not faulty, it will stop working during repeated executions, resulting in a total of 0 touch requests sent by the touch switch within a preset time period. In other words, the total number of touch requests received by the control device within the preset time period will be less than the preset number of requests.

[0061] Therefore, when determining the operating state of the touch switch based on the touch request sent by the door's touch switch, its operating state should be normal. Consequently, the control device can stop subsequent steps of generating a closing command or entering sleep mode to break the loop.

[0062] Similarly, if the touch switch malfunctions, during repeated execution, the total number of touch requests received by the control device within a preset time period will be greater than or equal to the preset number of requests. Therefore, the touch switch's operating state will be determined as abnormal again. Afterward, the historical number of times the off command has been sent is counted until it exceeds the preset number of times, at which point the device enters sleep mode to break the loop.

[0063] Specifically, taking a preset sending count of 2, a preset duration of 60 seconds, and a preset request count of 60 times as an example, the door control method of this application will be explained. Within the first preset duration (60 seconds), the control device determines the first total number of touch requests received. If the first total number is greater than or equal to the preset request count (60 times), a shutdown command can be sent to the touch switch via the LIN bus to instruct the touch switch to disable the touch detection function. Under normal circumstances, the touch switch should respond to the shutdown command and stop sending touch requests to the control device. However, if the touch switch malfunctions, it may not respond to the shutdown command. That is, the touch switch may continue to send touch requests to the control device due to a malfunction. Based on this, if within the second preset duration, the second total number of touch requests received is still greater than the preset request count, the control device needs to send the shutdown command to the touch switch again via the LIN bus to avoid the previous shutdown command being lost, resulting in the touch switch not receiving the shutdown command. Subsequently, if the touch switch still does not respond to the shutdown command, within the third preset duration, the third number of touch requests received by the control device will also be greater than the preset request count. Therefore, to reduce the power required to respond to touch requests, the control device can directly enter sleep mode to stop responding to touch requests. The interval between the two sending of the shutdown command should be less than or equal to a preset interval.

[0064] In this embodiment, the control device can determine whether the touch switch inside the car door is in an abnormal state based on the touch request sent by the touch switch. Then, when an abnormal state is determined, the control device can count the historical number of times a shutdown command has been sent to the touch switch. Since the control device can send a shutdown command to instruct the touch switch to stop working when the touch switch is in an abnormal state, it avoids accidental triggering of the touch switch, which would cause the touch switch to continuously wake up the control device, causing it to detect the car door key and resulting in vehicle battery drain. Therefore, when the historical number of transmissions exceeds a preset number, it can be determined that the touch switch has been in an abnormal state multiple times previously, and has not responded to the shutdown command each time it was in an abnormal state. Therefore, in this case, to avoid vehicle battery drain, the control device can directly enter sleep mode to stop responding to touch requests from the touch switch. Furthermore, since the touch switch has not responded to the shutdown command each time it was in an abnormal state, it can be considered that the abnormal state of the touch switch is caused by a malfunction of the touch switch, rather than by accidental human touch. Furthermore, by considering the historical number of times the shutdown command has been sent, it is possible to reasonably determine whether to enter sleep mode without causing the vehicle to run out of power, thereby further improving the user experience for car owners.

[0065] In another embodiment, the shutdown command can also be used to instruct the touch switch to stop working for a third preset interval. For example, the third preset interval could be 2 hours. That is, if the touch switch is not faulty, it will stop working for 2 hours after receiving the shutdown command. After 2 hours, if the touch switch is still repeatedly determined to be in an abnormal state based on touch requests sent by the door's touch switch, it is possible that the touch switch has malfunctioned at this time, or that the touch switch is in an abnormal state again due to multiple lost shutdown commands. Therefore, in this case, the control device still needs to enter sleep mode if it determines that the number of historical transmissions exceeds the preset number of transmissions.

[0066] The third preset interval can be equal to the preset interval, ensuring that when the touch switch receives and responds to a shutdown command, the interval between two consecutive shutdown commands will be greater than the preset interval. Therefore, when the number of historical transmissions exceeds the preset number of transmissions, the control device can determine that the shutdown command was sent to the touch switch multiple times consecutively within a short period (the preset interval), and the touch switch failed to respond. Consequently, a malfunction of the touch switch can be accurately determined.

[0067] In another embodiment, after the control device enters sleep mode, the vehicle's power status and / or the door lock status can be monitored in real time. If the power status changes and / or the door lock status changes, it indicates that the vehicle owner is controlling the vehicle, and therefore, it is necessary to exit sleep mode.

[0068] The change in power status can be a change from a powered-off state to a powered-on state. For example, when the vehicle is turned off and the owner removes the key, the vehicle can be considered to be in a powered-off state; when the vehicle is running, it can be considered to be in a powered-on state. This will not be described in detail.

[0069] The aforementioned door lock status includes both locked and unlocked states. Since the control device is in sleep mode, it will not respond to touch requests from the touch switch. Therefore, when a door lock status change is sent, it can be assumed that the owner has made the change via the key. Based on this, to properly respond to the owner's actions, the control device needs to exit sleep mode.

[0070] After exiting sleep mode, the control device can also send a prompt message to indicate a touch switch malfunction. For example, the prompt message can be sent to the vehicle's instrument panel to indicate a touch switch malfunction by flashing lights. Alternatively, the prompt message can be sent to the vehicle's voice system to provide a voice prompt about the touch switch malfunction; there is no limitation on this method.

[0071] Please see Figure 4 , Figure 4This is a structural block diagram of a vehicle door control device provided in an embodiment of this application. The vehicle door control device in this embodiment includes modules for performing... Figure 3 The steps in the corresponding embodiments. Please refer to the details. Figure 3 as well as Figure 3 The relevant descriptions in the corresponding embodiments are shown below. For ease of explanation, only the parts relevant to this embodiment are shown. See also... Figure 4 The door control device 400 may include: a determination module 410, a statistics module 420, and a sleep module 430, wherein:

[0072] The determination module 410 is used to determine the working state of the touch switch based on the touch request sent by the touch switch of the car door.

[0073] The statistics module 420 is used to count the number of times a shutdown command has been sent to the touch switch if the working state is abnormal; the shutdown command is used to instruct the touch switch to stop working.

[0074] The sleep module 430 is used to enter sleep mode if the number of historical transmissions exceeds the preset number of transmissions; the sleep mode is used to stop responding to touch requests from the touch switch.

[0075] In one embodiment, the determining module 410 is used to:

[0076] Monitor the total number of touch requests received within a preset time period; if the total number is greater than or equal to the preset number of requests, the working state is determined to be abnormal; if the total number is less than the preset number of requests, the working state is determined to be normal.

[0077] In one embodiment, the door control device 400 further includes:

[0078] The first detection module is used to detect the car door key based on the touch request and obtain the detection result.

[0079] The control module is used to control the doors to perform locking or unlocking operations based on the detection results.

[0080] In one embodiment, the door control device 400 further includes:

[0081] The sending module is used to send a shutdown command to the touch switch if the number of historical sending attempts is less than or equal to the preset number of sending attempts.

[0082] The execution module is used to repeatedly execute the steps of determining the working state of the touch switch based on the touch request sent by the door touch switch, and counting the historical number of times the closing command has been sent to the touch switch when the working state is abnormal, until the historical number of times sent is greater than the preset number of times, or the working state is normal.

[0083] In one embodiment, the statistics module 420 is used for:

[0084] Determine the sending time of each shutdown command; based on the sending time of each shutdown command, determine the target shutdown command from all shutdown commands; determine the number of all target shutdown commands as the historical sending count.

[0085] In one embodiment, the statistics module 420 is used for:

[0086] Determine the interval between the sending time and the latest sending time of each shutdown command; identify shutdown commands with an interval length less than or equal to the preset interval length as target shutdown commands.

[0087] In one embodiment, the door control device 400 further includes:

[0088] The second detection module is used to detect the vehicle's power status and / or the door lock status.

[0089] The exit module is used to exit sleep mode if the power state changes and / or the door lock state changes.

[0090] When it is understood that, Figure 4 In the structural block diagram of the door control device shown, each module is used to perform... Figure 3 The steps in the corresponding embodiments, and for Figure 3 The steps in the corresponding embodiments have been explained in detail in the above embodiments. Please refer to them for details. Figure 3 as well as Figure 3 The relevant descriptions in the corresponding embodiments will not be repeated here.

[0091] Figure 5 This is a structural block diagram of a vehicle provided in one embodiment of this application. For example... Figure 5 As shown, the vehicle 500 in this embodiment includes a processor 510, a memory 520, and a computer program 530 stored in the memory 520 and executable on the processor 510, such as a program for a door control method. When the processor 510 executes the computer program 530, it implements the steps of the various embodiments of the door control methods described above, for example... Figure 3 S301 to S303 are shown. Alternatively, the processor 510 implements the above when executing the computer program 530. Figure 4 The functions of each module in the corresponding embodiments, for example, Figure 4 For details on the functions of modules 410 to 430 shown, please refer to [link / reference]. Figure 4 The relevant descriptions in the corresponding embodiments.

[0092] For example, the computer program 530 can be divided into one or more modules, one or more of which are stored in the memory 520 and executed by the processor 510 to implement the door control method provided in this embodiment. One or more modules can be a series of computer program instruction segments capable of performing specific functions, which describe the execution process of the computer program 530 in the vehicle 500. For example, the computer program 530 can implement the door control method provided in this embodiment.

[0093] Vehicle 500 may include, but is not limited to, processor 510 and memory 520. Those skilled in the art will understand that... Figure 5 This is merely an example of vehicle 500 and does not constitute a limitation on vehicle 500. It may include more or fewer components than shown, or combine certain components, or different components. For example, a vehicle may also include input / output devices, network access devices, buses, etc.

[0094] The processor 510 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, etc.

[0095] The memory 520 can be an internal storage unit of the vehicle 500, such as a hard drive or memory of the vehicle 500. The memory 520 can also be an external storage device of the vehicle 500, such as a plug-in hard drive, smart memory card, flash memory card, etc., installed on the vehicle 500. Furthermore, the memory 520 can include both internal storage units and external storage devices of the vehicle 500.

[0096] This application provides a computer-readable storage medium storing a computer program, which is executed by a processor using the door control methods described in the above embodiments.

[0097] This application provides a computer program product that, when run on a vehicle, causes the vehicle to execute the door control methods described in the above embodiments.

[0098] The above 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 method for controlling a vehicle door, characterized in that, The method includes: The operating state of the touch switch is determined based on the touch request sent by the touch switch of the car door; If the operating state is abnormal, the historical number of times a shutdown command has been sent to the touch switch is counted; the shutdown command is used to instruct the touch switch to stop working. If the historical transmission count exceeds the preset transmission count, then enter sleep mode; the sleep mode is used to stop responding to the touch request of the touch switch; If the historical transmission count is less than or equal to the preset transmission count, then the shutdown command is sent to the touch switch; Repeat the steps of determining the working state of the touch switch based on the touch request sent by the door touch switch, and counting the historical number of times the closing command has been sent to the touch switch when the working state is abnormal, until the historical number of times the sending is greater than the preset number of times, or the working state is normal. The statistics include the historical number of times a shutdown command has been sent to the touch switch, including: Determine the sending time of each of the aforementioned shutdown commands; Based on the sending time of each shutdown instruction, the target shutdown instruction is determined from all the shutdown instructions; The number of all the target shutdown commands is determined as the historical transmission count; The step of determining the target shutdown instruction from all the shutdown instructions based on the occurrence time of each shutdown instruction includes: Determine the interval between the sending time and the latest sending time for each of the aforementioned shutdown commands; The shutdown command whose interval duration is less than or equal to the preset interval duration is determined as the target shutdown command.

2. The method according to claim 1, characterized in that, The step of determining the operating state of the touch switch based on the touch request sent by the door's touch switch includes: Monitor the total number of touch requests received within a preset time period; If the total number of requests is greater than or equal to the preset number of requests, then the working state is determined to be the abnormal state. If the total number of requests is less than the preset number of requests, then the working state is determined to be normal.

3. The method according to claim 2, characterized in that, After determining that the working state is the normal state if the total number of requests is less than the preset number of requests, the method further includes: The car door key is detected based on the touch request, and the detection result is obtained; The system controls the door to lock or unlock based on the detection results.

4. The method according to any one of claims 1-3, characterized in that, After the step of entering sleep mode if the historical transmission count exceeds a preset transmission count, the method further includes: Detect the vehicle's power status and / or the door lock status; If the power state changes and / or the door lock state changes, then exit the sleep mode.

5. A control device for a vehicle door, characterized in that, The device includes: The determination module is used to determine the working state of the touch switch based on the touch request sent by the touch switch of the car door; The statistics module is used to count the historical number of times a shutdown command has been sent to the touch switch if the working state is abnormal; the shutdown command is used to instruct the touch switch to stop working. A sleep module is used to enter sleep mode if the number of historical transmissions exceeds a preset number of transmissions; the sleep mode is used to stop responding to touch requests from the touch switch. The sending module is used to send the shutdown command to the touch switch if the historical sending count is less than or equal to the preset sending count; The execution module is used to repeatedly execute the steps of determining the working state of the touch switch based on the touch request sent by the touch switch of the car door, and counting the historical number of times the closing command has been sent to the touch switch when the working state is abnormal, until the historical number of times the sending is greater than the preset number of times, or the working state is normal. The statistics module is used for: Determine the sending time of each of the aforementioned shutdown commands; Based on the sending time of each shutdown instruction, the target shutdown instruction is determined from all the shutdown instructions; The number of all the target shutdown commands is determined as the historical transmission count; The statistics module is also used for: Determine the interval between the sending time and the latest sending time for each of the aforementioned shutdown commands; The shutdown command whose interval duration is less than or equal to the preset interval duration is determined as the target shutdown command.

6. A vehicle comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the method as described in any one of claims 1 to 4.

7. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the method as described in any one of claims 1 to 4.

Images