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间有许多发生。
你就研究下LCD1604_Show_Str(u8 x, u8 y, u8 *str)；LCD1604_Init(void)的具体实现，然后基于屏硬件和STM32软硬件资料 自己去改改，应该不难的。
这两个是不同类型的通讯，协议也不一样。建议了解协议先，就能看懂芯片手册的描述，进而了解他们在STM32中的关系。 注意：UART是异步通讯，I2C是同步通讯。
如果真正写入读保护，那么boot loader就不能用了。ISP的串口连不上。 建议用官方的ST-LINK去烧录，适配性比较好，同时保证接触良好，不要烧错optionbyte。
大家好，我也遇到类似的困惑，我先描述一下我的应用： 我需要定时采集模拟量，然后把数据通过USB发给电脑，具体步骤： 1：定时器产生定时中断。 2：中断里通过SPI读取ADC芯片的数据。 3：SPI读到的数据通过UDB发给电脑。 可是在发送7次后不发送了： 谢谢 陆迅海
.png)
