Problème de déconnexion Bluetooth (BLE) fréquente avec ESP32 classique

Bonjour à tous,

Je travaille sur un projet avec plusieurs ESP32 (modèle classique, pas C3), connectés en BLE à une application mobile Flutter. L’objectif est de piloter plusieurs dispositifs moteurs de manière synchronisée via Bluetooth Low Energy. Le problème, c’est une instabilité complète de la connexion BLE.

J’ai simplifié au maximum pour isoler le souci, mais même avec un code minimal, sans moteur ni capteur branché, la connexion saute au bout de 30 à 60 secondes après appairage. Ensuite, impossible de se reconnecter sans redémarrer l’ESP32.

Voici ce que j’observe :

• L’application Flutter détecte bien le périphérique BLE au scan
• La connexion fonctionne au début, mais se coupe rapidement sans raison apparente
• Aucune action n’est nécessaire, la connexion tombe même au repos complet
• Testé avec la bibliothèque ESP32 BLE Arduino (celle de Neil Kolban) et avec NimBLE-Arduino
• J'ai essayé avec 4 esp32 différent et j'ai le meme problème

Vérifications déjà faites :

• Alimentation stable via USB
• Aucun composant externe connecté
• Aucun Watchdog activé manuellement
• Arduino IDE à jour

Est-ce un bug connu du BLE sur ESP32 ?
Quelqu’un aurait-il rencontré le même comportement ?
Existe-t-il une bibliothèque BLE plus stable ou des paramètres spécifiques à ajuster pour éviter ces déconnexions ?

Merci d’avance pour vos retours.

Bonjour,

Citation:

---

Envoyé par Marjo_ar

Vérifications déjà faites :

• Alimentation stable via USB
• Aucun composant externe connecté
• Aucun Watchdog activé manuellement
• Arduino IDE à jour

---

Tu passes par le core Arduino pour ESP32 je suppose... Est-ce qu'il est à jour ? (version 3.2.1 à ce jour). Tu passes bien par la librairie officielle ESP32 BLE for Arduino ?

Salut à tous.

Peut-être un mise en veille, non ?

Après plusieurs tests, j’ai enfin trouvé ce qui causait l’instabilité dans la communication BLE entre mon app Flutter et l’ESP32. Je partage ici les correctifs appliqués, ça pourra aider d’autres développeurs dans la même situation.

1. Ne plus utiliser _ble.deinitialize() côté Flutter

Avant : le scanner Flutter (fichier ble_scanner.dart) appelait _ble.deinitialize() dans stopScan().

Problème : cette méthode coupe complètement la stack BLE côté Flutter. Après un scan, les périphériques ne réapparaissent plus, il faut redémarrer l’app.

Correction : suppression de _ble.deinitialize(). À la place, on arrête le scan proprement avec un StreamSubscription.cancel().

=> Résultat : le scan BLE reste fonctionnel, l’ESP32 redevient visible après une déconnexion.

2. Ajouter un readCharacteristic() juste après chaque writeCharacteristicWithResponse()

Avant : j’envoyais la commande (UP ou DOWN) avec un write BLE, puis plus rien.

Problème : certaines stacks BLE (dont celle de l’ESP32) ferment la connexion si aucune activité n’est détectée après un write.

Correction : juste après chaque writeCharacteristicWithResponse(), j’ajoute un readCharacteristic() sur une caractéristique du même service (dans mon cas masterIdCharacteristic).

=> Résultat : la connexion reste active, l’ESP32 ne décroche plus.

Merci à ceux qui ont contribué aux réponses. J’espère que ce retour pourra éviter à d’autres des heures de debug !