Projet 2014/2015 : allumage cartographique IGNIMZ compatible rupteur et capteur mz

Et voici ma première courbe : pas théorique, celle qui sera vraiment réalisée par l'IGNIMZ (je l'ai relevé point par point)

Horizontal : les RPM  ----- Vertical : les degrés


En bleu : ce que fait le microcontrôleur (retard progressif de 5° dans la zone des 4000RPM - 6500RPM)
En rouge : ce que devient l'allumage dans sa globalité -  On passe progressivement de 22° à 17° d'avance par rapport au PMH   (à l'origine 22° constant)
Au milieu à droite, ce que j'ai copié (sans l'avance de phase entre 2000RPM et 4000RPM)

Le logiciel est quasiment finalisé, il me reste :

- à voir ci on peut ajouter un chien garde (système qui remet à 0 le programme en cas de gros plantage
- à insérer quelques courbes supplémentaires.

Ce soir, je ré-ajoute des points à ma courbe de façon à pouvoir la maitriser à partir de 900RPM soit nettement avant le régime de ralenti.
L'objectif est de pouvoir facilement ôter de la phase à bas régime, comme le suggère Niallof.

J'en profite pour le remercier, ces nombreux conseils et ses encouragements  sont hautement profitables pour notre projet.

Je pense proposer ces courbes à Jef :




La courbe 1 sera une courbe de référence : aucune action de l'IGNIMZ (identique au fonctionnement actuel)
Les courbes 2 3 4 5 accentuent progressivement par pas de 4° la suppression de la l'avance à très bas régime (amélioration du démarrage) et la diminution de l'avance à hauts régimes.

Après les essais de Jef, nous devrions pouvoir définir la courbe de référence.
L'IGNIMZ sera ensuite équipé de 3 courbes (celle de référence et deux autres qui s'en éloigneront de 2° par exemple).

Le rapport cyclique (ou DWELL) pour les puristes est désormais de 40% (identique au principe avec roue magnétique) dans toute la plage de fonctionnement (0 RPM à 12000RPM), cela assure la recharche de nos bobine jusqu'à près de 7000RPM.
Dans la plage 0RPM - 600RMP, je peux également fixer le déphasage (et non le temps) comme je le souhaite ( le retard est égal à la fréquence divisé par un coefficicient)
Par contre, chaque courbe est constituée de 130 points

Une photo de plus pour quelqu'un qui va lorgner (j'en suis sûr, hein Olivier )



L'outil arduino est formidable, on peux même s'en servir pour réaliser des visualisations d'info (très pratique pour notre projet).

une petite rafale avant le diner

j'ai tabulé les données de la courbe que Franck donne plus haut avec le retard en fonction du régime. j'ai ajouté du retard lors du démarrage et pour réguler le ralenti...





et à partir de là, j'ai cherché des formules permettant d'exprimer d'une part le retard de l'étincelle par rapport au top capteur et d'autre part le retard entre le début de charge et ce fameux top



et



alors ça c'est bien pour un allumage roots. on calcule le régime moteur par rapport au temps entre deux top capteur et à partir des deux formules on déclenche l'étincelle et on précharge la bobine. l'avantage c'est qu'on valide toute la chaine analogique rapidement, ll'inconvénient par rapport à des valeurs dans une table c'est qu'on ne peut pas trop bouger les points...

Oui super les formules, t'a essayé avec l'arduino pour voir en combien de temps il va calculer tout ca

Moi en 35us, je suis opérationnel avec mes tables qui me brulent les yeux

Et avec 5us de jitter

Pour info, le programme sur base 16F84 que l'on trouve partout sur internet avait 100us de jitter : une catastrophe à haut régime.

salut franck. je n'ai pas d'arduino sous la main et pas de possibilité rapide d'en avoir un. néanmoins, je sais qu'on peut faire la fonction exponentielle machin avec "pow(nombre,exposant)" ou nombre vaut 2,71828 et exposant...et ben la valeur de l'exposant. pour ce qui est des temps de calcul il suffit de faire un millier d’itérations pour voir combien de temps ça prend mais il y a effectivement pas mal de cycle machine pour calculer la formule qui contient 5 exponentielles. le truc avec la formule c'est que tu n'interpole pas entre deux points comme dans une table.

Gagner quelques chevaux sur nos bécanes, cela intéressera à coup sûr, même les mzistes les réticents.
Lorsque les premiers essais commenceront, je suis sûr que tu regarderas avec attention les premières remarques de Jef


Tiens Olivier, j'ai remis à jour mes courbes, pour tenir compte de tes remarques pour le ralenti, qu'en penses tu ?




L'interpolation entre deux points est quasiment négligeable (0.5° à 7000RPM).

je pense que c'est nickel désormais. si tu as tes valeurs en table, peut-être un poil d'avance au démarrage et donc une courbe dissymétrique

genre ça



par contre, là, il va falloir essayer sur un vrai moteur pour valider la suite. je ne suis pas inquiet pour la partie analogique que tu maitrise parfaitement avec tes allumage transistorisés. c'est juste le gap pour faire cohabiter Arduino et le reste.

Voila, cela devrait être mieux, je préfère être sûr (à 130 points par courbe .....)



Je commence à calculer la table 2, pour l'introduire dans l'arduino et réaliser un relevé précis.

Je viens de relever ma première courbe avec ajout de phase à faible RPM.
Il s'agit de ce que j'obtiens avec mon processeur et non de calculs théoriques.




Au passage, entre 2000RPM et 4000RPM on voit bien l'impact des 35us incompressibles du logiciel (temps pour rentrer dans la table, en extraire l'info puis faire basculer la sortie au bon moment).
Ces 35us négligeables à basse fréquence, représentent, mine de rien, une erreur de 1° à 4000RPM.

ce coup ci ça semble impeccable.

avec un peu de bol, en decallant le capteur au max il sera possible d'avoir 25 degres...

Et voici la courbe 2 relevée après avoir modifié mon programme



L'IGIMZ apportera un déphasage de 6° à faible régime et 8 ° à fort régime

 franck

je me trompe ???

1 degres avec 65mm de course (250 ts)
sur la demi rotation 180 degres  sa fait 0.361mm ,,,(de la rotation au lineaire)
pour le calage avec se degres qui se promene cela devient .......je sais pas

tolerance au calage MZ 2T 0.5 mm

Pas d'inquiétude, la procédure de calage du rupteur ou du capteur magnétique restera inchangée.
Il faudra juste approcher le plus possible de 22° (soit 2.5mm) pour retrouver les performances annoncées par Jef.
Cela dit, je placerais dans le boitiers quelques courbes proches de la courbe idéale de façon à corriger d'éventuels écart par rapport au 2.5mm.
Je placerai également une courbe plate sans déphasage de façon à pouvoir mesurer l'avantage)

Nous regarderons tout cela au final, ne t'inquiète pas  
La nous allons déja faire un prototype et définir la courbe qui amène le plus d'avantage, ensuite nous affinerons.

La bonne nouvelle : nous pourrons placer pas mal de courbes car la capacité du processeur le permettra (avec 2 courbes j'occupe 9Ko pour 32 disponibles, mais entre 1 et 2 courbes, je n'ai augmenté la taille du programme que de 2KO).

Le choix de la courbe se fera avec cela :



Soit 16 courbes maximum (il va s'amuser notre beta testeur)

je pense que franck a raison de vouloir passer au prototype. desormais les courbes qu'il obtient sont parfaites et modifiables facilement. la courbe 1 ne modifie pas l'origine, l'ignimz se comportant alors comme l'allumage transistorisé des etz (avec des composants de 2014 pour assurer la commutation) la procedure de reglage restera la meme. le luxe, s'il reste des ports de libres ce serait de mettre la lampe strobo integree ou integrable.

vous etes balaizes les gars
interessant  tout comptes fait a voir sur le terrain et dans le temps
pourquoi pas soyons
a savoir que toutes les ameliorations dus a franck et montees sur ma TS ne n ont jamais decues

apres je pense qu une modif de se type doit se revelee a la fabrication tres onereuse

tres gourmande en temps passé mais tres peu couteuse financierement. je ne sais pas si franck utilise un uno, un mega ou un nano. les clones de nano les moins chers coutent 3 euros, les uno originaux coutent une vingtaine d'euros. comme l'environnement de developpement est gratuit....

Disons que pour la confrérie locale, je pense que 60€ devrait être un objectif à ne pas dépasser.
C'est le prix habituellement constaté sur d'autres forum et avec des systèmes nettement moins performant.
Si je regarde le temps passé (déja près de 150h00, j'y passe toute mes soirées en ce moment)  par rapport aux quelques modules que vais vendre, je pense que c'est cadeau  .

La carte sera équipée de l'atmel 328 programmé sur la carte ARDUINO UNO.
Je préfère braser le DIP 28 directement sur mon circuit imprimé.

Par contre, j'ai acheté des convertisseurs d'énergie 6v - 12v  (impeccable pourréaliser une solution unique  6v - 12v )

La première version de lampe réalisée  n'avait une précision acceptable qu'au ralenti : il faudra que j'améliore ce point, maintenant que j'ai beaucoup progressé en allumage.


Aller : la courbe 3



L'IGNIMZ apportera un déphasage de 9° à faible régime et 12 ° à fort régime

c'est vrai Franck que tu y auras passé beaucoup de temps mais tu as vu les progrès réalisés en une semaine?

sinon 60 euros c'est vrai que c'est cadeau.

pour le débouché commercial du produit, je serais plus optimiste que toi. la grosse originalité de l'IGNIMZ est qu'il s'agit d'un module interface intelligent entre les vis platinées (ou le capteur d'allumage) et la bobine d'allumage. c'est un gros progrès par rapport à un allumage transistorisé comme celui qui équipe les ETZ ou les dernière JAWA et qui se substitue aux vis platinée. les modules d'allumage que tu as réalisé précédemment se sont peu vendus car qui connait le bénéfice apporté par une commutation réalisée par un MOSFET par rapport à un transistor bipolaire?

je pense que tu pourras vendre un IGNIMZ à toute personne possédant une moto avec un allumage à rupteur à condition que les courbes soient paramétrables facilement par l'utilisateur. je pense aussi que la compatibilité avec différents capteurs d'allumage serait un vrai plus.

Oui Niallof, la haut c'est marqué entraide tout en haut , je ne vais pas assassiner mes amis mzistes  

D'autre part, j'ai encore un regret pour le kit régulateur que tu m'as demandé dans tes débuts ici, mais nous nous connaissions si peu et il est vrai que j'aime peu me faire plagier (reflexe professionnel), c'est forcément ce qui nous distingue    



Mon programme définitif (avec 3 courbes) ne pèse que 11Ko et j'en ai 32 maximum : on peut donc continuer à dessiner quelques courbes la semaine prochaine.

Ensuite il faudra que je me creuse pour ajouter au programme la gestion du switch (et surtout pas quand la moto tourne : pour supprimer le risque de changement intempestif de courbe  durant le roulage !!!!!!)

Faudra que je regarde aussi la fonction chien de garde : je verrai bien un reset de la bestiole toutes les 3 secondes, s'il ne se passe rien.
La cela va se corser, car il va falloir que je plante sciemment le programme pour vérifier que le chien de garde fait son job : je pense réaliser un petit générateur d'impulsion décalée à l'aide d'une deuxième carte arduino, de façon à balancer des impulsions durant ou hors interruption.

Avec mon premier proto, il faudra aussi que j'approche l'ensemble d'un fil THT pour voir la sensibilité : l'objectif étant de se passer d'un boitier métallique en imposant une distance minimum entre la bobine et son fil THT par rapport à l'ignimz (ou bien passer en boitier métallique si on n'a pas le choix).

pour le régulateur, c'est une affaire oubliée et en plus tu m'as permis de chercher une solution alternative qui fonctionne car si toi tu crains le plagiat, moi j'aime bien faire moi-même

pour le switch, je ne suis pas sur que le changement de courbe soit problématique. le code obtenu avec les switchs peut servir à adresser partiellement ton tableau de valeur d'avance. de cette manière il n'y a même pas besoin d’arrêter la bécane pour changer de courbes et en side, le singe peut jouer avec les switchs s'il s'emmerde un peu.

pour le watch dog c'est une peu différent. mais le fait de couper le contact réinitialise le bidule...donc pour les premiers essais

je pense que les problèmes de gestion des parasites et d'alim stables sont les plus urgents à résoudre. à ce propos je me souviens avoir passé une journée à monter un kit xenon sur ma 125 ETZ pour me rendre compte au final que le ballast plantait régulièrement et éteignait la lampe je n'ai d'ailleurs pas fait le tuto correspondant.

Sur un véhicule, il faut absolument filtrer l'alim.

Pour les switchs : avec les vibrations, si les contacts collent ou décollent .....
L'astuce consistera à lire la courbe durant l'initialisation, de cette manière la courbe ne pourra pas être changée durant la phase de roulage (même par un singe extrêmement habile)

La courbe 4 est tracée :






L'IGNIMZ apportera un déphasage de 12° à faible régime et 16 ° à fort régime

Encore 2 - 3 courbes et le plus pénible sera terminé

salut

j'ai bien avancé de mon coté avec les courbes polynomiales.




le temps de traitement méritait d'être estimé. donc c'est fait, sur un vrai Arduino Uno... et ça déchire tout. attention, c'est le temps pour faire les deux calculs, celui du déclenchement de l'étincelle plus celui du début de charge de la bobine. les resultats sont publiés sur le moniteur série de l'arduino.