Vous avez décodé le CAN de ce camion en premier. Pour combien de temps ?

Vous devez décider si un nouveau cycle de rétro-ingénierie sur une configuration de camion sera rentabilisé avant que le fabricant de l'adaptateur ne la prenne en charge. Pour lire le régime moteur, la consommation et d'autres paramètres, un terminal GPS a besoin d'un profil CAN : les identifiants des messages, la position des champs, les octets à lire et les coefficients de conversion.

Faute de documentation du constructeur, les ingénieurs établissent ce profil en analysant le trafic du bus. Tant qu'ils sont les seuls à le posséder, leur entreprise peut connecter cette configuration avant ses concurrents.

Cet avantage a une durée limitée. Les fabricants d'adaptateurs CAN analysent les mêmes véhicules et ajoutent les nouveaux profils à leur micrologiciel. Navixy estime généralement cette fenêtre entre six et dix-huit mois ; pour planifier, retenez environ un an. Une fois le profil intégré à une version générale, les prestataires qui utilisent des versions compatibles de l'adaptateur peuvent le recevoir par FOTA.

La marge la plus durable se situe au-dessus du décodage : dans la normalisation des attributs déjà constitués, la réception de l'installation et les règles qui transforment les nombres en décisions de service. L'adaptateur décode le bus CAN et remet à la plateforme des paramètres prêts à l'emploi.

Chaque configuration de camion exige son propre profil CAN

Le fabricant chinois de passerelles Key IoT donne un exemple concret. Pour lire le régime moteur sur un FAW et sur un Dongfeng, il faut utiliser des identifiants de messages CAN différents, chercher le champ à des positions différentes dans la trame et appliquer des coefficients de conversion différents, bien que les deux véhicules appartiennent à la même catégorie.

Les ingénieurs commencent donc par rechercher la documentation du protocole. Si elle n'existe pas, ils enregistrent le trafic du bus, font varier le paramètre étudié et associent les changements observés aux messages correspondants. Le résultat est enregistré dans un fichier de configuration — le profil CAN — sans modification du code de l'adaptateur. C'est cette bibliothèque de profils qui donne sa substance à l'affirmation « ce véhicule est pris en charge ».

Le fabricant de l'adaptateur mène le même travail pour l'ensemble de son parc matériel. Dès que le profil recherché est inclus dans le micrologiciel des adaptateurs compatibles, votre propre rétro-ingénierie ne distingue plus votre service de celui d'un concurrent utilisant le même équipement.

Un plan de couverture ne se construit pas à l'échelle de la marque

L'unité de travail n'est ni la marque ni même la gamme de camions, mais la configuration du véhicule : code châssis, marché de destination, classe d'émissions. Les listes de compatibilité des adaptateurs CAN de Teltonika le montrent directement : une même famille européenne de tracteurs peut compter environ quinze profils CAN, répartis entre générations et variantes. Une ligne de catalogue ne signifie jamais qu'une marque entière est couverte.

En pratique, bâtir une feuille de route annuelle comme si un profil CAN propriétaire restait longtemps exclusif conduit à une mauvaise allocation des ressources. La marge générée par cette configuration doit amortir le coût de la rétro-ingénierie avant que le même profil n'apparaisse dans le micrologiciel général.

Le même déplacement de valeur se produit lorsque les données du véhicule passent dans le cloud du constructeur.

Ce qui perd de sa valeur après la mise à jour du micrologiciel

L'acquisition et l'exploitation des données CAN se répartissent en trois couches.

Acquisition. L'adaptateur ou la passerelle décode les messages du bus et fournit des valeurs déjà constituées.

Profil CAN. Cette configuration de décodage correspond à une configuration précise du véhicule ; les catalogues d'adaptateurs la désignent souvent par un numéro de programme.

Exploitation. La normalisation, la réception de l'installation et les règles qui transforment les paramètres du véhicule en décision, par exemple en ordre de maintenance.

Quand le profil rejoint le micrologiciel général, l'acquisition et l'entrée de catalogue partagée cessent de différencier les prestataires équipés du même matériel compatible. La manière de réceptionner l'installation, de normaliser les attributs et de bâtir les règles de service reste propre à chaque prestataire. C'est la courbe de dépréciation du décodage : la valeur commerciale d'un profil CAN propriétaire baisse lorsque sa prise en charge se généralise ; celle des règles construites au-dessus des données résiste.

Comment Navixy préserve la marge après la mise à jour

Un adaptateur CAN ou un terminal GPS décode le bus et transmet à la plateforme des paramètres véhicule déjà constitués. Le travail de Navixy commence à ce niveau.

Navixy Generic Protocol ramène les attributs issus de différents terminaux à un format commun. Lorsqu'un dispositif envoie un mot d'état numérique compacté, IoT Logic peut en extraire un indicateur précis à l'aide de la fonction binaire util:checkBit(...), par exemple l'état d'activation de la prise de force. Le numéro du bit vient du contrat propre au dispositif ; IoT Logic l'applique à l'attribut numérique transmis. Cet indicateur suffit ensuite à créer une règle qui distingue l'utilisation facturable d'un équipement de son temps d'inactivité.

Dans Flow Inspector, le technicien chargé de la réception voit côte à côte les attributs bruts du dispositif et ceux que le scénario a calculés. Il peut alors les confronter au camion : activer la prise de force, puis confirmer que l'indicateur a changé.

Dans la pratique, Navixy considère qu'un mois d'ingénierie consacré à la réception des installations et à la normalisation produit des effets plus durables qu'un mois investi dans une nouvelle entrée de catalogue. Le profil CAN propriétaire reste un moyen de connecter plus vite une configuration récente ; la marge durable vient des règles déjà présentes dans la plateforme.

Comparez la rentabilité de la rétro-ingénierie à la date du micrologiciel général

Prenez une configuration de camion récemment connectée pour laquelle vous êtes aujourd'hui seul à disposer du profil. Prévoyez une fenêtre de six à dix-huit mois avant que ce profil CAN ne soit inclus dans le micrologiciel général, avec environ un an comme hypothèse de travail. Calculez la marge des projets portant sur cette configuration et comparez-la au coût de la rétro-ingénierie.

Ouvrez ensuite Flow Inspector sur ce véhicule et contrôlez la règle dans IoT Logic : quels attributs arrivent, quelle règle de service se déclenche et si la valeur évolue visiblement lorsque le paramètre change sur le camion. Ce résultat permet de formuler l'offre d'après-mise à jour en termes opérationnels : attributs normalisés, installation réceptionnée et règle de service explicite. Ces actifs continuent de produire de la valeur une fois le profil devenu courant.