简介这份PDF文档围绕基于三菱FX2N型PLC的五路抢答器控制系统设计展开面向自动化、电气工程及机电类专业的课程设计与毕业设计学习者也适合想了解PLC工程应用方法的入门读者。内容从PLC在工业控制中的定位讲起涵盖系统硬件配置与输入输出点分析、PLC选型与硬件接线图、I/O地址分配、程序流程图与时序图、梯形图控制程序设计并延伸至上位机组态监控界面设计与系统仿真调试、结果分析等环节同时讨论抢答器在电视台、商业活动与学校知识竞赛中的实际应用。读者可据此掌握一套完整的抢答逻辑实现思路理清从硬件接线到控制程序再到组态监控的完整链路并借鉴限时抢答、违例报警、超时处理等规则设计与排错方法。资源包内含1个PDF文件大小约781KB结构紧凑已有34人学习。1. 抢答器控制系统设计把毫秒级仲裁做对四路按键几乎同时按下去屏幕却认了 3 号这类投诉是抢答器课程设计和现场比赛设备最常见的收场方式。问题几乎都不在显示环节而在输入链路和裁决逻辑机械触点在闭合瞬间会产生几毫秒的抖动主控在这段时间里会读到十几次跳变谁先被读到完全取决于扫描顺序和中断到达的先后。抢答器控制系统设计真正要解决的是三件事——给每个按键一个可信的电平、给出唯一且不可推翻的获胜者、让整个过程可被主持人干预开始、复位、判分。它适合三类人做电子设计课程的人、要把设备搬到现场经得起连按和误触的人、以及想理清外部中断优先级与状态机如何配合的嵌入式开发者。下面按硬件、软件、参数、进阶验证的顺序把它拆开。2. 抢答器控制系统硬件从主控选型到按键输入链路2.1 主控与外围器件的选型取舍抢答器的资源需求其实很小4 到 8 路输入、1 路显示、1 路蜂鸣、1 路主持人复位外加一个能给出稳定节拍的定时器。真正的门槛在输入捕获和中断响应抖动这两点上所以主控的选择主要看定时器资源和中断延迟而不是主频。方案典型资源中断延迟量级开发成本适用场景STC89C5280513 个定时器、无捕获数微秒受中断嵌套限制低课程设计、4 路以内、精度要求亚毫秒级即可STM32F1034 个通用定时器、带输入捕获12 周期起72MHz 下约 0.2μs中需要记录按键时刻、多路级联、带屏幕的成品ESP32-C3硬件定时器组 GPIO 中断受 Wi-Fi 协议栈影响抖动偏大中需要联网上报成绩、对本地时序不苛刻RP2040Pico可编程 IOPIO确定性好中想用 PIO 做纯硬件级并采样的场合常见做法是先用 STM32F103C8T6 把逻辑跑通再按成本决定是否降级到 8051。原因是 F103 的 TIM 通道可以直接做输入捕获把每个按键的下降沿时刻记到微秒后面做时序量化会省掉一大截麻烦。2.2 按键输入链路上拉、RC 与钳位按键一端接 GPIO一端接 GNDGPIO 配置成上拉输入按下读到低。这种接法下未按下时引脚被内部上拉电阻约 30k~50k拉到高电平抗干扰能力弱于外部上拉所以现场设备一般并一颗 10k 外部上拉。如果还想再稳一点可以在按键两端并 100nF 电容形成 RC 滤波。时间常数 τ R×C 10kΩ × 100nF 1ms触点闭合后电平大约需要 5τ 即 5ms 才能回到确定的高电平。这个数字要记牢RC 只能削弱尖峰不能替代软件消抖它同时把最短可识别间隔也拉长了——如果两路按键间隔小于 5ms加电容反而会让它们糊在一起。/* STM32F1 标准外设库PA0~PA5 配置为上拉输入 */ void key_gpio_init(void) { RCC-APB2ENR | RCC_APB2ENR_IOPAEN; /* 打开 GPIOA 时钟 */ /* CRL 每 4 位管一个引脚MODE[1:0] CNF[1:0] MODE00 输入模式CNF10 上拉/下拉输入即 0b1000 0x8 */ GPIOA-CRL ~(0xFFFFFFFFu); /* 清 PA0~PA7 配置 */ GPIOA-CRL | 0x88888888u; /* PA0~PA7 全部上拉输入 */ GPIOA-ODR | 0x003Fu; /* ODR 对应位写 1 上拉 */ }关键点在最后一行F1 系列输入模式下 ODR 不控制输出而是选择上拉还是下拉写 1 选上拉、写 0 选下拉。很多按键一直是低电平的故障就是漏了这一句。另外如果按键引线超过 20cm建议在 GPIO 侧串 100Ω 再并 10pF配合 TVS 管做静电泄放比赛现场人手带电这条比消抖更救命。2.3 显示与声光反馈的驱动方式显示方案分两类并行数码管直接吃掉 8 根数据线加 4 根位选IO 紧张时不划算串行方案用 74HC595 或 TM1637两根线搞定 4 位数码管。选手编号显示只需要 1 位加一个倒计时两位总共 3 位就够74HC595 一级级联最省。显示方案占用 IO刷新负担备注直连数码管8 位选需定时器 1kHz 动态扫描亮度高IO 消耗大74HC595 级联3SCK/SDA/LATCH同上移位在扫描中断里做推荐可级联到 3 位TM16372芯片自刷新主控零负担编程最简单亮度可调OLEDI2C2只需在状态变化时刷新能显示文字成本略高蜂鸣器不要直接挂 GPIO 拉电流用 S8050 或 2N3904 做开关基极串 1k蜂鸣器两端反并一颗 1N4148 续流。有源蜂鸣器给高电平就响无源的需要 2kHz~4kHz 方波驱动后者音调可控、能区分抢答成功和违规两种提示音。3. 抢答器控制系统的软件实现消抖、锁存与状态机3.1 定时器节拍与移位消抖软件消抖有两条主流路线延时确认和移位历史。延时确认写在主循环里会阻塞显示扫描移位历史只依赖一个固定节拍把采样结果压进一个字节判断连续 N 位是否一致工程上更干净。#define KEY_NUM 6 #define STABLE_N 3 /* 连续 3 次采样一致 消抖完成 */ static uint8_t hist[KEY_NUM]; /* 每位保存一次采样新采样进低位 */ static uint8_t pressed[KEY_NUM]; /* 消抖后的状态 */ /* 放在 1ms 或 10ms 定时器中断里调用 */ void key_poll_isr(void) { for (int i 0; i KEY_NUM; i) { uint8_t lv key_read(i); /* 1松开0按下 */ hist[i] (uint8_t)((hist[i] 1) | lv); } } /* 主循环调用也可放进同一个中断周期性执行 */ void key_process(void) { const uint8_t MASK (1u STABLE_N) - 1u; /* 0b111 */ for (int i 0; i KEY_NUM; i) { uint8_t window hist[i] MASK; if (window 0x00 !pressed[i]) { /* 连续 N 次都是低 */ pressed[i] 1; on_key_down(i); /* 触发按下事件 */ } else if (window MASK pressed[i]) { /* 连续 N 次都是高 */ pressed[i] 0; } } }逻辑说明hist每次采样左移一位低位放最新值所以MASK掩出来的窗口就是最近 N 次采样。窗口全 0 表示按键已经持续按下才认一次事件全 1 表示彻底抬起才允许下一次触发。这样整个过程不需要任何delay()显示扫描和键盘扫描共用同一个节拍。参数说明节拍选 1ms 时STABLE_N 10对应 10ms 消抖节拍选 10ms 时STABLE_N 2就是 20ms。多数机械按键的抖动在 5ms 以内取 10ms~20ms 消抖窗口就能覆盖同时不会让手速快的选手感到迟滞。节拍太慢比如 50ms会漏掉快速点按节拍太快100μs则纯粹浪费 CPU还会把触点弹跳的细节全部采进来反而需要更大的 N。3.2 抢答锁存与同周期优先级仲裁消抖只解决这一个键是否真的按下锁存解决的是谁第一个按下。核心是一个全局的获胜者变量第一个写进去的就把状态推走后面来的全部丢弃。typedef enum { ST_IDLE 0, ST_READY, ST_ANSWER, ST_JUDGE } sys_state_t; volatile sys_state_t state ST_IDLE; volatile uint8_t winner 0; /* 0 无人抢答1..6 选手号 */ volatile uint32_t win_ts 0; /* 获胜时刻微秒 */ volatile uint8_t violate 0; /* 按位记录提前抢答的选手 */ void on_key_down(uint8_t id) { if (state ST_IDLE) { /* 主持人还没喊开始 */ violate | (uint8_t)(1u id); return; } if (state ! ST_READY) return; /* 已有人抢到或正在判分 */ if (winner 0) { /* 只允许第一个人写入 */ winner id 1; win_ts micros(); state ST_ANSWER; buzzer_beep(2000, 300); /* 2kHz300ms 成功提示 */ display_show(winner); } }逻辑说明三个判断的顺序不能换。先判状态再判是否已有人获胜最后才写入。因为on_key_down是在扫描循环里串行调用的天然不会有两个键同时写入如果把它挪到中断服务函数里就必须再加临界区保护否则两个中断嵌套时可能双双进入if (winner 0)。参数说明winner用 0 表示空值选手号从 1 开始省掉一个额外的标志位win_ts用微秒时间戳是后面做时序量化的基础可以基于 DWT 的CYCCNT也可以用一个 1MHz 自由运行的定时器。同一个扫描周期内出现多个按键是真实存在的节拍 1ms 时两路按键间隔小于 1ms 就会被同一次扫描采到。这时必然要给出一个确定规则否则每次结果都不一样。常见做法是按下标小的优先——它等于把物理按键位置和编号顺序对齐选手不至于觉得手快反而输。想要更公平就得把节拍降到 100μs 以下或者改用输入捕获用硬件时间戳区分先后这就是第 5 章的内容。3.3 主持人键、违规抢答与倒计时状态机主持人的开始键、复位键必须和选手键区别对待它们不受只能有一个人获胜的约束。状态迁移集中在四个状态上写清楚就不容易乱。当前状态触发事件迁移后状态动作ST_IDLE主持人按开始ST_READY清空 winner/violate启动倒计时ST_READY任一选手按下ST_ANSWER锁存 winner、记录时间戳、鸣响ST_READY倒计时到 0ST_IDLE超时无人抢答给出提示音ST_ANSWER主持人按判分ST_JUDGE显示正确答案暂停倒计时ST_JUDGE主持人按复位ST_IDLE清除显示回到待机倒计时不要用软件循环累加那会和消抖节拍互相拖累。用同一个定时器分频出 1Hz或者在 1ms 节拍里累加到 1000 再减一秒。超时判定和消抖共用一个节拍源整机就没有第二个时间基准排查问题时也只需要盯一个地方。4. 抢答器控制系统的参数整定与误判排查4.1 四个必调参数与推荐取值范围同一套代码在不同的输入链路和按键型号上表现差异很大落地前把这四个参数调一遍能消掉八成现场问题。参数含义推荐值调大后的影响调小后的影响扫描节拍定时器中断周期1ms响应变钝快速点按会漏CPU 占用升高抖动全被采进来消抖窗口连续一致采样次数10ms~20ms手感迟滞抢答变慢误触发增多一次按下报两次同周期优先级多键同时命中的裁决编号小者优先无无必须固定蜂鸣时长成功/违规提示音300ms / 800ms声音拖沓盖住下一轮听不清被现场噪音淹没判分后的锁定时间也值得单列从ST_ANSWER到ST_JUDGE之间所有选手键必须屏蔽否则选手会在判分间隙连按刷屏。这个屏蔽直接写在on_key_down的状态判断里不需要额外定时器。4.2 用逻辑分析仪和微秒时间戳定位误判有时候亮 1 号有时候亮 2 号这种偶发问题靠改代码猜是猜不出来的得把波形抓出来。逻辑分析仪接在按键的 GPIO 上采样率至少设到 1MHz1μs 分辨率采样深度覆盖完整的 2 秒抢答窗口。先看波形看三件事触点弹跳持续了多久、两路按键的下降沿相差多少、有没有肉眼可见的窄脉冲。如果两路下降沿相差 300μs、扫描节拍是 1ms那它们落在同一个周期里被判定为同时这就是随机结果的全部原因。如果看到一个 50μs 的窄脉冲那多半是干扰或者按键接触不良靠软件消抖窗口过滤掉。只有逻辑分析仪还不够因为最终判决发生在固件里。加一行时间戳打印把每次获胜的时刻和当时的采样窗口一起送到串口/* 获胜时把现场信息打出去波特率 115200 */ printf(win id%u ts%lu us hist0%02X hist1%02X\r\n, winner, (unsigned long)win_ts, hist[0], hist[1]);逻辑说明hist里的位是移位历史的原始快照能看出获胜那一刻窗口里的采样分布。如果hist0的低 3 位是0b000而hist1是0b001说明 2 号键只领先了一个采样周期属于边缘判定换个按键型号或者把节拍调到 500μs 会更保险。4.3 典型故障与对策对照现象大概率原因处理方式一次按下显示两个号抖动未被消抖覆盖或消抖窗口小于弹跳时长把消抖窗口从 10ms 提到 20ms先用示波器量实际弹跳时长上电就亮某个号GPIO 未上拉或 ODR 上拉位没置 1检查 CRL 的 CNF 位和 ODR 对应位谁都按不亮状态停在 ST_IDLE开始键没生效打印 state 变量确认主持人键走的是独立分支蜂鸣器响但显示不动显示刷新被消抖中断打断或刷新函数里有阻塞延时把显示刷新放进同一个节拍禁止在中断里调用阻塞接口连按多次后偶尔丢一次pressed状态没复位确认抬起分支用的是同一个 MASK 长度4.4 阈值怎么定一个可以照抄的取值流程不要一上来就写 20ms。先把逻辑分析仪接到按键两端选手按 20 次量出最长的一次弹跳时间把它乘以 1.5 作为消抖窗口下限向上取整到节拍的整数倍。比如实测最长弹跳 8ms、节拍 1ms就取 15ms。上限则由人的感知决定超过 30ms 就能感觉到迟滞。这个流程走一遍比抄参数表靠谱得多。5. 抢答器控制系统的进阶抢占时序量化与多机级联扫描轮询做到 1ms 节拍时分辨能力就被节拍本身卡死了——同一周期内的先后顺序被抹平。想把顺序还回来得换思路不用轮询问你按了没而是让硬件在下降沿发生的瞬间记下时刻。在 STM32 上最省事的是 DWT 的周期计数器。开一下调试单元的CYCCNT读出的是 CPU 周期数72MHz 下除以 72 就是微秒/* 打开 DWT 周期计数器72MHz 下 1us 72 个周期 */ static inline void dwt_init(void) { CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; DWT-CYCCNT 0; DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk; } static inline uint32_t micros(void) { return DWT-CYCCNT / (SystemCoreClock / 1000000u); }把micros()写进on_key_down每次抢答都会落下一个时间戳。一人独按的场次里相邻两次抢答的时间差基本是人反应速度的分布而两路按键真正贴近的场次差值会掉到几百微秒级别。把数据导出来算一下分位数就能知道现在的硬件在这套节拍下能分辨到多少import statistics # 收集到的相邻抢答微秒时间戳差值 gaps [812, 10430, 395, 22150, 470, 906, 15230, 288] gaps.sort() print(样本数:, len(gaps)) print(中位数:, statistics.median(gaps), us) q statistics.quantiles(gaps, n100) print(P10:, q[9], us P90:, q[89], us) print(200us 以内的占比:, sum(g 200 for g in gaps) / len(gaps))这段脚本的作用不是算数学是帮你划一条线如果 P10 落在 400μs 附近说明确实存在肉眼无法分辨的先后轮询方案在这个量级上给不出可信结果必须上输入捕获。如果 P10 一直在 5ms 以上那 1ms 扫描节拍绰绰有余不必为几微秒的精度去堆硬件。多台设备级联时思路是把抢答从本地判决改成一次全局比较。常见做法是主机广播一条开始线所有从机在同一时刻开始记录本地时间戳第一个按下的从机把win_ts通过 RS485 或 CAN 报给主机主机在收到全部报文后按时间戳排序。这里有个前提各从机的时钟起点必须对齐通常靠那条广播线同时触发把各自的计数器清零误差就压缩到广播信号的边沿抖动上几百纳秒的量级。报文里带上选手号和时间戳两个字段主机侧只做排序不做本地消抖逻辑反而更简单。本文还有配套的精品资源点击获取 抢答器控制系统设计：按键消抖、状态机锁存与微秒级抢答仲裁
简介这份PDF文档围绕基于三菱FX2N型PLC的五路抢答器控制系统设计展开面向自动化、电气工程及机电类专业的课程设计与毕业设计学习者也适合想了解PLC工程应用方法的入门读者。内容从PLC在工业控制中的定位讲起涵盖系统硬件配置与输入输出点分析、PLC选型与硬件接线图、I/O地址分配、程序流程图与时序图、梯形图控制程序设计并延伸至上位机组态监控界面设计与系统仿真调试、结果分析等环节同时讨论抢答器在电视台、商业活动与学校知识竞赛中的实际应用。读者可据此掌握一套完整的抢答逻辑实现思路理清从硬件接线到控制程序再到组态监控的完整链路并借鉴限时抢答、违例报警、超时处理等规则设计与排错方法。资源包内含1个PDF文件大小约781KB结构紧凑已有34人学习。1. 抢答器控制系统设计把毫秒级仲裁做对四路按键几乎同时按下去屏幕却认了 3 号这类投诉是抢答器课程设计和现场比赛设备最常见的收场方式。问题几乎都不在显示环节而在输入链路和裁决逻辑机械触点在闭合瞬间会产生几毫秒的抖动主控在这段时间里会读到十几次跳变谁先被读到完全取决于扫描顺序和中断到达的先后。抢答器控制系统设计真正要解决的是三件事——给每个按键一个可信的电平、给出唯一且不可推翻的获胜者、让整个过程可被主持人干预开始、复位、判分。它适合三类人做电子设计课程的人、要把设备搬到现场经得起连按和误触的人、以及想理清外部中断优先级与状态机如何配合的嵌入式开发者。下面按硬件、软件、参数、进阶验证的顺序把它拆开。2. 抢答器控制系统硬件从主控选型到按键输入链路2.1 主控与外围器件的选型取舍抢答器的资源需求其实很小4 到 8 路输入、1 路显示、1 路蜂鸣、1 路主持人复位外加一个能给出稳定节拍的定时器。真正的门槛在输入捕获和中断响应抖动这两点上所以主控的选择主要看定时器资源和中断延迟而不是主频。方案典型资源中断延迟量级开发成本适用场景STC89C5280513 个定时器、无捕获数微秒受中断嵌套限制低课程设计、4 路以内、精度要求亚毫秒级即可STM32F1034 个通用定时器、带输入捕获12 周期起72MHz 下约 0.2μs中需要记录按键时刻、多路级联、带屏幕的成品ESP32-C3硬件定时器组 GPIO 中断受 Wi-Fi 协议栈影响抖动偏大中需要联网上报成绩、对本地时序不苛刻RP2040Pico可编程 IOPIO确定性好中想用 PIO 做纯硬件级并采样的场合常见做法是先用 STM32F103C8T6 把逻辑跑通再按成本决定是否降级到 8051。原因是 F103 的 TIM 通道可以直接做输入捕获把每个按键的下降沿时刻记到微秒后面做时序量化会省掉一大截麻烦。2.2 按键输入链路上拉、RC 与钳位按键一端接 GPIO一端接 GNDGPIO 配置成上拉输入按下读到低。这种接法下未按下时引脚被内部上拉电阻约 30k~50k拉到高电平抗干扰能力弱于外部上拉所以现场设备一般并一颗 10k 外部上拉。如果还想再稳一点可以在按键两端并 100nF 电容形成 RC 滤波。时间常数 τ R×C 10kΩ × 100nF 1ms触点闭合后电平大约需要 5τ 即 5ms 才能回到确定的高电平。这个数字要记牢RC 只能削弱尖峰不能替代软件消抖它同时把最短可识别间隔也拉长了——如果两路按键间隔小于 5ms加电容反而会让它们糊在一起。/* STM32F1 标准外设库PA0~PA5 配置为上拉输入 */ void key_gpio_init(void) { RCC-APB2ENR | RCC_APB2ENR_IOPAEN; /* 打开 GPIOA 时钟 */ /* CRL 每 4 位管一个引脚MODE[1:0] CNF[1:0] MODE00 输入模式CNF10 上拉/下拉输入即 0b1000 0x8 */ GPIOA-CRL ~(0xFFFFFFFFu); /* 清 PA0~PA7 配置 */ GPIOA-CRL | 0x88888888u; /* PA0~PA7 全部上拉输入 */ GPIOA-ODR | 0x003Fu; /* ODR 对应位写 1 上拉 */ }关键点在最后一行F1 系列输入模式下 ODR 不控制输出而是选择上拉还是下拉写 1 选上拉、写 0 选下拉。很多按键一直是低电平的故障就是漏了这一句。另外如果按键引线超过 20cm建议在 GPIO 侧串 100Ω 再并 10pF配合 TVS 管做静电泄放比赛现场人手带电这条比消抖更救命。2.3 显示与声光反馈的驱动方式显示方案分两类并行数码管直接吃掉 8 根数据线加 4 根位选IO 紧张时不划算串行方案用 74HC595 或 TM1637两根线搞定 4 位数码管。选手编号显示只需要 1 位加一个倒计时两位总共 3 位就够74HC595 一级级联最省。显示方案占用 IO刷新负担备注直连数码管8 位选需定时器 1kHz 动态扫描亮度高IO 消耗大74HC595 级联3SCK/SDA/LATCH同上移位在扫描中断里做推荐可级联到 3 位TM16372芯片自刷新主控零负担编程最简单亮度可调OLEDI2C2只需在状态变化时刷新能显示文字成本略高蜂鸣器不要直接挂 GPIO 拉电流用 S8050 或 2N3904 做开关基极串 1k蜂鸣器两端反并一颗 1N4148 续流。有源蜂鸣器给高电平就响无源的需要 2kHz~4kHz 方波驱动后者音调可控、能区分抢答成功和违规两种提示音。3. 抢答器控制系统的软件实现消抖、锁存与状态机3.1 定时器节拍与移位消抖软件消抖有两条主流路线延时确认和移位历史。延时确认写在主循环里会阻塞显示扫描移位历史只依赖一个固定节拍把采样结果压进一个字节判断连续 N 位是否一致工程上更干净。#define KEY_NUM 6 #define STABLE_N 3 /* 连续 3 次采样一致 消抖完成 */ static uint8_t hist[KEY_NUM]; /* 每位保存一次采样新采样进低位 */ static uint8_t pressed[KEY_NUM]; /* 消抖后的状态 */ /* 放在 1ms 或 10ms 定时器中断里调用 */ void key_poll_isr(void) { for (int i 0; i KEY_NUM; i) { uint8_t lv key_read(i); /* 1松开0按下 */ hist[i] (uint8_t)((hist[i] 1) | lv); } } /* 主循环调用也可放进同一个中断周期性执行 */ void key_process(void) { const uint8_t MASK (1u STABLE_N) - 1u; /* 0b111 */ for (int i 0; i KEY_NUM; i) { uint8_t window hist[i] MASK; if (window 0x00 !pressed[i]) { /* 连续 N 次都是低 */ pressed[i] 1; on_key_down(i); /* 触发按下事件 */ } else if (window MASK pressed[i]) { /* 连续 N 次都是高 */ pressed[i] 0; } } }逻辑说明hist每次采样左移一位低位放最新值所以MASK掩出来的窗口就是最近 N 次采样。窗口全 0 表示按键已经持续按下才认一次事件全 1 表示彻底抬起才允许下一次触发。这样整个过程不需要任何delay()显示扫描和键盘扫描共用同一个节拍。参数说明节拍选 1ms 时STABLE_N 10对应 10ms 消抖节拍选 10ms 时STABLE_N 2就是 20ms。多数机械按键的抖动在 5ms 以内取 10ms~20ms 消抖窗口就能覆盖同时不会让手速快的选手感到迟滞。节拍太慢比如 50ms会漏掉快速点按节拍太快100μs则纯粹浪费 CPU还会把触点弹跳的细节全部采进来反而需要更大的 N。3.2 抢答锁存与同周期优先级仲裁消抖只解决这一个键是否真的按下锁存解决的是谁第一个按下。核心是一个全局的获胜者变量第一个写进去的就把状态推走后面来的全部丢弃。typedef enum { ST_IDLE 0, ST_READY, ST_ANSWER, ST_JUDGE } sys_state_t; volatile sys_state_t state ST_IDLE; volatile uint8_t winner 0; /* 0 无人抢答1..6 选手号 */ volatile uint32_t win_ts 0; /* 获胜时刻微秒 */ volatile uint8_t violate 0; /* 按位记录提前抢答的选手 */ void on_key_down(uint8_t id) { if (state ST_IDLE) { /* 主持人还没喊开始 */ violate | (uint8_t)(1u id); return; } if (state ! ST_READY) return; /* 已有人抢到或正在判分 */ if (winner 0) { /* 只允许第一个人写入 */ winner id 1; win_ts micros(); state ST_ANSWER; buzzer_beep(2000, 300); /* 2kHz300ms 成功提示 */ display_show(winner); } }逻辑说明三个判断的顺序不能换。先判状态再判是否已有人获胜最后才写入。因为on_key_down是在扫描循环里串行调用的天然不会有两个键同时写入如果把它挪到中断服务函数里就必须再加临界区保护否则两个中断嵌套时可能双双进入if (winner 0)。参数说明winner用 0 表示空值选手号从 1 开始省掉一个额外的标志位win_ts用微秒时间戳是后面做时序量化的基础可以基于 DWT 的CYCCNT也可以用一个 1MHz 自由运行的定时器。同一个扫描周期内出现多个按键是真实存在的节拍 1ms 时两路按键间隔小于 1ms 就会被同一次扫描采到。这时必然要给出一个确定规则否则每次结果都不一样。常见做法是按下标小的优先——它等于把物理按键位置和编号顺序对齐选手不至于觉得手快反而输。想要更公平就得把节拍降到 100μs 以下或者改用输入捕获用硬件时间戳区分先后这就是第 5 章的内容。3.3 主持人键、违规抢答与倒计时状态机主持人的开始键、复位键必须和选手键区别对待它们不受只能有一个人获胜的约束。状态迁移集中在四个状态上写清楚就不容易乱。当前状态触发事件迁移后状态动作ST_IDLE主持人按开始ST_READY清空 winner/violate启动倒计时ST_READY任一选手按下ST_ANSWER锁存 winner、记录时间戳、鸣响ST_READY倒计时到 0ST_IDLE超时无人抢答给出提示音ST_ANSWER主持人按判分ST_JUDGE显示正确答案暂停倒计时ST_JUDGE主持人按复位ST_IDLE清除显示回到待机倒计时不要用软件循环累加那会和消抖节拍互相拖累。用同一个定时器分频出 1Hz或者在 1ms 节拍里累加到 1000 再减一秒。超时判定和消抖共用一个节拍源整机就没有第二个时间基准排查问题时也只需要盯一个地方。4. 抢答器控制系统的参数整定与误判排查4.1 四个必调参数与推荐取值范围同一套代码在不同的输入链路和按键型号上表现差异很大落地前把这四个参数调一遍能消掉八成现场问题。参数含义推荐值调大后的影响调小后的影响扫描节拍定时器中断周期1ms响应变钝快速点按会漏CPU 占用升高抖动全被采进来消抖窗口连续一致采样次数10ms~20ms手感迟滞抢答变慢误触发增多一次按下报两次同周期优先级多键同时命中的裁决编号小者优先无无必须固定蜂鸣时长成功/违规提示音300ms / 800ms声音拖沓盖住下一轮听不清被现场噪音淹没判分后的锁定时间也值得单列从ST_ANSWER到ST_JUDGE之间所有选手键必须屏蔽否则选手会在判分间隙连按刷屏。这个屏蔽直接写在on_key_down的状态判断里不需要额外定时器。4.2 用逻辑分析仪和微秒时间戳定位误判有时候亮 1 号有时候亮 2 号这种偶发问题靠改代码猜是猜不出来的得把波形抓出来。逻辑分析仪接在按键的 GPIO 上采样率至少设到 1MHz1μs 分辨率采样深度覆盖完整的 2 秒抢答窗口。先看波形看三件事触点弹跳持续了多久、两路按键的下降沿相差多少、有没有肉眼可见的窄脉冲。如果两路下降沿相差 300μs、扫描节拍是 1ms那它们落在同一个周期里被判定为同时这就是随机结果的全部原因。如果看到一个 50μs 的窄脉冲那多半是干扰或者按键接触不良靠软件消抖窗口过滤掉。只有逻辑分析仪还不够因为最终判决发生在固件里。加一行时间戳打印把每次获胜的时刻和当时的采样窗口一起送到串口/* 获胜时把现场信息打出去波特率 115200 */ printf(win id%u ts%lu us hist0%02X hist1%02X\r\n, winner, (unsigned long)win_ts, hist[0], hist[1]);逻辑说明hist里的位是移位历史的原始快照能看出获胜那一刻窗口里的采样分布。如果hist0的低 3 位是0b000而hist1是0b001说明 2 号键只领先了一个采样周期属于边缘判定换个按键型号或者把节拍调到 500μs 会更保险。4.3 典型故障与对策对照现象大概率原因处理方式一次按下显示两个号抖动未被消抖覆盖或消抖窗口小于弹跳时长把消抖窗口从 10ms 提到 20ms先用示波器量实际弹跳时长上电就亮某个号GPIO 未上拉或 ODR 上拉位没置 1检查 CRL 的 CNF 位和 ODR 对应位谁都按不亮状态停在 ST_IDLE开始键没生效打印 state 变量确认主持人键走的是独立分支蜂鸣器响但显示不动显示刷新被消抖中断打断或刷新函数里有阻塞延时把显示刷新放进同一个节拍禁止在中断里调用阻塞接口连按多次后偶尔丢一次pressed状态没复位确认抬起分支用的是同一个 MASK 长度4.4 阈值怎么定一个可以照抄的取值流程不要一上来就写 20ms。先把逻辑分析仪接到按键两端选手按 20 次量出最长的一次弹跳时间把它乘以 1.5 作为消抖窗口下限向上取整到节拍的整数倍。比如实测最长弹跳 8ms、节拍 1ms就取 15ms。上限则由人的感知决定超过 30ms 就能感觉到迟滞。这个流程走一遍比抄参数表靠谱得多。5. 抢答器控制系统的进阶抢占时序量化与多机级联扫描轮询做到 1ms 节拍时分辨能力就被节拍本身卡死了——同一周期内的先后顺序被抹平。想把顺序还回来得换思路不用轮询问你按了没而是让硬件在下降沿发生的瞬间记下时刻。在 STM32 上最省事的是 DWT 的周期计数器。开一下调试单元的CYCCNT读出的是 CPU 周期数72MHz 下除以 72 就是微秒/* 打开 DWT 周期计数器72MHz 下 1us 72 个周期 */ static inline void dwt_init(void) { CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; DWT-CYCCNT 0; DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk; } static inline uint32_t micros(void) { return DWT-CYCCNT / (SystemCoreClock / 1000000u); }把micros()写进on_key_down每次抢答都会落下一个时间戳。一人独按的场次里相邻两次抢答的时间差基本是人反应速度的分布而两路按键真正贴近的场次差值会掉到几百微秒级别。把数据导出来算一下分位数就能知道现在的硬件在这套节拍下能分辨到多少import statistics # 收集到的相邻抢答微秒时间戳差值 gaps [812, 10430, 395, 22150, 470, 906, 15230, 288] gaps.sort() print(样本数:, len(gaps)) print(中位数:, statistics.median(gaps), us) q statistics.quantiles(gaps, n100) print(P10:, q[9], us P90:, q[89], us) print(200us 以内的占比:, sum(g 200 for g in gaps) / len(gaps))这段脚本的作用不是算数学是帮你划一条线如果 P10 落在 400μs 附近说明确实存在肉眼无法分辨的先后轮询方案在这个量级上给不出可信结果必须上输入捕获。如果 P10 一直在 5ms 以上那 1ms 扫描节拍绰绰有余不必为几微秒的精度去堆硬件。多台设备级联时思路是把抢答从本地判决改成一次全局比较。常见做法是主机广播一条开始线所有从机在同一时刻开始记录本地时间戳第一个按下的从机把win_ts通过 RS485 或 CAN 报给主机主机在收到全部报文后按时间戳排序。这里有个前提各从机的时钟起点必须对齐通常靠那条广播线同时触发把各自的计数器清零误差就压缩到广播信号的边沿抖动上几百纳秒的量级。报文里带上选手号和时间戳两个字段主机侧只做排序不做本地消抖逻辑反而更简单。本文还有配套的精品资源点击获取