简介：这份文档面向数字电子技术学习者与FPGA初学者，围绕按键阵列扫描与点阵显示器控制电路设计展开，帮助读者理解如何用可编程逻辑实现人机交互中的按键识别与字符显示。资源包共1个doc文件，约253KB，内容为完整的设计说明文档，涵盖设计指标、系统概述、单元电路设计与分析等章节，可对照LP-2900开发装置进行学习。文档详细讲解了3行4列共12个按键的扫描原理，包括RS触发器消抖、列线负脉冲扫描与行线电平判断，以及8行8列点阵显示器的动态扫描驱动方式，并给出状态机、ROM代码转换、计数器与译码器的具体实现思路。目前已有549人学习，适合需要掌握按键阵列与点阵显示控制设计方法的读者参考，可据此理清从原理到电路实现的完整脉络。
1. 按键阵列扫描与点阵显示控制：一块板子上的两件事
很多人第一次做按键阵列扫描及点阵显示器控制电路设计，都会把它们当成两个独立模块：按键归按键，显示归显示。真到画板子、写扫描程序的时候才发现，两者抢的是同一份资源——GPIO、定时器、CPU 时间。按键阵列扫描要周期性拉低行线、读列线，点阵显示器控制要周期性送行数据、开行驱动，如果各写各的循环，轻则按键丢步，重则显示闪烁。
这个标题讲的就是把这两件事放到同一套时序框架里：用行列扫描的方式读按键，用动态扫描的方式驱动点阵，共享一个定时基准，靠状态机分时复用。它适合做小家电面板、工控按键板、仪器前面板的嵌入式工程师，也适合刚接触矩阵电路、想搞明白“为什么我的按键会连击、显示会鬼影”的新手。下面按选型、硬件、扫描算法、避坑、进阶验证的顺序讲透。
2. 先定架构：按键阵列和点阵屏怎么共用一套扫描时序
2.1 为什么不用中断逐键处理，而用定时扫描
新手最容易踩的坑，是给每个按键配一个外部中断，按下就触发。按键少的时候没问题，一旦做成 4×4 阵列，16 个键共用 4 根列线，中断根本分不清是哪个键。而且机械按键抖动在 5～20ms，中断里做延时消抖会阻塞主循环。
常见做法是定时器产生 1ms 或 2ms 的基准节拍，在节拍里做两件事：一是推进按键扫描的行号，二是推进点阵显示的行号。两者都靠“当前扫到第几行”这个状态变量驱动，互不阻塞。这样按键响应延迟最大就是一轮扫描时间，4 行就是 4～8ms，人手根本感觉不到。
选型上，如果按键和点阵行数相同（比如都是 8 行），可以直接共用行驱动信号，省一半 IO。但要注意点阵的行驱动电流远大于按键扫描电流，共用时必须在按键支路串限流电阻，否则按键读取会被点阵负载拉偏。我一般不建议共用，宁可多花几根 IO，把两套行线分开，调试时能单独定位问题。
2.2 行扫与列读的电气模型
按键阵列的等效电路是：行线输出低电平，列线带上拉输入。当某个键按下，对应列线被拉低。这里的关键参数是上拉电阻和限流电阻的取值。上拉太大会导致列线被分布电容拖慢，读进来是慢沿；上拉太小，按下时功耗大。
经验值：3.3V 系统里列线上拉 10kΩ，行线串 1kΩ 限流。如果行线直接接 MCU 引脚推挽输出，按下时行线到列线形成回路，电流约 3.3V/11kΩ≈0.3mA，安全。若行线串了 1kΩ 又接 LED 做指示，要重新算，别让列线读到的低电平高于 0.3×VCC，否则 MCU 可能判成高。
点阵这边，行线是扫描选通，列线是数据。共阴点阵里，行线接阴极驱动（灌电流），列线接阳极驱动（拉电流）。8×8 点阵单行全亮时，一行 8 个 LED 各 10mA，总灌电流 80mA，普通 MCU 引脚扛不住，必须加三极管或专用驱动芯片。这是硬件设计里第一个必须算清楚的账。
2.3 定时基准与状态机骨架
把两件事塞进一个定时器中断，骨架大致是这样：定时器每 1ms 进一次中断，中断里先做按键扫描的一步，再做显示扫描的一步。按键扫描每 2ms 推进一行，显示扫描每 1ms 推进一行，两者行号独立计数。
// 1ms 定时中断服务函数骨架（伪代码，平台无关） volatile uint8_t key_row = 0; // 按键当前扫描行 volatile uint8_t disp_row = 0; // 显示当前扫描行 volatile uint8_t key_state[4]; // 每行按键的稳定状态 volatile uint8_t disp_buf[8]; // 显示缓冲，每行一个字节 void timer_isr_1ms(void) { // ---- 按键扫描：每 2ms 推进一行 ---- static uint8_t key_tick = 0; if (++key_tick >= 2) { key_tick = 0; key_row = (key_row + 1) & 0x03; // 4 行循环 set_key_row_low(key_row); // 当前行拉低 uint8_t col = read_key_cols(); // 读列线，低有效 key_state[key_row] = ~col & 0x0F; // 保存本行按下状态 } // ---- 显示扫描：每 1ms 推进一行 ---- disp_row = (disp_row + 1) & 0x07; // 8 行循环 set_disp_row(disp_row); // 选通当前行 set_disp_cols(disp_buf[disp_row]); // 送列数据 }这段代码的逻辑说明：按键扫描用 2ms 节拍是为了配合消抖，连续两次读到同一行同一列才认为有效；显示扫描用 1ms 节拍，8 行一轮 8ms，刷新率 125Hz，人眼看不到闪烁。参数上，key_tick的阈值决定按键扫描周期，disp_row的位宽决定点阵行数，改点阵大小时同步改掩码。
注意：中断里只做“读”和“写寄存器”，不要做消抖判断和协议解析，那些放主循环。中断里耗时越长，显示越容易抖。
3. 硬件落地：行驱动、列驱动和限流电阻怎么算
3.1 行驱动用三极管还是专用芯片
点阵行驱动选型看两个数：单行总电流和行数。8×8 单色点阵，单行 8 个 LED，每个 8～10mA，总 64～80mA。用 S8050 这类 NPN 三极管，集电极电流 500mA 余量足够，基极串 1kΩ 到 MCU 引脚，MCU 输出 3.3V 时基极电流约 2.6mA，放大倍数 100 以上，饱和没问题。
如果行数超过 8 行，或者要做双色、RGB 点阵，单行电流翻倍，三极管数量也多，这时候用 ULN2803 这类达林顿阵列更省事，一片管 8 路，每路 500mA。缺点是饱和压降约 1V，算限流电阻时要把这 1V 扣掉，否则 LED 电流偏大。
列驱动这边，如果列线直接由 MCU 引脚拉电流，单引脚 10mA 接近很多 MCU 的绝对最大额定值，长期跑有风险。常见做法是列线也加缓冲，比如 74HC595 串行移位输出，既能省 IO，又能提供 20mA 以上的驱动能力。用 595 时注意它输出高电平驱动能力弱于低电平，共阴点阵列线是高有效，最好再加一级反相或改用共阳点阵。
3.2 限流电阻的计算与常见取值
限流电阻按欧姆定律算：R = (VCC - VF - VCE) / I。以红色 LED 为例，VF≈1.8V，VCC=3.3V，三极管饱和压降 VCE≈0.3V，目标电流 8mA，则 R=(3.3-1.8-0.3)/0.008≈150Ω。实际取 150Ω 或 180Ω 都行，偏大亮度低一点，偏小电流大。
这里有个血泪经验：动态扫描时 LED 是脉冲点亮的，占空比 1/8，平均电流只有瞬时值的 1/8。如果按 8mA 瞬时值算，人眼看到的亮度会偏暗。想亮一点，瞬时电流可以提到 15～20mA，但必须确认 LED 和驱动管能承受。我一般先按 10mA 瞬时值设计，亮度不够再降限流电阻，同时用示波器看行驱动波形有没有塌陷。
3.3 去耦与走线：扫描电路的隐形杀手
扫描电路里电流是脉冲的，行线切换瞬间 di/dt 很大。如果电源去耦没做好，VCC 上会出现尖峰，导致列线误读、显示串扰。每个驱动芯片电源脚旁边放 0.1μF 陶瓷电容，整板再放一个 100μF 电解电容。
走线上，行线和列线尽量垂直交叉，不要长距离平行，否则行线跳变会耦合到列线，读按键时出现“幽灵按键”。如果板子空间允许，列线之间加地线隔离。这些不是玄学，是实打实影响误码率的东西。
4. 扫描算法：消抖、连击、多键同时按怎么处理
4.1 状态机消抖：从原始读到稳定键值
前面中断里只保存了每行的原始按下状态，主循环要做的是消抖和键值映射。常见做法是给每个键维护一个计数器，连续 N 次读到按下才确认，连续 M 次读到释放才取消。N 和 M 取 3～5，对应 6～10ms，能滤掉大部分抖动。
// 主循环里的按键消抖与键值映射 #define DEBOUNCE_CNT 4 uint8_t key_stable[4][4]; // 稳定状态 uint8_t key_cnt[4][4]; // 消抖计数 void key_process(void) { for (uint8_t r = 0; r < 4; r++) { for (uint8_t c = 0; c < 4; c++) { uint8_t raw = (key_state[r] >> c) & 0x01; if (raw != key_stable[r][c]) { if (++key_cnt[r][c] >= DEBOUNCE_CNT) { key_cnt[r][c] = 0; key_stable[r][c] = raw; if (raw) { key_event(r * 4 + c); // 产生按下事件 } } } else { key_cnt[r][c] = 0; // 状态一致则清零计数 } } } }逻辑说明：key_state是中断里更新的原始值，key_stable是消抖后的值。只有原始值和稳定值不同时才累加计数，连续 4 次不同才翻转稳定值并产生事件。参数DEBOUNCE_CNT越大越稳但响应越慢，4 对应约 8ms，是响应和稳定的折中。
4.2 连击与长按的判定
连击（按住不放连续触发）和长按（按住超过一定时间触发另一功能）都靠时间戳实现。在key_event里记录按下时刻，主循环里检查当前时刻减去按下时刻是否超过阈值。连击的间隔阈值一般 200～300ms，长按阈值 800ms～1s。
注意别在中断里做时间比较，中断只负责产生事件，时间逻辑放主循环。另外，连击和长按要互斥，否则一个长按会先触发几次连击再触发长按，逻辑就乱了。我一般先判长按，长按触发后把连击计数清零。
4.3 多键同时按与鬼键
矩阵按键有个固有缺陷叫鬼键：当三个键呈 L 形同时按下时，第四个键会被误判为按下。比如 (r1,c1)、(r1,c2)、(r2,c1) 同时按下，(r2,c2) 会被读成按下。这是电路拓扑决定的，不是软件能完全消除的。
处理办法有两种：一是硬件上每个键串一个二极管，阻断反向通路，成本增加但彻底；二是软件上限制同时按键数，检测到三个以上键同时按下时只取最先确认的那个，其余忽略。消费类面板一般用软件限制，工业面板建议加二极管。
5. 避坑与排查：显示鬼影、按键误触发、刷新闪烁
5.1 显示鬼影：换行时旧数据没清干净
现象：点阵上除了当前行，上一行的内容还隐隐发亮。原因通常是换行时先送了新列数据再切行，或者切行后没有先关显示再送数据。正确顺序是：关当前行驱动 → 送新列数据 → 开新行驱动。中间留几个微秒的消隐时间，让 LED 彻底熄灭。
解决：在set_disp_row里先拉低所有行驱动，延时 2～5μs，再选通新行。这个延时用空指令或短循环实现，别用定时器。
5.2 按键误触发：列线上拉和扫描节拍不匹配
现象：没按键时偶尔读到按下，或者按一个键读出多个键。原因可能是列线上拉太大，分布电容导致读到的电平还没稳定就被采样。解决：把上拉从 10kΩ 降到 4.7kΩ，或者在读列线前加 1～2μs 的建立延时。
另一个原因是扫描节拍太快，行线刚拉低就立刻读列线，信号还没传过去。解决：拉低行线后延时 5μs 再读列线。这个延时在 1ms 中断里完全放得下。
5.3 刷新闪烁：中断被长任务阻塞
现象：显示偶尔闪一下，或者亮度不均匀。原因通常是主循环里有耗时操作关了中断，导致显示扫描断拍。解决：检查所有关中断的临界区，尽量缩短；如果必须做长操作，改成状态机分步执行，每步之间开中断。
还有一种可能是显示缓冲被主循环和中断同时访问，读到半更新数据。解决：更新缓冲时先关显示中断，更新完再开，或者用双缓冲，中断读一个、主循环写另一个，写完交换指针。
5.4 功耗与发热：限流电阻取值偏小
现象：驱动三极管发烫，或者整板电流超出预期。原因通常是限流电阻按瞬时电流算完没考虑占空比，或者多行同时点亮。解决：用万用表测单行点亮时的电流，乘以行数估算峰值；如果发热，先加大限流电阻，再检查有没有行线短路。
6. 进阶验证：用示波器和逻辑分析仪确认扫描时序
6.1 抓行驱动和列数据的相位关系
把示波器两个通道分别接行驱动和列数据，触发在行驱动下降沿。正常波形应该是：行驱动下降沿之后，列数据稳定一段时间，然后行驱动上升沿之前列数据已经无效。如果列数据在行驱动跳变时还在变，说明送数据时机不对，显示会串扰。
我一般会量三个时间：行选通宽度、列数据建立时间、行间消隐时间。行选通宽度由扫描周期除以行数决定，8 行 1ms 节拍就是 125μs。列数据建立时间要大于 LED 驱动芯片的响应时间，595 约几十纳秒，三极管约几微秒。消隐时间至少 2μs。
6.2 用逻辑分析仪看按键扫描的完整一轮
逻辑分析仪接 4 根行线和 4 根列线，采样率设 1MHz 以上。按下某个键，看对应列线在对应行线拉低期间是否被拉低。如果列线在行线拉低后延迟很久才变低，说明上拉太大或走线电容太大。如果列线在行线拉高后还保持低，说明有二极管或短路。
这个验证能直接定位是硬件问题还是软件问题。硬件问题波形上看得出来，软件问题通常是采样时机不对，调整读列线的延时即可。
6.3 刷新率与响应延迟的实测
刷新率用示波器测行驱动的周期，8 行一轮的时间取倒数就是刷新率。低于 50Hz 人眼会感到闪烁，高于 200Hz 意义不大还费 CPU。按键响应延迟用逻辑分析仪测：从按键按下到主循环产生事件的时间，包括消抖时间和扫描周期，一般 10～20ms 可接受。
我自己的习惯是，板子焊完先不写业务逻辑，只写扫描和显示测试程序，用示波器确认时序对了再往上加功能。这样后面出问题，能确定不是底层扫描的锅。这个习惯帮我省了很多后悔药，希望帮到你。
本文还有配套的精品资源，点击获取
