完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我在我们的应用程序中使用深度睡眠和深度掉电。在这两种情况下,唤醒都可以由 RTC 闹钟和两个 GPIO 触发(深度睡眠:PINT,深度掉电:专用唤醒引脚)。
在大多数情况下,我需要使用深度掉电来最小化功耗(掉电不是一种选择,因为它会将所有引脚驱动为低电平)。问题是我还需要知道唤醒后我可以责怪哪个唤醒源。在深度掉电模式下,唤醒会导致芯片复位,这意味着我无法使用 RTC 通用寄存器来存储唤醒源数据(我假设在复位发生之前没有时间使用 ISR)。 从深度掉电中醒来后,有什么办法可以看到唤醒源吗? 我正在使用 LPC55S28。 |
|
相关推荐
1个回答
|
|
在您所描述的情况下,由于唤醒会导致芯片复位,您无法使用RTC通用寄存器来存储唤醒源数据。但是,您仍然可以使用某种方法来确定唤醒源。
一种解决方案是使用一个额外的GPIO引脚连接到唤醒源,例如将两个唤醒源的GPIO引脚连接到开关。当唤醒发生时,使用RTC闹钟或专用唤醒引脚唤醒芯片,然后通过读取连接到唤醒源的GPIO引脚的状态来确定唤醒源。 另一种解决方案是在进入深度掉电模式之前将唤醒源标记写入非易失性存储器(例如EEPROM,Flash或FRAM),如使用RTC通用寄存器。当唤醒发生时,通过读取非易失性存储器中的标记来确定唤醒源。这样做的一个优点是,即使唤醒后发生复位,也可以在下一次芯片启动时读取存储的标记。 无论使用哪种方法,都需要在唤醒后的初始化程序中编写代码来读取唤醒源标记并执行相应的操作。 |
|
|
|
只有小组成员才能发言,加入小组>>
1935个成员聚集在这个小组
加入小组我的项目我做主,使用GN+Ninja来完成构建系统(VSCode开发RT106X)
36430 浏览 0 评论
NXP IMX8应用处理器快速入门必备:技巧、使用、设计指南
5000 浏览 1 评论
6115 浏览 1 评论
6821 浏览 0 评论
NXP i.MX6UL开发板(linux系统烧录+规格+硬件+模块移植)使用手册
4253 浏览 0 评论
655浏览 2评论
求助,S32G上Core M启动后如何让Core A在Flash指定位置加载uboot?
646浏览 2评论
ESP32-WROVER-IE + LAN8720以太网,GPIO0电压只有1.6v,无法正常进入spi flash boot模式如何解决?
647浏览 2评论
求分享适用于PN7160 Android的NFC工厂测试应用程序
737浏览 2评论
850浏览 2评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-27 19:20 , Processed in 1.167423 second(s), Total 78, Slave 61 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号