簡介面向STM32入門學(xué)習(xí)者的16×16點(diǎn)陣顯示工程基于STM32F103標(biāo)準(zhǔn)庫實(shí)現(xiàn)完成了漢字和圖形的點(diǎn)陣顯示及上下左右移動(dòng)功能。工程自帶字庫文件可自行拷貝字形到字庫數(shù)組并附有點(diǎn)陣顯示原理圖便于對(duì)照硬件理解驅(qū)動(dòng)邏輯。代碼采用較直觀的原始移位方法雖不夠精簡但邏輯清晰適合初學(xué)者閱讀和二次修改。包內(nèi)共335個(gè)文件大小15.57MB。其中包含33個(gè)C源碼、36個(gè)頭文件覆蓋STM32標(biāo)準(zhǔn)外設(shè)庫的定時(shí)器、USART、ADC等模塊另有uvprojx工程文件、hex/axf燒錄文件、PDF原理圖及編譯中間文件可直接用Keil打開編譯或燒錄驗(yàn)證。資源已有3984人學(xué)習(xí)對(duì)于想快速上手點(diǎn)陣顯示、理解底層寄存器操作和字庫取模原理的讀者是一份不錯(cuò)的參考。1. 從一塊裸屏到完整顯示STM32F103 驅(qū)動(dòng) 16x16 點(diǎn)陣到底難在哪很多人第一次拿到 16x16 點(diǎn)陣模塊時(shí)第一反應(yīng)是“就 256 個(gè)燈單片機(jī)引腳這么多直接接上不就行了”。真上手就會(huì)發(fā)現(xiàn)STM32F103 的 GPIO 看起來不少但一塊 16x16 點(diǎn)陣要占 32 個(gè)引腳如果做成級(jí)聯(lián)或者還要加按鍵、傳感器IO 立刻就不夠用更別說全亮?xí)r電流輕松超過 500mA直接灌進(jìn)芯片引腳芯片發(fā)熱、亮度不均、甚至燒引腳都是常事。這篇文章要解決的就是從一塊裸屏到穩(wěn)定顯示“漢字、數(shù)字、簡單動(dòng)畫”的完整鏈路——硬件選型、驅(qū)動(dòng)電路、掃描時(shí)序、代碼框架和調(diào)試方法一次講透。我假定你手里有一塊常見的 16x16 點(diǎn)陣模塊主控是 STM32F103C8T6 或兼容型號(hào)開發(fā)環(huán)境是 Keil 或 STM32CubeIDE。不管是用 MAX7219 級(jí)聯(lián)、74HC595 級(jí)聯(lián)還是直接 GPIO 掃描最終要過的關(guān)都一樣引腳不夠怎么辦、亮度怎么均勻、刷新率怎么提上去、發(fā)熱怎么降下來。這篇筆記按我實(shí)際做過的方案來講新手可以照著接線和抄代碼熟手可以重點(diǎn)看參數(shù)取舍和避坑部分。2. 16x16 點(diǎn)陣的驅(qū)動(dòng)方案選型GPIO 直驅(qū)、MAX7219 級(jí)聯(lián)、74HC595 級(jí)聯(lián)怎么選2.1 三種方案的硬件差異與適用場(chǎng)景16x16 點(diǎn)陣的驅(qū)動(dòng)本質(zhì)是“動(dòng)態(tài)掃描”——每次只點(diǎn)亮一行或一列快速輪換所有行利用人眼視覺暫留形成完整畫面。但“每次點(diǎn)亮一行”這句話背后不同方案的成本和代碼量天差地別。GPIO 直驅(qū)是最直觀的思路16 行接 16 個(gè)引腳16 列接 16 個(gè)引腳一共 32 個(gè) GPIO。STM32F103C8T6 的 GPIO 總數(shù)是 37 個(gè)理論上夠用但你會(huì)發(fā)現(xiàn)幾個(gè)問題第一引腳全部被占滿系統(tǒng)功能沒法擴(kuò)展第二每個(gè)引腳直接驅(qū)動(dòng) LED 需要加限流電阻32 個(gè)電阻占板面積不小第三全亮?xí)r如果列線由 GPIO 直接灌電流單個(gè)引腳的絕對(duì)最大額定值通常是 25mA16 個(gè) LED 同時(shí)亮就是 16 倍電流引腳必?zé)?。所以直?qū)適合“演示用、亮度要求低、點(diǎn)亮?xí)r間短”的場(chǎng)景不適合做產(chǎn)品。MAX7219 級(jí)聯(lián)是另一種常見方案。MAX7219 是 8x8 LED 驅(qū)動(dòng)芯片內(nèi)部自帶掃描電路、電流控制和 BCD 解碼只需要 3 根線DIN、CLK、LOAD就能串起多顆芯片。16x16 需要 4 顆 MAX7219兩兩拼成一行。這個(gè)方案的好處是主控代碼極其簡單——往寄存器里寫數(shù)據(jù)就行刷新、掃描、限流全是芯片在做而且 MAX7219 的段電流由外部電阻設(shè)定可以做到亮度非常均勻。缺點(diǎn)是成本高一些4 顆芯片加 PCB 布線比 74HC595 方案貴而且 MAX7219 的最大段電流有限大尺寸點(diǎn)陣會(huì)偏暗。74HC595 級(jí)聯(lián)是我個(gè)人最推薦、也是這次重點(diǎn)展開的方案。74HC595 是串行輸入、并行輸出的移位寄存器一顆可以鎖存 8 位數(shù)據(jù)級(jí)聯(lián)后可以用 3 根線DS、SHCP、STCP驅(qū)動(dòng)任意多的輸出。16x16 點(diǎn)陣一般只需要 4 顆 74HC595兩顆做行選兩顆做列數(shù)據(jù)。這個(gè)方案成本低、代碼可控性強(qiáng)而且掃描時(shí)序完全由你掌握做動(dòng)畫和灰度都更靈活。2.2 74HC595 級(jí)聯(lián)驅(qū)動(dòng)的電路結(jié)構(gòu)用 74HC595 驅(qū)動(dòng) 16x16 點(diǎn)陣標(biāo)準(zhǔn)接法是行掃、列驅(qū)兩個(gè) 74HC595 負(fù)責(zé)行選16 行另兩個(gè)負(fù)責(zé)列數(shù)據(jù)16 列。行選輸出的信號(hào)經(jīng)過三極管或 ULN2803 放大后接點(diǎn)陣的行線列輸出直接或經(jīng)限流電阻接列線。為什么行要加驅(qū)動(dòng)因?yàn)辄c(diǎn)陣的每一行有 16 個(gè) LED全亮?xí)r一路行電流是 16 x 單燈電流假設(shè)每個(gè) LED 5mA就是 80mA。74HC595 的單個(gè)輸出腳最大灌電流也就 20mA 左右直接驅(qū)動(dòng)會(huì)過熱甚至燒毀而且電壓會(huì)被拉低亮度明顯不均。常見的做法是74HC595 輸出接 ULN2803達(dá)林頓管陣列單路最大 500mAULN2803 輸出接行線列線由另外兩個(gè) 74HC595 直接輸出經(jīng)過 100Ω 左右的限流電阻接列線。從 STM32F103 到 74HC595 只需要 3 個(gè) GPIODS串行數(shù)據(jù)、SHCP移位時(shí)鐘、STCP鎖存時(shí)鐘。這就是這個(gè)方案最舒服的地方——主控只需要 3 個(gè)引腳剩下的大把引腳留給按鍵、傳感器、通信模塊。我一般還會(huì)把 74HC595 的 OE輸出使能引腳接到 STM32 的一個(gè) PWM 引腳這樣可以軟件調(diào)亮度后面會(huì)細(xì)說。提示如果點(diǎn)陣是共陽的行線接正極列線經(jīng)限流電阻接到 74HC595 輸出如果共陰則反過來。買模塊時(shí)一定要先確認(rèn)是共陽還是共陰代碼里的掃描極性完全不同。2.3 三方案對(duì)比我按什么條件選型方案占用主控引腳驅(qū)動(dòng)能力代碼復(fù)雜度成本適用場(chǎng)景GPIO 直驅(qū)32 個(gè)弱需外部驅(qū)動(dòng)低最低學(xué)習(xí)演示、臨時(shí)驗(yàn)證MAX7219 級(jí)聯(lián)3 個(gè)中芯片自帶限流極低高快速開發(fā)、需要灰度74HC595 級(jí)聯(lián)3 個(gè) 1 個(gè) PWM強(qiáng)可擴(kuò)展 ULN2803中低產(chǎn)品化、大屏、動(dòng)畫我在實(shí)際項(xiàng)目里對(duì)三個(gè)方案的排序是玩票用 GPIO 直驅(qū)趕工期用 MAX7219做正經(jīng)東西用 74HC595 級(jí)聯(lián)。如果你做的是一塊要 7x24 小時(shí)運(yùn)行的顯示設(shè)備或者需要把畫面亮度調(diào)得非常均勻74HC595 是唯一不容易翻車的路。MAX7219 看起來省事但多顆級(jí)聯(lián)時(shí)容易出現(xiàn)芯片間溫度差異導(dǎo)致的亮度不一致而且它的掃描頻率固定想自己控制刷新節(jié)奏反而不方便。3. 從原理圖到點(diǎn)亮第一行STM32F103 驅(qū)動(dòng) 74HC595 的完整代碼實(shí)現(xiàn)3.1 引腳分配與初始化代碼先把引腳分配定下來。我習(xí)慣把 STM32F103C8T6 的這幾個(gè)引腳用于點(diǎn)陣驅(qū)動(dòng)引腳功能說明PA0DS串行數(shù)據(jù)輸出PA1SHCP移位時(shí)鐘上升沿移入一位PA2STCP鎖存時(shí)鐘上升沿把移位寄存器數(shù)據(jù)鎖存到輸出PA3OE輸出使能低電平有效可接 PWM這樣安排的理由有兩個(gè)PA0-PA3 在同一個(gè) GPIOA 端口上可以用 GPIOA 的 BSRR 寄存器一次性操作速度比單獨(dú)操作 ODR 快不少同時(shí)這幾個(gè)引腳在 36 腳封裝的 C8T6 上都引出來了不需要飛線到芯片肚子底下。void DotMatrix_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_0 | GPIO_Pin_1 | GPIO_Pin_2 | GPIO_Pin_3; GPIO_InitStructure.GPIO_Mode GPIO_Mode_Out_PP; // 推挽輸出 GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; // 高速輸出保證移位時(shí)鐘邊沿夠陡 GPIO_Init(GPIOA, GPIO_InitStructure); }這段代碼把 PA0-PA3 配置為推挽輸出速度選 50MHz。推挽輸出的原因是 74HC595 的輸入引腳需要明確的電平驅(qū)動(dòng)開漏模式需要外部上拉沒必要50MHz 速度是為了移位時(shí)鐘的上升沿足夠陡峭如果 GPIO 速度配得太低時(shí)鐘邊沿會(huì)變緩在較高移位頻率下可能造成數(shù)據(jù)錯(cuò)位。注意OE 引腳我建議在硬件上接一個(gè) 10kΩ 上拉電阻到 VCC。這樣 MCU 還沒初始化時(shí)OE 為高電平74HC595 輸出處于高阻態(tài)點(diǎn)陣不會(huì)出現(xiàn)亂亮的情況。別小看這個(gè)電阻很多“上電瞬間閃一下”的玄學(xué)問題就是它解決的。3.2 向 74HC595 發(fā)送一字節(jié)數(shù)據(jù)的底層函數(shù)74HC595 的數(shù)據(jù)傳輸協(xié)議很簡單每個(gè) SHCP 上升沿DS 引腳上的電平被移入移位寄存器的一位發(fā)送完 8 位后給 STCP 一個(gè)上升沿?cái)?shù)據(jù)從移位寄存器鎖存到輸出引腳。下面是發(fā)送單字節(jié)的標(biāo)準(zhǔn)實(shí)現(xiàn)void HC595_SendByte(uint8_t dat) { for (uint8_t i 0; i 8; i) { if (dat 0x80) { // 從最高位開始發(fā)送 GPIO_SetBits(GPIOA, GPIO_Pin_0); // DS 1 } else { GPIO_ResetBits(GPIOA, GPIO_Pin_0); // DS 0 } GPIO_SetBits(GPIOA, GPIO_Pin_1); // SHCP 上升沿移入一位 GPIO_ResetBits(GPIOA, GPIO_Pin_1); dat 1; // 左移準(zhǔn)備下一位 } }這個(gè)函數(shù)的邏輯很簡單判斷當(dāng)前最高位是 0 還是 1設(shè)置 DS 電平然后給 SHCP 一個(gè)上升沿?cái)?shù)據(jù)被鎖入移位寄存器。選擇從最高位開始發(fā)送是因?yàn)榧?jí)聯(lián)時(shí)先發(fā)送的數(shù)據(jù)會(huì)被推到更后面的芯片符合常見的“數(shù)組低字節(jié)對(duì)應(yīng)屏幕左邊”的習(xí)慣。參數(shù)說明dat 是要發(fā)送的 8 位數(shù)據(jù)比如 0xAA 就是 10101010對(duì)應(yīng)點(diǎn)陣一行的第 1、3、5、7 列亮。如果要調(diào)整發(fā)送順序比如從最低位開始只需要把判斷條件改成if (dat 0x01)并把dat 1改成dat 1。這里我踩過的坑是不同廠家的點(diǎn)陣模塊行線和列線的映射順序不一致有的第 0 列在左邊有的在右邊這就要靠后面講的“點(diǎn)亮單點(diǎn)定位”函數(shù)去校準(zhǔn)。3.3 16x16 點(diǎn)陣的掃描函數(shù)行選 列數(shù)據(jù)同時(shí)刷新單個(gè)字節(jié)發(fā)送是地基真正的 16x16 顯示要靠“行掃描”來完成。每次只點(diǎn)亮一行把這一行 16 列的數(shù)據(jù)發(fā)出去然后切換到下一行周而復(fù)始。整個(gè) 16x16 的顯示數(shù)據(jù)放在一個(gè)二維數(shù)組里disp_buf[row][col]表示第 row 行、第 col 列是否點(diǎn)亮。uint8_t disp_buf[16][2]; // 每行 2 個(gè)字節(jié)高字節(jié)對(duì)應(yīng)左 8 列低字節(jié)對(duì)應(yīng)右 8 列 void DotMatrix_Scan(void) { for (uint8_t row 0; row 16; row) { // 1. 先發(fā)列數(shù)據(jù)兩個(gè) 74HC595 級(jí)聯(lián)先發(fā)低字節(jié)右半屏再發(fā)高字節(jié)左半屏 HC595_SendByte(disp_buf[row][1]); // 右 8 列 HC595_SendByte(disp_buf[row][0]); // 左 8 列 // 2. 再發(fā)行選數(shù)據(jù)高 8 位對(duì)應(yīng)上半屏低 8 位對(duì)應(yīng)下半屏 uint16_t row_sel (1 row); // 第 row 位為 1 HC595_SendByte((uint8_t)(row_sel 8)); // 行選高字節(jié) HC595_SendByte((uint8_t)(row_sel 0xFF)); // 行選低字節(jié) // 3. 鎖存讓所有數(shù)據(jù)同時(shí)出現(xiàn)在輸出引腳上 GPIO_SetBits(GPIOA, GPIO_Pin_2); GPIO_ResetBits(GPIOA, GPIO_Pin_2); // 4. 短暫延時(shí)讓這一行的 LED 點(diǎn)亮一小段時(shí)間 Delay_us(100); } }這段代碼是核心我拆開講。第一步發(fā)列數(shù)據(jù)用的是“先右后左”的順序因?yàn)閮善?74HC595 級(jí)聯(lián)時(shí)先發(fā)送的數(shù)據(jù)會(huì)從第一片溢出到第二片所以先發(fā)的字節(jié)最終到達(dá)右側(cè)那片。第二步發(fā)行選數(shù)據(jù)1 row生成一個(gè) 16 位的行選碼第 row 位為 1代表選中第 row 行。行選信號(hào)經(jīng)過 ULN2803 后會(huì)把這行的公共端拉到有效電平這行的 LED 才有電流通路。第三步 STCP 鎖存保證列數(shù)據(jù)和行數(shù)據(jù)同時(shí)輸出——如果不鎖存你會(huì)發(fā)現(xiàn)畫面有“拖影”或“裂痕”因?yàn)樾泻土械臄?shù)據(jù)不同步會(huì)短暫點(diǎn)亮錯(cuò)誤的點(diǎn)。第四步延時(shí)控制每行點(diǎn)亮的時(shí)間這個(gè)值決定了刷新率和亮度。參數(shù)怎么調(diào)Delay_us(100)代表每一行點(diǎn)亮 100 微秒16 行輪完一圈是 1600 微秒刷新率約 625Hz遠(yuǎn)超肉眼感知的臨界頻率畫面不閃。如果改成 10001ms刷新率降到約 62Hz仔細(xì)看能感覺到閃爍。這就是“刷新率和亮度”的矛盾延時(shí)長每行點(diǎn)亮?xí)r間長亮度高但刷新率下降延時(shí)短則相反。我的經(jīng)驗(yàn)值是 100-200 微秒比較均衡具體的后面避坑章節(jié)再展開。3.4 點(diǎn)陣的“點(diǎn)”到底怎么操作坐標(biāo)映射與取模格式掃描函數(shù)已經(jīng)能“整屏刷”了但用戶總得有個(gè)入口去設(shè)置某個(gè)點(diǎn)亮不亮。這里的關(guān)鍵是建立“邏輯坐標(biāo)”到“物理行/列”的映射。16x16 點(diǎn)陣的坐標(biāo)定義(x, y)中 x 是列0-15從左到右y 是行0-15從上到下。顯示緩沖區(qū)disp_buf的索引關(guān)系是y對(duì)應(yīng)第一維行x/8對(duì)應(yīng)第二維哪個(gè)字節(jié)x%8對(duì)應(yīng)字節(jié)內(nèi)的位。void DotMatrix_SetPoint(uint8_t x, uint8_t y, uint8_t on) { if (x 15 || y 15) return; // 越界保護(hù) uint8_t byte_index x / 8; // 0 表示左半屏1 表示右半屏 uint8_t bit_index x % 8; // 0-7對(duì)應(yīng)字節(jié)內(nèi)的位 if (on) { disp_buf[y][byte_index] | (0x80 bit_index); // 置 1 } else { disp_buf[y][byte_index] ~(0x80 bit_index); // 清 0 } }這里有一個(gè)容易踩的坑位順序。如果 HC595_SendByte 是從最高位開始發(fā)送那么0x80 bit_index這個(gè)順序正好對(duì)應(yīng)左到右排列如果你改成從最低位發(fā)送這里就必須改成0x01 bit_index。我在第一次做的時(shí)候沒注意這個(gè)匹配關(guān)系結(jié)果顯示出來的字是左右鏡像的。這個(gè)問題排查了很久最后是寫了一個(gè)“單個(gè)點(diǎn)循環(huán)點(diǎn)亮”的測(cè)試函數(shù)逐個(gè)點(diǎn)確認(rèn)物理位置才發(fā)現(xiàn)是位序搞反了。void DotMatrix_TestPoint(void) { for (uint8_t y 0; y 16; y) { for (uint8_t x 0; x 16; x) { DotMatrix_SetPoint(x, y, 1); for (int k 0; k 500; k) DotMatrix_Scan(); // 持續(xù)顯示肉眼可見 DotMatrix_SetPoint(x, y, 0); } } }這段測(cè)試代碼會(huì)從左到右、從上到下逐點(diǎn)點(diǎn)亮每個(gè)點(diǎn)停一小會(huì)兒。運(yùn)行一遍你就能看出硬件連接和軟件位序有沒有一致。我建議拿到板子的第一件事就是跑這個(gè)測(cè)試確認(rèn)坐標(biāo)映射沒問題再去做字庫和動(dòng)畫否則后面所有顯示錯(cuò)誤都很難定位。3.5 顯示漢字和數(shù)字取模工具的格式選擇與轉(zhuǎn)換16x16 點(diǎn)陣最常見的需求是顯示漢字。一個(gè) 16x16 的漢字輪廓?jiǎng)偤媚芊胚M(jìn)這個(gè)分辨率的“格子”里所以叫 16 點(diǎn)陣字庫。取模工具比如常見的字模軟件輸出的數(shù)據(jù)格式有兩種列行式和行列式還有按字節(jié)排列的“橫向取?！焙汀翱v向取?！敝?。對(duì)于我們的驅(qū)動(dòng)方式——按行掃描、發(fā)送 2 字節(jié)列數(shù)據(jù)——應(yīng)該選“橫向取模、字節(jié)從上到下、位從左到右”的格式。以漢字“中”為例取模軟件輸出通常是這樣的 32 個(gè)字節(jié)const uint8_t font_zhong[32] { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x7F, 0xFC, 0x40, 0x04, 0x40, 0x04, 0x40, 0x04, 0x7F, 0xFC, 0x40, 0x04, 0x40, 0x04, 0x40, 0x04, 0x7F, 0xFC, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 };這些數(shù)據(jù)的排列方式是每行 2 個(gè)字節(jié)一共 16 行正好對(duì)應(yīng)disp_buf[16][2]。要把字庫數(shù)據(jù)塞進(jìn)顯示緩沖直接用 memcpy 就行void DotMatrix_ShowChar(const uint8_t *font_data) { for (uint8_t row 0; row 16; row) { disp_buf[row][0] font_data[row * 2]; // 左半屏 disp_buf[row][1] font_data[row * 2 1]; // 右半屏 } }這里的關(guān)鍵是取模格式必須和這個(gè)函數(shù)匹配。如果你取模時(shí)選了“縱向取?！睌?shù)據(jù)排列就是先左 8 列從上到下 16 字節(jié)、再右 8 列 16 字節(jié)那么row * 2的取法就全錯(cuò)了顯示出來是一片亂碼。我的習(xí)慣是取模工具里統(tǒng)一選“橫向取模、逐行式、16 行、每行 2 字節(jié)”并且把取模設(shè)置截圖存到工程 docs 目錄里。做多套字庫時(shí)這個(gè)截圖能救你命。4. 顯示效果調(diào)試刷新率、亮度、殘影和發(fā)熱的 4 個(gè)避坑實(shí)戰(zhàn)4.1 整個(gè)屏幕亮度不均左邊亮右邊暗現(xiàn)象顯示一個(gè)全屏的矩形時(shí)明顯感覺到左半屏比右半屏亮或者上半屏比下半屏亮。原因這是電流分配不均的典型表現(xiàn)。列數(shù)據(jù)由 74HC595 直接驅(qū)動(dòng)74HC595 輸出引腳存在導(dǎo)通電阻但更主要的原因是 PCB 走線寬度不夠長走線上的壓降讓遠(yuǎn)端 LED 的供電電壓偏低。還有一種常見情況兩個(gè)列驅(qū)動(dòng) 74HC595 中一個(gè)靠近電源輸入端一個(gè)在級(jí)聯(lián)鏈的末端末端芯片的電源引腳如果只靠級(jí)聯(lián)的 VCC 走線供電電流一大電壓就被拉低。解決第一檢查 PCB 上點(diǎn)陣模塊的 VCC 和 GND 走線盡量加寬或者直接用覆銅第二在兩個(gè)列驅(qū)動(dòng) 74HC595 的電源引腳旁邊各加一個(gè) 100nF 去耦電容位置盡量靠近芯片第三如果用的是模塊加杜邦線的接法換短一點(diǎn)的線杜邦線電阻不小。軟件上也能補(bǔ)救一部分給左右半屏分別設(shè)一個(gè)亮度校正系數(shù)在列數(shù)據(jù)輸出前做一次映射但這是治標(biāo)不治本硬件的電源供應(yīng)才是根本。4.2 滾動(dòng)文字時(shí)出現(xiàn)“拖影”和“鬼影”現(xiàn)象顯示靜態(tài)漢字沒問題但一旦左右滾動(dòng)字的邊緣會(huì)出現(xiàn)淡淡的殘影像拖尾一樣。嚴(yán)重時(shí)關(guān)閉顯示后屏幕上還能隱約看到之前的圖案。原因一是掃描頻率不夠LED 滅掉后有余暉但人眼對(duì)運(yùn)動(dòng)的低刷新率會(huì)更敏感所以滾動(dòng)時(shí)殘影被放大二是行選和列選切換時(shí)存在“中間態(tài)”串?dāng)_——行切換的瞬間前一行的列數(shù)據(jù)還沒來得及清空會(huì)導(dǎo)致幾個(gè)微秒的錯(cuò)誤點(diǎn)亮。人眼平時(shí)察覺不到這幾點(diǎn)但動(dòng)態(tài)畫面會(huì)放大它。解決第一步把Delay_us從 100 調(diào)到 60 左右提高刷新率第二步在行切換時(shí)先清空列數(shù)據(jù)再換行順序是發(fā)一個(gè)全 0 的列數(shù)據(jù)并鎖存 → 切換行選 → 發(fā)送新行數(shù)據(jù)并鎖存。這個(gè)過程叫“消隱”是 LED 掃描驅(qū)動(dòng)里最常見的時(shí)序處理。void DotMatrix_Scan_WithBlanking(void) { for (uint8_t row 0; row 16; row) { // 消隱先輸出全 0 列數(shù)據(jù)防止上一行殘余數(shù)據(jù)串到下一行 HC595_SendByte(0x00); HC595_SendByte(0x00); GPIO_SetBits(GPIOA, GPIO_Pin_2); GPIO_ResetBits(GPIOA, GPIO_Pin_2); // 切換行選 uint16_t row_sel (1 row); HC595_SendByte((uint8_t)(row_sel 8)); HC595_SendByte((uint8_t)(row_sel 0xFF)); // 發(fā)送新的列數(shù)據(jù) HC595_SendByte(disp_buf[row][1]); HC595_SendByte(disp_buf[row][0]); // 鎖存點(diǎn)亮當(dāng)前行 GPIO_SetBits(GPIOA, GPIO_Pin_2); GPIO_ResetBits(GPIOA, GPIO_Pin_2); Delay_us(60); } }消隱的原理很簡單行切換前把所有列輸出清零這樣即使行選信號(hào)正在切換、中間有短暫的導(dǎo)通也沒有電流通路自然不會(huì)有錯(cuò)誤點(diǎn)亮。付出的代價(jià)是多發(fā)了兩個(gè)字節(jié)掃描時(shí)間變長了一點(diǎn)但換來的是干凈的畫面非常值得。4.3 STM32F103 芯片發(fā)熱嚴(yán)重甚至引腳燙手現(xiàn)象系統(tǒng)運(yùn)行幾分鐘后用手摸 STM32F103 表面明顯發(fā)熱有時(shí)候特定引腳摸上去發(fā)燙。原因這是 GPIO 被灌電流了?？措娐穲D列線接在 74HC595 輸出上如果某個(gè)時(shí)刻行選有效、列輸出為低電平共陽接法LED 導(dǎo)通電流從電源經(jīng)過 LED、限流電阻、74HC595 流入地這條路是正常的。但如果你用的是 GPIO 直驅(qū)方案或者 74HC595 的 OE 引腳懸空上電瞬間 74HC595 輸出狀態(tài)不確定可能導(dǎo)致行線和列線之間短路電流直接灌進(jìn) MCU 引腳。解決第一確認(rèn) 74HC595 的 OE 不要懸空接上拉電阻到 VCC默認(rèn)關(guān)閉輸出第二檢查限流電阻是否正確接入。每個(gè) LED 串聯(lián)一只 100-220Ω 的電阻能限制單燈電流在 5-15mA 之間。第三如果你用的是 GPIO 直驅(qū)方案千萬不能省限流電阻。第四即使方案沒問題MCU 正常工作溫度應(yīng)該是微溫如果燙手大概率是某個(gè)引腳被外部電路強(qiáng)灌電流用萬用表逐個(gè)量 GPIO 引腳的電流找到異常的那一路。4.4 數(shù)據(jù)更新后畫面閃爍一下然后又變正?，F(xiàn)象調(diào)用DotMatrix_SetPoint或更新字庫后屏幕上出現(xiàn)一次明顯的閃爍像是整個(gè)畫面閃斷再恢復(fù)。原因在掃描函數(shù)運(yùn)行過程中主循環(huán)直接修改了disp_buf數(shù)組。當(dāng)掃描到第 N 行時(shí)新數(shù)據(jù)已經(jīng)寫入第 N1 行這一幀的畫面就是“新舊混雜”的看起來像是撕裂或閃斷。這個(gè)問題在靜態(tài)顯示時(shí)不影響因?yàn)橄乱粠驼Ａ说绻阍诟聞?dòng)畫或響應(yīng)按鍵事件就會(huì)頻繁出現(xiàn)。解決使用雙緩沖。定義兩個(gè)緩沖區(qū)disp_buf和disp_buf_next主循環(huán)或中斷里只修改disp_buf_next掃描函數(shù)只讀disp_buf。在掃描的幀間隙比如掃描完第 16 行后把disp_buf_next拷貝到disp_buf中。uint8_t disp_buf[16][2]; uint8_t disp_buf_next[16][2]; volatile uint8_t frame_flag 0; void DotMatrix_Scan_WithDoubleBuffer(void) { for (uint8_t row 0; row 16; row) { // ... 消隱、行選、列數(shù)據(jù)輸出全部讀 disp_buf[row] } // 一幀掃描結(jié)束后檢查是否有新數(shù)據(jù) if (frame_flag) { memcpy(disp_buf, disp_buf_next, sizeof(disp_buf)); frame_flag 0; } }這個(gè)做法在很多顯示驅(qū)動(dòng)里是標(biāo)配。注意frame_flag要定義成volatile因?yàn)樗鼤?huì)在主循環(huán)里修改、在掃描函數(shù)里判斷。雙緩沖的代價(jià)是 32 字節(jié)的 RAM對(duì) STM32F103 的 20KB RAM 來說微不足道但換來的畫面干凈程度是質(zhì)變。5. 進(jìn)階玩法用定時(shí)器中斷驅(qū)動(dòng)掃描讓 CPU 徹底解放出來5.1 為什么要把掃描從主循環(huán)搬進(jìn)定時(shí)器中斷前面所有的代碼示例里DotMatrix_Scan都在主循環(huán)里調(diào)用。這在顯示靜態(tài)內(nèi)容或簡單動(dòng)畫時(shí)沒問題但一旦你的系統(tǒng)還要做按鍵檢測(cè)、傳感器讀取、串口通信主循環(huán)里各個(gè)任務(wù)的耗時(shí)就會(huì)影響掃描的穩(wěn)定性——掃描被耽誤 1ms這一行的點(diǎn)亮?xí)r間就變成 1.1ms其他行還是 0.1ms亮度立刻不均勻。這是“主循環(huán)掃描”方案的致命傷。解決辦法是把掃描搬進(jìn)定時(shí)器中斷。設(shè)定一個(gè)定時(shí)器定時(shí)周期等于每行點(diǎn)亮的時(shí)長比如 100 微秒中斷服務(wù)函數(shù)里執(zhí)行行切換和數(shù)據(jù)鎖存主循環(huán)就徹底解放了。顯示系統(tǒng)變成一個(gè)后臺(tái)任務(wù)你只管修改disp_buf的數(shù)值屏幕自動(dòng)刷新CPU 還有大把空閑跑其他邏輯。STM32F103 的定時(shí)器資源很多用 TIM3 做這個(gè)工作最合適TIM3 掛在 APB1 總線上72MHz 主頻下可以精確分頻到任意周期。還要注意中斷優(yōu)先級(jí)——如果系統(tǒng)里還有其他中斷TIM3 的優(yōu)先級(jí)必須高于可能被阻塞的任務(wù)但低于緊急事件比如串口接收超時(shí)。5.2 定時(shí)器配置與中斷服務(wù)函數(shù)的完整代碼volatile uint8_t current_row 0; // 當(dāng)前掃描到第幾行 void TIM3_IRQHandler(void) { if (TIM_GetITStatus(TIM3, TIM_IT_Update)) { TIM_ClearITPendingBit(TIM3, TIM_IT_Update); // 消隱 HC595_SendByte(0x00); HC595_SendByte(0x00); HC595_Latch(); // 切換行選 uint16_t row_sel (1 current_row); HC595_SendByte((uint8_t)(row_sel 8)); HC595_SendByte((uint8_t)(row_sel 0xFF)); // 發(fā)送列數(shù)據(jù) HC595_SendByte(disp_buf[current_row][1]); HC595_SendByte(disp_buf[current_row][0]); HC595_Latch(); // 下一行 current_row; if (current_row 16) { current_row 0; // 在這里可以觸發(fā)一幀結(jié)束標(biāo)志比如切換雙緩沖 } } } void DotMatrix_TIM3_Init(void) { TIM_TimeBaseInitTypeDef TIM_InitStructure; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM3, ENABLE); TIM_InitStructure.TIM_Period 100; // 自動(dòng)重裝載值 TIM_InitStructure.TIM_Prescaler 7200 - 1; // 預(yù)分頻72MHz / 7200 10kHz TIM_InitStructure.TIM_ClockDivision 0; TIM_InitStructure.TIM_CounterMode TIM_CounterMode_Up; TIM_TimeBaseInit(TIM3, TIM_InitStructure); NVIC_InitTypeDef NVIC_InitStructure; NVIC_InitStructure.NVIC_IRQChannel TIM3_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority 1; // 搶占優(yōu)先級(jí)設(shè)低一點(diǎn) NVIC_InitStructure.NVIC_IRQChannelSubPriority 0; NVIC_InitStructure.NVIC_IRQChannelCmd ENABLE; NVIC_Init(NVIC_InitStructure); TIM_ITConfig(TIM3, TIM_IT_Update, ENABLE); TIM_Cmd(TIM3, ENABLE); }參數(shù)說明TIM_Period 100加上TIM_Prescaler 7200-1意味著定時(shí)器時(shí)鐘是 72MHz / 7200 10kHz也就是每 0.1ms 產(chǎn)生一次更新中斷正好對(duì)應(yīng)每一行的點(diǎn)亮?xí)r間 100 微秒。16 行掃描完一輪需要 1.6ms刷新率約 625Hz肉眼完全無閃爍。如果你想調(diào)暗一點(diǎn)可以把 Period 調(diào)大比如 200但刷新率會(huì)降到約 312Hz仍然夠用想更亮就調(diào)小但注意刷新率太低會(huì)閃。HC595_Latch()是我把鎖存操作封裝成的一個(gè)函數(shù)內(nèi)容就是 STCP 置高再置低。中斷函數(shù)里調(diào)用這個(gè)封裝代碼可讀性好很多不要直接裸寫 GPIO 操作。提示中斷服務(wù)函數(shù)里要盡量少做事。HC595_SendByte 是循環(huán)發(fā) 8 個(gè) bit里面有 GPIO 操作中斷里調(diào)用是沒問題的但你不能再塞入 memcpy 這種耗時(shí)操作。雙緩沖的拷貝最好放在主循環(huán)里做中斷只置一個(gè)標(biāo)志位。5.3 中斷掃描帶來的新坑優(yōu)先級(jí)和阻塞排查用定時(shí)器中斷后會(huì)遇到新一類問題主循環(huán)里某個(gè)操作關(guān)了中斷或阻塞了中斷太久導(dǎo)致掃描停頓屏幕閃爍。最常見的坑在Delay_ms函數(shù)上——如果你用的是阻塞式延時(shí)比如基于 SysTick 的簡單循環(huán)而這個(gè)延時(shí)函數(shù)里又關(guān)了中斷TIM3 中斷就沒法響應(yīng)。排查方法很直接寫一個(gè)測(cè)試程序主循環(huán)里只做一件事——翻轉(zhuǎn)一個(gè) GPIO比如 PA5用示波器或邏輯分析儀看這個(gè) GPIO 的翻轉(zhuǎn)波形是否均勻。然后逐步加入其他功能按鍵掃描、I2C 讀取等每加一個(gè)就觀察波形有沒有毛刺或停頓。波形抖動(dòng)的地方就是阻塞中斷的元兇。另一種典型坑是某個(gè)外設(shè)的中斷優(yōu)先級(jí)比 TIM3 高而且它的中斷服務(wù)函數(shù)里進(jìn)了死循環(huán)或者延時(shí)等待。比如串口接收中斷里用了阻塞式等待發(fā)送完成的代碼一旦數(shù)據(jù)沒及時(shí)發(fā)出去中斷就卡住了TIM3 完全被餓死。解決方法給所有中斷的搶占優(yōu)先級(jí)做一個(gè)規(guī)劃TIM3 設(shè)成優(yōu)先級(jí) 1僅次于緊急事件其他非緊急中斷設(shè)成 2 以上串口發(fā)送改成中斷式或 DMA 式不要在中斷里等待。5.4 用 PWM 控制 OE 引腳實(shí)現(xiàn)軟件調(diào)光74HC595 的 OE 引腳是低電平使能輸出這給了我們一個(gè)天然的調(diào)光通道如果 OE 引腳不是固定接低電平而是接 PWM 信號(hào)那么 LED 的有效點(diǎn)亮?xí)r間會(huì)被 PWM 的占空比壓縮亮度隨之變化。調(diào)制的頻率要高于掃描頻率建議 5kHz 以上否則能看到閃爍。為了做到這一點(diǎn)OE 引腳需要選擇 STM32F103 具有定時(shí)器 PWM 輸出功能的引腳。我常用 TIM2 的 CH1PA0或 TIM3 的 CH2PA1——注意這兩個(gè)引腳和 DS、SHCP 有沖突所以電路設(shè)計(jì)時(shí)就要做好分配。一個(gè)比較順手的組合是DS 用 PB0、SHCP 用 PB1、STCP 用 PB2把 PA0 留給 TIM2_CH1 做 PWM 輸出到 OE。這樣 GPIO 操作和 PWM 輸出互不干擾。調(diào)光的實(shí)際意義很大晚上室內(nèi)環(huán)境滿亮度刺眼占空比調(diào)到 30% 就能舒服很多同時(shí) PWM 調(diào)光可以讓所有行在時(shí)間維度上均勻地降低亮度不會(huì)出現(xiàn)像降低限流電阻電流那樣的“低亮度下亮度不均”。如果你的應(yīng)用需要亮度調(diào)節(jié)這個(gè)方案比硬件換電阻優(yōu)雅得多。void DotMatrix_Brightness_Set(uint8_t percent) { // percent: 0-100對(duì)應(yīng) PWM 占空比 100%-0% // 注意OE 低電平有效所以亮度越高占空比越低 uint16_t duty (uint16_t)(100 - percent) * 100; // 0-10000 TIM_SetCompare1(TIM2, duty); }這個(gè)函數(shù)的邏輯當(dāng)percent 100時(shí)duty 0PWM 輸出常低OE 常低74HC595 輸出始終使能滿亮度。當(dāng)percent 0時(shí)duty 10000PWM 輸出接近常高OE 常高輸出關(guān)閉全屏熄滅。實(shí)際調(diào)試時(shí)你會(huì)發(fā)現(xiàn) PWM 周期也有講究如果周期太長比如 100Hz亮度的降低會(huì)變成明顯的閃爍建議 PWM 頻率設(shè)在 1kHz 以上人眼感知不到調(diào)制頻率。6. 顯示動(dòng)畫與多場(chǎng)景復(fù)用的幾個(gè)工程技巧做完了靜態(tài)顯示下一步通常是讓畫面動(dòng)起來。16x16 的分辨率雖然不高但滾動(dòng)文字、簡單動(dòng)畫、甚至低分辨率的圖片輪播都能做得漂亮。這里的核心是把“顯示”和“內(nèi)容生成”徹底解耦中斷只管把disp_buf刷到屏幕上主循環(huán)負(fù)責(zé)往disp_buf里填內(nèi)容。這個(gè)架構(gòu)一旦立住往上加什么功能都是順勢(shì)而為。滾動(dòng)文字是最常見的需求。實(shí)現(xiàn)思路是維護(hù)一個(gè)“顯示窗口”的起始列偏移量每次在幀間隙比如每秒 20 次把窗口右移或左移一列再把新的窗口內(nèi)容寫入雙緩沖。16x16 的窗口寬度是 16 列如果一段文字寬度是 64 列窗口從 0 滑到 48每一幀更新一次偏移看起來就是平滑的文字滾動(dòng)。注意滾動(dòng)的速度和刷新率是兩回事刷新率是中斷決定的保持 600Hz 以上滾動(dòng)速度是你主動(dòng)更新的頻率每秒鐘移動(dòng)幾列由你控制。動(dòng)畫的實(shí)現(xiàn)更直接把動(dòng)畫幀做成字庫數(shù)組的集合每一幀就是 32 字節(jié)用一個(gè)定時(shí)器比如 TIM4周期性地切換當(dāng)前幀調(diào)用memcpy把幀數(shù)據(jù)搬進(jìn)disp_buf_next。需要注意動(dòng)畫幀率不要太高——16x16 的畫面內(nèi)容簡單人眼能接受 30fps 就足夠流暢每秒 30 幀意味著每幀之間約 33ms這個(gè)時(shí)間足夠把 32 字節(jié)拷貝完不會(huì)對(duì)系統(tǒng)造成明顯負(fù)擔(dān)。做多場(chǎng)景復(fù)用時(shí)我踩過的一個(gè)最深的坑是“字庫格式不統(tǒng)一”。一開始用的是取模工具的默認(rèn)格式后來換了一個(gè)開源字庫格式完全不同顯示直接亂碼。從那以后我在工程里建了一個(gè)font_format.h頭文件里面用宏定義寫清楚取模方式的約定// 字庫格式約定 // 1. 橫向取模逐行排列 // 2. 每行 2 字節(jié)左半屏高字節(jié)在前 // 3. 位序MSB 對(duì)應(yīng)左側(cè)第 0 列 #define FONT_ROW_WORD_SIZE 2 #define FONT_ROW_COUNT 16 #define FONT_TOTAL_SIZE 32任何新接入的字庫第一件事就是拿一個(gè)已知的字符比如“0”或“中”驗(yàn)證這三點(diǎn)是否匹配不匹配就先寫個(gè)轉(zhuǎn)換函數(shù)統(tǒng)一格式而不是在顯示代碼里做兼容補(bǔ)丁。這個(gè)習(xí)慣幫我省了很多次排查亂碼的時(shí)間你也可以試試。如果你打算走得更遠(yuǎn)下一步值得做的是把掃描驅(qū)動(dòng)抽成模塊顯示層和硬件層完全分開。顯示層只認(rèn)識(shí)“16x16 的緩沖區(qū)”硬件層只負(fù)責(zé)把緩沖區(qū)變成 GPIO 波形。假設(shè)某一天你要換更大的屏比如 32x32只需要改硬件驅(qū)動(dòng)顯示層的滾動(dòng)、動(dòng)畫代碼一行都不用動(dòng)。這看起來是軟件工程的基本功但很多做單片機(jī)的朋友往往忽略這一點(diǎn)把一個(gè) 16x16 驅(qū)動(dòng)寫成了一坨只屬于一塊板子的代碼。我自己的教訓(xùn)是第一次做完這套系統(tǒng)后大約花了一周時(shí)間重構(gòu)驅(qū)動(dòng)層才讓代碼能復(fù)用到其他項(xiàng)目上如果一開始就按分層寫這周時(shí)間完全省得掉。希望這些經(jīng)驗(yàn)?zāi)軒湍闵僮邘撞綇澛?。本文還有配套的精品資源點(diǎn)擊獲取