STM32矩阵键盘扫描的CPU占用优化实战：HAL库与标准库性能对决

当你用STM32驱动矩阵键盘时，是否遇到过主循环被键盘扫描拖慢的情况？那种按下按键后系统反应迟钝的体验，往往源于传统的轮询式扫描方法对CPU资源的过度占用。本文将带你深入三种优化方案的核心逻辑，并通过HAL库与标准库的代码对比，揭示不同实现方式对系统性能的实际影响。

1. 矩阵键盘扫描的性能痛点分析

矩阵键盘的经典扫描方式通常采用"行扫描-列检测"或"列扫描-行检测"的双向轮询机制。这种看似直接的方法在实际工程中会暴露出几个关键问题：

• CPU占用率高：常规扫描代码通常放置在主循环中，每次循环都要完整执行所有行列的检测逻辑。在3x3矩阵中看似不明显，但当扩展到4x4或更大矩阵时，扫描耗时呈指数增长。
• 实时性冲突：当系统需要同时处理键盘输入和其他高优先级任务（如电机控制、传感器数据采集）时，轮询扫描可能导致关键任务被阻塞。
• 功耗问题：在电池供电设备中，CPU持续运行在高负载状态会显著缩短设备续航时间。

以一个典型的3x3矩阵键盘为例，传统扫描代码的CPU占用情况如下表所示：

提示：测量CPU占用率时，可以使用STM32的DWT周期计数器精确计算扫描函数执行时间占总循环时间的比例。

2. 三种优化方案的核心实现

2.1 定时器中断扫描法

利用STM32的硬件定时器产生定期中断，在中断服务程序(ISR)中执行扫描逻辑，是平衡性能与实现复杂度的理想选择。这种方法的关键优势在于：

• 确定性的扫描间隔：不受主循环其他任务影响
• 自动防抖处理：通过中断间隔自然实现硬件防抖
• 灵活的优先级配置：可以调整中断优先级匹配系统需求

以下是HAL库与标准库的定时器中断实现对比：

c复制// HAL库版本 (使用TIM2)
void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) {
    if(htim->Instance == TIM2) {
        static uint8_t scan_phase = 0;
        // 扫描逻辑分阶段执行，减少单次中断处理时间
        if(scan_phase == 0) {
            // 行扫描阶段
            HAL_GPIO_WritePin(GPIOA, ROW1_Pin|ROW2_Pin|ROW3_Pin, GPIO_PIN_RESET);
            scan_phase = 1;
        } else {
            // 列检测阶段
            uint8_t col1 = HAL_GPIO_ReadPin(GPIOA, COL1_Pin);
            uint8_t col2 = HAL_GPIO_ReadPin(GPIOA, COL2_Pin);