微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 无线和射频 > TI WIFI设计交流 > 从hibernate唤醒后唤醒源获取失败

从hibernate唤醒后唤醒源获取失败

时间:10-02 整理:3721RD 点击:

MCU从hibernate模式起来后,我们可以正确通过函数MAP_PRCMSysResetCauseGet()获取是通过上电启动还是从hibernate启动,若是从hibernate启动,按软件指导手册,我们可以通过函数MAP_PRCMHibernateWakeupCauseGet()获取是通过GPIO唤醒还是通过RTC唤醒,但我们现在通过函数MAP_PRCMHibernateWakeupCauseGet()获取到的状态始终是0,即获取状态是错误。请问为什么MAP_PRCMHibernateWakeupCauseGet()函数获取到的状态不对?

已知的问题,是R1的bug, R2版修复。

https://e2e.ti.com/support/wireless_connectivity/simplelink_wifi_cc31xx_cc32xx/f/968/t/493920

您好,R2版本的链接有吗?

马上就会来了,R2增强了很多新的feature.敬请期待。 

能大致说一下R1的Bug怎么修改吗?我们马上要出产品了,等不到R2版本了。

这是一个硬件bug, 新版应该在六,七月的样子。 可参考如下方法,看是否有帮助:

This is a limitation in our current silicon and there are no direct ways of getting the wakeup cause from HIBernation.

Please consider if you could use some indirect means of determining the wake source depending on your usecase. For instance, the elapsed duration in HIBernation can be approximately determined by saving the last SlowClockCount and deducting it from the current value after the wakeup. If this is close to the value set as HIBernate duration, the source can be Slow clock wakeup.

好的,谢谢

您好,请问R2版本出来了吗?

还没有。要到7月

您好,您说的R2版本在六、七月份出来,请问现在出来了吗?谢谢!

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top