CN114579388A - Vehicle-mounted system state monitoring method and system, storage medium and electronic equipment - Google Patents
Vehicle-mounted system state monitoring method and system, storage medium and electronic equipment Download PDFInfo
- Publication number
- CN114579388A CN114579388A CN202011380042.4A CN202011380042A CN114579388A CN 114579388 A CN114579388 A CN 114579388A CN 202011380042 A CN202011380042 A CN 202011380042A CN 114579388 A CN114579388 A CN 114579388A
- Authority
- CN
- China
- Prior art keywords
- partition
- state
- vehicle
- starting
- monitoring method
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
- G06F11/0739—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in automotive or aircraft systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Computing Systems (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention provides a vehicle-mounted system state monitoring method, a system, a storage medium and electronic equipment, wherein the vehicle-mounted system state monitoring method comprises the following steps: acquiring a starting identifier when a system is started; the state value of the starting identifier is used for indicating whether the system initialization is successful or not; acquiring the mounting state of each partition of the system; and judging the starting state of the system according to the starting identifier and the mounting state of each partition. The invention provides a problem processing method and an interactive feedback method aiming at system startup abnormity, which effectively help a user to automatically process the problem of a large batch of startup black screens and provide convenience for the rapid judgment, discovery and solution of the problems of a vehicle machine in each stage of research, development, test and after-sale.
Description
Technical Field
The invention belongs to the technical field of vehicles, and particularly relates to a vehicle-mounted system state monitoring method, a vehicle-mounted system state monitoring system, a storage medium and electronic equipment.
Background
With the development of electronics and software technologies, the functions of electronic devices are more and more abundant, and the requirements of users are higher and higher. The abundant product function of electronic equipment makes the complexity of system become exponential increase, and meanwhile, has also brought many problems and unstable factor, such as start-up crash, black screen scheduling problem, and many equipment are after start-up crash black screen, through the watchdog, namely the watchdog restarts repeatedly, try to solve the start-up abnormal starting problems such as black screen problem through restarting again.
However, the above processing method can deal with the problem of the power-on exception happened to the system, but there are some defects and shortcomings for the complex application scenario, such as: first, for a system with true exceptions, it is likely to fall into an endless boot retry cycle; second, this method does not provide an effective treatment or personalized feedback to the user.
Therefore, how to provide a method, a system, a storage medium and an electronic device for monitoring a state of a vehicle-mounted system to solve the defects that the system state cannot be accurately monitored in the prior art and a user is guided to flexibly process according to a monitoring result becomes a technical problem to be urgently solved by technical staff in the field.
Disclosure of Invention
In view of the above-mentioned shortcomings of the prior art, it is an object of the present invention to provide a method, a system, a storage medium and an electronic device for monitoring a system status of a vehicle, which are advantageous in that the system status can be accurately monitored and a user can be guided to flexibly process according to the monitoring result.
Another object of the present invention is to provide a method, a system, a storage medium, and an electronic device for monitoring a state of a vehicle-mounted system, which have the advantages of providing a problem handling method and an interactive feedback method for system startup abnormality, effectively helping a user to handle a large batch of startup black screen problems by himself, and providing convenience for a vehicle machine to quickly judge, find, and solve problems in each stage of research, development, testing, and after-sales.
Another objective of the present invention is to provide a method, a system, a storage medium and an electronic device for monitoring a status of a vehicle-mounted system, which are advantageous in that the system that actually has an abnormality is prevented from falling into endless power-on repeat cycles.
Another object of the present invention is to provide a method, a system, a storage medium and an electronic device for monitoring vehicle-mounted system status, which are advantageous in that effective processing measures can be provided to a user through interface interaction for human feedback.
Another object of the present invention is to provide a method, a system, a storage medium, and an electronic device for monitoring a status of a vehicle-mounted system, which can not only solve the problem of a power-on blank screen with a small random probability, but also attempt to guide a user to repair a system according to different error types when the system actually has an error.
In order to achieve the above and other related objects, an aspect of the present invention provides a vehicle-mounted system status monitoring method, including: acquiring a starting identifier when a system is started; the state value of the starting identifier is used for indicating whether the system initialization is successful or not; acquiring the mounting state of each partition of the system; and judging the starting state of the system according to the starting identifier and the mounting state of each partition.
To achieve the above and other related objects, another aspect of the present invention provides an on-board system state monitoring system, including: the first acquisition module is used for acquiring a starting identifier when the system is started; the state value of the starting identifier is used for indicating whether the system initialization is successful or not; the second acquisition module is used for acquiring the mounting state of each partition of the system; and the starting state judgment module is used for judging the starting state of the system according to the starting identifier and the mounting state of each partition.
To achieve the above and other related objects, another aspect of the present invention provides a computer-readable storage medium having a computer program stored thereon, where the computer program is executed by a processor to implement the on-board system status monitoring method.
To achieve the above and other related objects, another aspect of the present invention provides an electronic device, comprising: a processor and a memory; the memory is used for storing computer programs, and the processor is used for executing the computer programs stored by the memory so as to enable the electronic equipment to execute the vehicle-mounted system state monitoring method.
Drawings
Fig. 1 is a schematic flow chart illustrating a method for monitoring a status of a vehicle-mounted system according to an embodiment of the present invention.
Fig. 2 is a flowchart illustrating a start-up state determination method of a vehicle-mounted system according to an embodiment of the invention.
Fig. 3 is a flowchart illustrating a start failure processing of the method for monitoring the status of the vehicle-mounted system according to an embodiment of the invention.
Fig. 4 is a schematic processing diagram of a vehicle-mounted system status monitoring method according to an embodiment of the invention.
FIG. 5 is a flowchart illustrating a successful start-up of a vehicle system status monitoring method according to an embodiment of the present invention.
Fig. 6 is a schematic view of a start failure interface of the vehicle system state monitoring method according to an embodiment of the invention.
Fig. 7 is a flowchart illustrating a start failure of the method for monitoring the status of the vehicle-mounted system according to an embodiment of the invention.
FIG. 8 is a schematic structural diagram of an in-vehicle system status monitoring system according to an embodiment of the present invention.
Fig. 9 is a schematic structural connection diagram of an electronic device according to an embodiment of the invention.
Description of the element reference numerals
8 vehicle-mounted system state monitoring system
81 first acquisition module
82 second acquisition module
83 starting state judging module
9 electronic device
91 processor
92 memory
S11-S16
S131 to S133
Detailed Description
The embodiments of the present invention are described below with reference to specific embodiments, and other advantages and effects of the present invention will be easily understood by those skilled in the art from the disclosure of the present specification. 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 noted that the features in the following embodiments and examples may be combined with each other without conflict.
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.
The vehicle-mounted system state monitoring method, the vehicle-mounted system state monitoring system, the storage medium and the electronic equipment provide a problem processing method and an interactive feedback method aiming at system starting abnormity, effectively help a user to automatically process a large batch of starting black screen problems, and provide convenience for the vehicle-mounted machine to rapidly judge, find and solve the problems in each stage of research, development, testing and after-sale.
The principle and implementation of the method, system, storage medium and electronic device for monitoring the state of the vehicle-mounted system according to the present embodiment will be described in detail below with reference to fig. 1 to 9, so that those skilled in the art can understand the method, system, storage medium and electronic device for monitoring the state of the vehicle-mounted system without creative work.
Referring to fig. 1, a schematic flow chart of a method for monitoring a status of a vehicle-mounted system according to an embodiment of the invention is shown. As shown in fig. 1, the method for monitoring the state of the vehicle-mounted system specifically includes the following steps:
s11, acquiring a starting identifier when the system is started; the state value of the starting identifier is used for indicating whether the system initialization is successful or not.
In an embodiment, the boot identifier and the mount status of each partition of the system are detected by a boot monitoring service.
Specifically, in the environment of normal operation of the system, the invention adds a start monitoring service, and the main functions of the invention include the following two points: a. detecting the starting identifier, namely a successful system starting completion identifier CompleteFlag, by starting the monitoring service, wherein the successful system starting completion identifier is set by the android system in an initialization stage, and if the successful system starting completion identifier is set to 1, otherwise, the successful system starting completion identifier is set to 0, it needs to be stated that the vehicle-mounted system in this embodiment adopts the android system, and other operating systems can be adopted in other embodiments; b. the mounting condition of each partition (such as a system partition, a data partition, an identification information partition, a private partition, a switch setting partition, a misc partition, a common data partition, a cache partition and a map partition) is detected by starting a monitoring service.
Wherein a system partition essentially encompasses the entire operating system, such as the kernel and memory. This includes the android user interface and all system applications pre-installed in the device. Erasing the system partition will remove the android system from the device, but the device can still boot up and still put the electronic device into a recycle or boot mode to install a new ROM (Read-Only Memory). The data partition contains data of the user, which is a place for storing contacts, short messages, settings and application programs of the user. Erasing the data partition is equivalent to performing factory reset, and resetting to a first startup state or a last system upgrade state. When erasing data/restoring factory settings are performed, the data partition is erased. The private partition is a private partition, i.e., a non-standard partition. The user stores information such as system sequence codes, cannot clear the content by using operations such as factory restoration setting or mass production, and writes the content into the partition after the product leaves the factory. The user is typically not allowed to modify the partition contents after factory shipment. The misc partition contains system settings in the form of an ON/OFF switch. These settings may include CID (Carrier or Region ID), USB configuration and settings for certain hardware, etc. If damaged or lost, some devices will not function properly. The cache partition is a partition that android stores frequently accessed data and components of the application. Erasing the cache partition does not affect the personal data of the user, but only removes the existing data.
The initialization includes configuration and starting of various hardware modules, databases, various services and apps in the android system, and the database, the storage partition, the hardware modules and the like are abnormal or wrong, so that the initialization is unsuccessful.
And S12, acquiring the mounting state of each partition of the system.
And S13, judging the starting state of the system according to the starting identifier and the mounting state of each partition.
Please refer to fig. 2, which is a flowchart illustrating a start state determination process of the vehicle-mounted system state monitoring method according to an embodiment of the present invention. As shown in fig. 2, S13 includes:
s131, judging whether the starting identifier indicates that the initialization is successful or not, wherein the mounting states of all the partitions are normal; each partition at least comprises: one of a system partition, a data partition, an identification information partition, a switch setting partition, a common data partition, and a map partition.
And S132, if the starting identifier indicates that the initialization is successful and the mounting states of the partitions are normal, judging that the system is started normally.
S133, if the starting identifier indicates that initialization fails and/or the mounting state of at least one partition exists in the partitions is abnormal, judging that the system fails to start.
Please refer to fig. 3, which is a flowchart illustrating a start failure processing procedure of the method for monitoring a vehicle system state according to an embodiment of the present invention. As shown in fig. 3, when it is determined that the system fails to start, the method for monitoring the state of the vehicle-mounted system further includes the following steps:
s14, storing the error identification, wherein the error identification is generated when the system fails to start.
In an embodiment, the error identifier is used to provide type information of system exception, so as to determine a partition type in which an exception occurs according to the error identifier.
And S15, restarting the system, and acquiring and analyzing the error identifier.
Specifically, the type of the abnormal partition is determined by the error identifier from a system partition, a data partition, an identification information partition, a private partition, a switch setting partition, a misc partition, a common data partition, a cache partition, a map partition and other partitions.
And S16, determining different processing modes according to the analysis result.
Please refer to fig. 4, which is a schematic processing diagram of a vehicle system status monitoring method according to an embodiment of the present invention. As shown in figure 4 of the drawings,
on one hand, if the analysis result is that the user can not repair the device, a prompt message needing professional maintenance is sent out. Specifically, the user needs to seek professional help to the 4s store or the manufacturer according to the prompt information or guide information presented in the processing interface.
In an embodiment, when the start identifier indicates that initialization fails and/or the system partition mount fails, it is determined that the user cannot repair the system partition.
Further, for the condition that the user cannot be repaired, the prompt information may present the location of the 4s store and navigation information from the current location of the user equipment to the 4s store to the user, and may also present a contact way of the manufacturer to the user, where the contact way includes a phone, a mailbox, a website, or the like.
On the other hand, if the analysis result is that the user repairs by himself, the guiding information corresponding to the repair is presented, so that the user can repair the system by himself according to the guiding information.
In an embodiment, when the analysis result is that at least one of the data partition, the identification information partition, the switch setting partition, the common data partition, and the map partition is mounted abnormally, it is determined that the user repairs the map by himself.
Further, for the case that the user repairs himself, the prompt message may be to present the user with the relevant people in the user's social circle that can solve the problem. Specifically, an application program is arranged in the electronic equipment of the user, the analysis result is sent to the application program, and the application program automatically publishes the error type in the analysis result, so that all users in the social circle can see the published message, and the user who can solve the problem can timely help the user to repair the message through a chat window in a private letter mode or a remote assistance mode.
The principle and effect of the on-board system status monitoring method will be described in detail with reference to the specific embodiments of fig. 5 to 7.
Please refer to fig. 5, which is a flowchart illustrating a successful start-up of the method for monitoring a status of a vehicle-mounted system according to an embodiment of the present invention. As shown in fig. 5, after the device is powered on and started for 90s, let boot _ status be 0, run the startup monitoring service, and detect the startup completion flag and the partition mount condition: (1) if the CompleteFlag value is 1 and the mounting of the partitions is successful, judging that the system is normally started, setting a successful identifier, and then quitting the service. (2) The method comprises the steps of detecting the mounting condition of each partition (such as SYSTEM, DATA, CACHE and PRIVATE partitions), and recording a boot _ status as a SYSTEM _ ERR | DATA _ ERR | CACHE _ ERR | PRIVATE _ ERR in an abnormal partition if the abnormal partition is mounted. If detecting that the compleflag value is 0, recording the status of the start completion flag, and meanwhile, when the boot _ status | ═ NOCOMPLETE _ ERR, entering system abnormal recovery processing when the boot _ status is not 0.
It should be noted that the power-on starting time of the device is only one time period listed in this embodiment, and the length of the time period is affected by the first starting time after upgrading or repairing the device; generally, when the system and various APPs are started for the first time after upgrading or factory restoration, a database and corresponding configuration files need to be newly built, which results in relatively long time consumption.
Please refer to fig. 6, which is a schematic view of a start failure interface of a vehicle system state monitoring method according to an embodiment of the present invention. As shown in fig. 6, if detecting that CompleteFlag is 0 and/or the partition mount is abnormal, the start monitoring service sets and stores a corresponding error flag, and then restarts to verify whether the system is really problematic, and if the system is restarted and still detects the abnormality, the device enters a recovery mode by restarting for the third time.
As shown in fig. 6, the information presented by the interface in the recovery mode may include: (1) the mode type presented by the interface is recovery, namely entering a recovery mode. (2) The current time is 11 months and 10 days 06 in 2020: 46: 09. (3) error type of interface display: is a user data partition detected to be abnormal, is a repair attempted? (4) And the repairing operation has influence on the system and other related prompt information: partition repair will result in loss of user data. (5) User-operable options: yes or no. If the user confirms the information and needs to repair, clicking 'yes', and if the user does not want to perform self-repair, clicking 'no'.
Please refer to fig. 7, which is a flowchart illustrating a start failure of the method for monitoring a vehicle system state according to an embodiment of the present invention. As shown in fig. 7, if detecting that CompleteFlag is 0 and/or the partition mount is abnormal, the start monitoring service sets and stores a corresponding error flag, and then restarts to verify whether the system is really problematic, and if the system is restarted and still detects an abnormality, the device enters a recovery mode by restarting for the third time.
After entering the recovery mode, the device first reads the error identifier in the abnormal flag record, and executes corresponding operation or prompt according to the error type, that is, the abnormal type:
a. if the mounting of the user data partition (such as a data partition, a private partition or a cache partition) is abnormal, displaying a repairing guide interface, and guiding a user to automatically repair or format the corresponding partition while outputting an optimization prompt of the system. And after the repairing is successful, clearing the abnormal record, restarting the access system, and detecting by starting the monitoring service again.
b. If the mount of the user data partition (such as a data partition, a private partition or a cache partition) is not abnormal, judging whether the mount of the user data partition (such as a data partition, a private partition or a cache partition) is abnormal, if so, prompting a user whether to repair the nand partition, responding to the permission of the user to repair, and formatting the map partition. And after the repairing is successful, clearing the abnormal record, restarting the access system, and detecting by starting the monitoring service again.
c. If the completeFlag is found to be not true, or the system partition mount fails, the interface prompts the user to contact the manufacturer or 4S store for repair.
The protection scope of the method for monitoring the vehicle-mounted system state according to the present invention is not limited to the execution sequence of the steps listed in this embodiment, and all the solutions implemented by adding, subtracting, and replacing the steps in the prior art according to the principle of the present invention are included in the protection scope of the present invention.
The on-vehicle system state monitoring system provided by the present embodiment will be described in detail below with reference to the drawings. It should be noted that the division of the modules of the following system is only a logical division, and the actual implementation may be wholly or partially integrated into one physical entity or may be physically separated. And the modules can be realized in a form that all software is called by the processing element, or in a form that all the modules are realized in a form that all the modules are called by the processing element, or in a form that part of the modules are called by the hardware. For example: a module may be a separate processing element, or may be integrated into a chip of the system described below. Further, a certain module may be stored in the memory of the following system in the form of program code, and a certain processing element of the following system may call and execute the function of the following certain module. Other modules are implemented similarly. All or part of the modules can be integrated together or can be independently realized. The processing element described herein may be an integrated circuit having signal processing capabilities. In implementation, the steps of the above method or the following modules may be implemented by hardware integrated logic circuits in a processor element or instructions in software.
The following modules may be one or more integrated circuits configured to implement the above methods, for example: one or more Application Specific Integrated Circuits (ASICs), one or more Digital Signal Processors (DSPs), one or more Field Programmable Gate Arrays (FPGAs), and the like. When some of the following modules are implemented in the form of a program code called by a Processing element, the Processing element may be a general-purpose processor, such as a Central Processing Unit (CPU) or other processor capable of calling the program code. These modules may be integrated together and implemented in the form of a System-on-a-chip (SOC).
Please refer to fig. 8, which is a schematic structural diagram of a vehicle-mounted system status monitoring system according to an embodiment of the present invention. As shown in fig. 8, the on-vehicle system state monitoring system 8 includes: a first obtaining module 81, a second obtaining module 82 and a starting state judging module 83.
The first obtaining module 81 is configured to obtain a start identifier when the system is started; the state value of the starting identifier is used for indicating whether the system initialization is successful or not.
In an embodiment, the first obtaining module 81 is specifically configured to detect the boot identifier and the mount state of each partition of the system through a boot monitoring service.
The second obtaining module 82 is configured to obtain a mount state of each partition of the system.
The starting state determining module 83 is configured to determine a starting state of the system according to the starting identifier and the mount state of each partition.
In an embodiment, the start state determining module 83 is specifically configured to determine whether the start identifier indicates that the initialization is successful, and the mount states of the partitions are normal; each partition at least comprises: the system comprises a system partition, a data partition, an identification information partition, a switch setting partition, a common data partition and a map partition; if the starting identifier indicates that the initialization is successful and the mounting states of the partitions are normal, judging that the system is started normally; and if the starting identifier indicates that initialization fails and/or the mounting state of at least one partition in each partition is abnormal, judging that the system fails to start.
The vehicle-mounted system state monitoring system can realize the vehicle-mounted system state monitoring method, functional principles of all modules in the vehicle-mounted system state monitoring system correspond to the vehicle-mounted system state monitoring method one by one, but an implementation device of the vehicle-mounted system state monitoring method provided by the invention comprises but is not limited to the structure of the vehicle-mounted system state monitoring system listed in the embodiment, and all structural deformation and replacement in the prior art according to the principle of the invention are included in the protection scope of the invention.
The present embodiment provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the in-vehicle system state monitoring method.
Those of ordinary skill in the art will understand that: all or part of the steps for implementing the above method embodiments may be performed by hardware associated with a computer program. The aforementioned computer program may be stored in a computer readable storage medium. When executed, the program performs steps comprising the method embodiments described above; and the aforementioned computer-readable storage media comprise: various computer storage media that can store program codes, such as ROM, RAM, magnetic or optical disks.
Please refer to fig. 9, which is a schematic structural connection diagram of an electronic device according to an embodiment of the present invention. As shown in fig. 9, the present embodiment provides an electronic device 9, which specifically includes: a processor 91 and a memory 92; the memory 92 is used for storing computer programs, and the processor 91 is used for executing the computer programs stored in the memory 92, so that the electronic device 9 executes the steps of the vehicle-mounted system state monitoring method.
The Processor 91 may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the Integrated Circuit may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete gate or transistor logic device, or discrete hardware components.
The Memory 92 may include a Random Access Memory (RAM), and may further include a non-volatile Memory (non-volatile Memory), such as at least one disk Memory.
In practical applications, the electronic device may be a computer including components such as memory, a memory controller, one or more processing units (CPU), peripheral interfaces, RF circuitry, audio circuitry, speakers, microphone, input/output (I/O) subsystems, a display screen, other output or control devices, and external ports; the computer includes, but is not limited to, a Personal computer such as a desktop computer, a notebook computer, a tablet computer, a smart phone, a smart television, a Personal Digital Assistant (PDA), and the like, and the electronic device may also be a vehicle end or smart glasses, a smart watch, or other wearable devices. In other embodiments, the electronic device may also be a server, where the server may be arranged on one or more entity servers according to various factors such as functions and loads, or may be a cloud server formed by a distributed or centralized server cluster, which is not limited in this embodiment.
In one embodiment, the electronic device is a vehicle end. The application scenarios are as follows: (1) when a user starts a vehicle, the condition that the screen of the vehicle machine is not bright when the screen is dark is achieved; (2) after the system is upgraded, the equipment starts the condition of a black screen; (3) in the long-term use process, the user data partition is damaged, namely, the mounting of the user data partition (such as a data partition, a cache partition, a misc partition, a private partition, a map partition and the like) is abnormal; (4) and (3) the abnormal power-off condition causes system data damage, namely mounting failure of the system partition. Under the condition, the vehicle end executes the vehicle-mounted system state monitoring method so as to perform corresponding operation or prompt to the user according to the error type.
In summary, the vehicle-mounted system state monitoring method, the vehicle-mounted system state monitoring system, the storage medium and the electronic device can accurately monitor the system state, and further guide a user to flexibly process according to the monitoring result. The problem processing method and the interactive feedback method for system startup abnormity effectively help a user to process a large batch of startup black screen problems by himself, and provide convenience for the rapid judgment, discovery and solution of the problems of the vehicle in research, development, test and after-sales stages. The system with the exception is prevented from being trapped in endless boot repeated cycles. Effective treatment measures can be provided for the user through interface interaction so as to carry out humanized feedback. The method can solve the problem of starting up the screen blacking with small random probability, and can try to guide the user to repair according to different error types when the system really has errors. The invention effectively overcomes various defects in the prior art and has high industrial utilization value.
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 may be made by those skilled in the art without departing from the spirit and scope of the present invention as defined in the appended claims.
Claims (11)
1. A vehicle-mounted system state monitoring method is characterized by comprising the following steps:
acquiring a starting identifier when a system is started; the state value of the starting identifier is used for indicating whether the system initialization is successful or not;
acquiring the mounting state of each partition of the system;
and judging the starting state of the system according to the starting identifier and the mounting state of each partition.
2. The vehicle-mounted system state monitoring method according to claim 1, wherein the method for acquiring the starting identifier when the system is started and the mounting state of each partition of the system comprises the following steps:
and detecting the starting identifier and the mounting state of each partition of the system by starting a monitoring service.
3. The vehicle-mounted system state monitoring method according to claim 1, wherein the starting state of the system is judged according to the starting identifier and the mounting state of each subarea, and the method comprises the following steps:
judging whether the starting identifier indicates that the initialization is successful or not, wherein the mounting states of all the partitions are normal; each partition at least comprises: one of a system partition, a data partition, an identification information partition, a switch setting partition, a common data partition and a map partition;
if the starting identifier indicates that the initialization is successful and the mounting states of the partitions are normal, judging that the system is started normally;
and if the starting identifier indicates that initialization fails and/or the mounting state of at least one partition exists in the partitions is abnormal, judging that the system fails to start.
4. The vehicle-mounted system state monitoring method according to claim 3, after the system startup failure is judged, further comprising the following steps:
and saving an error identifier, wherein the error identifier is generated when the system fails to start.
5. The vehicle system status monitoring method according to claim 4, further comprising the following steps after saving the error flag:
restarting the system, and acquiring and analyzing the error identification;
and determining different processing modes according to the analysis result.
6. The vehicle-mounted system state monitoring method according to claim 5, wherein different processing modes are determined according to the analysis result, and the method comprises the following steps:
if the analysis result is that the user can not repair the object, sending out prompt information needing professional maintenance;
and if the analysis result is that the user repairs by himself, presenting the guide information corresponding to the repair so that the user can repair the system by himself according to the guide information.
7. The in-vehicle system status monitoring method of claim 5, the analyzing the error flag comprising the steps of: and when the starting identifier indicates that initialization fails and/or the mounting of the system partition fails, judging that the user cannot repair the system partition.
8. The on-board system status monitoring method according to claim 5 or 7, wherein the analyzing the error flag comprises the steps of:
and when the analysis result is that the mounting of at least one of the data partition, the identification information partition, the switch setting partition, the common data partition and the map partition is abnormal, judging that the user repairs the map by himself.
9. An on-board system state monitoring system, comprising:
the first acquisition module is used for acquiring a starting identifier when the system is started; the state value of the starting identifier is used for indicating whether the system initialization is successful or not;
the second acquisition module is used for acquiring the mounting state of each partition of the system;
and the starting state judging module is used for judging the starting state of the system according to the starting identifier and the mounting state of each partition.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the on-board system status monitoring method according to any one of claims 1 to 8.
11. An electronic device, comprising: a processor and a memory;
the memory is used for storing a computer program, and the processor is used for executing the computer program stored by the memory to enable the electronic equipment to execute the vehicle-mounted system state monitoring method according to any one of claims 1 to 8.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011380042.4A CN114579388A (en) | 2020-11-30 | 2020-11-30 | Vehicle-mounted system state monitoring method and system, storage medium and electronic equipment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011380042.4A CN114579388A (en) | 2020-11-30 | 2020-11-30 | Vehicle-mounted system state monitoring method and system, storage medium and electronic equipment |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114579388A true CN114579388A (en) | 2022-06-03 |
Family
ID=81766912
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011380042.4A Pending CN114579388A (en) | 2020-11-30 | 2020-11-30 | Vehicle-mounted system state monitoring method and system, storage medium and electronic equipment |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114579388A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116431417A (en) * | 2023-06-13 | 2023-07-14 | 北京中实信息技术有限公司 | Server self-checking method, electronic equipment and storage medium |
-
2020
- 2020-11-30 CN CN202011380042.4A patent/CN114579388A/en active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116431417A (en) * | 2023-06-13 | 2023-07-14 | 北京中实信息技术有限公司 | Server self-checking method, electronic equipment and storage medium |
CN116431417B (en) * | 2023-06-13 | 2023-10-10 | 北京中实信息技术有限公司 | Server self-checking method, electronic equipment and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10055296B2 (en) | System and method for selective BIOS restoration | |
US8423991B2 (en) | Embedded network device and firmware upgrading method | |
CN106293987B (en) | Method and device for repairing abnormal starting-up of terminal | |
CN114168222B (en) | Method and device for acquiring time consumption during starting, terminal equipment and storage medium | |
CN116932010B (en) | System firmware upgrading method, device and server | |
CN111722954A (en) | Server abnormity positioning method and device, storage medium and server | |
US20230087221A1 (en) | Detection fields of view | |
CN113672306B (en) | Server component self-checking abnormity recovery method, device, system and medium | |
CN113377586B (en) | Automatic detection method and device for server and storage medium | |
CN114579388A (en) | Vehicle-mounted system state monitoring method and system, storage medium and electronic equipment | |
CN111694684A (en) | Abnormal construction method and device of storage equipment, electronic equipment and storage medium | |
US20080201572A1 (en) | Method and system for uniformizing product data embedded in a computer platform | |
CN116775061A (en) | Deployment method, device, equipment and storage medium of micro-service application | |
CN108595292B (en) | System optimization method, mobile terminal and computer storage medium | |
CN112783886B (en) | Cache cleaning method, device, computer equipment and storage medium | |
US11354109B1 (en) | Firmware updates using updated firmware files in a dedicated firmware volume | |
CN114153503A (en) | BIOS control method, device and medium | |
CN104834574B (en) | A kind of method and device solving system partitioning damage | |
WO2022050938A1 (en) | Firmware event recovery | |
CN108279937B (en) | Parameter calling method and device, storage medium and electronic equipment | |
CN112035292A (en) | Method, device and equipment for processing data writing exception and storage medium | |
CN112346786B (en) | Debugging information recording method applied to startup stage and operation stage after startup | |
CN111367537B (en) | Installation method and device of device driver, computer device and storage medium | |
TWI775360B (en) | Storage device for recording status of hardware component of computer system and computer implementation method thereof | |
CN112947948B (en) | Deployment method and device of application service |
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 |