Storm td5: pour nous les zommes

[beurk]

Je dis que tu as pas fini de décoder les données hexadécimale de façon empirique

Ben si justement
L’intérêt d'avoir un enregistreur sur SD pour 15 000 lignes fait qu'avec un rapprochement avec celle du nano, je les ai toutes trouvées. Mais certes à défaut d'avoir les spé des ECU c'est une méthode empirique. Il n'y a que 2 données qui me semblent suspectes: pression ambiante (+/-doublon sur la même trame) et wastegate/EGR inlet.

Mais là présentement, j'ai un métier moi, monsieur

[beurk]

juste pour dire que je n'ai pas fini d'écrire la première partie mais que je prépare déjà la deuxième

[famille Cromagnon]

Eh ben.....pfiouuuuu....ça nous fait mal à la tête...

[rover17]

Alors , ça en est où la suite ?

[beurk]

Alors , ça en est où la suite ?

tant qu'il fait bô, je profite du soleil. Cet hivers je pense

[cdess]

Bonjour,
Je suis en train de personnaliser mon tableau de bord ( l ancien propriétaire l'a entretenu avec une hache)
J ai dans l'idée de récupérer les informations des capteurs pour les afficher sur un écran tft connecté a un arduino Uno.
J avoue que vous maîtrisez le sujet bien mieux que moi. Je pense pouvoir récupérer les infos sur la prise diag ou borne 18 de l ECU.
Le sujet est-il toujours d'actualité ?

[beurk]

Bonjour,
Je suis en train de personnaliser mon tableau de bord ( l ancien propriétaire l'a entretenu avec une hache)
J ai dans l'idée de récupérer les informations des capteurs pour les afficher sur un écran tft connecté a un arduino Uno.
J avoue que vous maîtrisez le sujet bien mieux que moi. Je pense pouvoir récupérer les infos sur la prise diag ou borne 18 de l ECU.
Le sujet est-il toujours d'actualité ?

projet très intéressant.
Plus d'actualité, parce que je n'ai plu eu le temps à l'époque et que je l'ai encore moins maintenant.

avant d'aller plus loin, se logger a l'ECU présente un risque car les Land ont de très mauvaises masse (-) et ça peut conduire à la mise en sécurité, voir à l'effacement d'une partie de la mémoire du firmware (lors de la reprog)
Ceci dit ce n'est pas infaisable loin de là.
J'en connais au moins 3 qui y sont arrivés totalement : un italien, un australien et un espagnol. Par arduino (C++), raspberry (python). Le python, je ne connais pas. Il me semble juste que les méthodes d'accès au données sont plus pratique pour ce projet. Mais je n'ai pas fait de comparatif.

Tu as quoi comme niveau en électronique et prog?

[beurk]

Avant toute chose, ce qui manque le plus dans toutes les bidouilles que j'ai vu, c'est une véritable horloge de synchronisation mais il me semble que l'ECU faisant passer la gestion moteur en priorité, n'est pas très régulier dans son débit d'information.

Après tout dépend de ce que tu cherches à faire.

[beurk]

J'ai 15 Go de data sur un drive quelque part sur le cloud, il faut juste que je remette la main dessus.

[Bebop]

Avant toute chose, ce qui manque le plus dans toutes les bidouilles que j'ai vu, c'est une véritable horloge de synchronisation mais il me semble que l'ECU faisant passer la gestion moteur en priorité, n'est pas très régulier dans son débit d'information.

Serieux ?


C'est enorme