完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
扫一扫,分享给好友
我用 Wemos D1 mini pro 对气象站跑步者进行了为期一周的实验,一切都按预期工作,D1 mini 收集测量值然后休眠 10 分钟并再次唤醒收集测量值。D0 和 RST 引脚用电缆连接。
突然,站点停止发送数据,于是我调查发现D1 mini pro不再进入deepSleep。 现在,当唤醒串行监视器时显示此消息并且没有其他任何事情发生: 13:29:32.005 -> ets Jan 8 2013,rst cause:5, boot mode:(3,6) 13:29:32.005 -> 13: 29:32.005 -> ets_main.c 知道吗?是否有可能修复此问题或 D1 刚刚损坏? |
|
相关推荐
1个回答
|
|
这种情况通常是由于内存泄漏或其他代码问题导致的。您可以尝试以下解决方案:
1. 重新编译和上传代码,确保没有任何语法错误或程序错误。 2. 仔细检查您的代码,特别是与内存和指针相关的部分。 3. 禁用其他模块并且只保留最核心的代码,以确保没有与其他组件冲突的问题。 4. 停用deepSleep,以便可以排除deepSleep可能引发的问题,然后逐步添加其代码,重新启用DeepSleep并检查问题是否已解决。 请注意,有时D1 mini pro 硬件本身就有问题。您可以更换一个新设备并重新尝试。如果问题仍然存在,则是软件问题。 |
|
|
|
只有小组成员才能发言,加入小组>>
142 浏览 1 评论
546浏览 6评论
458浏览 5评论
有没有办法在不使用混杂模式的情况下实现Wifi驱动程序接收缓冲区访问中断呢?
439浏览 5评论
442浏览 4评论
412浏览 4评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-22 18:39 , Processed in 0.605217 second(s), Total 47, Slave 40 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号