01 · Identité
Connectez un adaptateur ELM327 ou lancez le simulateur : le véhicule est identifié automatiquement par son VIN, sans rien saisir.
02 · État
Connectez un adaptateur ou lancez le simulateur : voyant moteur, codes confirmés et préparation des moniteurs sont détectés sur le véhicule (mode 01 · PID 01), jamais déclarés.
03 · Mesurer
Données en direct
Les capteurs standard OBD-II (mode 01, SAE J1979) lus en boucle. Chaque tuile montre sa requête, la trame brute renvoyée par le calculateur et la formule de conversion — le chiffre est vérifiable, jamais à croire sur parole.
Régime moteur
010CDérivées d'une formule sur les mesures brutes — marquées estimation quand elles reposent sur des hypothèses affichées.
Débloquez les capteurs propres à votre marque (boîte, hybride…) que le standard n'expose pas.
04 · Bilan
Codes défauts, reliés à une cause
Lecture des codes défauts (DTC) stockés et en attente. On décode, on donne le sens normalisé quand il existe, on signale les codes constructeur — sans jamais inventer une signification. Un code n'est pas un diagnostic.
Aucune lecture effectuée.
Les valeurs figées par le calculateur à l'instant précis où le défaut s'est déclenché (mode 02) — le contexte qui explique souvent la cause.
Résultats des auto-tests du calculateur, parfois avant qu'un code ne se déclenche. Le verdict et la marge sont fiables ; les noms de moniteurs dépendent du constructeur.
On croise les codes entre eux et avec les données en direct pour proposer une piste de cause racine, en montrant le raisonnement. Ce sont des pistes, jamais un diagnostic : un professionnel tranche.
Comparé au dernier relevé de ce même véhicule (VIN identique) — gardé uniquement dans ce navigateur, jamais transmis.
L'IA reformule les pistes en langage clair — à partir des seules données ci-dessus, jamais inventées. Rien ne part de la version locale : l'IA s'active quand la page tourne connectée à Claude ou via un service configuré ; sinon, le contexte sourcé est prêt à copier.
05 · Constructeur
Données UDS documentées, sans sens inventé
Cette couche adresse un calculateur CAN précis et lit uniquement les DID explicitement définis dans un profil local sourcé. Aucun profil constructeur n'est fourni, aucune adresse n'est devinée et aucune donnée ne quitte le navigateur.
Aucune lecture constructeur effectuée.
Contrat complet connaissance → autorisation → exécution, exécuté de bout en bout sur le simulateur. Le fournisseur d'accès « simulated » ne débloque que le simulateur : aucune action réelle, aucun secret embarqué. Les transports natifs sont déclarés, jamais simulés comme opérationnels.
Aucun profil OXDIAG v2 chargé.
Aucune séquence de capacité exécutée.
06 · Prouver
Rapport-preuve
Un rapport de session où chaque mesure garde sa requête OBD et sa formule de conversion, les codes défauts leur source, et les limites restent visibles. Exportable en JSON, imprimable, ou copiable. Rien n'est envoyé : le rapport est produit localement.
Le rapport apparaîtra ici.
Lire sa voiture, sans en inventer les chiffres.
Un instrument OBD-II qui se branche à un adaptateur ELM327, identifie le véhicule, lit les capteurs, relie les codes à une cause et produit un rapport-preuve. Même doctrine que tout OXANN : un chiffre sans source ne s'affiche pas, et tout reste dans le navigateur.
Confidentialité
Aucune donnée ne quitte l'appareil : lecture, décodage et rapport se font dans le navigateur. Zéro cookie, zéro traceur tiers.
Matériel
Le mode Bluetooth exige un adaptateur ELM327 BLE et un contexte sécurisé (HTTPS ou localhost). Bluetooth classique et Wi-Fi ne sont pas joignables depuis un navigateur. Le simulateur fonctionne sans matériel.
Statut
Prototype interne de la galaxie OXANN. Aucun résultat, aucune performance et aucun client ne sont revendiqués. Ni un outil réglementaire, ni un contrôle technique.
Limites
Les données constructeur exigent un profil ECU sourcé et une adresse physique exacte. Les services de sécurité, écriture, actionneur, routine et flashage restent bloqués. Un code défaut n'est pas un diagnostic.