短短不到一年的时间idf的大版本已经3.0,3.1,3.2，现在3.3都要呼之欲出，该如何选择了？追版本追的太累了

必须使用socket的函数，不能使用lwip_socket这类函数，esp自己对lwip改造还是很大

怀疑对于lwip的SOCK_RAW, IP_PROTO_ICMP，类型sockt，close函数未进行释放，导致句柄耗尽

现象描述，想在清理接收fifo中的数据，官方提供的
for (i = 0; i < rx_fifo_len; i++) {
READ_PERI_REG(UART_FIFO_REG(uart_num));
}
的方法并不好用，新数据到来以后，读取的仍然是旧的fifo中的数据
但是并不是每一次都是旧数据，在一定概率下会出现，特别是接收数据超过fifo大小以后，概率很高
必须使用rxfifo_rst = 1的方式去清理，但是由于芯片bug，这个方法已经被官方禁止
能否提供其他更有效的清理fifo的方法

rudi ;-) wrote:

www220 wrote:编译时提示如下内容
C:\msys32\opt\xtensa-esp32-elf\bin\xtensa-esp32-elf-gcc-ar.exe: Cannot find plugin 'liblto_plugin-0.dll'

游戏细节

还解决方案
告诉我，如果你需要帮助



best wishes
rudi

missings.png

非正式地

missings_5.2.0.7z

果然是棒棒的，已经解决

编译时提示如下内容
C:\msys32\opt\xtensa-esp32-elf\bin\xtensa-esp32-elf-gcc-ar.exe: Cannot find plugin 'liblto_plugin-0.dll'

ESP_igrr wrote:That's correct, rtc_clk_apll_enable(true, 0, 0, 6, 2) gives 50 MHz output.

已经搞定万分感谢

It should probably be SET_PERI_REG_BITS(RTC_CNTL_ANA_CONF_REG, 1, enable ? 0 : 1, RTC_CNTL_PLLA_FORCE_PD_S); SET_PERI_REG_BITS(RTC_CNTL_ANA_CONF_REG, 1, enable ? 1 : 0, RTC_CNTL_PLLA_FORCE_PU_S); SET_PERI_REG_BITS(RTC_CNTL_OPTIONS0_REG, 1, enable ? 0 : 1, RTC_CNTL_BIAS_I2C_FORCE_PD_S); instead. 不单单...

ESP_igrr wrote:Thanks for the report. What argument values are you passing to rtc_clk_apll_enable?

rtc_clk_apll_enable(true, 0, 0, 1, 0);

REG_SET_FIELD(RTC_CNTL_ANA_CONF_REG, RTC_CNTL_PLLA_FORCE_PD, enable ? 0 : 1);
...

类似这个寄存器操作不正确，但是又没有寄存器说明

rtc_clk_apll_enable函数调用
总是处于循环中无法结束
/* wait for calibration end */
while (!(I2C_READREG_MASK_RTC(I2C_APLL, I2C_APLL_OR_CAL_END))) {
/* use ets_delay_us so the RTC bus doesn't get flooded */
ets_delay_us(1);
}
请问如何解决