[Medboy224]

Lot WP-D.3 du plan J6d, pour Android : le chemin par BLE marche entre deux téléphones, essayé sur le Galaxy A57 et le TECNO BF6. Windows suit dans sa propre PR.

Ce qu'il y a

• Ble.kt (API du système, D5) :
  • une annonce avec l'UUID seul (BLE-02) ;
  • un serveur GATT qui garde chaque réponse jusqu'à ce que l'autre la lise : une lecture qui arrive avant la réponse du cœur attend 25 s au plus ;
  • une recherche filtrée sur le service, qui tourne aussi écran éteint (WP-D.0) ;
  • un client qui écrit puis lit, sans demander de MTU (3,3 s perdues vers Windows à la sonde) : les messages longs passent en écritures et lectures longues ;
  • les permissions de BLE-12, et la demande du système pour allumer le Bluetooth.
• platform/ble.dart : l'interface Ble, l'adaptateur Android, et un adaptateur vide ailleurs (Zorin, D4).
• BleLink, entre la radio et le cœur :
  • touché, l'appareil répond seul ; il crée le réseau quand c'est à lui, à la bande convenue, ou rejoint celui de l'autre ;
  • son utilisateur touchant un appareil, il mène l'échange (confiance mutuelle, ou PIN), puis la session : pair_ble, ou P3 entre appareils de confiance mutuelle ;
  • BLE est en pause pendant une session (D3).
• Une section BLE du panneau développeur, pour l'essayer sur les appareils en attendant les écrans (WP-D.5).
• Cœur :
  • la réponse « à toi de créer le réseau » porte la bande convenue : seul le répondant connaît les bandes des deux côtés (bible §6.6 mise à jour) ;
  • le cœur met son propre port dans le réseau que la plateforme lui donne.

Essai réel du 2 novembre (Galaxy A57, TECNO BF6)

Par le chemin de confiance : les deux appareils se faisaient déjà confiance.

Mesure	Résultat
Se trouver par BLE sans Wi-Fi commun, se reconnaître	✅ noms affichés, sans PIN
Réseau créé par l'un, rejoint par l'autre, session ouverte	✅ 7 à 10 s du réseau créé à la session
Session perdue : elle revient seule	✅ en 25 à 35 s, après correction
Tenue écran éteint	❌ #256 : quand l'A57 cherche des réseaux, son point d'accès lâche le TECNO (4 fois sur 4) ; écran allumé, aucune coupure

Trouvé et corrigé pendant l'essai :

• Le réseau du créateur était arrêté 15 s après une session perdue, alors que l'autre le rejoignait 8 s plus tard. Il est maintenant gardé 10 minutes, comme du côté qui le rejoint. Cela vaut aussi pour le QR.
• Le TECNO fait tourner son point d'accès local sur wlan0, que la recherche de son adresse manquait : il n'avait pas d'adresse, d'où « pas de réseau ». Cela valait aussi pour le QR.
• Wi-Fi éteint, un téléphone disait pouvoir rejoindre un réseau. Il ne le dit plus : il crée alors le sien, et l'autre le rejoint.
• BLE est en pause pendant une session : il partageait la radio à 2,4 GHz avec le réseau.

Essayé sans effet, puis retiré : un verrou Wi-Fi « haute performance ». C'est le point d'accès de l'A57 qui lâche le TECNO (#256).

Pas encore

• Réseau local d'un téléphone : un téléphone écran éteint est lâché quand le créateur cherche des réseaux #256, la coupure écran éteint.
• L'arrêt d'un réseau créé pour BLE que personne n'a rejoint en 2 minutes (BLE-09).
• Le chemin du PIN essayé sur les vrais appareils : il est couvert par les tests, mais les deux téléphones se faisaient déjà confiance.
• L'adaptateur Windows.

Vérifications

• go test ./... passe.
• flutter analyze : aucun problème ; flutter test : 174 tests passent, dont 8 nouveaux pour BleLink et 1 pour le réseau gardé après une session perdue.
• APK de débogage construit et essayé sur les deux téléphones.

🤖 Generated with Claude Code