IoT industriel : collecter les données de vos machines avec MQTT

Vos machines produisent des milliers de mesures par jour — températures, vitesses, intensités, états, compteurs. Question simple : combien en conservez-vous ? Dans la plupart des PME industrielles, la réponse est : aucune. Les données défilent dans l'automate, servent à l'instant présent, puis disparaissent. Et le jour où l'on cherche à comprendre une panne, une baisse de cadence ou une surconsommation, on en est réduit aux suppositions — parce que rien n'a été gardé.

Tant que ces données ne sont pas conservées, des questions simples restent sans réponse : cette panne, l'a-t-on déjà vue venir ? cette ligne tourne-t-elle vraiment au rythme prévu ? quel équipement consomme le plus, et pourquoi ? Et surtout : chaque mois sans collecte est un mois d'historique perdu — un historique ne se reconstitue pas après coup. Le jour où vous en aurez besoin pour arbitrer un investissement ou expliquer une dérive, il faudra repartir de zéro.

L'IoT industriel, c'est précisément régler cela : faire remonter les données qui existent déjà dans vos machines pour pouvoir les exploiter. Cet article explique, sans jargon inutile, comment ces données sortent d'une machine — le rôle du protocole MQTT, ce qu'il faut quand une machine ne communique pas, et comment le faire sans ouvrir votre usine ni perturber la production.

Au sommaire :

• Définition simple
• IoT ou IIoT : quelle différence ?
• Vos machines parlent déjà : le rôle de MQTT
• MQTT, OPC UA, Modbus : trois protocoles qui cohabitent
• La collecte de données industrielles, maillon par maillon
• « Mais nos machines ne sont pas connectées »
• La sécurité : collecter sans ouvrir l'usine
• Par où commencer
• Un cas concret
• Combien ça coûte, combien de temps
• FAQ

IoT industriel : définition simple

L'IoT industriel (ou IIoT, Industrial Internet of Things) désigne les capteurs, équipements et logiciels qui collectent les données des machines d'une usine pour les rendre exploitables.

Son objectif n'est pas la technologie pour elle-même : c'est de transformer des mesures éparpillées et éphémères, enfermées dans chaque automate, en une information conservée, centralisée et utile pour piloter la production. L'IoT industriel est le premier maillon de toute démarche de maintenance prédictive ou de supervision : sans collecte, pas de donnée à exploiter.

IoT ou IIoT : quelle différence ?

On parle d'IoT (Internet des objets) pour les objets connectés en général — y compris grand public. L'IIoT (Industrial IoT) en est la déclinaison industrielle : mêmes principes — capteurs, réseau, données — mais des exigences différentes : fiabilité, sécurité, durée de vie des équipements (souvent quinze à vingt ans), environnements contraints. Dans cet article, « IoT industriel » et « IIoT » désignent la même chose : connecter les machines d'une usine pour exploiter leurs données.

Vos machines parlent déjà : le rôle du protocole MQTT

Au niveau des machines, les automates communiquent surtout en Profinet, EtherCAT, Modbus ou OPC UA. Mais pour transporter ces données vers une base d'historique ou une supervision, le protocole qui s'est imposé est MQTT — un protocole de messagerie léger, conçu pour des réseaux contraints et des remontées de données nombreuses.

MQTT fonctionne sur un principe simple, dit « publication / abonnement » (pub/sub) :

• Un équipement qui a une donnée la publie vers un serveur appelé broker, sur un sujet (un topic, par exemple `four-1/temperature`). Sur un parc réel, ces topics sont organisés selon une convention de nommage cohérente — site, ligne, machine, grandeur — pour rester lisibles dans le temps (voir la FAQ).
• Les applications qui veulent cette donnée s'abonnent à ce topic auprès du broker.
• Publieurs et abonnés ne se connaissent pas : le broker fait le lien entre eux.

Cette mécanique a une conséquence très concrète. On peut souvent ajouter un nouvel abonné sans rien changer aux publieurs existants. Quand un broker MQTT est déjà en place et accessible, faire remonter vos données ne demande pas de reconstruire quoi que ce soit : on s'abonne au flux, comme un lecteur de plus.

Deux points se vérifient à l'inventaire : le broker est-il accessible — et non enfermé dans une appliance ou un cloud constructeur ? — et les topics sont-ils documentés ? C'est précisément ce qu'on regarde au cadrage.

MQTT, OPC UA, Modbus : trois protocoles qui cohabitent

Question d'expert, pas de décideur : vous n'aurez pas à trancher vous-même. Mais comprendre que ces protocoles cohabitent évite une fausse inquiétude — celle de devoir tout remplacer.

Si votre atelier est déjà standardisé en OPC UA, c'est une bonne base : OPC UA sait lui-même publier en mode événementiel (PubSub), parfois directement au-dessus de MQTT. On part toujours de l'existant — le bon protocole, c'est celui qui est déjà là, qu'on complète au besoin.

La collecte de données industrielles, maillon par maillon

Pas besoin d'en maîtriser les détails : ce qui compte, c'est que cette chaîne se greffe sur l'existant sans rien interrompre. En voici les quatre maillons, pour situer qui fait quoi.

1. La source — automates, capteurs, variateurs de vitesse. Ils produisent déjà les mesures.
2. Le broker MQTT — le serveur qui reçoit les données publiées et les distribue aux abonnés. Il existe souvent déjà dans l'armoire ; sinon, on en installe un, léger.
3. L'agent collecteur — un petit logiciel, posé sur un calculateur industriel sur place. Il s'abonne au broker, met en forme les données, et les pousse vers la base. Il conserve aussi les mesures en cas de coupure réseau, pour ne rien perdre.
4. La base de données — une base spécialisée dans les séries temporelles, qui conserve l'historique et alimente les tableaux de bord.

Deux précisions importantes. D'abord, à aucun moment on ne modifie le programme de vos automates : la collecte est en lecture seule, on observe le flux. Ensuite, on dimensionne la collecte pour ne pas charger vos équipements : lire des données ne doit ni ralentir un automate ni saturer un réseau de terrain. Les fréquences d'échantillonnage et le nombre de points sont calibrés avec votre automaticien — on collecte ce qui est utile, au bon rythme, pas tout, tout le temps. La production continue de tourner pendant toute l'intervention.

« Mais nos machines ne sont pas connectées »

C'est l'objection la plus fréquente — et elle est le plus souvent fausse, ou exagérée.

• Vos automates récents communiquent presque toujours. Ils disposent d'un port réseau et savent dialoguer en OPC UA ou publier en MQTT. Souvent, la donnée est là, il suffit d'aller la lire.
• Vos machines plus anciennes parlent souvent Modbus. Une passerelle de protocole — un petit boîtier — lit le Modbus et le republie en MQTT. C'est une opération simple et peu coûteuse.
• Une machine vraiment muette — sans aucune sortie exploitable — peut recevoir un capteur additionnel ciblé (température, vibration, courant). C'est le seul cas qui demande du matériel, et on le réserve aux mesures qui en valent la peine.

La seule façon de savoir où vous en êtes, c'est l'inventaire de connectivité : faire le tour du parc et noter, machine par machine, ce qui communique et comment. C'est la toute première étape d'un projet — et souvent une bonne surprise.

La sécurité : collecter sans ouvrir l'usine

Faire remonter des données ne veut pas dire exposer son atelier sur Internet. C'est même l'inverse : un projet de collecte bien conçu est pensé pour être validé par votre informatique.

• Flux sortant uniquement. L'agent collecteur émet vers la base ; aucun port entrant n'est ouvert sur le réseau d'usine. Vos automates ne sont jamais joignables depuis l'extérieur.
• Lecture seule. La chaîne lit les données, elle n'écrit jamais vers les machines. Une collecte bien dimensionnée observe le procédé sans intervenir dessus.
• Chiffrement et authentification. Le broker MQTT peut être chiffré (TLS), et chaque machine s'authentifie pour publier. Une liste de droits (ACL) garantit qu'une machine ne publie que sur ses propres topics.
• Tout peut rester chez vous. Broker, agent et base de données peuvent être hébergés sur un serveur dans vos murs. Aucune donnée n'est obligée de sortir du site.
• Séparation IT / OT respectée. Le dispositif s'inscrit dans une démarche de cloisonnement entre réseau bureautique et réseau machine — utile notamment pour les sites concernés par la directive NIS 2, et plus largement une bonne hygiène, qu'on y soit soumis ou non.

La sécurité n'est pas une option ajoutée à la fin : elle se cadre dès le départ, avec votre équipe informatique.

Par où commencer : les questions à se poser

Avant de lancer un projet de collecte, cinq questions cadrent l'effort réel.

1. Quelles machines communiquent déjà, et avec quel protocole ? C'est l'inventaire de connectivité — le point de départ.
2. Existe-t-il déjà un broker MQTT dans vos armoires, ou faut-il en poser un ?
3. Quelles mesures voulez-vous vraiment exploiter ? Inutile de tout collecter : quelques mesures utiles valent mieux que des milliers de points ignorés.
4. Où feront tourner l'agent collecteur et la base ? Un calculateur dans l'armoire, un serveur existant ?
5. Quelles règles de sécurité avec votre informatique, et la donnée doit-elle rester sur site ?

Ces cinq questions, c'est exactement le programme du premier échange : on les passe en revue ensemble, et vous repartez avec les réponses.

Un cas concret : « nos armoires remontent du MQTT »

Un fabricant français de fours industriels — une cinquantaine de personnes — nous a décrit son installation en une phrase : « nos armoires remontent du MQTT ». Cette phrase contenait déjà une bonne partie de la solution.

Si du MQTT circule, c'est qu'un broker existe déjà. Il n'y a donc eu ni nouveau broker à installer, ni programme d'automate à modifier : nous nous sommes abonnés au flux existant, comme un lecteur de plus. Un agent collecteur léger, posé sur un calculateur sur place, lit les topics MQTT (température, vitesse de défilement, consommation) et pousse les mesures vers une base d'historique.

Le seul vrai travail a été en amont : identifier, avec leur équipe, quels topics du broker correspondaient à quelles grandeurs — la liste n'était pas documentée. Une demi-journée d'inventaire, et la collecte a pu démarrer.

Résultat : le four a continué de tourner pendant toute l'intervention, sans la moindre interruption — et, dès les premières semaines, l'équipe disposait d'un historique de température exploitable, assez pour repérer une dérive de chauffe qui passait jusque-là inaperçue. C'est tout l'intérêt du modèle publication / abonnement : on ajoute sans casser.

Combien ça coûte, combien de temps

• Un premier périmètre de collecte — une machine ou une ligne pilote, de la source jusqu'à la base d'historique — représente typiquement deux à quatre semaines de prestation. Le délai dépend surtout de la connectivité : un parc déjà communicant va vite ; des machines anciennes à équiper de passerelles demandent davantage. L'objectif assumé d'un pilote : un investissement modeste qui prouve la valeur avant tout engagement plus large — le premier échange vous en donne le chiffrage.
• Le matériel se limite souvent à un calculateur industriel et, le cas échéant, à des passerelles de protocole — chiffrés après l'inventaire.
• L'hébergement se compte en quelques dizaines d'euros par mois.
• Pas de licence propriétaire à payer : broker, agent collecteur et base de données reposent sur des briques open source éprouvées. Sur des besoins de haute disponibilité, des options entreprise existent — on en parle si le cas se présente, jamais par défaut.
• Le maintien en condition fait l'objet d'un forfait clair, chiffré dès le cadrage.

Vous restez propriétaire de l'ensemble : la chaîne de collecte, sa configuration et vos données vous appartiennent et restent exportables. Vos équipes sont formées pour l'exploiter — vous n'êtes captif ni d'un éditeur, ni de nous.

Collectez ce que vos machines produisent déjà

L'IoT industriel n'est pas un grand projet abstrait. C'est, très concrètement, le fait de récupérer une richesse que vos machines produisent déjà et que vous laissez partir. Une fois collectées, ces données alimentent vos tableaux de bord et la supervision industrielle de votre parc — voire la supervision en temps réel de vos sites — et peuvent même devenir un service proposé à vos propres clients, la machine connectée. Mais tout commence par une seule question : que publient déjà mes machines ?

FAQ