单片机IO扩展实战：用74HC595与74HC165构建8x8矩阵键盘的硬件设计与软件消抖

1. 为什么需要IO扩展？

做单片机开发的朋友应该都遇到过这样的烦恼：项目需要的按键越来越多，但单片机的IO口根本不够用。比如做一个8x8的矩阵键盘，理论上需要16个IO口（8行+8列），但很多低成本单片机根本没有这么多可用引脚。这时候就需要用到IO扩展芯片了。

我最早接触这个问题是在做一个音乐控制器的时候，需要64个按键但单片机只有20个IO口。当时试过用74HC138译码器，发现灵活性太差。后来改用74HC595和74HC165组合方案，只用6个IO口就实现了64键的扫描，效果非常稳定。下面我就把这个实战经验分享给大家。

2. 认识我们的核心器件

2.1 74HC595串入并出移位寄存器

74HC595可以说是IO扩展的"瑞士军刀"。它通过3根线（数据、时钟、锁存）就能控制8个输出引脚，还能级联扩展更多输出。我把它比作一个快递分拣中心：串行数据像快递包裹一样一个个进来（SER引脚），在时钟信号（SCK）的指挥下被分配到不同仓位（内部移位寄存器），最后统一出货（RCK信号触发并行输出）。

实际使用时要注意几个关键点：

• 第10脚MR（主复位）通常接高电平
• 第13脚OE（输出使能）建议直接接地
• 级联时前一片的Q7'接后一片的SER
• 数据在SCK上升沿移入，RCK上升沿锁存输出

2.2 74HC165并入串出移位寄存器

74HC165的功能正好与595相反，它把8个并行输入转换成串行输出。想象成一个多车道合并成单车道的过程：当PL引脚拉低时，8个并行输入的状态被"拍照"保存；然后在CP时钟上升沿时，这些状态像车队一样一个个从Q7输出。

使用技巧：

• CLK_INH（第15脚）建议接地
• 级联时前一片的Q7接后一片的DS
• 数据采样在PL的下降沿，输出在CP上升沿
• 典型工作频率可达50MHz

3. 硬件电路设计详解

3.1 8x8矩阵键盘电路搭建

用一片595控制行线，一片165读取列线，配合64个按键和二极管，电路连接如下：

1. 595的Q0-Q7接8条行线，每条行线串联1kΩ电阻
2. 165的A-H接8条列线
3. 每个按键跨接在行线和列线之间
4. 每个按键并联一个1N4148二极管（防鬼键关键）

这里有个容易踩坑的地方：二极管方向要一致。我建议所有二极管的阴极接行线，这样当行线输出低电平时，按下按键的列线会被拉低。

3.2 防鬼键设计原理

鬼键问题就像"三人成虎"：当三个特定位置的按键按下时，会误判第四个按键也被按下。比如同时按下(1,1)、(1,2)、(2,1)时，系统会误认为(2,2)也按下了。

解决方法就是加入二极管，让电流只能从行流向列。这样即使三个按键按下，也不会形成第四条电流路径。实测发现，用1N4148二极管效果很好，正向压降约0.7V，完全不影响检测。

4. 软件实现与优化技巧

4.1 扫描算法核心逻辑

扫描流程可以概括为"逐行激活，读取列值"：

1. 595输出使能一行（低电平）
2. 165读取8位列线状态
3. 记录按键位置
4. 切换到下一行

具体代码实现时，我推荐用状态机方式管理按键状态。定义三个关键状态：

• 0：未按下（初始状态）
• 1：稳定按下
• 2：释放过渡期

enum KeyState { KEY_UP = 0, KEY_DOWN = 1, KEY_RELEASING = 2 };

4.2 软件消抖的工程实践

机械按键抖动是躲不开的问题。我的解决方案是用"计数比较法"：

• 设置两个8x8数组：KeyScan和KeyCount
• 每次扫描检测到按下时，KeyScan对应位置+1
• 每次扫描周期KeyCount所有位置+1
• 当KeyScan[h][l] - KeyCount[h][l] > 阈值时判定为真实按下

经过多次实测，推荐阈值设为5（约50ms）。太短可能误触，太长影响响应速度。对于CH552这类低速单片机，可以在扫描间隔加入10μs的延时。

5. 常见问题排查指南

5.1 按键无反应的检查步骤

1. 先用万用表测量595输出是否正常
2. 检查165的PL信号是否正常跳变
3. 确认二极管方向是否正确
4. 测试单个按键短路时能否检测到
5. 检查软件扫描周期是否过快（建议5-10ms）

5.2 鬼键现象复现怎么办

如果还是出现误触发，可以：

1. 加大行线驱动电流（减小限流电阻）
2. 改用压降更小的肖特基二极管
3. 检查PCB走线是否有短路
4. 在165输入端加上拉电阻

我在一个量产项目中就遇到过PCB漏电导致鬼键的问题，后来在行线和列线之间加了1MΩ电阻才解决。

6. 性能优化与扩展思路

6.1 扫描速度优化技巧

对于需要快速响应的场景（如电子乐器）：

1. 改用SPI硬件接口驱动595/165
2. 减少消抖判定次数
3. 使用中断代替轮询
4. 对关键按键单独处理

实测用硬件SPI可以将扫描周期缩短到1ms以内，但要注意电磁兼容问题。

6.2 更大规模的扩展方案

如果需要16x16矩阵：

1. 用两片595级联控制16行
2. 用两片165级联读取16列
3. 二极管数量增至256个
4. 扫描算法改为分组处理

我曾经用4片595+4片165做过32x32的LED点阵控制，原理是相通的。关键是要处理好级联时的时序问题。