3.1.2: 在 ESP.deepSleep( , RF_DISABLED) 后,WiFi 连接可能出现回退

免责声明:AI在AI协助下排除出故障后进行编辑的书面报告

说明

在从“ESP.deepSleep()”中醒来并使用“RF DISABLED”连接到WiFi后,每个醒目周期都连续出现下列调试信息:`错误:pll cal 超过2ms!!!'

尽管有这个消息,WiFi连接仍然成功,草图继续按预期运行(至少超过几分钟). 该消息出现在靴子记录之后,紧接在我自己的“序列.println()”输出之前。 这100%是重复发生的, 每一个深睡眠周期,不是间歇性的。

基本资料

• 硬件:节点MCU(洛林V3克隆/AZ-交付),ESP-12F模块
• 核心版本:3.1.2(有问题)/3.1.1(没有问题——经降级确认)
• 发展网:Arduino IDE 2.3.10
• 操作系统:Linux 7.1.9-20.fc44.x86 64
• 可能无关的问题,但为了完整起见: 在S0和3V3之间没有添加阻力器的情况下,这个特殊的板子/批子会被深眠后冻结.

QQ 设置在 IDE 中

• 模块:节点MCU 1.0(ESP-12E模块)
• 闪光大小:4MB(FS:2MB OTA:~1019KB)
• CPU频率:80MHz
• lwIP 变体: v2 低内存
• 上传使用:序列

** 故障射击:**

• 测试了两个不同的USB电缆 在不同的USB港口上 尽可能排除供电问题。
• 在ESP.deepSleep ()'之前加上WiFi.disconnection ()'。
• 在 " 设置() " 开始时,在任何WiFi电话之前,用 " 延迟(1) " 和 " 延迟(1 000) " 进行测试。

** 校对:** A: 将“ESP8266 由ESP8266社区”的板块包从3.1.2降至3.1.1 完全用相同的硬件和草图解决问题。 这就有可能在3.1.1和3.1.2之间出现倒退。

B: 更改醒悟模式参数 ESP.deepSleep(睡眠计时器*10000000ULL,RF DISABLED);' 改为 ESP.deepSleep(睡眠计时器*10000000ULL,RF NO CAL);' 此外,还可产生一个无 " pll cal " 错误的清洁靴子,不降级于核心3.1.2。

这表明,退步可能与(由WiFi.begin ()')在与RF-DISABLED'相呼应时如何触发RF校正有关,而不是一个一般的启动时间RF-CAL问题,因为完全通过`RF-NO-CAL'省略校正也省略了。 在无线电失能时如何/何时使用RF校准,似乎在3.1.1和3.1.2之间有所变化。

QQ 缩写 (也用WiFi Shutdown的例子测试和复制)

翻译: #包括"ESP8266WiFi.h" #包括<NTPClient.h> #包括"WiFiUdp.h"

入睡时间=5;

(c) Const char *sid = ""; 密码: "";

WiFiUDP ntpUDP; 互联网档案馆的存檔,存档日期2013-12-21. NTPClient TimeClient(ntpUDP,"pool.ntp.org"); 互联网档案馆的存檔,存档日期2013-12-02.

无效设置 () { 延迟(1);

pinMode (2, 输出); 数字写作(2, LOW);

连载. begin(748880); 同时, 序列.println ("我还活着!");

WiFi.mode( WIFI STA) ; 页面存档备份,存于互联网档案馆 ; 串行. print ("\nConnection to"); ; 串行. 串行. println( 剩余) ; WiFi.begin(幸存,密码); 时 (WiFi. status ()!)!= WL CONNEECED) { 延迟( 500); 串行.print (""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" . . . . . . .