高端企业站wordpress添加附件下载
什么？获取到了未知的复位原因？
1. 前言
最近AM2634芯片平台的项目出了问题，在排查过程中我们需要知道复位原因。复位原因？不是读一个寄存器获取到值，然后去手册里面看这个值对应的复位原因不就好了吗，还能有什么问题？这不是，就被我遇到了。
2. 问题现象
可以看到下面这个寄存器说明的很清楚，我们可以通过0x5320000C这个地址获取复位原因值。下面的描述也很清除的说明了每个值对应的复位原因。
OK，那为什么他喵的我读出来的是67（0x43）? 这手册中定义了0x41（65）是冷复位，0x42（66）是看门狗0复位，0x44（68）是看门狗2复位…那么，这个67到底代表了什么？
3. 问题原因
为此我在TI的E2E上发了问题贴，下面呢就是帖子中的回复。
它的意思说是在上电后，我们要清除复位原因，让它的值等于0，否则下次上电的时候的复位原因就可能是这次的加上下次的。为什么我们读到的67呢？就是因为上次是冷启动（0x41），然后我们执行了看门狗复位，看门狗复位原因是0x42，bit位一叠加，好了，就变成0x43了。因此我们在下电之前一定要把0x07写入WARM_CAUSE_CLR（0x53200010）这个寄存器去清除复位原因以保证下次我们读到正确的复位原因。
到这里之后并没有结束，诶，我按照它的方式去清除了，但是发现有时候清除不成功？真是见鬼了，这个问题我还没有深究下去目前没有结论。我现在的解决办法就是写完这个CLR寄存器后回读复位原因寄存器，如果不是0那就再多清除几次 ~ 有兴趣的道友可以研究下这是为什么。