CN115695494A - Vehicle feed risk monitoring method, device, equipment and storage medium - Google Patents
Vehicle feed risk monitoring method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN115695494A CN115695494A CN202211347537.6A CN202211347537A CN115695494A CN 115695494 A CN115695494 A CN 115695494A CN 202211347537 A CN202211347537 A CN 202211347537A CN 115695494 A CN115695494 A CN 115695494A
- Authority
- CN
- China
- Prior art keywords
- control unit
- information
- micro control
- controller
- feed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 238000012544 monitoring process Methods 0.000 title claims abstract description 31
- 230000007958 sleep Effects 0.000 claims abstract description 26
- 230000005059 dormancy Effects 0.000 claims abstract description 15
- 230000005540 biological transmission Effects 0.000 claims description 28
- 238000004891 communication Methods 0.000 claims description 17
- 238000004590 computer program Methods 0.000 claims description 15
- 238000012545 processing Methods 0.000 claims description 9
- 230000002159 abnormal effect Effects 0.000 claims description 5
- 238000012806 monitoring device Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 abstract description 8
- 238000010586 diagram Methods 0.000 description 13
- 230000006870 function Effects 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 206010019233 Headaches Diseases 0.000 description 2
- 231100000869 headache Toxicity 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000009417 prefabrication Methods 0.000 description 1
- 230000002618 waking effect Effects 0.000 description 1
Images
Landscapes
- Traffic Control Systems (AREA)
Abstract
The invention provides a vehicle feed risk monitoring method, a device, equipment and a storage medium, which comprises the steps of judging whether a micro control unit is dormant or not; if the micro control unit is in a non-sleep state, the micro control unit acquires state information of each controller, wherein the state information of each controller comprises the non-sleep information and the awakening information; acquiring a power supply voltage value of a micro control unit; and uploading the state information of each controller and the power supply voltage value of the micro control unit to a cloud end, and if the voltage value of the micro control unit is lower than a preset threshold value, sending feed early warning information. This application sends little the control unit supply voltage to the high in the clouds through little the control unit initiative, initiatively sends the feed early warning, discovery feed problem that can be timely, avoid missing feed early warning time, lead to the vehicle to take place the feed, when little the control unit of this application is in not dormancy state, obtain each controller state information, recorded the process information of feed, be convenient for trace back the feed reason, in time fix a position the problem, solve the problem.
Description
Technical Field
The application relates to the technical field of vehicle feed monitoring, in particular to a vehicle feed risk monitoring method, device, equipment and storage medium.
Background
With the popularization of automobiles, automobiles play an increasingly important role in life of people, the software degree of automobile electronics is greatly improved, and the corresponding automobile feed problem is widely concerned. The feeding of the automobile storage battery can lead to the fact that the automobile cannot be started normally, the normal use of an automobile owner to the automobile is seriously affected, however, when the problem of automobile feeding occurs, the fault site is often not protected, and key automobile log information is lacked, so that the problem of analyzing the problem is always a headache problem of maintenance workers.
In the prior art, a cloud terminal sends a state reading instruction to a T-BOX (Telematics BOX) of a vehicle at a certain time interval after the whole vehicle is dormant, the T-BOX reads the instruction and feeds back the state information, and judges whether the vehicle is abnormally awakened or not, if the cloud terminal continuously controls the cloud terminal to actively acquire a network signal sent by the T-BOX, and the T-BOX continuously acquires vehicle condition data. And finally, the cloud analyzes to judge the abnormal awakening module. By means of cloud active query, the time point of occurrence of a fault is often missed, the difficulty of problem analysis is increased, and the T-BOX use power consumption is increased due to frequent query.
In the existing method, only the state information of the vehicle battery is monitored, only result data is obtained, process data is not available, problems are caused, the cause of the problems is not easy to locate, and the method is not suitable for solving essential problems by updating with the vehicle later. Therefore, a vehicle feed risk monitoring method is needed, which can perform early warning on feed on one hand, and can obtain process data and locate problems in time on the other hand, so that the problem can be solved conveniently in subsequent updating and upgrading.
Disclosure of Invention
In view of the above drawbacks of the prior art, the present invention provides a vehicle feeding risk monitoring method to solve the above technical problems.
The invention provides a vehicle feed risk monitoring method, which comprises the following steps:
judging whether the micro control unit is dormant or not;
if the micro control unit is in an un-dormant state, the micro control unit acquires state information of each controller, wherein the state information of each controller comprises un-dormant information and awakening information;
acquiring a power supply voltage value of a micro control unit;
uploading the state information of each controller and the power supply voltage value of the micro control unit to a cloud end, and if the voltage value of the micro control unit is lower than a preset threshold value, sending feed early warning information, wherein the feed early warning information comprises the state information of the controllers.
In an exemplary embodiment of the application, when the micro control unit is in a sleep state, the micro control unit automatically wakes up at a first time interval, and collects the voltage value of the micro control unit; and sending the voltage value of the micro control unit to the cloud.
In an exemplary embodiment of the present application, if the mcu is not in the sleep mode, the acquiring the status information of each controller by the mcu includes: receiving network management messages of each controller, wherein the network management messages comprise state information of each controller; extracting non-sleep information and awakening information, forwarding the information to a specific controller local area network ID, and sending the information to a controller local area network; the micro control unit receives a specific controller area network ID message and stores the controller area network message into a queue, wherein the specific controller area network ID message comprises non-dormancy information and awakening information of each controller; and sending the data in the queue to the cloud.
In an exemplary embodiment of the present application, if the micro control unit is not dormant, state information of each controller is acquired, including setting information of non-dormancy and wake-up of the micro control unit to an idle byte of a network management message of the micro control unit; and the network management message of the micro control unit is sent to a controller local area network for unified processing.
In an exemplary embodiment of the present application, the non-sleep information includes a reason for a controller area network and an external input reason; the awakening reasons comprise controller local area network awakening, automobile power switch awakening, emergency call switch awakening and information transmission module awakening.
In an exemplary embodiment of the present application, sending data in a queue to a cloud includes: judging whether the communication between the micro control unit and the information transmission module is normal or not; if the communication is normal, the micro control unit sends the queue data to the information transmission module; if the communication is abnormal, the micro control unit stores the queue data and waits for the communication between the micro control unit and the information transmission module to be recovered.
In an exemplary embodiment of the present application, the micro control unit communicates with the information transmission module through a UART or an SPI, and the micro control unit is a vehicle-mounted entertainment terminal micro control unit.
The application still provides a vehicle feed risk monitoring devices, and the device includes:
the micro control unit state judgment module judges the state of the micro control unit;
the information acquisition module acquires a power supply voltage value of the micro control unit and acquires state information of each controller, wherein the state information of each controller comprises non-dormancy information and awakening information;
and the information transmission module transmits the information acquired by the information acquisition module to the cloud.
The present application further provides an electronic device, which includes: one or more processors;
a storage device for storing one or more programs which, when executed by the one or more processors, cause the electronic device to implement the vehicle feeding risk monitoring method as claimed in any one of the preceding claims.
The present application also provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor of a computer, causes the computer to perform a vehicle feeding risk monitoring method as in any one of the above.
Compared with the prior art, the invention has the beneficial effects that:
the existing mode of relying on cloud active query often misses the time point of occurrence of a fault, increases the difficulty of problem analysis, and increases the power consumption of the T-BOX due to frequent query. According to the power supply method and the power supply system, the micro control unit is used for actively sending the power supply voltage of the micro control unit to the cloud, when the power supply voltage is smaller than a preset threshold value, the feed early warning is actively sent out, the feed problem can be timely found, the feed early warning time is prevented from being missed, and the feed of the vehicle is avoided. When the micro control unit is in a dormant state, the cloud end can not actively send out inquiry to the micro control unit, so that the micro control unit is prevented from being frequently awakened in the dormant state, the power consumption of the micro control unit is reduced, and the condition that the feeding is caused by frequent awakening is avoided.
When the micro control unit is in the non-sleep state, the state information of each controller is obtained, the state information of each controller comprises the non-sleep information and the awakening information of each controller, the feed process information is recorded, the feed reason is convenient to trace, and the problem is timely positioned and solved.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application. It is obvious that the drawings in the following description are only some embodiments of the application, and that for a person skilled in the art, other drawings can be derived from them without inventive effort. In the drawings:
FIG. 1 is a schematic diagram of a vehicle feed risk monitoring architecture shown in an exemplary embodiment of the present application;
FIG. 2 is a schematic flow chart diagram illustrating a vehicle feed risk monitoring method in an exemplary embodiment of the present application;
FIG. 3 is a flow chart illustrating a micro-control unit sleep during vehicle feed monitoring according to an exemplary embodiment of the present application;
FIG. 4 is a schematic flow chart illustrating a micro control unit acquiring status information of each controller according to an exemplary embodiment of the present application;
FIG. 5 is a schematic diagram illustrating a flow of sending non-sleep information of a MCU according to an exemplary embodiment of the present application;
FIG. 6 illustrates a schematic structural diagram of a computer system suitable for use in implementing the electronic device of an embodiment of the present application.
Detailed Description
Other advantages and effects of the present invention will become apparent to those skilled in the art from the disclosure herein, wherein the embodiments of the present invention are described in detail with reference to the accompanying drawings and preferred embodiments. The invention is capable of other and different embodiments and of being practiced or of being carried out in various ways, and its several details are capable of modification in various respects, all without departing from the spirit and scope of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention, and are not intended to limit the scope of the present invention.
It should be noted that the drawings provided in the following embodiments are only for illustrating the basic idea of the present invention, and the components related to the present invention are only shown in the drawings rather than drawn according to the number, shape and size of the components in actual implementation, and the type, quantity and proportion of the components in actual implementation may be changed freely, and the layout of the components may be more complicated.
In the following description, numerous details are set forth to provide a more thorough explanation of embodiments of the present invention, however, it will be apparent to one skilled in the art that embodiments of the present invention may be practiced without these specific details, and in other embodiments, well-known structures and devices are shown in block diagram form, rather than in detail, to avoid obscuring embodiments of the present invention.
Along with the improvement of the electronic software degree of the automobile, the feeding problem of the automobile is widely concerned, and once the storage battery of the electric automobile feeds electricity, the automobile cannot be started normally, so that the daily use of the automobile owner on the automobile is seriously influenced. However, when the automobile power feeding problem occurs, the fault site is often not protected, and the key vehicle log information is lacked, so that the problem of analyzing the problem is always a headache problem for maintenance workers.
Referring to fig. 2, fig. 2 is a schematic view of a vehicle feeding risk monitoring method according to an exemplary embodiment, which includes the following steps:
step S210, determining whether the micro control unit is dormant.
When the vehicle is in the off state, the micro control unit is in a low power consumption sleep mode under normal conditions.
Step S220, if the micro control unit is not in the sleep state, the micro control unit obtains the state information of each controller, where the state information of each controller includes information of not sleep and information of waking up.
When the micro control unit is in an dormant state, the state information of the micro control unit and each controller needs to be collected so as to record process data, and when feeding occurs, the feeding reason can be traced, the problem can be timely positioned, and the problem can be conveniently solved in subsequent upgrading or updating.
Referring to fig. 4, fig. 4 is a schematic flow chart illustrating a micro control unit acquiring status information of each controller according to an exemplary embodiment of the present application, which includes the following steps:
step S410, receiving a network management packet of each controller, where the network management packet includes state information of each controller.
Each controller sends a network management message to the gateway, the network management message comprises state information of each controller, and the state information of each controller comprises non-dormancy information and awakening information of each controller.
Step S420, extract the non-sleep information and the wake-up information, forward the information to the specific controller lan ID, and send the information to the controller lan.
Forwarding the non-dormancy information and the awakening information of each controller to a specific controller area network ID so as to conveniently identify, send and manage the non-dormancy information and the awakening information of each controller, and sending the non-dormancy information and the awakening information in the specific controller area network ID to a controller area network.
Step S430, the mcu receives the specific controller lan ID message and stores the controller lan message into a queue, where the specific controller lan ID message includes information indicating that each controller is not sleeping and wake-up information.
And the message is sent to the micro control unit through the specific controller area network ID, so that the micro control unit can conveniently identify and manage the state information of each controller. The micro control unit stores the message into a queue so as to send the message to the cloud end through the information transmission module.
Step S440, sending the data in the queue to the cloud.
It should be noted that when the micro control unit is in the non-sleep state, non-sleep information, wake-up information, and a power supply voltage value of the micro control unit need to be collected, and feed early warning analysis is performed through the power supply voltage value of the micro control unit.
Referring to fig. 5, fig. 5 is a schematic diagram illustrating a flow of sending non-sleep information of a micro control unit according to an exemplary embodiment of the present application, specifically:
step S510, setting the information of non-sleep and wake-up of the mcu to the idle byte of the mcu network management packet.
The information of the micro control unit which is not dormant and the information of the micro control unit which is awakened also need to be recorded, and the information of the micro control unit which is not dormant and the information of the micro control unit which is awakened are arranged on the idle byte of the network management message of the micro control unit, so that the information of the micro control unit and the states of all controllers can be managed and uploaded in a unified mode.
The non-sleep information of the micro control unit comprises a non-sleep reason, and the reason comprises a controller local area network reason and an external input reason.
The awakening information of the micro control unit comprises awakening reasons which comprise awakening of a controller local area network, awakening of an automobile power switch, awakening of an emergency call switch and awakening of an information transmission module.
Step S520, the network management message of the micro control unit is sent to the controller local area network for unified processing.
The message information is ensured to be complete through unified processing of the controller area network.
The micro-control unit supply voltage value is obtained as described in step 230.
It should be noted that the micro control unit may be any one of the micro control units on the vehicle side. However, in actual use of the vehicle end, the micro control unit of the vehicle-mounted entertainment terminal has the highest use frequency, displays various data of the vehicle end, and is in signal connection with controllers of most vehicle ends, and preferably, the micro control unit is the micro control unit of the vehicle-mounted entertainment terminal.
And S240, uploading the state information of each controller and the power supply voltage value of the micro control unit to a cloud end, and if the power supply voltage value of the micro control unit is lower than a preset threshold value, sending feed early warning information, wherein the feed early warning information comprises the state information of the controllers.
Through comparing little the control unit supply voltage value, when little the control unit supply voltage value is less than preset threshold value, it is lower to represent the car electric quantity, has the feed risk, sends feed early warning information. The feed early warning information can be sent to a vehicle end, an alarm is sent out by the vehicle end, and the feed early warning information can also be directly sent to a number reserved by the vehicle through a cloud, such as a mobile phone number, a mailbox number or other modes for contacting a vehicle owner or an actual user, so that the vehicle owner or the actual user can find the feed condition in time and further process the feed condition.
The feed early warning information comprises controller state information, the controller state information can be directly expressed in the feed early warning information, such as information received by a vehicle owner or an actual user, and can also be hidden in codes, such as the feed early warning information is numbered through a certain coding rule, the controller state information corresponding to the number can be further inquired through the numbers, and is not directly expressed in the feed early warning information, the content quantity of the feed early warning information can be reduced, the user can conveniently check and identify the feed early warning information, the controller state information can be inquired when needed, the problem can be timely positioned, and the problem can be conveniently solved.
The micro control unit sends data in the queue to the information transmission module, and the information transmission module sends the data to the cloud for processing and sending out early warning information. Before data transmission, firstly, judging whether the communication between the micro control unit and the information transmission module is normal, and when the communication between the micro control unit and the information transmission module is normal, the micro control unit sends queue data to the information transmission module; if the communication between the micro control unit and the information transmission module is abnormal, the micro control unit stores the received message data and waits for the communication between the micro control unit and the information transmission module to be recovered. And the micro control unit and the information transmission module are communicated through a UART or an SPI.
It should be noted that, in an embodiment of the present application, as shown in fig. 3, fig. 3 is a flowchart illustrating when the micro control unit is in a sleep state during vehicle feed monitoring according to an exemplary embodiment of the present application.
And S310, when the micro control unit is in a dormant state, the micro control unit automatically wakes up every first time interval, and acquires the power supply voltage value of the micro control unit.
The micro control unit automatically changes the name at the first time interval to acquire the power supply voltage value of the micro control unit, and preferably, the first time is four hours, six hours and the like.
Step S320, sending the micro control unit power supply voltage value to the cloud.
And sending the power supply voltage value of the micro control unit to a cloud end, and comparing the power supply voltage value of the micro control unit with preset prefabrication by the cloud end to send feed early warning when feed occurs.
In an exemplary embodiment of the present application, specific positions of idle bytes of a network management packet need to be clearly defined on a CAN matrix protocol, and non-sleep information and wake-up information are recorded in the idle bytes of the network management packet.
In an exemplary embodiment of the present application, a queue for storing message data of non-sleep message and wake-up message is designed, and the capacity of the queue CAN be designed as required, for example, 50 normal CAN message contents are stored, and the latest message is discarded when the capacity of the queue exceeds the capacity of the queue. The queue aims to prevent the data loss of the specific ID message received by the micro control unit due to the unstable signal of the vehicle-machine network. When data exist in the queue and the communication between the MCU and the information transmission module is not abnormal, the MCU sends the data to the information transmission module from the queue, the information transmission module sends the data to the cloud for data analysis and processing, and the cloud sends vehicle feed early warning information after calculation.
Fig. 1 is a schematic diagram of a vehicle feed risk monitoring architecture shown in an exemplary embodiment of the present application. As shown in the figure, the MCU part of the vehicle-mounted networking terminal is divided into 2 levels. Feed risk monitoring APP layer and driver layer, feed risk monitoring APP layer is used for handling not dormancy, awaken up reason message and gather the voltage after the dormancy and upload, and the driver layer is responsible for obtaining MCU voltage AD value and receiving CAN message. The MCU and the information transmission module can communicate through UART or SPI
The application also requests to protect a vehicle feed risk monitoring device, the device is including little the control unit state judgment module, little the control unit state judgment module judges little the control unit state is including dormancy state, not dormancy state for the control unit state.
The information acquisition module is used for acquiring the power supply voltage value of the micro control unit and acquiring the state information of each controller, and the state information of each controller comprises non-dormancy information and awakening information;
and the information transmission module transmits the information acquired by the information acquisition module to a cloud.
It should be noted that the vehicle feeding risk monitoring device provided in the foregoing embodiment and the vehicle feeding risk monitoring method provided in the foregoing embodiment belong to the same concept, wherein specific ways for the respective modules and units to perform operations have been described in detail in the method embodiments, and are not described herein again. In practical applications, the road condition refreshing apparatus provided in the above embodiment may distribute the above functions through different functional modules according to needs, that is, divide the internal structure of the apparatus into different functional modules to complete all or part of the above described functions, which is not limited herein.
An embodiment of the present application further provides an electronic device, including: one or more processors; a storage device, configured to store one or more programs, which when executed by the one or more processors, cause the electronic device to implement the vehicle feeding risk monitoring method provided in the above-described embodiments.
FIG. 6 illustrates a schematic structural diagram of a computer system suitable for use in implementing the electronic device of an embodiment of the present application. It should be noted that the computer system 600 of the electronic device shown in fig. 6 is only an example, and should not bring any limitation to the functions and the application scope of the embodiments of the present application.
As shown in fig. 6, the computer system 600 includes a Central Processing Unit (CPU) 601, which can perform various suitable actions and processes, such as executing the method described in the above embodiments, according to a program stored in a Read-Only Memory (ROM) 602 or a program loaded from a storage portion 608 into a Random Access Memory (RAM) 603. In the RAM 603, various programs and data necessary for system operation are also stored. The CPU 601, ROM 602, and RAM 603 are connected to each other via a bus 604. An Input/Output (I/O) interface 605 is also connected to bus 604.
The following components are connected to the I/O interface 605: an input portion 606 including a keyboard, a mouse, and the like; an output portion 607 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage section 608 including a hard disk and the like; and a communication section 609 including a Network interface card such as a LAN (Local Area Network) card, a modem, or the like. The communication section 609 performs communication processing via a network such as the internet. The driver 610 is also connected to the I/O interface 605 as needed. A removable medium 611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 610 as necessary, so that a computer program read out therefrom is mounted into the storage section 608 as necessary.
In particular, according to embodiments of the application, the processes described above with reference to the flow diagrams may be implemented as computer software programs. For example, embodiments of the present application include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising a computer program for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 609, and/or installed from the removable medium 611. When the computer program is executed by a Central Processing Unit (CPU) 601, various functions defined in the system of the present application are executed.
It should be noted that the computer readable media shown in the embodiments of the present application may be computer readable signal media or computer readable storage media or any combination of the two. The computer readable storage medium may be, for example, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a Read-Only Memory (ROM), an Erasable Programmable Read-Only Memory (EPROM), a flash Memory, an optical fiber, a portable Compact Disc Read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present application, a computer-readable signal medium may include a propagated data signal with a computer program embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program embodied on the computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. Each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units described in the embodiments of the present application may be implemented by software, or may be implemented by hardware, and the described units may also be disposed in a processor. Wherein the names of the elements do not in some way constitute a limitation on the elements themselves.
Another aspect of the present application also provides a computer-readable storage medium, on which a computer program is stored, which, when executed by a processor of a computer, causes the computer to execute the vehicle feeding risk monitoring method as described above. The computer-readable storage medium may be included in the electronic device described in the above embodiment, or may exist alone without being assembled into the electronic device.
Another aspect of the application also provides a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the vehicle feeding risk monitoring method provided in the above embodiments.
The foregoing embodiments are merely illustrative of the principles and utilities of the present invention and are not intended to limit the invention. Any person skilled in the art can modify or change the above-mentioned embodiments without departing from the spirit and scope of the present invention. Accordingly, it is intended that all equivalent modifications or changes which can be made by those skilled in the art without departing from the spirit and technical spirit of the present invention be covered by the claims of the present invention.
Claims (10)
1. A vehicle feed risk monitoring method, characterized in that the method comprises:
judging whether the micro control unit is dormant or not;
if the micro control unit is in a non-sleep state, the micro control unit acquires state information of each controller, wherein the state information of each controller comprises non-sleep information and awakening information;
acquiring a power supply voltage value of the micro control unit;
uploading the state information of each controller and the power supply voltage value of the micro control unit to a cloud end, and if the power supply voltage value of the micro control unit is lower than a preset threshold value, sending feed early warning information, wherein the feed early warning information comprises the state information of the controllers.
2. The vehicle feeding risk monitoring method according to claim 1,
when the micro control unit is in a dormant state, the micro control unit automatically wakes up every first time interval to acquire a voltage value of the micro control unit;
and sending the voltage value of the micro control unit to a cloud terminal.
3. The vehicle feeding risk monitoring method according to claim 2, wherein if the micro control unit is in an un-sleep state, the micro control unit obtains state information of each controller, and the method comprises the following steps:
receiving a network management message of each controller, wherein the network management message comprises state information of each controller;
extracting the information which is not dormant and the awakening information, forwarding the information to a specific controller local area network ID, and sending the information to the controller local area network;
the micro control unit receives a specific controller area network ID message and stores the controller area network message into a queue, and the specific controller area network ID message comprises the non-dormancy information and the awakening information of each controller;
and sending the data in the queue to a cloud.
4. The vehicle feed risk monitoring method according to claim 3, wherein if the micro control unit is not dormant, obtaining status information of each controller, including
Setting the information of the micro control unit which is not dormant and wakened to an idle byte of the network management message of the micro control unit;
and the micro control unit network management message is sent to a controller local area network for unified processing.
5. The vehicle feeding risk monitoring method according to claim 3, wherein the non-sleep information comprises a controller area network reason, an external input reason;
the awakening reasons comprise awakening of a controller local area network, awakening of an automobile power switch, awakening of an emergency call switch and awakening of an information transmission module.
6. The vehicle feed risk monitoring method according to claim 3, wherein sending the data in the queue to a cloud comprises:
judging whether the communication between the micro control unit and the information transmission module is normal or not;
if the communication is normal, the micro control unit sends the queue data to an information transmission module;
and if the communication is abnormal, the micro control unit stores the queue data and waits for the communication between the micro control unit and the information transmission module to be recovered.
7. The vehicle feeding risk monitoring method according to claim 6, wherein the micro control unit is communicated with the information transmission module through UART or SPI, and the micro control unit is a vehicle-mounted entertainment terminal micro control unit.
8. A vehicle feed risk monitoring device, the device comprising:
the micro control unit state judgment module judges the state of the micro control unit;
the information acquisition module is used for acquiring the power supply voltage value of the micro control unit and acquiring the state information of each controller, and the state information of each controller comprises non-dormancy information and awakening information;
and the information transmission module transmits the information acquired by the information acquisition module to a cloud end.
9. An electronic device, characterized in that the electronic device comprises:
one or more processors;
storage means for storing one or more programs which, when executed by the one or more processors, cause the electronic device to carry out the vehicle feeding risk monitoring method according to any one of claims 1 to 7.
10. A computer-readable storage medium, characterized in that a computer program is stored thereon which, when being executed by a processor of a computer, causes the computer to carry out the vehicle feeding risk monitoring method according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211347537.6A CN115695494A (en) | 2022-10-31 | 2022-10-31 | Vehicle feed risk monitoring method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211347537.6A CN115695494A (en) | 2022-10-31 | 2022-10-31 | Vehicle feed risk monitoring method, device, equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115695494A true CN115695494A (en) | 2023-02-03 |
Family
ID=85045105
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211347537.6A Withdrawn CN115695494A (en) | 2022-10-31 | 2022-10-31 | Vehicle feed risk monitoring method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115695494A (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1970979A (en) * | 2005-11-27 | 2007-05-30 | 日照卫士电子科技有限公司 | Electrically-controlled anti-theft lock and its key |
| CN111866173A (en) * | 2020-07-31 | 2020-10-30 | 北京经纬恒润科技有限公司 | Vehicle network control method and device |
| US20210119549A1 (en) * | 2019-07-16 | 2021-04-22 | Contemporary Amperex Technology Co., Limited | Wake-up method and wake-up system for battery management system |
| CN113696779A (en) * | 2020-05-22 | 2021-11-26 | 惠州比亚迪电池有限公司 | Battery pack monitoring method and system, automobile and computer equipment |
| CN113922461A (en) * | 2021-10-27 | 2022-01-11 | 奇瑞商用车（安徽）有限公司 | Power management system and method for preventing vehicle feed |
| US20220121262A1 (en) * | 2019-07-16 | 2022-04-21 | Contemporary Amperex Technology Co., Limited | Power supply guarantee system and power supply guarantee method |
| CN114844769A (en) * | 2022-04-29 | 2022-08-02 | 重庆长安汽车股份有限公司 | Vehicle feed risk monitoring method |
-
2022
- 2022-10-31 CN CN202211347537.6A patent/CN115695494A/en not_active Withdrawn
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1970979A (en) * | 2005-11-27 | 2007-05-30 | 日照卫士电子科技有限公司 | Electrically-controlled anti-theft lock and its key |
| US20210119549A1 (en) * | 2019-07-16 | 2021-04-22 | Contemporary Amperex Technology Co., Limited | Wake-up method and wake-up system for battery management system |
| US20220121262A1 (en) * | 2019-07-16 | 2022-04-21 | Contemporary Amperex Technology Co., Limited | Power supply guarantee system and power supply guarantee method |
| CN113696779A (en) * | 2020-05-22 | 2021-11-26 | 惠州比亚迪电池有限公司 | Battery pack monitoring method and system, automobile and computer equipment |
| CN111866173A (en) * | 2020-07-31 | 2020-10-30 | 北京经纬恒润科技有限公司 | Vehicle network control method and device |
| CN113922461A (en) * | 2021-10-27 | 2022-01-11 | 奇瑞商用车（安徽）有限公司 | Power management system and method for preventing vehicle feed |
| CN114844769A (en) * | 2022-04-29 | 2022-08-02 | 重庆长安汽车股份有限公司 | Vehicle feed risk monitoring method |
Non-Patent Citations (3)
| Title |
|---|
| 张亮;桂康哲;王兴月;程登;张森;: "基于新能源汽车大数据的蓄电池亏电预警研究", 时代汽车, no. 15, 5 August 2020 (2020-08-05) * |
| 杨明;: "2012年宝马GT535i蓄电池报警", 汽车维修技师, no. 01, 1 January 2016 (2016-01-01) * |
| 马伟;张洪浩;董鹏举;: "基于LabVIEW的电动汽车电池监测预警系统", 电子科技, no. 09, 15 September 2015 (2015-09-15) * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114844769A (en) | Vehicle feed risk monitoring method | |
| CN112306044A (en) | Method and system for monitoring non-dormancy abnormity of bus network of whole vehicle | |
| CN111770016A (en) | Intelligent cloud gateway, automobile digital detection system and data processing method | |
| CN112203346B (en) | Power consumption management method, device, equipment and medium for vehicle-mounted terminal | |
| CN112668479A (en) | Safety monitoring method and system for intelligent power distribution room, electronic equipment and medium | |
| CN113923137A (en) | Whole vehicle bus network abnormity monitoring method and system | |
| CN110035446B (en) | Heartbeat data sending method and device, electronic equipment and readable medium | |
| CN113064403A (en) | Controller state monitoring method based on OSEK network management | |
| CN112172608A (en) | Battery monitoring method and device, vehicle and storage medium | |
| CN116449072A (en) | Static current testing method and device, battery controller, vehicle and storage medium | |
| CN113203956A (en) | Vehicle-mounted storage battery monitoring method and system, vehicle and storage medium | |
| CN111315000A (en) | Vehicle data transmission method, device, equipment and storage medium | |
| CN115695494A (en) | Vehicle feed risk monitoring method, device, equipment and storage medium | |
| CN114460868A (en) | Terminal equipment hierarchical management method and system | |
| CN115742751B (en) | Method, device, server and storage medium for detecting replacement of storage battery | |
| CN114559816A (en) | Power battery thermal runaway early warning method and device and electric automobile | |
| CN111030527A (en) | Intelligent terminal of diesel generating set based on narrow-band Internet of things and edge calculation | |
| CN114116028B (en) | Method and device for waking up driving computer ECU, vehicle and storage medium | |
| CN113259904B (en) | Marine network system, method and computer readable storage medium | |
| CN212555899U (en) | Thermal runaway monitoring device, server equipment, convenient terminal and vehicle | |
| CN113329484A (en) | Vehicle-mounted terminal capable of switching communication modules | |
| CN114691177A (en) | Upgrading method and device for vehicle-mounted remote monitoring system | |
| CN115411388A (en) | Early warning method, device and equipment for thermal runaway of vehicle battery based on inspection wakeup and storage medium | |
| CN115981288B (en) | Whole vehicle network non-dormancy monitoring method and device, electronic equipment and storage medium | |
| CN213457717U (en) | Emergency command car state monitoring equipment based on domestic platform |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WW01 | Invention patent application withdrawn after publication | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20230203 |