Intermittent WiFi performance issues about aideck-esp-firmware HOT 4 OPEN

I tested the intermediate fix in #9 (issue also described in https://forum.bitcraze.io/viewtopic.php?t=5321). While it does improve the performance, we are still seeing large gaps in the communication (sometimes up to 3 seconds). For us, this seems to be happening only when routing to multiple targets, i.e., especially if we route messages STM32->GAP8, while streaming data out over wifi.

Perhaps this is a bit off-topic, but why isn't the direct UART connection AI-deck <-> GAP8 being used for CPX? This would reduce this SPI bottleneck mentioned in this issue.

from aideck-esp-firmware.

When I was testing it here I couldn't find any connection between the GAP8<->STM32 communication and these pauses. Even with all the GAP8<->STM32 communication switched off I was still getting these. As to the cause of this I'm not sure, it could also be interoperability issues with our WiFi setup. I'm happy that skipping the GAP8<->STM32 communication seems to work for you.

There's a few reasons for not using the UART between the GAP8 and the STM32:

• In the first version of the AI deck (1.0) there's a silicon bug on the GAP8 which causes issues with the UART RX, there's a workaround but we haven't implemented this
• We wanted the UART GAP8<->STM32 to be free for users to use for their own implementation
• Minimize the code by reusing the same path

I'm hoping to get some time in the coming weeks to look at this (when things wind down for the summer).

from aideck-esp-firmware.

I dont have very much to add here, but we have been playing around with the wifi-streaming-example and there was a big performance difference between connecting the cf to my desktop via WiFi and connecting to the one of my colleague. My WiFi driver works fine with other networks, so I am not sure why this happens.

from aideck-esp-firmware.

Thanks for the feedback. Yeah, I've also seen some differences between my WiFi at home and at the office.

from aideck-esp-firmware.