为什么FreeRTOS需要在断点处暂停一次才能正常运行？

1. 多任务/中断竞态问题 #

• 这是这类现象最高发的原因。断点暂停时FreeRTOS调度器会被挂起，相当于给所有异步执行的任务、中断服务程序留足了执行完成的时间，天然掩盖了任务间、任务与中断间的资源竞争、同步逻辑缺陷。
• 排查方向：检查所有跨任务/中断访问的共享资源是否加了互斥锁、信号量做保护，中断上下文是否存在违规的共享变量读写操作。

2. 外设初始化时序问题 #

• Zynq MPSoC的PS端外设、PL侧交互外设、高速接口（以太网、PCIe、高速ADC等）都需要一定的稳定/初始化时间，全速运行时代码执行速度远快于外设初始化速度，还没等外设就绪就发起访问就会触发异常。断点暂停的时间刚好够外设完成内部初始化，所以后续运行正常。
• 排查方向：在外设初始化逻辑后加足够的延时，或者轮询外设状态寄存器确认就绪后再执行后续操作，验证是否可以复现正常行为。

3. 缓存一致性问题 #

• Zynq MPSoC集成的L1/L2缓存默认处于开启状态，全速运行时如果没有做缓存同步操作，很容易出现缓存数据和实际内存/PL寄存器数据不一致的问题。断点调试时调试器会主动刷新缓存，相当于自动完成了同步操作，所以运行正常。
• 排查方向：检查DMA访问的内存区域是否配置为非缓存属性，跨PS/PL访问的共享内存、外设寄存器访问前后是否手动调用了Xil_DCacheFlushRange()、Xil_DCacheInvalidateRange()等缓存操作函数。

4. 未初始化变量问题 #

• 调试模式下，断点触发时调试器会默认将未初始化的栈变量、堆变量赋值为0，掩盖了未初始化变量的随机行为。全速运行时未初始化变量的值是随机的，就会触发异常。
• 排查方向：检查所有全局变量、局部变量、C++类成员的初始化逻辑，确认没有遗漏初始化的变量。

5. 编译器优化问题 #

• Vitis默认Release配置会开启较高等级的编译器优化，没有加volatile修饰的硬件寄存器指针、跨任务/中断访问的全局变量的读写操作可能被优化掉，导致逻辑异常。断点调试时编译器优化会被部分禁用，变量读写正常执行就不会出问题。
• 排查方向：给所有硬件寄存器指针、中断/任务共享的全局变量加上volatile修饰，或者临时把优化等级降到O0验证问题是否消失。

6. 中断配置违规 #

• FreeRTOS对可调用系统API的中断优先级有明确限制，如果中断优先级高于configMAX_SYSCALL_INTERRUPT_PRIORITY的中断服务函数调用了FreeRTOS系统API，全速运行时可能触发异常。断点暂停时中断触发时序改变，不会触发优先级冲突，所以运行正常。
• 排查方向：核对所有中断的优先级配置，以及中断服务函数中调用的API是否符合FreeRTOS的中断优先级规则。

内容的提问来源于stack exchange，提问作者muradaltay