Vehicle display screen fault data processing system, method, electronic device and medium

Abstract

The application provides a vehicle-mounted display screen fault data processing system, method, electronic equipment and medium, the processing system comprises a vehicle-mounted display screen and a host, the vehicle-mounted display screen is connected with the host through a communication interface; the vehicle-mounted display screen comprises a function module, a controller and a storage module; the function module acquires touch information; the controller receives the touch information sent by the function module, generates a reading instruction; and receives the fault data sent by the storage module, and sends the fault data to the function module through the communication interface; the storage module receives the reading instruction sent by the controller, acquires the stored fault data and sends the fault data to the controller; the host receives the fault data sent by the function module, stores the fault data in a log file, so as to perform fault analysis. The technical scheme provided by the application can avoid the problem that instantaneous faults cannot be diagnosed, and improve the stability and convenience of fault data reading and the comprehensiveness of subsequent fault data analysis.

Description

Technical Field

[0001] This application relates to the field of vehicle terminal fault diagnosis technology, and in particular to a system, method, electronic device and medium for processing vehicle display screen fault data. Background Technology

[0002] With the development of automotive electronics technology, in-vehicle displays are gradually moving towards larger sizes and higher resolutions. Traditional integrated screens (where the host and display are integrated) are evolving towards separate screens (where the host and display are installed separately and connected via dedicated FPD_LINK or GSML video communication). As a crucial component of audio-visual entertainment systems and a vital interface for human-machine interaction, the effective recording, storage, and convenient retrieval of fault data from in-vehicle displays are becoming increasingly important.

[0003] Currently, there are two main methods for handling vehicle display screen malfunctions: 1. Displaying fault information by overlaying text onto video; 2. Displaying the fault status by outputting specific video images. However, both methods require the fault to be occurring and remaining stable. If the fault occurs momentarily and then returns to normal, fault diagnosis is impossible. Furthermore, these two methods can only assist relevant personnel in troubleshooting through human-computer interaction and cannot provide a more comprehensive analysis. Therefore, how to process fault data from vehicle display screens has become an urgent problem to be solved. Summary of the Invention

[0004] In view of this, the purpose of this application is to provide a system, method, electronic device and medium for processing vehicle display screen fault data, which can store fault data in real time through a storage module, avoid the problem of instantaneous faults being undiagnosable, improve the comprehensiveness of subsequent fault data analysis, transmit fault data to the host through the communication interface between the vehicle display screen and the host, without relying on other functional modules, improve the stability of fault data reading, trigger the host to read fault data through functional modules, without the need for external dedicated diagnostic equipment, reduce the professionalism of operators, and improve the convenience of fault data reading.

[0005] This application mainly includes the following aspects:

[0006] In a first aspect, embodiments of this application provide a system for processing fault data of an in-vehicle display screen. The system includes an in-vehicle display screen and a host computer, wherein the in-vehicle display screen and the host computer are connected via a communication interface; the in-vehicle display screen includes a functional module, a controller, and a storage module.

[0007] The functional module is used to acquire touch information, send the touch information to the controller, and receive fault data sent by the controller.

[0008] The controller is used to receive touch information sent by the functional module, determine whether the controller has entered a self-test state based on the touch information, and if so, generate a read command and send it to the storage module, and receive fault data sent by the storage module, and send the fault data to the functional module through the communication interface.

[0009] The storage module is used to receive a read command sent by the controller, obtain the stored fault data, and send the fault data to the controller.

[0010] The host is used to receive fault data sent by the functional module and store the fault data in a log file for fault analysis.

[0011] Furthermore, the controller is also used for:

[0012] Monitor the working status of the functional modules in real time and obtain the level signals sent by the functional modules;

[0013] Determine whether the level signal indicates an abnormality in the corresponding functional module;

[0014] If so, obtain the status data of the functional module where the error occurred, and generate fault data from the status data;

[0015] The fault data is sent to the storage module for storage.

[0016] Furthermore, the vehicle-mounted display screen also includes a power supply; the controller is also used for:

[0017] Obtain the current voltage of the power supply;

[0018] Determine whether the current voltage is within a preset range;

[0019] If not, then generate fault data for the power supply and send the fault data to the storage module for storage.

[0020] Furthermore, the functional module includes a deserializer and a display module; the first end of the deserializer is connected to the host, and the second end of the deserializer is connected to the display module.

[0021] The deserializer is used to receive the transmission data sent by the host, process the transmission data to obtain display data, and send the display data to the display module.

[0022] The display module is used to receive display data sent by the deserializer and display the display data.

[0023] Furthermore, the functional module also includes a backlight module and a touch panel; the third terminal of the deserializer, the display module, the backlight module, and the touch panel are respectively connected to the controller; the controller is also used for:

[0024] The system receives level signals indicating the corresponding operating states from the deserializer, the display module, the backlight module, and the touch panel, respectively.

[0025] If any one of the level signals corresponding to the deserializer, the display module, the backlight module, and the touch panel is a low level signal;

[0026] The functional module corresponding to the low-level signal will then be identified as abnormal.

[0027] Furthermore, the controller is also used for:

[0028] The detection time is obtained; wherein, the detection time is the time interval between the last time the power supply voltage was obtained and the current time.

[0029] Determine whether the detection time has reached the preset time interval;

[0030] If the current voltage of the power supply is reached, the current voltage of the power supply will be acquired, and the detection time will be reset to zero.

[0031] If the target time is not reached, the detection time will continue to be acquired until the detection time reaches the preset time interval.

[0032] Furthermore, the controller is also used for:

[0033] Obtain update information regarding the fault data storage format sent by the touch panel in the functional module;

[0034] The storage format of the fault data is updated using the update information, and the fault data is sent to the storage module for storage according to the updated storage format.

[0035] Secondly, embodiments of this application also provide a method for processing vehicle display screen fault data, the method being applied to a vehicle display screen fault data processing system as described in any of the above-mentioned embodiments, the method comprising:

[0036] The control function module acquires touch information, sends the touch information to the controller, and receives fault data sent by the controller;

[0037] The controller receives touch information sent by the functional module, determines whether the controller has entered a self-test state based on the touch information, and if so, generates a read command and sends it to the storage module, and receives fault data sent by the storage module, and sends the fault data to the functional module through the communication interface.

[0038] The control storage module receives a read command sent by the controller, obtains the stored fault data, and sends the fault data to the controller.

[0039] The control host receives fault data sent by the functional modules and stores the fault data in a log file for fault analysis.

[0040] Thirdly, embodiments of this application also provide an electronic device, including: a processor, a memory, and a bus. The memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the memory via the bus. When the machine-readable instructions are executed by the processor, the steps of the above-described method for processing fault data of an in-vehicle display screen are performed.

[0041] Fourthly, embodiments of this application also provide a computer-readable storage medium storing a computer program, which, when executed by a processor, performs the steps of the above-described method for processing vehicle display screen fault data.

[0042] This application provides a system, method, electronic device, and medium for processing fault data of an in-vehicle display screen. The processing system includes an in-vehicle display screen and a host computer, with the in-vehicle display screen and the host computer connected via a communication interface. The in-vehicle display screen includes a functional module, a controller, and a storage module. The functional module is used to acquire touch information, send the touch information to the controller, and receive fault data sent by the controller. The controller is used to receive the touch information sent by the functional module, determine whether the controller has entered a self-test state based on the touch information, and if so, generate a read command and send it to the storage module, and receive the fault data sent by the storage module, and send the fault data to the functional module via the communication interface. The storage module is used to receive the read command sent by the controller, acquire the stored fault data, and send the fault data to the controller. The host computer is used to receive the fault data sent by the functional module and store the fault data in a log file for fault analysis.

[0043] Thus, the technical solution provided in this application can store fault data in real time through the storage module, avoiding the problem of instantaneous faults being undiagnosable and improving the comprehensiveness of subsequent fault data analysis. The fault data is transmitted to the host through the communication interface between the vehicle display screen and the host, without relying on other functional modules, which improves the stability of fault data reading. The host can be triggered by the functional module to read the fault data without the need for external dedicated diagnostic equipment, which does not require high professional skills from the operators and improves the convenience of fault data reading.

[0044] To make the above-mentioned objectives, features and advantages of this application more apparent and understandable, preferred embodiments are described below in detail with reference to the accompanying drawings. Attached Figure Description

[0045] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0046] Figure 1 This invention provides a structural diagram of a vehicle display screen fault data processing system according to an embodiment of this application.

[0047] Figure 2 This is a second structural diagram of another vehicle display screen fault data processing system provided in an embodiment of this application;

[0048] Figure 3 This illustration shows a flowchart of a process for processing fault data of an in-vehicle display screen according to an embodiment of this application;

[0049] Figure 4 A flowchart illustrating a method for processing fault data of an in-vehicle display screen provided in an embodiment of this application is shown;

[0050] Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of this application is shown.

[0051] Icons: 100 - Processing system; 110 - Vehicle display screen; 120 - Main unit; 111 - Functional module; 112 - Controller; 113 - Storage module; 114 - Power supply; 1111 - Deserializer; 1112 - Display module; 1113 - Backlight module; 1114 - Touch panel; 500 - Electronic device; 510 - Processor; 520 - Memory; 530 - Bus. Detailed Implementation

[0052] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. It should be understood that the drawings in this application are for illustrative and descriptive purposes only and are not intended to limit the scope of protection of this application. Furthermore, it should be understood that the schematic drawings are not drawn to scale. The flowcharts used in this application illustrate operations implemented according to some embodiments of this application. It should be understood that the operations in the flowcharts may not be implemented in sequence, and steps without logical contextual relationships may be reversed or implemented simultaneously. In addition, those skilled in the art, guided by the content of this application, may add one or more other operations to the flowcharts, or remove one or more operations from the flowcharts.

[0053] Furthermore, the described embodiments are merely some, not all, of the embodiments of this application. The components of the embodiments of this application described and illustrated herein can typically be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of this application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but merely to illustrate selected embodiments of the application. All other embodiments obtained by those skilled in the art based on the embodiments of this application without inventive effort are within the scope of protection of this application.

[0054] In order to enable those skilled in the art to use the content of this application, and in combination with the specific application scenario of "processing fault data of vehicle display screen", the following implementation method is given. For those skilled in the art, the general principles defined herein can be applied to other embodiments and application scenarios without departing from the spirit and scope of this application.

[0055] The systems, methods, electronic devices, or computer-readable storage media described in this application can be applied to any scenario that requires processing vehicle display screen fault data. This application does not limit the specific application scenario. Any solution that uses a vehicle display screen fault data processing system, method, electronic device, and storage medium provided in this application is within the protection scope of this application.

[0056] Based on this, this application proposes a system, method, electronic device, and medium for processing fault data of an in-vehicle display screen. The processing system includes an in-vehicle display screen and a host, wherein the in-vehicle display screen and the host are connected via a communication interface. The in-vehicle display screen includes a functional module, a controller, and a storage module. The functional module is used to acquire touch information, send the touch information to the controller, and receive fault data sent by the controller. The controller is used to receive the touch information sent by the functional module, determine whether the controller has entered a self-test state based on the touch information, and if so, generate a read command and send it to the storage module, and receive the fault data sent by the storage module, and send the fault data to the functional module via the communication interface. The storage module is used to receive the read command sent by the controller, acquire the stored fault data, and send the fault data to the controller. The host is used to receive the fault data sent by the functional module and store the fault data in a log file for fault analysis.

[0057] Thus, the technical solution provided in this application can store fault data in real time through the storage module, avoiding the problem of instantaneous faults being undiagnosable and improving the comprehensiveness of subsequent fault data analysis. The fault data is transmitted to the host through the communication interface between the vehicle display screen and the host, without relying on other functional modules, which improves the stability of fault data reading. The host can be triggered by the functional module to read the fault data without the need for external dedicated diagnostic equipment, which does not require high professional skills from the operators and improves the convenience of fault data reading.

[0058] To facilitate understanding of the embodiments of this application, a detailed description of a vehicle display screen fault data processing system disclosed in the embodiments of this application will be provided first.

[0059] Please see Figure 1 , Figure 1 This is one of the structural diagrams of a vehicle display screen fault data processing system provided in an embodiment of this application, such as... Figure 1 As shown, the processing system 100 includes: an in-vehicle display screen 110 and a host 120, wherein the in-vehicle display screen 110 and the host 120 are connected through a communication interface; the in-vehicle display screen 110 includes a functional module 111, a controller 112 and a storage module 113.

[0060] Specifically, the functional module 111 is used to acquire touch information, send the touch information to the controller 112, and receive fault data sent by the controller 112; the controller 112 is used to receive the touch information sent by the functional module 111, determine whether the controller 112 has entered a self-test state based on the touch information, and if so, generate a read command and send it to the storage module 113, and receive the fault data sent by the storage module 113, and send the fault data to the functional module 111 through the communication interface; the storage module 113 is used to receive the read command sent by the controller 112, acquire the stored fault data, and send the fault data to the controller 112; the host 120 is used to receive the fault data sent by the functional module 111, store the fault data in a log file for fault analysis.

[0061] Here, the vehicle display 110 and the host 120 can communicate via a communication interface (e.g., FPD_Link interface), and the transmitted data may include LVDS video data and I2C communication data.

[0062] Here, touch information can be obtained through the touch panel in function module 111. For example, by continuously pressing the upper left and lower right corners of the touch screen for 10 seconds, controller 112 enters a self-test state and notifies host 120 to read fault data. Controller 112 reads the fault data stored in storage module 113 and sends it to the deserializer in function module 111 via the I2C interface. After compression by the deserializer, the data is sent to host 120. After reading the fault data, host 120 can store the fault data in a LOG file. Relevant personnel can retrieve detailed fault data from the LOG file via USB flash drive for developers to perform detailed fault analysis and processing afterward.

[0063] Furthermore, the vehicle display screen 110 also includes a power supply 114; the controller 112 is also configured to: acquire the current voltage of the power supply 114; determine whether the current voltage is within a preset range; if not, generate fault data of the power supply 114 and send the fault data to the storage module 113 for storage.

[0064] Furthermore, the controller 112 is also configured to: acquire the detection time; wherein the detection time is the time interval between the last acquisition of the power supply voltage and the current time; determine whether the detection time has reached a preset time interval; if it has, continue to acquire the current voltage of the power supply 114 and reset the detection time to zero; if it has not reached the preset time interval, continue to acquire the detection time until the detection time reaches the preset time interval.

[0065] Here, the controller 112 can periodically detect the power supply 114. For example, the detection time is 10ms, that is, the current voltage of the power supply 114 is obtained every 10ms to detect whether the current voltage is abnormal, and the detection time is cleared to zero. When the current voltage is detected to be abnormal, the fault data of the power supply 114 is generated and sent to the storage module 113 for storage.

[0066] Here, after the vehicle display screen 110 is powered on, it obtains time data from the host 120 as the reference time, and can use the internal timer to update the time in real time.

[0067] Furthermore, the functional module 111 includes a deserializer 1111 and a display module 1112; the first end of the deserializer 1111 is connected to the host 120, and the second end of the deserializer 1111 is connected to the display module 1112; the deserializer 1111 is used to receive transmission data sent by the host 120, process the transmission data to obtain display data, and send the display data to the display module 1112; the display module 1112 is used to receive the display data sent by the deserializer 1111 and display the display data.

[0068] Please see here. Figure 2 , Figure 2 This is a second structural diagram of a vehicle display screen fault data processing system provided in an embodiment of this application, as shown below. Figure 2 As shown, the vehicle display screen 110 includes a deserializer 1111, a backlight module 1113, a display module 1112, a touch panel 1114, a controller 112, a storage module 113 (FLASH or EEPROM), and a power supply 114. During display, the host 120 sends video data and I2C communication data to the deserializer 1111 in the functional module 111 of the vehicle display screen 110. The deserializer 1111 receives and decompresses the data before outputting it to the display module 1112 and the controller 112. The display module 1112 displays the received decompressed data. During corresponding function control, the controller 112 can perform corresponding control processing on the decompressed data sent by the deserializer 1111. For example, if the received decompressed data indicates that fault data needs to be obtained, the controller retrieves the fault data from the memory, sends it to the deserializer 1111 for compression, and then sends it to the host 120. If the controller receives decompressed data indicating that brightness needs to be adjusted, the controller sends a dimming command to the backlight module 1113 for dimming.

[0069] Furthermore, the controller 112 is also configured to: monitor the working status of the functional module 111 in real time, acquire the level signal sent by the functional module 111; determine whether the level signal indicates that the corresponding functional module 111 is abnormal; if so, acquire the status data of the functional module 111 that has malfunctioned, generate fault data from the status data, and send the fault data to the storage module 113 for storage.

[0070] Furthermore, the functional module 111 also includes a backlight module 1113 and a touch panel 1114; the third terminal of the deserializer 1111, the display module 1112, the backlight module 1113, and the touch panel 1114 are respectively connected to the controller 112; the controller 112 is also used to: receive level signals indicating the corresponding working states from the deserializer 1111, the display module 1112, the backlight module 1113, and the touch panel 1114 respectively; if any one of the level signals corresponding to the deserializer 1111, the display module 1112, the backlight module 1113, and the touch panel 1114 is a low level signal; then the functional module 111 corresponding to the low level signal is determined to be abnormal.

[0071] Here, the touch panel 1114, display module 1112, backlight module 1113, and deserializer 1111 are connected to the controller 112 via an I2C interface. The controller 112 reads the working status of the deserializer 1111, touch panel 1114, display module 1112, and backlight module 1113 respectively via the I2C interface. The controller 112 monitors the working status of functional modules 111 such as the deserializer 1111, backlight module 1113, display module 1112, and touch panel 1114 in real time. Functional modules 111 such as the deserializer 1111, backlight module 1113, display module 1112, and touch panel 1114 notify the controller 112 of an error through I / O level signals. After receiving the level signal notification, the controller 112 reads the specific status data of the relevant functional modules 111 through the I2C interface.

[0072] Here, each functional module 111, such as the deserializer 1111, backlight module 1113, display module 1112, and touch panel 1114, has a fault pin (I / O) that can indicate an error. When an error is detected, this pin signal will be pulled low. When the controller 112 detects that this pin is low, it will read the corresponding status data through the I2C interface to determine the specific cause of the error.

[0073] Furthermore, the controller 112 is also configured to: obtain update information regarding the fault data storage format sent by the touch panel 1114 in the functional module 111; update the storage format of the fault data through the update information; and send the fault data to the storage module 113 for storage according to the storage format.

[0074] Here, the controller 112 generates fault code data after obtaining the status data of each functional module 111. The fault code data can be stored in the storage module 113 according to the preset format. A single fault data may include the fault ID, the number of times the fault occurred, the time of the last fault occurrence, etc. The preset format can be updated through the touch panel 1114.

[0075] For example, please refer to Figure 3 , Figure 3 This is a schematic diagram of a process for processing fault data of an in-vehicle display screen provided in an embodiment of this application, such as... Figure 3 As shown, the overall processing flow is divided into a fault data reading flow and a storage flow. The reading flow is as follows: Touch information is obtained through the touch panel 1114 and sent to the controller 112. The controller 112 determines whether the touch information meets the preset conditions. For example, the preset condition is that the upper left corner and the lower right corner of the touch panel 1114 are pressed continuously for 10 seconds. If the touch information meets the preset conditions, the host 120 is notified to read the fault data. The host 120 reads the fault data and stores the fault data in a log file (LOG file). The fault data in the LOG file is read through a USB flash drive for developers to perform detailed fault analysis and processing. If the touch information does not meet the preset conditions, the system continues to obtain touch information. The storage process is as follows: Controller 112 acquires the level signals of each functional module 111 and the voltage of power supply 114, determining whether the level signals and voltages are abnormal (e.g., low level represents abnormality, voltage outside the preset range represents abnormality). When controller 112 detects a fault I / O abnormal signal of functional module 111 or a voltage abnormality signal of power supply 114, it reads the status data of the functional module 111 corresponding to the abnormal signal, generates fault code data from the status data, and stores the fault code data in storage module 113 (FLASH). Here, for voltage abnormality signals, fault code data can be directly generated and stored in storage module 113. When controller 112 does not detect a fault I / O abnormal signal of functional module 111 or a voltage abnormality signal of power supply 114, it continues to acquire the level signals of each functional module 111 and the voltage of power supply 114.

[0076] In summary, this embodiment uses controller 112 to monitor the status of functional module 111 of the vehicle display screen 110 in real time. When a fault occurs, controller 112 stores the fault data in storage module 113, enabling post-fault analysis and solving the problem that fault diagnosis can only be completed when a fault occurs. By storing fault data in storage module 113 in real time, the problem of being unable to diagnose instantaneous faults (faults that occur and disappear instantly) is solved. By outputting fault data to host 120 via I2C interface, it does not rely on other functional modules and has better stability. When a fault occurs, controller 112 can read detailed status data of the abnormal functional module 111 and package the status data into detailed fault code data, including ID, number of occurrences, and occurrence time, providing more detailed fault diagnosis information for relevant personnel. Fault data is transmitted to host 120 via the communication interface between vehicle display screen 110 and host 120, such as the FPD_LINK I2C interface, without requiring additional design to complete fault data reading. By setting preset conditions, such as continuously pressing the upper left and lower right corners of the touch screen for 10 seconds, the host 120 is triggered to read fault data. This eliminates the need for external dedicated diagnostic equipment, reduces the professional requirements of operators, and improves the convenience of reading fault data.

[0077] This application provides a system for processing fault data of an in-vehicle display screen. The system includes an in-vehicle display screen and a host computer, with the display screen and host computer connected via a communication interface. The in-vehicle display screen includes a functional module, a controller, and a storage module. The functional module is used to acquire touch information, send the touch information to the controller, and receive fault data sent by the controller. The controller is used to receive the touch information sent by the functional module, determine whether the controller has entered a self-test state based on the touch information, and if so, generate a read command and send it to the storage module, and receive the fault data sent by the storage module, and send the fault data to the functional module via the communication interface. The storage module is used to receive the read command sent by the controller, acquire the stored fault data, and send the fault data to the controller. The host computer is used to receive the fault data sent by the functional module and store the fault data in a log file for fault analysis.

[0078] Thus, the technical solution provided in this application can store fault data in real time through the storage module, avoiding the problem of instantaneous faults being undiagnosable and improving the comprehensiveness of subsequent fault data analysis. The fault data is transmitted to the host through the communication interface between the vehicle display screen and the host, without relying on other functional modules, which improves the stability of fault data reading. The host can be triggered by the functional module to read the fault data without the need for external dedicated diagnostic equipment, which does not require high professional skills from the operators and improves the convenience of fault data reading.

[0079] Based on the same inventive concept, this application also provides a method for processing vehicle display screen fault data corresponding to the above-mentioned vehicle display screen fault data processing system. Since the principle of solving the problem by the method in this application is similar to that of the above-mentioned system in this application, the implementation of the method can refer to the implementation of the system, and the repeated parts will not be described again.

[0080] Please see Figure 4 , Figure 4 A flowchart illustrating a method for processing fault data of an in-vehicle display screen provided in an embodiment of this application is shown below. Figure 4 As shown, the processing method is applied to a vehicle display screen fault data processing system as described in any of the above-described methods, the processing method comprising:

[0081] S401. The control function module acquires touch information, sends the touch information to the controller, and receives fault data sent by the controller.

[0082] S402. The controller receives the touch information sent by the functional module, determines whether the controller has entered the self-test state based on the touch information, and if so, generates a read command and sends it to the storage module, and receives the fault data sent by the storage module, and sends the fault data to the functional module through the communication interface.

[0083] S403. The control storage module receives the read command sent by the controller, obtains the stored fault data, and sends the fault data to the controller.

[0084] S404. The control host receives the fault data sent by the functional module and stores the fault data in a log file for fault analysis.

[0085] Furthermore, the processing method also includes: controlling the controller to monitor the working status of the functional module in real time, and acquiring the level signal sent by the functional module; determining whether the level signal indicates that the corresponding functional module is abnormal; if so, acquiring the status data of the functional module that has erred, generating fault data from the status data; and sending the fault data to the storage module for storage.

[0086] Furthermore, the vehicle-mounted display screen also includes a power supply; the processing method further includes: controlling the controller to acquire the current voltage of the power supply; determining whether the current voltage is within a preset range; if not, generating fault data of the power supply and sending the fault data to the storage module for storage.

[0087] Furthermore, the functional module includes a deserializer and a display module; the first end of the deserializer is connected to the host, and the second end of the deserializer is connected to the display module; the processing method further includes: controlling the deserializer to receive transmission data sent by the host, processing the transmission data to obtain display data, and sending the display data to the display module; controlling the display module to receive the display data sent by the deserializer and displaying the display data.

[0088] Furthermore, the functional module also includes a backlight module and a touch panel; the third terminal of the deserializer, the display module, the backlight module, and the touch panel are respectively connected to the controller; the processing method further includes: controlling the controller to receive level signals indicating the corresponding working states from the deserializer, the display module, the backlight module, and the touch panel respectively; if any one of the level signals corresponding to the deserializer, the display module, the backlight module, and the touch panel is a low level signal; then the functional module corresponding to the low level signal is determined to be abnormal.

[0089] Furthermore, the processing method further includes: controlling the controller to acquire the detection time; wherein the detection time is the time interval between the last time the power supply voltage was acquired and the current time; determining whether the detection time has reached a preset time interval; if it has, then continuing to acquire the current voltage of the power supply and resetting the detection time to zero; if it has not reached the preset time interval, then continuing to acquire the detection time until the detection time reaches the preset time interval.

[0090] Furthermore, the processing method also includes: controlling the controller to obtain update information regarding the fault data storage format sent by the touch panel in the functional module; updating the storage format of the fault data through the update information, and sending the fault data to the storage module for storage according to the storage format.

[0091] This application provides a method for processing fault data of an in-vehicle display screen. The method is applied to an in-vehicle display screen fault data processing system as described in any of the above-mentioned embodiments. The method includes: a control function module acquiring touch information, sending the touch information to a controller, and receiving fault data sent by the controller; the controller receiving the touch information sent by the function module, determining whether the controller has entered a self-test state based on the touch information, and if so, generating a read command and sending it to a storage module, and receiving the fault data sent by the storage module, and sending the fault data to the function module through a communication interface; the control storage module receiving the read command sent by the controller, acquiring the stored fault data, and sending the fault data to the controller; and the control host receiving the fault data sent by the function module, storing the fault data in a log file for fault analysis.

[0092] Thus, the technical solution provided in this application can store fault data in real time through the storage module, avoiding the problem of instantaneous faults being undiagnosable and improving the comprehensiveness of subsequent fault data analysis. The fault data is transmitted to the host through the communication interface between the vehicle display screen and the host, without relying on other functional modules, which improves the stability of fault data reading. The host can be triggered by the functional module to read the fault data without the need for external dedicated diagnostic equipment, which does not require high professional skills from the operators and improves the convenience of fault data reading.

[0093] Please see Figure 5 , Figure 5 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Figure 5 As shown, the electronic device 500 includes a processor 510, a memory 520, and a bus 530.

[0094] The memory 520 stores machine-readable instructions executable by the processor 510. When the electronic device 500 is running, the processor 510 and the memory 520 communicate via the bus 530. When the machine-readable instructions are executed by the processor 510, they can perform the operations described above. Figures 1 to 2 The steps of the method for processing vehicle display screen fault data in the method embodiment shown are described in detail in the method embodiment, and will not be repeated here.

[0095] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, can perform the above-described actions. Figures 1 to 2 The steps of the method for processing vehicle display screen fault data in the method embodiment shown are described in detail in the method embodiment, and will not be repeated here.

[0096] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0097] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. The apparatus embodiments described above are merely illustrative. For example, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. Furthermore, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Additionally, the shown or discussed mutual couplings, direct couplings, or communication connections may be through some communication interfaces; indirect couplings or communication connections between devices or units may be electrical, mechanical, or other forms.

[0098] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0099] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0100] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a processor-executable, non-volatile, computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0101] Finally, it should be noted that the above-described embodiments are merely specific implementations of this application, used to illustrate the technical solutions of this application, and not to limit them. The scope of protection of this application is not limited thereto. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that any person skilled in the art can still modify or easily conceive of changes to the technical solutions described in the foregoing embodiments, or make equivalent substitutions for some of the technical features, within the scope of the technology disclosed in this application. Such modifications, changes, or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be covered within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A system for processing fault data of an in-vehicle display screen, characterized in that, The processing system includes: an in-vehicle display screen and a host computer, wherein the in-vehicle display screen and the host computer are connected via a communication interface; the in-vehicle display screen includes a functional module, a controller, and a storage module. The functional module is used to acquire touch information, send the touch information to the controller, and receive fault data sent by the controller. The controller is used to receive touch information sent by the functional module, determine whether the controller has entered a self-test state based on the touch information, and if so, generate a read command and send it to the storage module, and receive fault data sent by the storage module, and send the fault data to the functional module through the communication interface. The vehicle-mounted display screen also includes a power supply; the controller is further configured to: Obtain the current voltage of the power supply; Determine whether the current voltage is within a preset range; If not, then generate fault data for the power supply and send the fault data to the storage module for storage; The detection time is obtained; wherein, the detection time is the time interval between the last time the power supply voltage was obtained and the current time. Determine whether the detection time has reached the preset time interval; If the current voltage of the power supply is reached, the current voltage of the power supply will be acquired, and the detection time will be reset to zero. If the target is not reached, the detection time will continue to be acquired until the detection time reaches the preset time interval. The storage module is used to receive a read command sent by the controller, obtain the stored fault data, and send the fault data to the controller. The host is used to receive fault data sent by the functional module and store the fault data in a log file for fault analysis.

2. The processing system according to claim 1, characterized in that, The controller is also used for: Monitor the working status of the functional modules in real time and obtain the level signals sent by the functional modules; Determine whether the level signal indicates an abnormality in the corresponding functional module; If so, obtain the status data of the functional module where the error occurred, and generate fault data from the status data; The fault data is sent to the storage module for storage.

3. The processing system according to claim 1, characterized in that, The functional module includes a deserializer and a display module; the first end of the deserializer is connected to the host, and the second end of the deserializer is connected to the display module. The deserializer is used to receive the transmission data sent by the host, process the transmission data to obtain display data, and send the display data to the display module. The display module is used to receive display data sent by the deserializer and display the display data.

4. The processing system according to claim 3, characterized in that, The functional module further includes a backlight module and a touch panel; the third terminal of the deserializer, the display module, the backlight module, and the touch panel are respectively connected to the controller; the controller is also used for: The system receives level signals indicating the corresponding operating states from the deserializer, the display module, the backlight module, and the touch panel, respectively. If any one of the level signals corresponding to the deserializer, the display module, the backlight module, and the touch panel is a low level signal; The functional module corresponding to the low-level signal will then be identified as abnormal.

5. The processing system according to claim 2, characterized in that, The controller is also used for: Obtain update information regarding the fault data storage format sent by the touch panel in the functional module; The storage format of the fault data is updated using the update information, and the fault data is sent to the storage module for storage according to the updated storage format.

6. A method for processing fault data of an in-vehicle display screen, characterized in that, The processing method is applied to the vehicle display screen fault data processing system as described in any one of claims 1-5, and the processing method includes: The control function module acquires touch information, sends the touch information to the controller, and receives fault data sent by the controller; The controller receives touch information sent by the functional module, determines whether the controller has entered a self-test state based on the touch information, and if so, generates a read command and sends it to the storage module, and receives fault data sent by the storage module, and sends the fault data to the functional module through the communication interface. The controller is controlled to acquire the current voltage of the power supply; Determine whether the current voltage is within a preset range; If not, then generate fault data for the power supply and send the fault data to the storage module for storage; The detection time is obtained; wherein, the detection time is the time interval between the last time the power supply voltage was obtained and the current time. Determine whether the detection time has reached the preset time interval; If the current voltage of the power supply is reached, the current voltage of the power supply will be acquired, and the detection time will be reset to zero. If the target is not reached, the detection time will continue to be acquired until the detection time reaches the preset time interval. The control storage module receives a read command sent by the controller, obtains the stored fault data, and sends the fault data to the controller. The control host receives fault data sent by the functional modules and stores the fault data in a log file for fault analysis.

7. An electronic device, characterized in that, include: The device includes a processor, a memory, and a bus. The memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the memory via the bus. The machine-readable instructions are executed by the processor to perform the steps of the method for processing vehicle display fault data as described in claim 6.

8. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, which, when executed by a processor, performs the steps of the method for processing vehicle display screen fault data as described in claim 6.

Images