Vehicle data display method and system, computer equipment and vehicle

Abstract

The invention provides a vehicle data display method and system, computer equipment and a vehicle, and the method comprises the steps: reading vehicle data pre-written into a vehicle instrument through a first thread, and analyzing the vehicle data read by the first thread; and setting part or all of the vehicle data in the structural body data based on the analysis result, reading the structural body data through a second thread, performing logic control configuration on the vehicle instrument mode, and generating an extensible markup language file based on a logic control configuration result and the structural body data; and finally, using a preset display engine to associate the extensible markup language file to carry out picture rendering, and displaying a picture rendering result in the vehicle instrument according to a vehicle instrument mode. According to the method and the device, code logic control can be performed through two independent threads, and then picture rendering is completed through the display engine, so that logic control and picture display are mutually independent, coupling can be reduced, and compatibility of more types of instrument themes is facilitated.

Description

Technical Field

[0001] The present application relates to the technical field of vehicles and data display, and in particular to a vehicle data display method and system, a computer device and a vehicle. Background Art

[0002] The dashboard plays a vital role in cars. It can provide drivers with real-time vehicle data, including normal vehicle status data and abnormal vehicle status data. Real-time display of vehicle data on the dashboard can not only assist drivers to better understand the vehicle situation, promptly discover potential vehicle problems, and make correct decisions in a timely manner, but is also crucial to ensuring driving safety and driving stability. In addition, some vehicles are also equipped with assisted driving systems, such as lane keeping assist, front collision warning, blind spot monitoring, road sign recognition, active lane change assist, and other assisted driving systems. The information of these assisted driving systems will also be presented to the driver through the dashboard.

[0003] However, the current theme design architecture of the car dashboard is not independent and cannot be compatible with more types of instrument themes. In addition, the current car dashboard is relatively monotonous in theme design and color matching, which can easily cause visual fatigue and discomfort to the driver during driving, reducing the driver's driving experience. Summary of the invention

[0004] In view of the above-mentioned shortcomings of the prior art, the purpose of the present application is to provide a vehicle data display method and system, computer equipment and vehicle, which are used to solve the technical problem of theme design and color matching of automobile dashboards.

[0005] To achieve the above purpose and other related purposes, the present application provides a vehicle data display method, comprising the following steps:

[0006] Reading vehicle data pre-written into a vehicle meter through a first thread, and parsing the vehicle data read by the first thread; wherein the vehicle data includes vehicle driving status and warning prompts;

[0007] Based on the analysis result, part or all of the vehicle data is set in structured data; wherein the structured data is obtained based on the vehicle instrument;

[0008] Reading the structure data through a second thread, performing logic control configuration on a vehicle instrument mode, and generating an extensible markup language file based on the logic control configuration result and the structure data;

[0009] The image rendering is performed by associating the extensible markup language file with a preset display engine, and the image rendering result is displayed in the vehicle instrument according to the vehicle instrument mode.

[0010] In one embodiment of the present application, the process of reading the vehicle data pre-written in the vehicle instrument through the first thread and parsing the vehicle data read by the first thread includes:

[0011] In response to the instrument display instruction, the vehicle data pre-written in the vehicle instrument is read in a blocking read-only manner through the first thread; the instrument display instruction includes: generated when the target person powers on the vehicle, and the target person triggers the generation of the central control display screen after the vehicle is powered on; wherein the target person includes the vehicle driver;

[0012] The vehicle data read by the first thread is cached, and it is determined in the cache whether the vehicle data read by the first thread is correct data, and the correct data is parsed using a parsing function to obtain a corresponding parsing result.

[0013] In one embodiment of the present application, the process of reading the structure data through the second thread and performing logic control configuration on the vehicle instrument mode includes:

[0014] Acquire the refresh frequency of the vehicle instrument, set a reading time based on the refresh frequency, and read the structure data regularly according to the set reading time through a second thread;

[0015] Identify the vehicle instrument mode corresponding to the instrument display instruction, and record it as a target mode;

[0016] The target mode is logically controlled and configured, or the target mode and a vehicle instrument mode that has a correlation change with the target mode are logically controlled and configured.

[0017] In one embodiment of the present application, the process of using a preset display engine to associate the extensible markup language file to perform screen rendering includes:

[0018] Associating the extensible markup language file with a preset display engine, and reading the vehicle instrument mode and the attribute value corresponding to the vehicle instrument mode in the extensible markup language file with a data content node in the preset display engine, and loading the read attribute values ​​into the fill area of ​​the data content node respectively; and,

[0019] The data content node is dynamically loaded through the preset component image node in the preset display engine, and the data content nodes of different levels and the data content nodes of the same level are controlled to display the corresponding level content respectively;

[0020] The data content node is bound to the picture rendering node in the preset display engine, and the picture rendering is performed according to the dynamic loading result of the data content node to obtain the corresponding picture rendering result.

[0021] In one embodiment of the present application, before dynamically loading the data content node through the preset component image node in the preset display engine, the method also includes: creating a vehicle instrument theme table according to the vehicle instrument mode, and using the vehicle instrument theme table as the resource path of the vehicle instrument mode to store the corresponding resource file.

[0022] In one embodiment of the present application, the vehicle data indicating the driving state of the vehicle is recorded as the vehicle driving data, and the vehicle driving data includes: vehicle speed, rotation speed, gear position, fuel level, power level, set driving mileage, current driving mileage, total driving mileage, driving time, average vehicle speed, average power consumption, time, and temperature;

[0023] And / or, the vehicle data indicating the vehicle warning prompt is recorded as the vehicle abnormality alarm data, and the vehicle abnormality alarm data includes at least one of the following: the real-time battery temperature is higher than the set battery temperature alarm, the door is not closed alarm, the power system is limited alarm, the charging port is not closed alarm, the fuel filler port is not closed alarm, the real-time battery power is lower than the set battery power alarm, the real-time tire pressure is lower than the set tire pressure alarm, the real-time tire pressure is higher than the set tire pressure alarm, the real-time tire temperature is higher than the set tire temperature alarm, the real-time key power is set to the key power alarm, the real-time fuel level is lower than the set fuel level alarm, the seat belt is not fastened alarm, the gear shift failure alarm, the fatigue driving alarm, the braking system abnormality alarm, the real-time engine oil pressure is lower than the set engine oil pressure alarm, the airbag failure alarm, the coolant level is lower than the set height alarm.

[0024] In one embodiment of the present application, the vehicle instrument mode includes: a normal mode and a driving mode, the normal mode includes: a day mode and a night mode; the driving mode includes: an energy-saving mode, a comfort mode, a sports mode, a personalized mode, a slippery mode, a towing mode, a snow mode, and a track mode;

[0025] Among them, the display brightness of the day mode is higher than that of the night mode and the track mode, and there is a correlated change between the track mode and the day mode.

[0026] The present application also provides a vehicle data display system, the system comprising:

[0027] A first thread module is used to read the vehicle data pre-written in the vehicle instrument through the first thread, and parse the vehicle data read by the first thread; and set part or all of the vehicle data in the structure data based on the parsing result; wherein the vehicle data includes the vehicle driving status and warning prompts, and the structure data is obtained based on the vehicle instrument;

[0028] A second thread module, used for reading the structure data through a second thread, performing logic control configuration on a vehicle instrument mode, and generating an extensible markup language file based on the logic control configuration result and the structure data;

[0029] The display module is used to use a preset display engine to associate the extensible markup language file to perform image rendering, and display the image rendering result in the vehicle instrument according to the vehicle instrument mode.

[0030] The present application also provides a computer device, including a memory, a processor, and a computer program stored in the memory, wherein the processor executes the computer program to implement the steps of any one of the above-mentioned vehicle data display methods.

[0031] The present application also provides a vehicle, which includes the vehicle data display system as described above, or includes the computer device as described above.

[0032] As described above, the present application provides a vehicle data display method and system, a computer device and a vehicle, which have the following beneficial effects: the present application reads the vehicle data pre-written in the vehicle instrument through the first thread, and parses the vehicle data read by the first thread; and sets part or all of the data in the vehicle data in the structure data based on the parsing result; then reads the structure data through the second thread, and performs logic control configuration on the vehicle instrument mode, and generates an extensible markup language file based on the logic control configuration result and the structure data; finally, the preset display engine is used to associate the extensible markup language file for screen rendering, and the screen rendering result is displayed in the vehicle instrument according to the vehicle instrument mode. It can be seen from this that when the present application displays vehicle data on the vehicle instrument, code logic control can be performed through two independent threads, and then the screen rendering is completed through the display engine, and the screen rendering result is displayed in the vehicle instrument according to the vehicle instrument mode, so as to realize the independence of logic control and screen display, which can not only reduce the coupling of vehicle data when it is displayed on the vehicle instrument, but also facilitate compatibility with more types of instrument themes and expand other projects. In addition, by providing a variety of instrument display mode themes, the present application can solve the problem that the current automobile instrument panel has relatively monotonous theme design and color matching. When the driver switches the instrument display mode themes during the vehicle driving process, it can not only increase the driver's driving experience and fun of the vehicle, but the display differences between multiple modes can also reduce the driver's visual fatigue during the vehicle driving process. BRIEF DESCRIPTION OF THE DRAWINGS

[0033] Figure 1 A schematic diagram of a process flow of a vehicle data display method provided in an embodiment of the present application;

[0034] Figure 2 A schematic diagram of the effect of a vehicle instrument in a night mode provided by an embodiment of the present application;

[0035] Figure 3 A schematic diagram of the effect of a vehicle instrument in daytime mode provided by an embodiment of the present application;

[0036] Figure 4 A schematic diagram of the effect of a vehicle instrument in a track mode provided by an embodiment of the present application;

[0037] Figure 5 A flow chart of communication interaction between a vehicle instrument and a vehicle central control display screen provided in an embodiment of the present application;

[0038] Figure 6 A schematic diagram of the overall framework of a display engine provided in an embodiment of the present application;

[0039] Figure 7 A schematic diagram of filling in attribute values ​​provided in an embodiment of the present application;

[0040] Figure 8 A schematic diagram of node subject content provided in an embodiment of the present application;

[0041] Fig. 9 A schematic diagram of a vehicle instrument theme table provided in an embodiment of the present application;

[0042] Fig.10 A schematic diagram of a process flow of resource loading and switching performed by a display engine provided in an embodiment of the present application;

[0043] Fig.11 A schematic diagram of the hardware structure of a vehicle data display system provided in an embodiment of the present application;

[0044] Fig.12 The figure is a schematic diagram of the hardware structure of a computer device suitable for implementing one or more embodiments of the present application. DETAILED DESCRIPTION

[0045] The following is an explanation of the embodiments of the present application by specific specific examples, and those skilled in the art can easily understand other advantages and effects of the present application from the content disclosed in this specification. The present application can also be implemented or applied by other different specific embodiments, and the details in this specification can also be based on different viewpoints and applications, without departing from the spirit of the present application. Various modifications or changes are made. It is understood that, in the absence of conflict, the following embodiments and the features in the embodiments can be combined with each other. In addition, it is understood that the illustrations provided in the following embodiments only illustrate the basic concept of the present application in a schematic manner, and only the components related to the present application are shown in the drawings rather than the number, shape and size of the components during the actual implementation. The type, quantity and ratio of each component during its actual implementation can be a random change, and its component layout type may also be more complicated.

[0046] Figure 1 A schematic flow chart of a vehicle data display method is shown. Specifically, in an exemplary embodiment, Figure 1 As shown, this embodiment provides a vehicle data display method, the method comprising the following steps:

[0047] S110, reading the vehicle data pre-written into the vehicle instrument through the first thread, and parsing the vehicle data read by the first thread; wherein the vehicle data includes vehicle driving status and warning prompts. In this embodiment or other embodiments, the first thread may be a client thread or a client thread. In this embodiment or other embodiments, the vehicle data representing the vehicle driving status is recorded as vehicle driving data. As an example, the vehicle driving data includes but is not limited to: vehicle speed, rotation speed, gear position, fuel level, power level, set mileage, current mileage, total mileage, driving time, average vehicle speed, average power consumption, time, and temperature. In this embodiment or other embodiments, the vehicle data representing vehicle warning prompts may be recorded as vehicle abnormality alarm data. As an example, vehicle abnormal alarm data includes but is not limited to: real-time battery temperature higher than the set battery temperature alarm, door not closed alarm, power system limited alarm, charging port not closed alarm, fuel filler port not closed alarm, real-time battery power lower than the set battery power alarm, real-time tire pressure lower than the set tire pressure alarm, real-time tire pressure higher than the set tire pressure alarm, real-time tire temperature higher than the set tire temperature alarm, real-time key power setting key power alarm, real-time fuel level lower than the set fuel level alarm, seat belt not fastened alarm, gear shift failure alarm, fatigue driving alarm, braking system abnormality alarm, real-time engine oil pressure lower than the set engine oil pressure alarm, airbag failure alarm, coolant level lower than the set height alarm.

[0048] S120, setting part or all of the vehicle data in structured data based on the parsing result; wherein the structured data is obtained based on the vehicle instrument.

[0049] S130, read the structure data through the second thread, and perform logic control configuration on the vehicle instrument mode, and generate an extensible markup language file based on the logic control configuration result and the structure data. In this embodiment or other embodiments, the second thread can be a user interface thread or a UI (User Interface, referred to as UI) thread. In this embodiment or other embodiments, the vehicle instrument mode may include a normal mode and a driving mode, wherein the normal mode includes but is not limited to: day mode, night mode; the driving mode includes but is not limited to: energy-saving mode, comfort mode, sports mode, personalized mode, slippery mode, towing mode, snow mode, track mode; wherein the display brightness of the day mode is higher than that of the night mode and the track mode, and there are associated changes between the track mode and the day mode. In this embodiment or other embodiments, the extensible markup language file may also be referred to as an XML (Extensible Markup Language, referred to as XML) file.

[0050] S140, using a preset display engine to associate an extensible markup language file to render a picture, and displaying the picture rendering result in the vehicle instrument according to the vehicle instrument mode. In this embodiment or other embodiments, the preset display engine includes but is not limited to the kanzi engine, wherein the kanzi engine is a 3D engine and UI (User Interface) development tool that can be applied in the field of automotive HMI (Human-Machine Interface, HMI for short). As an example, the display effect of the vehicle instrument in the night mode is as follows Figure 2 As another example, the display effect of the vehicle instrument in day mode is as follows Figure 3 As another example, the display effect of the vehicle instrument in the track mode is as follows Figure 4 Among them, the display brightness of the day mode is higher than that of the night mode and track mode.

[0051] According to the above records, in an exemplary embodiment, the process of reading the vehicle data pre-written in the vehicle instrument through the first thread and parsing the vehicle data read by the first thread includes: responding to the instrument display instruction, reading the vehicle data pre-written in the vehicle instrument through the first thread in a blocking read-only manner; caching the vehicle data read by the first thread, and judging whether the vehicle data read by the first thread is correct data in the cache, and parsing the correct data using the parsing function to obtain the corresponding parsing result. In this embodiment, the vehicle data pre-written in the vehicle instrument is read by the first thread in a blocking read-only manner, which can not only reduce the occupation of program resources, but also read the corresponding data information immediately when the data is updated. In this embodiment or other embodiments, the instrument display instruction can be generated when the target person powers on the vehicle, or it can be generated by the target person after the vehicle is powered on, by triggering the instrument display mode switching virtual button on the central control display screen. Among them, the target person can be the driver of the vehicle or the passenger in the vehicle. Among them, the communication interaction process between the vehicle instrument and the vehicle central control display screen is as follows. Figure 5 As shown, Figure 5As shown, the vehicle instrument can run on the QNX system, and the vehicle central control display can run on the Android system. As an example, in this embodiment or other embodiments, the method of judging whether the vehicle data read by the first thread is correct data can be implemented by a judgment function, for example, the judgment function read_pps_ret>-1 can be used to judge whether the vehicle data read by the first thread is correct data, that is, the vehicle data that satisfies read_pps_ret>-1 can be used as correct data, and the vehicle data that does not satisfy read_pps_ret>-1 can be used as error data. Among them, read_pps_ret can refer to the vehicle data read by the cached first thread, which can be expressed by code logic, for example, read_pps_ret=read_pps_ret=read(ivi_pps_fd, m_pps_ivi_buf, PPS_READ_BUFF_SIZE). As an example, in this embodiment or other embodiments, the parsing function can be selected or established according to the actual situation, for example, the pps_ivi_parse() function can be used as the parsing function in this embodiment.

[0052] According to the above records, in an exemplary embodiment, the process of reading the structure data through the second thread and performing logical control configuration on the vehicle instrument mode includes: obtaining the refresh frequency of the vehicle instrument, setting the reading time based on the refresh frequency, and reading the structure data regularly according to the set reading time through the second thread; identifying the vehicle instrument mode corresponding to the instrument display instruction, recorded as the target mode; performing logical control configuration on the target mode, or performing logical control configuration on the target mode and the vehicle instrument mode with associated changes with the target mode. As an example, in this embodiment or other embodiments, since the maximum refresh frequency of the instrument is 60 frames, and 1s=1000ms, 1000ms / 60≈17ms, the reading time can be set to 17ms in this embodiment, that is, the second thread reads the structure data regularly according to the reading time of every 17ms. That is, the 17ms timer that can be used in this embodiment sets the data of the client thread or the client thread to the required datasource node data, so that the data will not be set too quickly, resulting in the user interface UI not being able to refresh in time, resulting in performance waste, and the data will not be updated too slowly to the display content. In this embodiment, datasource is an intermediate plug-in for updating data to the kanzi engine through an XML file, and is used to transfer display data content related to the vehicle instrument mode. When the data of the client thread or the customer thread is set to the datasource through the second thread, for example, for the track mode, the day mode is associated with the track mode, and the normal mode can be directly set to the night mode through the logic control configuration; for non-track modes, such as day mode or night mode, the logic control configuration can be directly performed based on the user clicking on the central control display screen to select the instrument display mode.

[0053] According to the above records, in an exemplary embodiment, the process of using a preset display engine to associate an extensible markup language file for screen rendering includes: using a preset display engine to associate an extensible markup language file, and using a data content node in the preset display engine to read the vehicle instrument mode and the attribute value of the corresponding vehicle instrument mode in the extensible markup language file, and loading the read attribute values ​​into the filling area of ​​the data content node respectively; and dynamically loading the data content node through the preset component image node in the preset display engine, controlling the data content nodes of different levels and the data content nodes of the same level to display the corresponding hierarchical content respectively; binding the data content node through the screen rendering node in the preset display engine, and performing screen rendering according to the dynamic loading result of the data content node to obtain the corresponding screen rendering result. In this embodiment, before dynamically loading the data content node through the preset component image node in the preset display engine, it can also include: creating a vehicle instrument theme table according to the vehicle instrument mode, and using the vehicle instrument theme table as the resource path of the vehicle instrument mode to store the corresponding resource file. Among them, in this embodiment, the resource file can include picture content, brush color, etc.

[0054] In another exemplary embodiment of the present application, the embodiment also provides a vehicle data display method, including a logic control part and a screen rendering display part. Among them, the logic control part includes reading various data written to the pps node by the service on the vehicle instrument circuit board in real time through the thread receiving data, and the reading method used by the receiving thread is a blocking read-only method. By adopting the blocking read-only method, the reading thread in this embodiment will reduce the occupation of program resources, and the corresponding data information will be read immediately when the data is updated. Among them, the code logic control process of reading various data written to the pps node by the service on the vehicle instrument circuit board in real time through the thread receiving data includes:

[0055]

[0056]

[0057] According to the above logic control process, this embodiment can also set the corresponding required data content into the structure data in the pps_ivi_parse function.

[0058] At the same time, the present embodiment can also define the vehicle instrument mode. For example, the corresponding normal mode can be defined by the day_night_mode signal, and the driving mode can be defined by the driving_mode signal. The driving mode includes but is not limited to energy-saving mode, comfort mode, sports mode, personalized mode, slippery mode, trailer mode, snow mode and track mode. The specific definition process may include:

[0059]

[0060] In addition, in the logic control part, the present embodiment can also set the data in the reading thread to the display screen, and use a timer to set the data of the client thread to the required datasource node data, so that the data will not be set too quickly, causing the user interface UI to fail to refresh in time and causing performance waste, nor will the data be updated too slowly to the display content. Since the maximum refresh frequency of the instrument is 60 frames, and 1s = 1000ms, 1000ms / 60≈17ms, the timer of this embodiment can be a 17ms timer. In this embodiment, datasource is an intermediate plug-in used to update data to the kanzi engine through an XML file for display, and is used to transmit display data content related to day mode, night mode, and track mode. When setting the data into the datasource, for the track mode, the normal mode can be directly set to the night mode through code logic control; for the non-track mode, the day mode or night mode follows the user by clicking on the mode selected on the central control to change. Specifically, the code logic control includes:

[0061]

[0062]

[0063] In this embodiment, the screen rendering display part can use the kanzi3.9.7 display engine to render the entire screen. Under the root node under Screen, the entire display content node is divided into two modules, one is the data node content node of DataLayer, and the other is the screen rendering node of Content. The data of Content changes the corresponding display information by binding the data of DataLayer. Specifically, the overall framework of the kanzi3.9.7 display engine is as follows: Figure 6 As shown in the figure, the Cluster data content node is bound to the Theme and DayNightMode attribute values ​​under the corresponding Cluster node in the XML file. The interface diagram when the data content node Cluster is filled with attribute values ​​is as follows: Figure 7 shown.

[0064] Then use the Content of the Prefab View2D node to dynamically switch the content node of the corresponding theme, and control the state machine according to the Theme attribute to dynamically load the ContentNormal (the instrument display content during the day and night in normal mode) or ContentTrack (the instrument display content in track mode) node. Among them, the Prefab View2D node is a node used to instantiate prefabs (Prefab) in 2D applications. Through this method of dynamically loading nodes, the display content of different child nodes and the same child nodes, as well as the display of upper and lower hierarchical content, are controlled. There is no "bg" display node of ContentTrack in ContentNormal, and the content under the current ADAS node is richer. The card content is "Left Card" and "Music Card", and the card content under ContentTrack is "CardLeft" and "CardRight". Other different modules will not be explained in detail, and the common modules are "Charge" and "Warning". The corresponding node theme content is as follows Figure 8 As shown. Therefore, in this embodiment, the contents of different topics are separated, the display and hierarchy of different contents will not affect each other, and the state machine of the main project is used to isolate the corresponding contents, so the sub-project only needs to focus on the development of its own module. At the code level, there is no need to worry about the hiding and display of sub-nodes and the stopping and sending of data between different modes.

[0065] In addition, this embodiment can also create a Theme table in the sub-node project of the data content node. This Theme table can be used to store resources related to vehicle instrument display, such as image content and brush color. Fig. 9 As shown, the Theme table in this embodiment consists of four columns, namely ResourceID, Default Value, Day and Night.

[0066] On a certain node, for example, the disc image content under G-value uses the ResourceID "disc" under the Image attribute. In day mode, it corresponds to the texture resource path "Textures / Day / disc_day" under Day, and in night mode, it corresponds to the texture resource path "Textures / Night / disc_night" under Night. The advantage is that the disc image resource only needs to use the corresponding name of the ResourceID, and there is no need to care about a specific image. When the resource changes and the mode switches, the corresponding resource file can be found through the ResourceID. In addition, the same principle applies to brushes or other nodes similar to text. Among them, the flowchart of resource loading and switching through the kanzi display engine in this embodiment is shown in 10.

[0067] Therefore, through the architectural design recorded in this embodiment, in the case of frequent changes in the user interface UI and requirements, the corresponding functions can be adapted with minimal changes, thereby reducing dependence on other modules and logics and achieving completely independent layered grading.

[0068] In summary, the present application provides a vehicle data display method, which reads the vehicle data pre-written in the vehicle instrument through the first thread, and parses the vehicle data read by the first thread; and sets part or all of the data in the vehicle data in the structure data based on the parsing result; then reads the structure data through the second thread, and performs logic control configuration on the vehicle instrument mode, and generates an extensible markup language file based on the logic control configuration result and the structure data; finally, the preset display engine is used to associate the extensible markup language file for screen rendering, and the screen rendering result is displayed in the vehicle instrument according to the vehicle instrument mode. It can be seen that when the method displays vehicle data on the vehicle instrument, the code logic control can be performed through two independent threads, and then the screen rendering is completed through the display engine, and the screen rendering result is displayed in the vehicle instrument according to the vehicle instrument mode, so as to realize the independence of logic control and screen display, which can not only reduce the coupling of vehicle data when it is displayed on the vehicle instrument, but also facilitate compatibility with more types of instrument themes and expand other projects. In addition, this method can solve the problem that the current automobile instrument panel has relatively monotonous theme design and color matching by providing a variety of instrument display mode themes. When the driver switches the instrument display mode themes during the vehicle driving process, it can not only increase the driver's driving experience and fun of the vehicle, but the display differences between the multiple modes can also reduce the driver's visual fatigue during the vehicle driving process.

[0069] like Fig.11As shown, in another exemplary embodiment of the present application, the embodiment provides a vehicle data display system, comprising:

[0070] The first thread module 110 is used to read the vehicle data pre-written in the vehicle instrument through the first thread, and parse the vehicle data read by the first thread; and, based on the parsing result, set part or all of the data in the vehicle data in the structure data; wherein the vehicle data includes the vehicle driving state and the warning prompt, and the structure data is obtained based on the vehicle instrument. . In this embodiment or other embodiments, the first thread can be a client thread or a client thread. In this embodiment or other embodiments, the vehicle data representing the vehicle driving state is recorded as vehicle driving data. As an example, the vehicle driving data includes but is not limited to: vehicle speed, speed, gear, fuel volume, power, set mileage, current mileage, total mileage, driving time, average vehicle speed, average power consumption, time, temperature. In this embodiment or other embodiments, the vehicle data representing the vehicle warning prompt can be recorded as vehicle abnormality alarm data. As an example, vehicle abnormal alarm data includes but is not limited to: real-time battery temperature higher than the set battery temperature alarm, door not closed alarm, power system limited alarm, charging port not closed alarm, fuel filler port not closed alarm, real-time battery power lower than the set battery power alarm, real-time tire pressure lower than the set tire pressure alarm, real-time tire pressure higher than the set tire pressure alarm, real-time tire temperature higher than the set tire temperature alarm, real-time key power setting key power alarm, real-time fuel level lower than the set fuel level alarm, seat belt not fastened alarm, gear shift failure alarm, fatigue driving alarm, braking system abnormality alarm, real-time engine oil pressure lower than the set engine oil pressure alarm, airbag failure alarm, coolant level lower than the set height alarm.

[0071] The second thread module 120 is used to read the structure data through the second thread, and perform logic control configuration on the vehicle instrument mode, and generate an extensible markup language file based on the logic control configuration result and the structure data. In this embodiment or other embodiments, the second thread can be a user interface thread or a UI (User Interface, referred to as UI) thread. In this embodiment or other embodiments, the vehicle instrument mode may include a normal mode and a driving mode, wherein the normal mode includes but is not limited to: day mode, night mode; the driving mode includes but is not limited to: energy-saving mode, comfort mode, sports mode, personalized mode, slippery mode, towing mode, snow mode, and track mode; wherein the display brightness of the day mode is higher than that of the night mode and the track mode, and there are associated changes between the track mode and the day mode. In this embodiment or other embodiments, the extensible markup language file may also be referred to as an XML (Extensible Markup Language, referred to as XML) file.

[0072] The display module 130 is used to render the screen by associating the XML file with the preset display engine, and display the screen rendering result in the vehicle instrument according to the vehicle instrument mode. In this embodiment or other embodiments, the preset display engine is not limited to the kanzi engine, wherein the kanzi engine is a 3D engine and UI (User Interface) development tool that can be applied in the field of automotive HMI (Human-Machine Interface, HMI for short). As an example, the display effect of the vehicle instrument in the night mode is as follows Figure 2 As another example, the display effect of the vehicle instrument in day mode is as follows Figure 3 As another example, the display effect of the vehicle instrument in the track mode is as follows Figure 4 Among them, the display brightness of the day mode is higher than that of the night mode and track mode.

[0073] According to the above records, in an exemplary embodiment, the process of reading the vehicle data pre-written in the vehicle instrument through the first thread and parsing the vehicle data read by the first thread includes: responding to the instrument display instruction, reading the vehicle data pre-written in the vehicle instrument through the first thread in a blocking read-only manner; caching the vehicle data read by the first thread, and judging whether the vehicle data read by the first thread is correct data in the cache, and parsing the correct data using the parsing function to obtain the corresponding parsing result. In this embodiment, the vehicle data pre-written in the vehicle instrument is read by the first thread in a blocking read-only manner, which can not only reduce the occupation of program resources, but also read the corresponding data information immediately when the data is updated. In this embodiment or other embodiments, the instrument display instruction can be generated when the target person powers on the vehicle, or it can be generated by the target person after the vehicle is powered on, by triggering the instrument display mode switching virtual button on the central control display screen. Among them, the target person can be the driver of the vehicle or the passenger in the vehicle. Among them, the communication interaction process between the vehicle instrument and the vehicle central control display screen is as follows. Figure 5 As shown, Figure 5As shown, the vehicle instrument can run on the QNX system, and the vehicle central control display can run on the Android system. As an example, in this embodiment or other embodiments, the method of judging whether the vehicle data read by the first thread is correct data can be implemented by a judgment function, for example, the judgment function read_pps_ret>-1 can be used to judge whether the vehicle data read by the first thread is correct data, that is, the vehicle data that satisfies read_pps_ret>-1 can be used as correct data, and the vehicle data that does not satisfy read_pps_ret>-1 can be used as error data. Among them, read_pps_ret can refer to the vehicle data read by the cached first thread, which can be expressed by code logic, for example, read_pps_ret=read_pps_ret=read(ivi_pps_fd, m_pps_ivi_buf, PPS_READ_BUFF_SIZE). As an example, in this embodiment or other embodiments, the parsing function can be selected or established according to the actual situation, for example, the pps_ivi_parse() function can be used as the parsing function in this embodiment.

[0074] According to the above records, in an exemplary embodiment, the process of reading the structure data through the second thread and performing logical control configuration on the vehicle instrument mode includes: obtaining the refresh frequency of the vehicle instrument, setting the reading time based on the refresh frequency, and reading the structure data regularly according to the set reading time through the second thread; identifying the vehicle instrument mode corresponding to the instrument display instruction, recorded as the target mode; performing logical control configuration on the target mode, or performing logical control configuration on the target mode and the vehicle instrument mode with associated changes with the target mode. As an example, in this embodiment or other embodiments, since the maximum refresh frequency of the instrument is 60 frames, and 1s=1000ms, 1000ms / 60≈17ms, the reading time can be set to 17ms in this embodiment, that is, the second thread reads the structure data regularly according to the reading time of every 17ms. That is, the 17ms timer that can be used in this embodiment sets the data of the client thread or the client thread to the required datasource node data, so that the data will not be set too quickly, resulting in the user interface UI not being able to refresh in time, resulting in performance waste, and the data will not be updated too slowly to the display content. In this embodiment, datasource is an intermediate plug-in for updating data to the kanzi engine through an XML file, and is used to transfer display data content related to the vehicle instrument mode. When the data of the client thread or the customer thread is set to the datasource through the second thread, for example, for the track mode, the day mode is associated with the track mode, and the normal mode can be directly set to the night mode through the logic control configuration; for non-track modes, such as day mode or night mode, the logic control configuration can be directly performed based on the user clicking on the central control display screen to select the instrument display mode.

[0075] According to the above records, in an exemplary embodiment, the process of using a preset display engine to associate an extensible markup language file for screen rendering includes: using a preset display engine to associate an extensible markup language file, and using a data content node in the preset display engine to read the vehicle instrument mode and the attribute value of the corresponding vehicle instrument mode in the extensible markup language file, and loading the read attribute values ​​into the filling area of ​​the data content node respectively; and dynamically loading the data content node through the preset component image node in the preset display engine, controlling the data content nodes of different levels and the data content nodes of the same level to display the corresponding hierarchical content respectively; binding the data content node through the screen rendering node in the preset display engine, and performing screen rendering according to the dynamic loading result of the data content node to obtain the corresponding screen rendering result. In this embodiment, before dynamically loading the data content node through the preset component image node in the preset display engine, it can also include: creating a vehicle instrument theme table according to the vehicle instrument mode, and using the vehicle instrument theme table as the resource path of the vehicle instrument mode to store the corresponding resource file. Among them, in this embodiment, the resource file can include picture content, brush color, etc.

[0076] In summary, the present application provides a vehicle data display system, which reads the vehicle data pre-written in the vehicle instrument through the first thread, and parses the vehicle data read by the first thread; and sets part or all of the data in the vehicle data in the structure data based on the parsing result; then reads the structure data through the second thread, and performs logic control configuration on the vehicle instrument mode, and generates an extensible markup language file based on the logic control configuration result and the structure data; finally, the preset display engine is used to associate the extensible markup language file for screen rendering, and the screen rendering result is displayed in the vehicle instrument according to the vehicle instrument mode. It can be seen from this that when the system displays vehicle data on the vehicle instrument, code logic control can be performed through two independent threads, and then the screen rendering is completed through the display engine, and the screen rendering result is displayed in the vehicle instrument according to the vehicle instrument mode, so as to realize the independence of logic control and screen display, which can not only reduce the coupling of vehicle data when it is displayed on the vehicle instrument, but also facilitate compatibility with more types of instrument themes and expand other projects. In addition, by providing a variety of instrument display mode themes, this system can solve the problem of the current car instrument panel's relatively monotonous theme design and color matching. When the driver switches the instrument display mode themes during the vehicle driving process, it can not only increase the driver's driving experience and fun of the vehicle, but the display differences between multiple modes can also reduce the driver's visual fatigue during the vehicle driving process.

[0077] It can be understood that the vehicle data display system provided in the above embodiment and the vehicle data display method provided in the above embodiment belong to the same concept, wherein the specific manner in which the vehicle data display method performs operations has been described in detail in the above embodiment, and will not be repeated here. In actual applications, the vehicle data display system provided in the above embodiment can distribute the above functions to different functional modules as needed, that is, divide the internal structure of the vehicle data display system into different functional modules, and then implement all or part of the functions of the corresponding functional modules through the vehicle data display method described in the above embodiment, and this is not specifically limited here.

[0078] The present application also provides a computer device, which may include a memory, a processor, and a computer program stored in the memory, wherein the processor executes the computer program so that the computer device executes Figure 1 The steps of the vehicle data display method. Fig.12 FIG. 1 is a schematic diagram showing a structure of a computer device 1000. Fig.12 As shown, the computer device 1000 includes: a processor 1010 , a memory 1020 , a power supply 1030 , a display unit 1040 , and an input unit 1060 .

[0079] The processor 1010 is the control center of the computer device 1000. It uses various interfaces and lines to connect various components, and executes various functions of the computer device 1000 by running or executing computer programs / instructions stored in the memory 1020, thereby monitoring the computer device 1000 as a whole. In the embodiment of the present application, when the processor 1010 calls the computer program stored in the memory 1020, the following is executed: Figure 1 The steps of the vehicle data display method. Optionally, the processor 1010 may include one or more processing units; preferably, the processor 1010 may integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, and applications, etc., and the modem processor mainly processes wireless communications. In some embodiments, the processor and the memory may be implemented on a single chip, and in some embodiments, they may also be implemented separately on separate chips.

[0080] The memory 1020 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, various applications, etc.; the data storage area may store instruction data, etc. created according to the use of the computer device 1000. In addition, the memory 1020 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other non-volatile solid-state storage devices, etc.

[0081] The computer device 1000 also includes a power source 1030 (such as a battery) for supplying power to various components. The power source can be logically connected to the processor 1010 through a power management system, so that the power management system can manage functions such as charging, discharging, and power consumption.

[0082] The display unit 1040 may be used to display information input by the user or information provided to the user and various menus of the computer device 1000, and in the embodiment of the present application, is mainly used to display the display interface of each application in the computer device 1000 and objects such as text and pictures displayed in the display interface. The display unit 1040 may include a display panel 1050. The display panel 1050 may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like.

[0083] The input unit 1060 may be used to receive information such as numbers or characters input by the user. The input unit 1060 may include a touch panel 1070 and other input devices 1080. The touch panel 1070, also known as a touch screen, may collect touch operations of the user on or near it (such as operations of the user using a finger, a stylus, or any other suitable object or accessory on or near the touch panel 1070).

[0084] Specifically, the touch panel 1070 can detect the user's touch operation, detect the signal brought by the touch operation, convert these signals into touch point coordinates, send them to the processor 1010, and receive and execute the command sent by the processor 1010. In addition, the touch panel 1070 can be implemented in various types such as resistive, capacitive, infrared and surface acoustic wave. Other input devices 1080 can include but are not limited to one or more of a physical keyboard, function keys (such as volume control keys, power on / off keys, etc.), a trackball, a mouse, a joystick, etc.

[0085] Of course, the touch panel 1070 can cover the display panel 1050. When the touch panel 1070 detects a touch operation on or near it, it is transmitted to the processor 1010 to determine the type of touch event, and then the processor 1010 provides a corresponding visual output on the display panel 1050 according to the type of touch event. Fig.12 In the embodiment, the touch panel 1070 and the display panel 1050 are two independent components to implement the input and output functions of the computer device 1000, but in some embodiments, the touch panel 1070 and the display panel 1050 can be integrated to implement the input and output functions of the computer device 1000.

[0086] The computer device 1000 may further include one or more sensors, such as a pressure sensor, a gravity acceleration sensor, a proximity light sensor, etc. Of course, according to the needs of specific applications, the computer device 1000 may also include other components such as a camera.

[0087] The embodiment of the present application also provides a computer-readable storage medium, in which a computer program / instruction is stored. When the computer program / instruction is executed by a processor, the above-mentioned device can perform the above-mentioned Figure 1 The steps of the vehicle data display method.

[0088] It can be understood by those skilled in the art that Fig.12 This is only an example of a computer device and does not constitute a limitation on the device. The device may include more or fewer components than shown in the figure, or combine certain components, or different components. For the convenience of description, the above parts are divided into modules (or units) according to their functions and described separately. Of course, when implementing this application, the functions of each module (or unit) can be implemented in the same or multiple software or hardware.

[0089] Those skilled in the art will appreciate that the present application may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code. The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application, and it should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be applied to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the functions in the process. Figure 1 A process or multiple processes and / or boxes Figure 1 These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing device to work in a specific way, so that the instructions stored in the computer-readable memory produce a product including an instruction device, which implements the functions specified in the process. Figure 1 A process or multiple processes and / or boxes Figure 1These computer program instructions can also be loaded onto a computer or other programmable data processing device, so that a series of operation steps are executed on the computer or other programmable device to produce a computer-implemented process, so that the instructions executed on the computer or other programmable device provide for implementing the process in the process. Figure 1 A process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0090] In another exemplary embodiment of the present application, the embodiment further provides a vehicle, which includes a vehicle data display system as described in the above embodiment, or includes a computer device as described in the above embodiment. It can be understood that since the specific manner in which the vehicle data display system and the computer device perform operations have been described in detail in the embodiments, the technical functions and effects of the vehicle provided in this embodiment can be referred to the above embodiments, and will not be repeated here.

[0091] It is understandable that the above embodiments collect, store, use, process, transmit, provide, disclose, delete, etc. related data (such as vehicle data, etc.) with or after the user's consent. For example, vehicle data is authorized with the user's knowledge and consent; or the user actively provides it after reading the relevant instructions, or the user actively authorizes / provides / uploads it when using some or all of the functions described in the above embodiments, or other methods / ways are used with or after the user's consent.

[0092] It is to be understood that, although the terms first, second, etc. may be used to describe threads, etc. in the embodiments of the present application, these terms are only used to distinguish threads from each other. For example, without departing from the scope of the embodiments of the present application, the first thread may also be referred to as the second thread, and similarly, the second thread may also be referred to as the first thread.

[0093] The above embodiments are merely illustrative of the principles and effects of the present application and are not intended to limit the present application. Anyone familiar with the technology may modify or change the above embodiments without violating the spirit and scope of the present application. Therefore, all equivalent modifications or changes made by a person of ordinary skill in the art without departing from the spirit and technical ideas disclosed in the present application shall still be covered by the claims of the present application.

Claims

1. A vehicle data display method, characterized in that: The method comprises the following steps: Reading vehicle data pre-written into a vehicle meter through a first thread, and parsing the vehicle data read by the first thread; wherein the vehicle data includes vehicle driving status and warning prompts; Based on the analysis result, part or all of the vehicle data is set in structured data; wherein the structured data is obtained based on the vehicle instrument; Reading the structure data through a second thread, performing logic control configuration on a vehicle instrument mode, and generating an extensible markup language file based on the logic control configuration result and the structure data; The image rendering is performed by associating the extensible markup language file with a preset display engine, and the image rendering result is displayed in the vehicle instrument according to the vehicle instrument mode.

2. The vehicle data display method according to claim 1, characterized in that: The process of reading the vehicle data pre-written in the vehicle instrument through the first thread and parsing the vehicle data read by the first thread includes: In response to the instrument display instruction, the vehicle data pre-written in the vehicle instrument is read in a blocking read-only manner through the first thread; the instrument display instruction includes: generated when the target person powers on the vehicle, and the target person triggers the generation of the central control display screen after the vehicle is powered on; wherein the target person includes the vehicle driver; The vehicle data read by the first thread is cached, and it is determined in the cache whether the vehicle data read by the first thread is correct data, and the correct data is parsed using a parsing function to obtain a corresponding parsing result.

3. The vehicle data display method according to claim 2, characterized in that: The process of reading the structure data through the second thread and performing logic control configuration on the vehicle instrument mode includes: Acquire the refresh frequency of the vehicle instrument, set a reading time based on the refresh frequency, and read the structure data regularly according to the set reading time through a second thread; Identify the vehicle instrument mode corresponding to the instrument display instruction, and record it as a target mode; The target mode is logically controlled and configured, or the target mode and a vehicle instrument mode that has a correlation change with the target mode are logically controlled and configured.

4. The vehicle data display method according to any one of claims 1 to 3, characterized in that: The process of using the preset display engine to associate the extensible markup language file to render the picture includes: Associating the extensible markup language file with a preset display engine, and reading the vehicle instrument mode and the attribute value corresponding to the vehicle instrument mode in the extensible markup language file with a data content node in the preset display engine, and loading the read attribute values ​​into the fill area of ​​the data content node respectively; and, The data content node is dynamically loaded through the preset component image node in the preset display engine, and the data content nodes of different levels and the data content nodes of the same level are controlled to display the corresponding level content respectively; The data content node is bound to the picture rendering node in the preset display engine, and the picture rendering is performed according to the dynamic loading result of the data content node to obtain the corresponding picture rendering result.

5. The vehicle data display method according to claim 4, characterized in that: Before dynamically loading the data content node through the preset component image node in the preset display engine, the method also includes: creating a vehicle instrument theme table according to the vehicle instrument mode, and using the vehicle instrument theme table as the resource path of the vehicle instrument mode to store the corresponding resource file.

6. The vehicle data display method according to claim 1, characterized in that: Recording vehicle data indicating the driving state of the vehicle as vehicle driving data, the vehicle driving data including: vehicle speed, rotation speed, gear position, fuel level, power level, set driving mileage, current driving mileage, total driving mileage, driving time, average vehicle speed, average power consumption, time, and temperature; And / or, the vehicle data indicating the vehicle warning prompt is recorded as the vehicle abnormality alarm data, and the vehicle abnormality alarm data includes at least one of the following: the real-time battery temperature is higher than the set battery temperature alarm, the door is not closed alarm, the power system is limited alarm, the charging port is not closed alarm, the fuel filler port is not closed alarm, the real-time battery power is lower than the set battery power alarm, the real-time tire pressure is lower than the set tire pressure alarm, the real-time tire pressure is higher than the set tire pressure alarm, the real-time tire temperature is higher than the set tire temperature alarm, the real-time key power is set to the key power alarm, the real-time fuel level is lower than the set fuel level alarm, the seat belt is not fastened alarm, the gear shift failure alarm, the fatigue driving alarm, the braking system abnormality alarm, the real-time engine oil pressure is lower than the set engine oil pressure alarm, the airbag failure alarm, the coolant level is lower than the set height alarm.

7. The vehicle data display method according to claim 1 or 3, characterized in that: The vehicle instrument mode includes: normal mode and driving mode, the normal mode includes: day mode and night mode; the driving mode includes: energy saving mode, comfort mode, sports mode, personalized mode, slippery mode, trailer mode, snow mode, and track mode; Among them, the display brightness of the day mode is higher than that of the night mode and the track mode, and there is a correlated change between the track mode and the day mode.

8. A vehicle data display system, characterized in that: The system comprises: A first thread module is used to read the vehicle data pre-written in the vehicle instrument through the first thread, and parse the vehicle data read by the first thread; and set part or all of the vehicle data in the structure data based on the parsing result; wherein the vehicle data includes the vehicle driving status and warning prompts, and the structure data is obtained based on the vehicle instrument; A second thread module, used for reading the structure data through a second thread, performing logic control configuration on a vehicle instrument mode, and generating an extensible markup language file based on the logic control configuration result and the structure data; The display module is used to use a preset display engine to associate the extensible markup language file to perform image rendering, and display the image rendering result in the vehicle instrument according to the vehicle instrument mode.

9. A computer device, characterized in that: The invention comprises a memory, a processor and a computer program stored in the memory, wherein the processor executes the computer program to implement the steps of the vehicle data display method according to any one of claims 1 to 7.

10. A vehicle, characterized in that: The vehicle includes the vehicle data display system according to claim 8 , or includes the computer device according to claim 9 .

Images