> > Ouais alors euh... C'est bien ça, si on utilise un timer 8 bits > (pendant longtemps on ne pouvait utiliser que le timer 0). Mais je me > demande si la formule n'est pas fausse si on utilise un timer autre > que le 0. Bref, je vais regarder demain. > > Bon, par contre, si tu réponds non dans le menuconfig à "Use timer > module (recommended) - CONFIG_MODULE_SCHEDULER_USE_TIMERS", alors tu > utilises le timer 0 et dans ce cas le pb ne devrait pas se poser. Tu > regles la résolution du scheduler en fonction du prescaler : > http://cvsweb.droids-corp.org/cgi-bin/viewcvs.cgi/aversive/modules/base/scheduler/config/scheduler_config.h?revision=1.3&view=markup > > Typiquement, s'il vaut 8, à 16Mhz, la résolution est 128us. > yopla
une int toutes les 256 instruc me semble quand meme etre beaucoup ! ya des cas ou ca doit poser probleme (je pense notamment au cas ou d'autres int non imbriquables tournent avec plus de 256 instruc de temps de latence) j'avais ( pour le brushless il me semble) fait une int configurable sur nimporte quel timer, sur le debordement ou bien le compare, et avec possibilité de prescaler. ca serait peut etre pas mal de laisser ca configurable.... de plus, j'aimerais bien savoir la raison pour exprimer la freq CPU en kHz ?? on avait, il y a un bout de temps défini d'utiliser que des Hz, ce qui est logique, car il y a des quartz en freq pas rondes du tout, de plus il y a des uC tournant a tres basse fréquence (32768 Hz par ex) pour cause d'economie de courant il serait bon d'utiliser des Hz partout, pour eviter des erreurs d'arrondi, non ? tof > >>> - Idem pour time, en plus sur un Atmega16 (8MHz) j'ai peur que ça le >>> surcharge et que ça ne marche pas. >>> > > time, tu parles de base/time ou hardware/timer ? > > >>> - Comment on fait pour passer des arguments à une fonction schédulée >>> j'ai fait ça : >>> scheduler_add_periodical_event(transmettre,(void *)&nbre_tours,10000); >>> mais il me met toujours un warning : >>> /home/sonde/station-project/aversive/projects/anemometre/main.c:44: >>> warning: passing argument 2 of 'scheduler_add_event' from incompatible >>> pointer type >>> > > En fait le arg2 c'est la fonction (car > scheduler_add_periodical_event() est en fait une macro). Du coup le > prototype de transmettre() ne doit pas etre correct. Ca doit etre > qqchose du genre void f(void *). > > >> Si on se réfère au main, il semble qu'un paramètre unicity ai fait son >> apparition. >> Je sais pas trop à quoi il sert :) >> > > unicity c'est pour dire si l'evenement est periodique ou s'il est > unique. > > >>> Désolé si ces questions sont connes ou ont déjà été posées, mais je vous >>> jures que j'ai regarder la doc avant :-) >>> > > aaah cool elle est où cette fameuse doc ? ;) > > >>> Un jour les manchots seront les maîtres du monde gnark ! >>> >> Et les loutres de l'otter space... >> > > Mouais... on ne parle pas assez de l'ornithorynque sur cette liste. > > Oliv > > _______________________________________________ > Avr-list mailing list > Avr-list@droids-corp.org > CVSWEB : http://cvsweb.droids-corp.org/cgi-bin/viewcvs.cgi/aversive > WIKI : http://wiki.droids-corp.org/index.php/Aversive > DOXYGEN : http://zer0.droids-corp.org/doxygen_aversive/html/ > BUGZILLA : http://bugzilla.droids-corp.org > COMMIT LOGS : http://zer0.droids-corp.org/aversive_commitlog > > _______________________________________________ Avr-list mailing list Avr-list@droids-corp.org CVSWEB : http://cvsweb.droids-corp.org/cgi-bin/viewcvs.cgi/aversive WIKI : http://wiki.droids-corp.org/index.php/Aversive DOXYGEN : http://zer0.droids-corp.org/doxygen_aversive/html/ BUGZILLA : http://bugzilla.droids-corp.org COMMIT LOGS : http://zer0.droids-corp.org/aversive_commitlog
