问题已经找到了，是我的板子上的干扰导致的，刚好干扰到了后面这些频段

我也尝试了基于iperf 示例程序去测试 发现是一样的效果

进一步测试，我发现使用UDP的话就没有这样的问题

我也尝试了使用IDF5.1 一样有这个问题，不知道是我哪里弄错了，希望求大佬指点迷津

我测试的时候发现 如果将ESP32-C3模组放在一些恰好的位置与距离，速度也能上去，但是大部分的位置速度都上不去。但是上不去的位置我只要将信道切换为1-8，速度就上去了

我在使用ESP32-C3-MINI-1 XXN4模组，遇到一个很奇怪的问题，当我的热点信道是1-8的时候，TCP传输速度都挺OK，可以做到20Mbps，但是热点的信道是9-12的话 速度就会非常的慢，连1Mbps都上不去，我也检查了附近的热点分配，这些信道上也没有什么其他的WIFI热点。
我是调用了esp_wifi_set_ps(WIFI_PS_NONE); 关闭了省电模式的。
IDF版本是5.0.5
我的程序在下方附件，其实就是基于tcp_client示例程序修改的

我尝试了关闭节能模式，延迟就正常了许多了。

我使用ESP32-C6，用的IDF版本为v5.1-beta1-372-g6ad6fb9755，我使用TCP client 示例程序连接上路由器，我电脑使用ping命令测试延迟，可以从截图看到延迟都在好几十 上百ms。这是我哪里没使用对导致的？

ESP_Sun wrote: ↑

Fri May 20, 2022 3:18 am

是的，ESP-AT 不支持带有空格的路径，这个在新的如何编译 AT 工程文档上有注明这点，很快就会同步出来呢

不对，我的路径并没有空格，只是很奇怪，为什么模块名称后面多了一个空格出来。

问题找到了，不过我只是找到了解决办法，由于并不太精通python所以就没有仔细去研究。主要问题是传递到esp32_at_combine_bin函数的模块名称多了一个空格，导致if module == module_name:这里判断的时候不成立也就不会去生成bin文件了。我先简单一点直接去去除了后面的空格保证比较成功，这样就可以自动生成bin文件了