À quoi ressemblait le terrain
Le propriétaire d'actifs exploitait une flotte de grues mobiles sans aucune télémétrie. Pas de localisation en temps réel, pas de signal d'utilisation, pas de traçabilité de maintenance au-delà des registres papier et de la mémoire du chef de chantier. La planification se faisait par téléphone.
L'OEM capteurs se trouvait dans une autre situation. Il disposait d'un portefeuille solide pour les mesures de charge, d'inclinaison et de structure, mais d'aucune logique edge : pas de passerelle, pas de mise en tampon, aucune voie documentée vers le cloud du propriétaire d'actifs. De bons signaux sans destination.
Le mandat était de rétrofiter la flotte existante sans toucher à la répartition de la propriété. Nous livrions le logiciel passerelle, l'intégration matérielle pour environnement sévère et un transfert propre vers la plateforme de flotte du propriétaire. L'OEM garde les capteurs et sa propriété intellectuelle, l'exploitant garde les actifs et les données, et l'intégration appartient à l'exploitant.
Contraintes posées d'emblée
Trois protocoles capteurs sur un même châssis. J1939 standard issu de la chaîne cinématique, trames CAN brutes de l'instrumentation auxiliaire et un dialecte propriétaire OEM portant les canaux de charge et d'inclinaison. Laissés en l'état, cela fait trois schémas par grue dans le cloud. La passerelle devait les fusionner en un seul enregistrement à bord, pour que la plateforme ne voie jamais le câblage sous-jacent.
L'environnement ne pardonne rien. Les grues mobiles en extérieur subissent variations de température, vibration constante et infiltration d'eau. Nous avons spécifié du matériel Owasys certifié pour ces conditions et traité l'installation comme un travail d'ingénierie à part entière : placement d'antenne dégagé de la flèche, prise d'alimentation conçue pour survivre aux cycles de contact, câblage acheminé et soulagé en traction pour le terrain plutôt que pour une démonstration de table.
La limite du partenariat était une ligne nette. Les données de l'OEM capteurs restent sa propriété intellectuelle. Nous avons bâti l'intégration via des adaptateurs que l'OEM a documentés et validés, jamais par capture du bus ni rétro-ingénierie d'un flux fermé. C'est précisément cette décision qui a maintenu les trois parties autour de la table.
Architecture : du parc hérité à la connectivité
Chaque grue embarque une passerelle Linux ouverte Owasys dimensionnée pour la cabine. Elle exécute une couche d'acquisition à trois adaptateurs (J1939 standard, CAN brut et le flux propriétaire OEM) qui projette chaque canal dans un enregistrement unique par actif. Lorsqu'un chantier éloigné perd la connectivité, une mise en tampon de type store-and-forward conserve les enregistrements en stockage local et les rejoue dans l'ordre dès le retour du lien. Une zone morte coûte alors de la latence, pas des données.
Les enregistrements partent en MQTT vers un broker que l'exploitant possède, puis sont transmis à la plateforme de gestion de flotte qu'il utilisait déjà. Le partenaire OEM lit les canaux capteurs qui l'intéressent via un adaptateur documenté exposé côté exploitant. Aucun portail fournisseur où que ce soit dans le chemin. L'exploitant détient le broker, les topics et la rétention.
Les mises à jour OTA arrivent par un canal signé sous le contrôle de l'exploitant : la signature de l'image est vérifiée avant toute écriture, et un retour arrière vers une version saine se déclenche si une unité ne revient pas. Un technicien remplace une passerelle en environ 15 minutes avec une image pré-flashée et un faisceau de câbles qui reproduit le connecteur de service OEM. Le travail se résume à rebrancher et repartir, sans diagnostic sur site.
Déploiement : certifier d'abord, puis passer à l'échelle
Nous avons certifié avant de passer à l'échelle, sur trois grues couvrant deux millésimes. Cela a fixé les adaptateurs protocoles face à du trafic de bus réel, arrêté le modèle d'installation cabine et figé le contrat d'adaptateur OEM avant l'expédition d'une seule unité supplémentaire.
Le dépôt principal a suivi, l'équipe de service de l'exploitant prenant en charge les installations après en avoir observé les dix premières. Pour les dépôts régionaux, les passerelles arrivaient pré-flashées et les équipes étalonnaient localement par rapport aux valeurs de référence relevées au dépôt principal. Le calendrier a suivi trois bandes : certification en semaines 1 à 2, vague du dépôt principal en semaines 3 à 6 et dépôts régionaux en semaines 7 à 10.
Ce qui a changé pour les opérations
« Où est cette grue ? » a cessé d'être un appel téléphonique pour devenir un coup d'œil sur une vue en direct. Utilisation, localisation et mesures structurelles alimentent désormais planification, maintenance et dispatching depuis un seul jeu de données plutôt que trois jeux déconnectés. Le partenaire OEM voit ses données capteurs circuler dans un pipeline client qu'il n'a ni à héberger ni à maintenir, transformant une capacité edge manquante en argument de vente. Chacune des trois parties a gardé exactement ce qu'elle apportait : l'exploitant ses actifs et ses données, l'OEM ses capteurs et sa propriété intellectuelle, l'intégrateur le logiciel passerelle.
Pourquoi ce schéma fonctionne
Le rétrofit de grues est une déclinaison d'un problème récurrent : un équipement dont les données restent prisonnières d'un îlot OEM, et un exploitant qui veut ces données sans arracher une plateforme ni céder la propriété. La réponse est la même à chaque fois. Des adaptateurs documentés au lieu de la rétro-ingénierie, un broker qui appartient au client au lieu d'un portail fournisseur, et un code source que le client conserve. Cela se transpose à toute classe de machine mobile dotée de capteurs de millésimes mixtes et d'un OEM disposé à coopérer.
Suite : routeurs & passerelles industrielles, supervision condition & process et développement logiciel edge.
Construisez votre solution de télémétrie industrielle.
Échangez avec nous sur les passerelles embarquées, les pipelines de télémétrie et la propriété des données.

