La théorie de fonctionnement des pompes à injection diesel.

[alexsam]

en tout cas, tu dois bien resentir la difference de couple entre 1500 et 2000 tours, ca demarre plus fort, c'est tres bien !

pour ton idée de leurrer le debit en dynamique, effectivement, c'est une bonne alternative de leurrer la sonde au lieu de leurrer le signal...

[valJeep]

Je note qu’il y a 4 fils qui vont de l’ECU à la pompe

- Broche 33 ; fil de couleur vert, signal CAN-L
- Broche 40 ; fil de couleur rouge, signal CAN-H
- Broche 52 ; fil de couleur jaune, signal MAB
- Broche 54 ; fil de couleurs orange, signal DZG

Ca se complique, c’est très certainement un signal bus de type CAN entre l’ECU et la pompe à injection. C’est presque certain à 100% puisque c’est Bosch qui a inventé ce bus et Zexel et Bosch c’est la même base, non ?

Va falloir se coltiner le protocole CAN pour comprendre le codage des mesures et voir sous quelle forme l’ECU envoie les données vers la pompe à injection.

Alors là vincent tu touches à un truc que je connais, je peux donc te répondre. :S

En effet tes broches 33 et 40, au vu de leur nom, sont un bus CAN, si tu connectes les broches 6 et 14 de ton ELM327, et que tu te connectes via un terminal série, en tapant les commandes ATSP0 puis ATMA, tu verras défiler les trames CAN sur 8 octets.

Le problème c'est que CAN est un protocole de com' qui ne définit pas le codage des données, c'est le constructeur qui décide. en matériel agricole on a une norme J1939 qui définit toutes les données, mais en automobile ya rien... c'est propriétaire comme codage. tu as donc assez peu de chance de trouver dans les trames où et comment son codées tes data....

[Db]

S....Le débitmètre est placé dans un corps cylindrique de section de passage à vérifier, mais partons sur une hypothèse de 80mm de diamètre. ...

Là tu vas réduire la section du tuyau qui alimente le moteur (le débitmètre lit cette valeur bien sur)
Ne vaudrait t-il pas mieux modifier le débitmètre lui même sans changer ce que prend le moteur.

Comme ça tu donnes à l'Ecu une valeur qui ne correspond pas à la vraie valeur. Tu le leurre.
Dans ton cas tu modifies la grandeur mais la valeur lue par l'Ecu est la vraie valeur. ce n'est pas ce que tu veux je crois.

[vincent sch]

Là tu vas réduire la section du tuyau qui alimente le moteur (le débitmètre lit cette valeur bien sur)
Ne vaudrait t-il pas mieux modifier le débitmètre lui même sans changer ce que prend le moteur.

Comme ça tu donnes à l'Ecu une valeur qui ne correspond pas à la vraie valeur. Tu le leurre.
Dans ton cas tu modifies la grandeur mais la valeur lue par l'Ecu est la vraie valeur. ce n'est pas ce que tu veux je crois.

Merci à tous pour votre aide, vraiment très précieuse et qui m’aide bien.

Pour te répondre DB.

On est bien d’accord que mon idée est de réduire la section juste ponctuellement. Pas sur toute le ligne d’admission. Juste au niveau du débitmètre.

Est-ce que tu es d’accord que le débit d’air qui passe dans le moteur est le même avec ou sans mon tube à l’intérieur du débitmètre ? Le fait de rajouter le morceau de tube ne va pas changer la quantité d’air avalé par le moteur pour une vitesse de rotation donnée. OK ? Le débit d’air reste constant pour une vitesse de rotation moteur donnée. Ok ?

Nous appelons débitmètre un instrument qui en fait mesure une vitesse d’air. (Je ne vais pas refaire le topic sur le débitmètre) mais pour résumer, le capteur mesure un refroidissement d’un fils chaud et ceci est fonction de la vitesse de l’air qui passe devant. Enfin, c'est ce que j'ai toujours cru jusqu'à maintenant

C’est l’ECU qui calcule le débit d’air à partir de cette mesure. On lui a donné une fois pour toute la section du tuyau du débitmètre et lui peut en déduire le débit. Le pauvre ECU n’a aucune idée de ce qui se trame. Il n’imagine même pas qu’un « petit con » va lui modifier la section de passage du tube et donc lui il continue de calculer le débit comme si la section était toujours d’origine. Mais en fait, le « petit con » lui a inséré un tube dans le corps du débitmètre et réduit la section, donc augmentation de la vitesse et augmentation du débit calculé. Je dis bien calculé par l'ECU.


L’ECU, fouille dans ses tables et trouve que pour cette mesure de vitesse il y a tant et tant d’air qui rentre dans le moteur. Or c’est faux, en réalité le moteur n’avale pas autant d’air.

Le pauvre ECU, lui ne croit que ce qu’il voit dit : "pour tant de débit d’air mesuré, il faut tant de gasoil" et hop il donne les ordres qui vont bien à la pompe pour qu’elle se débrouile pour envoyer la « sauce » dans les injecteurs.

A mon avis, si Alexsam ne s’est pas planté, (vous remarquerez au passage, que je mets tout sur le dos d’Alexsam si cela ne marche pas et que je me lave les mains :lol l’ECU va envoyer plus de gasoil qu’il n’en faudrait en réalité.

A voir si c’est bien le débitmètre qui est THE capteur maitre dans cette affaire. M’enfin un vieux de la vieille école des pompes ne devrait pas se planter. (J’insiste bien pour enfoncer le clou : ce n’est pas moi, c’est l’autre qui s’est planté:lol

Qu’en pensez vous ?

A plus

Vincent

[vincent sch]

Alors là vincent tu touches à un truc que je connais, je peux donc te répondre. :S

En effet tes broches 33 et 40, au vu de leur nom, sont un bus CAN, si tu connectes les broches 6 et 14 de ton ELM327, et que tu te connectes via un terminal série, en tapant les commandes ATSP0 puis ATMA, tu verras défiler les trames CAN sur 8 octets.

Le problème c'est que CAN est un protocole de com' qui ne définit pas le codage des données, c'est le constructeur qui décide. en matériel agricole on a une norme J1939 qui définit toutes les données, mais en automobile ya rien... c'est propriétaire comme codage. tu as donc assez peu de chance de trouver dans les trames où et comment son codées tes data....

Ah sympa! Bon, voir les trames passer sans pouvoir en déchiffrer les valeurs, ca va être coton.

Bon, on va donc abandonner la piste de "piratage informatique avec détournement des infos et renvoi de nouvelles valeurs vers la pompe à injection" A moins de trouver sur le net comment Bosch à construit chaque message. A mon avis, c'est un petit peu secret.

Juste pour ma culture perso. Est ce que les différents "clients" sur le bus ont bien une adresse physique paramétrable par switch ? Sinon, comment donner des adresses différentes à chaque "client". Faut bien que chaqu'un reconnaisse le message qui lui est envoyé et que l'ECU sache reconnaître celui qui lui envoi un message.

A plus

Vincent

[Piero83]

En effet tes broches 33 et 40, au vu de leur nom, sont un bus CAN, si tu connectes les broches 6 et 14 de ton ELM327, et que tu te connectes via un terminal série, en tapant les commandes ATSP0 puis ATMA, tu verras défiler les trames CAN sur 8 octets.

Là...l'award de la phrase qui tue
Genre celle qui te fait définitivement décider de ne pas essayer de suivre....

[vincent sch]

Là...l'award de la phrase qui tue
Genre celle qui te fait définitivement décider de ne pas essayer de suivre....

Pourtant c'est clair. M'enfin quoi, c'est une phrase courte avec virgules et tout et tout.

[valJeep]

Juste pour ma culture perso. Est ce que les différents "clients" sur le bus ont bien une adresse physique paramétrable par switch ? Sinon, comment donner des adresses différentes à chaque "client". Faut bien que chaqu'un reconnaisse le message qui lui est envoyé et que l'ECU sache reconnaître celui qui lui envoi un message.

oui les ECU (node en langage "CAN") ont bien une adresse unique sur le BUS, en fonction de la surcouche choisie, tu retrouves dans les trames l'adresse de l'émetteur, et celles du destinataire, qui peut être une adresse de broadcast lorsque tous les ECU sont concernés. pour l'adressage cela peut se faire par switch ou roue codeuse, ou bien plus souvent c'est en dur dans le code

Là...l'award de la phrase qui tue
Genre celle qui te fait définitivement décider de ne pas essayer de suivre....

désolé

[vincent sch]

bien plus souvent c'est en dur dans le code

Bon, la c'est définitivement foutu. Espérons que l'autre voie où nous influençons les mesures va donner des résultats.

[valJeep]

Bon, la c'est définitivement foutu. Espérons que l'autre voie où nous influençons les mesures va donner des résultats.

pas vraiment, tu peux faire une passerelle avec 2 bus CAN, mais faut de part et d'autres rebalancer toutes les trames, et modifier à la volée celles que tu veux leurrer. c'et quelque chose qu'on a déjà fait a mon taf, mais le client connaissait le mapping de ses data....