BOR复位,读SYSRSTIV发现是Security violation,是什么原因呢?

2019-07-26 15:38发布

大家好,我现在测试zigbee收发,发送一段时间之后,代码就会重启。通过检测,发现是Security violation导致的BOR,我想请问是什么原因导致的呢?
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
10条回答
trice
1楼-- · 2019-07-27 23:32
dirtwillfly 发表于 2014-10-14 22:31
这个提示,一般是进入了芯片安全区域导致的掉电复位。
之前有过什么操作吗? ...

zigbee发送接口函数中,为了保护SPI不被同时操作,在操作SPI的前后有开关中断的操作。如果去掉这个开关中断的操作,这个问题就不会发生。具体原因暂时还不知道,频繁开关中断或许对芯片有影响吧。
zilong1013
2楼-- · 2019-07-28 05:00
楼主,问题解决了吗? 我现在也遇到这个问题,但是我是利用RTC从LPM3.5模式中唤醒,而实际上,没有唤醒LPM3.5,程序一直复位,原因也是Security violation导致的BOR。您有什么心得吗?  多多指教
trice
3楼-- · 2019-07-28 10:44
zilong1013 发表于 2014-11-27 14:18
楼主,问题解决了吗? 我现在也遇到这个问题,但是我是利用RTC从LPM3.5模式中唤醒,而实际上,没有唤醒LPM3 ...

嗯,已经解决了,当时是因为我有一个无限模块,不断的发送数据,在发送数据,操作spi的过程中有开关中断的操作,也就是说一直在频繁的开关中断。我后来在中断处理函数中没有操作spi,也就是不会存在同时操作spi的情况,我把代码中开关中断的操作屏蔽了。这个问题就消失了。

出现这个问题,可以通过写铁电的方法,去判断你的代码到底是在哪里开始出现这个问题的,一步一步追踪。祝你好运,加油。
wjroy11
4楼-- · 2019-07-28 11:05
 精彩回答 2  元偷偷看……

一周热门 更多>