Display device and display control method

CN115665456BActive Publication Date: 2026-10-16QINGDAO HI-IMAGE TECH CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202211280377.8
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2022-10-19
Publication Date
2026-10-16
Estimated Expiration
2042-10-19

AI Technical Summary

Technical Problem

[0003]在显示设备上电时,由于SoC先于FRC上电,而且FRC要初始化各个硬件、软件模块,这就存在一个需要SoC等待FRC准备好的时间,而这段时间内,SoC是无法发送命令给FRC的,因此导致显示设备的整机开机时间较长,进而造成后续处理流程的滞后

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN115665456B_ABST
    Figure CN115665456B_ABST
Patent Text Reader

Abstract

The application discloses a display device and a display control method, which are used for shortening the whole machine boot time of the display device, thereby accelerating the subsequent process and improving the whole machine response speed. The display device provided by the application comprises a display and a controller configured to control the display to display content. The controller comprises a first control module and a second control module. The second control module is configured to execute an initialization process of the second control module in the display device. In the initialization process of the second control module in the display device, the initialization of a module in the second control module for receiving a command of a first control module in the display device is included. When the initialization of the module in the second control module for receiving the command of the first control module is completed, the first control module is informed that the command can be sent to the second control module, and the command sent by the first control module is received.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of display technology, and in particular to a display device and a display control method. Background Technology

[0002] The display device includes a Frame Rate Conversion (FRC) chip and a System-on-Chips (SoC) chip for overall control. The second control module, under the command of the SoC chip, implements image quality processing for the displayed image.

[0003] When the display device is powered on, the SoC powers on before the FRC, and the FRC needs to initialize various hardware and software modules. This results in a time when the SoC needs to wait for the FRC to be ready. During this time, the SoC cannot send commands to the FRC, which leads to a longer overall power-on time for the display device and consequently delays subsequent processing. Summary of the Invention

[0004] This application provides a display device and a display control method to shorten the overall power-on time of the display device, thereby accelerating the processing of subsequent processes and improving the overall response speed.

[0005] This application provides a display device comprising:

[0006] monitor;

[0007] The controller is configured to control the display to show content;

[0008] The controller includes a first control module and a second control module; wherein the second control module is configured to:

[0009] Execute an initialization process for the second control module in the display device; wherein, the initialization process for the second control module in the display device includes the initialization of the module in the second control module used to receive commands from the first control module in the display device;

[0010] When the initialization of the module in the second control module used to receive commands from the first control module is completed, the first control module in the display device is notified that it can send commands to the second control module, and the module in the second control module used to receive commands from the first control module receives the commands sent by the first control module.

[0011] In some implementations, notifying the first control module in the display device that it can send a command to the second control module includes:

[0012] A high-level signal is sent to the first control module through the general-purpose input / output GPIO interface between the second control module and the first control module.

[0013] In some implementations, the second control module is further configured to:

[0014] The commands sent by the first control module are cached in a preset queue;

[0015] When the initialization process of the second control module in the display device is completed, the commands cached in the preset queue are processed according to the first-in-first-out principle.

[0016] In some implementations, the second control module is further configured to:

[0017] The commands sent by the first control module are cached in a preset queue;

[0018] For any of the commands cached in the preset queue, the command is executed when the module in the second control module used to process the command completes initialization.

[0019] In some implementations, the second control module is further configured to:

[0020] When the first control module sends a multi-command mode packet in a single transmission via the IIC interface between the first control module and the second control module, the received multi-command mode packet is parsed according to the preset parsing method of the multi-command mode packet to obtain multiple sub-commands.

[0021] In some implementations, the first control module is configured to:

[0022] When the initialization of the module in the second control module of the display device used to receive commands from the first control module is completed, the second control module sends a notification that the first control module in the display device can send commands to the second control module.

[0023] Send commands to the second control module.

[0024] In some implementations, the first control module is further configured to:

[0025] When there are multiple sub-commands used to collaboratively complete the same function, a multi-command mode package is generated according to the preset multi-command mode package assembly format, and the multi-command mode package includes the multiple sub-commands;

[0026] The multi-command mode packet is sent through the integrated circuit bus (IIC) interface between the first control module and the second control module.

[0027] In some implementations, the second control module is further configured to:

[0028] The command sent by the first control module is parsed to obtain the parsing result, which includes the identifier of the command, parameters, and indication information for indicating whether the command needs to be deduplicated.

[0029] Based on the parsing results, determine whether the command needs to be deduplicated.

[0030] In some implementations, determining whether deduplication of the command is necessary based on the parsing result includes:

[0031] If the indication information in the parsing result indicates that the command needs to be deduplicated, then it is determined whether there is a correspondence between the command identifier and the parameter in the preset instruction table in the second control module. If there is, and if the indication corresponding to the command identifier in the instruction table indicates that the command needs to be deduplicated, then it is determined that the command does not need to be processed; otherwise, the command is executed and the preset instruction table in the second control module is updated; if there is no correspondence between the command identifier and the parameter in the instruction table, then the command is executed and the preset instruction table in the second control module is updated.

[0032] If the indication information in the parsing result indicates that the command does not need to be deduplicated, then the command is executed and the preset instruction table in the second control module is updated;

[0033] The step of updating the preset instruction table in the second control module includes updating the preset instruction table in the second control module using the parsing result.

[0034] Another display device provided in this application embodiment includes:

[0035] monitor;

[0036] The controller is configured to control the display to show content;

[0037] The controller includes a first control module and a second control module; wherein the first control module is configured to:

[0038] When the initialization of the module in the second control module of the display device used to receive commands from the first control module is completed, the second control module sends a notification that the first control module in the display device can send commands to the second control module.

[0039] Send a command to the second control module;

[0040] The first control module is also configured to:

[0041] When there are multiple sub-commands used to collaboratively complete the same function, a multi-command mode package is generated according to the preset multi-command mode package assembly format, and the multi-command mode package includes the multiple sub-commands;

[0042] The multi-command mode packet is sent through the integrated circuit bus (IIC) interface between the first control module and the second control module.

[0043] This application provides a display control method applied to the aforementioned second control module, the method comprising:

[0044] Execute an initialization process for the second control module in the display device; wherein, the initialization process for the second control module in the display device includes the initialization of the module in the second control module used to receive commands from the first control module in the display device;

[0045] When the initialization of the module in the second control module used to receive commands from the first control module is completed, the first control module in the display device is notified that it can send commands to the second control module, and the module in the second control module used to receive commands from the first control module receives the commands sent by the first control module.

[0046] Another display method provided in this application embodiment is applied to the first control module described above, the method comprising:

[0047] When the initialization of the module in the second control module of the display device used to receive commands from the first control module is completed, the second control module sends a notification that the first control module in the display device can send commands to the second control module.

[0048] Send commands to the second control module.

[0049] Another embodiment of this application provides a computer-readable storage medium storing computer-executable instructions for causing the computer to perform any of the methods described above. Attached Figure Description

[0050] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0051] Figure 1 An operational scenario between a display device and a control device according to some embodiments is illustrated;

[0052] Figure 2 This is a schematic diagram of the basic structure of a display device provided in an embodiment of this application;

[0053] Figure 3 This is a schematic diagram of the specific structure of a display device provided in an embodiment of this application;

[0054] Figure 4 A schematic diagram illustrating the connection relationship between the master control chip and the slave chip provided in an embodiment of this application;

[0055] Figure 5 This is a schematic diagram of the command package type provided in the embodiments of this application;

[0056] Figure 6 A schematic diagram of the transmission formats and register mappings of four data packets provided in the embodiments of this application;

[0057] Figure 7 A schematic diagram of the communication flow of the protocol provided in the embodiments of this application;

[0058] Figure 8 A schematic diagram of the structure of a module for receiving commands from the main control chip, provided in an embodiment of this application;

[0059] Figure 9 Preprocessing timing diagram provided for embodiments of this application;

[0060] Figure 10 This is a schematic diagram of a queue provided in an embodiment of this application;

[0061] Figure 11 This is a schematic diagram of the structure of the multi-command mode package provided in the embodiments of this application;

[0062] Figure 12 This is a schematic diagram of a multi-command processing flow provided in an embodiment of this application;

[0063] Figure 13 This is a schematic flowchart illustrating a display control method provided in an embodiment of this application.

[0064] Figure 14 A schematic diagram of the overall flow of a display control method provided in an embodiment of this application;

[0065] Figure 15 This is a schematic diagram of the overall flow of another display control method provided in an embodiment of this application. Detailed Implementation

[0066] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of the embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0067] This application provides a display device and a display control method to shorten the overall power-on time of the display device, thereby accelerating the processing of subsequent processes and improving the overall response speed.

[0068] The method and apparatus are based on the same concept of the application. Since the methods and apparatus solve problems in similar ways, the implementation of the apparatus and methods can refer to each other, and the repeated parts will not be described again.

[0069] The terms "first," "second," etc. (if present) in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0070] The following examples and embodiments are to be understood as illustrative only. While this specification may refer to "a," "an," or "some" examples or embodiments in several places, this does not mean that every such reference relates to the same example or embodiment, nor does it mean that the feature applies only to a single example or embodiment. Individual features of different embodiments may also be combined to provide other embodiments. Furthermore, terms such as "comprising" and "including" should be understood not to limit the described embodiments to consisting only of those features mentioned; such examples and embodiments may also include features, structures, units, modules, etc., not specifically mentioned.

[0071] The terminal device involved in the embodiments of this application may be a device that provides voice and / or data connectivity to a user, a handheld device with wireless connectivity, or other processing devices connected to a wireless modem, such as any device with display function, like a smart TV.

[0072] The term "module" refers to any known or subsequently developed hardware, software, firmware, artificial intelligence, fuzzy logic, or combination of hardware and / or software code that is capable of performing the functions associated with that element.

[0073] Figure 1 This is a schematic diagram illustrating the operational scenario between the display device and the control unit according to the embodiment. Figure 1 As shown, the user can operate the display device 200 through the smart device 300 or the control device 100.

[0074] In some embodiments, the control device 100 can be configured to control the display device 200. It can receive operation commands input by the user and convert these commands into commands that the display device 200 can recognize and respond to, thus acting as an intermediary for interaction between the user and the display device 200. For example, the user operates the channel up / down keys on the control device 100, and the display device 200 responds to the channel up / down operation.

[0075] In some embodiments, a smart device 300 (such as a mobile terminal, tablet computer, computer, laptop computer, etc.) can also be used to control the display device 200. Exemplarily, an application running on the smart device 300 is used to control the display device 200. This application, through configuration, can provide various controls to the user on the screen associated with the smart device 300 via an intuitive user interface (UI). For example, a mobile terminal can install software applications with the display device 200, establish a connection and communication via network communication protocols, and achieve one-to-one control operations and data communication.

[0076] In some embodiments, the display device 200 can also be controlled in ways other than the control device 100 and the smart device 300. For example, it can be controlled by directly receiving the user's voice commands through a module configured inside the display device 200 for acquiring voice commands, or it can be controlled by receiving the user's voice commands through a voice control device of an external device of the display device 200.

[0077] In some embodiments, the display device 200 may have network television functionality with broadcast reception and computer support. The display device may be implemented as: digital television, network television, Internet Protocol television (IPTV), etc.

[0078] In some embodiments, the display device 200 can also communicate data with the server 400.

[0079] See Figure 2 Display devices include a monitor and a controller. When the display device is powered on, the controller may contain multiple chips that need to interact with each other via signaling to perform corresponding functions. However, during the initial power-on process, the time required for each chip to complete initialization varies, causing one chip to wait for another chip to complete initialization before it can send the corresponding command. This results in a relatively slow process and a long overall power-on time.

[0080] In view of this, in the display device provided in the embodiments of this application, such as Figure 3 As shown, by setting a first control module 011 and a second control module 012 in the controller, when the display device is powered on, the interaction between the first control module 011 and the second control module 012 can achieve a faster startup speed and a faster command response, thereby improving the overall display function.

[0081] The various embodiments of this application will now be described in detail with reference to the accompanying drawings. It should be noted that the order in which the embodiments are presented represents only a chronological order and does not indicate the superiority or inferiority of the technical solutions provided by the embodiments.

[0082] In some examples, the first control module 011 and the second control module 012 can be independently located in the controller. For example, the first control module 011 can be implemented as a chip, and the second control module 012 can also be implemented as a chip. These two chips are independently located in the controller and transmit signals through signal transmission lines.

[0083] In some examples, the first control module 011 and the second control module 012 can be integrated into the controller. For example, the first control module 011 can be implemented as an integrated circuit, and the second control module 012 can be implemented as a chip, with the first control module 011 integrated into the second control module 012. Alternatively, the second control module 012 can be implemented as an integrated circuit, and the first control module 011 can be implemented as a chip, with the second control module 012 integrated into the first control module 011. Or, the first control module 011 and the second control module 012 can be integrated onto a single circuit board.

[0084] Exemplary implementation: The first control module 011 can be implemented in hardware or in combination with software and hardware. For example, the first control module 011 can be a module separately partitioned from the main control chip. Alternatively, the first control module 011 can be configured as another chip. As long as the first control module 011 can fulfill the functions of the embodiments in this application, no specific limitations are imposed here.

[0085] Exemplary implementations of the second control module 012 can also take the form of hardware embodiments or embodiments combining software and hardware aspects. For example, the second control module 012 can be a module separately partitioned from a subordinate chip. Alternatively, the second control module 012 can also be configured as another chip. As long as the second control module 012 can satisfy the functions of the embodiments in this application, no specific limitations are imposed here.

[0086] Example 1:

[0087] See Figure 3 This application provides a display device comprising:

[0088] monitor;

[0089] The controller is configured to control the display to show content;

[0090] The controller includes a first control module 011 and a second control module 012; wherein, the second control module 012 is configured to:

[0091] The initialization process for the second control module 012 in the display device is executed; wherein, the initialization process for the second control module 012 in the display device includes the initialization of the module in the second control module 012 used to receive commands from the first control module 011 in the display device;

[0092] When the initialization of the module in the second control module 012 used to receive commands from the first control module 011 is completed, the first control module 011 in the display device is notified that it can send commands to the second control module 012, and the commands sent by the first control module 011 are received through the module in the second control module 012 used to receive commands from the first control module 011.

[0093] It should be noted that, Figure 2 , Figure 3 The connections between the various modules shown are only for illustrative purposes and do not limit the specific connection methods. For example, there may be multiple interface connections between the first control module 011 and the second control module 012, and it may even be a wireless connection.

[0094] In some implementations, the second control module is further configured to:

[0095] The command sent by the first control module is parsed to obtain the parsing result, which includes the identifier of the command, parameters, and indication information for indicating whether the command needs to be deduplicated.

[0096] Based on the parsing results, determine whether the command needs to be deduplicated.

[0097] In some implementations, determining whether deduplication of the command is necessary based on the parsing result includes:

[0098] If the indication information in the parsing result indicates that the command needs to be deduplicated, then it is determined whether there is a correspondence between the command identifier and the parameter in the preset instruction table in the second control module. If there is, and if the indication corresponding to the command identifier in the instruction table indicates that the command needs to be deduplicated, then it is determined that the command does not need to be processed; otherwise, the command is executed and the preset instruction table in the second control module is updated; if there is no correspondence between the command identifier and the parameter in the instruction table, then the command is executed and the preset instruction table in the second control module is updated.

[0099] If the indication information in the parsing result indicates that the command does not need to be deduplicated, then the command is executed and the preset instruction table in the second control module is updated;

[0100] The step of updating the preset instruction table in the second control module includes updating the preset instruction table in the second control module using the parsing result.

[0101] In some embodiments, notifying the first control module 011 in the display device that it can send a command to the second control module 012 includes:

[0102] A high-level signal is sent to the first control module 011 through the general-purpose input / output GPIO interface between the second control module 012 and the first control module 011.

[0103] In some embodiments, the second control module 012 is further configured to:

[0104] The commands sent by the first control module 011 are cached in a preset queue;

[0105] When the initialization process of the second control module 012 in the display device is completed, the commands cached in the preset queue are processed according to the first-in-first-out principle.

[0106] In some embodiments, the second control module 012 is further configured to:

[0107] The commands sent by the first control module 011 are cached in a preset queue;

[0108] For any of the commands cached in the preset queue, the command is executed when the module in the second control module 012 used to process the command completes initialization.

[0109] During the communication process between the first control module 011 and the second control module 012, the first control module 011 may send multiple instructions to the second control module 012 for processing to achieve the same or different functions. Since the second control module 012 has high requirements for the timeliness of instruction processing, if the second control module 012 receives different instructions one by one, resulting in excessive processing time, abnormal situations such as screen flickering and screen distortion will occur. Therefore, the first control module 011 hopes that these instructions can be processed by the second control module 012 as soon as possible and the results can be fed back.

[0110] Therefore, in some embodiments, the second control module 012 is further configured as follows:

[0111] When the first control module 011 sends a multi-command mode packet in a single transmission through the integrated circuit bus IIC interface between it and the second control module 012, the received multi-command mode packet is parsed according to the preset parsing method of the multi-command mode packet to obtain multiple sub-commands.

[0112] In other words, the first control module 011 can send multiple commands to the second control module 012 for processing at one time, thereby saving time, improving the efficiency of command processing, and avoiding abnormal situations such as screen flickering and distorted images.

[0113] In some implementations, the first control module 011 is configured to:

[0114] When the initialization of the module in the second control module 012 of the display device used to receive commands from the first control module 011 is completed, the second control module 012 sends a notification that the first control module 011 in the display device can send commands to the second control module 012.

[0115] Send a command to the second control module 012.

[0116] In some implementations, the first control module 011 is further configured to:

[0117] When there are multiple sub-commands used to collaboratively complete the same function, a multi-command mode package is generated according to the preset multi-command mode package assembly format, and the multi-command mode package includes the multiple sub-commands;

[0118] The multi-command mode packet is sent through the integrated circuit bus IIC interface between the first control module 011 and the second control module 012.

[0119] Example 2:

[0120] Another display device provided in this application embodiment (its structure can also be found in...) Figure 3 ),include:

[0121] monitor;

[0122] The controller is configured to control the display to show content;

[0123] The controller includes a first control module 011 and a second control module 012; wherein, the first control module 011 is configured to:

[0124] When the initialization of the module in the second control module 012 of the display device used to receive commands from the first control module 011 is completed, the second control module 012 sends a notification that the first control module 011 in the display device can send commands to the second control module 012.

[0125] Send a command to the second control module 012;

[0126] The first control module 011 is also configured to:

[0127] When there are multiple sub-commands used to collaboratively complete the same function, a multi-command mode package is generated according to the preset multi-command mode package assembly format, and the multi-command mode package includes the multiple sub-commands;

[0128] The multi-command mode packet is sent through the integrated circuit bus IIC interface between the first control module 011 and the second control module 012.

[0129] The following example illustrates the situation using the first control module 011, which includes a master control chip, and the second control module 012, which includes a slave chip.

[0130] This application aims to address the timeliness issues in communication between the master control chip and slave chips caused by protocol timing and hardware limitations, including slow boot times and screen flickering after boot. Due to the time consumption caused by hardware logic timing and chip firmware execution, this application proposes a command preprocessing and multi-command scheme, which can improve the overall boot speed by approximately 100ms and save up to tens of milliseconds of time loss per command.

[0131] like Figure 4As shown, the master control chip (e.g., TV SoC) and the slave chip (e.g., FRC) are connected via an IIC (Inter-Integrated Circuit) interface and a GPIO (General-purpose input / output) interface. The IIC interface transmits IIC protocol data, while the GPIO interface transmits high and low level signals.

[0132] The types of protocol layer data packets are described below:

[0133] IIC transmission uses a command plus data (CMD+DATA) format, and the data is divided into four types of data packets, such as... Figure 5 As shown, it includes command identifier + length (ID + Length), data parameters (Params), trigger interrupt, and read status.

[0134] like Figure 6 The diagram illustrates the transmission formats and register mappings for four types of data packets. Since IIC can only be initiated from the master chip to the slave chip, each transmission is initiated by the master control chip. For example, taking the ID 307 and length data packet as an example, the master chip sends command 307, invoking the IIC driver to send C001-0004 0307 to the slave chip. Here, C001 indicates a command packet of type ID+Length, 0004 indicates a data length of 4, and 0307 represents the command packet ID. The slave chip, through hardware mapping, maps the received command C001-0004 0307 to the specified address 0x01880004. If the slave chip's firmware reads this address, it can obtain the command sent by the master chip, i.e., the command with the command identifier 0x307 and a data length of 4.

[0135] The protocol timing process is described below:

[0136] like Figure 7 The diagram shows the communication flow of the protocol, which includes, for example:

[0137] Step 1. ARISC is the communication CPU name of the slave chip. After the firmware initialization is completed and the master chip commands are allowed to be received, GPIO will be set high to notify the master chip that the slave chip is ready to send commands.

[0138] Step 2. The main control chip receives the GPIO signal, prepares to send the first command-related content, sends the data packet (ID+CMD packet, Params packet), sends the interrupt trigger packet, and the sending process ends.

[0139] Step 3. Upon receiving the interrupt, ARISC begins acquiring command-related data, parsing the ID, Length, Params, and other relevant information sent by the main control chip, and processes it according to the requirements. After processing, it returns the result status STATUS.

[0140] Step 4. The main control chip continuously polls the STATUS status until it obtains the STATUS status, and then processes the data in software based on the return value. The process ends.

[0141] The command preprocessing function is described below:

[0142] In the aforementioned slave chip initialization process, firmware initialization includes the initialization of various hardware and software components. If the master chip waits until all initialization is complete before sending commands, there will be a delay of hundreds of milliseconds, directly impacting the boot response time. Therefore, the slave chip incorporates a command preprocessing function, prioritizing the initialization of the module used to receive commands from the master chip. This module, such as... Figure 8 As shown, this includes, for example, the initialization of hardware and software modules (named SIF in FRC chips), such as the initial configuration of hardware registers and the initialization of software systems, such as the Task thread and interrupt handlers in FreeRTOS. After the initialization process is completed, such as... Figure 9 As shown, the GPIO is immediately set to 1 to allow the main control chip to send commands. Instead of waiting for all CPUs and all modules to be ready before setting it to 1, the FRC chip contains multiple CPUs responsible for PQ, USECASE, backlight control, and other functions. It also includes multiple software task modules, such as central control printing, Flash reading, and TCON chip initialization. These modules are time-consuming and can be performed after the SIF module.

[0143] Specifically, Figure 9 The process shown includes:

[0144] Step 901: The slave chip pulls the GPIO high;

[0145] IIC initialization is complete and commands can be received, but other modules have not yet completed initialization. Therefore, a preprocessing mechanism is added to improve response speed; pre-reception is performed here.

[0146] Step 902: The master control chip sends CMD0 to the slave chip;

[0147] Step 903: The slave chip returns STATUS0 to the master chip;

[0148] Step 904: The master control chip sends CMD1 to the slave chip;

[0149] Step 905: The slave chip returns STATUS1 to the master chip.

[0150] At this point, all modules of FRC have been initialized.

[0151] Step 906: The master control chip sends CMDn+1 to the slave chip;

[0152] Step 907: CMDn+1 arrives. The slave chip processes the N commands in msg_queue and processes CMDn+1.

[0153] Step 908: The slave chip returns STATUSn+1 to the master chip.

[0154] Then, as Figure 10 As shown, a queue, such as a variable queue `msg_queue`, is reserved. Initially, commands are received and stored in `msg_queue`, and then processed centrally after all modules have finished initializing. This effectively solves the flickering and delayed processing problems. In other words, during the period from receiving commands from the master chip to the completion of initialization of all slave chips, all command interactions between the master and slave chips are stored in `msg_queue`. Once all initialization is complete, the commands in `msg_queue` are executed according to the first-in, first-out (FIFO) principle, in the order they were entered into the queue, thus completing the preprocessing flow.

[0155] Furthermore, the commands within the `msg_queue` are not limited to being executed all at once after all modules are initialized. They can also be executed in advance based on the specific functions contained in each `msg` (i.e., command). For example, if `msg0` requires the backlight condition function of CPU B, it can be executed directly after the initialization of CPU B and related resources. Similarly, if `msg1` requires the `USECASE` function of CPU C, it can be executed directly after initialization. Multiple variables can be added within the software to schedule the execution order of commands of different function types. This on-demand processing allows for more timely and accurate command execution, improving the chip's response speed in the initial stage. This also resolves the issues of lag and flickering in slave chips during startup.

[0156] The multi-command processing function is described below:

[0157] Steps 2 to 4 in the protocol timing flow represent the execution of a single command. For example, the master chip sends command 0x0307 with a data length of 4 bytes and a data content of 4 bytes, then triggers an interrupt. The slave chip receives the interrupt notification, retrieves the sent command, data length, and data content from the address, processes it, and returns the processing result STATUS. Finally, the master chip continuously polls the return value STATUS until it receives the return value, at which point the process ends. However, when multiple commands work together to achieve a specific function, the execution time of a single command incurs losses. This loss is caused by multiple IIC transmissions. For instance, a slave chip using FreeRTOS may incur a 10ms time slice polling loss, or the master chip may experience polling timeouts. Each communication incurs time loss, and this loss multiplies when multiple commands are sent simultaneously, manifesting as processing lag and continuous screen flickering.

[0158] Therefore, a multi-command mode was added to the protocol, which involves designing a long "package" command, see [link / reference]. Figure 11 The command ID is the main command ID, the Length is the total number of bytes of the included subcommands, and the data format of the following parameters is: 1 byte subcommand CMDID + 1 byte subcommand length + subcommand data... 1 byte subcommand CMDID + 1 byte subcommand length + subcommand data, such as... Figure 11 As shown, Figure 11 The Length in the table represents the total number of bytes from CMDID0 to the final Paramsn.

[0159] like Figure 12 As shown, this mode requires the master control chip firmware to package and send the sub-commands, and the slave chip parses the "packet" command according to the format and executes them one by one in a first-in-first-out order. The time loss of this scheme is only the loss caused by a single IIC transmission, minimizing the time loss and improving the efficiency of multi-command transmission.

[0160] Specifically, Figure 12 The process shown includes:

[0161] Step 121: The main control chip organizes multiple sub-commands into a multi-command data format, that is, generates the "big package" command CMD0;

[0162] Step 122: The master control chip sends CMD0 to the slave chip;

[0163] Step 123: In this step, the slave chip parses the "big package" command CMD0, that is, it performs multi-command instruction parsing, thereby solving the multi-command flickering problem;

[0164] Step 124: The slave chip returns STATUS0 to the master chip;

[0165] Step 125: After receiving the processing result, the main control chip ends the process.

[0166] For example, when the TV screen switches to vivid picture quality mode, the main control chip needs to send two commands to the slave chip: brightness (Brightness0x0301) and contrast (Contrast 0x0302). Therefore, in multi-command mode, the data format for sending large packets is as follows:

[0167] Big Packet Command ID / Length(BigPackageData 0x033d) + Big Packet Length (Total Number of Data Bytes) + Brightness Command ID(0x0301) + Brightness Data Length + Brightness Data + Contrast Command ID(0x0302) + Contrast Data Length + Contrast Data.

[0168] Furthermore, large command packages can also have additional check fields, such as the number of subcommands, for protocol-level verification. The software will also perform verification based on reasonable parameter values ​​to ensure the accuracy of large command data, thus resolving the issue of continuous image flickering during certain mode switching modes.

[0169] The following is an example of command-based deduplication filtering.

[0170] The second control module receives numerous command requests from the main control chip, some of which may contain identical command IDs and parameters. This could be because the main control chip fails to receive a response command from the second control module, or because the main control chip frequently switches certain image quality parameters during mode switching, while specific command parameters remain unchanged. For example, when switching from Vivid mode to Professional mode, the contrast ratio might both be 50, but the main control chip needs to transmit and execute the command to the second control module again for each interaction. These repetitive commands consume time, especially when there are multiple repetitive commands, causing mode switching to lag by tens of milliseconds. Simply deduplicating previously identical commands is also inaccurate. For example, in scenarios involving switching game modes, the VRR_MODE and USECASE commands must be strictly executed and cannot be deduplicated. Therefore, the implementation method for command deduplication, for example, is to... Figure 13 Process execution mainly includes:

[0171] Step 131. Communication begins: The first control module sends a command (CMD) to the second control module;

[0172] Step 132. The second control module parses the following information from the command:

[0173] CMD_ID, CMD_PARAMS, CMD_IGNORE;

[0174] Where CMD_ID represents the command ID, CMD_PARAMS represents the parameters corresponding to the command, and CMD_IGNORE is used to indicate whether the command needs to be deduplicated.

[0175] Step 133. Based on the parsing result (i.e., the indication information of CMD_IGNORE), the second control module determines whether the first control module specifies that deduplication is not required. If so, proceed to step 137; otherwise, proceed to step 134.

[0176] Step 134. The second control module determines whether CMD_ID and CMD_PARAMS in the command are consistent with CMD_ID and CMD_PARAMS in the pre-stored instruction table of the second control module (i.e., whether there is a correspondence between CMD_ID and CMD_PARAMS in the command in the pre-stored instruction table). If yes, proceed to step 135; otherwise, proceed to step 137.

[0177] Step 135. The second control module queries whether the command allows deduplication in the preset instruction table of the second control module, that is, whether the CMD_IGNORE corresponding to CMD_ID in the preset instruction table indicates that the command needs to be deduplicated. If yes, proceed to step 136; otherwise, proceed to step 137.

[0178] Step 136. The second control module does not need to execute this command, i.e., the command is deduplicated;

[0179] Step 137. The second control module executes the command and updates CMD_ID and CMD_PARAMS in the pre-stored instruction table;

[0180] Step 138. The second control module returns the result (STATUS) of the command execution to the first control module, and the communication ends.

[0181] In the above, since the main control SOC chip needs to schedule commands, performing command deduplication and filtering is not appropriate for its function. Therefore, the solution is more suitable for command deduplication to be performed on the second control module. This function requires the second control module to save all parameterized commands to memory in the following format: CMD_ID (command ID) + CMD_PARAMS (parameters corresponding to ID) + CMD_IGNORE (whether the command is deduplicated).

[0182] First, when the second control module receives a new command, it obtains the CMD_ID, CMD_PARAMS, and CMD_IGNORE sent by the SOC chip. At this point, it determines whether to execute the command directly without deduplication based on the CMD_IGNORE sent by the SOC chip. If the SOC chip requires execution, the command is executed directly without further checks. If the SOC chip does not require deduplication, it determines whether the command is a duplicate by checking if the CMD_ID and CMD_PARAMS match the corresponding command parameter CMD_PARAMS in the pre-stored instruction table within the second control module. If not, the pre-stored instruction table is updated, and the command is executed. If it is a duplicate command, the second control module checks if deduplication is allowed based on the CMD_IGNORE corresponding to the ID stored in the instruction table within the second control module. If allowed, deduplication is not required, and the command returns STATUS (which can be STATUS_IGNORE, executed according to the SOC's requirements), ending the process.

[0183] This embodiment is applicable to preprocessing functions, multi-command functions, and regular command functions, and can greatly improve the timely response speed of scene switching.

[0184] The method provided in the embodiments of this application is described below. The explanations or examples of the same or corresponding technical features as those described above will not be repeated hereafter.

[0185] See Figure 14 This application provides a display control method applied to the aforementioned second control module, the method comprising:

[0186] S101. Execute the initialization process for the second control module in the display device; wherein, the initialization process for the second control module in the display device includes the initialization of the module in the second control module used to receive commands from the first control module in the display device;

[0187] S102. When the initialization of the module in the second control module used to receive commands from the first control module is completed, the first control module in the display device is notified that it can send commands to the second control module, and the module in the second control module used to receive commands from the first control module receives the commands sent by the first control module.

[0188] In some implementations, notifying the first control module in the display device that it can send a command to the second control module includes:

[0189] A high-level signal is sent to the first control module through the general-purpose input / output GPIO interface between the second control module and the first control module.

[0190] In some embodiments, the method further includes:

[0191] The commands sent by the first control module are cached in a preset queue;

[0192] When the initialization process of the second control module in the display device is completed, the commands cached in the preset queue are processed according to the first-in-first-out principle.

[0193] In some embodiments, the method further includes:

[0194] The commands sent by the first control module are cached in a preset queue;

[0195] For any of the commands cached in the preset queue, the command is executed when the module in the second control module used to process the command completes initialization.

[0196] In some embodiments, the method further includes:

[0197] When the first control module sends a multi-command mode packet in a single transmission via the IIC interface between the first control module and the second control module, the received multi-command mode packet is parsed according to the preset parsing method of the multi-command mode packet to obtain multiple sub-commands.

[0198] In some embodiments, the method further includes:

[0199] The command sent by the first control module is parsed to obtain the parsing result. The parsing result includes the identifier (CMD_ID), parameters (CMD_PARAMS), and indication information (CMD_IGNORE) for indicating whether the command needs to be deduplicated.

[0200] Based on the parsing results, determine whether the command needs to be deduplicated.

[0201] In some implementations, determining whether deduplication of the command is necessary based on the parsing result includes:

[0202] If the indication information in the parsing result indicates that the command needs to be deduplicated, then it is determined whether there is a correspondence between the command identifier and the parameter in the preset instruction table in the second control module. If there is, and if the indication corresponding to the command identifier in the instruction table indicates that the command needs to be deduplicated, then it is determined that the command does not need to be processed; otherwise, the command is executed and the preset instruction table in the second control module is updated; if there is no correspondence between the command identifier and the parameter in the instruction table, then the command is executed and the preset instruction table in the second control module is updated.

[0203] If the indication information in the parsing result indicates that the command does not need to be deduplicated, then the command is executed and the preset instruction table in the second control module is updated;

[0204] The step of updating the preset instruction table in the second control module includes updating the preset instruction table in the second control module using the parsing result. For example, adding a correspondence between the identifier, parameters, and indication information for indicating whether the command needs to be deduplicated in the preset instruction table of the second control module; or updating the parameters corresponding to the identifier of the command and / or the indication information for indicating whether the command needs to be deduplicated in the preset instruction table of the second control module.

[0205] See Figure 15 Another display method provided in this application embodiment, applied to the aforementioned first control module, includes:

[0206] S201. When the initialization of the module in the second control module of the display device used to receive commands from the first control module is completed, the second control module sends a notification that the first control module in the display device can send commands to the second control module.

[0207] S202, Send a command to the second control module.

[0208] In some embodiments, the method further includes:

[0209] When there are multiple sub-commands used to collaboratively complete the same function, a multi-command mode package is generated according to the preset multi-command mode package assembly format, and the multi-command mode package includes the multiple sub-commands;

[0210] The multi-command mode packet is sent through the integrated circuit bus (IIC) interface between the first control module and the second control module.

[0211] In some implementations, the command includes an identifier of the command, parameters, and indication information indicating whether the command needs to be deduplicated.

[0212] This application provides a computing device, which may specifically be a desktop computer, portable computer, smartphone, tablet computer, personal digital assistant (PDA), etc. The computing device may include a central processing unit (CPU), memory, input / output devices, etc. Input devices may include a keyboard, mouse, touchscreen, etc., and output devices may include display devices, such as a liquid crystal display (LCD) or a cathode ray tube (CRT).

[0213] The memory may include read-only memory (ROM) and random access memory (RAM), and provides the processor with program instructions and data stored in the memory. In the embodiments of this application, the memory may be used to store the program of any of the methods provided in the embodiments of this application.

[0214] The processor executes any of the methods described in the embodiments of this application according to the program instructions stored in the memory.

[0215] This application also provides a computer program product or computer program that includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform any of the methods described in the above embodiments. The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection having one or more wires, a portable disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof.

[0216] This application provides a computer-readable storage medium for storing computer program instructions used in the apparatus provided in the above-described embodiments, including a program for performing any of the methods provided in the above-described embodiments. The computer-readable storage medium may be a non-transitory computer-readable medium.

[0217] The computer-readable storage medium can be any available medium or data storage device that a computer can access, including but not limited to magnetic storage (e.g., floppy disks, hard disks, magnetic tapes, magneto-optical disks (MOs), etc.), optical storage (e.g., CDs, DVDs, BDs, HVDs, etc.), and semiconductor storage (e.g., ROMs, EPROMs, EEPROMs, non-volatile memory (NAND flash), solid-state drives (SSDs)).

[0218] It should be understood that:

[0219] The access technology used by entities in a communication network to transmit traffic can be any suitable current or future technology, such as WLAN (Wireless Local Access Network), WiMAX (Microwave Access Global Interoperability), LTE, LTE-A, 5G, Bluetooth, infrared, etc.; in addition, embodiments may also apply wired technologies, such as IP-based access technologies, such as wired networks or fixed lines.

[0220] An embodiment suitable for implementation as software code or as part thereof and for operation using a processor or processing function is independent of the software code and can be specified using any known or future-developed programming language, such as high-level programming languages ​​such as Objective-C, C, C++, C#, Java, Python, Javascript, other scripting languages, etc., or low-level programming languages ​​such as machine language or assembler.

[0221] The implementation of the embodiments is hardware-independent and can be implemented using any known or future-developed hardware technology or any combination thereof, such as microprocessors or CPUs (central processing units), MOS (metal-oxide-semiconductor), CMOS (complementary MOS), BiMOS (bipolar MOS), BiCMOS (bipolar CMOS), ECL (emitter-coupled logic), and / or TTL (transistor-transistor logic).

[0222] The embodiments may be implemented as individual devices, apparatuses, units, components or functions, or in a distributed manner. For example, one or more processors or processing functions may be used or shared in the process, or one or more processing segments or processing portions may be used and shared in the process, wherein one or more physical processors may be used to implement one or more processing portions dedicated to a particular process as described.

[0223] The device can be implemented by a semiconductor chip, a chipset, or a (hardware) module that includes such a chip or chipset.

[0224] The implementation can also be implemented as any combination of hardware and software, such as ASIC (Application-Specific IC (Integrated Circuit)) components, FPGA (Field Programmable Gate Array) or CPLD (Complex Programmable Logic Device) components or DSP (Digital Signal Processor) components.

[0225] The embodiments can also be implemented as computer program products, including a computer-usable medium in which computer-readable program code is embodied, the computer-usable program code being adapted to perform the processes described in the embodiments, wherein the computer-usable medium may be a non-transitory medium.

[0226] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage and optical storage) containing computer-usable program code.

[0227] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0228] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0229] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0230] Obviously, those skilled in the art can make various modifications and variations to this application without departing from the spirit and scope of this application. Therefore, if such modifications and variations fall within the scope of the claims of this application and their equivalents, this application also intends to include such modifications and variations.

Claims

1. A display device, characterized in that, include: monitor; The controller is configured to control the display to show content; The controller includes a first control module and a second control module; wherein the second control module is configured to: Execute an initialization process for the second control module in the display device; wherein, the initialization process for the second control module in the display device includes the initialization of the module in the second control module used to receive commands from the first control module in the display device; When the initialization of the module in the second control module used to receive commands from the first control module is completed, the first control module in the display device is notified that it can send commands to the second control module, and the module in the second control module used to receive commands from the first control module receives the commands sent by the first control module.

2. The display device according to claim 1, characterized in that, The second control module is also configured to: The commands sent by the first control module are cached in a preset queue; When the initialization process of the second control module in the display device is completed, the commands cached in the preset queue are processed according to the first-in-first-out principle; Alternatively, for any of the commands cached in the preset queue, the command is executed when the module in the second control module used to process the command completes initialization.

3. The display device according to claim 1, characterized in that, The second control module is also configured to: When the first control module sends a multi-command mode packet in a single transmission via the IIC interface between the first control module and the second control module, the received multi-command mode packet is parsed according to the preset parsing method of the multi-command mode packet to obtain multiple sub-commands.

4. The display device according to claim 1, characterized in that, The first control module is configured as follows: When the initialization of the module in the second control module of the display device used to receive commands from the first control module is completed, the second control module sends a notification that the first control module in the display device can send commands to the second control module. Send commands to the second control module.

5. The display device according to claim 4, characterized in that, The first control module is also configured to: When there are multiple sub-commands used to collaboratively complete the same function, a multi-command mode package is generated according to the preset multi-command mode package assembly format, and the multi-command mode package includes the multiple sub-commands; The multi-command mode packet is sent through the integrated circuit bus (IIC) interface between the first control module and the second control module.

6. The display device according to claim 1, characterized in that, The second control module is also configured to: The command sent by the first control module is parsed to obtain the parsing result, which includes the identifier of the command, parameters, and indication information for indicating whether the command needs to be deduplicated. Based on the parsing results, determine whether the command needs to be deduplicated.

7. The display device according to claim 6, characterized in that, Based on the parsing results, determine whether the command needs to be deduplicated, including: If the indication information in the parsing result indicates that the command needs to be deduplicated, then it is determined whether there is a correspondence between the command identifier and the parameter in the preset instruction table in the second control module. If there is, and if the indication information corresponding to the command identifier in the instruction table indicates that the command needs to be deduplicated, then it is determined that the command does not need to be processed; otherwise, the command is executed and the preset instruction table in the second control module is updated; if there is no correspondence between the command identifier and the parameter in the instruction table, then the command is executed and the preset instruction table in the second control module is updated. If the indication information in the parsing result indicates that the command does not need to be deduplicated, then the command is executed and the preset instruction table in the second control module is updated; The step of updating the preset instruction table in the second control module includes updating the preset instruction table in the second control module using the parsing result.

8. A display device, characterized in that, include: monitor; The controller is configured to control the display to show content; The controller includes a first control module and a second control module; wherein the first control module is configured to: When the initialization of the module in the second control module of the display device used to receive commands from the first control module is completed, the second control module sends a notification that the first control module in the display device can send commands to the second control module. Send a command to the second control module; The first control module is also configured to: When there are multiple sub-commands used to collaboratively complete the same function, a multi-command mode package is generated according to the preset multi-command mode package assembly format, and the multi-command mode package includes the multiple sub-commands; The multi-command mode packet is sent through the integrated circuit bus (IIC) interface between the first control module and the second control module.

9. A display control method, characterized in that, The method, applied to the second control module as described in claim 1, comprises: Execute an initialization process for the second control module in the display device; wherein, the initialization process for the second control module in the display device includes the initialization of the module in the second control module used to receive commands from the first control module in the display device; When the initialization of the module in the second control module used to receive commands from the first control module is completed, the first control module in the display device is notified that it can send commands to the second control module, and the module in the second control module used to receive commands from the first control module receives the commands sent by the first control module.

10. A display method, characterized in that, The method, applied to the first control module as described in claim 8, comprises: When the initialization of the module in the second control module of the display device used to receive commands from the first control module is completed, the second control module sends a notification that the first control module in the display device can send commands to the second control module. Send commands to the second control module.

Citation Information

Patent Citations

  • Computer and display switching method

    CN102591604A

  • FPGA board level communication device and method based on SDIO interface

    CN107741915A