LCD 显示异常定位分析方法

时间:2022-11-07 11:45:38

第一种情况:

进入kernel或android 后,如果LCM图像示异常,可以通过如下步骤来判断问题出现在哪个层面.

step1:通过DMMS截图,来判断上面刷到LCM的数据是否有问题. 若DMMS获取的图片没有问题,问题基本可以定位在LCM 驱动/模组,以及时序方面.

LCD 显示异常定位分析方法

step2: 若step1中DMMS获取的数据有问题,则需要抓取framebuffer数据进一步分析 adb shell cat /dev/graphics/fb0 > /data/fb.bin 然后将fb.bin通过adb push 出来,通过工具查看fb.bin step3: 若查看fb.bin的数据有问题,则问题一般出现在LCD control做overlay时出了问 题。若查看framebuffer数据没有问题,则需下一步定位分析. step5: 这一步需要继续抓取SF layerdump, 直接运行SF_layerdump.bat脚本. 若dump出来的图片有问题,那应该是在画layer数据时出现问题,需要分析单个app. 若surface data 没有问题,那问题就需要定位在surfaceflinger模块。

第二种情况:若 lk 启动阶段出现显示异常, 比如手机开机logo界面显示异常.

1).可以先将logo 图片替换成简单的左黑右白同等尺寸的圖片,如下图:

LCD 显示异常定位分析方法LCD 显示异常定位分析方法

分别测量正常显示时,显示异常时相关mipi时序图.

正常顯示時D0P/N的waveform如下:

LCD 显示异常定位分析方法LCD 显示异常定位分析方法

異常顯示時D0P/N的waveform如下:

LCD 显示异常定位分析方法  LCD 显示异常定位分析方法

從上面的waveform可知,異常時,系統送出的data有異常,從而導致顯示異常。需要查平台端找具体原因。

2).发指令直接从IC端刷图像到屏上,不用平台输出的图像。同样的操作,如果显示问题不能复现,应该属于平台端数据显示异常.

像novatek nt35596从初使化reg 跑完后,不去发0x11,0x29指令。

发如下一些从IC 刷图像指令:

{0xFF,1,{0x05}},

{REGFLAG_DELAY, 5, {}}

{0xEA,1,{0xFF}}

{0xEB,1,{0x27}}

{0xEC,1,{0x01}}