Mesure de l'AFR en embarqué

De prime abord, les variations oscillent entre quelles valeurs?

Je serais curieux de connaitre l'impact de la vitesse (température de l'air etc....) sur le mélange air essence au regard des régimes...

euh bonne question, j'ai fermé le prog sans regarder précisement comme mes rpm etaient faux...

Je crois que j'etais entre 12,1 et 13,9 mais j'ai pas enregistré bcp de valeur car celles hors scope de RPM possible ne sont pas enregistrées (du genre 22000 RPM )



Sinon, mon prog est corrigé, je test ca ce midi

Bon tests effectués ce midi, et je suis pas encore satisfait de la précision du calcul du regime moteur.

Je pars sur une autre piste...

Tu ne disposes pas des bonnes valeurs de régime moteur ou les temps d'acquisition ne sont pas suffisamment rapides afin de coller aux phases d'accélération?

Ce n'est pas un prob de vitesse d'acquisition, l'arduino peut enquiller des mesures en microsecondes alors qu'a 8000 trs/min, je suis encore en millisecondes (7,5ms pour 1 tour).

C'est plutôt un problème de precision de comptage (du bruit en fait), du fait de la methode employée, mais la je change mon fusil d'épaule. je testerais ce soir a la maison, ca devrait le faire.

D'ailleurs, j'ai testé a 10 mesures par seconde. aucun souci

pfiouuuuuuuu après 4h de tests non stop, j'ai normalement réussi a régler mon problème de précision de la valeur de regime moteur.

Le problème venait du fait que l'envoi des données vers le PC via la liaison serie + l'affichage sur le LCD influait sur les valeurs de RPM en provoquant un retard dans le comptage des impulsions.

J'ai donc completement décorrelé les 2 fonctions dans mon prog Arduino. Pour schématiser :

Le calcul du RPM tourne en boucle et de temps en temps (toutes les 300ms pour l'instant) ce calcul se stoppe pour laisser la place a l'envoi et l'affichage des données. une fois que c'est terminé, le calcul du RPM reprend...

C'est vraiment intéressant de suivre au fur et à mesure tes avancées

héhéhé merci.

En tout cas aujourd'hui ja risque pas d'avancer beaucoup. Il faut que je fasse mon test de roulage n°2 mais c'est clairemnt pas un temps a mettre un canard dehors

Bon, j'ai retravaillé sur le programme du PC touday. J'ai reussi a implementer correctement le calcul de moyenne pondérée de l'AFR pour des mesures de meme valeur RPM + TPS ainsi que le recalcul du code couleur correspondant.

J'ai aussi réalisé une petite correction sur le prog de l'arduino pour améliorer encore la précision des mesures.

Tout ça pour dire que je viens de tester sur le ralenti + quelques coups de gaz leger dans mon garage et................................ CA MARCHE

je récupère des valeurs super propres. J'ai même réussi à visualiser le changement de richesse entre le moment ou j'ai démarré la moto (moteur froid) et où l'AFR tournait aux alentours de 12 pour passer vers les 13 et des brouettes au ralenti une fois le moteur chaud.

Ca c'est la classe

Pareil

et la good news c'est que demain aprem et lundi, il ne pleut pas. J'espere pouvoir vous sortir des 1er resultats pour nowel

Même si je à ce que tu fais..............
Je te dis

Bon 1ere sortie roulage dans les rues de Maisons-Alfort. Tout s'est passé nickel, je confirme que le système fonctionne.

Je rappelle ma config :

KTM 690 SM 07 pots Akra décatalysés, SAS viré, sonde lambda virée, carto AKRA All Year + modification de la table F-L.

Voila donc la 1ere serie de mesures effectuée...

Pour faciliter la lecture, le code couleur est le suivant :

Rouge = Trop riche et plus ca tire du rouge pale au rouge foncé, plus c'est riche
Vert = nickel et plus ça tire vers le vert foncé, plus on se rapproche de l'ideal (que j'ai fixé a 13.1)
Bleu = trop pauvre et plus ca tire du bleu pale au bleu foncé, plus c'est pauvre



Entre 1500 et 4300 trs/min et entre 0 et 20 % d'ouverture de pap :



Mon diagnostic :
- Le ralenti est OK
- Un poil trop riche à l'ouverture des gaz à bas régime

Entre 4400 et 7200 trs/min et entre 0 et 20% d'ouverture de pap :



Mon diagnostic :
- La c'est la cacastrophe, je suis beaucoup trop pauvre partout.

Je précise qu'en plus de le visualiser sur les mesures, j'ai constaté en live que j'avais un souci sur cette plage (broutage en essayant de garder un regime constant + petarade). Ce qui veut dire que les mesures refletent la réalité .

Entre 4400 et 7200 trs/min et entre 20 et 40% d'ouverture de pap :



Mon diagnostic :
- Seules les mesures jusqu'a 30% d'ouverture sont valables (pas pu ouvrir a fond en ville tout en regardant le lcd pour voir si tout allait bien...)
- On est dans la continuité des tableaux précédent

Ajustement de carto envisagés :

Reduire de 2% le temps d'injection entre 5% et 30% d'ouverture de pap pour les regimes compris entre 2000 et 4000 trs/min
Reduire de 2% le temps d'injection entre 20% et 30% d'ouverture de pap pour les regimes compris entre 6000 et 7000 trs/min
Augmenter de 4% le temps d'injection entre 5% et 20% d'ouverture de pap pour les régimes compris entre 4000 et 8500 trs/min
Augmenter de 4% le temps d'injection entre 20% et 30% d'ouverture de pap pour les régimes compris entre 7000 et 8500 trs/min

Vous en pensez-quoi ???

Ben qu'il me faudrait un truc comme toi pour ajuster ma carto

bonsoir ,

hé bien se que j'en pense : c terrible

le ratio a meilleur rendement ( puissance pas conso ) c'est pas 12.5 ? et 13.7 le rendement économique..
13.1 me parais un peu haut non ?

pour la 690 a mon fils se serai juste se qu'il fraudais :-)

Du super travail, un Maestro!
Je pencherai pour changer les valeurs une par une et plage par plage pour pouvoir profiter des données au fur et a mesure de l'évolution des renseignements du programme.

Hello à tous,

Quleques jours sans news du projet car j'ai passé beaucoup de temps à peaufiner l'ensemble. Au programme :

- Création d'une fonction "import" sur le programme du PC permettant d'ouvrir des fichiers de relevés précédents
- Changement d'échelle de la fonction "Tableau" pour correspondre pile poil à l'echelle de la table EFI de TuneEcu, afin de faciliter les réglages
- Amélioration de la vue Graphique avec intégration de la moyenne
- Un énorme boulot sur le prog de l'arduino pour améliorer le temps et la précision des mesures avec entre autre l'intégration de fonctions de filtre logiciel sur les valeurs mesurées lisser les erreurs, une nombre de mesure redescendu a 5 par seconde, et un changement au niveau du capteur utilisé pour l'ouverture papillon.

Je suis désormais pluggé sur le capteur coté droit du corps d'injection (APAD) qui correspond en fait au % d'ouverture de la poignée de gaz. L'utilisation du capteur coté gauche induisait trop d'erreur de mesure (perturbation???). L'inconvenient, c'est que le capteur coté droit ne reflete pas la position réelle du papillon, sauf a rouler en position "Hard" (j'attends mes nouvelles resistances pour pouvoir switcher dessus - voir sujet sur switch carto au guidon).

Deux petites captures d'un roulage de 5 minutes effectué cet aprem :

Bon, derniere correction effectuée cette nuit sur le prog de l'arduino pour la correspondance de valeur TPS.

Ci-dessous mon relevé définitif, basé sur 2646 points de mesure :

Petite question concernant TuneEcu, je voulais commencer mes reglages de carto et je me demandais s'il etait necessaire de laisser tourner la moto 15 minutes après chaque modif ???

Tout dépend des modifs mais oui en effet, c'est le "standard"

Ok merci Aymeric. De toutes facons, ma meule me fait un truc bizarre depuis aujourd'hui.

Jusqu'a présent je tournais nikel a 13 et des bananes d'afr sur le ralenti. Depuis ce matin, je tourne a 14 et des bananes, des fois 15, avec petarade dans le pot et calage de temps en temps...

D'ailleurs, juste en appuyant sur le demarreur, on voit qu'elle stagne 2 sec a 3000 ou 4000 trs/min avant de se recaler a 2000 trs/min

quelqu'un a déja eu ça ?

T'as cherché à injecter une nouvelle carto entre temps?

yep, mais sans modif sur cette zone la. Je suis d'ailleurs revenu à la carto précédente mais c'est identique