Damien Cauquil

Bizarre ... ``` >>> re.match(r'^\S+ on (.*MICROBIT\s?([0-9]+)?)', '/dev/sdb1 on /mnt/MICROBIT 1').group(1) '/mnt/MICROBIT 1' ``` Quelle est la ligne correspondant au Microbit dans la sortie de l'appel à mount ?

Je vois, donc la regexp suivante devrait résoudre le problème: ``` re.match(r'^\S+ on (.*MICROBIT(\s?[0-9]+)?)', line).group(1) ```

I tried to use select() when I was developping Btlejack, but always had a bigger latency and sometimes Btlejack missed some packets ... Anyway, I'll give your version a try...

Well, I am using Debian and have no problem with the current version of Btlejack. Can you give more insight about the error you may have encountered ?

Btlejack does not implement on-the-fly packet decryption, so it cannot catch the encrypted LL_CONNECTION_UPDATE_REQ and therefore cannot stay synchronized with the connection. Btlejack may fail at recovering hop increment if...

Is your Micro:Bit in maintenance mode, as described here: https://www.mbed.com/en/platform/hardware/prototyping-production/daplink/daplink-on-kl26z/ ? You just have to plug your Micro:Bit to your computer (without pressing the reset button), and a *MICROBIT* mass...

That may be possible, but I tried with all the Micro:Bit I have (even with some of them I received recently), and I had no issue at all. I need...

I'm not sure the Microbit Device Abstraction Layer is compatible with this version, but I'll definitely have a look at it in the next few months. Stay tuned :)

When I started the development of this firmware, it was configured to send every packets received, and it worked pretty well. Maybe this issue resides in the UART management code,...

Yes, definitely looks like rx_buffer is overwritten. I will have a deeper look at this issue, thanks !