我觉得楼主的方法不如ST的cubeMX方法好。CubeMx就是干楼主这个用的。 你用CUBEMX配置好初始化代码后，如果不想用库函数，只用用位带操作定义你程序需要用的IO相关动作，效率高的地方用寄存器或者位带操作，不追求效率的地方用HAL库。 不是更好？

这么快钱就花完了？感觉应该还有PreC。

jianping-sun 发表于 2016-1-27 11:00 现在是定时器中断查询了啊。。。。。。

楼上说的是中断里控制定时器的开和关，你说的是定时器中的中断，两码事。

jianping-sun 发表于 2015-5-1 22:41 现在还有一个问题啊。。。。用的是定时器50ms中断一次去扫描键值，扫描两次如果键值一样才处理键值，但是 ...

你理解错了。 如果你用下降沿中断，你软件延时，中断触发依旧是存在的，并不会因为你的延时就不存在中断触发了，就算是用软件去关中断，之前也抖了N次了。 但是既然存在中断按键这种操作，并且必须操作，就有解决办法，如果主程序死循环连续采样数据，就不适合用轮询方式查询按键，因为大部分时间，是不需要按键操作的，会打断主程序采样数据的连续性，导致结果错误。 中断下降沿触发中断，你在中断函数里不要立刻去延时啥的，先做个判断，判断GPIO是不是低电平。然后用一个while循环和变量i 与 GIO的状态 与 的值，判断按键是不是弹起，以及按下的时间长短。 这样就实现了所谓的按键去抖，和 是短按键还是长按键。 简单的说就是下降沿处罚，低电平判断。查询低电平的时间。因为进入中断后有一次判断，按键抖动引起的快速跳变的中断进入后因什么操作都没有，于是会退出中断，只有最后一个下降沿有效。 网上的答案都是千篇一律，我没看到有人解释中断按键的正确方法，都是用千篇一律的让用轮询。

dsjsjf 发表于 2015-5-3 21:49 软件延时消抖还不如定时中断呢

这个不一定。没有哪种方法不如那种方法的说法，关键是看场合。 比如在实时处理的场合，需要连续采样ADC以及连续输出DAC，并且要计算ADC的值并作相应的显示。 这种方式用定时器中断并不合适，因为中断的时候，数据采样的连续性就被破坏了。数据不完整，甚至是错误的。而按键中断就很方便，并会避免这种问题，退出中断的时候，让采样重新开始就可以了。

拜读了楼主的文章，不过R8这个电阻不是构成斯密特电路的，因为R8引入的不是正反馈，而是100%负反馈。我反复核对了几次，确定是。MOS管输出的电压要么是毫伏级，要么就是VCC，引入到U1A运放的正相输入脚，而该输入脚和MOS管输出的电位是反向。 该电阻引入的负反馈幅度非常大，导致电路发生翻转，形成振荡电路，振荡周期周期由检测、停止、启动三个阶段构成。因为停止的阶段电路一直在检测，可以把检测和停止看做是一个周期。他们的占空比分别有对应的RC控制。