Display Driver MCU Control for Active-Interval DCS Setting

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Display drivers face challenges in responding to various driving environments and customer requirements due to limited transmission of Display Command Sets (DCS) during active intervals, leading to increased costs and difficulty in adapting to new functions.

Innovation Solution

Incorporation of a micro control unit (MCU) within the display driver to generate DCS internally, allowing selection between externally received and internally generated DCS levels, enabling flexible DCS setting during both active and porch intervals, and supporting various driving scenarios without reliance on external commands.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If the DDI receives DCS only during porch interval, then the DDI can process pixel data during active interval, but the number of DCS that can be transmitted is limited and the DDI cannot properly respond to various driving environments

Engineering Contradiction:
Improvepixel data processing capabilityVSAvoidresponse to driving environments
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The patent applies preliminary action by enabling the DDI to generate and set DCS during the active interval before the porch interval begins. The MCU generates DCS based on display information received during the active interval, and the DCS selector applies these settings in preparation for the upcoming porch interval, allowing the DDI to be pre-configured for upcoming driving environment changes rather than waiting for porch interval commands.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements self-service by enabling the DDI to autonomously generate and apply DCS without requiring external host system commands during the active interval. The embedded MCU independently creates DCS based on received display information, and the DCS selector automatically applies these commands, allowing the DDI to self-configure for various driving environments without waiting for external instructions.

Inventive Principle:
Principle #25Self-service

2Adaptability or versatility

If the DDI is newly designed to provide new functions, then the DDI can support various driving environments, but the cost of the DDI and display device increases

Engineering Contradiction:
Improvesupport for new functionsVSAvoidmanufacturing cost
Core Design Contradiction:
Adaptability or versatilityVSEase of manufacture

Solution Approach 1:

The patent applies universality by designing the DDI with an embedded MCU that can generate multiple types of DCS commands for various driving functions. This single multi-functional component replaces the need for multiple specialized hardware circuits, allowing the DDI to support diverse driving environments and new functions while maintaining a standardized design that reduces manufacturing complexity and cost.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent implements parameter changes by using the MCU to dynamically modify DCS parameters based on driving conditions and requirements. Instead of requiring hardware redesign for different functions, the system changes operational parameters through software-controlled DCS generation, allowing flexible adaptation to new functions and driving environments through firmware updates rather than physical redesign.

Inventive Principle:
Principle #35Parameter changes

3Speed

If the DDI generates DCS during active interval, then the DDI can respond to driving environments in real-time, but the DDI must process both pixel data and generate DCS simultaneously

Engineering Contradiction:
Improveresponse speed to driving environmentsVSAvoidprocessing complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The patent applies segmentation by dividing the DDI into distinct functional modules: a pixel data processing path and a DCS generation path. The receiver separates incoming signals into pixel data and display information, which are then processed independently by different circuit blocks. This modular segmentation allows simultaneous operation of pixel data conversion and DCS generation without mutual interference, managing processing complexity through functional decomposition.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent uses an intermediary approach by introducing the MCU as a mediating component between display information reception and DCS application. The MCU acts as an intermediate processor that receives display information, generates appropriate DCS commands, and interfaces with the existing DDI architecture. This intermediary layer manages the complexity of real-time DCS generation while maintaining compatibility with the pixel data processing pipeline.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20250265966A1Display driver and display device including the same
Publication Date: 2025.08.21 LX SEMICON CO LTD
  • US20250265966A1 patent drawing
  • US20250265966A1 patent drawing
  • US20250265966A1 patent drawing

AI summary

A display driver and a display device including the same are disclosed. The display driver includes a receiver which receives a display command set (DCS) from outside, a control part which generates a DCS in response to input display information, and a DCS selector which selects between the DCS received from the outside and the DCS generated from the control part.