对于开发人员来说,SMU 检测到 Alarm 后,如何发现和定位导致 alarm 的原因和位置才是最具有挑战性的。以看门狗超时为例,在出现看门狗复位后,我有以下问题希望得到解答: 1.
1.通过那些寄存器,我们可以监控到 Watchdog 复位?
2.监控到 watchdog 复位后,我们需要记录那些信息帮助我们后续处理?
3.拿到这些关键信息后,我们如何定位发生问题的位置和原因?
请问如何定位SMU中alarm的报警源?

要定位SMU(System Management Unit)中的alarm报警源,我们可以按照以下步骤进行:
1. 通过寄存器监控Watchdog复位:
要监控Watchdog复位,我们需要查看与Watchdog相关的寄存器。通常,这些寄存器包括:
a. Watchdog Timer Control Register(WDTCR):用于设置和控制Watchdog定时器。
b. Watchdog Timer Status Register(WDTSR):用于存储Watchdog定时器的状态信息,如是否发生了复位。
c. System Reset Status Register(SRSR):在某些系统中,这个寄存器会记录系统复位的原因,包括Watchdog复位。
2. 监控到Watchdog复位后,需要记录的信息:
a. Watchdog Timer Control Register(WDTCR)的值:了解Watchdog定时器的配置。
b. Watchdog Timer Status Register(WDTSR)的值:确认是否发生了Watchdog复位。
c. System Reset Status Register(SRSR)的值:获取系统复位的原因。
d. 系统日志:记录系统在Watchdog复位前后的状态和事件。
e. 任务和中断状态:了解在Watchdog复位时,系统正在执行的任务和中断情况。
3. 拿到关键信息后,如何定位发生问题的位置和原因:
a. 分析Watchdog Timer Control Register(WDTCR)的值,检查Watchdog定时器的配置是否正确。
b. 根据Watchdog Timer Status Register(WDTSR)和System Reset Status Register(SRSR)的值,确定是否确实发生了Watchdog复位。
c. 查看系统日志,分析在Watchdog复位前后的系统状态和事件,寻找可能导致复位的原因。
d. 分析任务和中断状态,检查是否有任务或中断处理不当,导致系统无法在Watchdog定时器超时前重置定时器。
e. 如果可能,使用调试工具(如调试器)逐步跟踪系统在Watchdog复位前后的执行过程,以便更准确地定位问题所在。

回复
有奖活动 | |
---|---|
发原创文章 【每月瓜分千元赏金 凭实力攒钱买好礼~】 | |
【EEPW在线】E起听工程师的声音! | |
“我踩过的那些坑”主题活动——第001期 | |
高校联络员开始招募啦!有惊喜!! | |
【工程师专属福利】每天30秒,积分轻松拿!EEPW宠粉打卡计划启动! | |
送您一块开发板,2025年“我要开发板活动”又开始了! | |
打赏了!打赏了!打赏了! |
打赏帖 | |
---|---|
【我踩过的那些坑】工作那些年踩过的记忆深刻的坑被打赏10分 | |
【我踩过的那些坑】DRC使用位置错误导致的问题被打赏100分 | |
我踩过的那些坑之混合OTL功放与落地音箱被打赏50分 | |
汽车电子中巡航控制系统的使用被打赏10分 | |
【我踩过的那些坑】工作那些年踩过的记忆深刻的坑被打赏100分 | |
分享汽车电子中巡航控制系统知识被打赏10分 | |
分享安全气囊系统的检修注意事项被打赏10分 | |
分享电子控制安全气囊计算机知识点被打赏10分 | |
【分享开发笔记,赚取电动螺丝刀】【OZONE】使用方法总结被打赏20分 | |
【分享开发笔记,赚取电动螺丝刀】【S32K314】芯片启动流程分析被打赏40分 |