透过多行扫设计(time-multiplexing)架构，改善区域调光(Local Dimming) 成本-简中

-


透过多行扫设计(time-multiplexing)架构，改善区域调光(Local Dimming) 成本


前言

       先前提到区域调光(Local Dimming)并非完全没有缺点，其中之一就是驱动IC数量偏多。原因在于为实现好的区域调光(Local Dimming) 效果，必须要有足够的分区数，也因此随着分区数的增加LED驱动芯片数目也将大幅度的增加，最终产品成本增加将是无可避免的结果。但其实透过改变架构就可以大幅度减少驱动芯片数目，因此后续我们将描述如何透过多行扫架构(time-multiplexing) 来减少驱动芯片数量。

传统多信道驱动芯片

       传统多信道驱动芯片在固定封装条件下，其通道数会随着单一通道电流大小上限而成反比，也因此传统多信道IC多为4~16组定电流通道。以2019年华硕推出的ProArt PA32UCX为例子，该屏幕区域调光高达576分区数，假设使用传统16组定电流信道芯片来实现，则需要36个LED定电流驱动芯片 (576/16=36) ，可以想象这样的驱动芯片数量，不论对成本或者产品设计都是一种负担。下图一为传统多信道驱动芯片架构示意图。

图一、 传统多信道驱动芯片架构示意图

支持多行扫设计(time-multiplexing)多信道驱动芯片

       此处将简述为何选用支持多行扫设计(time-multiplexing) 的多信道驱动芯片，可有效减少区域调光所需的驱动芯片数。所谓多行扫设计，其概念为多个发光二极管阴极相连并共享一组定电流(constant current)电路，而发光二极管阳极则利用轮流供电，藉此实现一组定电流电路可驱动多组、多区发光二极管。图二为支持多行扫设计(time-multiplexing) 的多信道驱动芯示意图。
       透过图二的说明，假设今天选用一个支持18行扫以及16组定电流电路的驱动芯片，一样以区域调光576区为例子，则仅需要2个(576/16/18=2) 驱动芯片即可。

图二、 支持多行扫设计(time-multiplexing)的多信道驱动芯片

结论

       根据以上的范例说明可知多行扫架构对于节省驱动芯片数目有显著的帮助，由此可以得知未来多行扫架构必然是区域调光(Local Dimming) 的主流架构之一。但多行扫架构亦存在该架构特有的缺点，后续我们将讨论多行扫架构的缺点以及该缺点可接受与否?最后若各位对上述内容有任何想法都欢迎提出讨论。

PS: 以上有取材自网络的照片，如有侵犯版权问题、还请来信告知。


留言

張貼留言

這個網誌中的熱門文章

HDR10高動態對比解決方案(High Dynamic Range solution)- Local Dimming

-
圖片
HDR10 高動態對比解決方案 - Local Dimming 前言 新世代顯示器技術近來常常提到 HDR10 ，毋庸置疑一個符合 HDR10 規範的產品才是目前真正稱得上優秀的顯示器。 HDR10 對於顯示要求有五大指標分別為高解析度 (High resolution) 、 高幀率 (High Frame Rate) 、位元深度 (Bit depth) 、高動態對比 (High Dynamic Range) 以及廣色域 (WCG) 。本篇我們將對高動態對比的實現技術 Local Dimming 進行簡介，並說明目前既有的 Local Dimming 成本偏高的原因之一。 Local Dimming 優點 - 實現高動態對比 (High Dynamic Range) 傳統顯示技術由於常採用側發光式，因此想要顯示不同亮度訊息，只能透過 TFT-LCD 控制液晶角度來實現。因此當一個畫面同時存在明亮與深邃的訊號時，常會出現暗部細節明顯偏亮，視覺上常常會有一層白白灰灰的感覺，這樣的顯示技術很明顯不能稱之為好的顯示效果。且除了以上的問題之外，漏光與 Mura 也是側發光架構常見的問題。 透過下圖 SDR(Standard Dynamic Range) vs. HDR(High Dynamic Rage) ，我們很明顯可以看出差異，包含岩石暗部的細節、雲的層次感以及整體視覺上有一層灰灰的感覺等問題，因此如何提供高動態對比是一個好的顯示器必備指標之一。 http://4k.com/wp-content/uploads/2015/10/20_Century_Fox_SDR_vs_HDR.jpg Local Dimming 其架構有一個先決條件就是背光須採用直下式， Local Dimming 是透過調整背光源亮度去實現高動態對比。以下圖為例，足球陰影部分的背光源被調暗甚至關閉，而草地上的背光源則呈現高亮狀態，藉此實現翠綠而明亮的草地以及足球陰影處的細節。根據示意圖我們可以很明顯的感受到顯示效果已無上述側發光式的問題。   https://cdn.cnetcontent.com/syndication/mediaserver/inlinecontent/all/e3a/c85/e3ac85792793
閱讀完整內容

透過多行掃設計(time-multiplexing)架構，改善區域調光(Local Dimming) 成本

-
圖片
前言         先前提到區域調光 (Local Dimming) 並非完全沒有缺點，其中之一就是驅動 IC 數量 偏多 。原因在於為實現好的區域調光 (Local Dimming) 效果，必須要有足夠的分區數，也因此隨著分區數的增加 LED 驅動芯片數目也將大幅度的增加，最終產品成本增加將是無可避免的結果。但其實透過改變架構就可以大幅度減少驅動芯片數目，因此後續我們將描述如何透過多行掃架構 (time-multiplexing) 來減少驅動芯片數量。 傳統多通道驅動芯片        傳統多通道驅動芯片在固定封裝條件下，其通道數會隨著單一通道電流大小上限而成反比，也因此傳統多通道 IC 多為 4~16 組定電流通道。以 2019 年華碩推出的 ProArt PA32UCX 為例子，該螢幕區域調光高達 576 分區數，假設使用傳統 16 組定電流通道芯片來實現，則需要 36 個 LED 定電流驅動芯片 (576/16=36) ，可以想像這樣的驅動芯片數量，不論對成本或者產品設計都是一種負擔。下圖一為傳統多通道驅動芯片架構示意圖。 圖一、 傳統多通道驅動芯片架構示意圖 支援多行掃設計 (time-multiplexing) 多通道驅動芯片        此處將簡述為何選用支援多行掃設計 (time-multiplexing) 的多通道驅動芯片，可有效減少區域調光所需的驅動芯片數。所謂多行掃設計，其概念為多個發光二極體陰極相連並共用一組定電流 (constant current) 電路，而發光二極體陽極則利用輪流供電，藉此實現一組定電流電路可驅動多組、多區發光二極體。圖二為支援多行掃設計 (time-multiplexing) 的多通道驅動芯示意圖。        透過圖二的說明，假設今天選用一個支援 18 行掃以及 16 組定電流電路的驅動芯片，一樣以區域調光 576 區為例子，則僅需要 2 個 (576/16/18=2) 驅動芯片即可。 圖二、 支援多行掃設計 (time-multiplexing) 的多通道驅動芯片 結論        根據以上的範例說明可知多行掃架構對於節省驅動芯片數目有顯著的幫助，由此可以得知未來多
閱讀完整內容

低成本返馳式解決概念(Low cost Flyback solution)

-
圖片
在 100W 以內的應用條件下， Flyback 是一種具備許多優點的 SMPS 架構。例如 : 成本低、架構簡單、 isolated 或 non-isolated 、單輸入單輸出或多輸出應用。 然而產品降價是必然趨勢，因此如何提供更具備競爭優勢的產品給使用者，是每個產品都必須思考的問題。如果身為 IC design house 只是單純給客戶一個更低的價格，那將面臨的就是無止境的價格戰，因此本篇將討論如何透過降低 total bom cost 來避免無止境的價格戰。 傳統的 Flyback controller 架構如下圖一所示。其中包含有 A: initial startup circuit 、 B: Flyback Driver Power Mosfet 、 C: Pri-side snubber 、 D: Sec-side snubber 、 E: Feedback circuit 。根據圖一，我們可得知其中 A 、 B 、 E 的部分可以透過將其內建於 IC 內部，除可有效降低整體零件數以外也可以有效減少 PCB Layout 所需面積，藉此達到降低整體成本，因此圖二則是目前常見的低成本 Flyback 架構。 但這其中牽涉到專利問題以及製成的問題 ( HV startup circuit 、 primary-side regulator 、 Built-in Power Mosfet) ，在此不多加贅述。 圖一、傳統 Flyback 架構 圖二、 Low Cost Flyback 架構 然而此類產品在初問世時，推廣並不順利，原因在於傳統的 controller IC 即便缺貨，一般也都有類似的 IC 可以做 2nd source 以及把高壓 Mosfet build-in 在 IC 本體裡面，可靠度也是一個考量的點。因此許多系統廠一開始對此類的產品接受度並不高。然隨著 3C 產品的進展，低成本及縮小體積等要求下，此類產品目前已經是相當普遍的解決方案。 感謝您看到最後，若本內容有任何描述不清或者有需要修正的地方，還請不吝指教。
閱讀完整內容