检查一下，还有没有其他的外部中断，恰好也用到了端口11呢？因为外部中断入口是几组IO口公用的。 或者在IO初始化时不小心打错了。
TSC是STM32L053的一个外设，主要是完成充放电的计数功能。 而完整的TSC需要一整套驱动程序运行起来才能判断电荷的有无（触摸按键是否触发）。 所以原理上行不通，不可能唤醒STOP模式的。
你好： 有2个问题： 1：解析不一样，一个上升沿上有间隙的，一个没有。 2：多出来一个高电平它不在上升沿上，是无效的。 你可以把记录文件（*.logicdata)发出来一起分析一下。 陆迅海
我只是在main里面简单调用了HAL_SMBUS_Slave_Receive_IT和HAL_SMBUS_Master_Transmit_IT，用逻辑分析仪测量似乎没有完成数据的传输，想请问下大家应该怎么做
butterflyspring，你好！ 我们做了这几个实验： 1. 用外接直流电流直接给主板供电，SPI仍然会影响ADC采样； 2. 用ADC的采样通道直接采地，SPI仍然会影响ADC采样； 3.将SPI的线物理断开，SPI仍然发信号，ADC采样还是会被影响。
来自同一GPIO的电平条变可以触发事件或中断，手册里有副图可以看看，External interrupt/event controller block diagram领会下。 到底是触发事件还是中断，可以通过寄存器配置。在做低功耗应用时，我们可以基于中断或事件来唤醒。 二者一个显著的差别就是要不要连接到内核的中断控制器NVIC. 不过，个人认为这里只是个狭义的特定概念以示区别。 其实，泛泛来讲，很多时候中断和事件是存在包含关系或同一关系。 中断本身也可以看作事件。有时说中断事件或许只是个修饰关系，本质上就是说的中断。 当然，具体到STM32芯片里，各种事件还很多，比方定时器外设就有一大堆事件。比方 溢出事件、更新事件、比较 事件、捕获事件等等，他们也都能触发中断，前提也是要通过相应寄存器使能他们的中断请求能力。 扯得有点远了，反正我们基于具体应用场合具体理解这两个术语即可，不必拘泥于字眼本身。
你是用的之前的标准库开发的吧。关于那个函数RTC_WaitForLastTask()调用，它是为了保证 刚才最后的针对RTC寄存器的写操作完成了。换言之，开启新的RTC写操作时要保证没有前次没完成的 写操作。 反正你保证每次做RTC寄存器写操作前保证该位置1才可以。这是关键点。 下面F1标准库例程的部分代码： /* Wait until last write operation on RTC registers has finished */ RTC_WaitForLastTask(); ///START /* Enable the RTC Second */ RTC_ITConfig(RTC_IT_SEC, ENABLE); /* Wait until last write operation on RTC registers has finished */ RTC_WaitForLastTask(); /* Set RTC prescaler: set RTC period to 1sec */ RTC_SetPrescaler(32767);/* RTC period = RTCCLK/RTC_PR = (32.768 KHz)/(32767+1) */ /* Wait until last write operation on RTC registers has finished */ RTC_WaitForLastTask(); //END 你现在觉得这样写没有问题： /* Sets Alarm value to 0xFFFFFFFA */RTC_SetAlarm(0xFFFFFFFA);/* Wait until last write operation on RTC registers is terminated */ RTC_WaitForLastTask(); 你写前没有查RTCOFF标志，有可能你写时该位置1了，即没有未完成的RTC写操作。 然后再调用RTC_WaitForLastTask();也是合理的、保险的，保证该写操作顺利完成。 因为看不到你的代码，不知你后面还有些什么代码。
确实是这个问题，之前参与对比的TIM3没有这个寄存器，CUBEMX使用LL库时没有置位BDTR->MOE，手动置位一下就好了。 感谢关注。
你好！ 我不是用的中断，我用的是批量，不过我也试过中断的了，并比较了中断和批量的区别。 1：中断确实如你说的1mS一次，在1mS之间没有许多的发送了，不过丢包的更多。 2：批量的在1mS间有许多发生。
.png)
