���ϳԹ�

Ce que transporte rellement le bus NMEA 2000

Sur un navire correctement quip, la temprature d'eau de refroidissement du moteur principal, la pression d'huile, le compteur d'heures, le niveau des caisses et la tension des batteries circulent djà en permanence. Elles transitent par le bus NMEA 2000 et s'affichent sur un cran multifonction à la timonerie. Le plus souvent, elles s'arrêtent là.

Personne ne les enregistre. Personne ne les compare au relev de la semaine prcdente. Le mcanicien note le compteur d'heures à la main, le recopie dans un tableur au retour d'escale, et la vidange se dclenche sur cette valeur recopie. La donne juste existait à bord depuis le dbut. Elle n'est simplement jamais arrive jusqu'au plan de maintenance.

Cet article traite cet cart : ce que le bus transporte rellement, ce qu'on peut en tirer pour la maintenance, et — c'est au moins aussi important — où cette approche fonctionne et où elle ne suffit pas.

Un bus CAN, une dorsale, des connecteurs en T

Le NMEA 2000, souvent abrg N2K, est une norme de communication marine publie par la National Marine Electronics Association. Elle repose sur le bus CAN (Controller Area Network), le même principe de rseau srie diffrentiel que l'automobile et le poids lourd utilisent depuis des dcennies. L'intrêt du CAN à bord est simple : une paire torsade, une alimentation, un blindage, et n'importe quel quipement branch dessus peut mettre et couter sans qu'un calculateur central ait à arbitrer.

Physiquement, l'installation ressemble toujours à la même chose. Une dorsale traverse le navire de la timonerie au compartiment moteur. Sur cette dorsale viennent se piquer des connecteurs en T, un par appareil, avec une antenne de drivation de longueur limite. Aux deux extrmits de la dorsale, une rsistance de terminaison de 120 ohms. Sans les deux terminaisons, le bus fonctionne parfois quand même : mal, par intermittence, avec des trames perdues qu'on met des semaines à diagnostiquer.

Trois points de vigilance reviennent systmatiquement en intervention.

• La longueur cumule des drivations est plafonne. Multiplier les T improviss pour ajouter un capteur finit par dgrader tout le rseau.
• Le bus est aliment. Le budget de courant se calcule ; un capteur de plus n'est pas toujours neutre.
• Chaque appareil rclame une adresse. Un conflit d'adresse se traduit par un instrument qui disparaît de l'cran de façon apparemment alatoire.

Ces dtails ne sont pas anecdotiques. La fiabilit de tout ce qui suit dpend d'un bus propre. Un rseau mal termin produit des trous dans l'historique, et un historique trou ne permet aucune analyse de tendance.

Les PGN sont des messages, pas des capteurs

Sur le bus circulent des messages normaliss identifis par un numro : le PGN, pour Parameter Group Number. Un PGN n'est ni un capteur ni une valeur unique. C'est une enveloppe qui contient plusieurs champs. C'est la confusion la plus frquente quand on commence à travailler sur du N2K, et elle a deux consquences pratiques.

D'abord, une grandeur peut ne pas être publie du tout. Si le moteur n'a pas de sonde de pression de carburant, le champ correspondant part avec la valeur « non disponible ». Le message arrive, le champ est vide. Ensuite, ce n'est pas parce qu'un PGN circule que la mesure est fiable : une sonde de niveau à flotteur dans une caisse à gasoil reste une sonde de niveau à flotteur, quel que soit le protocole qui transporte sa valeur.

Les PGN utiles à la maintenance

Pour un plan de maintenance, une poigne de PGN suffit. Voici ceux qui portent l'essentiel, avec leur contenu rel.

Trois prcisions comptent davantage que la liste elle-même.

Le compteur d'heures est dans le PGN 127489, et non dans un message ddi. Il arrive dans le même flux que les tempratures et les pressions, ce qui est plutôt une bonne nouvelle : une seule source alimente à la fois le compteur qui dclenche le plan de maintenance et la surveillance d'tat.

Le rgime moteur est dans le PGN 127488, pas dans le 127489. C'est toute la distinction entre rapid update et dynamic : le rgime change vite et se publie souvent, les tempratures voluent lentement et se publient moins.

Tension alternateur et tension du parc de batteries ne sont pas la même grandeur. La tension mesure par le calculateur moteur remonte dans le 127489. La tension d'un parc mesure par un shunt ou un chargeur remonte dans le 127508, complte le cas chant par l'tat de charge du 127506. Confondre les deux revient à surveiller le mauvais circuit.

Dernier avertissement, valable pour toute la liste : les constructeurs n'exposent pas tous la même chose. Beaucoup de moteurs passent par une passerelle propritaire du motoriste, et il faut vrifier au cas par cas, bus branch et moteur tournant, quels champs arrivent rellement remplis. C'est un travail d'une demi-journe à quai qu'aucune documentation ne remplace.

À qui s'adresse le NMEA 2000, et où il s'arrête

Il faut le dire franchement, parce que la promesse est rgulièrement survendue : le NMEA 2000 s'arrête là où commence la salle des machines d'un navire de commerce.

Le N2K est n pour l'lectronique de passerelle et la motorisation de taille modeste. Il est pertinent, et souvent excellent, sur :

• la plaisance professionnelle et le yachting jusqu'aux units de taille moyenne ;
• la pêche côtière et les petites units à moteur rapide ;
• les navires de servitude : vedettes de pilotage, navettes à passagers, bateaux-coles, embarcations de servitude portuaire ;
• toute unit dont les moteurs principaux disposent d'un calculateur lectronique reli à une passerelle constructeur.

Sur un ferry, un navire de recherche, un CTV ou un SOV de l'olien offshore, la ralit est diffrente. Les moteurs de forte puissance, les groupes lectrogènes, les sparateurs et les tableaux principaux ne parlent pas NMEA 2000. La donne vient d'ailleurs.

• J1939 : le protocole CAN du poids lourd et de l'industrie diesel, très rpandu sur les moteurs à injection lectronique de moyenne puissance. C'est d'ailleurs ce que convertissent les passerelles J1939 vers N2K que l'on trouve sur les units mixtes.
• Modbus, en RTU sur RS-485 ou en TCP : le langage habituel des automates, des tableaux lectriques, des variateurs, des sparateurs et des groupes.
• Le système d'alarme et de surveillance du bord, qui centralise djà les points machine et dispose en gnral d'une interface d'export.

Le raisonnement de maintenance conditionnelle est rigoureusement identique dans les trois cas : une grandeur mesure, un seuil, un historique, un ordre de travail. Seule la couche de transport change. Ce qui compte pour un armateur, c'est de ne pas retenir un outil de gestion de maintenance qui ne sache lire qu'un seul protocole. Sur une flotte mixte — quelques vedettes en N2K, deux navires dont les points machine sortent du système d'alarme en Modbus — l'unit doit se faire dans la ���ϳԹ�, pas dans le câblage.

De la passerelle au cloud : la chaîne de donnes

Le bus reste à bord. Pour que la donne serve un plan de maintenance de flotte, il faut la sortir du navire. C'est le rôle de la passerelle : un boîtier raccord à la dorsale par un connecteur en T, qui coute les PGN et les republie en TCP/IP vers un serveur.

Ce qu'il faut chercher dans une passerelle

Plutôt qu'une marque, voici les caractristiques à vrifier avant d'acheter. La liste tient sur une page et vite l'essentiel des mauvaises surprises.

• Certification NMEA 2000. Un boîtier certifi respecte le budget de courant, l'isolation et la gestion d'adresse. C'est ce qui garantit qu'il ne viendra pas perturber les instruments de navigation.
• Isolation galvanique entre le bus et l'alimentation du boîtier. Sur une coque en acier ou en aluminium, c'est ce qui vite d'injecter une boucle de masse dans un rseau de navigation.
• Écoute passive. La passerelle doit pouvoir se contenter d'couter, sans jamais mettre sur le bus. Tout boîtier qui crit sur un rseau de navigation est un risque à justifier.
• Mmoire locale et rejeu. Si la liaison tombe, le boîtier doit continuer à enregistrer et renvoyer l'historique horodat au retour du lien. Sans cela, c'est la donne acquise en mer qui est perdue, c'est-à-dire prcisment celle qui compte.
• Horodatage à la source. Les points doivent être dats à bord et non à l'arrive sur le serveur, faute de quoi un rejeu après quarante-huit heures de coupure produit un historique faux.
• Filtrage et chantillonnage configurables. Personne n'a besoin de la position à dix hertz pour faire de la maintenance. Rduire à la source, c'est rduire la facture de donnes satellitaires.
• Format de sortie document et non chiffr par le fabricant, sans quoi vous êtes captif du boîtier et de son diteur.
• Alimentation et indice de protection compatibles avec l'emplacement rel, qui sera rarement l'armoire sèche prvue au plan.

Nous ne recommandons pas de modèle particulier : le march bouge, et le bon choix dpend surtout du motoriste et de la liaison disponible à bord. Ces huit critères, eux, ne bougent pas.

Latence, dbit et cache embarqu

Une chaîne de donnes maritime n'est pas une chaîne de donnes à terre. Trois diffrences structurent tout le reste.

Le lien tombe. C'est la norme, pas l'exception. Une vedette de pilotage sort de couverture cellulaire, un fileyeur travaille à cinquante milles, une antenne perd le cap au demi-tour. Toute architecture qui suppose une liaison permanente produira des trous. Le cache embarqu n'est pas une option de confort : c'est le composant qui dcide si votre historique sera exploitable ou non.

Le dbit se paye. Remonter chaque trame brute d'un bus N2K reprsente plusieurs centaines de mgaoctets par jour et par navire. Remonter une moyenne par minute sur quinze grandeurs, plus les vnements de franchissement de seuil, reprsente quelques mgaoctets. Le second suffit à toute la maintenance conditionnelle.

La latence utile dpend de l'usage. Une chute de pression d'huile doit être traite en secondes — et elle l'est djà, par l'alarme moteur, à bord, sans passer par un serveur. Une remonte cloud n'a pas vocation à remplacer la scurit machine. Elle sert à autre chose : conserver, comparer, dcider à froid. Pour suivre une drive de temprature sur trois semaines, une remonte par minute est largement suffisante, et une remonte horaire l'est souvent aussi.

Autrement dit : la protection immdiate reste à bord et reste câble. Le cloud sert la maintenance, pas la scurit machine. Confondre les deux mène à des architectures fragiles et à des attentes dçues.

Le compteur d'heures automatique change le plan de maintenance

De toutes les donnes du bus, la plus utile n'est pas la plus spectaculaire. C'est le compteur d'heures.

Un plan de maintenance moteur est presque toujours dclench sur compteur : vidange à 250 heures, jeu aux soupapes à 1 000, injecteurs à 3 000. Tant que le compteur est relev à la main, trois choses arrivent. On relève tard, et l'chance passe. On recopie de travers, et un chiffre erron se propage dans tout l'historique. Ou on ne relève pas du tout pendant une priode charge, et personne ne rattrape le trou.

Quand le compteur remonte automatiquement depuis le PGN 127489, l'chance se dclenche sur la valeur relle, le jour où elle est atteinte. Les compteurs d'heures Smart Sailors alimentent directement les tâches du plan, et l'ordre de travail se gnère sans que personne n'ait à y penser. C'est peu spectaculaire. C'est pourtant ce qui produit le plus d'effet la première anne.

Le même mcanisme vaut pour les caisses. Le PGN 127505 alimente le suivi des niveaux, ce qui permet de rapprocher consommation relle et heures de fonctionnement : la base de tout suivi de consommation de carburant srieux.

Un compteur fiable, c'est une preuve devant l'inspecteur

Il existe une seconde raison, moins souvent voque, de vouloir un compteur d'heures juste : la conformit.

Quand un inspecteur de socit de classification ou un contrôleur de l'État du port ouvre votre plan de maintenance, il ne se contente pas de constater qu'une tâche existe. Il vrifie qu'elle a t excute à l'chance prvue. Sur une tâche dclenche au compteur, cela revient à prouver deux choses : quelle tait la valeur du compteur à la date d'excution, et que cette valeur n'a pas t saisie après coup pour justifier l'intervention.

Un relev automatique horodat à la source rpond à la question sans discussion possible. Un carnet manuscrit recopi dans un tableur y rpond mal, et c'est exactement le type de faiblesse qui transforme une visite de routine en observation. Pour les navires soumis à un système de maintenance planifie approuv par la socit de classification, la traçabilit de l'excution n'est pas un confort administratif : c'est la condition du maintien de l'approbation. Le raisonnement vaut aussi pour le journal machine numrique, dont les heures de fonctionnement doivent concorder avec celles du plan. Deux compteurs qui divergent, et c'est la crdibilit de l'ensemble du dossier qui se discute.

Des seuils aux ordres de travail

Une fois les grandeurs remontes et historises, la mcanique est simple : une règle, un seuil, une dure de confirmation, une action.

La dure de confirmation est le paramètre que tout le monde oublie. Une temprature qui dpasse un seuil pendant une seconde, c'est du bruit de mesure ou une trame corrompue. La même temprature maintenue trente secondes, c'est un vnement. Toute règle utile s'crit donc sous la forme « grandeur, comparaison, seuil, pendant dure ».

Le tableau ci-dessous donne une trame de dpart. Les valeurs sont des exemples d'illustration, pas des consignes. Les seuils rels se lisent dans la documentation du motoriste, se recoupent avec les rglages de l'alarme machine existante, et se calibrent avec l'exprience du chef mcanicien sur ce navire prcis. Un moteur suraliment travaillant à 88 °C nominal et un moteur atmosphrique à 78 °C n'ont pas le même seuil, et personne à terre ne peut le dcider à leur place.

La dernière ligne mrite un mot. Compter les heures ne suffit pas toujours : mille heures au ralenti en attente de pilotage et mille heures à pleine charge n'usent pas un moteur de la même façon. Croiser le compteur d'heures avec le temps pass dans chaque plage de rgime donne une priodicit de plan nettement plus juste. C'est faisable dès lors qu'on historise le 127488 en même temps que le 127489.

Une fois l'ordre de travail cr, tout se joue sur ce qui arrive à l'quipage. Un OT qui reste dans un serveur ne sert à rien. Un ordre de travail consultable sur mobile en salle des machines, avec la procdure et la rfrence de la pièce, se solde. C'est le maillon qui dcide si toute la chaîne aura servi à quelque chose.

Pourquoi les alertes finissent par être ignores

C'est le point que la plupart des projets sous-estiment, et c'est celui qui les tue.

Une alerte n'a de valeur que si elle est rare. Un quipage qui reçoit quatre notifications par jour pendant deux semaines pour des dpassements sans consquence arrête de les lire. Pas par ngligence : par conomie d'attention. Et le jour où l'alerte relle arrive, elle se noie dans le bruit. Cette drive est connue de longue date dans les postes de contrôle machine, et elle se reproduit à l'identique dès qu'on branche une remonte cloud sans discipline.

Ce qui produit du bruit, dans l'ordre de frquence constate :

• des seuils copis d'un navire à l'autre — ce qui est nominal sur une vedette ne l'est pas sur un chalutier ;
• l'absence de dure de confirmation, qui transforme chaque pointe de mesure en vnement ;
• l'absence de gestion des tats transitoires : un moteur qui dmarre a une pression d'huile basse et une eau froide, et une règle qui ne tient compte ni du rgime ni du temps coul depuis le dmarrage se dclenchera à chaque appareillage ;
• l'absence d'hystrsis : une valeur qui oscille autour du seuil gnère une alerte à chaque passage, il faut un seuil de retour à la normale distinct du seuil de dclenchement ;
• l'absence d'accus de rception : une alerte qu'on ne peut ni acquitter ni commenter revient indfiniment.

La mthode qui fonctionne est ennuyeuse mais fiable. Dmarrer en observation seule pendant quatre à six semaines, sans aucune notification, uniquement en enregistrant. Regarder ensuite les valeurs rellement atteintes en exploitation normale, placer les seuils au-dessus de cette enveloppe, et n'activer les notifications que sur trois ou quatre grandeurs. On en ajoute ensuite, une à la fois. Une flotte qui n'a activ que la pression d'huile et la temprature d'eau, mais dont l'quipage ragit à chaque alerte, est très en avance sur une flotte qui surveille quarante points que plus personne ne regarde.

Un dernier rflexe utile : compter les alertes comme on compte les pannes. Un tableau de bord qui affiche le nombre d'alertes mises, le nombre d'alertes acquittes et le nombre d'alertes suivies d'une intervention relle indique immdiatement si le paramtrage tient la route. Ce ratio a toute sa place à côt des indicateurs de maintenance classiques.

Une alerte de seuil n'est pas une analyse de tendance

Il faut être clair sur ce que la surveillance par seuil apporte, et sur ce qu'elle n'apporte pas.

Un seuil est ���ٰ��Dz���𳦳پ���. Quand la temprature le franchit, le problème est djà là. On gagne le temps d'une raction, ce qui est djà beaucoup, mais on n'a rien anticip.

Une tendance est prospective. Elle ne compare pas une valeur à un seuil, elle compare une valeur à son propre historique dans des conditions quivalentes. La question n'est plus « la temprature dpasse-t-elle 95 °C » mais « à 1 400 tr/min et 18 °C d'eau de mer, ce moteur tourne-t-il trois degrs plus chaud qu'il y a deux mois ». Trois degrs ne dclenchent aucune alarme. C'est pourtant là qu'est le signal.

Faire de la tendance impose des contraintes que la surveillance par seuil n'a pas :

• un historique long et continu, donc un cache embarqu qui fonctionne rellement ;
• une normalisation par les conditions : rgime, charge, temprature d'eau de mer, temprature ambiante. Comparer des relevs pris à des rgimes diffrents ne produit que du bruit ;
• une base de comparaison propre, c'est-à-dire une priode de rfrence pendant laquelle on sait que la machine tait en bon tat ;
• la trace des interventions. Une baisse de temprature après un arrêt technique n'est pas une amlioration spontane : c'est l'effet du nettoyage de l'changeur, et l'historique doit le dire.

C'est aussi la limite du bus. Le NMEA 2000 donne des grandeurs globales et lentes : temprature, pression, rgime, niveau. Il ne dit rien de l'tat d'un roulement, d'un balourd d'accouplement, d'un dfaut d'alignement de ligne d'arbre ou d'un point chaud dans un tableau lectrique. Pour cela, il faut des mthodes ddies — analyse vibratoire et thermographie — et l'analyse des huiles, qui reste le meilleur rapport information sur coût pour un diesel marin. La donne du bus est un socle continu et djà pay. Elle ne remplace pas ces mesures : elle indique quand les faire.

Ce que ça change, concrètement

Nous ne publierons pas de pourcentage de rduction de pannes : ces chiffres ne veulent rien dire hors du contexte d'une flotte prcise. Le raisonnement, lui, se tient, et chacun peut le refaire avec ses propres coûts.

Prenez un moteur principal immobilis. Le coût rel n'est presque jamais celui de la pièce. C'est une escale non planifie : le navire ne travaille pas, l'quipage est pay, un crneau de chantier se cherche dans l'urgence, la pièce part en fret express, et pour une unit sous contrat il y a une journe qui ne sera pas facture. Additionnez ces lignes pour votre exploitation, une seule fois. Le chiffre obtenu est votre coût de rfrence.

Comparez-le maintenant à l'autre branche. Une drive de temprature dtecte trois semaines plus tôt, c'est une intervention prpare : le navire est à quai de toute façon pour son escale technique, la pièce est commande en fret normal, le travail se fait entre deux mares, personne ne dort à l'hôtel. C'est exactement la diffrence entre une intervention à quai et un remorquage.

Le même raisonnement s'applique aux chances rates, et il joue dans les deux sens. Une vidange faite cent heures trop tard n'apparaît sur aucun tableau de bord, jusqu'au jour où l'analyse d'huile revient charge. Et une vidange faite cent heures trop tôt, rpte sur une flotte de huit navires à deux moteurs chacun, reprsente un budget d'huile, de filtres et de main-d'œuvre dpens pour rien. Un compteur juste supprime les deux erreurs.

Enfin, il y a le coût qu'on ne voit jamais dans un budget : le temps pass à chercher l'information. Combien d'heures par mois un superintendant passe-t-il à rclamer par courriel des relevs que le bus produit djà en continu ? Cette ligne n'existe dans aucun compte d'exploitation, et c'est souvent la première à disparaître.

C'est cette bascule que dcrit le passage de la maintenance curative à la maintenance conditionnelle : on ne supprime pas les interventions, on choisit quand elles ont lieu.

Par où commencer

Un projet de ce type se rate presque toujours de la même façon : on branche tout, on active tout, on abandonne au bout de deux mois. L'ordre suivant limite ce risque.

1. Vrifier le bus avant tout le reste. Terminaisons, tension, longueur des drivations, conflits d'adresse. Une demi-journe à quai.
2. Relever ce qui arrive rellement. Brancher un enregistreur, lister les PGN prsents et les champs effectivement remplis, moteur tournant et moteur arrêt. Vous saurez alors ce que vous pouvez surveiller, ce qui est rarement ce qu'annonce la brochure.
3. Fiabiliser le compteur d'heures en premier. Une seule grandeur, mais celle qui dclenche le plan. C'est le gain le plus rapide et le plus solide : le plan de maintenance prventive devient exact sans effort supplmentaire.
4. Enregistrer sans alerter pendant quatre à six semaines, pour connaître l'enveloppe normale du navire.
5. Activer trois seuils, pas trente. Pression d'huile, temprature d'eau, et une troisième grandeur choisie avec le chef mcanicien.
6. Faire le point à trois mois avec l'quipage : combien d'alertes mises, combien de pertinentes, combien d'ordres de travail rellement solds. Ajuster, puis largir.
7. Étendre à la flotte seulement quand un navire fonctionne, en conservant des seuils propres à chaque unit.

Sur une flotte de pêche comme sur un yacht en gestion professionnelle, le facteur limitant n'est jamais la technologie du bus. C'est la discipline de paramtrage et la qualit du retour de l'quipage. Le NMEA 2000 fournit une matière première continue, fiable et djà paye. Ce qu'on en tire dpend entièrement de la rigueur du plan de maintenance qui la reçoit.

Relier les donnes du bord au système de maintenance est l'tape suivante d'une dmarche dcrite dans notre guide de la ���ϳԹ� maritime.