STM32 Nucleo与4x4键盘连接时IDR寄存器始终置位问题问询

问题背景 #

我正尝试将STM32 Nucleo微控制器与4x4键盘对接。行引脚配置上拉电阻，触发下降沿中断；按键按下时中断可正常触发（采用EXTI、NVIC及TIM3实现消抖检测）。列与行引脚均连接至GPIOC：列引脚为PC0、PC1、PC2、PC3，行引脚为PC6、PC7、PC8、PC9。

GPIO配置示例 #

// COL4 - PC3
GPIOoutConfigure(GPIOC, 
                  3,
                  GPIO_OType_PP, 
                  GPIO_Low_Speed,
                  GPIO_PuPd_NOPULL);


// Configure rows
// ROW1 - PC6
GPIOinConfigure(GPIOC, 6, GPIO_PuPd_UP,
                EXTI_Mode_Interrupt,
                EXTI_Trigger_Falling)

列电平控制代码 #

void set_low_state(int col_row_pin) {
    GPIOC->BSRR = 1 << (col_row_pin + 16);
}

void set_high_state(int col_row_pin) {
    GPIOC->BSRR = 1 << col_row_pin;
}

核心问题 #

检查列的ODR寄存器时，高低电平设置均正常。但无论中断是否触发（最初在TIM3_IRQ处理函数中发现，后续在主函数未按键时也验证了此现象），所有行的IDR寄存器始终处于置位状态：

if ((GPIOC->IDR >> 6) & 1) {
 // 6: ROW1_PIN, that is PC6
// always true
}

请问是否存在配置错误？应通过哪个寄存器、何种方式检测行引脚状态？还有哪些需要注意的瓶颈？我查阅了相关库文档，但未发现我的实现方式与库的差异。

问题排查与解答 #

可能的配置错误 #

• 引脚模式未正确设置为输入：直接查看GPIOC->MODER寄存器，PC6-PC9对应的两位必须是00（输入模式）。如果GPIOinConfigure函数内部未正确配置GPIO_Mode_IN，会导致引脚处于输出或复用模式，IDR读取结果异常。
• 上拉电阻配置未生效：检查GPIOC->PUPDR寄存器，PC6-PC9对应的两位应为01（上拉模式）。若硬件存在外部下拉或引脚短路，会抵消上拉效果，但结合中断能触发的现象，这种概率较低。
• EXTI映射配置错误：STM32的EXTI线需通过SYSCFG->EXTICR寄存器映射到对应引脚。确认PC6对应EXTI6、PC7对应EXTI7等，映射错误可能干扰引脚状态读取。

行引脚状态的正确检测方式 #

• IDR寄存器是正确选择：你的读取语法((GPIOC->IDR >> 6) & 1)本身没问题，但要注意：
  • 读取前确认引脚处于输入模式（MODER对应位为00）。
  • 可以读取整组IDR值后打印二进制形式，比如uint16_t idr_val = GPIOC->IDR;，直观查看PC6-PC9的状态。
  • 用库函数GPIO_ReadInputDataBit(GPIOC, GPIO_Pin_6)对比直接操作寄存器的结果，排除语法错误。

需要注意的瓶颈 #

• 消抖时序合理性：TIM3消抖定时需设置在10-20ms区间，过短会导致未完成消抖就读取状态；中断触发后不要立即读取行状态，需等待抖动结束。
• 列电平切换后的稳定时间：切换列电平后，要等待几微秒再读取行状态，避免电平未稳定导致误读。
• 硬件连接可靠性：排查行引脚与键盘的连线是否松动，键盘按键是否短路。用万用表测静态电平，未按键时应为高电平（上拉），按下对应列按键时行引脚会被拉低。
• 中断优先级冲突：确保TIM3中断优先级不高于EXTI中断，避免EXTI触发后TIM3立即抢占，此时列电平可能未切换到位，导致状态读取异常。

内容的提问来源于stack exchange，提问作者fgh