完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
|
我在我们的应用程序中使用深度睡眠和深度掉电。在这两种情况下,唤醒都可以由 RTC 闹钟和两个 GPIO 触发(深度睡眠:PINT,深度掉电:专用唤醒引脚)。
在大多数情况下,我需要使用深度掉电来最小化功耗(掉电不是一种选择,因为它会将所有引脚驱动为低电平)。问题是我还需要知道唤醒后我可以责怪哪个唤醒源。在深度掉电模式下,唤醒会导致芯片复位,这意味着我无法使用 RTC 通用寄存器来存储唤醒源数据(我假设在复位发生之前没有时间使用 ISR)。 从深度掉电中醒来后,有什么办法可以看到唤醒源吗? 我正在使用 LPC55S28。 |
|
相关推荐
1个回答
|
|
|
在您所描述的情况下,由于唤醒会导致芯片复位,您无法使用RTC通用寄存器来存储唤醒源数据。但是,您仍然可以使用某种方法来确定唤醒源。
一种解决方案是使用一个额外的GPIO引脚连接到唤醒源,例如将两个唤醒源的GPIO引脚连接到开关。当唤醒发生时,使用RTC闹钟或专用唤醒引脚唤醒芯片,然后通过读取连接到唤醒源的GPIO引脚的状态来确定唤醒源。 另一种解决方案是在进入深度掉电模式之前将唤醒源标记写入非易失性存储器(例如EEPROM,Flash或FRAM),如使用RTC通用寄存器。当唤醒发生时,通过读取非易失性存储器中的标记来确定唤醒源。这样做的一个优点是,即使唤醒后发生复位,也可以在下一次芯片启动时读取存储的标记。 无论使用哪种方法,都需要在唤醒后的初始化程序中编写代码来读取唤醒源标记并执行相应的操作。 |
|
|
|
|
只有小组成员才能发言,加入小组>>
2135个成员聚集在这个小组
加入小组我的项目我做主,使用GN+Ninja来完成构建系统(VSCode开发RT106X)
37376 浏览 0 评论
NXP IMX8应用处理器快速入门必备:技巧、使用、设计指南
6775 浏览 1 评论
7793 浏览 1 评论
7642 浏览 0 评论
NXP i.MX6UL开发板(linux系统烧录+规格+硬件+模块移植)使用手册
5071 浏览 0 评论
1555浏览 2评论
关于NINA-W132 Wi-Fi模块SPI通信遇到的疑问求解
1207浏览 2评论
如何在MPC PowerPC MCU上首次刷写后禁用BDM?
749浏览 1评论
将HFREFR和LFREFR寄存器值设置为错误的值来将故障注入CMU,但CMU_ISR值始终为零,为什么?
734浏览 1评论
将SPSDK for FRDM-MCX-W71 SDK与VS一起安装时出现hidapi构建错误怎么解决?
677浏览 1评论
/9
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-12-1 17:28 , Processed in 0.853825 second(s), Total 73, Slave 56 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191

淘帖
567