OXANN← Portfolio

CAS 06 · OXANN OBD

Un code défaut est un indice. Pas un verdict.

Prototype

Le prototype part d’un réflexe simple : avant de remplacer une pièce, revenir à ce que le véhicule a réellement transmis, à la formule utilisée et à la limite de ce qu’on peut en déduire.

LE POINT DE DÉPART

Comprendre avant de remplacer.

Un voyant ou un DTC peut orienter vers une famille de causes, mais il ne prouve pas à lui seul quelle pièce est défaillante. Le prototype organise donc l’enquête autour des données brutes et des mesures disponibles.

CE QU’ON A OBSERVÉ

L’explication devient fragile quand la source disparaît.

IdentitéVIN et informations standard du véhicule peuvent être lues sans serveur.
MesuresLes PID portent leur requête, leur formule et leur résultat.
DéfautsLes DTC peuvent être corrélés avec données en direct, trame figée et Mode 06, sans devenir une certitude automatique.

LA VRAIE QUESTION

Comment aider au diagnostic sans fabriquer un diagnostic ?

Le produit peut structurer les indices, rendre les calculs visibles et proposer des pistes. Il doit aussi rappeler ce qui manque pour passer d’une corrélation à une conclusion mécanique.

HYPOTHÈSE DE TRAVAIL

La traçabilité de la mesure réduit les remplacements au hasard.

Cette hypothèse structure le rapport-preuve. Elle n’est pas présentée comme un taux de réussite ou une promesse de réparation.

LE RAISONNEMENT

Trois niveaux restent visibles.

  1. 01
    Mesurer.

    Récupérer la donnée standard disponible et conserver sa provenance.

  2. 02
    Relier.

    Mettre en regard codes, données en direct et contexte sans effacer l’incertitude.

  3. 03
    Décider.

    La décision de réparation reste extérieure au simple code défaut et dépend du véhicule réel.

CE QU’ON A CONSTRUIT

Un instrument navigateur avec BLE ou simulateur.

La sous-app `/obd/` peut fonctionner en simulateur ou se connecter à un adaptateur ELM327 BLE via Web Bluetooth. Elle contient la lecture VIN/PID/DTC, des capteurs live, un moteur de corrélation et un rapport-preuve exportable.

CE QU’ON PEUT PROUVER

Le prototype existe et garde la matière technique visible.

Transport
Le prototype intègre un chemin ELM327 BLE et un simulateur.
Données
VIN, PID standard, DTC et formules SAE sont représentés dans les modules du prototype.
Preuve
Chaque mesure peut conserver sa requête, sa formule et son résultat dans la restitution.
Tests
Les décodeurs et transports simulés sont testables hors navigateur ; le parcours navigateur est qualifié au simulateur.

CE QU’ON NE PRÉTEND PAS

Le standard OBD-II ne couvre pas tout le véhicule.

  • Un code défaut n’est pas un diagnostic définitif.
  • Effacer un code ne répare rien.
  • Les PID constructeur ou systèmes spécifiques sortent du chemin standard et demandent des extensions.
  • Aucune couverture universelle de tous adaptateurs, véhicules ou constructeurs n’est revendiquée.

CE QU’ON A APPRIS

Une explication est plus forte quand elle montre d’où elle vient.

Le meilleur garde-fou contre une conclusion trop rapide est souvent de laisser la chaîne de preuve lisible : la donnée, le calcul, puis seulement l’interprétation.

LE PROBLÈME QU’ON RETROUVE AILLEURS

Plusieurs signaux indiquent quelque chose. Que peut-on vraiment en conclure ?

Une corrélation entre indices n’est pas encore une conclusion. Le cas Hop’n Bar pose une version physique du même problème : une action qui s’est terminée ne prouve pas encore le résultat obtenu. Le cas Estimer.eu le pose côté décision : un résultat n’aide à décider que si sa méthode et sa limite restent visibles.

OÙ EN EST LE PROJET

Prototype.

Le simulateur et la surface OBD existent. La qualification matérielle multi-véhicule et la couverture constructeur restent des travaux séparés.