Delay monitoring control method, system and electronic equipment of vehicle and storage medium

Abstract

The application provides a delay monitoring control method and system of a vehicle, an electronic device and a storage medium. The control method comprises: after the vehicle is powered off, identifying a current power-off scene and judging whether an entering condition of a delay monitoring mode is met; if the entering condition of the delay monitoring mode is met, controlling a battery management system to enter the delay monitoring mode, and uploading state information of the battery management system by a vehicle networking system. During the delay monitoring, a sleep time is selected to enter a sleep mode according to a preset sleep strategy, and an awakening mode is entered according to a preset awakening condition, a high-voltage power-off state is maintained, and controllers of a vehicle auxiliary area are selectively awakened, and state information of the controllers is uploaded by the vehicle networking system. After the delay monitoring is completed, the sleep mode is entered again, and the battery management system and the controllers are controlled to enter the sleep mode, so that comprehensive monitoring of vehicle data after the vehicle is powered off is realized, and the whole vehicle can be in an extremely low power consumption state during the delay monitoring period.

Description

Technical Field

[0001] This application relates to the field of vehicle monitoring technology, and in particular to a method, system, electronic device and storage medium for delay monitoring and control of vehicles. Background Technology

[0002] When a vehicle experiences motor overspeed, torque limitation, or overheating during normal driving, or when the battery experiences thermal runaway during charging, the TBOX (Telematics Box, vehicle networking system) collects the vehicle's status information via the CAN bus (Controller Area Network) and uploads it to the backend. Users can download the data for the corresponding time period of the fault and analyze it to pinpoint the cause of the fault.

[0003] However, once the vehicle is powered off, the VCU (Vehicle Control Unit) and TBOX will enter a dormant state and will be unable to continue monitoring and acquiring the vehicle's status information. If the vehicle's battery experiences thermal runaway or other high-voltage faults at this time, it may cause the battery to catch fire. These data cannot be monitored in real time, which greatly increases the failure rate when the vehicle is driven or recharged.

[0004] Conventional power-down delay monitoring strategies typically only detect the relevant status information of the power battery after power-down. However, when serious faults occur in the motor and high-voltage auxiliary components, abnormal hibernation can easily cause the vehicle to lose power. The data of these controllers after power-down is not monitored, and the safety of the entire vehicle cannot be guaranteed. Summary of the Invention

[0005] This application provides a method, system, electronic device, and storage medium for delay monitoring and control of vehicles to solve at least some of the problems in the related art.

[0006] In a first aspect, embodiments of this application provide a method for delay monitoring and control of a vehicle, comprising: After the vehicle is powered off, the current power-off scenario is identified and it is determined whether the conditions for entering the delayed monitoring mode are met. If the conditions for entering the delayed monitoring mode are met, the battery management system is controlled to enter the delayed monitoring mode, and the vehicle network system uploads the status information of the battery management system. During the delayed monitoring period, the system selects the time to enter the sleep mode according to the preset sleep strategy and enters the wake-up mode according to the preset wake-up conditions, maintains the high voltage power-off state and selectively wakes up each controller in the vehicle auxiliary area, and the vehicle network system uploads the status information of each controller. After the delay monitoring is completed, it re-enters sleep mode and controls the battery management system and each of the controllers to enter sleep mode.

[0007] In some optional implementations, the step of selecting a hibernation time to enter hibernation mode according to a preset hibernation strategy includes: Send a platform logout command to the vehicle network system. If no successful logout feedback is received from the vehicle network system within a first set time period, a wake-up source detection is performed. If the wake-up source is not detected, the system enters sleep mode after a second set time period. If a successful logout feedback is received from the vehicle network system within the first set time period, a request to enter the delayed monitoring mode is sent to the battery management system.

[0008] In some optional implementations, the step of selecting a hibernation time to enter hibernation mode according to a preset hibernation strategy further includes: If a successful logout feedback is received from the vehicle network system within the first set time period, a request to enter the delayed monitoring mode is sent to the battery management system. If no confirmation of entry status is received from the battery management system within the third set time period, the request will be stopped and the system will enter sleep mode. If an entry status confirmation feedback is received from the battery management system within the third set time period, the system will enter sleep mode.

[0009] In some optional implementations, the step of entering the wake-up mode according to preset wake-up conditions, maintaining the high-voltage power-off state, and selectively waking up the controllers in the vehicle auxiliary area includes: The timing begins after the battery management system enters the delayed monitoring mode. If a battery failure of a set level occurs, the timing stops, and the system enters the wake-up mode in response to the wake-up message, maintaining the high-voltage power-down state and selectively waking up each controller in the vehicle's auxiliary area. After the battery management system enters the delayed monitoring mode, if the battery does not experience a fault of a set level within the fourth set time period, the waiting time exceeds the fifth set time period, and in response to the wake-up message, it enters the wake-up mode, maintains the high voltage power-off state, and selectively wakes up each controller in the vehicle auxiliary area.

[0010] In some alternative implementations, the controllers in the vehicle auxiliary zone include multiple types; in the event of a vehicle malfunction, the selective wake-up of the controllers in the vehicle auxiliary zone includes: waking up the controller associated with the malfunction type according to the malfunction type.

[0011] In some optional implementations, the uploading of the battery management system's status information by the vehicle networking system includes: After the battery management system enters the delayed monitoring mode, if a battery experiences a fault of a set level, the vehicle network system will take the first frame of the fault message received as the time point for the fault alarm and report all data within the sixth set time period after that time point.

[0012] In some optional implementations, after the delay monitoring is completed, the system re-enters sleep mode, including: After the vehicle network system finishes reporting data, if the battery management system exits the delayed monitoring mode, it will enter the sleep mode. After the vehicle network system finishes reporting data, if the battery management system does not exit the delayed monitoring mode, it will enter the sleep mode after a seventh set time delay.

[0013] In some optional implementations, the method further includes: during the delayed monitoring period, when the vehicle is powered on again or reconnected to the charging gun for charging, controlling the battery management system to exit the delayed monitoring mode until the vehicle power-off scenario is detected again, and determining whether the entry conditions for the delayed monitoring mode are met.

[0014] In some optional implementations, the power-down scenario includes at least one of the following: After the vehicle has finished driving, the car key is switched to the OFF position to turn off the power. With the car key in the OFF position, turn off the charging station and disconnect the power after the vehicle is finished charging. When the car key is in the ON position, after the vehicle finishes charging and the charging station is turned off, the car key is switched to the OFF position to disconnect the power. After the vehicle has finished charging, if the car key is not switched to the OFF position to cut off power, the vehicle will trigger an emergency power-off or a malfunction power-off.

[0015] In some optional implementations, the conditions for entering the delay monitoring mode include: All relays in the vehicle's high-voltage circuit are disconnected; and / or The vehicle's battery feedback indicates that charging is complete; and / or The vehicle triggers an emergency power-off or a power-off due to a malfunction.

[0016] Secondly, embodiments of this application provide a vehicle delay monitoring and control system, comprising: The vehicle controller is used to identify the current power-off scenario and determine whether the entry conditions for the delayed monitoring mode are met after the vehicle is powered off. If the entry conditions for the delayed monitoring mode are met, the controller controls the battery management system to enter the delayed monitoring mode. During the delayed monitoring period, the controller selects the time to enter the sleep mode according to the preset sleep strategy and enters the wake-up mode according to the preset wake-up conditions to wake up the controllers in the vehicle auxiliary area. After the delayed monitoring is completed, the controller enters the sleep mode again and controls the battery management system and each controller to enter the sleep mode. The vehicle networking system is electrically connected to the vehicle controller and is used to upload the status information of the battery management system and each of the controllers during delayed monitoring.

[0017] Thirdly, embodiments of this application provide a vehicle, including: a control system as described in the second aspect.

[0018] Fourthly, embodiments of this application provide an electronic device, including: At least one processor; and A memory communicatively connected to the at least one processor; wherein the memory stores computer instructions executable by the at least one processor, the computer instructions being executed by the at least one processor to enable the at least one processor to perform the control method as described in the first aspect.

[0019] Fifthly, embodiments of this application provide a computer-readable storage medium having computer instructions stored thereon for causing a computer to perform the control method as described in the first aspect.

[0020] This application employs the aforementioned technical solution. During the delayed monitoring period of the battery management system, it can select the timing to enter sleep mode according to a preset sleep strategy to prevent vehicle power depletion. It can also enter wake-up mode according to preset wake-up conditions, maintaining a high-voltage power-off state and selectively waking up the controllers in the vehicle's auxiliary zones. This allows the status information of controllers in auxiliary zones other than the battery to be monitored, achieving comprehensive monitoring of vehicle data after power loss. Furthermore, entering wake-up mode according to preset wake-up conditions and selectively waking up controllers in auxiliary zones ensures that the entire vehicle is in an extremely low-power state for over 99% of the delayed monitoring period. This fundamentally resolves the inherent contradiction between "long-term monitoring" and "low-voltage power depletion," achieving a perfect balance between safety and energy consumption.

[0021] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0022] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0023] Figure 1 The diagram shown is a flowchart illustrating a vehicle control method according to an exemplary embodiment of this application.

[0024] Figure 2 The diagram shown is a schematic block diagram of a vehicle control method according to an exemplary embodiment of this application.

[0025] Figure 3 The diagram shows the timing structure of a vehicle control method according to an exemplary embodiment of this application.

[0026] Figure 4The diagram shown is a structural block diagram of an electronic device according to an exemplary embodiment of this application. Detailed Implementation

[0027] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0028] Normally, after a vehicle is powered off, the controllers will shut down and go into hibernation for a short period of time. Although the high voltage is disconnected, disconnecting the high voltage does not mean there are no risks. For example, if the battery experiences thermal runaway or other level 4 faults, there will be no warning before the fault occurs, the process will not be monitored, and there will be no data to analyze afterward. The safety of the entire vehicle cannot be guaranteed. The vehicle needs to use software to achieve both delayed monitoring and data uploading after power-off, and to avoid power depletion of the vehicle due to power consumption caused by delayed monitoring after power-off.

[0029] This application provides a vehicle delay monitoring and control method, system, electronic device, and storage medium to solve the aforementioned related technical problems. The vehicle delay monitoring and control method, system, electronic device, and storage medium of this application will be described in detail below with reference to the accompanying drawings. Unless otherwise specified, the features in the following embodiments and implementations can be combined with each other.

[0030] See Figures 1 to 3 As shown, this application provides a method for monitoring and controlling vehicle delay. The control method can be executed by the vehicle's vehicle control unit (VCU), and the control method may include steps S1-S3: Step S1: After the vehicle is powered off, the current power-off scenario is identified and it is determined whether the entry conditions for the delayed monitoring mode (which can also be understood as a delayed monitoring scenario) are met. If the entry conditions for the delayed monitoring mode are met, the battery management system (hereinafter referred to as BMS) is controlled to enter the delayed monitoring mode, so that the power battery enters the delayed monitoring mode, and the vehicle networking system (hereinafter referred to as TBOX, Telematics Box) uploads the status information of the battery management system.

[0031] Step S2: During the delay monitoring period, select the time to enter the sleep mode according to the preset sleep strategy, and enter the wake-up mode according to the preset wake-up conditions, maintain the high voltage power-off state and selectively wake up each controller in the vehicle auxiliary area, and upload the status information of each controller by the vehicle networking system TBOX. Step S3: After the delay monitoring is completed, the system re-enters sleep mode and controls the battery management system (BMS) and each controller to enter sleep mode.

[0032] This application adopts the above-mentioned technical solution. During the delayed monitoring period, the system can select the timing to enter the sleep mode according to a preset sleep strategy, and enter the wake-up mode according to preset wake-up conditions, maintaining a high-voltage power-off state and selectively waking up the controllers in the vehicle's auxiliary area. In this way, when there is a need to monitor other controllers, selective wake-up and re-monitoring can be achieved, so that the entire vehicle is in an extremely low power consumption state during more than 99% of the delayed monitoring period. This fundamentally solves the inherent contradiction between "long-term monitoring" and "low-voltage power supply", achieving a perfect balance between safety and energy consumption.

[0033] In some optional implementations, the power-down scenarios in step S1 include at least one of the following: (1) after the vehicle has finished driving, the car key is switched to the OFF position to power down; (2) with the car key in the OFF position, the charging pile is turned off after the vehicle has finished charging to power down; (3) with the car key in the ON position, the charging pile is turned off after the vehicle has finished charging, and the car key is switched to the OFF position to power down; (4) after the vehicle has finished charging, the car key is not switched to the OFF position to power down, and the vehicle triggers an emergency power-down or fault power-down. This covers scenarios such as power-down while driving, unplugging the charging gun, power-down after charging with the car key in the ON position, and emergency power-down due to a fault.

[0034] The conditions for entering the delayed monitoring mode include: all relays in the vehicle's high-voltage circuit are disconnected, the vehicle's battery feedback indicates that charging is complete, or the vehicle triggers at least one of the following: emergency power-off or fault power-off.

[0035] Combination Figure 3 As shown, in one application scenario, after the vehicle has finished driving, the driver switches the key to the OFF position, and the vehicle begins the power-down process. The vehicle control unit (VCU) requests to shift to neutral and clear wheel torque. Once the vehicle speed drops to a certain threshold and there is no emergency power-down fault, the VCU sends an enable command to disconnect all high-voltage components in the high-voltage auxiliary zone. After all high-voltage components have stopped working, the VCU controls the relays of each high-voltage component to disconnect sequentially according to priority. After all the relays of each high-voltage component are disconnected, the VCU requests to disconnect the main positive relay, auxiliary positive relay, main negative relay, and all pre-charge relays of the high-voltage circuit in sequence. When all the relays of the high-voltage circuit are disconnected, the high-voltage power-down is considered complete, and the vehicle can enter the delayed monitoring mode.

[0036] In another application scenario, when the driver switches the car key to the OFF position, and the driver turns off the charging station after charging is complete, the vehicle begins the power-off process. Once the main positive relay, auxiliary positive relay, main negative relay, and all pre-charge relays of the high-voltage circuit are disconnected, and the battery reports that charging is complete, the vehicle can enter the delayed monitoring mode.

[0037] In another application scenario, when the driver switches the car key to the ON position and turns off the charging station after charging is complete, the battery feedback indicates that charging is complete. If the vehicle does not need to be powered off at this time, regardless of when the car key is switched to the OFF position to power off, as long as the main positive relay, auxiliary positive relay, main negative relay, and all pre-charge relays in the high-voltage circuit are disconnected, the entire vehicle can enter the delayed monitoring mode.

[0038] In another application scenario, if the vehicle is fully charged but the key is not switched to the OFF position to cut off power, and a serious malfunction occurs during this period, such as a battery thermal runaway or a collision, triggering an emergency power-off or fault power-off, the entire vehicle must also enter a delayed monitoring mode.

[0039] Furthermore, this application can also cover collaborative monitoring of intelligent power replenishment scenarios, latency monitoring in remote control scenarios, and collaborative monitoring of OTA (Over-The-Air) upgrade scenarios.

[0040] In the intelligent charging scenario, when the vehicle is awakened by the intelligent charging function, the vehicle controller (VCU) can identify the charging scenario and automatically enter the delayed monitoring mode after the charging is completed, ensuring that the battery status data during the charging process can also be completely recorded and uploaded.

[0041] In remote control scenarios, when the car owner remotely turns on the air conditioner or charges the car remotely via the APP, the vehicle can also trigger the delayed monitoring mode after completing the remote command and shutting down the power. This realizes an automatic delayed monitoring trigger mechanism after the remote command is executed.

[0042] In OTA upgrade scenarios, after the vehicle is powered off during an OTA upgrade, the software state of each controller changes. At this time, the delayed monitoring mode can also be triggered to monitor the data after power-off. This enables the delayed monitoring to be automatically triggered after the OTA upgrade is completed, ensuring that the upgraded system state is fully recorded.

[0043] With the above settings, the vehicle control strategy of this application can cover data monitoring and uploading of multiple controllers in various scenarios, as well as the intelligent sleep mode of the vehicle controller (VCU).

[0044] In some optional implementations, the control method further includes: during the delay monitoring period, when the vehicle is powered on again or reconnected to the charging gun for charging, controlling the battery management system to exit the delay monitoring mode until the vehicle power-off scenario is detected again, and determining whether the entry conditions for the delay monitoring mode are met.

[0045] Understandably, once the vehicle enters a delay monitoring scenario, it will remain in the delay monitoring state until the vehicle controller enters a sleep state. Unless the vehicle is powered on again or reconnected to the charging gun, the vehicle will exit the delay monitoring scenario. The vehicle controller (VCU) will then re-determine whether it needs to enter the delay monitoring scenario when there is a power-down action.

[0046] Thus, when the user re-energizes the vehicle or plugs in the charger, the vehicle's state has substantially changed. The forced exit and reset mechanism avoids conflicts and data confusion between the old and new monitoring processes. The vehicle control unit (VCU)'s re-entry into the delayed monitoring mode identification process ensures that the data collected in the new delayed monitoring frame strictly matches the current vehicle state, avoiding data crosstalk under different operating conditions and improving the accuracy of background fault analysis. Furthermore, the user's power-on or charging operations receive immediate responses; the system does not "ignore" the user's physical actions by adhering to the delayed monitoring process, preventing users from mistakenly believing the vehicle is "stuck" or "out of control," effectively improving the user experience. Through the closed-loop process of "entry condition judgment - delayed monitoring maintenance - external operation interruption - delayed monitoring mode re-identification → re-entry into delayed monitoring," continuous monitoring coverage of the entire lifecycle of the vehicle after power-off is achieved. Regardless of the user's actions during monitoring (powering on, plugging in the charger, turning off the main power, etc.), the system responds in the most appropriate way.

[0047] In some optional implementations, step S2, which involves selecting a time to enter the sleep mode according to a preset sleep strategy, may include: sending a platform logout command to the vehicle network system; if no successful logout feedback is received from the vehicle network system within a first set time period, then performing a wake-up source detection; if no wake-up source is detected, then entering the sleep mode after a second set time period.

[0048] Combination Figure 3As shown, it is understandable that when the vehicle enters the delayed monitoring mode, the vehicle controller (VCU) operates on the CAN bus (Controller Area Network bus). The network continuously sends logout commands to the vehicle-to-everything (V2X) platform. After receiving the platform logout command from the vehicle controller (VCU) on the CAN bus, the V2X system TBOX will execute and report the platform logout status within a certain period of time. The VCU starts timing from the moment it sends the platform logout command. If the timing exceeds the first set time t1 and the V2X system TBOX does not report the platform logout status or the logout success status, the VCU considers the current interaction with the V2X system TBOX to have failed. The VCU will immediately enter a waiting sleep mode and perform wake-up source detection. When both the local wake-up source (such as the key KL15 wake-up or the charging pile wake-up) and the remote wake-up source disappear, that is, no wake-up source is detected, the VCU stops sending network packets and application packets and enters sleep mode after a second set time t2. The purpose of the VCU entering the waiting sleep mode in a timely manner in the current scenario is to avoid the vehicle waiting for the V2X system TBOX to report the logout status for a long time, which could cause the vehicle to lose power. In this way, if the vehicle networking system TBOX malfunctions or the network signal is poor, it may not be able to respond immediately to the platform logout command of the vehicle controller VCU. The vehicle controller VCU will continuously send the platform logout command within a fixed time. Only after not receiving feedback will the VCU quickly enter the sleep process to avoid the vehicle waiting for the vehicle networking system TBOX to report the logout status for a long time, which could cause the vehicle to lose power.

[0049] In some optional implementations, step S2, which involves selecting a hibernation time to enter hibernation mode according to a preset hibernation strategy, may further include: If a successful logout feedback is received from the vehicle network system within the first set time period, a request to enter the delayed monitoring mode is sent to the battery management system. If no confirmation of entry status is received from the battery management system within the third set time period, the request will be stopped and the system will enter sleep mode. If an entry status confirmation feedback is received from the battery management system within the third set time period, the system will enter sleep mode.

[0050] Combination Figure 3 As shown, it is understandable that if the vehicle networking system TBOX reports a successful logout status within the specified first set time t1, it will continuously send 3 frames of messages. After receiving the logout status feedback from the vehicle networking system TBOX, the vehicle controller VCU will send a request on the CAN bus to the battery management system BMS to enter the delayed monitoring mode.

[0051] After receiving the logout status feedback from the vehicle networking system TBOX, the vehicle controller (VCU) sends a request on the CAN bus to the battery management system (BMS) to enter delayed monitoring mode and starts timing. The BMS can determine whether to enter delayed monitoring mode based on its own status. If the timing exceeds a third preset time t3 and the VCU has not received confirmation of entry into delayed monitoring mode from the BMS, the VCU stops sending commands to request delayed monitoring mode and enters a waiting sleep mode to begin the normal sleep process. Thus, if the BMS malfunctions or has a poor network signal and may not be able to immediately respond to the VCU's request, the VCU will continuously send commands to enter delayed monitoring mode within a fixed time. Only after the BMS fails to enter will the VCU quickly enter the sleep process to prevent the vehicle from losing power. If the BMS successfully enters delayed monitoring mode, the VCU will also enter sleep mode to prevent the vehicle from losing power.

[0052] In some optional implementations, step S2, which involves entering the wake-up mode according to preset wake-up conditions, maintaining the high-voltage power-off state, and selectively waking up the controllers in the vehicle auxiliary zone, may include: The timing begins after the battery management system enters the delayed monitoring mode. If a battery failure of a set level occurs, the timing stops, and the system enters the wake-up mode in response to the wake-up message, maintaining the high-voltage power-down state and selectively waking up each controller in the vehicle's auxiliary area. After the battery management system enters the delayed monitoring mode, if the battery does not experience a fault of a set level within the fourth set time period, the waiting time exceeds the fifth set time period, and in response to the wake-up message, it enters the wake-up mode, maintains the high voltage power-off state, and selectively wakes up each controller in the vehicle auxiliary area.

[0053] Combination Figure 3As shown, it is understandable that when the Battery Management System (BMS) enters the delayed monitoring mode, it begins timing. If a battery fault of a set level (e.g., a level 3 or 4 fault) occurs during this period, the timing will immediately stop. The BMS will immediately send a specific frame wake-up message to directly wake up the gateway. After being woken up, the gateway will send a network management message to wake up the Vehicle Controller Unit (VCU) and the Vehicle Networking System (TBOX). When the VCU is woken up by the network, it will not enter the high-voltage process, but will only maintain the wake-up state of high-voltage power-off. It will selectively wake up the auxiliary controllers (e.g., Microcontroller Unit (MCU), DC-DC converter (DCDC), Automatic Transmission Control Unit (TCU), Thermal Management System (TMS), etc.) through hard wiring. In this way, if a serious level 3 or 4 fault occurs in the BMS during the delayed monitoring period, the timing can be terminated immediately. The TBOX records and uploads the data before the fault. After the data upload is completed, the BMS and other controllers quickly enter a sleep state to avoid continuous operation during the fault state. By introducing an emergency termination mechanism, the technical problems of delayed response, data loss, and secondary safety risks in serious fault scenarios under fixed-duration delayed monitoring are solved.

[0054] If no battery level 3 or 4 fault occurs within the fourth set time t4 of the delayed monitoring period, the BMS will send a specific frame wake-up message to wake up the gateway after the timeout exceeds the fifth set time t5. The gateway will then wake up the vehicle controller (VCU) and the vehicle networking system (TBOX). When the VCU is woken up by the network, it will not enter the high-voltage process, but will only maintain the wake-up state of high-voltage power-off. It will selectively wake up the auxiliary controllers through hard wiring, and the TBOX will start uploading data.

[0055] Furthermore, the controllers in the vehicle auxiliary area include various types; in the event of a vehicle malfunction, the selective wake-up of the controllers in the vehicle auxiliary area includes: waking up controllers related to the fault type. This allows for the wake-up of only relevant controllers based on the vehicle fault type, rather than all controllers, further reducing power consumption. For example, when the fault type is battery overheating, the vehicle control unit (VCU), the vehicle networking system (TBOX), and the thermal management system (TMS) can be woken up. When the fault type is a motor controller fault, the vehicle control unit (VCU), the vehicle networking system (TBOX), and the microcontroller unit (MCU) can be woken up. When the fault type is a DC-DC converter fault, the vehicle control unit (VCU), the vehicle networking system (TBOX), and the DC-DC converter (DCDC) can be woken up. When the fault type is a transmission fault, the vehicle control unit (VCU), the vehicle networking system (TBOX), and the automatic transmission control unit (TCU) can be woken up.

[0056] In some optional implementations, step S2, where the vehicle-to-everything (V2X) system uploads the status information of the battery management system, may include: after the battery management system enters delayed monitoring mode, if a battery experiences a fault of a set level, the V2X system uses the first frame of the received fault message as the time point for the fault alarm and reports all data within a sixth set time period after that time point. It is understood that the V2X system (TBOX) uses the first frame as the time point for the fault alarm and reports all data within a sixth set time period t6 after the fault alarm.

[0057] Thus, defining the moment of the first fault message or specific wake-up frame sent by the Battery Management System (BMS) as the fault alarm time origin ensures the uniqueness and authority of the time base for fault analysis, avoiding data alignment errors caused by asynchronous controller clocks or bus transmission delays. Furthermore, reporting all data within a six-set time period t6 after this time origin, such as the continuous temperature rise trend and sudden data changes after the fault occurs (e.g., voltage collapse, insulation resistance drop), ensures the accuracy of fault data acquisition, greatly improving the efficiency and accuracy of fault location.

[0058] In some optional implementations, step S3, after the delay monitoring is completed, may include: if the battery management system exits the delay monitoring mode after the vehicle network system finishes reporting data, then it enters the sleep mode; if the battery management system does not exit the delay monitoring mode after the vehicle network system finishes reporting data, then it enters the sleep mode after a seventh set time delay.

[0059] Combination Figure 3 As shown, it is understandable that after the delay monitoring is completed, the vehicle network system TBOX data will be uploaded completely. The vehicle controller VCU will then control the battery management system BMS to exit the delay monitoring mode and stop sending specific frame network packets. The vehicle controller VCU will then enter the sleep process. If the battery management system BMS does not exit the delay monitoring mode, the vehicle controller VCU will not remain in a waiting state. After the vehicle controller VCU completes the delay monitoring timer for the battery management system BMS, it will delay for a seventh set time t7 (e.g., 3 minutes). The vehicle controller VCU will then force the vehicle to enter the sleep process to prevent the vehicle from running out of power.

[0060] During the entire delay monitoring data upload process, if the driver directly turns off the main power, all controllers will lose power, and the delay monitoring process will immediately terminate. If, at any stage, the driver re-energizes and then de-energizes the device, or re-plugs the charging gun and then unplugs it, the system will return to the delay monitoring mode recognition stage. Only after the scene entry conditions are met again will the delay monitoring process resume.

[0061] Through the above technical solution, after the vehicle is powered down, the vehicle controller (VCU) will not immediately enter a sleep state. The VCU will identify various scenarios of vehicle power-on and power-off after driving and charging completion. After meeting the power-off delay monitoring mode, the power battery will enter the delay monitoring mode. During this period, the VCU flexibly selects the sleep time and enters sleep mode in a timely manner to avoid power depletion of the vehicle. After the power battery delay monitoring is completed, the vehicle controller (VCU) can be woken up again by a specific frame of network packet. The vehicle does not enter the high-voltage process, but it can wake up the relevant controllers in the auxiliary area (such as DC-DC, MCU, TCU, TMS, etc.), so that the data of each controller in the high-voltage auxiliary area after power-off can also be uploaded to the platform, realizing comprehensive monitoring of vehicle data after power-off.

[0062] Compared to traditional vehicle power-down hibernation operations, the power-down hibernation strategy considered in this application is more comprehensive and intelligent. After power-down, the vehicle does not simply go into hibernation directly, but simultaneously meets the power-down delay requirements of relevant regulations while preventing the vehicle from losing power. Furthermore, this application can cover more comprehensive power-down scenarios and upload more comprehensive delay monitoring data. The VCU can be woken up again after power-down, waking up multiple controllers in the auxiliary area and enabling data upload from multiple controllers.

[0063] This application provides a vehicle, including a delay monitoring and control system. The vehicle can be a commercial vehicle or a passenger vehicle. The control system can be used to execute the delay monitoring and control method described in the above embodiments and implementations. The control system may include a vehicle controller and a vehicle networking system. The vehicle controller is used to identify the current power-off scenario after the vehicle is powered off and determine whether the entry conditions for the delay monitoring mode are met. If the entry conditions are met, the controller controls the battery management system to enter the delay monitoring mode. During delay monitoring, the controller selects a sleep time to enter sleep mode according to a preset sleep strategy and enters wake-up mode according to preset wake-up conditions, waking up each controller in the vehicle's auxiliary area. After delay monitoring is completed, the controller re-enters sleep mode and controls the battery management system and each controller to enter sleep mode. The vehicle networking system is electrically connected to the vehicle controller and is used to upload the status information of the battery management system and each controller during delay monitoring.

[0064] According to embodiments of this application, this application also provides an electronic device and a computer-readable storage medium. The electronic device is intended to represent various forms of digital computers or mobile devices. The digital computer may include a desktop computer, a portable computer, a workbench, a personal digital assistant, a server, a mainframe computer, and other suitable computers. The mobile device may include a tablet computer, a smartphone, a wearable device, etc.

[0065] The electronic device may include at least one processor and a memory communicatively connected to the at least one processor. The memory stores computer instructions executable by the at least one processor, which, when executed, enable the at least one processor to perform the vehicle control method as described in the above embodiments and implementations.

[0066] A computer-readable storage medium storing computer instructions thereon, the computer instructions being used to cause a computer to perform the vehicle control method as described in the above embodiments and implementation methods. The computer-readable storage medium provided in this application can be a tangible medium, and may include, but is not limited to, electronic, magnetic, optical, electromagnetic, and other forms of storage media.

[0067] See Figure 4 As shown, the electronic device 300 may include a computing unit 301, a ROM 302 (Read-Only Memory), a RAM 303 (Random Access Memory), a bus 304, and an I / O interface 305 (Input / Output).

[0068] The computing unit 301 can perform various appropriate actions and processes based on the computer program stored in the ROM 302 or the computer program loaded into the RAM 303 from the storage unit 308. The RAM 303 can also store various programs and data required for the operation of the electronic device 300. The computing unit 301, ROM 302, and RAM 303 are interconnected via a bus 304. An I / O interface 305 (Input / Output) is also connected to the bus 304.

[0069] Multiple components in electronic device 300 are connected to I / O interface 305, including: input unit 306, such as keyboard, mouse, etc.; output unit 307, such as various types of displays, speakers, etc.; storage unit 308, such as disk, optical disk, etc.; and communication unit 309, such as network card, modem, wireless transceiver, etc. Communication unit 309 allows device 300 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0070] The computing unit 301 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 301 include, but are not limited to, CPUs (Central Processing Units), GPUs (Graphics Processing Units), various special-purpose AI (Artificial Intelligence) computing chips, various computing units running machine learning model algorithms, DSPs (Digital Signal Processors), and any suitable processor, controller, microcontroller, etc. The computing unit 301 performs the various methods and processing steps described above, such as vehicle control methods. For example, in some embodiments, the vehicle control method may be implemented as a computer software program tangibly contained in a machine-readable medium, such as storage unit 308. In some embodiments, part or all of the computer program may be loaded and / or installed on device 300 via ROM 302 and / or communication unit 309. When the computer program is loaded into RAM 303 and executed by the computing unit 301, one or more steps of the methods described above may be performed. Alternatively, in other embodiments, the computing unit 301 may be configured to perform the aforementioned vehicle control method by any other suitable means (e.g., by means of firmware).

[0071] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.

Claims

1. A method for delay monitoring and control of a vehicle, characterized in that, include: After the vehicle is powered off, the current power-off scenario is identified and it is determined whether the conditions for entering the delayed monitoring mode are met. If the conditions for entering the delayed monitoring mode are met, the battery management system is controlled to enter the delayed monitoring mode, and the vehicle network system uploads the status information of the battery management system. During the delayed monitoring period, the system selects the time to enter the sleep mode according to the preset sleep strategy and enters the wake-up mode according to the preset wake-up conditions, maintains the high voltage power-off state and selectively wakes up each controller in the vehicle auxiliary area, and the vehicle network system uploads the status information of each controller. After the delay monitoring is completed, it re-enters sleep mode and controls the battery management system and each of the controllers to enter sleep mode.

2. The control method according to claim 1, characterized in that, The step of selecting a hibernation time to enter hibernation mode according to a preset hibernation strategy includes: A platform logout command is sent to the vehicle network system. If no successful logout feedback is received from the vehicle network system within a first set time period, a wake-up source detection is performed. If the wake-up source is not detected, the system enters sleep mode after a second set time period.

3. The control method according to claim 2, characterized in that, The step of selecting a hibernation time to enter hibernation mode according to a preset hibernation strategy also includes: If a successful logout feedback is received from the vehicle network system within the first set time period, a request to enter the delayed monitoring mode is sent to the battery management system. If no confirmation of entry status is received from the battery management system within the third set time period, the request will be stopped and the system will enter sleep mode. If an entry status confirmation feedback is received from the battery management system within the third set time period, the system will enter sleep mode.

4. The control method according to claim 1, characterized in that, The step of entering wake-up mode according to preset wake-up conditions, maintaining a high-voltage power-off state, and selectively waking up each controller in the vehicle auxiliary area includes: The timing begins after the battery management system enters the delayed monitoring mode. If a battery failure of a set level occurs, the timing stops, and the system enters the wake-up mode in response to the wake-up message, maintaining the high-voltage power-down state and selectively waking up each controller in the vehicle's auxiliary area. After the battery management system enters the delayed monitoring mode, if the battery does not experience a fault of a set level within the fourth set time period, the waiting time exceeds the fifth set time period, and in response to the wake-up message, it enters the wake-up mode, maintains the high voltage power-off state, and selectively wakes up each controller in the vehicle auxiliary area.

5. The control method according to claim 1, characterized in that, The controllers in the vehicle auxiliary area include various types; in the event of a vehicle malfunction, the selective wake-up of the controllers in the vehicle auxiliary area includes: waking up the controllers associated with the malfunction type according to the malfunction type.

6. The control method according to claim 1, characterized in that, The status information of the battery management system uploaded by the vehicle networking system includes: After the battery management system enters the delayed monitoring mode, if a battery experiences a fault of a set level, the vehicle network system will take the first frame of the fault message received as the time point for the fault alarm and report all data within the sixth set time period after that time point.

7. The control method according to claim 1, characterized in that, After the latency monitoring is completed, the system re-enters sleep mode, including: After the vehicle network system finishes reporting data, if the battery management system exits the delayed monitoring mode, it will enter the sleep mode. After the vehicle network system finishes reporting data, if the battery management system does not exit the delayed monitoring mode, it will enter the sleep mode after a seventh set time delay.

8. The control method according to claim 1, characterized in that, Also includes: During the delayed monitoring period, when the vehicle is powered on again or reconnected to the charging gun, the battery management system is controlled to exit the delayed monitoring mode until the vehicle power-off scenario is detected again, and it is determined whether the entry conditions for the delayed monitoring mode are met.

9. The control method according to claim 1, characterized in that, The power-down scenario includes at least one of the following: After the vehicle has finished driving, the car key is switched to the OFF position to turn off the power. With the car key in the OFF position, turn off the charging station and disconnect the power after the vehicle is finished charging. When the car key is in the ON position, after the vehicle finishes charging and the charging station is turned off, the car key is switched to the OFF position to disconnect the power. After the vehicle has finished charging, if the car key is not switched to the OFF position to cut off power, the vehicle will trigger an emergency power-off or a malfunction power-off.

10. The control method according to claim 1, characterized in that, The conditions for entering the delay monitoring mode include: All relays in the vehicle's high-voltage circuit are disconnected; and / or The vehicle's battery feedback indicates that charging is complete; and / or The vehicle triggers an emergency power-off or a power-off due to a malfunction.

11. A vehicle delay monitoring and control system, characterized in that, include: The vehicle controller is used to identify the current power-off scenario and determine whether the entry conditions for the delayed monitoring mode are met after the vehicle is powered off. If the entry conditions for the delayed monitoring mode are met, the controller controls the battery management system to enter the delayed monitoring mode. During the delayed monitoring period, the controller selects the time to enter the sleep mode according to the preset sleep strategy and enters the wake-up mode according to the preset wake-up conditions to wake up the controllers in the vehicle auxiliary area. After the delayed monitoring is completed, the controller enters the sleep mode again and controls the battery management system and each controller to enter the sleep mode. The vehicle networking system is electrically connected to the vehicle controller and is used to upload the status information of the battery management system and each of the controllers during delayed monitoring.

12. A vehicle, characterized in that, include: The control system as described in claim 11.

13. An electronic device, characterized in that, include: At least one processor; as well as A memory communicatively connected to the at least one processor; wherein the memory stores computer instructions executable by the at least one processor, the computer instructions being executed by the at least one processor to enable the at least one processor to perform the control method as described in any one of claims 1-10.

14. A computer-readable storage medium storing computer instructions thereon, characterized in that, The computer instructions are used to cause the computer to perform the control method as described in any one of claims 1-10.

Images