Motormeter UI software display implementation method and device, equipment and storage medium

Abstract

The invention discloses an automobile instrument UI software display implementation method, device and equipment and a storage medium, and relates to the technical field of automobile instrument display control, the method comprises the steps that graphic resources are constructed based on a wayland architecture, the graphic resources comprise a screen, a graphic layer and a drawing surface, and the level of the graphic layer is in positive correlation with the display level; all display information of the instrument is classified and divided into layers of different levels, and the corresponding relation between the display information and the layers is established; and distributing the obtained to-be-displayed information to the corresponding layers according to the corresponding relationship, distributing an independent UI process for each layer, and realizing display based on a screen. According to the method and the device, different functions of the instrument UI software are managed in a layered manner, and the different functions are managed by using independent processes, so that the safety redundancy of the instrument UI software is higher.

Description

Technical Field

[0001] The present application relates to the technical field of vehicle instrument display control, and in particular to a method, apparatus, device and storage medium for realizing automobile instrument UI software display. Background Art

[0002] With the development of intelligent cockpits in cars, the UI (User Interface) software of car instruments has become increasingly complex. The content that needs to be displayed has evolved from basic information such as vehicle speed, rotation speed, and mileage in the early days to auxiliary driving information such as autonomous driving and ADAS (Advanced Driving Assistance System).

[0003] Therefore, in view of the increasing amount of display content, how to make the instrument UI software display content more clearly and in a clearer layer has become a problem that needs to be solved urgently. Summary of the Invention

[0004] The present application provides a method, apparatus, device and storage medium for realizing the display of automobile instrument UI software. By managing different functions of the instrument UI software in layers and using independent processes to manage different functions, the security redundancy of the instrument UI software is improved.

[0005] In a first aspect, an embodiment of the present application provides a method for implementing a UI software display of an automobile instrument panel, the method comprising: Graphics resources are constructed based on the Wayland architecture. The graphics resources include screens, layers, and drawing surfaces, and the layer level is positively correlated with the display level. Classify all display information of the instrument and divide it into different levels of layers, and establish the corresponding relationship between display information and layers; The acquired information to be displayed is allocated to the corresponding layer according to the corresponding relationship, and an independent UI process is allocated to each layer to realize display based on the screen.

[0006] In combination with the first aspect, in one embodiment, the graphic resources are constructed based on the Wayland architecture, wherein, for the construction of the graphic resources, specifically, a screen, multiple layers and multiple drawing surfaces are constructed, and the screen includes multiple layers, and each layer includes a drawing surface.

[0007] In combination with the first aspect, in one embodiment, the drawing surface corresponds to display information to be displayed, and multiple layers can be superimposed on each other based on the display level of the layers.

[0008] In combination with the first aspect, in one embodiment, in order from low to high layer levels, the display information categories corresponding to each layer are vehicle driving status information, cruise information, navigation information, menu, projection interface, tire pressure interface, off gear interface, pop-up alarm interface, text alarm interface, upper status bar interface, black screen interface, self-test interface, boot animation interface, screen diagnosis interface, and upgrade interface.

[0009] In combination with the first aspect, in one embodiment, allocating the acquired information to be displayed to the corresponding layer according to the corresponding relationship, allocating an independent UI process to each layer, and realizing display based on the screen specifically includes: Based on the signal data of the vehicle body CAN bus and other hard lines of the vehicle body, the instrument data is obtained and sent to the instrument UI software; The instrument UI software obtains the information to be displayed of the instrument according to the instrument data; Classifying the information to be displayed, allocating the classified information to be displayed to the corresponding layers according to the corresponding relationship, and allocating an independent UI process to each layer; Based on Wayland management, the layer display is realized through the screen.

[0010] In combination with the first aspect, in one implementation, each layer uses an independent UI process for display control, and the displays of the layers do not interfere with each other.

[0011] In a second aspect, an embodiment of the present application provides a device for implementing a UI software display of an automobile instrument, the device comprising: A construction module is used to construct graphics resources based on the Wayland architecture. The graphics resources include screens, layers, and drawing surfaces, and the layer level is positively correlated with the display level. The division module is used to classify all the display information of the instrument and divide it into different levels of layers, and establish the corresponding relationship between the display information and the layers; The execution module is used to allocate the acquired information to be displayed to the corresponding layer according to the corresponding relationship, and allocate an independent UI process to each layer to realize display based on the screen.

[0012] In combination with the second aspect, in one embodiment, the graphics resources are constructed based on the Wayland architecture, wherein, for the construction of the graphics resources, specifically, a screen, multiple layers and multiple drawing surfaces are constructed, and the screen includes multiple layers, and each layer includes a drawing surface.

[0013] In a third aspect, an embodiment of the present application provides an automobile instrument UI software display implementation device, which includes a processor, a memory, and an automobile instrument UI software display implementation program stored in the memory and executable by the processor. When the automobile instrument UI software display implementation program is executed by the processor, the steps of the above-mentioned automobile instrument UI software display implementation method are implemented.

[0014] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, on which a car instrument UI software display implementation program is stored. When the car instrument UI software display implementation program is executed by a processor, the steps of the above-mentioned car instrument UI software display implementation method are implemented.

[0015] The beneficial effects of the technical solutions provided in the embodiments of the present application include: By constructing graphic resources based on the Wayland architecture, and the level of the layer in the graphic resources is positively correlated with the display level, all display information of the instrument is classified and divided into layers of different levels, and a correspondence between the display information and the layers is established. Then, according to the correspondence, the acquired information to be displayed is allocated to the corresponding layer, and an independent UI process is assigned to each layer. The display is realized based on the screen, which effectively solves the problems of unclear classification of instrument UI display, mixing of multiple display contents, and high coupling of instrument UI software on the automobile instrument UI display. In addition, under the Wayland architecture, an independent process is used to display each layer, so that the instrument UI software has more security redundancy, avoiding the situation where errors in one part of the UI software cause the crash of other UI software. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 This is a flowchart of the method for implementing the UI software display of the automobile instrument in this application; Figure 2 This is a data flow diagram for the instrument UI software; Figure 3 A diagram showing the relationship between screens, layers, and drawing surfaces; Figure 4 This is a software architecture diagram of the instrument UI software; Figure 5 This is a functional module diagram of the device for implementing the UI software display of an automobile instrument in this application; Figure 6 This is a schematic diagram of the hardware structure of the device implementing the automotive instrument UI software display in this application. DETAILED DESCRIPTION

[0017] In order to enable those skilled in the art to better understand the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0018] In order to make the objectives, technical solutions and advantages of this application clearer, the implementation methods of this application will be further described in detail below with reference to the accompanying drawings.

[0019] In a first aspect, an embodiment of the present application provides a method for realizing the display of automobile instrument UI software, which manages different functions of the instrument UI software in layers, and uses independent processes to manage different functions, thereby making the instrument UI software more secure and redundant.

[0020] In one embodiment, referring to Figure 1 , Figure 1 This is a flow chart of the method for implementing the automobile instrument UI software display in this application. Figure 1 As shown, the method for implementing the automobile instrument UI software display includes: S1: Graphics resources are constructed based on the Wayland architecture. The graphics resources include screens, layers, and drawing surfaces, and the layer level is positively correlated with the display level. S2: Classify all the display information of the instrument and divide it into different levels of layers, and establish the corresponding relationship between the display information and the layers; S3: Allocate the acquired information to be displayed to the corresponding layer according to the corresponding relationship, and allocate an independent UI process to each layer to realize display based on the screen.

[0021] It should be noted that graphics resources are constructed based on the Wayland architecture. Specifically, the construction of graphics resources involves constructing a screen, multiple layers, and multiple drawing surfaces. The screen contains multiple layers, and each layer contains a drawing surface. The drawing surface corresponds to the display information to be displayed, and based on the layer display hierarchy, multiple layers can be stacked up and down.

[0022] Specifically, for the automotive instrument UI software display implementation method of this application, in actual application, the instrument's hardware platform can use a MediaTek MT8675 chip as its CPU, and the chip's graphics backend uses the Wayland architecture. Wayland is a common graphics architecture for Linux systems. Wayland implements multi-process image management and is suitable for multi-process, multi-layer UI displays. The Wayland architecture abstracts three types of graphics resources: screen, layer, and surface. During instrument display, only one screen is used, while multiple layers can be specified. Setting the layer rendering order allows for the stacking of multiple layers. Each layer can contain one or more surfaces, but in this application, a layer only contains one surface.

[0023] Furthermore, in ascending order of layer levels, the display information categories corresponding to each layer are vehicle driving status information, cruise information, navigation information, menu, screen projection interface, tire pressure interface, off gear interface, pop-up alarm interface, text alarm interface, upper status bar interface, black screen interface, self-test interface, boot animation interface, screen diagnostic interface, and upgrade interface. For example, if the display information category corresponding to layer 0 is vehicle driving status information, then the display information category corresponding to layer 1 (a higher level than layer 0) is cruise information, and the display information category corresponding to layer 2 (a higher level than layer 1) is navigation information, and so on.

[0024] This application categorizes the instrument's display information into layers of different levels. The lower the layer level, the lower its display level, appearing at the bottom of the screen. The higher the layer level, the higher its display level, appearing at the top of the screen. Each layer contains a surface, so the final display of the layer in this application is implemented by the surface, and the layer plays the role of managing the surface.

[0025] The following is an example of the correspondence between display information, layers, layer levels, and drawing surfaces. The content in quotation marks after "surface" is the name of the surface, the "layer" after the surface name represents the layer to which the surface belongs, and the number after "layer" indicates the layer level, with larger numbers indicating higher levels. Following the number is the display information category and specific content.

[0026] (1) surface-"homeRootPage": layer0 vehicle driving status information, displaying speed, speed, mileage, fuel level, instantaneous fuel consumption, water temperature and other information; (2) surface-"cruiseInfoPage": layer 1 cruise information, showing ACC adaptive cruise speed, distance to the preceding vehicle, lane keeping, assisted driving, automatic driving and other function information; (3) surface-"navicruisePage": layer 2 navigation information, which displays navigation information transmitted from the central control, including turn arrows, distance to the next intersection, etc. (4) surface-"menuPage": layer3 menu, which displays the commonly used setting menu interface of the instrument; (5) surface-"mirrorPage": layer4 screen projection interface, which displays the video transmitted from the central control, such as navigation maps, multimedia playback information, etc. (6) surface-"tirePressurePage": layer 5 tire pressure interface, showing tire pressure information; (7) surface-"unlockPage": layer6 off gear interface, this interface is displayed when the car key is turned to the off gear; (8) surface-"warnPopPage": layer7 pop-up alarm interface, which is displayed when there is a pop-up alarm; (9) surface-"warnTextPage": layer8 text alarm interface, which is displayed when there is a text alarm; (10) surface-"topBarPage": layer9 upper status bar interface, displays alarm light, time, temperature and other information displayed in the upper status bar; (11) surface-"topBlackCover": layer10 black screen interface. When the instrument does not have anything to display, it jumps to this interface for display. (12) surface-"startSelfCheckPage": layer11 self-check interface. When the instrument key is turned to the on position, a self-check is required to check whether the instrument function is normal. This interface is displayed at this time. (13) surface-"startAnimationPage": layer12 startup animation interface, this interface is displayed when the instrument plays the startup animation; (14) surface-"lcdDiagnosticPage": layer13 screen diagnostic interface, used to test the various basic colors displayed on the instrument before the instrument is produced; (15) surface-"updatePage": layer14 upgrade interface, displays upgrade information during upgrade.

[0027] Through the above layer division, all the information that needs to be displayed by the instrument is classified and displayed. Each layer uses an independent process to display it. In this way, the display of each layer does not interfere with each other, and the termination or freezing of one layer process does not affect the display of other layers, achieving greater security redundancy.

[0028] Furthermore, in one embodiment, the acquired information to be displayed is allocated to the corresponding layer according to the corresponding relationship, and an independent UI process is allocated to each layer, and the display is realized based on the screen, specifically including: S301: Based on the signal data from the vehicle body CAN (Controller Area Network) bus and other hard lines on the vehicle body, the instrument data is obtained and sent to the instrument UI software; S302: The instrument UI software obtains the information to be displayed of the instrument according to the instrument data; S303: Classifying the information to be displayed, assigning the classified information to the corresponding layers according to the corresponding relationships, and assigning an independent UI process to each layer; each layer uses an independent UI process for display control, and the displays of the layers do not interfere with each other; S304: Based on the management of Wayland, the layer is displayed through the screen.

[0029] See Figure 2 The figure shows the data flow diagram of the instrument UI software. The data source is the data source of the instrument, which is usually the body CAN bus and other hard-wired signal data of the body. After software logic processing, it is output to the instrument UI software. The instrument UI software uses the data source to display the interface content of the instrument. An independent UI process is assigned to each layer. The UI process, such as homeRootPage, is a surface managed by the corresponding layer. After being managed by wayland, it is output to the screen for display.

[0030] See also Figure 3 The figure shows the relationship between screens, layers, and drawing surfaces. Normally, a screen can contain multiple layers, and each layer can contain multiple surfaces. However, in this application, a layer only contains one surface.

[0031] See also Figure 4The figure shows the software architecture diagram of the instrument UI software. The outermost layer of the software uses the Wayland architecture. Wayland is a common graphics architecture for Linux systems. Wayland manages screens, layers, and surfaces. In actual application, this application uses one screen and creates 15 layers. Each layer contains a surface, and each surface corresponds to the UI content that needs to be displayed.

[0032] The automobile instrument UI software display implementation method of the embodiment of the present application is to construct graphic resources based on the Wayland architecture, and the level of the layer in the graphic resource is positively correlated with the display level. Then, all the display information of the instrument is classified and divided into layers of different levels, and a correspondence between the display information and the layers is established. Then, according to the correspondence, the acquired information to be displayed is allocated to the corresponding layer, and an independent UI process is allocated to each layer. The display is realized based on the screen, which effectively solves the problems of unclear classification of instrument UI display, mixing of multiple display contents, and high coupling of instrument UI software on the automobile instrument UI display. Moreover, under the Wayland architecture, an independent process is used to display each layer, so that the instrument UI software has more security redundancy, avoiding the situation where other UI software crashes due to errors in one part of the UI software.

[0033] Secondly, the embodiment of the present application also provides a device for realizing the display of automobile instrument UI software [1].

[0034] In one embodiment, referring to Figure 5 , Figure 5 This is a functional module diagram of the automobile instrument UI software display implementation device of this application. Figure 5 As shown, the automobile instrument UI software display implementation device includes: a construction module, a division module, and an execution module.

[0035] The construction module is used to construct graphic resources based on the Wayland architecture. The graphic resources include screens, layers, and drawing surfaces, and the level of the layer is positively correlated with the display level; the division module is used to classify all display information of the instrument and divide it into layers of different levels, and establish a correspondence between the display information and the layers; the execution module is used to allocate the acquired information to be displayed to the corresponding layer according to the correspondence, and allocate an independent UI process to each layer to realize display based on the screen.

[0036] In a third aspect, the embodiments of the present application provide a device for implementing display of automotive instrument UI software, which can be a personal computer (PC), a notebook computer, a server, or the like device having a data processing function.

[0037] Referring to Figure 6 , Figure 6 FIG. 1 is a schematic diagram of a hardware structure of a device for implementing display of automotive instrument UI software according to an embodiment of the present application. In the embodiments of the present application, the device for implementing display of automotive instrument UI software can include a processor, a memory, a communication interface, and a communication bus.

[0038] The communication bus can be of any type, and is used to interconnect the processor, the memory, and the communication interface.

[0039] The communication interface includes an input / output (I / O) interface, a physical interface, and a logical interface, and the like interface used to interconnect devices inside the device for implementing display of automotive instrument UI software, and an interface used to interconnect the device for implementing display of automotive instrument UI software with other devices (for example, other computing devices or user devices). The physical interface can be an Ethernet interface, a fiber interface, an ATM interface, or the like. The user device can be a display screen (Display), a keyboard (Keyboard), or the like.

[0040] The memory can be various types of storage media, such as random access memory (RAM), read-only memory (ROM), non-volatile RAM (NVRAM), flash memory, optical storage, hard disk, programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), or the like.

[0041] The processor can be a general-purpose processor, which can invoke the automotive instrument UI software display implementation program stored in the memory, and execute the automotive instrument UI software display implementation method provided by the embodiments of the present application. For example, the general-purpose processor can be a central processing unit (CPU). The method executed by the automotive instrument UI software display implementation program when invoked can refer to the embodiments of the automotive instrument UI software display implementation method of the present application, and will not be described herein.

[0042] Those skilled in the art can understand that Figure 6The hardware structure shown in the figures is not intended to limit the present application, and can include more or fewer components than shown, or combine some components, or arrange the components differently.

[0043] In a fourth aspect, the embodiments of the present application further provide a computer readable storage medium.

[0044] The computer readable storage medium of the present application stores a car instrument UI software display implementation program, wherein the car instrument UI software display implementation program is executed by a processor to implement the steps of the car instrument UI software display implementation method described above.

[0045] The method implemented when the car instrument UI software display implementation program is executed can refer to the embodiments of the car instrument UI software display implementation method of the present application, which will not be described here.

[0046] The terms "include" and "have" and any variations thereof in the specification and claims of the present application and the above-described figures are intended to cover the non-exclusive inclusion. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but can optionally include steps or units not listed, or can optionally include other steps or units inherent to the process, method, product or device. The terms "first", "second" and "third" and the like descriptions are used to distinguish different objects, and do not represent the order or limit the types of "first", "second" and "third".

[0047] In the description of the embodiments of the present application, "exemplary", "for example" or "for instance" is used to mean as an example, illustration or description. Any embodiment or design scheme described as "exemplary", "for example" or "for instance" in the embodiments of the present application should not be interpreted as more preferred or more advantageous than other embodiments or design schemes. In fact, the words "exemplary", "for example" or "for instance" are intended to present the relevant concept in a specific way.

[0048] In the description of the embodiments of the present application, unless otherwise specified, " / " means or, for example, A / B can mean A or B; "and / or" in the text only describes the association relationship of the associated objects, which means that there can be three relationships, for example, A and / or B, which means that there are three cases of A alone, A and B together, and B alone. In addition, in the description of the embodiments of the present application, "multiple" means two or more than two.

[0049] In some processes described in the embodiments of the present application, multiple operations or steps are included that appear in a specific order. However, it should be understood that these operations or steps may not be performed in the order in which they appear in the embodiments of the present application or may be performed in parallel. The sequence numbers of the operations are only used to distinguish between different operations, and the sequence numbers themselves do not represent any order of execution. In addition, these processes may include more or fewer operations, and these operations or steps may be performed in sequence or in parallel, and these operations or steps may be combined.

[0050] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus the necessary general hardware platform. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, or the part that contributes to the existing technology, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above and includes a number of instructions for enabling a terminal device to execute the methods described in each embodiment of this application.

[0051] The above are only preferred embodiments of the present application and do not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.

Claims

1. A method for realizing automobile instrument UI software display, characterized in that: The automobile instrument UI display implementation method includes: Graphics resources are constructed based on the Wayland architecture. The graphics resources include screens, layers, and drawing surfaces, and the layer level is positively correlated with the display level. Classify all display information of the instrument and divide it into different levels of layers, and establish the corresponding relationship between display information and layers; The acquired information to be displayed is allocated to the corresponding layer according to the corresponding relationship, and an independent UI process is allocated to each layer to realize display based on the screen.

2. The method for realizing automobile instrument UI software display according to claim 1, characterized in that: The graphic resources are constructed based on the Wayland architecture, wherein, for the construction of the graphic resources, specifically, a screen, multiple layers and multiple drawing surfaces are constructed, and the screen includes multiple layers, and each layer includes a drawing surface.

3. The method for realizing automobile instrument UI software display according to claim 2, characterized in that: The drawing surface corresponds to the display information to be displayed, and multiple layers can be superimposed on each other based on the display level of the layers.

4. The method for realizing automobile instrument UI software display according to claim 2, characterized in that: In order of layer levels from low to high, the display information categories corresponding to each layer are vehicle driving status information, cruise information, navigation information, menu, screen projection interface, tire pressure interface, off gear interface, pop-up alarm interface, text alarm interface, upper status bar interface, black screen interface, self-test interface, boot animation interface, screen diagnosis interface, and upgrade interface.

5. The method for realizing automobile instrument UI software display according to claim 1, characterized in that: The obtained information to be displayed is allocated to the corresponding layer according to the corresponding relationship, and an independent UI process is allocated to each layer to realize display based on the screen, specifically including: Based on the signal data of the vehicle body CAN bus and other hard lines of the vehicle body, the instrument data is obtained and sent to the instrument UI software; The instrument UI software obtains the information to be displayed of the instrument according to the instrument data; Classifying the information to be displayed, allocating the classified information to be displayed to the corresponding layers according to the corresponding relationship, and allocating an independent UI process to each layer; Based on Wayland management, the layer display is realized through the screen.

6. The method for realizing automobile instrument UI software display according to claim 5, characterized in that: Each layer uses an independent UI process for display control, and the display of different layers does not interfere with each other.

7. An automobile instrument UI software display implementation device, characterized in that: The automobile instrument UI software display implementation device includes: A construction module is used to construct graphics resources based on the Wayland architecture. The graphics resources include screens, layers, and drawing surfaces, and the layer level is positively correlated with the display level. The division module is used to classify all the display information of the instrument and divide it into different levels of layers, and establish the corresponding relationship between the display information and the layers; The execution module is used to allocate the acquired information to be displayed to the corresponding layer according to the corresponding relationship, and allocate an independent UI process to each layer to realize display based on the screen.

8. The automobile instrument UI software display implementation device according to claim 7, characterized in that: The graphic resources are constructed based on the Wayland architecture, wherein, for the construction of the graphic resources, specifically, a screen, multiple layers and multiple drawing surfaces are constructed, and the screen includes multiple layers, and each layer includes a drawing surface.

9. An automobile instrument UI software display implementation device, characterized in that: The automobile instrument UI software display implementation device includes a processor, a memory, and an automobile instrument UI software display implementation program stored in the memory and executable by the processor. When the automobile instrument UI software display implementation program is executed by the processor, the steps of the automobile instrument UI software display implementation method according to any one of claims 1 to 6 are implemented.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores an automobile instrument UI software display implementation program, wherein when the automobile instrument UI software display implementation program is executed by a processor, the steps of the automobile instrument UI software display implementation method according to any one of claims 1 to 6 are implemented.

Images