GPIO与中断控制器（GPIO-Key）的按键防抖驱动实现：内核定时器与硬件去抖对比
按键防抖是嵌入式系统中最基础也最容易出问题的环节。机械按键的物理特性决定了每次按压都会产生持续的抖动，典型抖动时间为5ms至10ms。对于运行在微秒级的处理器而言，这短短数毫秒足以被误判为数百次按键事件。如何可靠地消除这些假信号，本质上是硬件成本与软件开销之间的工程权衡。
抖动产生的物理根源与防抖路径
按键开关的机械触点在闭合和断开的瞬间不会立即稳定，而是经历多次弹跳，形成一个持续时间约5-10ms的不稳定窗口。处理器在这个窗口内检测到的电平变化是随机的——在A时刻读到低电平以为按键按下，在B时刻读到高电平又以为松开，在C时刻再读到低电平又判断按下。若没有处理机制，一次实际按键可能触发数十次中断。
防抖的工程路径有两条。硬件方案用RC滤波器或RS触发器在物理层消除抖动波形，CPU完全无感知;软件方案则在检测到状态变化后延迟读取，待抖动窗口过去再确认电平。两种方案各有适用场景，其差异在执行效率、成本和控制粒度上。
硬件去抖：以电路换CPU周期
硬件去抖的核心思想是将防抖工作从代码中剥离出来，交给模拟电路完成。常见的硬件方案包括RC滤波电路和RS触发器消抖电路。RC滤波利用电容的充放电延时吸收抖动脉冲，使输入到GPIO的电平变化变得平滑;RS触发器则在按键状态首次变化时立即翻转并锁定输出，触点随后的抖动不再影响输出电平。
硬件去抖的优势在于零CPU开销。按键触发的中断信号是干净的，中断服务程序无需等待延时，直接读取即可获取确定状态。代价是物料成本的增加——每个按键需要额外的电阻、电容或触发器芯片。对于消费电子中按键数量有限的产品，这个成本尚可接受;但在需要几十个按键的工业控制面板中，硬件方案的成本和PCB面积将显著上升。
内核定时器软去抖：Linux驱动的标准做法
在Linux嵌入式系统中，软件去抖的标准方案是将中断处理与定时器结合。`gpio-keys`驱动是这一方案的典型实现：按键中断触发后，驱动并不立即上报按键事件，而是启动或重置一个定时器，定时时长由设备树的`debounce-interval`属性指定，默认5ms。
原理上，中断服务程序只做两件事：记录当前触发按键的GPIO信息，然后调用`mod_timer()`重置定时器。若在5ms内再次发生中断(实际是抖动产生的虚假触发)，定时器被再次刷新;只有等抖动结束、信号稳定后，定时器才会真正超时，超时处理函数读取GPIO电平并上报准确的按键事件。
这种方式在Linux内核主线中的演进也反映了其工程价值。从早期使用基于`jiffies`的`schedule_delayed_work`，到后来引入`hrtimer`实现更高精度的时间控制。`jiffies`方案在`HZ`配置较低时(如HZ=100，精度10ms)可能导致短按事件丢失;而`hrtimer`基于高精度时钟源，可工作在极低`HZ`配置下仍保持微秒级定时精度。
## 两种方案的对比与程序实现
从执行效率看，硬件去抖在中断响应路径上优于软去抖——前者中断触发后直接上报，后者需要经历定时器调度和超时处理两个环节。但对多数嵌入式应用而言，5-10ms的定时器延迟对用户体验的影响微乎其微。
从系统资源看，软去抖的开销主要集中在定时器对象的维护上。每增加一个按键，即新增一个`timer_list`结构体及其超时回调。在多按键的工业键盘中，软件去抖仍比每个按键配RC滤波器更节省成本。
从控制粒度看，软件方案拥有硬件方案无法比拟的灵活性。设备树中`debounce-interval`可在无需改版的情况下调整防抖时长，以适应不同型号按键的机械特性差异。
以下是一个基于Linux内核定时器的按键防抖程序框架，展示了中断与定时器配合消抖的实现逻辑：
#include
#include
#include
struct btn_resource {
int gpio;
char *name;
int code;
};
struct btn_event {
int state;
int code;
};
static struct timer_list btn_timer;
static struct btn_resource *pdata;
/* 定时器超时处理：读取稳定后的电平并上报 */
static void btn_timer_function(unsigned long data)
{
struct btn_event ev;
ev.state = gpio_get_value(pdata->gpio);
ev.code = pdata->code;
/* 上报至input子系统或唤醒等待队列 */
}
/* 中断服务程序：重置定时器，推迟真正读取 */
static irqreturn_t button_isr(int irq, void *dev)
{
pdata = (struct btn_resource *)dev;
mod_timer(&btn_timer, jiffies + msecs_to_jiffies(10));
return IRQ_HANDLED;
}
static int btn_init(void)
{
/* 申请GPIO、注册中断、初始化定时器 */
init_timer(&btn_timer);
btn_timer.function = btn_timer_function;
int irq = gpio_to_irq(gpio_pin);
request_irq(irq, button_isr, IRQF_TRIGGER_FALLING | IRQF_TRIGGER_RISING,
"button", &btn_info);
return 0;
}
选择硬件还是软件去抖，归根结底是对“用电路换CPU周期还是用CPU周期换电路”的权衡。若按键数量少、成本不敏感、中断响应要求极高，硬件去抖是更干净的选择。若按键数量多、产品需快速迭代、或硬件布局已定无法增删元件，内核定时器软去抖是Linux驱动中最成熟、可移植性最高的方案。
还有一种中间路线——硬件RC滤波配合软件验证，用最小的硬件成本大幅缩短软件需要处理的抖动窗口时长，使定时器周期可压缩至数毫秒以内，兼顾响应速度与稳定性。在工业级产品中，这种混合策略往往是最稳妥的做法。
下载文档
