Markus

`sendBIN` is used to send binary data (the other side needs to be able to handle binary) https://github.com/Links2004/arduinoWebSockets/blob/5881a99a300672a7f6de61de76ba68f10a69ae96/src/WebSocketsClient.h#L87-L88

if the `setNoDelay` is problematic on the ESP32 in some use cases we can remove it via the macro.

its not ready to go but It is possible to program. and not that hard if your server sends the program via Websocket fragments (all in one will not fit...

you dont need to store the FW in the SPIFFS, you can direct user the ```write``` of the UpdateClass command on every callback call in the websocket. but keep in...

you are welcome. the flash writing need some time, during this time the the WiFi buffer can be overloaded when you send to much data ;) may enabling the debug...

the log shows that the WS code does not get all the needed data. may its lost in the ESP TCP stack may the TCP stack of the ESP can...

the WS protocol is brocken when data is missing since it need to be handled as a steam. if you miss a part in the mid you can not decode...

for platform IO you can use: ``` build_flags = -D DEBUG_ESP_PORT=Serial ```

WiFiMulti.h is part of the ESP32 core: https://github.com/espressif/arduino-esp32/blob/371f382db7dd36c470bb2669b222adf0a497600d/libraries/WiFi/examples/WiFiMulti/WiFiMulti.ino and the build test for https://github.com/Links2004/arduinoWebSockets/blob/master/examples/esp32/WebSocketClient/WebSocketClient.ino is passing https://github.com/Links2004/arduinoWebSockets/runs/5837806372?check_suite_focus=true this points to a problem in your IDE / setup

please enable the debug output, with that we most likely will see the reason.