IoT & temps réel
Un parc connecté échoue rarement sur le débit. Il échoue sur l'heure que porte l'événement, sur l'ordre dans lequel les événements arrivent, et sur l'endroit où la décision se prend réellement. C'est là que nous travaillons : une chaîne qui reste lisible du capteur jusqu'à l'action qu'elle déclenche.
Le temps réel est une question d'ordre, bien plus que de vitesse.
Les projets IoT échouent rarement sur le nombre de capteurs raccordés. Ils échouent sur une décision prise trop tard, ou fondée sur une donnée qui ne se comparait pas à celle du site voisin.
Notre intervention commence donc par définir ce que doit porter un événement, avant de choisir la technologie qui le transporte. Nous construisons ensuite la chaîne complète présentée ci-dessous, du capteur jusqu'à la décision : c'est ce qui distingue un parc qui produit des courbes d'un parc qui déclenche des actions.
Ce que nous faisons
Quatre chantiers, du bornier du capteur jusqu'à l'action qu'une règle déclenche.
Raccorder les actifs et l'OT
MQTT, OPC-UA et passerelles propriétaires, enrôlement sécurisé et flotte pilotée sans toucher à la production. Le raccordement commence par un contrat de télémétrie : unité, heure de mesure, plage de validité et signification d'une mesure absente.
un événement sans son unité n'est lisible que par celui qui l'a émis
- MQTT, OPC-UA et passerelles industrielles
- Heure de mesure conservée à côté de l'heure d'arrivée
- Mesure absente traitée en événement, pas en trou
Décider à la périphérie
Filtrage, agrégation et inférence locale sur la passerelle du site, pour que ce qui doit tenir quand le lien tombe ne dépende pas du cloud. Un seuil de sûreté reste local ; une règle qui change tous les mois, non.
un site isolé continue de décider, et il l'est plusieurs fois par an
- Seuils de sûreté gardés sur la passerelle
- Tampon local rejoué à la reconnexion
- Règles métier gardées au centre, là où elles changent
La chaîne de streaming
Des brokers partitionnés par site, un ordre garanti là où il veut dire quelque chose, des fenêtres qui suivent l'heure de la mesure et non celle de l'arrivée, le rejeu depuis le log et une contre-pression qui dégrade plutôt qu'elle ne jette.
un lot rejoué après une coupure retombe dans sa propre fenêtre
- Partitionnement par site, ordre dans la partition
- Fenêtres sur l'heure de mesure, avec tolérance au retard
- Rejeu depuis le log, consommateurs idempotents
De l'alerte à l'action
Des seuils tenus sur une durée plutôt que sur un point, une hystérésis pour qu'une valeur qui oscille n'alerte pas toutes les deux secondes, et chaque action automatique qui porte l'identifiant de l'événement l'ayant déclenchée.
une action automatique que personne ne peut retracer finit désactivée
- Alertes sur une durée, avec seuil de retour
- Chaque action porte son événement déclencheur
- Supervision d'exploitation et historique long terme séparés
La chaîne que nous construisons
Du signal capteur à la décision
Un pipeline de streaming qui porte chaque événement de la périphérie jusqu'à une décision actionnable, sans délai batch.
Flux de bout en bout
Ce que vous recevez
Un même projet traverse les quatre livrables ci-dessous : la supervision d'un parc d'équipements réparti sur plusieurs sites. Chaque ligne dit ce qui est réellement remis, dans l'ordre où il l'est.
Un contrat de télémétrie
Unité, précision, plage de validité, heure de mesure et heure d'arrivée, et ce que signifie une mesure absente. Écrit une fois, c'est ce qui permet de comparer deux sites trois ans plus tard.
L'arbitrage de l'endroit où le calcul se fait
Ce qui reste sur la passerelle, ce qui monte au cluster de streaming, et la raison en face de chacun. Une fonction de sûreté et une règle qui change tous les mois n'habitent pas au même endroit.
Des règles qui survivent à une rafale
Fenêtres sur l'heure de mesure, tolérance au retard, hystérésis sur les seuils et silence traité comme un signal. Écrites pour qu'un lot rejoué ne rouvre pas les alertes de la veille.
Une mesure de la chaîne en production
La latence médiane et le 99e centile tiennent, et 4,1 % des événements arrivent hors ordre. La cause n'est pas le réseau : trois passerelles ont une horloge qui dérive, ce qui a produit soixante et une alertes fermées puis rouvertes dans la minute.
Comment on travaille
Discover
selon le périmètre, le secteur et le niveau de conformité exigé
- Audit des cas d'usage et des irritants
- Matrice valeur / faisabilité
- Spécification exécutable (ASDD)
MVP
selon la complexité du système et les intégrations
- Un agent en environnement réel
- Tests générés et couverture mesurée
- Go / no-go avant l'industrialisation
Scale
selon le nombre d'agents et de systèmes raccordés
- Orchestration multi-agents sur socle mutualisé
- Intégration CI/CD et MLOps
- Montée en compétences des équipes
Run
engagement de service défini avec vous
- Observabilité LLMOps
- Optimisation FinOps des coûts IA
- Audit continu de conformité
Ce que pèse réellement un parc connecté
Des parcs instrumentés en production
Une chaîne du froid où l'alerte arrive avant la perte
240 véhicules suivis · 3 zones de température
Une flotte européenne qui transporte à moins vingt-cinq, plus deux et plus douze degrés, où une déviation de température n'est pas un incident à analyser après coup : passé le seuil assez longtemps, la marchandise est déjà perdue.
Des capteurs embarqués qui alimentent la plateforme Soon & Connect, des services d'échange séparés par domaine, orders, fleet, temperature et alerts, et un alerting cold chain déclenché sur la déviation elle-même plutôt que sur le rapport de fin de tournée.
L'état d'une rame vu quand il change, pas consulté
68 rames supervisées · 8 ateliers en production
Des ateliers de maintenance où l'état d'une rame se consultait écran par écran, alors que la décision de la remettre en service ou de la retenir se prend collectivement, debout devant le tableau, au moment où l'événement terrain se produit.
Des événements terrain propagés en temps réel par WebSockets sur un tableau 4K interactif lisible par tout l'atelier, avec un détail par train et par équipement, déployé atelier par atelier plutôt qu'en une fois.
Insights & Perspectives
Construire un pipeline de données temps réel avec Kafka, Spark et Hive
Ingestion KRaft, streaming unifié, lakehouse Iceberg et modèles Lambda ou Kappa : ce que porte réellement chaque couche d'un pipeline de flux.
6 tendances majeures dans les données et l'IA manufacturière
Les six tendances technologiques qui transforment l'industrie manufacturière par l'intelligence artificielle et l'analyse de données.
Programmation réactive : architecture entre plateformes
Reactive Streams, contre-pression, Spring Data R2DBC et leurs alternatives : les bénéfices, les limites, et une méthode pour décider si cela convient.
Construisez une chaîne lisible jusqu'à l'action
Un contrat de télémétrie, un arbitrage de l'endroit où le calcul se fait, des règles qui survivent à une rafale, et une chaîne mesurée une fois qu'elle tourne.
Questions fréquentes
Non, et trancher cette question est la première décision d'architecture. Un seuil de sûreté doit tenir pendant que le site est isolé, ce qui arrive plusieurs fois par an : il reste sur la passerelle. Une règle qui change tous les mois reste au centre, là où la modifier ne coûte rien. Le reste est un arbitrage entre bande passante, latence et qui a le droit de changer quoi.
Le plus souvent à cause des horloges, pas du réseau. Une passerelle dont l'horloge dérive de trente secondes date ses mesures trente secondes à côté, et une fenêtre de cinq minutes agrège alors des relevés qui n'ont pas eu lieu ensemble. Conserver à la fois l'heure de mesure et l'heure d'arrivée rend l'écart visible, et synchroniser les passerelles le corrige.
L'at-least-once avec des consommateurs idempotents couvre la grande majorité des cas industriels, et coûte bien moins cher à exploiter. L'exactly-once justifie son coût là où un doublon a une conséquence financière ou réglementaire, la facturation ou la traçabilité d'un lot. Le choisir partout rend la chaîne plus lente et plus fragile pour une garantie que personne ne demandait.
Oui, et sans toucher à la logique d'automatisme. Nous intégrons MQTT, OPC-UA et les passerelles propriétaires, ajoutons un enrôlement sécurisé et pilotons la flotte à côté de la production plutôt qu'au travers. Ce qui prend du temps n'est pas le protocole : c'est d'écrire le contrat de télémétrie d'équipements qui émettent depuis quinze ans.
Depuis le 11 septembre 2026, les fabricants de produits comportant des éléments numériques doivent déclarer les vulnérabilités activement exploitées et les incidents graves via une plateforme européenne unique, et le reste du règlement 2024/2847 s'applique le 11 décembre 2027. En pratique, le parc doit être inventorié, ses composants suivis et son chemin de mise à jour connu avant qu'on en ait besoin.
Il continue de décider localement, et met en tampon ce qu'il ne peut pas envoyer. La passerelle garde un tampon local rejoué à la reconnexion, et les fenêtres côté traitement tolèrent ce rejeu, pour qu'un lot arrivé en retard retombe dans sa propre fenêtre plutôt que de rouvrir des alertes déjà fermées.
Le cadrage prend 2 à 6 semaines selon le périmètre, le secteur et le niveau de conformité exigé, et produit le contrat de télémétrie, l'arbitrage de ce qui reste local et les premières règles. Un premier flux en production, sur un périmètre réel et non sur un démonstrateur, suit en 4 à 10 semaines.