Tried the zip above without higher MTU negotiation with the C3 board and it is much better for me. I still see the issue but now I mostly get the connection. Which means it is not related to MTU negotiation procedure itself as it still happens (sometimes even 3 times in a row) but looks like the shorter packets with more time between connection intervals has better success.
Yet I retried with my other devices which negotiate higher MTU too and I really don't see this there. One device failed few times immediately with "error: Connection Timeout" but then it started to work, no disconnect. 52840 dongle with 2.17 works perfectly again, cannot see the issue there.
Espruino is a JavaScript interpreter for low-power Microcontrollers. This site is both a support community for Espruino and a place to share what you are working on.
Tried the zip above without higher MTU negotiation with the C3 board and it is much better for me. I still see the issue but now I mostly get the connection. Which means it is not related to MTU negotiation procedure itself as it still happens (sometimes even 3 times in a row) but looks like the shorter packets with more time between connection intervals has better success.
Yet I retried with my other devices which negotiate higher MTU too and I really don't see this there. One device failed few times immediately with "error: Connection Timeout" but then it started to work, no disconnect. 52840 dongle with 2.17 works perfectly again, cannot see the issue there.