参考官方例程库里的代码做，很多小伙伴都是这么参照设计的。 另外注意，用KEIL 调试时，中间不要打断点，否则会判断失败。 以前发现KEIL在这个芯片实现断点的方式是写入一点内容 的，之前有小伙伴遇到过。其他俩编译器没这问题。
可以肯定这个定时器比较事件标志可以清零的。 你现在使用通道2，清的标志应该是CC2IF位。对该位清零方式有两种，软件对该位清零，或者 读一下CCR2寄存器也可以实现清零。库里有很多涉及比较输出的例程，可以参考。 你确认下是否清错标志位了，张冠李戴。再就是确认是否开启了别的中断，你通过调试工具检查 下中断使能位及事件标志。 还有就是，是否你代码本来就是这么设计的，不停的触发比较事件及中断。这样的话，不停地被 置位和进中断就是正常的。这样的话，就得弄清到底想实现什么。
这个目前从代码中还没看出来，所以用示波器加调试看最方便。 在接收第一个数据时打断点，看看总线上是什么信号就找到问题点了。 有可能从设备一开始的数据就是0xff或者没有准备好数据。 从设备或许是受到主设备信号才返回数据也有可能的。
如果不擦除程序，而又能修改安全区大小，这样安全区就不安全了，成为了攻击的漏洞。 所以是不可行的。可以参照手册上的描述，一定要擦除安全区的内容或完整擦除。
更改为 0x20000057 是之前小伙伴编译时遇到的一个问题。 刚刚有和小伙伴讨论了一下这个官方的例程，所谓的RAM 测试，是对它的区域（RAM_START to RAM_END）进行0xFF 和 0x00写测试。从例程注释上也可以看出来，是破坏性的。所以这区间的内容一定被改掉。 例程中有恢复初始化的函数。 你对照看看，是这样的化就需要修改一下。
如果不希望或不方便改动硬件的话，可以考虑使用内部的Vrefint电压，它相对稳定，通常在1.2v.使用ADC对VDD进行监测。 前提是VDD=VDDA，当然绝大多数应用是满足这个条件的。
既然官方的例程能正常运行，那么基本上硬件是通的。 可以将例程与你生成的代码对比一下，看看哪些不同。 毕竟后续开发也要熟悉这种架构原来的。 否则哪里有差异从外面是看不出来的。
老哥 大概是这个情况，在OnRxDone()中调用GetPayload()函数，得不到正确的返回值,发送端和接收端的其他配置都是一样的，老哥是我哪里理解错了吗 !(data/attachment/forum/202309/12/195903qkdvsaasdwggawlj.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
其实FUS_Operator版本应该是出厂就有了，但是不知道为什么我手上的两个usb dongle用stm32cubeprogrammer都看不到版本，我去cube库下面去看一个就几个实例，也没有这个相关的工程，也许是本来就不需要升级，我一直在找这方面相关文档，但是一直没看到，只是在其中一个官方文档里看到了FUS Operator版本不能通过BootLoader升级 !(data/attachment/forum/202309/15/174138m9wzi0n0ofwso5od.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
1. 首先了解芯片低功耗的模式和条件，尤其是外部条件。 2. 下载NUCLEO原理图，跟据条件调整外部电路以及供电和测量方式。 3. 编写或使用库中例程代码，用合适的仪器仪表测量。
.png)
