Vehicle flap failure detection method, controller, vehicle flap system and vehicle

By determining the position information and switch signal of the vehicle cover, and using the domain controller to determine the fault type, the problem of complex vehicle cover fault inspection is solved, and rapid and accurate fault diagnosis and maintenance efficiency are improved.

CN118343213BActive Publication Date: 2026-02-10BYD CO LTD
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
CN202410519610.6
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2024-04-26
Publication Date
2026-02-10
Estimated Expiration
2044-04-26

AI Technical Summary

Technical Problem

Existing vehicle access covers cannot be used properly when malfunctioning, resulting in a poor user experience. Furthermore, troubleshooting is complex, making it difficult for repair personnel to quickly and accurately pinpoint the problem, and increasing the risk of incorrect parts replacement.

Method used

By determining the position information and switch signal of the vehicle cover, the domain controller is used to determine whether the cover is faulty, including the abnormal judgment of the external switch and position switch. The position information is obtained by Hall sensor, and the fault type is determined by abnormal count and duration threshold.

Benefits of technology

It enables rapid and accurate fault diagnosis, reduces maintenance time and manpower and material costs, improves maintenance efficiency, and prevents incorrect replacements due to misjudgment.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN118343213B_ABST
    Figure CN118343213B_ABST
Patent Text Reader

Abstract

The application relates to a vehicle cover fault detection method, a domain controller, a vehicle cover system and a vehicle, relates to the automobile technical field, and can quickly and accurately realize fault troubleshooting of a vehicle cover. The vehicle cover fault detection method comprises the following steps: determining position information of an outer cover in the vehicle cover and a switch signal; and determining whether the vehicle cover is invalid according to the position information and the switch signal.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNICAL FIELD

[0001] The present disclosure relates to the technical field of automobiles, in particular, to a vehicle flap fault detection method, a domain controller, a vehicle flap system and a vehicle. BACKGROUND

[0002] With the improvement of people's living standards, automobiles play an increasingly indispensable role in people's lives. The oil filler or charging port of the automobile is provided with a vehicle flap, which can prevent pollutants from entering the fuel tank or charging port, and also prevent oil or electricity theft by thieves.

[0003] However, the existing vehicle flap cannot be used in a fault state, thereby affecting the refueling or charging of the vehicle, resulting in poor user experience. In addition, the vehicle flap fault inspection is complex, and the maintenance personnel cannot correctly lock the fault problem, which may lead to incorrect replacement of parts, time and effort. SUMMARY

[0004] The purpose of the present disclosure is to provide a vehicle flap fault detection method, a domain controller, a vehicle flap system and a vehicle, which can quickly and accurately troubleshoot the vehicle flap.

[0005] In order to achieve the above-mentioned purpose, in a first aspect, the present disclosure provides a vehicle flap fault detection method, comprising:

[0006] determining the position information of the outer cover in the vehicle flap and the switch signal;

[0007] determining whether the vehicle flap is faulty according to the position information and the switch signal.

[0008] In a second aspect, the present disclosure provides a controller, comprising:

[0009] a memory having a computer program stored thereon;

[0010] a processor for executing the computer program in the memory to implement the steps of the method of the first aspect.

[0011] In a third aspect, the present disclosure provides a non-transitory computer readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the method of the first aspect.

[0012] In a fourth aspect, the present disclosure provides a computer program product comprising computer program instructions, which, when executed by a processor, implements the method of the first aspect.

[0013] In a fifth aspect, the present disclosure provides a vehicle flap system, comprising: a domain controller, a position switch arranged at a closed position of an outer cover of the vehicle flap, and an outer switch arranged on an outer side of the vehicle flap, wherein the domain controller is in communication connection with the position switch and the outer switch respectively;

[0014] The domain controller is configured to execute the vehicle flap fault detection method of the first aspect.

[0015] In a sixth aspect, the present disclosure provides a vehicle comprising the domain controller of the third aspect or the vehicle flap system of the fourth aspect.

[0016] According to the above technical solution, the position information of the outer cover in the vehicle flap and the switch signal are determined, and whether the vehicle flap is faulty is determined according to the position information and the switch signal. According to the position information and the switch information of the outer cover in the vehicle flap, the troubleshooting of the vehicle flap can be quickly and accurately completed, and the fault of the vehicle flap can be found in time, so that the maintenance personnel can timely repair the vehicle flap when it is faulty, thereby shortening the repair time and improving the repair efficiency.

[0017] Other features and advantages of the present disclosure will be described in detail in the following detailed description. BRIEF DESCRIPTION OF DRAWINGS

[0018] The accompanying drawings are included to provide a further understanding of the present disclosure and constitute a part of the specification, and are used together with the following detailed description to explain the present disclosure, but do not constitute a limitation on the present disclosure. In the drawings:

[0019] Figure 1 FIG. 1 is a flowchart of a vehicle flap fault detection method according to an exemplary embodiment of the present disclosure.

[0020] Figure 2 FIG. 2 is a block diagram of an electric flap system according to an exemplary embodiment of the present disclosure.

[0021] Figure 3 FIG. 3 is a flowchart of a position switch always-on abnormality according to an exemplary embodiment of the present disclosure.

[0022] Figure 4 FIG. 4 is a flowchart of a position switch always-off abnormality according to an exemplary embodiment of the present disclosure.

[0023] Figure 5 FIG. 5 is a flowchart of an outer switch sticking abnormality according to an exemplary embodiment of the present disclosure.

[0024] Figure 6 FIG. 6 is a flowchart of an outer switch abnormal opening according to an exemplary embodiment of the present disclosure.

[0025] Figure 7This is a flowchart illustrating a position switch recovery strategy according to exemplary embodiments of the present disclosure.

[0026] Figure 8 This is a block diagram illustrating a vehicle according to exemplary embodiments of the present disclosure. Detailed Implementation

[0027] The specific embodiments of this disclosure will be described in detail below with reference to the accompanying drawings. It should be understood that the specific embodiments described herein are for illustration and explanation only and are not intended to limit this disclosure.

[0028] As the background section states, taking existing electric lid systems as an example, see... Figure 2 The electric cover system includes a domain controller, an outer cover motor, an outer cover motor sensor, and a position switch. The domain controller is communicatively connected to the outer cover motor, the outer cover motor sensor, and the position switch. The domain controller is also communicatively connected to the vehicle monitoring platform through a vehicle network terminal.

[0029] The domain controller, installed inside the vehicle, interacts with the vehicle via a CAN bus. It analyzes and processes signal requests from the charging system and provides power output to the outer cover motor of the electric charging port system. The outer cover motor, installed inside the electric charging port cover, connects to the outer cover and drives it to open and close. An outer cover motor sensor, installed inside the motor, detects the position of the outer cover and feeds this information back to the domain controller. This sensor can be a Hall effect sensor, allowing the domain controller to determine the cover's position based on the Hall signal. A position switch is installed at the closed position of the outer cover. This switch identifies the closed position during closure, ensuring proper clearance between the cover and the side panel. It also provides a position learning signal for the closed position after the initialization data is lost and feeds back the cover's status to the domain controller. An external switch, installed on the outside of the cover, opens and closes the electric charging port and interacts with the domain controller via a hardwired connection. A vehicle-to-everything (V2X) terminal, installed inside the vehicle, transmits information to the vehicle and vehicle monitoring platform. The vehicle monitoring platform is accessed via external mobile devices, such as computers, laptops, and automotive diagnostic systems. By logging into the backend data monitoring platform on the mobile device, users can query vehicle fault information and interact with the vehicle via a vehicle network terminal.

[0030] The inventors discovered that when existing electric vehicle refueling covers malfunction, vehicles cannot refuel or charge normally, and troubleshooting vehicle refueling covers is complicated, making it difficult for repair personnel to quickly and accurately pinpoint the problem, which can easily lead to incorrect parts replacement.

[0031] In view of this, this disclosure provides a method for detecting faults in vehicle cover, a domain controller, a vehicle cover system, and a vehicle, which can quickly and accurately diagnose faults in vehicle cover.

[0032] Figure 1 This is a flowchart illustrating a method for detecting faults in vehicle charging ports according to exemplary embodiments of the present disclosure. This method can be applied to the electric charging port cover of a new energy vehicle, and also to the electric fuel tank cover of a gasoline vehicle. See also... Figure 1 The method for detecting malfunctions in vehicle access panels may include the following steps:

[0033] In step S11, the position information of the outer cover of the vehicle cover and the switch signal are determined.

[0034] It is worth noting that when the vehicle cover is not malfunctioning, its operation process may include: after the user triggers the external switch, the domain controller detects the trigger signal of the external switch.

[0035] When the trigger signal indicates that the vehicle access cover is open, the domain controller provides power to the cover motor based on the trigger signal. The cover motor drives the vehicle access cover to open. The cover motor sensor detects the position information of the cover and feeds this position information back to the domain controller. The position switch recognizes that the vehicle access cover has left the closed position and feeds this information back to the domain controller. The domain controller sends the information that the vehicle access cover has been successfully opened to the vehicle monitoring platform via the vehicle network terminal, and the information is displayed on the vehicle monitoring platform.

[0036] When the trigger signal indicates that the vehicle access cover is closed, the domain controller provides power output to the cover motor based on the trigger signal. The cover motor drives the vehicle access cover to close. The cover motor sensor detects the position information of the cover and feeds this position information back to the domain controller. The position switch recognizes that the vehicle access cover is in the closed position and feeds back to the domain controller. The domain controller sends the information that the vehicle access cover has been properly closed to the vehicle monitoring platform through the vehicle network terminal, and the information is displayed on the vehicle monitoring platform.

[0037] In step S12, the vehicle cover is determined to be faulty based on the location information and the switch signal.

[0038] It is worth noting that in the event of a malfunction in the vehicle cover, the cover will not function properly. The types of malfunctions can include external switch sticking, abnormal opening of the external switch, failure of the normally conducting position switch, and failure of the normally open position switch. Therefore, the malfunction of the vehicle cover can be determined based on the position information of the external cover and the switch signals, or by checking the external switch and / or position switch of the vehicle cover, thus enabling troubleshooting of the vehicle cover.

[0039] In this embodiment of the disclosure, the fault diagnosis of the vehicle cover can be completed quickly and accurately based on the position information and switch information of the outer cover in the vehicle cover. Faults in the vehicle cover can be detected in time and the fault diagnosis can be completed quickly, which greatly simplifies the troubleshooting steps and processes. At the same time, it also reduces the manpower and material costs of incorrect replacement due to misjudgment, saving time and effort. Maintenance personnel can carry out timely repairs when the vehicle cover malfunctions, thereby shortening the repair time and improving the repair efficiency.

[0040] To help those skilled in the art better understand the vehicle cover fault detection method provided in this disclosure, the relevant steps involved in the method are described in detail below.

[0041] It is worth noting that since vehicle cover malfunctions are caused by external switches or position switches, the malfunction of the vehicle cover can be determined by checking whether the external switch or position switch of the vehicle cover is faulty.

[0042] Scenario 1: Determining whether the position switch of the vehicle cover is malfunctioning may include the following:

[0043] In one feasible implementation, determining the position information and switching signal of the outer cover in the vehicle cover in step S11 may include:

[0044] The position information of the outer cover is obtained by the Hall sensor of the outer cover motor in the vehicle cover, and the switching signal of the position switch is determined.

[0045] It should be understood that, such as Figure 2 As shown, during the closing process of the outer cover, the domain controller can determine whether the outer cover is in the closed position based on the Hall signal generated by the Hall sensor of the outer cover motor, and whether a disconnection signal is detected when the outer cover is in the closed position. Therefore, the position information of the outer cover can be obtained through the Hall sensor of the outer cover motor. Furthermore, since the fault detection of the vehicle cover involves the signal of the position switch, it is necessary to determine the switching signal of the position switch.

[0046] In one feasible implementation, in step S12, determining whether the vehicle cover is faulty based on the location information and the switch signal may include:

[0047] The status of the outer cover is determined based on the location information, and it is also determined whether the switch signal is the preset signal corresponding to the outer cover status.

[0048] If the switch information does not correspond to the preset signal of the outer cover status, it is determined that the vehicle cover is malfunctioning.

[0049] It should be understood that when the outer cover of the vehicle access cover is in the open state, the position switch is in the ON state, and the corresponding switch signal is an ON signal; when the outer cover of the vehicle access cover is in the closed state, the position switch is in the OFF state, and the corresponding switch signal is an OFF signal. Therefore, if the switch signal does not correspond to the outer cover state, it can be determined that the vehicle access cover is malfunctioning.

[0050] In one feasible implementation, determining that the vehicle cover has malfunctioned when the switch information does not correspond to a preset signal indicating the outer cover status may include:

[0051] If the switch signal is not a preset signal, perform an anomaly count;

[0052] If the number of abnormal occurrences reaches a threshold, the position switch of the vehicle cover is determined to be faulty.

[0053] It should be understood that the number of times threshold can be preset according to the accuracy requirements of the fault judgment result. In this embodiment, the number of times threshold is set to 5 times.

[0054] In one feasible implementation, the method may further include:

[0055] When the switch signal is a preset signal, the number of abnormal occurrences is reset to zero.

[0056] It is worth noting that each abnormal count is a continuous counting process. During the abnormal counting process, if a switch signal corresponding to the outer cover state occurs, the existing count needs to be reset to zero, thereby ensuring the reliability and accuracy of the judgment result.

[0057] For example, if the outer cover motor drives the vehicle cover to close five times consecutively without detecting a disconnection signal, the normally on position switch is determined to be faulty. If the outer cover motor drives the vehicle cover to close four times consecutively without detecting a disconnection signal, but a disconnection signal is detected on the fifth time the outer cover motor drives the vehicle cover to close, the count of the four normally on states is reset to zero.

[0058] For example, if the outer cover motor drives the vehicle cover to open five times consecutively without detecting a conduction signal, it is determined that the normally open position switch has failed. If the outer cover motor drives the vehicle cover to open four times consecutively without detecting a conduction signal, but a conduction signal is detected on the fifth time the outer cover motor drives the vehicle cover to open, the count of the four normally open switches is reset to zero.

[0059] In one feasible implementation, determining the outer cover state based on location information and determining whether the switch signal is a preset signal corresponding to the outer cover state may include:

[0060] Based on the location information, it is determined that the outer cover is in the closed state, and the switch signal is determined to be an open signal.

[0061] For example, see Figure 3 The complete process for determining and handling abnormal conduction of a position switch can include the following steps:

[0062] In step S31, the domain controller drives the outer cover motor to close the outer cover.

[0063] In step S32, the domain controller acquires the Hall signal from the outer cover motor sensor.

[0064] In step S33, the domain controller determines whether the outer cover is in the closed position based on the Hall signal. If yes, steps S34 to S311 are executed; otherwise, the process returns to step S31.

[0065] In step S34, the domain controller determines whether a disconnect signal has been detected. If yes, steps S35 to S39 are executed; otherwise, step S311 is executed.

[0066] In step S35, the domain controller determines that the position switch is constantly conducting and is damaged, and automatically counts "constantly conducting and damaged" + 1.

[0067] In step S36, the domain controller determines whether the normally-conducting failure has occurred 5 times. If yes, then steps S37 to S39 are executed; otherwise, step S310 is executed.

[0068] In step S37, the domain controller determines that the position switch is damaged and sends the position switch damage fault code to the vehicle network terminal until the position switch is disconnected and the number of normally conductive failures is automatically reset.

[0069] In step S38, the vehicle network terminal sends the vehicle VIN and position switch fault information to the vehicle monitoring platform based on the position switch malfunction code.

[0070] In step S39, the vehicle monitoring platform records the time and location switch malfunction information and issues a notification.

[0071] In step S310, the domain controller resets the number of normally-conducting failures to zero.

[0072] In step S311, the outer cover is closed.

[0073] In this embodiment of the disclosure, during the process of controlling the outer cover motor to drive the outer cover to close, the domain controller detects the position of the outer cover and generates a Hall signal through the outer cover motor sensor. The domain controller determines the position of the outer cover based on the Hall signal, and determines whether a disconnection signal is detected when the outer cover is in the closed position, thereby determining whether the position switch is constantly conducting and has failed, and thus determining whether the vehicle cover has failed.

[0074] In one feasible implementation, determining the outer cover state based on location information and determining whether the switch signal is a preset signal corresponding to the outer cover state may include:

[0075] Based on the location information, it is determined that the outer cover is in the open state, and the switch signal is determined to be a conduction signal.

[0076] For example, see Figure 4 The complete process for determining if a position switch is constantly open can include the following steps:

[0077] In step S41, the domain controller drives the outer cover motor to open the outer cover.

[0078] In step S42, the domain controller acquires the Hall signal from the outer cover motor sensor.

[0079] In step S43, the domain controller determines whether the outer cover is not in the closed position based on the Hall signal. If yes, steps S44 to S411 are executed; otherwise, the process returns to step S41.

[0080] In step S44, the domain controller determines whether a conduction signal is detected. If yes, steps S45 to S410 are executed; otherwise, step S411 is executed.

[0081] In step S45, the domain controller determines that the position switch is permanently open and damaged, and automatically counts "permanently open and damaged" + 1.

[0082] In step S46, the domain controller determines whether the normally disconnected failure has occurred 5 times. If yes, then steps S47 to S49 are executed; otherwise, step S410 is executed.

[0083] In step S47, the domain controller determines that the position switch is damaged and sends the position switch damage fault code to the vehicle network terminal until the position switch is turned on, at which point the number of normally disconnected faults is automatically reset to zero.

[0084] In step S48, the vehicle network terminal sends the vehicle VIN and position switch fault information to the vehicle monitoring platform based on the position switch malfunction code.

[0085] In step S49, the vehicle monitoring platform records the time and location switch malfunction information and issues a notification.

[0086] In step S410, the domain controller resets the number of constant disconnection failures to zero.

[0087] In step S411, the outer cover is opened.

[0088] In this embodiment of the disclosure, during the process of controlling the outer cover motor to drive the outer cover to open, the domain controller detects the position of the outer cover and generates a Hall signal through the outer cover motor sensor. The domain controller determines the position of the outer cover based on the Hall signal, and determines whether a conduction signal is detected when the outer cover leaves the closed position, thereby determining whether the position switch is normally open and has failed, and thus determining whether the vehicle cover has failed.

[0089] Regarding scenario one, in this embodiment, the position switch of the vehicle cover is determined based on the Hall effect signal. If the position switch is damaged, the damage information is uploaded to the vehicle monitoring platform via the vehicle network terminal, and the vehicle monitoring platform records the damage information. Maintenance personnel can query and read the fault information through the vehicle monitoring platform to quickly determine the cause of the vehicle cover malfunction, thereby improving maintenance efficiency.

[0090] Scenario 2: Determining whether the external switch of the vehicle cover is malfunctioning may include the following:

[0091] In one possible implementation, determining whether the external switch of the vehicle cover is malfunctioning may include the following steps:

[0092] Determine the conduction duration of the external switch of the vehicle cover.

[0093] If the conduction time reaches the duration threshold, an external switch sticking fault is identified.

[0094] It is worth noting that the duration threshold can be preset based on the actual conduction time of the external switch during the opening and / or closing of the vehicle cover. In this embodiment, the duration threshold is set to 15 seconds.

[0095] It is worth noting that during the process of the user triggering the external switch, the conduction time of the external switch is generally a few seconds. Therefore, by setting a duration threshold to avoid normal working conditions, if the conduction time of the external switch of the vehicle cover reaches 15 seconds, it can be determined that the external switch is stuck.

[0096] like Figure 5 As shown, the complete troubleshooting process for external switch adhesion faults may include the following steps:

[0097] In step S51, after the domain controller determines that the trigger signal is valid, it triggers the external switch to turn on.

[0098] In step S52, the domain controller obtains the on-time of the external switch.

[0099] In step S53, the domain controller determines whether the conduction time has reached 15s. If yes, it executes steps S54 to S56; otherwise, it returns to execute step S51.

[0100] In step S54, the domain controller determines that the external switch is stuck, blocks the trigger signal, and sends an external switch damage signal to the vehicle network terminal until the external switch is disconnected and restored.

[0101] In step S55, the vehicle network terminal sends the vehicle VIN (Vehicle Identification Number) and external switch failure information to the vehicle monitoring platform based on the external switch failure signal.

[0102] In step S56, the vehicle monitoring platform records the time and external switch malfunction information and issues a notification.

[0103] In this embodiment of the disclosure, the conduction time of the external switch of the vehicle cover is used to determine whether the external switch of the vehicle cover has a sticking fault, thereby determining whether the vehicle cover is faulty.

[0104] In one possible implementation, determining whether the external switch of the vehicle cover is malfunctioning may further include the following steps:

[0105] Determine the status information of the vehicle to which the vehicle cover is located.

[0106] If the vehicle is locked and no key is detected within the vehicle's detection range, perform an anomaly count.

[0107] If the number of abnormal occurrences reaches a threshold under the same locked state, it is determined that the external switch has abnormally opened.

[0108] In the same locked state, if the number of exceptions has not reached the threshold, the number of exceptions is reset to zero.

[0109] It's worth noting that vehicle status information can include the vehicle's unlocked status, locked status, and the distance between the car key and the vehicle. If the vehicle is locked and the car key is not detected within the vehicle's detection range, it can be determined that the vehicle is locked and the owner is not nearby. In this case, it's possible that a thief triggers the external switch to open the vehicle's hood cover to steal fuel or electricity, or it's possible that someone near the vehicle accidentally triggers the external switch. In this scenario, the external switch trigger request can be defined as an abnormal hood opening request.

[0110] It is worth noting that the number of times thresholded in all embodiments of this disclosure can be preset according to the triggering requirements of the vehicle cover opening and / or closing the outer cover under different triggering scenarios. The number of times thresholded in all embodiments of this disclosure is 5 times. For example, in the same locked state, if the number of abnormal cover openings reaches 5 times, it is determined that the outer switch has abnormally opened the cover.

[0111] It's worth noting that in the same locked state, if the number of abnormal cover openings does not reach 5, the abnormal count is reset to zero. This prevents the abnormal cover opening count from the previous locked state from affecting the judgment result of abnormal cover opening of the external switch in the next locked state. For example, if the abnormal count reaches 3 in the locked state, the owner unlocks the vehicle and uses it for a period of time, then locks the vehicle again, and leaves the vehicle's detection range with the key, the previously recorded abnormal count is reset to zero when the owner unlocks the vehicle. If an external switch trigger request is detected in this locked state, the abnormal count restarts from zero.

[0112] In this embodiment of the disclosure, the number of times the vehicle cover is abnormally opened in the same locked state is used to determine whether the vehicle cover has failed due to abnormal external opening.

[0113] like Figure 6 As shown, the complete judgment and handling process for abnormal opening of the cover by the external switch can include the following steps:

[0114] In step S61, the domain controller determines that the trigger signal is valid.

[0115] In step S62, the domain controller determines whether the vehicle is locked and whether the key is not detected within the vehicle's detection range. If yes, steps S63 to S65 are executed; otherwise, the process returns to step S61.

[0116] In step S63, the domain controller automatically increments the count of abnormal cover openings by 1.

[0117] In step S64, the domain controller determines whether there have been 5 abnormal openings within the same locking process. If yes, proceed to step S65; otherwise, proceed to step S66.

[0118] In step S65, the domain controller determines that the external switch is abnormal, blocks the trigger signal, and resets the number of abnormal cover openings to zero when the vehicle is unlocked.

[0119] In step S66, the domain controller resets the number of abnormal cover openings to zero when the vehicle is unlocked.

[0120] In the event of an external switch sticking fault or abnormal opening of the external switch cover, this embodiment controls the vehicle cover to shield the trigger signal, automatically blocking the external switch signal. This prevents the vehicle cover from continuously opening and closing in response to the trigger signal when the external switch is stuck. Furthermore, it prevents the vehicle cover from opening in response to the trigger signal when the external switch is abnormally opened, thereby preventing thieves from triggering the external switch to open the vehicle cover and steal oil or electricity.

[0121] Regarding scenario two, in this embodiment, when the external switch is stuck or the vehicle is in a dormant locked state, the domain controller blocks the trigger signal of the external switch, ensuring it does not affect other switches, and generates fault information. This information is then uploaded to the vehicle monitoring platform via the vehicle network terminal. The vehicle monitoring platform records and displays the fault information, allowing maintenance personnel to quickly identify the cause of the vehicle cover failure and perform repairs. Furthermore, blocking the trigger signal of the external switch when the vehicle is in a dormant locked state also prevents the vehicle from losing power due to frequent vehicle wake-ups caused by the external switch.

[0122] In one feasible implementation, the method may further include:

[0123] The motor controlling the vehicle's outer cover performs the closing action, driving the outer cover to stop in the closed position.

[0124] It should be understood that the closed position can be the position of the outer cover when the outer cover motor is stalled. In the event of a failure of the outer switch or position switch, this disclosure allows for the restoration of the outer switch and position switch through a self-learning closed position mechanism.

[0125] In one feasible implementation, controlling the outer cover motor of the vehicle cover to perform a closing action and drive the outer cover to stop in the closed position may include:

[0126] The outer cover motor of the vehicle cover is driven to rotate until it stalls, at which point the outer cover motor stops driving, the outer cover is controlled to hover, and the current hovering position of the outer cover is recorded as the closed position.

[0127] It is worth noting that in the event of a failure of the normally on or normally off position switch, the closed position of the vehicle cover is determined by controlling the rotation of the outer cover motor until the outer cover motor stalls. This enables the self-learning of the closed position of the outer cover and provides normal reminders for the opening and closing of the vehicle cover, thus avoiding the inability to determine the status of the outer cover due to the failure of the position switch.

[0128] In one feasible implementation, the method may further include:

[0129] When the vehicle cover malfunctions, a first prompt message is generated to notify the user that the vehicle cover has malfunctioned.

[0130] It should be understood that the initial notification message can be text, voice, or a flashing indicator light on the vehicle. This disclosure does not limit it in this way.

[0131] In one feasible implementation, the method may further include:

[0132] When the outer cover is in the closed position, a second prompt message is generated to remind the user to restore the vehicle cover to normal.

[0133] It should be understood that the second notification message may be the same type as or different from the first notification message. This disclosure does not impose any limitation on this.

[0134] For example, see Figure 7 Controlling the vehicle's hatch to perform a position switch reset strategy may include the following steps:

[0135] In step S701, the domain controller drives the outer cover motor to close the outer cover.

[0136] In step S702, the domain controller receives a request signal.

[0137] In step S703, the domain controller determines whether the position switch is damaged based on the request signal. If so, steps S704 to S709 are executed; otherwise, the process returns to step S701.

[0138] In step S704, the domain controller controls the outer cover motor to reverse until the outer cover motor stalls, and obtains the stall current.

[0139] In step S705, the domain controller determines whether the stall current has reached the stall current threshold. If yes, steps S706 to S708 are executed; otherwise, step S709 is executed.

[0140] In step S706, the domain controller stops driving the outer cover motor, records the stall position as the closed position, and sends a signal that the cover is fully closed to the vehicle network terminal.

[0141] In step S707, the vehicle network terminal sends a signal that the cover is completely closed to the vehicle monitoring platform.

[0142] In step S708, the vehicle monitoring platform displays that the cover is completely closed.

[0143] In step S709, the domain control continues to drive the outer cover motor until the stall current reaches the current threshold. Then, the process returns to steps S706-S708.

[0144] In this embodiment of the present disclosure, when the position switch fails to be normally open, the closed position of the vehicle cover is determined by controlling the outer cover motor to stall, thereby realizing the self-learning of the closed position of the outer cover and providing normal reminders for the opening and closing of the vehicle cover, thus avoiding the inability to determine whether the outer cover is closed due to the failure of the position switch.

[0145] Based on the same inventive concept, this disclosure also provides a controller, including:

[0146] A memory on which computer programs are stored;

[0147] A processor is used to execute a computer program in memory to implement the steps of the above-described method for detecting faults in vehicle cover.

[0148] In this embodiment of the disclosure, the fault diagnosis of the vehicle cover can be completed quickly and accurately based on the position information and switch information of the outer cover in the vehicle cover. Faults in the vehicle cover can be detected in time and the fault diagnosis can be completed quickly, which greatly simplifies the troubleshooting steps and processes. At the same time, it also reduces the manpower and material costs of incorrect replacement due to misjudgment, saving time and effort. Maintenance personnel can carry out timely repairs when the vehicle cover malfunctions, thereby shortening the repair time and improving the repair efficiency.

[0149] Based on the same inventive concept, this disclosure also provides a vehicle cover system, including: a domain controller, a position switch set in the closed position of the cover, and an external switch 1303 set on the outside of the cover, wherein the domain controller is communicatively connected to the position switch and the external switch respectively.

[0150] The domain controller is used to execute the above-mentioned vehicle cover fault detection method.

[0151] In this embodiment of the disclosure, the fault diagnosis of the vehicle cover can be completed quickly and accurately based on the position information and switch information of the outer cover in the vehicle cover. Faults in the vehicle cover can be detected in time and the fault diagnosis can be completed quickly, which greatly simplifies the troubleshooting steps and processes. At the same time, it also reduces the manpower and material costs of incorrect replacement due to misjudgment, saving time and effort. Maintenance personnel can carry out timely repairs when the vehicle cover malfunctions, thereby shortening the repair time and improving the repair efficiency.

[0152] Based on the same inventive concept, this disclosure also provides a vehicle including the aforementioned domain controller or vehicle cover system.

[0153] In this embodiment of the disclosure, the fault diagnosis of the vehicle cover can be completed quickly and accurately based on the position information and switch information of the outer cover in the vehicle cover. Faults in the vehicle cover can be detected in time and the fault diagnosis can be completed quickly, which greatly simplifies the troubleshooting steps and processes. At the same time, it also reduces the manpower and material costs of incorrect replacement due to misjudgment, saving time and effort. Maintenance personnel can carry out timely repairs when the vehicle cover malfunctions, thereby shortening the repair time and improving the repair efficiency.

[0154] Figure 8 This is a block diagram illustrating a vehicle 800 according to an exemplary embodiment. For example, vehicle 800 may be a hybrid vehicle, a non-hybrid vehicle, an electric vehicle, a fuel cell vehicle, or other types of vehicle. Vehicle 800 may be an autonomous vehicle or a semi-autonomous vehicle.

[0155] Reference Figure 8 The vehicle 800 may include various subsystems, such as an infotainment system 810, a perception system 820, a decision control system 830, a drive system 840, and a computing platform 850. The vehicle 800 may also include more or fewer subsystems, and each subsystem may include multiple components. Furthermore, each subsystem and each component of the vehicle 800 can be interconnected via wired or wireless means.

[0156] In some embodiments, the infotainment system 810 may include a communication system, an entertainment system, and a navigation system, etc.

[0157] The perception system 820 may include several sensors for sensing information about the environment surrounding the vehicle 800. For example, the perception system 820 may include a global positioning system (which may be GPS, BeiDou, or other positioning systems), an inertial measurement unit (IMU), lidar, millimeter-wave radar, ultrasonic radar, and a camera device.

[0158] The decision control system 830 may include a computing system, a vehicle controller, a steering system, a throttle, and a braking system.

[0159] The drive system 840 may include components that provide powered motion to the vehicle 800. In one embodiment, the drive system 840 may include an engine, an energy source, a transmission system, and wheels. The engine may be one or a combination of internal combustion engines, electric motors, and compressed air engines. The engine is capable of converting energy provided by the energy source into mechanical energy.

[0160] Some or all of the functions of the vehicle 800 are controlled by a computing platform 850. The computing platform 850 may include at least one processor 851 and a memory 852, the processor 851 being able to execute instructions 853 stored in the memory 852.

[0161] The processor 851 can be any conventional processor, such as a commercially available CPU. The processor may also include graphics processing units (GPUs), field-programmable gate arrays (FPGAs), systems on chips (SoCs), application-specific integrated circuits (ASICs), or combinations thereof.

[0162] The memory 852 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk or optical disk.

[0163] In addition to instruction set 853, memory 852 can also store data, such as road maps, route information, vehicle position, direction, speed, and other data. The data stored in memory 852 can be used by computing platform 850.

[0164] In this embodiment of the disclosure, processor 851 may execute instruction 853 to complete all or part of the steps of the above-described driving route planning method.

[0165] In another exemplary embodiment, a computer-readable storage medium including program instructions is also provided, which, when executed by a processor, implement the steps of the vehicle cover fault detection method described above. For example, the computer-readable storage medium may be the memory 852 including the program instructions described above, which may be executed by the processor 851 of the vehicle 800 to complete the vehicle cover fault detection method described above.

[0166] In another exemplary embodiment, a computer program product is also provided, the computer program product comprising a computer program executable by a programmable device, the computer program having a code portion for performing the above-described autonomous driving method when executed by the programmable device.

[0167] The preferred embodiments of this disclosure have been described in detail above with reference to the accompanying drawings. However, this disclosure is not limited to the specific details of the above embodiments. Within the scope of the technical concept of this disclosure, various simple modifications can be made to the technical solutions of this disclosure, and these simple modifications all fall within the protection scope of this disclosure.

[0168] It should also be noted that the various specific technical features described in the above embodiments can be combined in any suitable manner without contradiction. To avoid unnecessary repetition, this disclosure will not describe the various possible combinations separately.

[0169] Furthermore, various different embodiments of this disclosure can be combined in any way, as long as they do not violate the spirit of this disclosure, they should also be regarded as the content disclosed in this disclosure.

Claims

1. A method for detecting faults in vehicle cover, characterized in that, include: Determine the position information and switch signal of the outer cover in the vehicle's access cover; Based on the location information and the switch signal, determine whether the vehicle cover is faulty; The step of determining whether the vehicle cover is faulty based on the location information and the switch signal includes: The outer cover state is determined based on the location information, and it is determined whether the switch signal is a preset signal corresponding to the outer cover state. If the switch signal does not correspond to the preset signal of the outer cover state, it is determined that the vehicle cover has malfunctioned; The determination that the vehicle cover has malfunctioned when the switch signal does not correspond to a preset signal indicating the outer cover state includes: If the switch signal is not the preset signal, perform an anomaly count; If the number of abnormal occurrences reaches a threshold, the position switch of the vehicle cover is determined to be faulty.

2. The method for detecting faults in vehicle cover according to claim 1, characterized in that, The method further includes: When the switch signal is the preset signal, the number of abnormal occurrences is reset to zero.

3. The method for detecting faults in vehicle cover according to claim 1, characterized in that, Determining the outer cover state based on the location information, and determining whether the switch signal is a preset signal corresponding to the outer cover state, including: If the location information determines that the outer cover is in a closed state, then the switch signal is determined to be an open signal.

4. The method for detecting faults in vehicle cover according to claim 1, characterized in that, Determining the outer cover state based on the location information, and determining whether the switch signal is a preset signal corresponding to the outer cover state, including: Based on the location information, it is determined that the outer cover is in an open state, and the switch signal is determined to be a conduction signal.

5. The method for detecting faults in vehicle covers according to any one of claims 1-4, characterized in that, The determination of the position information and switch signal of the outer cover in the vehicle cover includes: The position information of the outer cover is obtained by the Hall sensor of the outer cover motor in the vehicle cover, and the switching signal of the position switch is determined.

6. The method for detecting faults in vehicle covers according to any one of claims 1-4, characterized in that, The method further includes: When the vehicle cover malfunctions, a first prompt message is generated to notify the user that the vehicle cover has malfunctioned.

7. The method for detecting faults in vehicle covers according to any one of claims 1-4, characterized in that, The method further includes: The motor controlling the outer cover of the vehicle cover performs a closing action, driving the outer cover to stop in the closed position.

8. The method for detecting faults in vehicle cover according to claim 7, characterized in that, The method of controlling the outer cover motor of the vehicle cover to perform a closing action and drive the outer cover to stop in the closed position includes: The outer cover motor of the vehicle cover is driven to rotate until it stalls, at which point the outer cover motor is stopped, the outer cover is controlled to hover, and the current hovering position of the outer cover is recorded as the closed position.

9. The method for detecting faults in vehicle cover according to claim 7, characterized in that, The method further includes: When the outer cover is in the closed position, a second prompt message is generated to remind the user to restore the vehicle cover to normal operation.

10. A controller, characterized in that, include: A memory on which computer programs are stored; A processor for executing the computer program in the memory to implement the method of any one of claims 1-9.

11. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the method of any one of claims 1-9.

12. A computer program product comprising computer program instructions, characterized in that, When the computer program instructions are executed by the processor, they implement the method described in any one of claims 1-9.

13. A vehicle cover system, characterized in that, include: A domain controller and a position switch positioned in the closed position of the outer cover of the vent cover, wherein the domain controller is communicatively connected to the position switch; The domain controller is used to execute the vehicle cover fault detection method according to any one of claims 1-9.

14. A vehicle, characterized in that, This includes the controller as described in claim 10 or the vehicle cover system as described in claim 13.

Citation Information

Patent Citations

  • Motor anomaly detection method and device in fuel filling system, medium and vehicle

    CN117513926A