關于display相關的一些內容—關于RGB接口屏調試

關于display相關的一些內容—關于RGB接口屏調試

1）關于VBP、VFP、HFP、HPB的影響

需要注意的是，對于像RGB接口tft9k23553 這樣的tft屏，本身支持通過硬件拉高或者拉低兩個管腳來控制掃描的方向和起始點，從而實現上下屏鏡像或者左右屏鏡像。本身不存儲一幀數據，所以只是通過掃描方向和起始點實現此種鏡像。
但是如果調整了一個方向后，你再硬件修改了上下鏡像方向，那么VBP和VFP可能需要重新調整，HFP和HBP不需要調整。否則出現圖像被往上或者往下推了。
但是如果調整了一個方向后，你再硬件修改了左右鏡像方向，那么VBP和VFP，HFP和HBP都不需要調整。

2）關于android density設置的影響

3）關于gpio和lcdc管腳功能復用導致的顯示偏色的問題

調試RGB接口的lcd時注意gpio的復用問題，某些lcdc管腳可以作為gpio使用。以前遇到一個這樣的問題，系統啟動時，uboot啟動的logo是黑底白字的，但是進入kernel后不久馬上變成黑底偏紅色。從一開始的黑底來看，lcd應該沒問題。系統都起來還是黑色偏紅，于是，故意顯示個全黑屏，然后，測量lcdc的各個信號，vsnc，hsync，den，都沒問題，rgb的各個管腳（主要這里是rgb屏所以是rgb并行信號），發現有個r3顏色管腳一直拉高，按理，全黑色應該所有rgb信號為0才對。說明此管腳被別的驅動誤用了。經過搜索，發現touch驅動把此管腳設置為gpio，而不是lcdc的function了，并且拉高了，所以修改此誤用就好了。所以此問題一定要看完整啟動過程，逐個思考排除，每一個地方的問題，屏問題？lcdc信號問題？連接問題？驅動問題？量信號分析排除才能解決。

4）關于一種lcd屏閃爍問題的分析

經過icn6211芯片，mipi轉rgb并行信號，到truly的tft9k2353屏，

一種屛閃現象：
（1）剛啟動時，屏幕不閃—clock、vfp、vbp、hfp、hbp等已經調整為不閃爍了。
（2）但睡眠后，20秒，再喚醒，出現屏幕閃爍，有時候很嚴重，有時候輕微局部閃爍。 但如果睡眠超過5分鐘，那么再android喚醒亮屏，就不閃爍。或者閃爍時，出現過一段時間，維持亮屏時，閃爍感越來越輕微，到2分鐘后，基本不閃爍。

后面發現，這是這款液晶屏的液晶特性，如果先把屏shutdown，再斷rgb信號源，再斷reset，再斷電，那么就沒有問題。
如果先斷信號源，再斷電，再shutdown屏幕，那么就會出現此問題。
這叫液晶極性狀態錯誤問題。
由于信號突然斷了，電中斷，于是屏中的液晶狀態處于上一個狀態，而沒有恢復。再上電時，液晶分子需要一定時間（好幾分鐘）才能自動回來初始狀態，于是才不閃爍。
如果先shutdown，再斷信號和電，則，由于shutdown已經把液晶分子恢復為原始狀態，此后斷電，就無所謂，所以，再上電就沒有問題。

雖然液晶扭轉控制很快，即白點變黑點，動畫切換沒有問題，但上面的隨機狀態可能有余電，于是后面上電扭轉就不正常。
所以上電和下電一定要完全按照屏的specification的要求。

這種閃爍是亮屏一段時間能恢復的，而且怎么調pclock、vfp、vbp、hfp、hbp也不會修復改善。

另外一種閃爍，是調vfp、vbp、hfp、hbp、pclock等才可以修復。
另外亮屏多長時間也不會變好。
還有一種閃爍，是硬件問題引入，轉換芯片電源上串了磁珠，都換成0歐電阻，屏閃的問題消失。特別是圖中有黑白相間的線時，閃爍特別明顯。測試display，一定要做幾張，黑白像素相間的圖片，看看能否不閃爍。或者白灰相間的圖片,還有黑白橫線交替（較粗），黑白豎線交替（較粗），黑白斜線等。不做這種測試，以后可能會遇到閃爍的問題，如果圖片是特殊的。

5）一種lcd屏褪色問題的分析

另外truly的TFT 9k2353屏一種褪色現象如下：
現在的DVT2機器白屏褪色出現特別多。DVT1基本不出現。 以前說是vsync、hsync信號丟失導致屏幕出現異常，因為屏幕電壓取自于電源和vsync、hsync的clock。這種狀態下，不掉電不能恢復。 這更進一步說明，現在的vsync和hsync信號有問題，而這兩個信號是icn6211根據mipi clock信號而來的。 現在種種現象都感覺不是mipi信號有問題就是fpc的vsync和hsync有問題。 麻煩量一下這些信號。對比一下。 另外請問DVT2的機器對mipi信號線的布局、走線改動或者電路是否有改動啊？另外vsync和hsync所在的fpc是否有改動？以前說truly的這款TFT屏在vsync和hsync丟失時，會出現VDDIO、VCI、VGH、AVDD、AVDDM等電壓出問題。然后就出現白屏褪色了。
如果Hsync有問題，但固定周期時，會出現整行的所有像素的偏移，因為hsync控制換行。
如果Vsync有問題時，但固定周期時，出現整個圖的錯亂，因為Vsync控制一幀的開始。 Pclock出問題時，則采樣的時刻出問題，對應黑白相間的圖，就因為0,1采樣出錯，導致某些像素點出問題。

6）一種lcd白屏現象

另外對于rgb panel，例如上面的truly屏。
如果Data clock的極性配置錯誤，那么即使vsync、hsync、data enable管腳的頻率和極性都正確，那么屏幕也會是個大白屏。即使數據是全0的黑。所以Dclk的頻率和極性一定要配置正確，否則無法顯示。
用示波器檢查一下信號。并嘗試一下極性配置修改，看看什么現象。
另外這個屏的特點，如果Hsync或者vsync信號沒有輸入或者不同步，那么屏幕就變成白屏（背光亮的情況下），或者慢慢褪色成白屏。因為這款屏的內部電壓AVDDM等依賴Hsync和vsync信號，才能生成，沒有這些電壓差，就沒法有液晶偏轉，也就沒有顏色控制了。

很多硬件對上電都有時序限制，如果實現不對，那么硬件可能出現（或者偶現）一些奇怪的bug。所以需要使用示波器來測試信號，看驅動配置的時序是否滿足硬件spec的要求（因為硬件設計階段時，是FPGA設計的，使用了事件驅動方式設計，所以對特定信號時序有依賴的要求。）。這個驗證很重要。別忽視，特別是出現硬件不正常時，更需要注意測量一下。示波器對寫驅動的人來說，太重要了。
客戶反饋設備反復開機，會出現偏白問題，現場測試，開機30次，出現了一次，顯示圖像輪廓還在，只是顏色偏白，此時vgh，vgl電壓 低于正常值。
測量開機時序， 如下圖，（ 藍色–vdd 3.3v， ×××–reset，綠色-shut，粉色–clock。）
調整時序，先提供clock信號，再提供shut信號，開機測試 200多次，沒有出現偏白問題。可繼續測試這版調整。

調整的依據是datasheet的說明。

對于RGB的并行信號的panel：
#define OUT_TYPE SCREEN_RGB
#define OUT_FACE OUT_P666
#define OUT_CLK 6854400 //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 /
#define H_PW 10 //即hsync本身寬度占多少列
#define H_BP 20
#define H_VD 240
#define H_FP 10

#define V_PW 2 //即vsync本身寬度占多少行
#define V_BP 2
#define V_VD 400
#define V_FP 4

#define LCD_WIDTH 240 //need modify
#define LCD_HEIGHT 400

關于clock問什么是這么算？請參考

具體請參考我的免費的linux各種驅動開發課程如下：
https://edu.51cto.com/course/17138.html

另外我的相關培訓視頻請看：
歡迎觀看我發布的各個課程： https://edu.51cto.com/lecturer/8896847.html

我的新的更多優惠的打包課程鏈接如下：
https://edu.51cto.com/sd/0a9d4