ESP32 Forum

实验描述：
1·一个esp32作为wifi的发送，一个esp32作为wifi的接收，采用esp_80211_tx。采用80211g，每一包payload大小960bytes。
2·发送不停的地发送数据包，每60包内，数据包与数据包之间没有时间间隔。
3·接收端有一个sdio_transfer_task。接收端每接收到一包，进入wifi_sniffer_packet_handler,通知sdio_transfer_task。sdio_transfer_task向sdio从设备写入两个block。接受端esp32作为接收端主设备。
4·wifi task分配到cpu1 ,sdio_transfer_task分配到cpu0。
5·IDF：基于IDFv3.1
6·如果wifi接收与sdio没有同时工作，那么丢包率很低
代码节选：
1·接收端代码： 2·发送端代码： 2·sdkconfig文件在附件之中

问题：
1·sdio与wifi接收同时工作，会增加wifi接收的丢包率吗？
2·是不是因为sdio与wifi接收同时工作，sdio输出20mhz的时钟，影响了wifi的接收灵敏度吗？
3·wifi代码不开源，wifi_sniffer_packet_handler是在wifi接收中断中执行的吗？
4·wifi中断优先级比sdio_host中断的优先级要高吗？

1·sdio与wifi接收同时工作，会增加wifi接收的丢包率吗？
—— sdio 任务的优先级是多少？若是比较低的话不会增加 wifi 接收的丢包率。
2·是不是因为sdio与wifi接收同时工作，sdio输出20mhz的时钟，影响了wifi的接收灵敏度吗？
—— 不会。
3·wifi代码不开源，wifi_sniffer_packet_handler是在wifi接收中断中执行的吗？
—— 不是，是在 wifi 任务中执行的。
4·wifi中断优先级比sdio_host中断的优先级要高吗？
—— 优先级是一样的。
建议：
1. sdio 任务优先级设低一些，至少低于 23.
2. sniffer 回调函数中将收到的包复制一份给 sdio 任务处理，因为这个包在回调函数返回后会被立即释放掉。
3. menuconfig 中将 wifi rx buffer 个数设大一些，设为 25。

感谢您的回复！
1. sdio 任务优先级设低一些，至少低于 23.
--------优先级已经设置到了非常低。设置成了10。10是否还是不够低？
2. sniffer 回调函数中将收到的包复制一份给 sdio 任务处理，因为这个包在回调函数返回后会被立即释放掉。
---这个明白，目前只是做试探性试验而已，sdio_task要传的数据是直接定义在一片固定的内存之中的。
3. menuconfig 中将 wifi rx buffer 个数设大一些，设为 25。
---wifi rx buffer设成25，有一定改善，改善不大。

请问：
是否是因为sdio传送过程中会产生sdio host的中断,影响了wifi_sniffer_packet_handler的执行效率，进而影响了接收的丢包率呢？

Hi Jason2,

这个问题可能是由于你使用了 xEventGroupSetBits/xEventGroupWaitBits 来同步信息有关。 请改成使用 Queue 的方式在两个 task 之间进行数据传输。

queue 的方式比 xEventGroupSetBits/xEventGroupWaitBits 来同步信息 要更快吗？为什么呢？

In the case when event group is used from ISR, FreeRTOS will defer the action of setting the bit and will execute it from Timer task (priority=1). The reason for this is explained in FreeRTOS documentation, see section "avoiding non-determinism" in this page: https://www.freertos.org/FreeRTOS-Event-Groups.html.

FreeRTOS Queues do not have this limitation.

But in this case, event group is not used in ISR.