La Vantage refuse la connexion tierce : la question de fond est tranchée
Cherchée au bon endroit, la montre EST atteinte : « 12 appareils vus, 1 portant PsFTP ». Le service FEEE est exposé, fetchGattClient rend un BlePsFtpClient. Tout le chemin fonctionne. Mais waitPsFtpReady n'aboutit pas, et la montre affiche « connexion impossible » pendant que les réglages iOS la disent connectée à Flow. Elle refuse la seconde session. Le canal PsFTP de la V3 n'est donc pas partageable — cohérent avec l'USB, où il fallait déjà fermer Flow. C'est la réponse à la question ouverte depuis le 17/08, et elle est négative. Elle valait d'être obtenue : elle ferme une hypothèse au lieu de la laisser traîner. Une dernière porte existe et n'a PAS été poussée : dissocier la montre de Flow pour voir si elle accepte alors notre connexion. Délibérément non tenté — sacrifier la synchronisation quotidienne, qui alimente coach en données de séance, pour un confort d'envoi, n'a pas le bon rapport. C'est écrit pour que personne ne s'y engage sans avoir mis les deux côtés dans la balance. Noté aussi le geste de remise en état : après un refus, redémarrer la montre libère son canal. Le câble, lui, fonctionne intégralement et a écrit la séance du jour. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -251,10 +251,35 @@ session.
|
||||
⚠️ Dédupliquer aussi les sessions vues : `AllowDuplicates` est armé côté SDK, le
|
||||
même appareil revient à chaque advertisement.
|
||||
|
||||
## Ce qui reste inconnu, et ne se lèvera qu'ici
|
||||
## ⛔ RÉPONSE DE FOND (31/08) : la V3 refuse la connexion tierce
|
||||
|
||||
1. **La V3 accepte-t-elle une connexion BLE tierce** alors qu'elle est appairée
|
||||
à l'app Flow ? Toujours pas testé — on n'a pas encore atteint la montre.
|
||||
La question ouverte depuis le 17/08 est tranchée, par la mesure.
|
||||
|
||||
Une fois la montre cherchée au bon endroit (`retrieveConnectedPeripherals`), le
|
||||
plugin **l'atteint** : « 12 appareils vus, **1 portant PsFTP** ». Le service FEEE
|
||||
est donc bien exposé et `fetchGattClient` rend un `BlePsFtpClient`.
|
||||
|
||||
Mais `waitPsFtpReady` n'aboutit pas, et **la montre affiche « connexion
|
||||
impossible »** pendant que les réglages iOS la disent toujours connectée à Flow.
|
||||
Elle refuse donc la seconde session.
|
||||
|
||||
⇒ **Le canal PsFTP de la Vantage V3 n'est pas partageable.** Tant qu'elle est
|
||||
liée à l'app Flow, aucune app tierce ne peut ouvrir de session — ce qui est
|
||||
cohérent avec l'USB, où il fallait déjà fermer Flow.
|
||||
|
||||
⚠️ **Ce qui n'a PAS été tenté, et qui est la dernière porte** : dissocier la
|
||||
montre de Flow (oublier l'appareil côté iOS) pour voir si elle accepte alors
|
||||
notre connexion. Non tenté délibérément — cela reviendrait à sacrifier la
|
||||
synchronisation quotidienne, qui alimente coach en données, pour un confort
|
||||
d'envoi. Le rapport n'y est pas.
|
||||
|
||||
⚠️ Après un essai de connexion refusé, **redémarrer la montre** (appui long sur
|
||||
OK) pour libérer son canal, puis rouvrir Flow.
|
||||
|
||||
## Ce qui reste inconnu
|
||||
|
||||
1. ~~La V3 accepte-t-elle une connexion BLE tierce ?~~ **Non** — mesuré le
|
||||
31/08, voir ci-dessus.
|
||||
2. **Le filtrage de la montre** se fait sur « expose le service PsFTP (FEEE) »,
|
||||
pas sur le nom : ce que la V3 met dans son advertisement n'a pas été observé,
|
||||
et s'appuyer dessus aurait été une supposition. À resserrer une fois vu. Un
|
||||
|
||||
Reference in New Issue
Block a user