LCM模塊閃屏現(xiàn)象分析_第1頁
LCM模塊閃屏現(xiàn)象分析_第2頁
LCM模塊閃屏現(xiàn)象分析_第3頁
LCM模塊閃屏現(xiàn)象分析_第4頁
LCM模塊閃屏現(xiàn)象分析_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、LCM模塊閃屏現(xiàn)象分析(轉載)2009年12月29日 星期二 下午 06:04摘要:手機模塊在手機上顯示時,會出現(xiàn)閃屏現(xiàn)象,本文對閃屏產(chǎn)生的原因進行了初步的分析,并提出了一些改善的方法。關鍵詞:TFT;LCM;FLICKER;VCOM;頻率;掃描方向;PWM;橫條紋。一、   閃屏現(xiàn)象綜述。手機模塊多采用TFT和CSTN模塊,主要為TFT模塊,閃屏在所有不良現(xiàn)象中占了很大的比重,主要是因為很多外部環(huán)境的影響都會造成閃屏,而且由于測試環(huán)境的不同,在我司的測試架上可能很難重現(xiàn),這也加大了分析的難度。下面就分類講述各種閃屏產(chǎn)生的原因,以及如何去判斷和改善。二、 

2、0; FLICKERFLICKER俗稱抬頭紋,是我們遇到較多的一種閃屏。產(chǎn)生的原因見圖1:圖1如上圖所示,A為液晶像素電極的電壓Vpixel,B為公共電極的電壓Vcom,理想狀態(tài)如C所示:Vcom的中心值與Vpixel的中心值一致且VpixelH和VpixelL的差值與VcomH和VcomL的差值一致,在這樣的情況下不會出現(xiàn)FLICKER現(xiàn)象。當這兩個電壓的中心值或差值出現(xiàn)偏差時,就會出現(xiàn)FLICKER現(xiàn)象,如D所示。對于FLICKER,如果采用line inversion,則現(xiàn)象如下:拿一個顯示模塊上下晃動,出現(xiàn)很多橫條紋,而停止晃動后橫條紋減輕或消失,在灰階下最明顯。如果采用的是frame

3、 inversion,則現(xiàn)象是整個畫面有明暗變化的閃屏。對于FLICKER,改善方法就是調節(jié)公共電極的電壓Vcom,以HX8347為例,可以調節(jié)下面幾個寄存器:通過配合調節(jié)Vcom和VcomH的值,先嘗試往哪個方向調節(jié)可以使FLICKER變輕,最后才確定在某個特定值上效果最好。但由于調節(jié)Vcom和VcomH的值是跳變的而不是連續(xù)變化的,所以有時只能將FLICKER調整到一個很不明顯的狀態(tài)而不能徹底解決,如果客戶還不滿意的話可以嘗試調整GAMMA或者改為frame inversion模式,因為大于100Hz的閃屏人眼是不能分辨的,所以在這種模式下輕微的FLICKER是分辨不出來的。對于固定的IC

4、,Vcom和VcomH的值并不是確定不變的,搭配的Panel不一樣,客戶供給VDD電壓的不同,GAMMA值的變化,都會對Vpixel產(chǎn)生影響,從而導致FLICKER的產(chǎn)生,這時就需要重新調整Vcom和VcomH的值來消除FLICKER。三、   刷新頻率設置不正確導致的閃屏。對于該類閃屏,現(xiàn)象為播放動畫或快速切換圖片時畫面顯示不穩(wěn)定,可能還會出現(xiàn)一兩條橫條紋且位置不固定。這里面關系到兩個頻率,一個是從CPU送數(shù)據(jù)到RAM里面的頻率n,另外一個是模塊內(nèi)部刷新頻率m,當這兩個頻率成比例時,如圖2、3所示。圖2圖3對于圖2,在開始時間點“0”,第一個刷完屏時間點“1”和第二個刷完

5、屏時間點“2”,分別顯示如下:對于圖3,開始時間點“0”,第一個刷完屏時間點“1”和第二個刷完屏時間點“2”,分別顯示如下:在以上兩種情況下都是正常顯示的。下面我們來看看兩個頻率匹配不好的情況,先看一下從CPU送數(shù)據(jù)到RAM里面的頻率n比模塊內(nèi)部刷新頻率m大的情況,如圖4所示:圖4如上圖所示,設n=100Hz,m =67.7Hz,則CPU寫入一屏數(shù)據(jù)的時間是t1=10ms,而模塊刷新一次的時間是t2=15ms,假設在某個時間點模塊開始刷新,那么第一次刷完屏后顯示的就是圖片“C”,而此時CPU已經(jīng)開始向RAM里面送入第二副圖片“B”了,當模塊第二次刷新時,模塊開始寫人第二幅圖片“B”的信息,而C

6、PU馬上又開始更新RAM里面的數(shù)據(jù),寫入數(shù)據(jù)“A”,而且由于CPU更新的速度比模塊刷新的速度快,那么當模塊刷新到半屏左右的時候,CPU更新的行數(shù)已經(jīng)趕上模塊刷新的行數(shù)了,那么之后的半屏模塊顯示的圖片就是“A”了,那么在時間點“2”,模塊的顯示內(nèi)容應該為:這樣就出現(xiàn)了分屏的現(xiàn)象,而且“B”圖片的下半屏和“A”圖片的上半屏數(shù)據(jù)丟失了,但由于速度很快那么人眼中的反應就是畫面顯示不穩(wěn)定,在分屏的地方因為數(shù)據(jù)不穩(wěn)定還可能會出現(xiàn)條紋。再看一下從CPU送數(shù)據(jù)到RAM里面的頻率n比模塊內(nèi)部刷新頻率m小的情況,如圖5所示:圖5如上圖所示,設n=50Hz,m =67.7Hz,則CPU寫入一屏數(shù)據(jù)的時間是t1=20

7、ms,而模塊刷新一次的時間是t2=15ms,假設在時間點“0”,RAM里面和模塊顯示的內(nèi)容都是“A”,之后CPU開始更新RAM 的數(shù)據(jù),輸入“B”圖片信號,接著模塊也開始刷新,由于模塊刷新的速度比CPU更新速度快,當模塊刷新到半屏左右的時候,模塊刷新的行數(shù)已經(jīng)趕上CPU更新的行數(shù)了,那么之后的半屏模塊顯示的圖片就是還沒有更新的圖片“A”了,那么在時間點“1”,模塊的顯示內(nèi)容應該為:解決辦法:調節(jié)IC的刷新頻率與CPU寫入頻率相匹配,關于IC的刷新頻率的計算,下面以HX8325為例解釋一下:資料中定義frame frequency=fosc/(RTN×DIV×(NL+BP+F

8、P)HZ根據(jù)下面的初始化代碼:write_cmd(0x00,0x28);write_data16(0x00,0x02); /N_BP=00000010write_cmd(0x00,0x29);write_data16(0x00,0x02); /N_FP=00000010write_cmd(0x00,0x3A);write_data16(0x00,0x01); /N_RTN=0000,N_NW=001write_cmd(0x00,0x19);write_data16(0x00,0x41); /OSCADJ=101000,OSD_EN=1可得:RTN=246,DIV=1,NL=320,BP=2,F

9、P=2;OSCADJ40=00000對應fosc=73.7%,默認晶振頻率為5.58MHZ。這樣在normal display模式下,刷新頻率為:frame frequency=5,580,000×73.7%/246×1×(320+2+2)=51.60HZ??梢酝ㄟ^調節(jié)上面提到的幾個寄存器使刷新頻率與CPU寫入速度相匹配。另外也可以讓客戶通過更改CPU的寫入速度來使兩者匹配。四、   掃描方向不一致導致閃屏這種閃屏的現(xiàn)象與上面提到的頻率不匹配出現(xiàn)閃屏的現(xiàn)象很相似,這種現(xiàn)象不常出現(xiàn),但由于接觸不多,可能有時候出現(xiàn)不良時沒有往這個方向去考慮,再怎么

10、調整頻率現(xiàn)象還是一直存在,這個時候就要檢查一下CPU往RAM中送數(shù)據(jù)時的更新方向與模塊的刷新方向是否一致。還是以HX8325為例,可以有以下4種刷新方式,假設客戶CPU選擇的送數(shù)據(jù)方式是從G1往下送數(shù)據(jù),而模塊選擇的是從G320往上刷新,那么這種也有可能出現(xiàn)下半屏為舊畫面而上半屏為新畫面的情況,如下圖所示。從而出現(xiàn)類似于頻率不匹配的閃屏現(xiàn)象。     改善方法:調整IC刷新方向與客戶CPU 刷新方向一致。五、   IC刷新頻率與背光PWM信號頻率不匹配導致閃屏這種情況多出現(xiàn)在CSTN模塊上,在半亮狀態(tài)下比較容易產(chǎn)生,原因是PWM信號是通過讓背光不停的在亮態(tài)和暗態(tài)之間切換來欺騙人的眼睛,給人的感覺就是背光暗下來了,條件就是頻率要足夠快,如果這個頻率與IC的刷新頻率不匹配的話,兩個頻率可能會因為互相干涉而使畫面出現(xiàn)類似于水波紋的現(xiàn)象。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論