關於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