si tu l'exécute tel quel sans ajouter de code " long à exécuter " après le if ( exécutions > 1 milliseconde ), et si tu n'as pas d'interruption longue ( exécutions > 1 milliseconde ) si le délais est garanti à la milliseconde près ...
Après si tu es vraiment critique, et que tu as besoin de garantir un timing ultra précis, il faut aussi voir les priorités des interruptions ... Je ne connais pas par coeur qui est prioritaire par rapport à qui sur arduino : interruption sur timer, interruption sur pin, interruption de communication uart etc ...
Arduino - Les interruptions
#21
Posté 15 janvier 2018 - 11:26
Si mon commentaire vous a plus laissez nous un avis !
Nouveau sur Robot Maker ?
Jetez un oeil aux blogs, aux tutoriels, aux ouvrages, au robotscope aux articles, à la boutique et aux différents services disponible !
En attendant qu'une bibliothèque de fichiers 3D soit mise en place n'hésitez pas à demander si vous avez besoin du fichier 3D d'un des produits de la boutique... On l'a peut être !
Si vous souhaitez un robot pilotable par internet n'hésitez pas à visiter www.vigibot.com et à lire le sous forum dédié à vigibot!
#22
Posté 15 janvier 2018 - 12:32
#23
Posté 15 janvier 2018 - 06:52
SimpleTimer n'apporte pas cette amélioration. Sinon pourquoi l'appeler dans le loop() ?
« It's based on millis(), thus it has 1 ms resolution »
https://playground.a...ode/SimpleTimer
Il y a peut-être des hardware qui apportent physiquement et réellement cette interruption.
0 utilisateur(s) li(sen)t ce sujet
0 members, 0 guests, 0 anonymous users