Microsemi Smartfusion2 FreeRTOS项目脱机上电后MCU复位问题求助

• 优先检查看门狗配置：SmartFusion2的Cortex-M3内核在调试连接状态下会自动挂起所有看门狗，若你的代码未显式关闭独立看门狗/窗口看门狗，也未添加喂狗逻辑，调试时不会触发复位，冷启动时看门狗计数溢出就会触发自动复位。
• 核对Eclipse下载初始化脚本：Eclipse在通过调试器烧录固件时，会运行默认初始化脚本解锁全部外设时钟、清空所有复位标志位，若你的启动文件startup.s中未做对应时钟、复位标志初始化配置，冷启动时可能出现外设时钟异常、未处理的复位标志触发二次复位。
• 验证电源供电稳定性：调试连接时调试接口会给核心部分供电引脚补电，冷启动时若电源电路负载不足，或是代码中电源管理模块（低功耗切换逻辑）配置错误，可能出现电源电压掉尖峰触发复位，可通过示波器测量冷启动时核心电源引脚的电压波动确认。

• 核对编译配置差异：Debug/Run模式通常默认开启DEBUG宏，会关闭部分错误断言、超时判定逻辑，冷启动运行的若为Release版本固件，这些逻辑启用后如果出现栈溢出、队列阻塞超时等问题，可能触发你预设的错误处理复位逻辑。可将编译配置修改为和Eclipse Run模式完全一致的优化等级、宏定义，重新烧录后冷启动测试。
• 检查任务启动时序：调试模式下代码加载后从main函数开始运行，外设初始化时序足够，冷启动时如果FreeRTOS任务启动顺序不合理，比如外设初始化未完成就有任务读写外设寄存器，会触发HardFault复位，可在HardFault中断服务函数中添加GPIO翻转逻辑做标记，确认复位源是否为硬件错误。

• 确认Flash等待周期配置：Eclipse调试脚本会自动给Flash配置符合当前主频的等待周期，若你的代码中未显式配置Flash等待周期，冷启动时主频拉高后Flash读写出错，会导致指令跑飞触发复位。
• 核对eNVM启动配置：SmartFusion2的非易失性存储eNVM启动需要确认BootROM配置是否正确，是否将启动地址设置为应用代码的起始地址，是否开启了Flash加密、读保护等和调试模式不兼容的配置，若配置不一致冷启动时BootROM跳转异常会导致代码跑飞复位。

• 最小系统验证：先烧录仅包含LED闪烁逻辑的最小测试固件，不加载FreeRTOS、不初始化复杂外设、不开启看门狗，冷启动测试是否复位。如果无复位问题说明故障出在应用逻辑中，反之则为Boot配置、硬件电源或看门狗的问题。
• 读复位状态寄存器：SmartFusion2系统控制器的RST_SR寄存器会记录复位来源，可在main函数最开头先读取该寄存器的值存入RAM固定地址，复位后读取该值即可明确复位源是看门狗、掉电、HardFault还是软件复位，快速缩小排查范围。

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