Avec votre téléphone, sans lui faire confiance.
Ce qu’une application peut voir, ce qu’elle peut demander, et l’écran qui a le dernier mot.
Il apparaît par son nom, et trois écrans le lisent à la fois.
skyBlip Go 5B5AFE : le produit, puis sa propre adresse 24 bits. Rien à appairer, aucun code à taper. Il porte le flux NMEA FLARM sur les deux profils série Bluetooth que cherchent les logiciels de navigation, donc l’application avec laquelle vous volez déjà le trouve.
La tablette sur le manche, le téléphone dans une poche et l’iPad du passager voient le même trafic. La configuration est la seule chose qui ne se partage pas : la première application qui écrit garde ce droit jusqu’à sa déconnexion, et la deuxième s’entend dire qui le détient.
- Pas d’appairage, pas de code, pas de compte
- Trois connexions à la fois
- Profils Nordic UART et façon FLARM
- SDVFR Next, SkyDemon, ForeFlight et les autres
- Jusqu’à seize vols gardés dans l’appareil
- Récupérés au sol par la même liaison
Deux pressions autorisent, une pression refuse.
Quand une application demande quelque chose qui touche à l’appareil que vous avez à bord, un nouveau firmware, un redémarrage dans le bootloader USB, une écriture de réglages, l’effacement de vos vols, une extinction, l’appareil ne croit pas le téléphone sur parole. Il pose la question sur son propre écran, la nomme, et attend trente secondes : PRESS TWICE TO ALLOW, ONE PRESS REFUSES. Pas de réponse dans la fenêtre vaut refus.
Votre indicatif est l’une de ces écritures. L’application l’envoie, l’écran demande, et dès lors il est sur la page état, sur les ondes une fois toutes les dix secondes, et sur les écrans des aéronefs autour de vous. Vous pouvez aussi le taper sur l’appareil lui-même, dans le champ indicatif, ou le régler depuis un navigateur sur la page de mise à jour, à côté du type d’aéronef, des unités et de l’alarme.
Les pressions ne comptent qu’une fois la question arrivée à l’écran et votre pouce arrêté : une série de pressions qui faisait avancer un réglage ne peut pas être dépensée en autorisation. Le pavé est inerte tant qu’une question est posée.
Le nouveau firmware vient d’une page web.
La page de mise à jour envoie une image signée par le même Bluetooth, depuis Chrome ou Edge, et l’écran demande une fois, en nommant la version, avant de prendre l’image et de l’installer. Le nouveau firmware doit ensuite démarrer sa radio, entendre son récepteur et dessiner son écran avant de se garder. Sinon, l’appareil revient au firmware qu’il avait, et aux réglages que vous aviez quand la mise à jour a commencé.
Des réglages que l’appareil ne sait pas lire ne passent jamais pour les vôtres. Il tourne sur ses valeurs par défaut, la ligne STORAGE de l’autotest affiche NVS+NOR DEFAULTS, et le téléphone est prévenu : vérifiez l’indicatif et le type d’aéronef avant de voler.
Quand le firmware ne prend pas du tout, la même page confie l’appareil à son bootloader USB, après les mêmes deux pressions. L’appareil s’éteint sur la page ci-dessous, et la pression suivante démarre le bootloader : sur un câble USB l’appareil est un lecteur nommé TECHOBOOT. Un .uf2 déposé dessus est un nouveau firmware, RST ramène à skyBlip, et rien n’est émis pendant ce temps. Deux pressions sur RST mènent au même lecteur sans téléphone.
Notes techniques
Pourquoi il n’y a pas d’appairage.
Activer l’appairage Bluetooth chiffre les caractéristiques GATT, ce qui est une panne connue de Web Bluetooth sous Windows et casserait la page de navigateur qui installe le firmware. La frontière est donc l’image, pas la liaison.
- Le bootloader vérifie une signature avec notre clé
- Une version plus ancienne que l’installée est refusée
- Un transport ouvert ne peut pas installer de firmware
- Tout le reste qu’il pourrait demander est réservé au sol
- Et refusé s’il n’est pas confirmé à l’écran
- La présence physique, là où serait un code d’appairage