我的CC2640R2F休眠后,大概5~10天后会自动复位。
软件是设置了两个GPIO唤醒,不过可以确定,这不是被唤醒。而是复位了。
休眠后的功耗大概是0.7~3uA浮动,基本可以确定没有其他任务在运行了。
目前增加了获取复位源,来排查问题。
不知道大家有没有遇到类似的问题,或者有没有其他思路.
Kevin Qiu1:
没有遇到类似问题,是从standby模式还是shutdown模式唤醒的,用例程C:\ti\simplelink_cc2640r2_sdk_4_30_00_08\examples\rtos\CC2640R2_LAUNCHXL\drivers\pinShutdown
测一下看是否有类似现象
shimin zhang:
回复 Kevin Qiu1:
standby
Kevin Qiu1:
回复 shimin zhang:
程序设定一直处于休眠模式?然后5-10天自动会复位?这个不太好排查,也有可能是异常导致复位
shimin zhang:
回复 Kevin Qiu1:
是的,因为一直都处于休眠状态。我们安排了30多台测试,休眠后,有的第五天就复位了,有的极少数长达14天才复位。
有没有可能是32.768KHz的晶振的问题或者是dcdc 电感的问题。
我还使用了aux ram,又会不会跟这个有关系呢?
Kevin Qiu1:
回复 shimin zhang:
你的是自制板子?频偏确实有可能,建议你将程序在LAUNCHPAD测试一下,或者只修改休眠部分先排查是硬件还是软件问题。
shimin zhang:
回复 Kevin Qiu1:
我们做的是一个新产品。
休眠部分如何修改呢,用shutdown?可是我们想保存ram的数据。
如果测电流只有0.7~3uA,也不能确认就一定进入了standby嘛?
Kevin Qiu1:
回复 shimin zhang:
按照你原来是程序里面的休眠部分改
0.7~3uA和standby电流差不多,所以要控制变量排查具体原因,现在不能确定具体是硬件问题还是软件问题
shimin zhang:
回复 Kevin Qiu1:
没有明白您的意思,不是很清楚我怎么去修改休眠部分排查。休眠部分:休眠的过程,就是关闭广播,然后软件定时器停止、周期执行的任务也关闭了。GPIO无上拉下,禁止输入输出,仅留了2个GPIO唤醒,一个是低电平唤醒,一个是高电平唤醒。
Kevin Qiu1:
回复 shimin zhang:
不清楚你的程序具体实现方式,那你先将程序在launchpad上跑一下看是否正常
shimin zhang:
回复 Kevin Qiu1:
目前追踪到了问题发生了CPU lockup导致复位。还不清楚是什么原因导致了CPU lockup
TI中文支持网


