Prestation
Des apps Bluetooth et NFC qui tiennent sur le terrain
Se connecter à un appareil pendant une démo, c'est simple. Garder la connexion sur un chantier, téléphone au fond de la poche et batterie à 12 %, c'est là que l'expérience se voit. Je construis les apps qui parlent au matériel et continuent de lui parler.
Ce que ça couvre
Appairage et états de connexion
Scan, appairage, reconnexion et une machine à états sur laquelle le reste de l'app peut s'appuyer, au lieu de callbacks dispersés dans les écrans.
Flux de données en direct
Lecture des notifications et caractéristiques, parsing des trames binaires en modèles typés, et affichage des mesures en direct sans figer l'interface.
Arrière-plan et batterie
Rester connecté quand l'app passe en arrière-plan, se réveiller à la reconnexion, et garder un coût batterie raisonnable sur les deux plateformes.
Tags NFC et accessoires MFi
Lecture et écriture de tags NFC, et dialogue avec des accessoires via le framework External Accessory d'Apple pour le matériel MFi.
Comment on travaille
Lire le protocole
Je reprends la documentation de l'appareil et, quand c'est possible, je capture une vraie session avant d'écrire du code.
Prototyper sur du vrai matériel
Une petite app qui se connecte, lit et journalise, pour valider le comportement avant que l'interface existe.
Livrer avec des logs terrain
L'app de production garde un journal de connexion lisible, ce qui rend le support possible une fois les testeurs sur le terrain.
Où je l'ai fait
App terrain pour un équipementier de réseaux d'eau
Chez VonRoll Hydro, je travaille sur LEAKAPP, l'app iOS et Android que les techniciens utilisent avec des appareils de mesure Bluetooth, dont un accessoire du programme MFi d'Apple.
Produits connectés pour des clients privés
Intégration d'appareils Bluetooth dans une app client en Kotlin Multiplatform, et une preuve de concept NFC sur iOS.
Les questions qu'on me pose
- Pouvez-vous travailler avec notre équipe matériel ou firmware ?
- Oui. Ces projets fonctionnent en binôme : votre côté firmware tient le protocole, je tiens le côté app et je remonte ce que l'app reçoit vraiment, ce qui fait souvent apparaître des cas limites côté firmware.
- Avez-vous besoin d'un appareil physique ?
- Au-delà du prototype, oui. Une unité envoyée chez moi, ou un accès distant à un banc de test, enlève l'essentiel des suppositions.
- Quels frameworks utilisez-vous ?
- Core Bluetooth et External Accessory sur iOS, les APIs Bluetooth et BLE d'Android côté Android, et Kotlin Multiplatform quand la couche protocole doit être partagée.
Prestations liées
Un projet de ce type ?
Réservez un appel de 20 minutes et dites-moi ce que vous construisez. Si je ne suis pas la bonne personne, je vous le dis pendant l'appel.
Réserver un appel de 20 min