簡介本資源是面向嵌入式開發(fā)初學者與中級工程師的STM32F429 RGB屏驅動實戰(zhàn)項目聚焦4.3寸800×480分辨率LCD的LTDC底層寄存器級驅動實現解決圖形顯示中時序配置、幀緩沖管理、多圖層疊加及DMA2D加速等核心難點適用于工業(yè)HMI、智能儀表等需自主可控顯示方案的場景。壓縮包共42個文件含23個頭文件定義寄存器地址、結構體及宏、14個C源文件覆蓋系統(tǒng)時鐘、LTDC初始化、LCD底層驅動、SDRAM顯存分配、LED/OLED/KEY/TPAD等外設協(xié)同邏輯以及Keil工程配置文件uvprojx/uvoptx、啟動腳本s、調試配置ini和可執(zhí)行hex文件整體僅238KB輕量易集成。已有1091人學習下載提供完整可編譯運行的寄存器庫工程含清晰分層的HARDWARE模塊LCD/SDRAM/LED/TIMER等與USER主邏輯無需HAL庫依賴便于深入理解LTDC硬件機制與內存帶寬優(yōu)化實踐。 做F429顯示方案的時候我一開始也會想不就是把屏幕點亮嘛SPI屏、FSMC屏都寫過LTDC能有多難。真把一塊4.3寸800x480的RGB屏接到LTDC上才發(fā)現這套東西和以前那些“控制器在屏端”的方案完全不是一個思路。如果你手頭正準備用STM32F429跑LTDC并且想用寄存器庫不依賴HAL把這套驅動徹底搞明白這篇應該能幫你省掉不少彎路。這篇文章不是貼一段能跑的代碼就完事我會把LTDC的時序怎么算、寄存器怎么填、幀緩沖為什么必須放SDRAM、畫面撕裂到底怎么壓住這些關鍵問題逐個拆開講。適合兩類人看一是剛接觸RGB屏、想搞懂LTDC底層機制的二是已經在HAL庫里調通了但想用寄存器庫重寫或者排查疑難問題的。1. LTDC和以往顯示方案的本質區(qū)別屏端沒有控制器了1.1 從FSMC“寫寄存器”到LTDC“刷像素”之前用FSMC驅動TFTLCD比如常見的ILI9341或者NT35510MCU的工作本質是“往屏的控制寄存器里寫命令和數據”。屏內部有一顆控制芯片負責把寫入的GRAM數據按行列掃描刷新到液晶面板上。FSMC只是提供了一組類似外部存儲器的讀寫時序讓CPU寫GRAM的速度更快而已。這種方案很成熟但問題在于控制芯片能力有限分辨率做高之后內部GRAM不夠、刷新率上不去成本也壓在屏端。LTDC是F429內部集成的一個液晶控制器它把原來在屏端控制芯片的工作搬到了MCU里。MCU通過LTDC直接對外輸出像素時鐘DOTCLK、行同步HSYNC、幀同步VSYNC、數據使能DE以及RGB數據線。也就是說RGB屏本身幾乎沒有“智能”它只是一塊負責把數據線上的電壓轉換成液晶偏轉的矩陣。你給它對的時鐘、對的同步信號、對的像素數據它才會穩(wěn)定地顯示出畫面。這個區(qū)別直接影響了你的設計思路以前FSMC驅動通常不需要什么顯存屏內部有GRAM現在LTDC方案所有像素數據必須由MCU側的顯存FrameBuffer持續(xù)提供給LTDCMCU相當于同時在當顯卡和顯存。理解不了這一點后面很多問題都會卡住。1.2 為什么是LTDC而不是更快的FSMCDMA有些項目為了省事會用FSMCDMA去驅動RGB接口屏思路是先配置好GPIO用FSMC的寫時序把RGB像素數據“打”到屏的數據線上。這種方式在低分辨率、低刷新率下能跑但并不是為RGB屏設計的。RGB屏需要連續(xù)、實時的像素時鐘和行場同步信號FSMC的時序本質上是被動的寫操作靠DMA硬撐很容易出現刷新不完整、閃爍、撕裂。LTDC的優(yōu)勢在于它內部有專門的時序生成器像素時鐘、同步信號、消隱區(qū)都是硬件自動產生的MCU只需要保證顯存里的數據是正確且夠新的。4.3寸800x480的RGB屏在不含消隱的情況下像素數就是800*480384000個。如果按60Hz刷新每秒至少要送2300萬個像素。假如用RGB565格式每個像素2字節(jié)那么每秒顯存讀取量約46MB。純靠CPU或者FSMCDMA搬運這個數據量一方面CPU被完全占滿另一方面時序抖動會導致畫面肉眼可見地閃。LTDC的DMA通道會自己按行同步從顯存搬數據CPU幾乎不用干預這才是它存在的價值。2. RGB屏的時序拆解800x480不是真的只有800x4802.1 接口上到底需要接哪些信號線4.3寸RGB屏通常引腳很多核心信號包括R0-R7、G0-G7、B0-B724根數據線對應RGB888如果只接高6位或者用RGB565格式可以只接16根高兩位接GND或電源。DOTCLK像素時鐘每個上升沿或下降沿送出一個像素。HSYNC行同步每掃完一行發(fā)出一個脈沖表示新一行開始。VSYNC幀同步每掃完一幀發(fā)出一個脈沖表示新一幀開始。DE數據使能高電平期間數據線上的RGB信號是有效像素低電平期間是消隱區(qū)。背光控制通常是LED_A/LED_K或者一個單獨的背光使能腳。很多人第一次接RGB屏容易犯一個錯誤覺得DE信號沒用直接接高電平或者不管。實際上在LTDC配置Dither、消隱等場景下DE的狀態(tài)直接影響屏端對有效像素的解析。驅動配置時務必保證DE正常連接。2.2 一行的時間要拆成四段LTDC產生HSYNC信號的時候并不是連續(xù)把800個有效像素送出去就完事。一行的完整時間段包含四部分HSYNC脈沖寬度HSAW、水平后肩HBP、有效顯示區(qū)AAW、水平前肩HFP。畫一條時間軸來理解同一行數據先發(fā)一個同步脈沖告訴屏幕“新行來了”然后等待一段后肩時間這段時間數據線上不送有效像素再然后送入真正的800個像素最后再等待一段前肩時間再進入下一行。這個消隱機制是LCD行業(yè)沿用CRT時代的規(guī)范目的是給面板的信號處理留出穩(wěn)定時間。寄存器體現為LTDC_SSCR設置行同步寬度和場同步寬度。LTDC_AWCR設置有效顯示區(qū)域的寬和高。LTDC_BPCR設置水平后肩和垂直后肩但要注意這里的值和“后肩”不完全等價它是后肩加同步寬度減1。LTDC_WCR設置水平前肩、垂直前肩也是前肩加同步寬度加后肩然后減1的關系。新手容易陷進去死記公式我建議直接看屏的規(guī)格書里面有完整的時序圖和建議值。以常見的4.3寸800x480屏為例典型參數大致是HSAW40、HBP88、HFP40、VSAW10、VBP32、VFP13。具體每塊屏不一樣務必以你手上屏的規(guī)格書為準。2.3 像素時鐘DOTCLK怎么算像素時鐘決定了LTDC向屏發(fā)送像素的速度。表面上看800x48060Hz只需要8004806023.04MHz但實際上要把消隱期的時間也算進去。用上面那組典型參數估算水平總周期 HSAW HBP 有效寬度 HFP 40 88 800 40 968 垂直總周期 VSAW VBP 有效高度 VFP 10 32 480 13 535像素時鐘 水平總周期 * 垂直總周期 * 幀率 968 * 535 * 60 ≈ 31.08MHz取整后常用33.3MHz左右。F429內部PLLSAI專門為LTDC提供時鐘公式是DOTCLK PLLSAI_VCO / PLLSAI_R PLLSAI_VCO HSE / PLLSAI_M * PLLSAI_N假設板載HSE晶振是25MHz要得到33.33MHz可以配置M25、N200、R625MHz / 25 * 200 200MHz 200MHz / 6 33.33MHz這個值非常合適。需要注意PLLSAI的R分頻在F429上只能取2、4、6、8不是連續(xù)可調的所以算時鐘的時候要按這個約束來湊M/N/R而不是隨意改R。如果實在湊不到恰好值取一個接近且不超過屏規(guī)格書標稱最大值的頻率也可以因為屏對DOTCLK有一定容忍范圍。3. 寄存器級LTDC初始化從RCC到Layer的完整鏈路3.1 時鐘使能GPIO、LTDC、DMA2D一個都不能少我建議把初始化拆成五步開時鐘、配GPIO復用、配LTDC全局時序、配Layer、啟動顯示。第一步先看RCC寄存器。在STM32F429上GPIO時鐘在RCC_AHB1ENR里使能LTDC時鐘在RCC_APB2ENR里使能DMA2D時鐘也在RCC_AHB1ENR里使能。這里最常見的坑是GPIO和LTDC的時鐘都開了但忘了開DMA2D時鐘后面調用DMA2D刷圖時寄存器寫進去完全沒反應。寄存器庫驅動里這三者必須明確分開初始化不像HAL庫會自動判斷。3.2 GPIO復用配置不是所有引腳都叫AF14LTDC的引腳復用大多數是AF14但并非全部。拿F429來說部分數據引腳是AF13或者其他AF編號。比如PA4LTDC_VSYNC是AF14PC6LTDC_HSYNC是AF14PE4LTDC_B0是AF14PF10LTDC_DE是AF14PH9LTDC_R3可能是AF14或AF9不同封裝版本有差異所以最穩(wěn)妥的辦法是翻開對應型號的數據手冊查AF映射表而不是照抄別人工程里的AF值。尤其是你自己畫的板子引腳分配如果和開發(fā)板不一致復用功能號一錯屏幕就完全不出信號。寄存器配置時先把對應GPIO口的MODER設為復用模式然后在AFRL或者AFRH里填入正確的AF編號。例如GPIOG的PIN6作為LTDC_R7如果AF是14需要配置GPIOG-AFRH的AFRH_MODE6為1111。注意每根引腳都設置完后還要確認GPIO速度等級可以設高點比如OSPEEDR設為50MHz或100MHz避免信號邊沿太緩影響高速下的時序。3.3 LTDC全局寄存器GCR、SSCR、BPCR、AWCR、WCR的順序這里有個經驗規(guī)律先配置LTDC的同步參數再配置顯示有效區(qū)域然后配置后臺顏色最后使能LTDC。順序反了容易出奇怪現象。首先是LTDC_GCR。這個寄存器有幾個關鍵位LTDCENLTDC總使能初始化最后才置1。PCKEN像素時鐘輸出使能必須為1否則屏收不到DOTCLK。DEPOLDE極性一般0表示高有效。PCPOL像素時鐘極性需要配合屏的規(guī)格書有的屏要求DOTCLK下降沿采樣有的上升沿采樣。如果方向反了會看到畫面偏移或者輕微花影。HSPOL和VSPOL行場同步極性多數屏低有效配置成0。然后是時序相關寄存器LTDC_SSCR寫入HSAW和VSAW注意要減1比如HSAW40寄存器寫39。LTDC_BPCR寫入AHBP和AVBP計算方式是水平后肩水平同步寬度-1垂直同理。LTDC_AWCR寫入AAW和AAH代表有效顯示區(qū)域的寬高也都要減1所以800x480對應799和479。LTDC_WCR寫入AAHBP和AAVBP計算方式是水平前沿水平同步寬度水平后肩整體再減1表示一行總周期-1。這幾個寄存器的關系一句話總結就是SSCR定義脈沖BPCR定義后肩邊界AWCR定義有效區(qū)WCR定義總周期。只要這四者的邊界對齊LTDC的時序生成器就能穩(wěn)定工作。如果畫面出現整體偏移或者邊緣有一條豎線通常就是這些值加一減一弄錯了。接著配置LTDC_BCCR也就是后臺顏色寄存器。它決定在沒有圖層覆蓋區(qū)域顯示的顏色例如RGB值為0x000000就是黑色。調試階段我習慣把后臺顏色設成一個亮色比如紅色0xFF0000如果屏幕能正常顯示純紅色背景說明LTDC的同步和像素時鐘已經通了問題大概率出在圖層或者顯存上這個技巧能幫你快速定位。3.4 圖層Layer配置窗口位置、像素格式、顯存地址LTDC在F429上有兩個圖層Layer0和Layer1。驅動初始化一般先把Layer0配置為主圖層。關鍵寄存器如下LTDC_LxCR圖層控制寄存器置1使能圖層。LTDC_LxWPR圖層窗口位置寄存器定義窗口左上角和右下角的坐標單位是像素。比如全屏顯示就設左上角(0,0)右下角(799,479)。注意寄存器里存的是實際坐標不是寬高。LTDC_LxPFCR像素格式寄存器。RGB565對應0x02RGB888對應0x03ARGB8888對應0x00。這里必須和你使用的FrameBuffer里的數據格式嚴格一致。LTDC_LxCACR恒定Alpha值范圍0-255255表示完全不透明。LTDC_LxDCCR默認顏色在圖層未覆蓋區(qū)域顯示的顏色。LTDC_LxBFCR混合因子配置決定圖層和后臺顏色如何混合。最簡單粗暴的配置是恒定Alpha、完全不透明。LTDC_LxCFBAR幀緩沖基地址寄存器寫入FrameBuffer的首地址。LTDC_LxCFBLR幀緩沖行長度寄存器包含CFBLL和CFBP兩個字段。LTDC_LxCFBLNR幀緩沖行數寄存器寫入窗口高度。這里再提一個最容易出問題的寄存器LTDC_LxCFBLR。CFBLL字段表示一行的總字節(jié)數計算公式是“有效顯示寬度 * 每像素字節(jié)數 3”。為什么加3因為硬件要求CFBLL按32字節(jié)對齊實際寄存器寫入的最小步長是4字節(jié)3能保證非對齊寬度也能覆蓋完整。CFBP字段表示行距Pitch是下一行起始地址相對當前行偏移的字節(jié)數。全屏刷新時CFBP通常等于CFBLL如果只是從一張大圖上取一塊區(qū)域顯示CFBP就要填大圖的整行字節(jié)數。3.5 手工觸發(fā)重載為什么寫了寄存器畫面不更新LTDC的很多圖層寄存器都是影子寄存器也就是說你寫入寄存器后在當前幀沒有結束之前不會真正生效。要讓配置生效必須寫LTDC_SRCR寄存器觸發(fā)重載。這個寄存器有兩個位IMR立即重載立即生效。VBR垂直消隱期重載等當前幀掃描到垂直消隱區(qū)時才生效。初始化流程結束后我習慣同時置位IMR和VBR確保配置盡快生效。后續(xù)運行時如果只改少量寄存器比如移動窗口位置推薦只用VBR避免在屏正在掃描到一半時切換顯存地址否則容易在畫面中間出現一條撕裂橫線。圖層配置的完整順序大致是先關圖層LxCR清零- 配置窗口坐標和像素格式 - 配置FrameBuffer地址、行長度和行數 - 配置常量Alpha和混合因子 - 使能圖層 - 觸發(fā)重載。調試初期不要搞花活老老實實按這個順序走。4. 幀緩沖和DMA2D顯存放哪決定了你的板子能不能跑起來4.1 內部256KB SRAM根本放不下一整幀RGB565算一筆賬800x480分辨率RGB565格式每個像素2字節(jié)800 * 480 * 2 768000字節(jié) 750KBF429內部SRAM總共約256KB192KB64KB放不下整幀。如果強行把分辨率降到320x240RGB565那就是3202402150KB勉強放下但留給堆棧和全局變量的空間就非常緊張了容易莫名死機。所以做4.3寸800x480RGB屏外部SDRAM幾乎是必須的。常見的做法是用FMC接口外掛一顆16位SDRAM比如W9825G6KH或者IS42S16400J容量至少4MB以上。顯存大一點還有個好處可以做多緩沖比如雙緩沖或者三緩沖這對消除撕裂非常有用。如果你的板子上沒有SDRAM那就只能退而求其次用一個內部SRAM放不下就做局部刷新。但RGB屏的LTDC是按整個有效區(qū)域持續(xù)刷新的局部刷新只能靠改變Layer窗口位置實現顯示邏輯會非常別扭。4.2 顯存布局和LTDC_LxCFBLR的對應關系顯存地址不是隨便給個數組名就完事。LTDC讀取FrameBuffer時會按你配置的行長和行數逐行從基地址開始讀取。如果顯存基地址是0xD0008000那么第0行起始地址 基地址 0第1行起始地址 基地址 CFBP第n行起始地址 基地址 n * CFBPCFBP如果配得比CFBLL大比如CFBLL填800*231603CFBP填2048那每一行末尾會跳過448字節(jié)的間隔。這在做圖像裁剪顯示時很有用比如從一張1024寬的大圖里截取中間800像素顯示。如果只是全屏刷新CFBP直接等于CFBLL即可千萬別把CFBP設置成0否則所有行都會從同一個地址讀畫面就會變成一條條重復的紋理。還需要注意顯存地址的對齊。FrameBuffer基地址建議32字節(jié)對齊也就是地址的低5位為0。雖然LTDC硬件沒有強制所有地址都對到這個程度但不對齊的情況下和DMA2D配合時容易出問題。4.3 DMA2D刷圖把CPU從逐像素搬運里解放出來F429的DMA2D是一個圖形專用DMA支持純內存到內存拷貝、帶格式轉換的內存到內存拷貝、混合模式等。它的核心價值在于對FrameBuffer做填充或圖像拷貝CPU只負責下發(fā)幾條指令大塊數據搬運全部由硬件完成。最簡單的使用場景是清屏也就是把一個顏色值填充到整個FrameBuffer?？梢耘銬MA2D為寄存器到內存模式R2M把顏色值放到輸出寄存器然后設置輸出地址為FrameBuffer基地址輸出偏移設為0一次性寫完整個區(qū)域。這樣清一幀750KB的RGB565數據DMA2D在幾十微秒內就能完成而CPU逐點寫至少需要幾毫秒差別非常明顯。另一個常見場景是圖片顯示比如把一張ARGB8888位圖轉換成RGB565格式輸出到FrameBuffer。配置DMA2D為M2M_PFC模式前景地址指向原始ARGB8888圖片前景像素格式配成ARGB8888輸出地址指向FrameBuffer對應位置輸出像素格式配成RGB565然后啟動DMA2D。轉換由硬件完成速度比CPU逐像素轉換快很多。需要注意原始圖片的每一行字節(jié)數可能不是4字節(jié)對齊這個可以在前景偏移寄存器里配置保證圖片邊界不對齊時也能正確讀取。我第一次用DMA2D也踩過一次坑發(fā)完啟動指令后立刻去讀FrameBuffer發(fā)現數據還沒寫完。DMA2D是異步的開啟傳輸后必須等標志位比如TCIF置位或者用中斷告知傳輸完成再去做后續(xù)操作。否則你讀到的是半個舊數據半個新數據的混合體顯示出來就是撕裂的瞬間。5. RGB屏上顯示中文從字模到自繪UI的最小實現5.1 字模是怎么取出來的RGB屏上要顯示中文最直接的方法是用點陣字模。常見的是16x16點陣一個漢字占16行每行16像素按單色編碼時每行2字節(jié)總共32字節(jié)。更大字號就是24x24或者32x32。取模工具我用過不少PCtoLCD2002比較直觀。它支持橫向取模、縱向取模、字節(jié)正序、字節(jié)反序等多種選項。最常用的模式是橫向取模字節(jié)高位在前從左到右每8個像素湊一個字節(jié)字節(jié)的高位對應左邊的像素。這樣寫顯示函數時檢查bit7到bit0的順序最自然。取出來的字模數據結構一般是一個常量數組。比如漢字“電”的16x16字?？梢杂胏onst unsigned char font_table[] {0x00, 0x00, ...}的形式。如果你做了GB2312編碼查表可以通過漢字編碼索引到字模數組的偏移地址。對于項目里只用到固定幾個漢字的情況也可以直接把所有漢字的字模拼進一個大數組自己維護一個映射表。5.2 一個能跑的16x16漢字顯示函數假設FrameBuffer是RGB565格式我們配置LTDC窗口為全屏800x480顯存首地址為buf_base。要顯示一個漢字核心思路是先計算漢字在屏上的起始坐標然后逐行逐像素讀取字模數據如果該位為1就把FrameBuffer對應位置的像素寫成前景色如果為0可以寫背景色或者保持不動形成透明效果。一個簡單的畫點函數如下void LCD_DrawPoint(uint16_t x, uint16_t y, uint16_t color) { if (x 800 || y 480) return; *(volatile uint16_t *)(buf_base y * 800 x) color; }這里直接用y*800加上x算出RGB565在顯存中的偏移除以2的運算編譯器會優(yōu)化不用擔心效率。屏寬我寫死了800做通用封裝時應當把這個值作為參數或者宏定義避免改屏之后到處找。畫漢字的函數void LCD_ShowChar16(uint16_t x, uint16_t y, uint16_t color, uint8_t *font_data) { uint8_t byte; for (uint8_t row 0; row 16; row) { byte font_data[row * 2]; for (uint8_t col 0; col 8; col) { if (byte (0x80 col)) { LCD_DrawPoint(x col, y row, color); } } byte font_data[row * 2 1]; for (uint8_t col 0; col 8; col) { if (byte (0x80 col)) { LCD_DrawPoint(x 8 col, y row, color); } } } }這里有兩個容易弄錯的地方。第一如果你在取模工具里選擇了“縱向取?！蹦敲瓷厦娴淖x取順序就不對需要改成逐列讀取。第二如果取模時選了“字節(jié)反序”判斷位就應該是byte (1 col)。所以拿到字模數組之后必須先確認取模設置不要想當然。我曾經因為拿錯了字模方向顯示出來的漢字整體鏡像排查了半天才發(fā)現是取模方向的問題。5.3 提升顯示效果透明背景和反色直接跳過背景像素就能實現透明文字效果。在屏幕上疊加菜單標題時透明文字看起來比帶底色塊的方式舒服很多。反色顯示則適合做菜單選中高亮讀一下目標位置的當前像素顏色取反后再寫回去。RGB565的取反不是簡單位翻轉所有16位那樣顏色會變得非常奇怪正確做法是把RGB分量分別取反再重新組裝。函數可以這樣uint16_t LCD_GetPoint(uint16_t x, uint16_t y) { return *(volatile uint16_t *)(buf_base y * 800 x); } void LCD_InvertRect(uint16_t x0, uint16_t y0, uint16_t x1, uint16_t y1) { for (uint16_t y y0; y y1; y) { for (uint16_t x x0; x x1; x) { uint16_t c LCD_GetPoint(x, y); uint16_t r 31 - ((c 11) 0x1F); uint16_t g 63 - ((c 5) 0x3F); uint16_t b 31 - (c 0x1F); LCD_DrawPoint(x, y, (r 11) | (g 5) | b); } } }如果覺得手動取反太慢也可以借助LTDC的混合功能做半透明菜單條但那就涉及Layer1和Layer0的混合系數邏輯更復雜。調試初期先把手動繪制函數跑通再考慮硬件混合更穩(wěn)妥。6. 白屏、花屏、撕裂LTDC調試踩坑記錄6.1 白屏排查鏈路從背光到LTDC總使能白屏的第一反應不要直接去查LTDC先確認背光有沒有亮。很多RGB屏的背光需要MCU給一個高電平或者PWM信號如果背光沒開屏幕就是灰白色或者黑色什么都看不見。背光亮了再往LTDC方向排查。背光正常但白屏按優(yōu)先級檢查以下幾處RCC_APB2ENR里的LTDC時鐘是否打開沒有時鐘所有LTDC寄存器寫入無效。GPIO復用是否配好尤其是DOTCLK引腳如果DOTCLK沒輸出屏就不知道何時采樣數據。LTDC_GCR里的PCKEN是否置1這個位控制像素時鐘實際輸出。LTDC_GCR里的LTDCEN是否置1總使能沒開LTDC不工作。LTDC_SRCR是否觸發(fā)了重載影子寄存器不重載配置不會生效。Layer是否使能LxCR0時圖層全部不用屏幕顯示后臺顏色。我把這個順序寫死成自己的排查流程遇到白屏就是從下往上一條條過而不是東查一下西查一下。6.2 花屏和顏色異常極性和行場參數花屏的表現有很多種。如果是整屏均勻地出現彩色噪點優(yōu)先懷疑像素時鐘采樣極性反了。試試把GCR里的PCPOL位翻轉很多屏是上升沿采樣如果配成了下降沿就會出現顏色亂跳的現象。如果是畫面整體偏移出現黑色豎條或者斜紋那就檢查SSCR、BPCR、AWCR、WCR這幾個寄存器的加減一關系以及行場同步極性HSPOL、VSPOL。顏色偏色則要檢查LTDC_LxPFCR里的像素格式和實際寫入FrameBuffer的數據格式。一個常見誤解LTDC配置成RGB888模式但FrameBuffer里卻放的是RGB565數據這樣LTDC讀數據時會按3字節(jié)一個像素解析顯示出來顏色會完全錯亂且畫面有縱向拉伸。反過來配置成RGB565但FrameBuffer里是ARGB8888數據顏色會偏且周圍出現奇怪的邊界。確保這兩者一致比其他任何調試都有效。還有一個容易忽略的點SDRAM的初始化時序如果不對FrameBuffer里的數據讀取會不穩(wěn)定表現為某些區(qū)域不定期花屏。這種花屏不是固定位置的掃描幾次有時正常有時壞多半是SDRAM時序配置偏緊或者刷新率不夠?？梢試L試把SDRAM的刷新周期調長一點或者降低LTDC像素時鐘看看現象是否減輕。6.3 畫面撕裂為什么用VBR重載而不是IMR撕裂現象是畫面更新過程中屏上半部分已經是新一幀內容下半部分還是舊一幀內容中間有一條明顯的橫線。根因是Layer的FrameBuffer地址在屏掃描到一半時被切換了。LTDC正在從舊顯存地址讀行數據你突然把地址改成了新顯存地址那屏就會在一幀內拼出兩個不同幀的內容。解法有幾個層次最基礎的所有影響圖層配置的寄存器更新都用VBR垂直消隱重載讓LTDC在掃描完一幀后的消隱期才切換顯存地址。更穩(wěn)妥的用雙緩沖。一幀顯示期間你往另一塊FrameBuffer里繪制內容等垂直消隱到臨時切換顯存地址這樣徹底避免在繪制中間被LTDC讀到不完整數據。進階的利用LTDC行中斷LIPCR設置一個在消隱區(qū)前或者消隱期內的行號觸發(fā)中斷后執(zhí)行顯存地址切換。F429有LTDC_LIPCR、LTDC_LISR等寄存器可按行觸發(fā)中斷。我實際使用中雙緩沖配合VBR重載效果最好。程序里維護兩個顯存地址一個當前顯示一個正在繪制VSYNC中斷到來時交換兩個地址并觸發(fā)VBR重載。這個方案雖然占用的SDRAM內存翻倍但省心畫面干凈利落。6.4 關于FSMCDMA驅動RGB屏的一個補充熱詞里有人提到FSMCDMA驅動LCD的同步問題。我必須說如果你只是想把一塊RGB屏點亮FSMCDMA確實是可以跑的但那是用非標準的方式去模擬RGB傳輸任何時序毛刺都會直接反映成畫面異常。LTDC方案下這些同步問題由硬件時序生成器解決你反而只需要關心顯存地址的切換時機。這兩者的調試思路完全不同如果你發(fā)現FSMCDMA方案同步問題怎么都調不好考慮轉LTDC可能是更高效的選擇。結尾聊點個人體會這套LTDC驅動前前后后我移植過好幾個項目最深的感受是寄存器庫驅動真正難的不是某個寄存器不會配而是它和以前“寫命令控制屏”的思維模式完全不一樣。一旦接受“MCU即顯卡顯存即天下”這個設定所有寄存器之間的關系就都順了。調試時建議把手上的屏的規(guī)格書完整讀一遍尤其是時序參數表不要靠猜。遇到白屏就按第6節(jié)的鏈路逐條查遇到撕裂就上雙緩沖加VBR這兩招能解決絕大部分疑難問題。另外寄存器庫驅動有個天然優(yōu)勢不受HAL庫版本升級影響代碼貼到工程里就能用出問題也好跟蹤到底層。如果你正在做F429的RGB屏項目希望這篇能幫你少走幾天的彎路。本文還有配套的精品資源點擊獲取 STM32F429 LTDC驅動RGB屏：寄存器級時序、顯存與調試全解析
簡介本資源是面向嵌入式開發(fā)初學者與中級工程師的STM32F429 RGB屏驅動實戰(zhàn)項目聚焦4.3寸800×480分辨率LCD的LTDC底層寄存器級驅動實現解決圖形顯示中時序配置、幀緩沖管理、多圖層疊加及DMA2D加速等核心難點適用于工業(yè)HMI、智能儀表等需自主可控顯示方案的場景。壓縮包共42個文件含23個頭文件定義寄存器地址、結構體及宏、14個C源文件覆蓋系統(tǒng)時鐘、LTDC初始化、LCD底層驅動、SDRAM顯存分配、LED/OLED/KEY/TPAD等外設協(xié)同邏輯以及Keil工程配置文件uvprojx/uvoptx、啟動腳本s、調試配置ini和可執(zhí)行hex文件整體僅238KB輕量易集成。已有1091人學習下載提供完整可編譯運行的寄存器庫工程含清晰分層的HARDWARE模塊LCD/SDRAM/LED/TIMER等與USER主邏輯無需HAL庫依賴便于深入理解LTDC硬件機制與內存帶寬優(yōu)化實踐。 做F429顯示方案的時候我一開始也會想不就是把屏幕點亮嘛SPI屏、FSMC屏都寫過LTDC能有多難。真把一塊4.3寸800x480的RGB屏接到LTDC上才發(fā)現這套東西和以前那些“控制器在屏端”的方案完全不是一個思路。如果你手頭正準備用STM32F429跑LTDC并且想用寄存器庫不依賴HAL把這套驅動徹底搞明白這篇應該能幫你省掉不少彎路。這篇文章不是貼一段能跑的代碼就完事我會把LTDC的時序怎么算、寄存器怎么填、幀緩沖為什么必須放SDRAM、畫面撕裂到底怎么壓住這些關鍵問題逐個拆開講。適合兩類人看一是剛接觸RGB屏、想搞懂LTDC底層機制的二是已經在HAL庫里調通了但想用寄存器庫重寫或者排查疑難問題的。1. LTDC和以往顯示方案的本質區(qū)別屏端沒有控制器了1.1 從FSMC“寫寄存器”到LTDC“刷像素”之前用FSMC驅動TFTLCD比如常見的ILI9341或者NT35510MCU的工作本質是“往屏的控制寄存器里寫命令和數據”。屏內部有一顆控制芯片負責把寫入的GRAM數據按行列掃描刷新到液晶面板上。FSMC只是提供了一組類似外部存儲器的讀寫時序讓CPU寫GRAM的速度更快而已。這種方案很成熟但問題在于控制芯片能力有限分辨率做高之后內部GRAM不夠、刷新率上不去成本也壓在屏端。LTDC是F429內部集成的一個液晶控制器它把原來在屏端控制芯片的工作搬到了MCU里。MCU通過LTDC直接對外輸出像素時鐘DOTCLK、行同步HSYNC、幀同步VSYNC、數據使能DE以及RGB數據線。也就是說RGB屏本身幾乎沒有“智能”它只是一塊負責把數據線上的電壓轉換成液晶偏轉的矩陣。你給它對的時鐘、對的同步信號、對的像素數據它才會穩(wěn)定地顯示出畫面。這個區(qū)別直接影響了你的設計思路以前FSMC驅動通常不需要什么顯存屏內部有GRAM現在LTDC方案所有像素數據必須由MCU側的顯存FrameBuffer持續(xù)提供給LTDCMCU相當于同時在當顯卡和顯存。理解不了這一點后面很多問題都會卡住。1.2 為什么是LTDC而不是更快的FSMCDMA有些項目為了省事會用FSMCDMA去驅動RGB接口屏思路是先配置好GPIO用FSMC的寫時序把RGB像素數據“打”到屏的數據線上。這種方式在低分辨率、低刷新率下能跑但并不是為RGB屏設計的。RGB屏需要連續(xù)、實時的像素時鐘和行場同步信號FSMC的時序本質上是被動的寫操作靠DMA硬撐很容易出現刷新不完整、閃爍、撕裂。LTDC的優(yōu)勢在于它內部有專門的時序生成器像素時鐘、同步信號、消隱區(qū)都是硬件自動產生的MCU只需要保證顯存里的數據是正確且夠新的。4.3寸800x480的RGB屏在不含消隱的情況下像素數就是800*480384000個。如果按60Hz刷新每秒至少要送2300萬個像素。假如用RGB565格式每個像素2字節(jié)那么每秒顯存讀取量約46MB。純靠CPU或者FSMCDMA搬運這個數據量一方面CPU被完全占滿另一方面時序抖動會導致畫面肉眼可見地閃。LTDC的DMA通道會自己按行同步從顯存搬數據CPU幾乎不用干預這才是它存在的價值。2. RGB屏的時序拆解800x480不是真的只有800x4802.1 接口上到底需要接哪些信號線4.3寸RGB屏通常引腳很多核心信號包括R0-R7、G0-G7、B0-B724根數據線對應RGB888如果只接高6位或者用RGB565格式可以只接16根高兩位接GND或電源。DOTCLK像素時鐘每個上升沿或下降沿送出一個像素。HSYNC行同步每掃完一行發(fā)出一個脈沖表示新一行開始。VSYNC幀同步每掃完一幀發(fā)出一個脈沖表示新一幀開始。DE數據使能高電平期間數據線上的RGB信號是有效像素低電平期間是消隱區(qū)。背光控制通常是LED_A/LED_K或者一個單獨的背光使能腳。很多人第一次接RGB屏容易犯一個錯誤覺得DE信號沒用直接接高電平或者不管。實際上在LTDC配置Dither、消隱等場景下DE的狀態(tài)直接影響屏端對有效像素的解析。驅動配置時務必保證DE正常連接。2.2 一行的時間要拆成四段LTDC產生HSYNC信號的時候并不是連續(xù)把800個有效像素送出去就完事。一行的完整時間段包含四部分HSYNC脈沖寬度HSAW、水平后肩HBP、有效顯示區(qū)AAW、水平前肩HFP。畫一條時間軸來理解同一行數據先發(fā)一個同步脈沖告訴屏幕“新行來了”然后等待一段后肩時間這段時間數據線上不送有效像素再然后送入真正的800個像素最后再等待一段前肩時間再進入下一行。這個消隱機制是LCD行業(yè)沿用CRT時代的規(guī)范目的是給面板的信號處理留出穩(wěn)定時間。寄存器體現為LTDC_SSCR設置行同步寬度和場同步寬度。LTDC_AWCR設置有效顯示區(qū)域的寬和高。LTDC_BPCR設置水平后肩和垂直后肩但要注意這里的值和“后肩”不完全等價它是后肩加同步寬度減1。LTDC_WCR設置水平前肩、垂直前肩也是前肩加同步寬度加后肩然后減1的關系。新手容易陷進去死記公式我建議直接看屏的規(guī)格書里面有完整的時序圖和建議值。以常見的4.3寸800x480屏為例典型參數大致是HSAW40、HBP88、HFP40、VSAW10、VBP32、VFP13。具體每塊屏不一樣務必以你手上屏的規(guī)格書為準。2.3 像素時鐘DOTCLK怎么算像素時鐘決定了LTDC向屏發(fā)送像素的速度。表面上看800x48060Hz只需要8004806023.04MHz但實際上要把消隱期的時間也算進去。用上面那組典型參數估算水平總周期 HSAW HBP 有效寬度 HFP 40 88 800 40 968 垂直總周期 VSAW VBP 有效高度 VFP 10 32 480 13 535像素時鐘 水平總周期 * 垂直總周期 * 幀率 968 * 535 * 60 ≈ 31.08MHz取整后常用33.3MHz左右。F429內部PLLSAI專門為LTDC提供時鐘公式是DOTCLK PLLSAI_VCO / PLLSAI_R PLLSAI_VCO HSE / PLLSAI_M * PLLSAI_N假設板載HSE晶振是25MHz要得到33.33MHz可以配置M25、N200、R625MHz / 25 * 200 200MHz 200MHz / 6 33.33MHz這個值非常合適。需要注意PLLSAI的R分頻在F429上只能取2、4、6、8不是連續(xù)可調的所以算時鐘的時候要按這個約束來湊M/N/R而不是隨意改R。如果實在湊不到恰好值取一個接近且不超過屏規(guī)格書標稱最大值的頻率也可以因為屏對DOTCLK有一定容忍范圍。3. 寄存器級LTDC初始化從RCC到Layer的完整鏈路3.1 時鐘使能GPIO、LTDC、DMA2D一個都不能少我建議把初始化拆成五步開時鐘、配GPIO復用、配LTDC全局時序、配Layer、啟動顯示。第一步先看RCC寄存器。在STM32F429上GPIO時鐘在RCC_AHB1ENR里使能LTDC時鐘在RCC_APB2ENR里使能DMA2D時鐘也在RCC_AHB1ENR里使能。這里最常見的坑是GPIO和LTDC的時鐘都開了但忘了開DMA2D時鐘后面調用DMA2D刷圖時寄存器寫進去完全沒反應。寄存器庫驅動里這三者必須明確分開初始化不像HAL庫會自動判斷。3.2 GPIO復用配置不是所有引腳都叫AF14LTDC的引腳復用大多數是AF14但并非全部。拿F429來說部分數據引腳是AF13或者其他AF編號。比如PA4LTDC_VSYNC是AF14PC6LTDC_HSYNC是AF14PE4LTDC_B0是AF14PF10LTDC_DE是AF14PH9LTDC_R3可能是AF14或AF9不同封裝版本有差異所以最穩(wěn)妥的辦法是翻開對應型號的數據手冊查AF映射表而不是照抄別人工程里的AF值。尤其是你自己畫的板子引腳分配如果和開發(fā)板不一致復用功能號一錯屏幕就完全不出信號。寄存器配置時先把對應GPIO口的MODER設為復用模式然后在AFRL或者AFRH里填入正確的AF編號。例如GPIOG的PIN6作為LTDC_R7如果AF是14需要配置GPIOG-AFRH的AFRH_MODE6為1111。注意每根引腳都設置完后還要確認GPIO速度等級可以設高點比如OSPEEDR設為50MHz或100MHz避免信號邊沿太緩影響高速下的時序。3.3 LTDC全局寄存器GCR、SSCR、BPCR、AWCR、WCR的順序這里有個經驗規(guī)律先配置LTDC的同步參數再配置顯示有效區(qū)域然后配置后臺顏色最后使能LTDC。順序反了容易出奇怪現象。首先是LTDC_GCR。這個寄存器有幾個關鍵位LTDCENLTDC總使能初始化最后才置1。PCKEN像素時鐘輸出使能必須為1否則屏收不到DOTCLK。DEPOLDE極性一般0表示高有效。PCPOL像素時鐘極性需要配合屏的規(guī)格書有的屏要求DOTCLK下降沿采樣有的上升沿采樣。如果方向反了會看到畫面偏移或者輕微花影。HSPOL和VSPOL行場同步極性多數屏低有效配置成0。然后是時序相關寄存器LTDC_SSCR寫入HSAW和VSAW注意要減1比如HSAW40寄存器寫39。LTDC_BPCR寫入AHBP和AVBP計算方式是水平后肩水平同步寬度-1垂直同理。LTDC_AWCR寫入AAW和AAH代表有效顯示區(qū)域的寬高也都要減1所以800x480對應799和479。LTDC_WCR寫入AAHBP和AAVBP計算方式是水平前沿水平同步寬度水平后肩整體再減1表示一行總周期-1。這幾個寄存器的關系一句話總結就是SSCR定義脈沖BPCR定義后肩邊界AWCR定義有效區(qū)WCR定義總周期。只要這四者的邊界對齊LTDC的時序生成器就能穩(wěn)定工作。如果畫面出現整體偏移或者邊緣有一條豎線通常就是這些值加一減一弄錯了。接著配置LTDC_BCCR也就是后臺顏色寄存器。它決定在沒有圖層覆蓋區(qū)域顯示的顏色例如RGB值為0x000000就是黑色。調試階段我習慣把后臺顏色設成一個亮色比如紅色0xFF0000如果屏幕能正常顯示純紅色背景說明LTDC的同步和像素時鐘已經通了問題大概率出在圖層或者顯存上這個技巧能幫你快速定位。3.4 圖層Layer配置窗口位置、像素格式、顯存地址LTDC在F429上有兩個圖層Layer0和Layer1。驅動初始化一般先把Layer0配置為主圖層。關鍵寄存器如下LTDC_LxCR圖層控制寄存器置1使能圖層。LTDC_LxWPR圖層窗口位置寄存器定義窗口左上角和右下角的坐標單位是像素。比如全屏顯示就設左上角(0,0)右下角(799,479)。注意寄存器里存的是實際坐標不是寬高。LTDC_LxPFCR像素格式寄存器。RGB565對應0x02RGB888對應0x03ARGB8888對應0x00。這里必須和你使用的FrameBuffer里的數據格式嚴格一致。LTDC_LxCACR恒定Alpha值范圍0-255255表示完全不透明。LTDC_LxDCCR默認顏色在圖層未覆蓋區(qū)域顯示的顏色。LTDC_LxBFCR混合因子配置決定圖層和后臺顏色如何混合。最簡單粗暴的配置是恒定Alpha、完全不透明。LTDC_LxCFBAR幀緩沖基地址寄存器寫入FrameBuffer的首地址。LTDC_LxCFBLR幀緩沖行長度寄存器包含CFBLL和CFBP兩個字段。LTDC_LxCFBLNR幀緩沖行數寄存器寫入窗口高度。這里再提一個最容易出問題的寄存器LTDC_LxCFBLR。CFBLL字段表示一行的總字節(jié)數計算公式是“有效顯示寬度 * 每像素字節(jié)數 3”。為什么加3因為硬件要求CFBLL按32字節(jié)對齊實際寄存器寫入的最小步長是4字節(jié)3能保證非對齊寬度也能覆蓋完整。CFBP字段表示行距Pitch是下一行起始地址相對當前行偏移的字節(jié)數。全屏刷新時CFBP通常等于CFBLL如果只是從一張大圖上取一塊區(qū)域顯示CFBP就要填大圖的整行字節(jié)數。3.5 手工觸發(fā)重載為什么寫了寄存器畫面不更新LTDC的很多圖層寄存器都是影子寄存器也就是說你寫入寄存器后在當前幀沒有結束之前不會真正生效。要讓配置生效必須寫LTDC_SRCR寄存器觸發(fā)重載。這個寄存器有兩個位IMR立即重載立即生效。VBR垂直消隱期重載等當前幀掃描到垂直消隱區(qū)時才生效。初始化流程結束后我習慣同時置位IMR和VBR確保配置盡快生效。后續(xù)運行時如果只改少量寄存器比如移動窗口位置推薦只用VBR避免在屏正在掃描到一半時切換顯存地址否則容易在畫面中間出現一條撕裂橫線。圖層配置的完整順序大致是先關圖層LxCR清零- 配置窗口坐標和像素格式 - 配置FrameBuffer地址、行長度和行數 - 配置常量Alpha和混合因子 - 使能圖層 - 觸發(fā)重載。調試初期不要搞花活老老實實按這個順序走。4. 幀緩沖和DMA2D顯存放哪決定了你的板子能不能跑起來4.1 內部256KB SRAM根本放不下一整幀RGB565算一筆賬800x480分辨率RGB565格式每個像素2字節(jié)800 * 480 * 2 768000字節(jié) 750KBF429內部SRAM總共約256KB192KB64KB放不下整幀。如果強行把分辨率降到320x240RGB565那就是3202402150KB勉強放下但留給堆棧和全局變量的空間就非常緊張了容易莫名死機。所以做4.3寸800x480RGB屏外部SDRAM幾乎是必須的。常見的做法是用FMC接口外掛一顆16位SDRAM比如W9825G6KH或者IS42S16400J容量至少4MB以上。顯存大一點還有個好處可以做多緩沖比如雙緩沖或者三緩沖這對消除撕裂非常有用。如果你的板子上沒有SDRAM那就只能退而求其次用一個內部SRAM放不下就做局部刷新。但RGB屏的LTDC是按整個有效區(qū)域持續(xù)刷新的局部刷新只能靠改變Layer窗口位置實現顯示邏輯會非常別扭。4.2 顯存布局和LTDC_LxCFBLR的對應關系顯存地址不是隨便給個數組名就完事。LTDC讀取FrameBuffer時會按你配置的行長和行數逐行從基地址開始讀取。如果顯存基地址是0xD0008000那么第0行起始地址 基地址 0第1行起始地址 基地址 CFBP第n行起始地址 基地址 n * CFBPCFBP如果配得比CFBLL大比如CFBLL填800*231603CFBP填2048那每一行末尾會跳過448字節(jié)的間隔。這在做圖像裁剪顯示時很有用比如從一張1024寬的大圖里截取中間800像素顯示。如果只是全屏刷新CFBP直接等于CFBLL即可千萬別把CFBP設置成0否則所有行都會從同一個地址讀畫面就會變成一條條重復的紋理。還需要注意顯存地址的對齊。FrameBuffer基地址建議32字節(jié)對齊也就是地址的低5位為0。雖然LTDC硬件沒有強制所有地址都對到這個程度但不對齊的情況下和DMA2D配合時容易出問題。4.3 DMA2D刷圖把CPU從逐像素搬運里解放出來F429的DMA2D是一個圖形專用DMA支持純內存到內存拷貝、帶格式轉換的內存到內存拷貝、混合模式等。它的核心價值在于對FrameBuffer做填充或圖像拷貝CPU只負責下發(fā)幾條指令大塊數據搬運全部由硬件完成。最簡單的使用場景是清屏也就是把一個顏色值填充到整個FrameBuffer?？梢耘銬MA2D為寄存器到內存模式R2M把顏色值放到輸出寄存器然后設置輸出地址為FrameBuffer基地址輸出偏移設為0一次性寫完整個區(qū)域。這樣清一幀750KB的RGB565數據DMA2D在幾十微秒內就能完成而CPU逐點寫至少需要幾毫秒差別非常明顯。另一個常見場景是圖片顯示比如把一張ARGB8888位圖轉換成RGB565格式輸出到FrameBuffer。配置DMA2D為M2M_PFC模式前景地址指向原始ARGB8888圖片前景像素格式配成ARGB8888輸出地址指向FrameBuffer對應位置輸出像素格式配成RGB565然后啟動DMA2D。轉換由硬件完成速度比CPU逐像素轉換快很多。需要注意原始圖片的每一行字節(jié)數可能不是4字節(jié)對齊這個可以在前景偏移寄存器里配置保證圖片邊界不對齊時也能正確讀取。我第一次用DMA2D也踩過一次坑發(fā)完啟動指令后立刻去讀FrameBuffer發(fā)現數據還沒寫完。DMA2D是異步的開啟傳輸后必須等標志位比如TCIF置位或者用中斷告知傳輸完成再去做后續(xù)操作。否則你讀到的是半個舊數據半個新數據的混合體顯示出來就是撕裂的瞬間。5. RGB屏上顯示中文從字模到自繪UI的最小實現5.1 字模是怎么取出來的RGB屏上要顯示中文最直接的方法是用點陣字模。常見的是16x16點陣一個漢字占16行每行16像素按單色編碼時每行2字節(jié)總共32字節(jié)。更大字號就是24x24或者32x32。取模工具我用過不少PCtoLCD2002比較直觀。它支持橫向取模、縱向取模、字節(jié)正序、字節(jié)反序等多種選項。最常用的模式是橫向取模字節(jié)高位在前從左到右每8個像素湊一個字節(jié)字節(jié)的高位對應左邊的像素。這樣寫顯示函數時檢查bit7到bit0的順序最自然。取出來的字模數據結構一般是一個常量數組。比如漢字“電”的16x16字?？梢杂胏onst unsigned char font_table[] {0x00, 0x00, ...}的形式。如果你做了GB2312編碼查表可以通過漢字編碼索引到字模數組的偏移地址。對于項目里只用到固定幾個漢字的情況也可以直接把所有漢字的字模拼進一個大數組自己維護一個映射表。5.2 一個能跑的16x16漢字顯示函數假設FrameBuffer是RGB565格式我們配置LTDC窗口為全屏800x480顯存首地址為buf_base。要顯示一個漢字核心思路是先計算漢字在屏上的起始坐標然后逐行逐像素讀取字模數據如果該位為1就把FrameBuffer對應位置的像素寫成前景色如果為0可以寫背景色或者保持不動形成透明效果。一個簡單的畫點函數如下void LCD_DrawPoint(uint16_t x, uint16_t y, uint16_t color) { if (x 800 || y 480) return; *(volatile uint16_t *)(buf_base y * 800 x) color; }這里直接用y*800加上x算出RGB565在顯存中的偏移除以2的運算編譯器會優(yōu)化不用擔心效率。屏寬我寫死了800做通用封裝時應當把這個值作為參數或者宏定義避免改屏之后到處找。畫漢字的函數void LCD_ShowChar16(uint16_t x, uint16_t y, uint16_t color, uint8_t *font_data) { uint8_t byte; for (uint8_t row 0; row 16; row) { byte font_data[row * 2]; for (uint8_t col 0; col 8; col) { if (byte (0x80 col)) { LCD_DrawPoint(x col, y row, color); } } byte font_data[row * 2 1]; for (uint8_t col 0; col 8; col) { if (byte (0x80 col)) { LCD_DrawPoint(x 8 col, y row, color); } } } }這里有兩個容易弄錯的地方。第一如果你在取模工具里選擇了“縱向取?！蹦敲瓷厦娴淖x取順序就不對需要改成逐列讀取。第二如果取模時選了“字節(jié)反序”判斷位就應該是byte (1 col)。所以拿到字模數組之后必須先確認取模設置不要想當然。我曾經因為拿錯了字模方向顯示出來的漢字整體鏡像排查了半天才發(fā)現是取模方向的問題。5.3 提升顯示效果透明背景和反色直接跳過背景像素就能實現透明文字效果。在屏幕上疊加菜單標題時透明文字看起來比帶底色塊的方式舒服很多。反色顯示則適合做菜單選中高亮讀一下目標位置的當前像素顏色取反后再寫回去。RGB565的取反不是簡單位翻轉所有16位那樣顏色會變得非常奇怪正確做法是把RGB分量分別取反再重新組裝。函數可以這樣uint16_t LCD_GetPoint(uint16_t x, uint16_t y) { return *(volatile uint16_t *)(buf_base y * 800 x); } void LCD_InvertRect(uint16_t x0, uint16_t y0, uint16_t x1, uint16_t y1) { for (uint16_t y y0; y y1; y) { for (uint16_t x x0; x x1; x) { uint16_t c LCD_GetPoint(x, y); uint16_t r 31 - ((c 11) 0x1F); uint16_t g 63 - ((c 5) 0x3F); uint16_t b 31 - (c 0x1F); LCD_DrawPoint(x, y, (r 11) | (g 5) | b); } } }如果覺得手動取反太慢也可以借助LTDC的混合功能做半透明菜單條但那就涉及Layer1和Layer0的混合系數邏輯更復雜。調試初期先把手動繪制函數跑通再考慮硬件混合更穩(wěn)妥。6. 白屏、花屏、撕裂LTDC調試踩坑記錄6.1 白屏排查鏈路從背光到LTDC總使能白屏的第一反應不要直接去查LTDC先確認背光有沒有亮。很多RGB屏的背光需要MCU給一個高電平或者PWM信號如果背光沒開屏幕就是灰白色或者黑色什么都看不見。背光亮了再往LTDC方向排查。背光正常但白屏按優(yōu)先級檢查以下幾處RCC_APB2ENR里的LTDC時鐘是否打開沒有時鐘所有LTDC寄存器寫入無效。GPIO復用是否配好尤其是DOTCLK引腳如果DOTCLK沒輸出屏就不知道何時采樣數據。LTDC_GCR里的PCKEN是否置1這個位控制像素時鐘實際輸出。LTDC_GCR里的LTDCEN是否置1總使能沒開LTDC不工作。LTDC_SRCR是否觸發(fā)了重載影子寄存器不重載配置不會生效。Layer是否使能LxCR0時圖層全部不用屏幕顯示后臺顏色。我把這個順序寫死成自己的排查流程遇到白屏就是從下往上一條條過而不是東查一下西查一下。6.2 花屏和顏色異常極性和行場參數花屏的表現有很多種。如果是整屏均勻地出現彩色噪點優(yōu)先懷疑像素時鐘采樣極性反了。試試把GCR里的PCPOL位翻轉很多屏是上升沿采樣如果配成了下降沿就會出現顏色亂跳的現象。如果是畫面整體偏移出現黑色豎條或者斜紋那就檢查SSCR、BPCR、AWCR、WCR這幾個寄存器的加減一關系以及行場同步極性HSPOL、VSPOL。顏色偏色則要檢查LTDC_LxPFCR里的像素格式和實際寫入FrameBuffer的數據格式。一個常見誤解LTDC配置成RGB888模式但FrameBuffer里卻放的是RGB565數據這樣LTDC讀數據時會按3字節(jié)一個像素解析顯示出來顏色會完全錯亂且畫面有縱向拉伸。反過來配置成RGB565但FrameBuffer里是ARGB8888數據顏色會偏且周圍出現奇怪的邊界。確保這兩者一致比其他任何調試都有效。還有一個容易忽略的點SDRAM的初始化時序如果不對FrameBuffer里的數據讀取會不穩(wěn)定表現為某些區(qū)域不定期花屏。這種花屏不是固定位置的掃描幾次有時正常有時壞多半是SDRAM時序配置偏緊或者刷新率不夠?？梢試L試把SDRAM的刷新周期調長一點或者降低LTDC像素時鐘看看現象是否減輕。6.3 畫面撕裂為什么用VBR重載而不是IMR撕裂現象是畫面更新過程中屏上半部分已經是新一幀內容下半部分還是舊一幀內容中間有一條明顯的橫線。根因是Layer的FrameBuffer地址在屏掃描到一半時被切換了。LTDC正在從舊顯存地址讀行數據你突然把地址改成了新顯存地址那屏就會在一幀內拼出兩個不同幀的內容。解法有幾個層次最基礎的所有影響圖層配置的寄存器更新都用VBR垂直消隱重載讓LTDC在掃描完一幀后的消隱期才切換顯存地址。更穩(wěn)妥的用雙緩沖。一幀顯示期間你往另一塊FrameBuffer里繪制內容等垂直消隱到臨時切換顯存地址這樣徹底避免在繪制中間被LTDC讀到不完整數據。進階的利用LTDC行中斷LIPCR設置一個在消隱區(qū)前或者消隱期內的行號觸發(fā)中斷后執(zhí)行顯存地址切換。F429有LTDC_LIPCR、LTDC_LISR等寄存器可按行觸發(fā)中斷。我實際使用中雙緩沖配合VBR重載效果最好。程序里維護兩個顯存地址一個當前顯示一個正在繪制VSYNC中斷到來時交換兩個地址并觸發(fā)VBR重載。這個方案雖然占用的SDRAM內存翻倍但省心畫面干凈利落。6.4 關于FSMCDMA驅動RGB屏的一個補充熱詞里有人提到FSMCDMA驅動LCD的同步問題。我必須說如果你只是想把一塊RGB屏點亮FSMCDMA確實是可以跑的但那是用非標準的方式去模擬RGB傳輸任何時序毛刺都會直接反映成畫面異常。LTDC方案下這些同步問題由硬件時序生成器解決你反而只需要關心顯存地址的切換時機。這兩者的調試思路完全不同如果你發(fā)現FSMCDMA方案同步問題怎么都調不好考慮轉LTDC可能是更高效的選擇。結尾聊點個人體會這套LTDC驅動前前后后我移植過好幾個項目最深的感受是寄存器庫驅動真正難的不是某個寄存器不會配而是它和以前“寫命令控制屏”的思維模式完全不一樣。一旦接受“MCU即顯卡顯存即天下”這個設定所有寄存器之間的關系就都順了。調試時建議把手上的屏的規(guī)格書完整讀一遍尤其是時序參數表不要靠猜。遇到白屏就按第6節(jié)的鏈路逐條查遇到撕裂就上雙緩沖加VBR這兩招能解決絕大部分疑難問題。另外寄存器庫驅動有個天然優(yōu)勢不受HAL庫版本升級影響代碼貼到工程里就能用出問題也好跟蹤到底層。如果你正在做F429的RGB屏項目希望這篇能幫你少走幾天的彎路。本文還有配套的精品資源點擊獲取