[问答]

请问esp8266 SDK 1.0.0是否响应802.11 RTS帧？

问答对人有帮助，内容完整，我也想知道答案 0 我看到我的 AP 向 esp8266 发送 RTS 请求，但我没有看到预期的 CTS 响应。以下是向 esp 发送 ICMP PING 的示例： - 18：Fe：34：9C：Cd：43 是 ESP - 00：02：6f：ae：ec：a1 是 AP（Engenius ECB9500） - F4：6D：04：ED：62：CA 是一个发送 ping 的 Linux 盒子您看到的是来自 AP 的一长串 RTS，没有回复，直到 AP 放弃并发送数据包。然后 esp 回复，最后回复 AP ACK。我已将 esp 移近 AP，但这没有任何区别。此模式是 100% 可重复的。捕获是在另一个接近 esp 的 linux 机器上使用 AR9271 在监控模式下进行的，因此信号电平存在差异。我可以提供更多详细信息，但我想知道 esp 是否根本不响应 RTS，或者是否存在其他不兼容问题？（我没有在其他连接的客户端上看到这种模式，这些客户端主要是安卓设备。 07：00：25.274123 83519299us tsft 24.0 Mb/s 2412 MHz 11g -59dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.275261 83520196us tsft 24.0 Mb/s 2412 MHz 11g -59dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.275379 83520522us tsft 24.0 Mb/s 2412 MHz 11g -59dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.275938 83521110us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.277225 83522436us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.277736 83522923us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.278017 83523251us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.278486 83523697us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.279607 83524804us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.280746 83525971us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.281372 83526438US tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.282479 83527592us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.282849 83528060US tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.283565 83528788US tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.284246 83529475US tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.285202 83530322us tsft 24.0 Mb/s 2412 MHz 11g -61dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.285282 83530428US tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.286360 83531476us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.287419 83532643us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.287765 83532950us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.288683 83533876us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.289426 83534512us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.289513 83534640us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.290749 83535966us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.291240 83536434US tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.292025 83537240us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.293409 83538608us tsft 24.0 Mb/s 2412 MHz 11g -59dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.294680 83539884us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.294907 83540119us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.295910 83541116us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07:00:25.296757 83541539us tsft 2412 MHz 11g -66dB signal antenna 0 7.2 Mb/s MCS 0 20 MHz short GI CF +QoS DA:18:fe:34:9c:cd:43 BSSID:00:02:6f:ae:ec:a1 SA:f4:6d:04:ed:62:ca LLC, dsap SNAP (0xaa) Individual, ssap SNAP (0xaa) Command, ctrl 0x03: oui Ethernet (0x000000), ethertype IPv4 (0x0800): 192.168.0.3 > 192.168.0.29: ICMP echo request, id 8063, seq 3, length 64 07：00：25.296861 83541775US tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07：00：25.296932 83541911us tsft 24.0 Mb/s 2412 MHz 11g -60dB 信号天线 0 RA：18：fe：34：9c：cd：43 TA：00：02：6f：ae：ec：a1 请求发送 07:00:25.299300 83543779us tsft short preamble 2.0 Mb/s 2412 MHz 11b -18dB signal antenna 0 BSSID:00:02:6f:ae:ec:a1 SA:18:fe:34:9c:cd:43 DA:f4:6d:04:ed:62:ca LLC, dsap SNAP (0xaa) Individual, ssap SNAP (0xaa) Command, ctrl 0x03: oui Ethernet (0x000000), ethertype IPv4 (0x0800): 192.168.0.29 > 192.168.0.3: ICMP echo reply, id 8063, seq 3, length 64 07：00：25.299569 83544375US TSFT 短前导码 2.0 Mb/s 2412 MHz 11b -61dB 信号天线 0 RA：18：fe：34：9c：cd：43 致谢 0 本主题由 Harmony技术专家于 2024-7-13 11:15 审核通过
2024-7-12 14:14:10　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × wang21cj 该类别下有 38 个回答。邀请回答 hgimtk 该类别下有 38 个回答。邀请回答新星之火12138 该类别下有 33 个回答。邀请回答 chm5 该类别下有 32 个回答。邀请回答 zyh34997 该类别下有 32 个回答。邀请回答就好国dd 该类别下有 32 个回答。邀请回答 zaichenxi 该类别下有 31 个回答。邀请回答 heks 该类别下有 31 个回答。邀请回答四川赵赵该类别下有 29 个回答。邀请回答 flowerddd 该类别下有 29 个回答。邀请回答 muwersddg 该类别下有 29 个回答。邀请回答 caosurround 该类别下有 28 个回答。邀请回答星星公交站该类别下有 28 个回答。邀请回答 vinww特烦恼该类别下有 28 个回答。邀请回答 xwgc888 该类别下有 27 个回答。邀请回答 h1654155143.8331 该类别下有 27 个回答。邀请回答 lkjflksjfsa 该类别下有 27 个回答。邀请回答 723662364d 该类别下有 27 个回答。邀请回答 overheat 该类别下有 27 个回答。邀请回答 gvjhvbc 该类别下有 27 个回答。邀请回答举报可口可甜相关推荐 • ESP8266-IDF-AT_V2.2.1.0通过RTS引脚进行硬重置总是失败的原因？ 349 • ESP8266_RTOS_SDK编译错误的原因? 771 • ESP8266 (ESP-12) Huzzah不响应AT命令的原因？ 366 • 请问从哪里获得ESP8266 RTOS SDK的SPI驱动程序？ 666 • 集成MEGA 2560 + ESP8266刷机后的问题求解 623 • 安装ESP8266 SDK，SDK下载文件中的.ova文件损坏如何解决？ 185 • ESP8266是否支持RTS/CTS机制？ 143 • 求助，请问如何在RTOS SDK 1.5的PlatformIO IDE ESP8266实现MQTT？ 353 • esp8266使用的是什么libc？ 133 • 在Windows10上编译，是否导致ESP8266 SDK或任何框架出现问题？ 276 1个回答

答案对人有帮助，有参考价值 0 ESP8266是一款低成本的Wi-Fi模块，广泛用于物联网项目。然而，它在某些方面存在一些限制，其中之一就是对802.11协议的支持。在您的情况下，问题似乎与ESP8266对RTS（请求发送）帧的处理有关。首先，让我们了解一下RTS和CTS帧的基本概念。在802.11协议中，RTS帧用于在发送数据之前请求无线信道的使用权。当一个设备（如您的AP）想要发送大量数据时，它会发送一个RTS帧给接收设备（如ESP8266），以确保信道在传输期间不会被其他设备占用。接收设备收到RTS帧后，会发送一个CTS帧作为响应，表示信道已被预留。然后，发送设备可以开始传输数据。在您的情况下，AP正在发送RTS帧，但ESP8266没有发送预期的CTS响应。这可能是由以下几个原因导致的： 1. 固件限制：ESP8266 SDK 1.0.0可能不支持对RTS帧的响应。这可能是由于固件的限制或设计选择。您可以尝试升级到较新的固件版本，看看是否有所改善。 2. 信号强度问题：尽管您已经将ESP8266靠近AP，但信号强度可能仍然不足以可靠地接收RTS帧。您可以尝试使用外部天线或调整AP和ESP8266之间的距离，以提高信号质量。 3. 信道干扰：在您的无线环境中，可能存在其他设备或信号源干扰信道，导致ESP8266无法正确接收RTS帧。您可以尝试更改AP的信道设置，以减少干扰。 4. 硬件问题：ESP8266的硬件可能存在问题，导致无法正确处理RTS帧。您可以尝试更换另一个ESP8266模块，看看问题是否仍然存在。 5. 软件配置问题：您的ESP8266可能需要进行特定的配置，以支持对RTS帧的响应。您可以查阅ESP8266的文档，了解如何进行这些配置。总之，ESP8266对RTS帧的处理可能受到固件限制、信号强度问题、信道干扰、硬件问题或软件配置问题的影响。您可以尝试上述建议的解决方案，看看是否能解决问题。如果问题仍然存在，您可能需要考虑使用其他支持更完整802.11协议的Wi-Fi模块。

2024-7-13 17:21:25 评论举报李静