Prototypage IoT,
objets connectés
et systèmes embarqués.

On ne commence pas par souder. On commence par le besoin : que faut-il mesurer, où, à quelle fréquence, avec quelle autonomie, et qui lit la donnée à l'arrivée. Ensuite on pose les contraintes terrain, l'énergie, la radio, le durcissement, et les systèmes déjà en place. Un objet mal cadré coûte cher à corriger une fois la carte figée. Le premier livrable utile, c'est souvent un prototype qui prouve le besoin, pas une série de mille pièces. On décide ensemble ce qui doit être vrai avant d'industrialiser.

LoRaWAN va loin, consomme peu, et convient aux capteurs qui parlent peu. Le Bluetooth sert le proche, l'association avec un téléphone, l'atelier. Le cellulaire, LTE M ou NB IoT, simplifie le déploiement quand il n'y a pas de passerelle sur site, au prix de l'abonnement et de l'énergie. On choisit selon la portée, le volume de données, la batterie et le coût d'exploitation, pas selon la fiche marketing d'un module. Un mauvais choix radio se paie pendant toute la vie de la flotte.

Un prototype utile mesure vraiment, transmet vraiment, et tient quelques jours dans des conditions proches du terrain. Ce n'est pas une maquette jolie sur un bureau. On valide l'autonomie, la radio, le firmware, et la première brique de plateforme. On itère. Puis on décide ce qui passe en série. Si le prototype ne peut pas mentir sur la batterie ou le taux de paquets perdus, il a fait son travail. S'il ne sert qu'à une démo client, il faudra le refaire.

On gèle la nomenclature, on qualifie la radio, l'autonomie, la température, l'identité de chaque appareil, le chiffrement et les mises à jour à distance. Ensuite seulement on parle fabrication, tests en bout de ligne et déploiement. Industrialiser trop tôt, c'est multiplier un défaut. On documente assez pour qu'un atelier puisse produire sans nous appeler toutes les heures. L'objet n'est en série que lorsqu'il tient dehors, pas quand la présentation le dit.

À distance, de façon contrôlée. On signe les images, on déploie par vagues, on garde un repli si une version casse un lot. Rappeler mille objets pour un port USB n'est pas un plan. La plateforme doit savoir qui a quelle version, qui a échoué, qui est hors ligne. Une flotte sans mise à jour fiable n'est pas maintenable. On le prévoit dès l'architecture, pas après le premier incident.

Chaque appareil a une identité, des secrets qui ne sont pas les mêmes pour toute la série, et un canal chiffré. Le réseau métier et le SI ne se mélangent pas sans cloison. On limite ce que l'objet peut faire s'il est ouvert. On surveille les comportements bizarres. Un capteur oublié dans un local technique est une porte. La sécurité IoT, c'est du matériel, du firmware et de la plateforme, pas un mot de passe unique gravé dans le code.