IoT-DoT — les objets d'abord, le réseau ensuite.

L'IoT est entré dans mon parcours par la mobilité ferroviaire. Chez YPTO, la filiale IT de la SNCB, j'ai monté et piloté un portefeuille de projets IoT — deux MVP livrés (stationnement intelligent, trottinettes en station), des cas d'usage de mobilité comme service, et une stratégie vers le jumeau numérique reliant capteurs, données massives et apprentissage automatique. Le fil, là encore : relier une décision d'exploitation — composition d'un train, information voyageurs, maintenance conditionnelle — à un système qui la rend possible.

Puis j'ai voulu savoir ce qu'il y avait dans la boîte. Mes propres développements m'ont appris ce que les intégrateurs ne disent pas : ce qu'un objet connecté peut faire quand le réseau n'est pas là. Du circuit imprimé au tableau de bord — design et production de cartes, programmation de firmwares, architecture de composants, intégration de l'électronique dans l'objet — avec l'aide d'ingénieurs, bien sûr, mais assez loin pour concevoir, arbitrer et dépanner.

Wubble est né de cette question. C'est de l'IoT sans le I d'internet — des objets qui se parlent avec ou sans connexion, et qui ne cessent pas de fonctionner parce qu'un opérateur a cessé de les servir. Un smartphone sans SIM, sans application, sans internet, sans Bluetooth. Conçu pour des contextes sans réseau, il a ouvert un champ qui n'a rien à voir avec l'Afrique et qui vaut dans un monde en 5G, saturé d'apps : WubbleSafe pour les armoires à colis, WubbleAccess pour le contrôle d'accès, WubbleSnow, WubbleLight. La contrainte de départ a produit une simplicité que les environnements riches en infrastructure avaient perdue.