痞子衡前段時間在支持一個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主頁、微信公眾號 平臺上。
微信搜索"痞子衡嵌入式"或者掃描下麵二維碼，就可以在手機上第一時間看了哦。
