bitcraze / aideck-esp-firmware Goto Github PK

it should be visible if an assert failed - for example with a different blinking pattern on the LED.

It's been reported (in this PR bitcraze/crazyflie-firmware#1072) that we're not handling WiFi passwords shorter than 8 characters gracefully (we should not try to connect with passwords shorter than 8 characters). This should be fixed so we do not try to connect unless we have a long enough password.

When streaming images from the GAP8 the throughput is severely reduced when also sending messages from the STM32 to the GAP8 at the same time. It's unclear what part in the chain is causing this, but it's clear that the GAP8 seems that sending the images takes way longer, which could be caused by the ESP32 not handling the transactions fast enough.

First reported by @whoenig in this forum thread were there's firmware to reproduce the issue.

See bitcraze/crazyflie-firmware#1046

• Have a printout of the CPX version
• Assert when CPX version is not the same as the one that is here.

It's been observed that the WiFi suffers from intermittent performance issues. This can be seen in the wifi-img-streaming example where the frame rate sometime goes down and the image stops updating for a short while. This seems to be caused by the WiFi throughput going down, which causes the tx queues in the ESP to fill up and in turn blocks the SPI communication from the GAP8. The same interruptions can be seen client side. The result can be seen below:

After some investigation the trail ends at send(...) in wifi.c which runs smoothly most of the time, but can take seconds to return sometimes, and this will backup the queues all the way to the GAP8.