CarLog a2.7.2 — Banc de latence ELM327
1 100 mesures en 12 phases, avant de toucher à l'ordonnanceur.
Ce que la mise à jour apporte
Un banc de mesure intégré à l'appli : 12 phases, 1 100 mesures, moteur chaud au ralenti. Rien de nouveau au volant : cette version produit les chiffres dont dépend la suivante.
Pourquoi je le fais
Avant de réécrire la façon dont l'appli interroge la voiture, il fallait un budget chiffré plutôt qu'une intuition. Qu'est-ce qui limite la cadence : le Bluetooth, la liaison avec le calculateur, ou les réglages de l'adaptateur ? Règle posée : ne pas toucher à l'ordonnanceur avant d'avoir passé ce banc.
Comment je m'y suis pris
- Une mesure de référence du Bluetooth seul, avec une commande que l'adaptateur traite sans interroger la voiture.
- Chaque réglage de l'adaptateur essayé à tour de rôle, 100 mesures par phase, après 10 réponses jetées pour laisser l'adaptateur se caler.
- Une configuration n'est retenue qu'avec zéro échec : une variante plus rapide qui rate 3 % de ses lectures se paie en trous dans le log.
- Toutes les mesures brutes exportées pour être analysées après coup. 24 tests automatisés sur les calculs du banc.
Résultat attendu et obtenu
Trouver la meilleure configuration, le débit réellement soutenable, et savoir si l'adaptateur est le goulot d'étranglement.
Un seul réglage compte, le chiffre de réponse attendue : de 3,77 à 6,55 requêtes par seconde, soit +74 %, sans aucun échec. Les autres réglages ne se distinguent pas du bruit, et l'interrogation groupée de plusieurs capteurs échoue à 100 %, donc abandonnée. Côté voiture, chaque requête prend environ 103 ms, au plancher théorique de la norme ISO 9141-2 : il n'y a plus rien à y gagner, et changer d'adaptateur n'est pas prioritaire.
Ce qui n'a pas tenu · La synthèse affichée par le banc sous-estimait le débit de 30 % : elle calculait sur le 95e centile au lieu de la moyenne. Relevé à l'analyse, à corriger dans le code du banc.