En langage "shéma-blocs" comme Realizer, je pense que j'y arriverai sans problème. En C je devrais y arriver mais il faut plus de boulot déjà parce que je maitrise pas. En assembleur, non.winstrauss a écrit :lol ok alors, oui jme suis mal exprimé, je voulai dire un de vous serait-il capable de le faire ce programme???
c'est pour voire si on part sur de bonne bases...
La version de démo de Realizer ne permet pas de mettre plus de 16 fonctions dans le programme, je sais pas si ça suffit pour l'allumage, si c'était le cas, n'importe qui pourrait ouvrir le programme pour regarder comment c'est fait, et ça se comprend bien. Si avec 16 fonctions y'a pas assez, j'utiliserai la version payante, mais théoriquement on est pas censés l'avoir donc si ça reste entre nous ça va, mais si le montage se diffuse ça pourrait poser des problèmes.
Enfin même un programme compilé par Realizer, on doit pouvoir retrouver le tableau de valeurs en l'ouvrant avec un éditeur gratuit, donc modifier la courbe.
c'était une courbe exemple, faut que je regarde des courbes réelles, je connais pas beaucoup. J'ai fait remonter au régime max, parce que il y a un moment sur ce topic, certains ont dit que beaucoup de courbes ont une avance très proche de 0 à hauts régimes, et l'avance ré-augmente à très haut régime.OizO a écrit :pierrot faut exprimer ta courbe en ° pierrot, une avance de 1mm sa sert a rien, met une avance de 6 mm, remonter l'avance au régime max, sa sert a rien ausi, elle décroit tout le temps
La courbe qui sera rentrée dans le µC, elle donne le retard temporel à appliquer en fonction de la fréquence du signal du capteur, ça permet de faire très peu de calculs pour le µC, juste une inversion, une lecture, et un retard. Je ferai une feuille Excel pour convertir les mm d'avance en fonction du régime vers les valeurs à rentrer dans le tableau.