2. RH850启动流程与复位异常定位

RH850的启动过程并不是“上电即运行main”这么简单。芯片从复位释放到用户main函数之间，要经历复位源判定、时钟建立、RAM初始化、段拷贝、C运行时环境搭建等一系列动作，这些动作由启动代码crt0完成。调试中最常见的“程序跑飞”“变量初值不对”“时钟频率不对”等问题，往往就发生在这段用户代码尚未接管的窗口期。因此，理解复位源识别与crt0执行流程，是定位启动类故障的基础。

一、复位源识别：先判断“为什么复位”

RH850的复位源通常包括上电复位（Power-On Reset，POR）、外部复位（RESET引脚）、看门狗复位（WDTA/WDTB超时）、软件复位（通过寄存器触发的内部复位）、时钟监视复位、低电压检测复位等。不同复位源会留下不同的状态标志，一般集中在复位控制寄存器与复位因子寄存器中，例如RESF（Reset Factor）类寄存器会以位域形式记录最近一次复位来源。

关键点在于：这些标志位在复位后并不会自动清零，需要软件在启动早期读取并保存，否则后续再次发生复位时会被覆盖。典型做法是在crt0的最前端、任何可能触发复位的初始化之前，先把复位因子寄存器读入一个不会被清零的RAM变量（如放在no-init段），再决定后续行为。例如：

/* 在crt0早期读取复位因子，保存到no-init段变量 */
volatile uint32_t g_reset_factor __attribute__((section(".noinit")));
g_reset_factor = RESF;   /* 示例寄存器名，实际以手册为准 */
if (g_reset_factor & RESF_WDTA_MASK) {
    /* 看门狗复位：记录并进入安全处理 */
}

判断复位源时要注意两点：一是部分标志位是“或”关系，可能同时置位，需要按优先级判断；二是上电复位会清除大部分RAM内容，而看门狗复位、软件复位通常不会清RAM，因此可以利用no-init段变量跨复位保留信息，这是区分“冷启动”和“热复位”的实用手段。

二、crt0执行流程

crt0是复位向量指向的第一段代码，其执行顺序大致为：复位向量跳转 → 关闭全局中断 → 初始化栈指针 → 建立时钟与PLL → 初始化RAM（含ECC/奇偶校验区）→ 拷贝.data段、清零.bss段 → 调用C库初始化 → 跳转main。下面这张图展示了从复位释放到main的完整信号与数据流关系，其中标注了各阶段最容易出问题的观察点。

图中左侧是复位源与复位因子寄存器的关系，右侧是crt0的七个关键阶段，下方汇总了各阶段对应的典型异常与观察点。可以看到，复位源识别发生在crt0之前，而时钟、RAM、段拷贝分别对应不同的故障现象，排查时应按“先复位源、再时钟、后内存”的顺序推进。

三、复位后异常的排查方法

时钟未起振是最典型的启动异常。RH850通常使用外部晶振经PLL倍频得到主时钟，若晶振未起振或PLL未锁定，CPU可能仍以内部低速时钟运行，表现为程序“能跑但极慢”或直接卡死。排查时可在调试器中halt CPU，读取振荡器稳定标志位（如OSTMn）和PLL锁定标志位，确认时钟状态；若标志未置位，检查晶振负载电容、启动时间配置以及时钟初始化代码中等待循环是否被优化掉。

RAM未初始化则表现为全局变量初值随机、ECC错误中断触发。RH850的部分RAM带有ECC或奇偶校验，上电后内容不确定，若crt0未对ECC区做初始化写入，首次读取就可能触发ECC错误。排查方法是：在crt0的RAM初始化前后分别读取同一地址，观察值是否被正确写入；同时确认链接脚本中.bss、.data、no-init段的地址范围与RAM物理边界一致，避免初始化越界。

对于看门狗复位，要特别注意crt0本身的执行时间。如果时钟配置阶段等待时间过长，或RAM初始化范围过大，可能在进入main之前就触发看门狗超时。此时应确认看门狗在crt0早期是否被正确禁用或喂狗，并测量从复位释放到main的耗时是否超出看门狗溢出周期。

四、复位源与处理策略对照

实际项目中，建议在crt0最前端读取并保存复位因子，在main中根据复位源打印或记录日志，形成“复位原因可追溯”的机制。这样即使现场设备反复重启，也能通过no-init变量或备份寄存器还原复位历史，快速缩小排查范围。