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:
Sylvain Bettinelli
2026-08-31 13:46:14 +00:00
parent 3cc7d935ad
commit adcf4088f3

View File

@@ -251,10 +251,35 @@ session.
⚠️ Dédupliquer aussi les sessions vues : `AllowDuplicates` est armé côté SDK, le ⚠️ Dédupliquer aussi les sessions vues : `AllowDuplicates` est armé côté SDK, le
même appareil revient à chaque advertisement. 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 La question ouverte depuis le 17/08 est tranchée, par la mesure.
à l'app Flow ? Toujours pas testé — on n'a pas encore atteint la montre.
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) », 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é, 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 et s'appuyer dessus aurait été une supposition. À resserrer une fois vu. Un