【移動應用開發(fā)技術】關于display相關的一些內(nèi)容—關于RGB接口屏調(diào)試

1）關于VBP、VFP、HFP、HPB的影響需要注意的是，對于像RGB接口tft9k23553這樣的tft屏，本身支持通過硬件拉高或者拉低兩個管腳來控制掃描的方向和起始點，從而實現(xiàn)上下屏鏡像或者左右屏鏡像。本身不存儲一幀數(shù)據(jù)，所以只是通過掃描方向和起始點實現(xiàn)此種鏡像。但是如果調(diào)整了一個方向后，你再硬件修改了上下鏡像方向，那么VBP和VFP可能需要重新調(diào)整，HFP和HBP不需要調(diào)整。否則出現(xiàn)圖像被往上或者往下推了。但是如果調(diào)整了一個方向后，你再硬件修改了左右鏡像方向，那么VBP和VFP，HFP和HBP都不需要調(diào)整。2）關于androiddensity設置的影響3）關于gpio和lcdc管腳功能復用導致的顯示偏色的問題調(diào)試RGB接口的lcd時注意gpio的復用問題，某些lcdc管腳可以作為gpio使用。以前遇到一個這樣的問題，系統(tǒng)啟動時，uboot啟動的logo是黑底白字的，但是進入kernel后不久馬上變成黑底偏紅色。從一開始的黑底來看，lcd應該沒問題。系統(tǒng)都起來還是黑色偏紅，于是，故意顯示個全黑屏，然后，測量lcdc的各個信號，vsnc，hsync，den，都沒問題，rgb的各個管腳（主要這里是rgb屏所以是rgb并行信號），發(fā)現(xiàn)有個r3顏色管腳一直拉高，按理，全黑色應該所有rgb信號為0才對。說明此管腳被別的驅(qū)動誤用了。經(jīng)過搜索，發(fā)現(xiàn)touch驅(qū)動把此管腳設置為gpio，而不是lcdc的function了，并且拉高了，所以修改此誤用就好了。所以此問題一定要看完整啟動過程，逐個思考排除，每一個地方的問題，屏問題？lcdc信號問題？連接問題？驅(qū)動問題？量信號分析排除才能解決。4）關于一種lcd屏閃爍問題的分析經(jīng)過icn6211芯片，mipi轉(zhuǎn)rgb并行信號，到truly的tft9k2353屏，一種屛閃現(xiàn)象：（1）剛啟動時，屏幕不閃—clock、vfp、vbp、hfp、hbp等已經(jīng)調(diào)整為不閃爍了。（2）但睡眠后，20秒，再喚醒，出現(xiàn)屏幕閃爍，有時候很嚴重，有時候輕微局部閃爍。但如果睡眠超過5分鐘，那么再android喚醒亮屏，就不閃爍。或者閃爍時，出現(xiàn)過一段時間，維持亮屏時，閃爍感越來越輕微，到2分鐘后，基本不閃爍。后面發(fā)現(xiàn)，這是這款液晶屏的液晶特性，如果先把屏shutdown，再斷rgb信號源，再斷reset，再斷電，那么就沒有問題。如果先斷信號源，再斷電，再shutdown屏幕，那么就會出現(xiàn)此問題。這叫液晶極性狀態(tài)錯誤問題。由于信號突然斷了，電中斷，于是屏中的液晶狀態(tài)處于上一個狀態(tài)，而沒有恢復。再上電時，液晶分子需要一定時間（好幾分鐘）才能自動回來初始狀態(tài)，于是才不閃爍。如果先shutdown，再斷信號和電，則，由于shutdown已經(jīng)把液晶分子恢復為原始狀態(tài)，此后斷電，就無所謂，所以，再上電就沒有問題。雖然液晶扭轉(zhuǎn)控制很快，即白點變黑點，動畫切換沒有問題，但上面的隨機狀態(tài)可能有余電，于是后面上電扭轉(zhuǎn)就不正常。所以上電和下電一定要完全按照屏的specification的要求。這種閃爍是亮屏一段時間能恢復的，而且怎么調(diào)pclock、vfp、vbp、hfp、hbp也不會修復改善。另外一種閃爍，是調(diào)vfp、vbp、hfp、hbp、pclock等才可以修復。另外亮屏多長時間也不會變好。還有一種閃爍，是硬件問題引入，轉(zhuǎn)換芯片電源上串了磁珠，都換成0歐電阻，屏閃的問題消失。特別是圖中有黑白相間的線時，閃爍特別明顯。測試display，一定要做幾張，黑白像素相間的圖片，看看能否不閃爍?；蛘甙谆蚁嚅g的圖片,還有黑白橫線交替（較粗），黑白豎線交替（較粗），黑白斜線等。不做這種測試，以后可能會遇到閃爍的問題，如果圖片是特殊的。5）一種lcd屏褪色問題的分析另外truly的TFT9k2353屏一種褪色現(xiàn)象如下：現(xiàn)在的DVT2機器白屏褪色出現(xiàn)特別多。DVT1基本不出現(xiàn)。以前說是vsync、hsync信號丟失導致屏幕出現(xiàn)異常，因為屏幕電壓取自于電源和vsync、hsync的clock。這種狀態(tài)下，不掉電不能恢復。這更進一步說明，現(xiàn)在的vsync和hsync信號有問題，而這兩個信號是icn6211根據(jù)mipiclock信號而來的?，F(xiàn)在種種現(xiàn)象都感覺不是mipi信號有問題就是fpc的vsync和hsync有問題。麻煩量一下這些信號。對比一下。另外請問DVT2的機器對mipi信號線的布局、走線改動或者電路是否有改動??？另外vsync和hsync所在的fpc是否有改動？以前說truly的這款TFT屏在vsync和hsync丟失時，會出現(xiàn)VDDIO、VCI、VGH、AVDD、AVDDM等電壓出問題。然后就出現(xiàn)白屏褪色了。如果Hsync有問題，但固定周期時，會出現(xiàn)整行的所有像素的偏移，因為hsync控制換行。如果Vsync有問題時，但固定周期時，出現(xiàn)整個圖的錯亂，因為Vsync控制一幀的開始。Pclock出問題時，則采樣的時刻出問題，對應黑白相間的圖，就因為0,1采樣出錯，導致某些像素點出問題。6）一種lcd白屏現(xiàn)象另外對于rgbpanel，例如上面的truly屏。如果Dataclock的極性配置錯誤，那么即使vsync、hsync、dataenable管腳的頻率和極性都正確，那么屏幕也會是個大白屏。即使數(shù)據(jù)是全0的黑。所以Dclk的頻率和極性一定要配置正確，否則無法顯示。用示波器檢查一下信號。并嘗試一下極性配置修改，看看什么現(xiàn)象。另外這個屏的特點，如果Hsync或者vsync信號沒有輸入或者不同步，那么屏幕就變成白屏（背光亮的情況下），或者慢慢褪色成白屏。因為這款屏的內(nèi)部電壓AVDDM等依賴Hsync和vsync信號，才能生成，沒有這些電壓差，就沒法有液晶偏轉(zhuǎn)，也就沒有顏色控制了。很多硬件對上電都有時序限制，如果實現(xiàn)不對，那么硬件可能出現(xiàn)（或者偶現(xiàn)）一些奇怪的bug。所以需要使用示波器來測試信號，看驅(qū)動配置的時序是否滿足硬件spec的要求（因為硬件設計階段時，是FPGA設計的，使用了事件驅(qū)動方式設計，所以對特定信號時序有依賴的要求。）。這個驗證很重要。別忽視，特別是出現(xiàn)硬件不正常時，更需要注意測量一下。示波器對寫驅(qū)動的人來說，太重要了?？蛻舴答佋O備反復開機，會出現(xiàn)偏白問題，現(xiàn)場測試，開機30次，出現(xiàn)了一次，顯示圖像輪廓還在，只是顏色偏白，此時vgh，vgl電壓低于正常值。測量開機時序，如下圖，（藍色–vdd3.3v，×××–reset，綠色-shut，粉色–clock。）調(diào)整時序，先提供clock信號，再提供shut信號，開機測試200多次，沒有出現(xiàn)偏白問題?？衫^續(xù)測試這版調(diào)整。調(diào)整的依據(jù)是datasheet的說明。對于RGB的并行信號的panel：#defineOUT_TYPESCREEN_RGB#defineOUT_FACEOUT_P666#defineOUT_CLK6854400//TODO:算clock時，由于是rgb并行（即所有r0、r1、…、g0、g1、…、b0、b1、…管腳同時傳輸。），所以(H_PW+H_BP+H_VD+H_FP)(V_PW+V_BP+V_VD+V_FP)fps/Timing/#defineH_PW10//即hsync本身寬度占多少列#defineH_BP20#defineH_VD240#defineH_FP10#defineV_PW2//即vsync本身寬度占多少行#defineV_BP2#defineV_VD400#defineV_FP4#defineLCD_WIDTH240//ne