Points clés
- Choisissez la connectivité selon portée, énergie et charge utile : LoRaWAN pour le faible débit longue portée, LTE-M pour le mobile/à mettre à jour, cellulaire pour le haut débit, Wi-SUN/Wirepas/DigiMesh pour les maillages denses.
- Choisissez l’OS selon la maintenabilité : Yocto pour livrer des produits Linux, Buildroot pour des images simples, Ubuntu Core pour des mises à jour transactionnelles, un RTOS pour la classe microcontrôleur.
- OPC-UA et MQTT ne sont pas rivaux — modélisez les données avec OPC-UA, transportez-les avec MQTT.
- La plateforme est la décision sous-estimée : bâtir l’identité, les OTA, le RBAC et l’audit sur un hyperscaler représente 12 à 24 mois de travail avant votre première fonctionnalité.
- La sécurité et la résidence des données devraient être une propriété de la plateforme, pas un assemblage par projet.
Les quatre décisions, dans l’ordre
La plupart des projets IoT calent parce qu’ils choisissent d’abord une radio ou un nuage et découvrent les contraintes ensuite. Travaillez plutôt dans cet ordre : connectivité → OS embarqué → protocoles → plateforme. Chaque choix réduit le suivant. Un capteur sur batterie qui rapporte une fois l’heure exclut les radios gourmandes et le Linux complet ; une passerelle vidéo exclut le LoRaWAN. Décidez d’abord la physique, ensuite le logiciel.
1. Connectivité : accordez la radio au travail
La connectivité est d’abord un arbitrage énergie/charge utile, avant d’être une question de couverture. Servez-vous de cette matrice comme point de départ, puis validez par un vrai relevé RF sur site.
| Technologie | Idéale pour | Portée | Énergie | Charge utile |
|---|---|---|---|---|
| LoRaWAN | Comptage, stationnement, agriculture, mesure longue portée | Kilométrique | Très faible (années sur batterie) | Petite |
| LTE-M | Actifs mobiles ou à mettre à jour, couverture cellulaire | Opérateur | Faible à modérée | Modérée |
| Cellulaire (LTE Cat-1/4, 5G) | Passerelles, vidéo, nœuds à haut débit | Opérateur | Plus élevée | Grande |
| Wi-SUN / Wirepas / DigiMesh | Maillages denses de distribution, d’éclairage et de campus | Étendue par maillage | Faible à modérée | Petite à modérée |
| Wi-Fi / BLE | Intérieur, mise en service, proximité grand public | Locale | Modérée | Modérée à grande |
Pour la plupart des déploiements réels, la réponse est un mélange — par exemple des capteurs LoRaWAN plus une passerelle cellulaire — unifié derrière une seule plateforme pour ne pas gérer trois flottes.
2. OS embarqué : optimisez pour les cinq prochaines années, pas pour la démo
Le choix de l’OS est en réalité un choix de maintenabilité. La mauvaise réponse coûte peu aujourd’hui et cher à chaque correctif de sécurité, pour toute la vie du produit.
- Buildroot — images simples et rapides sur matériel stable ; idéal pour des appareils au périmètre serré.
- Yocto — le standard de l’industrie pour livrer des produits Linux : BSP sur mesure, traçabilité des licences, maintenabilité à long terme sur plusieurs variantes.
- Ubuntu Core — mises à jour transactionnelles par snap avec support commercial ; fort quand vous voulez des mises à jour gérées d’emblée.
- RTOS (FreeRTOS, Zephyr) — la bonne couche pour les appareils de classe microcontrôleur où Linux n’a pas sa place.
3. Protocoles : OPC-UA et MQTT font des travaux différents
C’est le faux choix le plus courant en IoT industriel. OPC-UA est un standard de modèle d’information pour l’interopérabilité entre machines, automates et historiens. MQTT est un transport léger pour faire remonter la télémétrie vers le nuage. Le schéma mature : OPC-UA sur le plancher, ponté vers MQTT (souvent Sparkplug B) à une passerelle edge. Choisissez la paire, pas l’un ou l’autre.
4. Plateforme : la décision que l’on sous-estime
Une fois que les appareils communiquent et tournent, il faut bien les provisionner, pousser le firmware, contrôler qui peut faire quoi et le prouver à un auditeur. Vous pouvez bâtir cela sur AWS ou Azure — mais vous devenez alors responsable de l’identité des appareils, des OTA gouvernées, des accès par rôle, de la multi-location, de l’audit et de la résidence des données pour toute la vie du produit. C’est typiquement 12 à 24 mois d’ingénierie de plateforme avant la livraison de votre première fonctionnalité différenciante.
L’alternative : acheter le plan de contrôle et bâtir votre produit dessus. C’est exactement la ligne faire-ou-acheter où la plupart des équipes devraient acheter.
Où Fundamentum entre en jeu
Une fois la radio et l’OS choisis, il vous faut encore un endroit pour provisionner les appareils, pousser le firmware, gouverner les accès et prouver la conformité. C’est le rôle de Fundamentum, notre plateforme IoT canadienne (PaaS) : identité des appareils, OTA gouvernées, politiques par rôle et piste d’audit SOC 2 Type II — prêtes à l’emploi, sans reconstruire cette plomberie à chaque projet. Fundamentum peut s’interfacer avec AWS, Azure ou Google Cloud si votre architecture l’exige déjà, mais il vous donne par défaut un plan de contrôle souverain et sensible à la résidence des données. Découvrir la plateforme →
Foire aux questions
Cellulaire, LoRaWAN ou LTE-M — lequel choisir ?
Accordez la radio à votre cycle de service et à votre charge utile. Le LoRaWAN convient aux capteurs longue portée, faible débit et autonomes sur batterie (comptage, stationnement, agriculture). Le LTE-M convient aux actifs mobiles ou à mettre à jour, avec couverture cellulaire et bande passante modérée. Le cellulaire complet (LTE Cat-1/4, 5G) convient aux passerelles, à la vidéo ou aux nœuds à haut débit. Pour des maillages denses de campus ou de réseau de distribution, évaluez aussi Wi-SUN, Wirepas ou DigiMesh.
Devrais-je faire migrer ma feuille de route consumer vers Matter en 2026 ?
Si vous concevez des produits maison/bâtiment intelligents qui gagnent à fonctionner avec Apple Home, Google Home et Amazon Alexa, Matter sur Thread est désormais un choix par défaut crédible — il supprime les intégrations par écosystème. Si votre produit est industriel, réglementé ou longue portée, Matter n’est généralement pas la bonne couche. Décidez par gamme de produits, pas à l’échelle de l’entreprise.
Yocto, Buildroot ou Ubuntu Core pour mon edge device ?
Utilisez Buildroot pour des images simples et rapides à bâtir sur du matériel stable. Utilisez Yocto quand vous avez besoin de maintenabilité à long terme, de traçabilité des licences et d’un BSP sur mesure pour plusieurs variantes de produit — c’est le standard de l’industrie pour livrer des produits Linux. Utilisez Ubuntu Core pour des mises à jour transactionnelles et une livraison d’applications par snap avec support. Pour des appareils de classe microcontrôleur, le vrai choix est un RTOS (FreeRTOS, Zephyr), pas Linux.
OPC-UA ou MQTT pour ma connectivité industrielle ?
Ils résolvent des problèmes différents et coexistent souvent. OPC-UA est un standard de modèle d’information pour l’interopérabilité entre machines, automates et historiens sur le plancher OT. MQTT est un transport léger pour faire remonter la télémétrie vers le nuage. Un schéma courant : OPC-UA sur la ligne, ponté vers MQTT (souvent via Sparkplug B) pour l’ingestion infonuagique.
Devrais-je bâtir ma plateforme IoT sur AWS/Azure ou en acheter une ?
Bâtir sur un hyperscaler donne un contrôle maximal, mais vous devenez responsable à vie de l’identité, des OTA, du RBAC, de la multi-location, de l’audit et de la résidence — typiquement 12 à 24 mois d’ingénierie de plateforme avant votre première fonctionnalité. Une plateforme gérée comme Fundamentum vous donne ce plan de contrôle dès le premier jour et s’interface tout de même aux nuages publics au besoin. Achetez la plomberie, bâtissez votre différenciateur.
Comment garder tous ces choix sécurisés et auditables ?
Centralisez l’identité des appareils et les certificats, signez chaque image de firmware, encadrez les déploiements OTA par des politiques selon les rôles et conservez une piste d’audit immuable. Fundamentum le fait dans le périmètre SOC 2 Type II du Groupe Vectanor (audité par RCGT, rapport daté du 15 avril 2026) : la sécurité devient une propriété de la plateforme plutôt qu’un assemblage par projet.
À lire aussi
Parlez à un ingénieur IoT — gratuitement
Réservez un appel-conseil GRATUIT de 30 minutes avec notre équipe. Pas de diapositives, aucune obligation — une vraie séance de travail sur vos questions de connectivité, de plateforme ou de conformité.
