Vehicle control methods and vehicles

Abstract

This disclosure relates to the field of intelligent connected vehicle technology, providing a vehicle control method and a vehicle. The method involves acquiring the connection status of the charging gun and the closure status of the charging port cover; determining the vehicle network status based on the charging gun connection status and the cover closure status; and controlling the vehicle local network based on the vehicle network status. The vehicle local network is used to realize the communication interaction required during the charging process. This disclosure comprehensively considers both the charging gun connection status and the cover closure status when determining the vehicle network status, avoiding the problem of being unable to distinguish between actual charging behavior and sensor false alarms due to relying on only a single physical quantity. This improves the accuracy of vehicle network status determination, thereby achieving the technical effect of ensuring uninterrupted communication during critical charging stages, preventing false triggering by abnormal signals, and ensuring accurate and timely sleep mode after the charging gun is disconnected.

Description

Technical Field

[0001] This disclosure relates to the field of intelligent connected vehicle technology, and in particular to a vehicle control method and a vehicle. Background Technology

[0002] With the rapid development of vehicle technology, vehicles have become an important means of transportation in people's daily lives. During vehicle charging, in order to ensure real-time data interaction between the battery management system, vehicle controller, and on-board charger, the local network needs to remain continuously active.

[0003] Currently, the determination of local network status relies on a single physical signal triggering mechanism, which leads to inaccurate determination of local network status and consequently causes problems such as abnormal charging and increased vehicle energy consumption. Summary of the Invention

[0004] In view of this, the purpose of this disclosure is to propose a vehicle control method and a vehicle to avoid the problem of being unable to distinguish between real charging behavior and sensor false alarms due to relying on a single physical quantity, and to ensure uninterrupted communication during the critical charging stage, no false triggering of abnormal signals, and accurate and timely sleep mode after the charging gun is removed.

[0005] To achieve the above objectives, a first aspect of this disclosure provides a vehicle control method, the method comprising:

[0006] Obtain the charging gun connection status and the charging port cover closure status; The vehicle network status is determined based on the connection status of the charging gun and the closure status of the cover. The vehicle local network is then controlled based on the vehicle network status. The vehicle local network is used to realize the communication interaction required during the charging process.

[0007] Optionally, determining the vehicle network status based on the charging gun connection status and the cap closure status includes: In response to the charging gun being in an inserted state and the cover being in an open state, the cover locking state is obtained, and the vehicle network status is determined based on the cover locking state; or... In response to the charging gun being in the inserted state and the cover being in the closed state, a timer is started, and the vehicle network status is determined based on the first timer duration.

[0008] With the above scheme, when the charging gun is in the inserted state, if the opening cover is found to be not closed, it is further determined whether the opening cover is locked. The locking of the opening cover determines whether the charging gun is tightly inserted, thereby determining the vehicle network status and improving the accuracy of determining the vehicle network status.

[0009] Optionally, determining the vehicle network status based on the locking status of the cover includes: In response to the cap locking state being locked, the charging handshake protocol state is obtained, and the vehicle network state is determined based on the charging handshake protocol state; or... In response to the cap being unlocked, the vehicle network status is determined to be in a dormant state.

[0010] The above solution detects that the charging gun is not fully inserted even when it is plugged in and the cover is not closed. To prevent the system from repeatedly attempting communication and high-voltage power when the charging gun is not fully inserted, the system controls the vehicle's local network to hibernate, thereby preventing safety risks such as relay malfunction and contact sticking. It also reduces low-voltage power consumption, prevents the small battery from running out of power, and avoids user experience issues such as frequent instrument errors and abnormal jamming of the charging gun locking mechanism.

[0011] Optionally, determining the vehicle network status based on the charging handshake protocol status includes: In response to the charging handshake protocol state being either pre-charging or charging, the vehicle network state is determined to be in a wake-up state; or... In response to the charging handshake protocol status being fully charged, a timer begins, and the vehicle network status is determined based on the second timer duration; or... In response to the charging handshake protocol being in a disconnected or faulty state, a first fault prompt message is output and a timer is started. The vehicle network status is determined based on the third timer duration.

[0012] With the above scheme, when the charging handshake protocol is in the pre-charging state or the charging state, the vehicle network state is determined to be in the wake-up state to ensure the continuous transmission of key messages between BMS and OBC and to ensure the smooth charging process.

[0013] Optionally, determining the vehicle network status based on the third timing duration includes: In response to the third timing duration being less than the third duration threshold and receiving feedback information corresponding to the first fault indication information, the vehicle network status is determined to be in a wake-up state; or... In response to the third timing duration being greater than or equal to the third duration threshold, the vehicle network state is determined to be in a dormant state.

[0014] The above solution ensures that when a user responds to a fault notification within a short period, the network remains active to guarantee the normal operation of functions such as air conditioning and entertainment, thus improving the user experience. Conversely, when there is no response for an extended period, the network automatically switches to sleep mode to avoid unnecessary power consumption, thereby achieving an effective balance between user convenience and vehicle energy management.

[0015] Optionally, the vehicle network status includes necessary communication network status and non-necessary communication network status; The process of determining the vehicle network status based on the first timing duration includes: In response to the first timing duration being less than a first duration threshold, the vehicle network status is determined to be awake; or, In response to the first timing duration being greater than or equal to the first duration threshold, a sensor fault prompt message is output, and the necessary communication network status is determined to be in wake-up state and the non-necessary communication network status is determined to be in sleep state.

[0016] By setting a first duration threshold, the above-described scheme effectively distinguishes between transient, intermittent errors and genuine, persistent faults in sensors, avoiding misjudgments caused by brief inconsistencies in state. Simultaneously, in high-probability charging scenarios where the charging gun is already inserted, the system prioritizes the normal operation of essential communication networks and core charging safety functions, while appropriately reducing the load and power consumption of non-essential communication networks. This improves fault diagnosis accuracy while ensuring a safe, reliable, and efficient charging process, minimizing user interference and facilitating subsequent maintenance and location.

[0017] Optionally, determining the vehicle network status based on the charging gun connection status and the cap closure status includes: In response to the charging gun being in an uninserted state and the cover being in an open state, a timer is started, and the vehicle network status is determined based on the fourth timer duration; or... In response to the charging gun being in an uninserted state and the cover being in a closed state, the charging handshake protocol state is obtained, and the vehicle network state is determined based on the charging handshake protocol state.

[0018] With the above solution, if the charging gun is not inserted, and the cover is found to be closed, the charging handshake protocol status is further determined. Based on the charging handshake protocol status, the vehicle network status is determined to avoid affecting normal charging.

[0019] Optionally, determining the vehicle network status based on the charging handshake protocol status includes: In response to the charging handshake protocol state being either disconnected or fully charged, the timer starts. In response to the fifth timing duration being less than the fifth timing threshold and a full message being received, the vehicle network status is determined to be in a dormant state; or, In response to a fifth timing duration being greater than or equal to the fifth timing threshold, determine whether a charging gun disconnection command has been received, and determine the vehicle network status based on the determination result.

[0020] Optionally, the vehicle network status includes necessary communication network status and non-necessary communication network status; Determining the vehicle network status based on the judgment result includes: In response to the determination that a charging gun disconnect command has been received, the vehicle network status is determined to be in sleep mode; or, In response to the judgment result that no charging gun disconnection command was received, a second fault prompt message is output, and the necessary communication network status is determined to be in wake-up state and the non-necessary communication network status is in sleep state.

[0021] By employing the aforementioned scheme, and based on the explicit criterion of whether a charging gun disconnection command has been received, this control strategy can accurately distinguish between user-initiated power-off and abnormal power-off scenarios. When the user is aware of the disconnection, the vehicle's local network is put into sleep mode to minimize energy consumption. When a disconnection is not caused by user action, necessary communication is maintained to ensure safety monitoring and anomaly reporting. This achieves refined energy consumption management while ensuring charging safety and the user's right to know, avoiding the energy consumption risks associated with waking up the entire vehicle.

[0022] Based on the same inventive concept, a second aspect of this disclosure provides a vehicle control device, comprising: The status acquisition module is configured to acquire the charging gun connection status and the charging port cover closure status. The vehicle control module is configured to determine the vehicle network status based on the connection status of the charging gun and the closure status of the cover, and to control the vehicle local network based on the vehicle network status, wherein the vehicle local network is used to realize the communication interaction required during the charging process.

[0023] Based on the same inventive concept, a third aspect of this disclosure proposes an electronic device including a memory, a processor, and a computer program stored in the memory and executable by the processor, wherein the processor implements the vehicle control method as described above when executing the computer program.

[0024] Based on the same inventive concept, a fourth aspect of this disclosure provides a non-transitory computer-readable storage medium that stores computer instructions for causing a computer to perform the vehicle control method as described above.

[0025] Based on the same inventive concept, the fifth aspect of this disclosure provides a vehicle including the vehicle control device described in the second aspect, the electronic device described in the third aspect, or the storage medium described in the fourth aspect.

[0026] As can be seen from the above, this disclosure proposes a vehicle control method and a vehicle, which acquires the charging gun connection status and the charging port cover closure status, determines the vehicle network status based on the charging gun connection status and the cover closure status, and controls the vehicle local network based on the vehicle network status. The vehicle local network is used to realize the communication interaction required during the charging process. This disclosure comprehensively considers both the charging gun connection status and the cover closure status when determining the vehicle network status, avoiding the problem of frequent wake-up and sleep transitions in the local network due to signal jitter caused by aging and other issues when only the cover closure status is used to determine the vehicle network status. At the same time, relying solely on the charging gun connection status to determine the wake-up of the vehicle local network will result in wasted energy due to invalid wake-ups when the charging gun is plugged in but not charging, potential interruption of critical data interaction when the charging gun is unplugged after charging, and premature wake-up before communication is ready can easily cause bus timeouts, disrupt protocol timing, and reduce system reliability and energy efficiency. In this disclosure, the connection status of the charging gun and the closing status of the charging cap are taken into account. This avoids the problem of being unable to distinguish between real charging behavior and sensor false alarms due to relying on only a single physical quantity. This improves the accuracy of determining the vehicle network status and thus achieves the technical effect of ensuring uninterrupted communication during the critical charging stage, preventing false triggering of abnormal signals, and ensuring accurate and timely sleep after the charging gun is removed. Attached Figure Description

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

[0028] Figure 1 This is a schematic diagram of a scenario according to an embodiment of the present disclosure; Figure 2 This is a flowchart of a vehicle control method according to an embodiment of the present disclosure; Figure 3 This is a structural block diagram of a vehicle control device according to an embodiment of the present disclosure; Figure 4 This is a schematic diagram of the structure of an electronic device according to an embodiment of the present disclosure. Detailed Implementation

[0029] To make the objectives, technical solutions, and advantages of this disclosure clearer, the following detailed description is provided in conjunction with specific embodiments and the accompanying drawings.

[0030] It should be noted that, unless otherwise defined, the technical or scientific terms used in the embodiments of this disclosure should have the ordinary meaning understood by one of ordinary skill in the art to which this disclosure pertains. The terms "first," "second," and similar terms used in the embodiments of this disclosure do not indicate any order, quantity, or importance, but are merely used to distinguish different components. Terms such as "comprising" or "including" mean that the element or object preceding the word encompasses the elements or objects listed following the word and their equivalents, without excluding other elements or objects. Terms such as "connected" or "linked" are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. Terms such as "upper," "lower," "left," and "right" are used only to indicate relative positional relationships; when the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0031] The following are definitions of terms used in this disclosure: BMS: The Battery Management System (BMS) is responsible for monitoring the voltage, current, temperature, and other states of the battery pack in real time, and accurately calculating the remaining charge and health status. It can prevent problems such as overcharging, over-discharging, and overheating of the battery, balance the differences between individual cells, thereby ensuring battery safety, extending its service life, and transmitting critical information to the vehicle controller.

[0032] OBC: On-Board Charger (OBC) is an energy conversion bridge connecting AC charging stations and vehicle power batteries. When using home slow charging stations or public AC charging stations, the OBC is responsible for converting the input AC power into DC power and adjusting the output voltage and current according to the BMS's instructions to safely and efficiently charge the high-voltage battery pack.

[0033] VCU: The Vehicle Control Unit (VCU) analyzes the driver's intentions (such as acceleration and brake pedal signals) and integrates information from the BMS, OBC, and other subsystems to control the coordinated operation of components such as the motor controller, steering system, and air conditioning. The VCU is responsible for managing the vehicle's energy distribution, torque coordination, fault diagnosis and handling, ensuring safe, smooth, and efficient operation under various driving conditions.

[0034] With the rapid development of vehicle technology, vehicles have become an important means of transportation in people's daily lives. During vehicle charging, in order to ensure real-time data interaction between the battery management system, vehicle controller, and on-board charger, the local network needs to remain continuously active.

[0035] The current logic for determining the local network state is too simplistic, relying solely on switching signals or fixed timing sequences, which fails to effectively distinguish between genuine charging behavior and sensor false alarms. Furthermore, the lack of multi-frame filtering for charging gun insertion and cap signals means that any momentary fluctuation can directly trigger network state switching, resulting in weak anti-interference capabilities. Finally, the absence of a clear final full-charge notification confirmation mechanism after the charging gun is removed prevents the timing of the wake-up state release from precisely aligning with the charging completion time.

[0036] Specifically, when the microswitch on the charging port cover experiences signal jitter due to mechanical jamming, dust, or aging, it directly causes frequent switching between sleep and wake-up states in the local network, significantly increasing quiescent current and raising the risk of electromagnetic compatibility (EMC) interference. Simultaneously, during the charging handshake phase, the CC / CP signal has already changed, yet the system still relies solely on the unstable port cover switch state to determine network wake-up, easily leading to the loss of critical communication messages between the BMS, VCU, and OBC, resulting in charging interruption or malfunction. Furthermore, after the charging gun is unplugged, due to delayed response or failure to properly reset of the port cover sensor, coupled with the lack of a final confirmation mechanism for charging completion, the network will continue to be woken up, creating a blind spot after the gun is unplugged, causing unnecessary battery discharge and weakening the overall vehicle energy management efficiency.

[0037] Therefore, the current method of determining the local network status relies on a single physical signal triggering mechanism, which leads to inaccurate determination of the local network status and problems such as charging abnormalities and increased vehicle energy consumption. This disclosure comprehensively considers the charging gun connection status and the cap closure status when determining the vehicle network status, avoiding the problem of being unable to distinguish between real charging behavior and sensor false alarms due to relying on only a single physical quantity. This improves the accuracy of determining the vehicle network status and achieves the technical effect of ensuring uninterrupted communication during the critical charging stage, preventing false triggering of abnormal signals, and ensuring accurate and timely sleep after the charging gun is unplugged.

[0038] To make the objectives, technical solutions, and advantages of the present invention clearer, specific embodiments will be described below in conjunction with the accompanying drawings.

[0039] refer to Figure 1 , Figure 1 A schematic diagram of a scenario provided according to an embodiment of this application is shown, in which the devices involved include a processor 101 and a controller 102.

[0040] The processor 101 acquires the connection status of the charging gun and the closure status of the charging port cover, and determines the vehicle network status based on the connection status and the closure status. The controller 102 then controls the vehicle's local network based on the vehicle network status.

[0041] refer to Figure 2 , Figure 2A flowchart illustrating the vehicle control method in this embodiment is shown. The method includes: Step 101: Obtain the charging gun connection status and the charging port cover closure status.

[0042] In specific implementation, the connection status of the charging gun and the closure status of the charging port cover are obtained. The connection status of the charging gun indicates the connection relationship between the vehicle and the charging gun, and includes an inserted or uninserted state. The closure status of the charging port cover indicates the state of the charging port cover on the vehicle, and includes either an open or closed state.

[0043] In this embodiment, the charging gun connection status is determined by a charging gun insertion signal. If the charging gun insertion signal is detected as an insertion signal, the corresponding charging gun connection status is an insertion state. The charging port cover closure status is obtained through a cover status signal, wherein the cover status signal is a LIN signal.

[0044] Understandably, to avoid unnecessary status acquisition operations, when it is determined that there is a charging pile within a preset distance around the vehicle, it means that the vehicle may need to be charged through the charging gun of the charging pile, and thus the connection status of the charging gun and the closing status of the charging port cover are obtained.

[0045] Step 102: Determine the vehicle network status based on the charging gun connection status and the cap closure status, and control the vehicle local network based on the vehicle network status, wherein the vehicle local network is used to realize the communication interaction required during the charging process.

[0046] In practice, because the charging port's closed state is a LIN signal, such sensors are susceptible to high-frequency jitter due to dust accumulation, low-temperature icing, and mechanical fatigue. This causes the network to repeatedly switch between wake-up and sleep modes, resulting in static current fluctuations of ±8 mA and exacerbating EMC interference risks. Furthermore, the charging gun's connection status can only confirm whether the physical plug is inserted, but cannot verify whether the communication protocol handshake was successful, whether the high-voltage circuit was safely closed, or whether there are node faults. It also cannot distinguish charging modes or resist malicious level spoofing, easily leading to false network wake-ups, high-voltage safety risks, and erroneous control that violates standard charging timing.

[0047] Therefore, in this embodiment, the vehicle network state is determined based on the charging gun connection state and the cap closure state. The vehicle network state is the state of the vehicle's local network, which is used to implement the communication interactions required during charging. Specifically, the vehicle's local network is responsible for waking up specific controllers on demand to communicate when the vehicle is in sleep mode, avoiding unnecessary wake-up of the main vehicle network, thereby minimizing static current and overall vehicle power consumption while ensuring functional responsiveness.

[0048] After determining the vehicle network status, the vehicle local network is controlled according to the vehicle network status. The vehicle network status includes a wake-up state or a sleep state. The wake-up state indicates that the local network control bit is set, that is, at this time the in-vehicle modules communicate according to the vehicle local network.

[0049] In this embodiment, the vehicle local network includes essential communication networks and non-essential communication networks. The essential communication networks are those required during vehicle charging, while the non-essential communication networks are those not critical during charging. For example, the essential communication networks are the communication networks between the BMS, VCU, and OBC, and the non-essential communication networks are those required by the air conditioning, entertainment system, etc.

[0050] The above scheme obtains the charging gun connection status and the charging port cover closure status, determines the vehicle network status based on these statuses, and controls the vehicle local network based on the vehicle network status. The vehicle local network is used to implement the communication interaction required during charging. This disclosure comprehensively considers both the charging gun connection status and the cover closure status when determining the vehicle network status, avoiding the problem of frequent wake-up and sleep transitions in the local network due to signal jitter caused by aging and other issues when only the cover closure status is used for vehicle network status determination. Furthermore, relying solely on the charging gun connection status to determine the vehicle local network wake-up can lead to wasted energy due to invalid wake-ups when the charging gun is plugged in but not charging, potential interruption of critical data interaction when the charging gun is unplugged after charging, and premature wake-ups before communication is ready can easily cause bus timeouts, disrupt protocol timing, and reduce system reliability and energy efficiency. In this disclosure, the connection status of the charging gun and the closing status of the charging cap are taken into account. This avoids the problem of being unable to distinguish between real charging behavior and sensor false alarms due to relying on only a single physical quantity. This improves the accuracy of determining the vehicle network status and thus achieves the technical effect of ensuring uninterrupted communication during the critical charging stage, preventing false triggering of abnormal signals, and ensuring accurate and timely sleep after the charging gun is removed.

[0051] In some embodiments, if the charging gun is in the inserted state and the cover is found to be unclosed, it is further determined whether the cover is locked. The locking of the cover is used to determine whether the charging gun is properly inserted. Specifically, step 102, determining the vehicle network status based on the charging gun's connection state and the cover's closure state, includes: Step 1021: In response to the charging gun being in an inserted state and the cover being in an open state, obtain the cover locking state and determine the vehicle network status based on the cover locking state; or, Step 1022: In response to the charging gun being in the inserted state and the cover being in the closed state, start timing and determine the vehicle network status based on the first timing duration.

[0052] Specifically, if the charging gun is in the inserted state and the cover is not closed, it indicates that the charging gun has been inserted into the vehicle based on both the charging gun connection state and the cover closure state, and further determines whether the charging gun is tightly inserted.

[0053] The system obtains the cap's locking status and then determines the vehicle's network status based on this status. The cap's locking status describes whether the charging gun is securely inserted. Specifically, the cap's locking status includes locked and unlocked. If the cap is locked, it indicates that the charging gun is inserted into the vehicle and securely.

[0054] If the charging gun is in the inserted state and the cover is in the closed state, since the cover should theoretically be open when the charging gun is inserted, the discrepancy between the two states may be due to signal acquisition errors or sensor malfunctions. Therefore, timing begins, and the vehicle network status is determined based on the first timing duration to further determine whether the problem is a sensor malfunction.

[0055] With the above scheme, when the charging gun is in the inserted state, if the opening cover is found to be not closed, it is further determined whether the opening cover is locked. The locking of the opening cover determines whether the charging gun is tightly inserted, thereby determining the vehicle network status and improving the accuracy of determining the vehicle network status.

[0056] In some embodiments, if the charging gun is detected as not being properly inserted when it is inserted and the cover is not closed, in order to prevent the high-voltage circuit from being accidentally woken up or repeatedly attempting to perform a charging handshake when the charging gun is not reliably connected, thereby reducing the power consumption of the low-voltage battery, the vehicle's local network is put into sleep mode. Specifically, determining the vehicle network status based on the cover locking status in step 1021 includes: Step 10211: In response to the cover locking state being locked, obtain the charging handshake protocol state, and determine the vehicle network state based on the charging handshake protocol state; or, Step 10222: In response to the cap locking state being unlocked, determine that the vehicle network state is in a dormant state.

[0057] In practice, if the cover is locked (meaning the charging gun is plugged in), the charging handshake protocol status is further obtained, and then the vehicle network status is determined based on the charging handshake protocol status. The charging handshake protocol status is used for semantic-level awareness of the charging process and can be obtained by reading standardized fields from the BMS or VCU bus.

[0058] Specifically, the charging handshake protocol states include an unconnected state, a pre-charging state, a charging state, a fully charged state, and a fault state. The unconnected state indicates that the charging gun is not connected to the vehicle. The pre-charging state indicates that the charging gun is connected to the vehicle but has not yet output charging current. The charging state indicates that the charging gun outputs charging current to the vehicle. The fully charged state indicates that the charging current output by the charging gun has enabled the vehicle's battery level to reach a preset value. The fault state indicates that during the charging handshake or parameter configuration phase, the system detected any abnormality that prevents the charging process from continuing.

[0059] If the charging port cover is confirmed to be unlocked, it indicates that the charging gun is not properly inserted, meaning a reliable connection has not been established in the charging circuit, and normal charging is not possible. This could also be due to the user temporarily inserting and removing the charging gun, or adjusting its position. In this situation, it is unnecessary to wake up all vehicle controllers. Therefore, to prevent the system from repeatedly attempting communication and applying high voltage while the charging gun is not fully inserted, ensure the vehicle network is in sleep mode.

[0060] The above solution detects that the charging gun is not fully inserted even when it is plugged in and the cover is not closed. To prevent the system from repeatedly attempting communication and high-voltage power when the charging gun is not fully inserted, the system controls the vehicle's local network to hibernate, thereby preventing safety risks such as relay malfunction and contact sticking. It also reduces low-voltage power consumption, prevents the small battery from running out of power, and avoids user experience issues such as frequent instrument errors and abnormal jamming of the charging gun locking mechanism.

[0061] In some embodiments, when the charging handshake protocol state is in a pre-charging state or a charging state, the vehicle network state is determined to be in a wake-up state to ensure normal charging. That is, determining the vehicle network state based on the charging handshake protocol state in step 10211 specifically includes: Step A: In response to the charging handshake protocol state being either pre-charging or charging, determine the vehicle network state to be in a wake-up state; or... Step B: In response to the charging handshake protocol status being fully charged, start timing and determine the vehicle network status based on the second timing duration; or, Step C: In response to the charging handshake protocol being in a disconnected or faulty state, output a first fault message and start timing, and determine the vehicle network status based on the third timing duration.

[0062] In practice, if the charging gun is inserted, the cover is not closed, and the charging gun is firmly inserted, and the charging handshake protocol status is in the pre-charging or charging state, it means that the vehicle is about to be charged by the charging gun or is being charged by the charging gun. In order to ensure the continuous transmission of key messages between BMS and OBC and to ensure the smooth charging process, the vehicle network status is determined to be in the wake-up state at this time.

[0063] If the charging gun is inserted, the cover is not closed, and the charging gun is firmly inserted, and the charging handshake protocol status is "fully charged," it means that the vehicle has been charged to the target capacity by the charging current output by the charging gun. To avoid the fully charged status being obtained by chance, a timer is started at this time, and the vehicle network status is determined based on the second timer duration.

[0064] Specifically, determining the vehicle network status based on the second timing duration includes: Step B01: In response to the second timing duration being less than the second duration threshold, determine that the vehicle network status is awake; or, Step B02: In response to the second timing duration being greater than or equal to the second duration threshold, the vehicle network state is determined to be in a dormant state.

[0065] Specifically, if the second timing duration is less than the second duration threshold, it indicates that the fully charged state is an accidentally obtained state, which cannot accurately represent that the vehicle has been charged to the preset power level. Therefore, the vehicle network status is kept in the wake-up state.

[0066] If the second timing duration is greater than or equal to the second duration threshold, it means that the charging handshake protocol status obtained for a period of time is in the fully charged state. This proves that the vehicle has indeed been charged to the preset power level. In order to avoid unnecessary energy consumption caused by the continuous wake-up of the vehicle's local network, the vehicle network status is determined to be in sleep state.

[0067] If the charging gun is inserted, the cover is not closed, and the charging gun is firmly plugged in, and the charging handshake protocol status is not connected or faulty, it indicates that the sensor may be malfunctioning, causing the acquired status to be abnormal. In this case, the first fault prompt message will be output to remind the user that there may be a fault.

[0068] While outputting the first fault message, a timer is started to determine whether feedback information from the user is received within a preset time threshold, thereby determining whether the user is in the vehicle and allowing the user to decide the vehicle network status.

[0069] With the above scheme, when the charging handshake protocol is in the pre-charging state or the charging state, the vehicle network state is determined to be in the wake-up state to ensure the continuous transmission of key messages between BMS and OBC and to ensure the smooth charging process.

[0070] In some embodiments, provided that the charging gun is inserted, the cover is not closed, and the charging gun is firmly inserted, if the charging handshake protocol status is in a disconnected or faulty state, a first fault prompt message is output while timing begins, and the vehicle network status is determined based on the timing duration. Specifically, step C, determining the vehicle network status based on the third timing duration, includes: Step C01: In response to the third timing duration being less than the third duration threshold and receiving feedback information corresponding to the first fault indication information, determine that the vehicle network status is in a wake-up state; or, Step C02: In response to the third timing duration being greater than or equal to the third duration threshold, the vehicle network status is determined to be in a dormant state.

[0071] In practice, if the charging gun is inserted, the cover is not closed, and the charging gun is firmly inserted, and the charging handshake protocol status is not connected or faulty, the first fault prompt message will be output while the timer starts.

[0072] If the third timing duration is less than the third duration threshold and feedback information corresponding to the first fault prompt information is received, it means that feedback from the user was received within a short period of time after the first fault prompt information was output. This indicates that the user is in the vehicle. At this time, the vehicle network status is kept in the wake-up state so that the user can use the air conditioning or entertainment system, etc.

[0073] Understandably, if the feedback information includes the target network state—that is, if the user's input feedback information includes the network state the user expects—then the vehicle network state is determined based on the target network state. Specifically, if the user feedback indicates that the vehicle's local network should be kept awake, the vehicle network state is determined to be awake. If the user feedback indicates that the vehicle's local network should be kept asleep, the vehicle network state is determined to be asleep.

[0074] If the third timing duration is greater than or equal to the third duration threshold, it means that under the premise that the charging gun is inserted, the cover is not closed, and the charging gun is firmly inserted, if the charging handshake protocol status is not connected or faulty, after outputting the first fault prompt message, if no feedback is received from the user for a long time, it is determined that the user is not in the vehicle. In order to avoid unnecessary power consumption caused by network wake-up, the vehicle network status is determined to be in sleep mode.

[0075] The above solution ensures that when a user responds to a fault notification within a short period, the network remains active to guarantee the normal operation of functions such as air conditioning and entertainment, thus improving the user experience. Conversely, when there is no response for an extended period, the network automatically switches to sleep mode to avoid unnecessary power consumption, thereby achieving an effective balance between user convenience and vehicle energy management.

[0076] In some embodiments, the vehicle network status includes necessary communication network status and non-necessary communication network status. Since the charging gun is in the inserted state, theoretically, the normal closed state of the charging port should be open. If it is closed at this time, it may be due to signal acquisition errors or sensor malfunctions causing incorrect acquisition, leading to inconsistencies between the two states. Therefore, timing begins, and the vehicle network status is determined based on the first timing duration to further determine whether it is a sensor malfunction issue. Specifically, determining the vehicle network status based on the first timing duration in step 1022 includes: Step 10221: In response to the first timing duration being less than the first duration threshold, determine that the vehicle network status is in a wake-up state; or, Step 10222: In response to the first timing duration being greater than or equal to the first duration threshold, output sensor fault prompt information, and determine that the necessary communication network status is in wake-up state and the non-necessary communication network status is in sleep state.

[0077] In specific implementation, if the charging gun is in the inserted state and the cover is closed, and if the first timing duration is less than the first duration threshold, it indicates that the state may be inconsistent due to accidental error in signal acquisition. Therefore, the vehicle local network is kept awake, that is, the vehicle network state is determined to be awake.

[0078] If the charging gun is in the inserted state and the cover is closed, and the first timing duration is greater than or equal to the first duration threshold, it indicates that the inconsistency is not caused by accidental acquisition error, but by a long-term inconsistency. Therefore, it is determined that the sensor is faulty.

[0079] Since the charging gun is inserted, it indicates that charging is highly likely to be performed using the charging gun. The vehicle's local network includes essential communication networks and non-essential communication networks. The essential communication networks are those necessary for the vehicle's charging process, while the non-essential communication networks are those not critical during the charging process.

[0080] Therefore, at this time, the control determines that the necessary communication network is in a wake-up state and the non-essential communication network is in a sleep state, so as to ensure the necessary communication required for charging while minimizing energy loss and avoiding the energy consumption risk brought about by full wake-up.

[0081] By setting a first duration threshold, the above-described scheme effectively distinguishes between transient, intermittent errors and genuine, persistent faults in sensors, avoiding misjudgments caused by brief inconsistencies in state. Simultaneously, in high-probability charging scenarios where the charging gun is already inserted, the system prioritizes the normal operation of essential communication networks and core charging safety functions, while appropriately reducing the load and power consumption of non-essential communication networks. This improves fault diagnosis accuracy while ensuring a safe, reliable, and efficient charging process, minimizing user interference and facilitating subsequent maintenance and location.

[0082] In some embodiments, if the charging gun is in an uninserted state, and the cover is found to be closed, the charging handshake protocol state is further determined, and the vehicle network state is determined based on the charging handshake protocol state. Specifically, step 102, determining the vehicle network state based on the charging gun connection state and the cover closure state, includes: Step 102A: In response to the charging gun being in an uninserted state and the cover being in an open state, start timing and determine the vehicle network status based on the fourth timing duration; or, Step 102B: In response to the charging gun being in an uninserted state and the cover being in a closed state, obtain the charging handshake protocol state and determine the vehicle network state based on the charging handshake protocol state.

[0083] In practice, if the charging gun is not inserted and the cover is not closed, the cover should be closed when the charging gun is not inserted. Therefore, this indicates that the charging gun connection status and the cover closure status are inconsistent. So, timer starts and the vehicle network status is determined based on the fourth timing duration to further determine whether it is a sensor malfunction.

[0084] Specifically, determining the vehicle network status based on the fourth timing duration includes: Step a: In response to the fourth timing duration being less than or equal to the fourth duration threshold, determine that the vehicle network status is in a wake-up state; or, Step b: In response to the fourth timing duration being greater than the fourth duration threshold, determine that the necessary communication network state is in the wake-up state and the non-necessary communication network state is in the sleep state.

[0085] In practice, if the fourth timing duration is less than or equal to the fourth duration threshold, it indicates that the inconsistency between the two states may be caused by accidental signal acquisition errors. In this case, the vehicle network state is determined to be in the wake-up state.

[0086] If the fourth timing duration is less than or equal to the fourth timing threshold, it indicates that the inconsistency in the state is not caused by accidental acquisition error, but by a long-term inconsistency in the state. Therefore, it is determined that the sensor is faulty.

[0087] Since the charging gun is inserted, it indicates that charging is highly likely to be performed using the charging gun. The vehicle's local network includes essential communication networks and non-essential communication networks. The essential communication networks are those necessary for the vehicle's charging process, while the non-essential communication networks are those not critical during the charging process.

[0088] Therefore, at this time, the control determines that the necessary communication network is in a wake-up state and the non-essential communication network is in a sleep state, so as to ensure the necessary communication required for charging while minimizing energy loss and avoiding the energy consumption risk brought about by full wake-up.

[0089] If the charging gun is in an uninserted state and the cover is in a closed state, it means that the charging gun has been pulled out and the cover is closed. At this time, the charging handshake protocol status is further used to determine whether charging has been completed or has not yet started, in order to avoid entering sleep mode directly while still in the charging state, which would cause abnormal charging.

[0090] With the above solution, if the charging gun is not inserted, and the cover is found to be closed, the charging handshake protocol status is further determined. Based on the charging handshake protocol status, the vehicle network status is determined to avoid affecting normal charging.

[0091] In some embodiments, when the charging handshake protocol status is determined to be either disconnected or fully charged, it indicates that the charging handshake protocol status, the charging gun connection status, and the cap closure status all indicate that the charging gun is not outputting current to the vehicle. To avoid wake-up residue caused by sensor response delay, timing is performed at this time, and the vehicle network status is determined based on the timing duration. That is, determining the vehicle network status based on the charging handshake protocol status in step 102B specifically includes: Step 102B1: In response to the charging handshake protocol being in an unconnected state or a fully charged state, start timing; Step 102B2: In response to the fifth timing duration being less than the fifth timing threshold and a full message being received, determine that the vehicle network status is in a sleep state; or, Step 102B3: In response to the fifth timing duration being greater than or equal to the fifth duration threshold, determine whether a charging gun disconnection command has been received, and determine the vehicle network status based on the determination result.

[0092] In practice, if the charging gun is in an uninserted state and the cover is in a closed state, the charging handshake protocol state is determined to be either unconnected or fully charged, and the timing begins at this time.

[0093] If the fifth timeout duration is less than the fifth timeout threshold and a full charge message is received, it indicates that the vehicle has indeed been charged to the target charge level via the charging gun. At this point, the vehicle can directly enter sleep mode, thus confirming that the vehicle's network status is in sleep mode.

[0094] If the fifth timing duration is greater than or equal to the fifth duration threshold, it indicates that a full charge message has not been received after a relatively long period. At this point, it is determined whether a charging gun disconnection command was received, i.e., whether the user was aware of the disconnection. Based on this determination, the vehicle's network status is then determined.

[0095] Specifically, the vehicle network status includes necessary communication network status and non-necessary communication network status. Step 102B3, determining the vehicle network status based on the judgment result, includes: Step 10a: In response to the determination result being that a charging gun disconnect command has been received, determine that the vehicle network status is in sleep mode; or, Step 10b: In response to the judgment result that no charging gun disconnection command was received, output the second fault prompt information, and determine that the necessary communication network status is wake-up state and the non-necessary communication network status is sleep state.

[0096] In practice, if the judgment result is that a charging gun disconnection command has been received, it means that the disconnection of the charging gun was caused by the user, that is, the user was aware of it. Therefore, the vehicle's local network can be controlled to hibernate, that is, the vehicle network status is determined to be hibernation.

[0097] If the judgment result is that no charging gun disconnection command was received, it means that the disconnection of the charging gun was not caused by the user, that is, the user was unaware of it. Therefore, the control determines that the necessary communication network is in the wake-up state and the non-essential communication network is in the sleep state, so as to ensure the necessary communication required for charging while minimizing energy loss and avoiding the energy consumption risk caused by full wake-up.

[0098] In this embodiment, if the charging gun is in an uninserted state and the cover is closed, the charging handshake protocol state is determined to be in a pre-charging state, indicating that the vehicle will soon be charged via the charging gun. However, since the charging gun is not inserted at this time, an insertion prompt message is output, and the vehicle network state is determined to be in a wake-up state. The insertion prompt message is used to prompt the user to insert the charging gun.

[0099] In this embodiment, if the charging gun is in an uninserted state and the cover is in a closed state, and the charging handshake protocol is determined to be in a fault state, then a sensor fault message is output, and the necessary communication network is determined to be in a wake-up state and the non-necessary communication network is determined to be in a sleep state.

[0100] By employing the aforementioned scheme, and based on the explicit criterion of whether a charging gun disconnection command has been received, this control strategy can accurately distinguish between user-initiated power-off and abnormal power-off scenarios. When the user is aware of the disconnection, the vehicle's local network is put into sleep mode to minimize energy consumption. When a disconnection is not caused by user action, necessary communication is maintained to ensure safety monitoring and anomaly reporting. This achieves refined energy consumption management while ensuring charging safety and the user's right to know, avoiding the energy consumption risks associated with waking up the entire vehicle.

[0101] It should be noted that the method of this disclosure embodiment can be executed by a single device, such as a computer or server. The method of this embodiment can also be applied to a distributed scenario, where multiple devices cooperate to complete the task. In such a distributed scenario, one of these devices may execute only one or more steps of the method of this disclosure embodiment, and the multiple devices will interact with each other to complete the method described.

[0102] It should be noted that the above description describes some embodiments of this disclosure. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in a different order than that shown in the above embodiments and still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0103] Based on the same inventive concept, corresponding to any of the above-described embodiments, this disclosure also provides a vehicle control device.

[0104] refer to Figure 3 , Figure 3 The vehicle control device, as described in this embodiment, includes: The status acquisition module 201 is configured to acquire the charging gun connection status and the charging port cover closure status. The vehicle control module 202 is configured to determine the vehicle network status based on the charging gun connection status and the cover closure status, and to control the vehicle local network based on the vehicle network status, wherein the vehicle local network is used to realize the communication interaction required during the charging process.

[0105] In some embodiments, the vehicle control module 202 is specifically configured as follows: In response to the charging gun being in an inserted state and the cover being in an open state, the cover locking state is obtained, and the vehicle network status is determined based on the cover locking state; or... In response to the charging gun being in the inserted state and the cover being in the closed state, a timer is started, and the vehicle network status is determined based on the first timer duration.

[0106] In some embodiments, the vehicle control module 202 is specifically configured as follows: In response to the cap locking state being locked, the charging handshake protocol state is obtained, and the vehicle network state is determined based on the charging handshake protocol state; or... In response to the cap being unlocked, the vehicle network status is determined to be in a dormant state.

[0107] In some embodiments, the vehicle control module 202 is specifically configured as follows: In response to the charging handshake protocol state being either pre-charging or charging, the vehicle network state is determined to be in a wake-up state; or... In response to the charging handshake protocol status being fully charged, a timer begins, and the vehicle network status is determined based on the second timer duration; or... In response to the charging handshake protocol being in a disconnected or faulty state, a first fault prompt message is output and a timer is started. The vehicle network status is determined based on the third timer duration.

[0108] In some embodiments, the vehicle control module 202 is specifically configured as follows: In response to the third timing duration being less than the third duration threshold and receiving feedback information corresponding to the first fault indication information, the vehicle network status is determined to be in a wake-up state; or... In response to the third timing duration being greater than or equal to the third duration threshold, the vehicle network state is determined to be in a dormant state.

[0109] In some embodiments, the vehicle network status includes necessary communication network status and non-necessary communication network status; the vehicle control module 202 is specifically configured to: In response to the first timing duration being less than a first duration threshold, the vehicle network status is determined to be awake; or, In response to the first timing duration being greater than or equal to the first duration threshold, a sensor fault prompt message is output, and the necessary communication network status is determined to be in wake-up state and the non-necessary communication network status is determined to be in sleep state.

[0110] In some embodiments, the vehicle control module 202 is specifically configured as follows: In response to the charging gun being in an uninserted state and the cover being in an open state, a timer is started, and the vehicle network status is determined based on the fourth timer duration; or... In response to the charging gun being in an uninserted state and the cover being in a closed state, the charging handshake protocol state is obtained, and the vehicle network state is determined based on the charging handshake protocol state.

[0111] In some embodiments, the vehicle control module 202 is specifically configured as follows: In response to the charging handshake protocol state being either disconnected or fully charged, the timer starts. In response to the fifth timing duration being less than the fifth timing threshold and a full message being received, the vehicle network status is determined to be in a dormant state; or, In response to a fifth timing duration being greater than or equal to the fifth timing threshold, determine whether a charging gun disconnection command has been received, and determine the vehicle network status based on the determination result.

[0112] In some embodiments, the vehicle network status includes necessary communication network status and non-necessary communication network status; the vehicle control module 202 is specifically configured to: In response to the determination that a charging gun disconnect command has been received, the vehicle network status is determined to be in sleep mode; or, In response to the judgment result that no charging gun disconnection command was received, a second fault prompt message is output, and the necessary communication network status is determined to be in wake-up state and the non-necessary communication network status is in sleep state.

[0113] For ease of description, the above apparatus is described in terms of its functions, divided into various modules. Of course, in implementing this disclosure, the functions of each module can be implemented in one or more software and / or hardware.

[0114] The apparatus of the above embodiments is used to implement the corresponding vehicle control method in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0115] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this disclosure also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the vehicle control method described in any of the above embodiments.

[0116] Figure 4 This embodiment illustrates a more specific hardware structure of an electronic device. The device may include a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, memory 1020, input / output interface 1030, and communication interface 1040 are interconnected internally via the bus 1050.

[0117] The processor 1010 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0118] The memory 1020 can be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 1020 can store the operating system and other applications. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program code is stored in the memory 1020 and is called and executed by the processor 1010.

[0119] The input / output interface 1030 is used to connect input / output modules to realize information input and output. Input / output modules can be configured as components within the device (not shown in the figure) or externally connected to the device to provide corresponding functions. Input devices may include keyboards, mice, touchscreens, microphones, various sensors, etc., while output devices may include displays, speakers, vibrators, indicator lights, etc.

[0120] The communication interface 1040 is used to connect a communication module (not shown in the figure) to enable communication between this device and other devices. The communication module can communicate via wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.).

[0121] Bus 1050 includes a pathway for transmitting information between various components of the device, such as processor 1010, memory 1020, input / output interface 1030, and communication interface 1040.

[0122] It should be noted that although the above-described device only shows the processor 1010, memory 1020, input / output interface 1030, communication interface 1040, and bus 1050, in specific implementations, the device may also include other components necessary for normal operation. Furthermore, those skilled in the art will understand that the above-described device may only include the components necessary for implementing the embodiments of this specification, and not necessarily all the components shown in the figures.

[0123] The electronic devices described above are used to implement the corresponding vehicle control methods in any of the foregoing embodiments and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0124] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this disclosure also provides a non-transitory computer-readable storage medium that stores computer instructions for causing the computer to execute the vehicle control method as described in any of the above embodiments.

[0125] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transfer medium that can be used to store information accessible by a computing device.

[0126] The computer instructions stored in the storage medium of the above embodiments are used to cause the computer to execute the vehicle control method as described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0127] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides a vehicle, including the vehicle control device, the electronic device, and the computer-readable storage medium in the above embodiments, wherein the vehicle device implements the vehicle control method described in any of the above embodiments.

[0128] The vehicles described in the above embodiments are used to implement the vehicle control method described in any of the foregoing embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0129] It is understood that before using the technical solutions of the various embodiments in this disclosure, users will be informed of the type, scope of use, and usage scenarios of the personal information involved in an appropriate manner, and user authorization will be obtained.

[0130] For example, upon receiving a user's active request, a prompt message is sent to the user to explicitly inform them that the requested operation will require the acquisition and use of the user's personal information. This allows the user to independently choose, based on the prompt message, whether to provide personal information to the software or hardware such as electronic devices, applications, servers, or storage media performing the operations of this disclosed technical solution.

[0131] As an optional but not limited implementation, in response to a user's active request, sending a prompt message to the user can be done via a pop-up window, where the prompt message can be presented in text format. Furthermore, the pop-up window can also include a selection control allowing the user to choose "agree" or "disagree" to provide personal information to the electronic device.

[0132] It is understood that the above notification and user authorization process are merely illustrative and do not constitute a limitation on the implementation of this disclosure. Other methods that comply with relevant laws and regulations may also be applied to the implementation of this disclosure.

[0133] Those skilled in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of this disclosure (including the claims) is limited to these examples; within the framework of this disclosure, the technical features of the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations of different aspects of the embodiments of this disclosure as described above, which are not provided in detail for the sake of brevity.

[0134] Additionally, to simplify the description and discussion, and to avoid obscuring the embodiments of this disclosure, the provided drawings may or may not show well-known power / ground connections to integrated circuit (IC) chips and other components. Furthermore, the apparatus may be shown in block diagram form to avoid obscuring the embodiments of this disclosure, and this also takes into account the fact that the details of implementation of these block diagram apparatuses are highly dependent on the platform on which the embodiments of this disclosure will be implemented (i.e., these details should be fully understood by those skilled in the art). While specific details (e.g., circuits) have been set forth to describe exemplary embodiments of this disclosure, it will be apparent to those skilled in the art that the embodiments of this disclosure can be implemented without these specific details or with variations thereof. Therefore, these descriptions should be considered illustrative rather than restrictive.

[0135] Although this disclosure has been described in conjunction with specific embodiments thereof, many substitutions, modifications, and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may be used with the embodiments discussed.

[0136] This disclosure is intended to cover all such substitutions, modifications, and variations that fall within the broad scope of the appended claims. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this disclosure should be included within the scope of protection of this disclosure.

Claims

1. A vehicle control method, characterized in that, include: Obtain the charging gun connection status and the charging port cover closure status; The vehicle network status is determined based on the connection status of the charging gun and the closure status of the cover. The vehicle local network is then controlled based on the vehicle network status. The vehicle local network is used to realize the communication interaction required during the charging process.

2. The method according to claim 1, characterized in that, Determining the vehicle network status based on the charging gun connection status and the cap closure status includes: In response to the charging gun being in an inserted state and the cover being in an open state, the cover locking state is obtained, and the vehicle network status is determined based on the cover locking state; or... In response to the charging gun being in the inserted state and the cover being in the closed state, a timer is started, and the vehicle network status is determined based on the first timer duration.

3. The method according to claim 2, characterized in that, Determining the vehicle network status based on the locking status of the cover includes: In response to the cap locking state being locked, the charging handshake protocol state is obtained, and the vehicle network state is determined based on the charging handshake protocol state; or... In response to the cap being unlocked, the vehicle network status is determined to be in a dormant state.

4. The method according to claim 3, characterized in that, Determining the vehicle network status based on the charging handshake protocol status includes: In response to the charging handshake protocol state being either pre-charging or charging, the vehicle network state is determined to be in a wake-up state; or... In response to the charging handshake protocol status being fully charged, a timer begins, and the vehicle network status is determined based on the second timer duration; or... In response to the charging handshake protocol being in a disconnected or faulty state, a first fault prompt message is output and a timer is started. The vehicle network status is determined based on the third timer duration.

5. The method according to claim 3, characterized in that, The determination of vehicle network status based on the third timing duration includes: In response to the third timing duration being less than the third duration threshold and receiving feedback information corresponding to the first fault indication information, the vehicle network status is determined to be in a wake-up state; or... In response to the third timing duration being greater than or equal to the third duration threshold, the vehicle network state is determined to be in a dormant state.

6. The method according to claim 2, characterized in that, The vehicle network status includes the necessary communication network status and the non-essential communication network status. The process of determining the vehicle network status based on the first timing duration includes: In response to the first timing duration being less than a first duration threshold, the vehicle network status is determined to be awake; or, In response to the first timing duration being greater than or equal to the first duration threshold, a sensor fault warning message is output, and the necessary communication network status is determined to be in wake-up state and the non-necessary communication network status is determined to be in sleep state.

7. The method according to claim 1, characterized in that, Determining the vehicle network status based on the charging gun connection status and the cap closure status includes: In response to the charging gun being in an uninserted state and the cover being in an open state, a timer is started, and the vehicle network status is determined based on the fourth timer duration; or... In response to the charging gun being in an uninserted state and the cover being in a closed state, the charging handshake protocol state is obtained, and the vehicle network state is determined based on the charging handshake protocol state.

8. The method according to claim 7, characterized in that, Determining the vehicle network status based on the charging handshake protocol status includes: In response to the charging handshake protocol state being either disconnected or fully charged, the timer starts. In response to the fifth timing duration being less than the fifth timing threshold and a full message being received, the vehicle network status is determined to be in a dormant state; or, In response to a fifth timing duration being greater than or equal to the fifth timing threshold, determine whether a charging gun disconnection command has been received, and determine the vehicle network status based on the determination result.

9. The method according to claim 8, characterized in that, The vehicle network status includes the necessary communication network status and the non-essential communication network status. Determining the vehicle network status based on the judgment result includes: In response to the determination that a charging gun disconnect command has been received, the vehicle network status is determined to be in sleep mode; or, In response to the judgment result that no charging gun disconnection command was received, a second fault prompt message is output, and the necessary communication network status is determined to be in wake-up state and the non-necessary communication network status is in sleep state.

10. A vehicle, characterized in that, include: Memory, used to store executable programs; processor; When the executable program is executed by the processor, the method as described in any one of claims 1-9 is implemented.

Images