En effet, le code n'est pas tip-top, c'est juste un petit truc vite fait, et je n'ai pas pris la peine de faire comme si c'était un programme de 20000 lignes.
Ca reste un petit code très basique et simple, ça se comprends sans s'arracher les cheveux.
Pour le tableau en puissance de 2, j'y avais songé, mais le TapTempo de base (fait précédemment dans plein d'autres langages) se base sur 5 taps, donc j'ai fait comme l'existant.
Utiliser une interruption est tout à fait faisable.
Je ne pense pas que le délai de 10ns puisse faire perdre un tap, car le changement d'état du bouton n'est pas aussi rapide, sauf à savoir cliquer plus de 100 fois par seconde sur le bouton, ce qui m'est pas mon cas, et donnerait d'ailleurs des tempos de dingues. 6000 BPM, ce n'est plus de la musique. En cliquant comme un fou, je n'arrive qu'à 600 BPM. A l'usage normal, tout fonctionne bien, pas de ratés, pas de tap non-pris en compte.
Pour un usage sur batterie/piles, il faudrait en effet initialiser une veille après les 3 secondes d'inactivité. C'est simple à faire, mais je n'ai pas voulu compliquer le code qui avait pour but de faire une simple présentation de l'univers Arduino. Si quelques personnes qui ne connaissaient pas s'y sont intéressés à la lecture de ce TapTempo, je suis comblé.
Pour les tests de performances, le GBF peut être remplacé par un autre arduino uno, tant qu'on y est. Mais on perd le test sur la partie mécanique (le bouton), d'où l'idée de faire un automate qui appuie physiquement sur le bouton, de manière bien plus régulière et plus rapide que je ne saurais le faire.
De ce TapTempo sur arduino me vient une autre idée d'usage détourné. Si j'ai le temps, je vais le mettre en oeuvre et en faire un journal.
[^] # Re: quelques commentaires.
Posté par xulops (site web personnel) . En réponse à la dépêche TapTempo pour Arduino Uno. Évalué à 2.
merci pour tes remarques.
En effet, le code n'est pas tip-top, c'est juste un petit truc vite fait, et je n'ai pas pris la peine de faire comme si c'était un programme de 20000 lignes.
Ca reste un petit code très basique et simple, ça se comprends sans s'arracher les cheveux.
Pour le tableau en puissance de 2, j'y avais songé, mais le TapTempo de base (fait précédemment dans plein d'autres langages) se base sur 5 taps, donc j'ai fait comme l'existant.
Utiliser une interruption est tout à fait faisable.
Je ne pense pas que le délai de 10ns puisse faire perdre un tap, car le changement d'état du bouton n'est pas aussi rapide, sauf à savoir cliquer plus de 100 fois par seconde sur le bouton, ce qui m'est pas mon cas, et donnerait d'ailleurs des tempos de dingues. 6000 BPM, ce n'est plus de la musique. En cliquant comme un fou, je n'arrive qu'à 600 BPM. A l'usage normal, tout fonctionne bien, pas de ratés, pas de tap non-pris en compte.
Pour un usage sur batterie/piles, il faudrait en effet initialiser une veille après les 3 secondes d'inactivité. C'est simple à faire, mais je n'ai pas voulu compliquer le code qui avait pour but de faire une simple présentation de l'univers Arduino. Si quelques personnes qui ne connaissaient pas s'y sont intéressés à la lecture de ce TapTempo, je suis comblé.
Pour les tests de performances, le GBF peut être remplacé par un autre arduino uno, tant qu'on y est. Mais on perd le test sur la partie mécanique (le bouton), d'où l'idée de faire un automate qui appuie physiquement sur le bouton, de manière bien plus régulière et plus rapide que je ne saurais le faire.
De ce TapTempo sur arduino me vient une autre idée d'usage détourné. Si j'ai le temps, je vais le mettre en oeuvre et en faire un journal.