完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
电子发烧友论坛|
我遇到了从深度睡眠中醒来后重置 RTC 的问题。我已将范围缩小到 ESP32-C3 在其中一个 GPIO 引脚上被唤醒的方式。
我目前在 GPIO 输入端有一个 nchannel mosfet(见附图)并且在启动时有以下代码打印出唤醒的原因: 代码:全选 esp_reset_reason_t esp_reason = esp_reset_reason(); printf("ESP reset reason: %i\n", esp_reason); RESET_REASON rtc_reason = rtc_get_reset_reason(0); printf("RTC reset reason: %i\n", rtc_reason); esp_sleep_source_t wakeup_respon = esp_sleep_get_wakeup_cause(); printf("Wakeup reason: %i\n", wakeup_respon); 95% 的时间当我触发唤醒引脚时,我得到以下打印输出: ESP 重置原因:8 RTC 重置原因:5 唤醒原因:7 但有时我得到以下信息: ESP 重置原因:1 RTC 重置原因:1 唤醒原因:0 ,当我得到这个时,RTC 时间已被重置。 我尝试的另一件事是用开关替换 nchannel mosfet(进行实验),发现在超过 10,000 次唤醒中,它总是正确唤醒。 然后我尝试使用正弦波作为唤醒信号,发现它总是会唤醒失败(RTC 将被重置)。 这让我相信 wkaeup 脉冲的上升/下降时间对这个错误有影响。上升/下降时间小于 100uS 的任何东西“似乎”都可以,但任何更大的东西都会导致唤醒问题。 注意: 目前在 IDF V4.4.2 上使用 ESP32-C3-MINI |
|
相关推荐
|
|
只有小组成员才能发言,加入小组>>
2135个成员聚集在这个小组
加入小组我的项目我做主,使用GN+Ninja来完成构建系统(VSCode开发RT106X)
37376 浏览 0 评论
NXP IMX8应用处理器快速入门必备:技巧、使用、设计指南
6775 浏览 1 评论
7793 浏览 1 评论
7642 浏览 0 评论
NXP i.MX6UL开发板(linux系统烧录+规格+硬件+模块移植)使用手册
5071 浏览 0 评论
1556浏览 2评论
关于NINA-W132 Wi-Fi模块SPI通信遇到的疑问求解
1207浏览 2评论
如何在MPC PowerPC MCU上首次刷写后禁用BDM?
749浏览 1评论
将HFREFR和LFREFR寄存器值设置为错误的值来将故障注入CMU,但CMU_ISR值始终为零,为什么?
735浏览 1评论
将SPSDK for FRDM-MCX-W71 SDK与VS一起安装时出现hidapi构建错误怎么解决?
677浏览 1评论
/9
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-12-1 19:26 , Processed in 0.560549 second(s), Total 69, Slave 53 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191

淘帖
782