CarLog a2.8.0 — Un ordonnanceur piloté par la mesure
+74 % de débit OBD, de 3,77 à 6,55 requêtes par seconde.
Ce que la mise à jour apporte
Une nouvelle façon d'interroger le calculateur : chaque capteur a sa cadence, justifiée par les mesures du banc et par l'analyse de 8 trajets (environ 7 heures, 315 km). Les logs gagnent des colonnes de diagnostic.
Pourquoi je le fais
Le budget est limité : 6,55 requêtes par seconde au mieux. Il fallait le répartir, régime et pression souvent, températures rarement. Et une famine silencieuse avait masqué pendant plusieurs versions un capteur de papillon réglé à 1,5 s mais lu toutes les 4,2 s environ.
Comment je m'y suis pris
- Le réglage gagnant du banc, le chiffre de réponse attendue, est appliqué à toutes les requêtes.
- La table des cadences est reconstruite à partir des logs. Exemple : l'état de la boucle carburant passe à une lecture fixe par seconde, parce que toutes les variantes conditionnelles coûtaient plus et couvraient moins.
- L'avance à l'allumage est retirée : lue trop lentement, elle devenait un tirage au hasard, et pas une mesure.
- Le débit réellement obtenu par capteur est mesuré en continu et inscrit dans le journal.
- Une valeur « non applicable » (-999) distingue une grandeur sans sens physique d'un échec de lecture. 93 tests automatisés.
Résultat attendu et obtenu
Régime et pression à au moins 1,9 Hz, et le budget du banc tenu malgré la charge de l'appli (5,73 requêtes par seconde prévues sur 6,55).
Validée sur route le 27/07 (4 trajets, 108 minutes, 2 tunnels) : régime et pression entre 2,13 et 2,63 Hz, aucun échec de décodage sur 14 399 lignes, et 6,48 requêtes par seconde mesurées contre 6,55 au banc. La charge de l'appli ne coûte rien de mesurable.
Ce qui n'a pas tenu · L'état de la boucle carburant n'a été lu qu'à 0,60 Hz au lieu de 1 : corrigé dans la version suivante (a2.8.1).