UART：如果 REF_TICK 用作时钟源，则 UART 不受 APB 频率变更影响。请查看 uart_config_t 中的 use_ref_tick。
按照上述文档描述操作，不打印乱码了，但是串口接收不连续了，比如AT+TEST，串口先收到AT，然后收到+TEST。解析出来是错误的。

串口打印乱码又出来咯，之前是idf.py menuconfig没配置使能低功耗。唉！！！

您好！
板子使用 GPIO27作为ADC2 通道7去采集模拟量，调试会打印wifi in use。然后网上搜索到：Wi-Fi 驱动程序使用了ADC2，应用程序只能在未启动Wi-Fi时使用ADC2。
因为硬件改版复杂一点，所以请教下大家，可以操作下软件（但是不关闭Wi-Fi），把ADC2用起来吗，ADC2好几个通道，Wi-Fi都使用到了吗？烦请不吝赐教，谢谢您！扔个链接或文档也好。

暂时已解决。
问题分析，查看自动浅睡眠的函数，看到有检测芯片类型，就想到了之前使用过的idf.py set-target esp32。
因为我的工程是从window复制到虚拟机，除第一次使用idf.py set-target esp32,后面就没使用该指令了，就直接编译的，后面使用了该指令，编译后未出现串口打印乱码的问题。

问题描述：使能自动浅睡眠后，串口打印和接收均会时而出错时而正常，表现在乱码率高且串口解析数据错误率也极高。调用下面代码使能自动浅睡眠，屏蔽该函数串口正常。请问如何规避该问题，求指点迷津，谢谢您！ void pm_auto_light_sleep_init(void) { #if CONFIG_PM_ENABLE // Configure dynamic frequency scaling: // maximum and minimum frequencies are set in sdkconfig, // automatic light sleep is enabled if tickles...

您好！ 准备先使用例程先测试一下再移植该例程，wifi连接上后，http连接失败，打印信息如下: I (880) wifi:mode : sta (7c:9e:bd:39:0d:7c) I (880) wifi:enable tsf I (890) example_connect: Waiting for IP(s) I (2940) wifi:new:<6,2>, old:<1,0>, ap:<255,255>, sta:<6,2>, prof:1 I (3670) wifi:state: init -> auth (b0) I (3690) wifi:state: auth -> asso...

目前修改电路后未出现此问题，暂归类为电路设计问题。
供电经过了充电芯片，而此时未接锂电池，进入低功耗后产生了异常，该异常为充电芯片间歇通过其引脚指示充电满了，拆除该充电芯片后无此问题复现。

自动浅睡眠除了您说的menuconfig的配置外，还需要初始化时调用esp_err_t esp_pm_configure(const void* vconfig)，目前我实现了。 强制浅睡眠目前测试是，只连接wifi，设置esp_wifi_set_ps（WIFI_PS_MIN_MODEM），默认也是WIFI_PS_MIN_MODEM，这样RTC自动唤醒后，wifi不会断开（醒来我会读对端的RSSI，并且event handle没有断开事件），睡眠时间是固定的20秒，其他时间没有尝试过。但是如果创建了TCP clent，即使休眠前断开TCP（可能是我没断开到，因为还有另一个bug，就是调用10次...

您好 问题描述 我的应用为周期性进入light sleep然后RTC唤醒，使用的是自己设计的开发板，偶尔会出现如题所述的情况，串口打印如下： sleep-10 /* 调用API esp_light_sleep_start()进入light sleep前的打印，表示休眠10秒*/ Shutting down socket Brownout detector was triggered ets Jun 8 2016 00:22:57 rst:0xc (SW_CPU_RESET),boot:0x1f (SPI_FAST_FLASH_BOOT) configsip: 0, SPIWP:0xee clk...

谢谢您的回复。
请问自动浅睡眠可以实现Wi-Fi和TCP都保持连接吗？
加入自动进入到浅睡眠，唤醒是通过设置的唤醒源或者网络？
目前，esp-idf升级到4.4版本后，任务中放长一点的延时，测电流发现没能自动浅睡眠，可能是配置没对。强制浅睡眠，wifi不会断开，但是我要使用TCP clent，一旦使用TCP，wifi会断开，因此TCP也要重新连接，汗。