CN111240877A - Instrument emergency display method and virtual machine monitor - Google Patents
Instrument emergency display method and virtual machine monitor Download PDFInfo
- Publication number
- CN111240877A CN111240877A CN202010016294.2A CN202010016294A CN111240877A CN 111240877 A CN111240877 A CN 111240877A CN 202010016294 A CN202010016294 A CN 202010016294A CN 111240877 A CN111240877 A CN 111240877A
- Authority
- CN
- China
- Prior art keywords
- operating system
- real
- time operating
- information
- virtual machine
- 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
- 238000000034 method Methods 0.000 title claims abstract description 43
- 230000002159 abnormal effect Effects 0.000 claims abstract description 106
- 238000009877 rendering Methods 0.000 claims abstract description 33
- 238000012544 monitoring process Methods 0.000 claims description 40
- 238000006243 chemical reaction Methods 0.000 claims description 11
- 230000005856 abnormality Effects 0.000 claims description 8
- 230000010365 information processing Effects 0.000 claims description 8
- 238000011084 recovery Methods 0.000 claims description 8
- 230000002194 synthesizing effect Effects 0.000 claims description 5
- 239000004973 liquid crystal related substance Substances 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004224 protection Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000003862 health status Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000010705 motor oil Substances 0.000 description 1
- 239000003921 oil Substances 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- 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
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0808—Diagnosing performance data
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0816—Indicating performance data, e.g. occurrence of a malfunction
- G07C5/0825—Indicating performance data, e.g. occurrence of a malfunction using optical means
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45591—Monitoring or debugging support
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Debugging And Monitoring (AREA)
Abstract
The application provides a method for emergency display of an instrument and a virtual machine monitor. The method for emergency display of the instrument is applied to a virtual machine monitor, wherein the virtual machine monitor is connected with a virtual machine real-time operating system, and the method comprises the following steps: determining whether the real-time operating system is in an abnormal state; when the real-time operating system is in an abnormal state, acquiring emergency instrument information to be displayed; and rendering the graph corresponding to the emergency instrument information to a display screen for displaying. The method improves the safety and reliability of the real-time operating system.
Description
Technical Field
The application relates to the technical field of hardware monitoring, in particular to a method for emergency display of an instrument and a virtual machine monitor.
Background
Currently, liquid crystal instruments are all real-time operating systems such as Linux or qnx (quick unix). The real-time operating system is already supported by a relatively perfect open tool and a graphic display framework, and the application layers can be isolated from each other through an MMU (Memory management unit). Even if a certain module of the application layer in the system crashes, the operation of other modules and the system kernel cannot be influenced. The Linux kernel code is huge and cannot be simplified, and a kernel fault with low probability exists. According to the safety display of ISO26262 to the automobile instrument, the instrument system needs to meet the ASIL B function safety level requirement, but the operating system using the Linux kernel as the full liquid crystal instrument can not meet the requirement. In the case of a Linux or QNX operating system, when the kernel of the operating system fails, serious problems such as screen blackout and restart can occur. These faults may lead to serious Driving safety accidents, especially if ADAS (Advanced Driving assistance System) assisted Driving information is displayed on the meter.
Therefore, the emergency display of the instrument in the prior art cannot deal with various faults, such as kernel faults, and further has lower reliability and safety.
Disclosure of Invention
The embodiment of the application aims to provide a method for emergency display of an instrument and a virtual machine monitor, which are used for improving the reliability and safety of the emergency display of the instrument.
In a first aspect, an embodiment of the present application provides a method for emergency display of a meter, where the method is applied to a virtual machine monitor, and the virtual machine monitor is connected to a virtual machine real-time operating system, where the method includes: determining whether the real-time operating system is in an abnormal state; when the real-time operating system is in an abnormal state, acquiring emergency instrument information to be displayed; and rendering the graph corresponding to the emergency instrument information to a display screen for displaying.
In the embodiment of the application, a virtual machine monitor is connected with a virtual machine real-time operating system, the virtual machine monitor monitors whether the real-time operating system is in an abnormal state or not in real time, and when the real-time operating system is in the abnormal state, the emergency instrument information is displayed. Compared with the prior art, the virtual machine monitor is arranged for the real-time operating system, so that the virtual machine monitor can display the information of the emergency instrument even if the kernel of the real-time operating system is abnormal, and the safety and the reliability of the display of the emergency instrument are improved.
As a possible implementation manner, rendering a graph corresponding to the emergency meter information to a display screen for displaying, includes: determining a graph corresponding to the emergency instrument information according to a predefined conversion rule; and rendering the graph corresponding to the emergency instrument information to the display screen for displaying.
In the embodiment of the application, when the virtual machine monitor displays the emergency instrument, the corresponding display image is determined according to the conversion rule, and then the image is rendered on the display screen for display, so that the whole process is rapid and reliable, and the display efficiency of the emergency instrument is improved.
As a possible implementation manner, before rendering a graphic corresponding to the emergency meter information onto the display screen for displaying, the method further includes: generating user prompt information; determining a graph corresponding to the user prompt information according to the conversion rule and drawing the graph corresponding to the user prompt information; correspondingly, rendering a graph corresponding to the emergency instrument information to the display screen for displaying, including: drawing a graph corresponding to the emergency instrument information; and synthesizing the graph corresponding to the user prompt information and the graph corresponding to the emergency instrument information into a layer, and rendering the layer on the display screen for display.
In the embodiment of the application, besides the emergency instrument information, the virtual machine monitor can also generate user prompt information, convert the user prompt information into a graph, and render and display the graph and the emergency instrument information, so that the comprehensiveness of emergency display is realized, and a user can perform safety operation according to the emergency display information.
As a possible implementation manner, determining whether the real-time operating system is in an abnormal state includes: and determining whether the real-time operating system is in an abnormal state or not according to the pre-registered abnormal monitoring type.
In the embodiment of the application, the virtual machine monitor can determine whether the real-time operating system is in an abnormal state according to the pre-registered abnormal monitoring type, so that the abnormality of the real-time operating system can be effectively monitored.
As a possible implementation manner, the determining, by the real-time operating system, whether the real-time operating system is in an abnormal state according to a pre-registered abnormality monitoring type includes: and determining whether the real-time operating system is in an abnormal state according to whether the keep-alive information sent by the inner core is received.
In the embodiment of the application, the exception monitoring type may be a kernel keep-alive exception, that is, whether a kernel is abnormal is determined according to whether the kernel sends keep-alive information, and then whether a real-time operating system is in an abnormal state is determined.
As a possible implementation manner, the determining, by the real-time operating system, whether the real-time operating system is in an abnormal state according to a pre-registered abnormality monitoring type includes: and determining whether the real-time operating system is in an abnormal state or not according to the received abnormal state information sent by the kernel.
In this embodiment of the application, the exception monitoring type may also be an active exception sending type, that is, the kernel may actively send exception state information, and determine whether the kernel is abnormal according to the exception state information, so as to determine whether the real-time operating system is abnormal.
As a possible implementation, the method further includes: when the real-time operating system is in an abnormal state, recording an abnormal log of the real-time operating system according to the abnormal state; and restarting the real-time operating system.
In the embodiment of the application, when the real-time operating system is in an abnormal state, in addition to displaying the emergency instrument, the virtual machine monitor can record the abnormal log and restart the real-time operating system to recover the real-time operating system, so that the safety of the system is further improved.
As a possible implementation manner, the virtual machine monitor is connected to an electronic control unit of a vehicle, and acquires emergency instrument information to be displayed, including: and acquiring vehicle running state information and vehicle alarm state information from the electronic control unit.
In the embodiment of the application, when the emergency instrument of the vehicle is displayed, the emergency instrument information may include driving state information and vehicle alarm state information, and the virtual machine monitor may acquire the emergency instrument information through an electronic control unit of the vehicle, so as to improve the safety of a vehicle system.
In a second aspect, an embodiment of the present application provides a virtual machine monitor, connected to a virtual machine real-time operating system, where the virtual machine monitor includes: the abnormality monitoring module is used for determining whether the real-time operating system is in an abnormal state; the information processing module is used for acquiring the information of the emergency instrument to be displayed when the real-time operating system is in an abnormal state; and the graphic rendering module is used for rendering the graphics corresponding to the emergency instrument information to a display screen for displaying.
As a possible implementation, the virtual machine monitor further includes: the log recording module is used for recording an abnormal log of the real-time operating system according to the abnormal state when the real-time operating system is in the abnormal state; and the exception recovery module is used for restarting the real-time operating system.
In a third aspect, the present embodiments provide a readable storage medium, on which a computer program is stored, where the computer program is executed by a computer to perform the steps of the method as described in the first aspect and any possible implementation manner of the first aspect.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are required to be used in the embodiments of the present application will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present application and therefore should not be considered as limiting the scope, and that those skilled in the art can also obtain other related drawings based on the drawings without inventive efforts.
FIG. 1 is a flow chart of a method for emergency display of a meter provided by an embodiment of the present application;
FIG. 2 is a diagram illustrating an example of interaction between a real-time operating system and a virtual machine monitor provided by an embodiment of the present application;
fig. 3 is an alternative implementation flow of the emergency display method for a meter according to the embodiment of the present application;
FIG. 4 is a block diagram of a first embodiment of a virtual machine monitor according to an embodiment of the present disclosure;
fig. 5 is a block diagram of a virtual machine monitor according to a second embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application.
VMM (virtual machine monitor), which may also be referred to as: hypervisor, an intermediate software layer running between the underlying physical server and the operating system, allows multiple operating systems and applications to share hardware. A virtual machine monitor is a "meta" operating system in a virtual environment. They can access all physical devices on the server, including disks and memory. The virtual machine monitor not only coordinates access to these hardware resources, but also simultaneously enforces protections between the various virtual machines. When a server boots and executes a hypervisor, it loads all the operating systems of the virtual machine clients and allocates an appropriate amount of memory, CPU (Central Processing Unit), network, and disk to each virtual machine.
Most vehicles have all liquid crystal instruments, namely all liquid crystal instrument panels, and the all liquid crystal instruments have the advantages that basic information such as vehicle running speed, engine rotating speed and residual oil amount displayed by traditional mechanical instrument panels of drivers can be transmitted, the display effect is more gorgeous, the display content is more abundant, and the attractiveness of display is improved. The full liquid crystal instrument uses a virtual machine real-time operating system, the real-time operating system comprises a plurality of application programs and a kernel, when a certain module of an application layer (application program) is broken down, the kernel operation of the system cannot be influenced, and related emergency instrument information can be displayed possibly; however, when the kernel fails, problems such as screen blackout and restart can be caused, and information of the emergency instrument cannot be displayed.
Therefore, the virtual machine monitor is carried on the operating system of the vehicle, the virtual machine monitor is connected with the real-time operating system of the virtual machine of the vehicle, and when the real-time operating system runs normally, the real-time operating system can display common instrument information; and when the real-time operating system is abnormal in operation, displaying the information of the emergency instrument through the virtual machine monitor. It should be noted that, when the real-time operating system is not due to a kernel failure, the display of the emergency meter information may be normally completed, but in the embodiment of the present application, the display of the emergency meter may be implemented by the virtual machine monitor regardless of the kernel or the exception of the application program. In addition, the displayed graphs of the common instrument information and the emergency instrument information are different, the graph corresponding to the common instrument information is likely to be more vivid and complex, and the image corresponding to the emergency instrument information is simpler and easier to view.
Referring next to fig. 1, fig. 1 is a flowchart of a method for emergency display of a meter according to an embodiment of the present application, where the method is applied to a virtual machine monitor, as shown in fig. 1, and the method includes:
step 101: it is determined whether the real-time operating system is in an abnormal state.
Step 102: and when the real-time operating system is in an abnormal state, acquiring the information of the emergency instrument to be displayed.
Step 103: and rendering a graph corresponding to the emergency instrument information to a display screen for displaying.
In the embodiment of the application, a virtual machine monitor is connected with a virtual machine real-time operating system, the virtual machine monitor monitors whether the real-time operating system is in an abnormal state or not in real time, and when the real-time operating system is in the abnormal state, the emergency instrument information is displayed. Compared with the prior art, the virtual machine monitor is arranged for the real-time operating system, so that the virtual machine monitor can display the information of the emergency instrument even if the kernel of the real-time operating system is abnormal, and the safety and the reliability of the display of the emergency instrument are improved.
In step 101, a real-time operating system and a meter display program are run on a virtual machine monitor, the virtual machine monitor initializes each internal module, and then monitors whether the real-time operating system is in an abnormal state in real time. For step 101, an alternative implementation: and determining whether the real-time operating system is in an abnormal state according to the pre-registered abnormal monitoring type.
In the embodiment, the real-time operating system comprises a kernel and an application layer, wherein the kernel can be monitored during monitoring, the application layer can also be monitored, if the application layer needs to be monitored, the monitoring type of the application layer is registered in advance, and then the application layer is monitored based on the monitoring type of the application layer to determine whether an abnormal state occurs; if the kernel needs to be monitored, the monitoring type of the kernel is registered in advance, and then the kernel is monitored based on the monitoring type of the kernel to determine whether the exception occurs. If the monitoring is needed, the monitoring types corresponding to the kernel and the application layer are registered respectively. In the embodiment of the present application, the problem of insecurity and unreliability when the kernel is abnormal is mainly solved, and therefore, in the following embodiment, the registered exception monitoring type and how to determine whether the kernel is in an abnormal state are mainly considered in the case of a real-time operating system exception caused by a kernel exception.
For the exception monitoring type of the kernel exception, depending on how the kernel is monitored, in this embodiment, the exception monitoring type may include: kernel keep-alive exceptions, proactive exceptions, and monitor exceptions.
For a core keep-alive exception, step 101 may include: and determining whether the real-time operating system is in an abnormal state according to whether the keep-alive information sent by the inner core is received. The keep-alive is a heartbeat communication mechanism between an operating system and a virtual machine monitor by utilizing a watchdog technology, when the kernel runs normally, the kernel can stably send keep-alive information to the virtual machine monitor, the sending frequency can be set at will, and when the operating system does not send the keep-alive information any more, the virtual machine monitor can determine that the kernel is abnormal, namely in an abnormal state.
For active anomalies, step 101 may include: and determining whether the real-time operating system is in an abnormal state or not according to the received abnormal state information sent by the kernel. In this embodiment, the kernel of the real-time operating system may perform self-preliminary judgment on the abnormality, and when the kernel considers that the kernel is in an abnormal operating state, corresponding abnormal state information is generated and sent to the virtual machine monitor, and after receiving the abnormal state information, the monitor may directly determine that the kernel is in an abnormal state, or may determine whether the kernel is in an abnormal state by combining with specific state information included in the abnormal state information.
For monitoring the abnormal condition, the virtual machine monitor monitors the operating system, namely, the running state of the kernel is obtained in real time, then whether the kernel is in the abnormal condition or not is judged according to the running state of the kernel, for example, relevant running parameters of the kernel are obtained, the running parameters are compared with the prestored normal kernel running, and if the running parameters are obviously problematic, the kernel running error can be directly determined, namely, the kernel is in the abnormal condition.
In the embodiment of the application, the virtual machine monitor can determine whether the real-time operating system is in an abnormal state according to the pre-registered abnormal monitoring type, so that the abnormality of the real-time operating system can be effectively monitored.
Further, after step 101, if it has been determined that the real-time operating system is in an abnormal state, the virtual machine monitor may perform display of emergency meter information, i.e., execute step 102 and step 103. In step 102, acquiring the emergency meter information to be displayed may include: the emergency meter information to be displayed is acquired from an ECU (Electronic Control Unit) of the vehicle. Wherein the emergency instrument information may include: vehicle driving state information and vehicle warning state information.
It can be understood that the virtual machine monitor needs to be connected to the ECU of the vehicle to monitor the real-time operating system, so as to obtain the information of the emergency instrument to be displayed. Taking an automobile as an example, the method may be to obtain automobile state information on a CAN (controller area Network) bus.
The vehicle state information may be specifically vehicle state information and vehicle body warning information, which are classified according to the display type set by the user, information such as the current vehicle speed and speed on the vehicle state information table, and vehicle body warning information indicating warning information such as water temperature, engine oil, and brake.
Further, in step 102, after the emergency meter information is acquired, step 103 is executed to render a graph corresponding to the emergency meter information onto a display screen for display. The display screen indicated in step 103 is a display screen in the vehicle-mounted system, and the display screen is connected with a virtual machine monitor, such as a full liquid crystal instrument display screen. It should be noted that the information displayed on the display screen is typically in the form of graphics, which may also be in a variety of forms, in order to facilitate the user's viewing of the information.
As an alternative implementation, step 103 may include: determining a graph corresponding to the emergency instrument information according to a predefined conversion rule; and rendering a graph corresponding to the emergency instrument information to a display screen for displaying.
For the predefined conversion rule, it can be understood that the graph corresponding to each kind of information is represented, for example, the information 1 is represented by the graph 1; information 2 is represented by a graph 2, etc., then correspondingly, for one information, its corresponding display graph may be determined according to the rule. The display graphics may be in a 3D format or a 2D format, and is not limited herein.
For graphics rendering, conventional image processing techniques may be employed, such as the processing of 3D graphics may include: vertex processing, rasterization calculation, texture mapping, pixel processing and final output. Wherein, the vertex processing: and reading vertex data describing the appearance of the 3D graph, determining the shape and the position relation of the 3D graph according to the vertex data, and establishing a skeleton of the 3D graph. And (3) rasterization calculation: the image actually displayed by the display is composed of pixels, and points and lines on the generated graph need to be converted into corresponding pixel points through a certain algorithm. The process of converting a vector graphic into a series of pixels is known as rasterization. For example, a diagonal line segment of the mathematical representation is finally converted into a step-like continuous pixel point. Texture mapping: the polygons generated by the vertex units only form the outlines of the 3D objects, and texture mapping (texture mapping) works to map the surfaces of the polygons, in a popular way, the surfaces of the polygons are mapped with corresponding pictures, so as to generate "real" graphics. Pixel processing: the computation and processing of the pixels is done to determine the final attributes of each pixel. And (3) final output: finally, the output of the pixel is finished, and after one frame is rendered, the pixel is sent to a video memory frame buffer area.
In the foregoing embodiment, it is mentioned that the emergency instrument information includes driving state information and vehicle body warning information, and when the display is performed, in addition to displaying the two information, user prompt information may be displayed, so that before step 103, the method further includes: generating user prompt information; determining a graph corresponding to the user prompt information according to the conversion rule; and drawing a graph corresponding to the user prompt information. Correspondingly, step 103 includes: drawing a graph corresponding to the information of the emergency instrument; and synthesizing the graph corresponding to the user prompt information and the graph corresponding to the emergency instrument information into a layer, and rendering the layer on a display screen for displaying.
The user prompt information can be generated according to the driving state information and the alarm state information, and can also be generated according to the abnormal state of the current real-time operating system. The user prompt information is used for informing the user of the current system fault, such as prompting the user to stop at the side.
With reference to the foregoing embodiments, the information display process implemented after step 102 may include: and acquiring the driving state information and finishing drawing the driving state graph. And acquiring the alarm state information of the vehicle body and finishing the drawing of the alarm state graph of the vehicle body. And finishing the drawing of the user prompt information graph, synthesizing the graph with the graphs generated in the previous two steps into a layer and rendering the layer to a liquid crystal display screen for displaying.
In the embodiment of the application, when the virtual machine monitor displays the emergency instrument, the corresponding display image is determined according to the conversion rule, and then the image is rendered on the display screen for display, so that the whole process is rapid and reliable, and the display efficiency of the emergency instrument is improved.
In the embodiment of the application, when the real-time operating system is in an abnormal state, the information of the emergency instrument is displayed, a user can know the abnormal condition of the operating system, and the user can restart or recover the operating system by himself. Of course, the method can also be implemented by the aid of a virtual machine monitor, and therefore, the method further includes: when the real-time operating system is in an abnormal state, recording an abnormal log of the real-time operating system according to the abnormal state; and restarting the real-time operating system.
The operating system kernel exception log is recorded in the nonvolatile storage device, and fault analysis and diagnosis are performed in an online or offline downloading mode after the system is reset. After the virtual machine operating system is restarted, the monitor can judge whether the system is restarted successfully or not, and whether the application is displayed normally or not. If the virtual machine operating system is not restarted successfully or the meter application cannot display normally, the virtual machine monitor can continuously display the emergency meter information and record an abnormal log.
In the embodiment of the application, when the real-time operating system is in an abnormal state, in addition to displaying the emergency instrument, the virtual machine monitor can record the abnormal log and restart the real-time operating system to recover the real-time operating system, so that the safety of the system is further improved.
Further, after the virtual machine operating system and the meter application program are recovered to normal, the virtual machine monitor suspends the display of the emergency meter information, and reenters the abnormal monitoring state, that is, the step 101 is continuously executed, and the virtual machine real-time operating system is continuously monitored.
With reference to fig. 2, referring to the introduction of the foregoing embodiment, an example of interaction between a real-time operating system and a virtual machine monitor provided in the embodiment of the present application is shown in fig. 2, where the real-time operating system includes an application program in an application layer and a kernel module, and a monitor end may execute: the method comprises the following steps of exception monitoring, graph rendering, information processing (emergency instrument information), log recording, exception recovery and other operations, wherein during exception monitoring, various monitoring forms can be adopted, for example, a kernel module initiates a monitoring request, and a monitor acquires the running state of the kernel module according to the monitoring request so as to realize monitoring; and if the abnormal recovery is carried out, the monitor restarts the real-time operating system so as to further realize the abnormal recovery.
With reference to fig. 3 in conjunction with the introduction of the foregoing embodiment, for an optional implementation flow of the emergency instrument display method applied to the virtual machine monitor provided in the embodiment of the present application, as shown in fig. 3, the virtual machine monitor first initializes an instrument emergency display system (i.e., the virtual machine monitor itself), and then performs exception monitoring, as shown in fig. 3, a kernel keep-alive exception type is adopted, that is, it is determined whether the kernel is in a keep-alive state, and if the kernel is in the keep-alive state, it is indicated that the kernel is not abnormal, and the kernel is continuously monitored. And if the kernel is not in the keep-alive state, indicating that the kernel is abnormal, and displaying the information of the emergency instrument. If the driving data needs to be displayed, the driving state information is obtained; and if the alarm information needs to be displayed, acquiring the alarm information. After the emergency instrument information is obtained, the emergency instrument graph rendering can be started, after the rendering display, the abnormal log is recorded, and the virtual machine is restarted. And then judging whether the system recovers or not, stopping the display of the emergency instrument if the system recovers, and continuing the display of the emergency instrument if the system does not recover.
As can be seen from the implementation flow shown in fig. 3, the virtual machine monitor monitors the abnormality of the virtual machine real-time operating system, so that the real-time operating system can display the emergency instrument information even when the kernel is abnormal, so that the user can know the state of the vehicle, and the reliability and the safety of the system are sufficiently improved.
Based on the same inventive concept, please refer to fig. 4, an embodiment of the present application further provides a virtual machine monitor 200, which includes: an anomaly monitoring module 201, an information processing module 202, and a graphics rendering module 203.
The exception monitoring module 201 is configured to determine whether the real-time operating system is in an exception state. And the information processing module 202 is configured to obtain information of the emergency instrument to be displayed when the real-time operating system is in an abnormal state. And the graph rendering module 203 is configured to render a graph corresponding to the emergency meter information onto a display screen for display.
Optionally, the graphics rendering module 203 is further configured to: determining a graph corresponding to the emergency instrument information according to a predefined conversion rule; and rendering the graph corresponding to the emergency instrument information to the display screen for displaying.
Optionally, the information processing module 202 is further configured to: and generating user prompt information. Graphics rendering module 203 is further to: determining a graph corresponding to the user prompt information according to the conversion rule; drawing a graph corresponding to the user prompt information; drawing a graph corresponding to the emergency instrument information; and synthesizing the graph corresponding to the user prompt information and the graph corresponding to the emergency instrument information into a layer, and rendering the layer on the display screen for display.
Optionally, the anomaly monitoring module 201 is further configured to: and determining whether the real-time operating system is in an abnormal state or not according to the pre-registered abnormal monitoring type.
Optionally, the anomaly monitoring module 201 is further configured to: and determining whether the real-time operating system is in an abnormal state according to whether the keep-alive information sent by the inner core is received.
Optionally, the anomaly monitoring module 201 is further configured to: and determining whether the real-time operating system is in an abnormal state or not according to the received abnormal state information sent by the kernel.
Optionally, the information processing module 202 is further configured to obtain vehicle driving state information and vehicle warning state information from the electronic control unit.
Optionally, referring to fig. 5, the virtual machine monitor 200 further includes a logging module 204 and an exception recovery module 205. The log recording module 204 is configured to record an abnormal log of the real-time operating system according to an abnormal state when the real-time operating system is in the abnormal state. And an exception recovery module 205, configured to restart the real-time operating system.
As an optional implementation, the exception monitoring module 201 is configured to monitor an exception condition of a kernel of the real-time operating system running on the virtual machine monitor 200, and manage a health status of the operating system. Graphics rendering module 203 is used to implement simple graphics rendering on virtual machine monitor 200 and may provide a graphics framework programming interface for applications. The information processing module 202 is used for acquiring vehicle driving and vehicle body state information, and realizing communication with the ECU in the vehicle body domain or the ADAS domain. The log recording module 204 is used for recording the abnormal log information of the kernel of the real-time operating system, and can analyze and diagnose after the event. The exception recovery module 205 is configured to perform an error handling operation on the kernel of the real-time operating system, so that the real-time operating system recovers to normal operation.
The modules in the virtual machine monitor 200 shown in fig. 4 and fig. 5 are used to implement the steps in the instrument emergency display method provided in the embodiment of the present application, and therefore, the implementation of each module corresponds to the implementation of each step one to one, and for the sake of brevity of the description, a description is not repeated here.
Based on the same inventive concept, the embodiment of the present application further provides a readable storage medium, where a computer program is stored on the readable storage medium, and the computer program is executed by a computer to perform the emergency instrument display method provided by the embodiment of the present application.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one logical division, and there may be other divisions when actually implemented, and for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of devices or units through some communication interfaces, and may be in an electrical, mechanical or other form.
In addition, units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
Furthermore, the functional modules in the embodiments of the present application may be integrated together to form an independent part, or each module may exist separately, or two or more modules may be integrated to form an independent part.
In this document, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions.
The above description is only an example of the present application and is not intended to limit the scope of the present application, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims (10)
1. A method for emergency display of a meter is applied to a virtual machine monitor, wherein the virtual machine monitor is connected with a virtual machine real-time operating system, and the method comprises the following steps:
determining whether the real-time operating system is in an abnormal state;
when the real-time operating system is in an abnormal state, acquiring emergency instrument information to be displayed;
and rendering the graph corresponding to the emergency instrument information to a display screen for displaying.
2. The method of claim 1, wherein rendering graphics corresponding to the emergency meter information to a display screen for display comprises:
determining a graph corresponding to the emergency instrument information according to a predefined conversion rule;
and rendering the graph corresponding to the emergency instrument information to the display screen for displaying.
3. The method of claim 2, wherein before rendering graphics corresponding to the emergency meter information onto the display screen for display, the method further comprises:
generating user prompt information;
determining a graph corresponding to the user prompt information according to the conversion rule;
drawing a graph corresponding to the user prompt information;
correspondingly, rendering a graph corresponding to the emergency instrument information to the display screen for displaying, including:
drawing a graph corresponding to the emergency instrument information;
and synthesizing the graph corresponding to the user prompt information and the graph corresponding to the emergency instrument information into a layer, and rendering the layer on the display screen for display.
4. The method of claim 1, wherein determining whether the real-time operating system is in an abnormal state comprises:
and determining whether the real-time operating system is in an abnormal state or not according to the pre-registered abnormal monitoring type.
5. The method of claim 4, wherein the real-time operating system comprises a kernel, and determining whether the real-time operating system is in an abnormal state according to a pre-registered abnormal monitoring type comprises:
and determining whether the real-time operating system is in an abnormal state according to whether the keep-alive information sent by the inner core is received.
6. The method of claim 4, wherein the real-time operating system comprises a kernel, and determining whether the real-time operating system is in an abnormal state according to a pre-registered abnormal monitoring type comprises:
and determining whether the real-time operating system is in an abnormal state or not according to the received abnormal state information sent by the kernel.
7. The method of claim 1, further comprising:
when the real-time operating system is in an abnormal state, recording an abnormal log of the real-time operating system according to the abnormal state;
and restarting the real-time operating system.
8. The method of claim 1, wherein the virtual machine monitor is connected to an electronic control unit of the vehicle, and obtaining emergency meter information to be displayed comprises:
and acquiring vehicle running state information and vehicle alarm state information from the electronic control unit.
9. A virtual machine monitor connected to a virtual machine real-time operating system, the virtual machine monitor comprising:
the abnormality monitoring module is used for determining whether the real-time operating system is in an abnormal state;
the information processing module is used for acquiring the information of the emergency instrument to be displayed when the real-time operating system is in an abnormal state;
and the graphic rendering module is used for rendering the graphics corresponding to the emergency instrument information to a display screen for displaying.
10. The virtual machine monitor of claim 9, further comprising:
the log recording module is used for recording an abnormal log of the real-time operating system according to the abnormal state when the real-time operating system is in the abnormal state;
and the exception recovery module is used for restarting the real-time operating system.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010016294.2A CN111240877A (en) | 2020-01-08 | 2020-01-08 | Instrument emergency display method and virtual machine monitor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010016294.2A CN111240877A (en) | 2020-01-08 | 2020-01-08 | Instrument emergency display method and virtual machine monitor |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111240877A true CN111240877A (en) | 2020-06-05 |
Family
ID=70874357
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010016294.2A Pending CN111240877A (en) | 2020-01-08 | 2020-01-08 | Instrument emergency display method and virtual machine monitor |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111240877A (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104050992A (en) * | 2014-06-10 | 2014-09-17 | 浙江中科领航汽车电子有限公司 | Vehicle-mounted intelligent system with virtual instrument and information entertainment terminals |
| US20140297998A1 (en) * | 2013-03-28 | 2014-10-02 | Electronics And Telecommunications Research Institute | Memory virtualization-based snapshot boot apparatus and method |
| CN105034808A (en) * | 2015-06-18 | 2015-11-11 | 江苏新通达电子科技股份有限公司 | Dual-system full-virtual automobile instrument system, working method and automobile |
| CN105818758A (en) * | 2015-01-05 | 2016-08-03 | 中华汽车工业股份有限公司 | Vehicle instrument display and information entertainment control module and local network system |
| CN110576744A (en) * | 2018-06-07 | 2019-12-17 | 上海新围电子科技有限公司 | Automobile virtual instrument based on embedded Linux |
-
2020
- 2020-01-08 CN CN202010016294.2A patent/CN111240877A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140297998A1 (en) * | 2013-03-28 | 2014-10-02 | Electronics And Telecommunications Research Institute | Memory virtualization-based snapshot boot apparatus and method |
| CN104050992A (en) * | 2014-06-10 | 2014-09-17 | 浙江中科领航汽车电子有限公司 | Vehicle-mounted intelligent system with virtual instrument and information entertainment terminals |
| CN105818758A (en) * | 2015-01-05 | 2016-08-03 | 中华汽车工业股份有限公司 | Vehicle instrument display and information entertainment control module and local network system |
| CN105034808A (en) * | 2015-06-18 | 2015-11-11 | 江苏新通达电子科技股份有限公司 | Dual-system full-virtual automobile instrument system, working method and automobile |
| CN110576744A (en) * | 2018-06-07 | 2019-12-17 | 上海新围电子科技有限公司 | Automobile virtual instrument based on embedded Linux |
Non-Patent Citations (2)
| Title |
|---|
| 孔凡忠等: "智能汽车计算平台的关键技术与核心器件", 《中国工业和信息化》, no. 06, 15 June 2018 (2018-06-15) * |
| 韦鹏程 等著: "《基于虚拟化技术的云计算架构的技术与实践探究》", pages: 98 - 99 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11392461B2 (en) | Method and apparatus for processing information | |
| US11243797B2 (en) | Method for operating a control device, control device and computer program product | |
| CN110912964A (en) | Vehicle mileage backup system, method, device, electronic equipment and medium | |
| US12124346B2 (en) | Leveraging low power states for fault testing of processing cores at runtime | |
| CN113942394B (en) | Range extender abnormality monitoring method and device and electronic equipment | |
| CN112241160A (en) | Vehicle testing method, device, vehicle testing system and test board | |
| JP2023500126A (en) | Video inspection method, maintenance terminal, server, system and recording medium | |
| CN115658321A (en) | Method and device for acquiring fault information of automobile instrument, electronic equipment and storage medium | |
| CN111240877A (en) | Instrument emergency display method and virtual machine monitor | |
| CN114328103A (en) | Method, system and related equipment for OpenBMC monitoring and management of discrete sensor | |
| CN111240898B (en) | Method and system for realizing black box based on Hypervisor | |
| WO2024078601A1 (en) | Icon detection script generation method, and device and storage medium | |
| CN115421986A (en) | Display content state determination method, device, equipment and storage medium | |
| CN115416593A (en) | Vehicle restart fault monitoring method and device, vehicle and storage medium | |
| WO2021174407A1 (en) | Image display monitoring method, apparatus and device | |
| CN118538131A (en) | Black screen detection method and device, storage medium and vehicle | |
| CN116945900A (en) | Display method of vehicle indicator lamp | |
| CN114244895B (en) | Control method and device of handheld mobile terminal, electronic equipment and storage medium | |
| CN117453513A (en) | Log acquisition method and related equipment | |
| CN115145795A (en) | Equipment fault visualization method and device, electronic equipment and storage medium | |
| CN117608894B (en) | Log storage method and device, computer equipment and storage medium | |
| CN114821858B (en) | Method, device, equipment and storage medium for illustrating abnormal vehicle index | |
| CN110457177B (en) | Startup abnormity detection method and device, electronic equipment and storage medium | |
| Ozcelikors et al. | CLADIS: Software Platform for Digital Cluster and Informational Driver Assistance Applications | |
| US20220126860A1 (en) | Method and apparatus for processing autonomous driving simulation data, and electronic device |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200605 |
|
| RJ01 | Rejection of invention patent application after publication |