痞子衡前段時間在支持一個i.MXRT1060客戶項目時遇到了LCD顯示有異常亮點的問題,這個問題的定位和排查花了一點時間,整個過程現在回想起來仍覺得有意思。做嵌入式(尤其是軟體)這行主要工作除了寫代碼就是解Bug了,而且很多時候往往是寫代碼容易,解Bug難,所以解Bug能力是衡量一個工程師是否資深的... ...
大家好,我是痞子衡,是正經搞技術的痞子。今天痞子衡給大家分享的是i.MXRT1060上LCD橫向漸變色顯示出亮點問題的分析解決經驗。
痞子衡前段時間在支持一個i.MXRT1060客戶項目時遇到了LCD顯示有異常亮點的問題,這個問題的定位和排查花了一點時間,整個過程現在回想起來仍覺得有意思。做嵌入式(尤其是軟體)這行主要工作除了寫代碼就是解Bug了,而且很多時候往往是寫代碼容易,解Bug難,所以解Bug能力是衡量一個工程師是否資深的重要因素。Bug不僅要解得好,還得解得快,這個很考驗工程師的邏輯思維能力和調試經驗。今天痞子衡就給把之前分析解決LCD異常亮點問題全過程復現給大家,希望對大家今後解Bug有所幫助。
本篇是上篇,主要是拋出問題,希望大家能夠留言積極回覆,給出你解Bug的思路,看看誰的思路能更勝一籌。
一、問題描述
先給大家簡單描述一下這個LCD顯示異常亮點問題,客戶使用的是一塊由ST7701S驅動的480x480解析度的RGB介面LCD屏,主控晶元是i.MXRT1062,客戶在FlexSPI1介面上掛了一片QuadSPI Flash存放應用程式,還在FlexSPI2介面上掛了一片HyperRAM做顯存。為了驗證系統是否正常,客戶設計了一個LCD顯示測試程式(即下圖中的App),這個App連同L2 Boot一起被燒寫進QuadSPI Flash,晶元上電啟動,BootROM載入L2 Boot運行,L2 Boot完成HyperRAM初始化(為什麼設計二級啟動後面會解釋)後載入App到HyperRAM運行,App里構造uint32_t s_frameBuffer[480][480](像素格式是XRGB8888)內容後藉助eLCDIF模塊驅動LCD屏顯示,s_frameBuffer里的內容就是簡單的橫向漸變色,但是漸變色顯示出了問題,如下圖中左邊LCD示意圖所示,均勻地出現了幾根不明白色縱向線條。
這是客戶的LCD顯示測試代碼(下圖左側),基於\SDK_2.6.2_EVK-MIMXRT1060\boards\evkmimxrt1060\driver_examples\elcdif\rgb下的IAR工程,代碼僅稍作修改(LCD驅動部分要增加ST7701S初始化,並且相應調整LCD寬高參數),主函數則相當簡單,s_frameBuffer[][]放在HyperRAM里,其內容填充由APP_FillFrameBuffer()函數完成,實現紅/綠/藍三種顏色的橫向漸變顯示(下圖右側,存在不明亮線條)。
核心顯示數據填充函數APP_FillFrameBuffer()再貼一遍,防止大家看不清上圖中的代碼:
#define APP_IMG_HEIGHT 480
#define APP_IMG_WIDTH 480
__no_init uint32_t s_frameBuffer[APP_IMG_HEIGHT][APP_IMG_WIDTH];
void APP_FillFrameBuffer(void)
{
uint32_t i = 0, j = 0;
for (i = 0; i < APP_IMG_HEIGHT / 3; i++)
{
for (j = 0; j < APP_IMG_WIDTH; j++)
{
uint8_t k = j % 255;
s_frameBuffer[i][j] = APP_MakeLutData(k, 0, 0);
s_frameBuffer[i+APP_IMG_HEIGHT/3][j] = APP_MakeLutData(0, k, 0);
s_frameBuffer[i+APP_IMG_HEIGHT*2/3][j] = APP_MakeLutData(0, 0, k);
}
}
}
二、現有條件
- 一個實驗室,焊接工具一應俱全。
- 一塊出問題的客戶板子(以及客戶測試程式)。
- 客戶LCD屏廠給的驅動程式(基於STM32開發板,屏廠反饋屏面板本身沒有問題)
- 一塊恩智浦官方i.MXRT1060-EVK,如下圖所示。
- 幾片HyperRAM晶元(與恩智浦EVK上HyperFlash同封裝,但型號與客戶板子上HyperRAM不一致)
- 客戶LCD屏40pin連接線與恩智浦EVK上LCD屏40pin連接線線序不一致。
三、你的解Bug思路
痞子衡列了一些可能出問題的地方(不一定全),供大家參考:
- 客戶LCD顯示測試代碼邏輯是否有問題?
- 客戶LCD屏與i.MXRT1060連接(線序)是否有問題?
- 客戶LCD屏的ST7701S驅動移植(從STM32到i.MXRT1060)是否有問題?
- 客戶選用的HyperRAM本身質量是否有問題?
- i.MXRT1060配置的客戶HyperRAM時序參數是否有問題?
- i.MXRT1060的LCD顯示模塊eLCDIF驅動是否有問題?
- i.MXRT1060系統的匯流排處理(如Cache、匯流排競爭)是否有問題?
請留言給出你能想到的其他出問題的地方,你解Bug的思路(要從解決問題的效率出發,看看誰的方法能更快的定位問題)。
歡迎訂閱
文章會同時發佈到我的 博客園主頁、CSDN主頁、微信公眾號 平臺上。
微信搜索"痞子衡嵌入式"或者掃描下麵二維碼,就可以在手機上第一時間看了哦。