Remplacement de passerelle sur citernes d'aliment du bétail : la traçabilité sur Linux ouvert

Le client est un constructeur européen de semi-remorques citernes pour l'aliment du bétail. Ses citernes transportent de l'aliment en granulés et en vrac sec jusqu'aux élevages, où des vis de déchargement vident la cuve. Le constructeur fabrique les citernes ; ce sont ses clients qui les exploitent.

L'aliment est le premier maillon de la filière viande et lait. Une citerne qui passe d'un élevage à l'autre transporte donc plus que son chargement. À chaque livraison, les mêmes questions reviennent. Quand et où la cuve a-t-elle été déchargée ? A-t-elle été nettoyée avant le chargement suivant ? Les pneus ont-ils été désinfectés avant d'entrer dans l'élevage suivant ?

Un carnet de bord papier répond à ces questions. Il ne prouve pas les réponses.

Les citernes étaient jusque-là équipées d'un traceur du commerce. Un traceur remonte bien une position. Au-delà, tout dépend des entrées et des fonctions que son fournisseur a choisi d'intégrer. Pour un constructeur qui veut que ses citernes documentent un processus, la limite est mal placée.

Notre raisonnement d'ingénierie portait sur l'endroit où doit tourner la logique. Une passerelle Linux ouverte Owasys exécute un logiciel que nous développons et dont le constructeur est propriétaire. Trois conséquences en découlent :

• Une logique métier embarquée. La passerelle peut transformer des signaux bruts en événements (un déchargement, un nettoyage, un cycle de désinfection) directement en edge, au lieu de transmettre des signaux qu'un autre devra interpréter plus tard.
• Le modèle de données du constructeur. Les enregistrements sont définis dans les termes du constructeur, et non forcés dans les champs d'E/S génériques d'un traceur.
• Une évolution sans dépendance fournisseur. Pour enregistrer de nouvelles données, le constructeur fait évoluer un logiciel qui lui appartient déjà, sans attendre la feuille de route d'un fabricant de traceurs.

La nouvelle passerelle traite quatre flux de données sur chaque citerne :

• Traçabilité des déchargements et des nettoyages : un enregistrement pour chaque déchargement et chaque nettoyage de la cuve.
• Position et trajet : position GPS et suivi des trajets, transmis par le réseau mobile.
• Cycles de désinfection des pneus : chaque cycle est journalisé et sert de preuve de biosécurité.
• État de la vis de déchargement : vitesse du moteur et pression de la vis, base de la maintenance prédictive.

Chaque flux a son utilité propre. Réunis sur un même équipement, ils forment un historique unique : ce que la citerne a fait, où, et dans quel ordre.

Traçabilité. L'enregistrement des déchargements et des nettoyages indique quand et où chaque livraison a été vidée, et si un nettoyage a eu lieu entre deux chargements. C'est la preuve qu'exige une question de sécurité de l'alimentation animale, sans dépendre de la mémoire ni des papiers.

Biosécurité. Trajets et désinfection vont ensemble. Le trajet montre quels élevages la citerne a visités ; le journal de désinfection atteste que les pneus ont été traités en chemin. Les agents pathogènes circulent d'un élevage à l'autre par les véhicules : ce couplage compte pour l'exploitant comme pour les éleveurs qu'il livre.

Alerte précoce sur l'usure de la vis. Une dérive de la vitesse du moteur ou de la pression peut signaler une usure avant qu'elle ne provoque une panne dans une cour de ferme. L'exploitant peut planifier l'intervention. Le constructeur obtient des données terrain sur le comportement de son matériel en service.

Pour le constructeur, le résultat est une citerne dont la télématique fait partie du produit, bâtie sur son propre modèle de données et non sur la liste de fonctions d'un traceur tiers.

Beaucoup de constructeurs de machines et de véhicules commencent par un traceur, parce que la position est la première demande de leurs clients. Le schéma de ce projet s'applique dès que les questions dépassent la position : prouver qu'une étape a eu lieu, suivre l'état d'un équipement, documenter sur le terrain des étapes d'hygiène ou de conformité.

À ce stade, un remplacement de passerelle déplace la logique vers un matériel que le constructeur maîtrise, et le logiciel devient un actif qui lui appartient. Melqart Systems est une société d'ingénierie basée au Luxembourg qui travaille avec les passerelles Linux ouvertes Owasys. Nous livrons le logiciel embarqué et l'intégration aux signaux de la machine, et le résultat appartient au client.