Posté par Anonyme .
En réponse à la dépêche TapTempo en Verilog.
Évalué à 4.
Dernière modification le 21 septembre 2020 à 03:12.
Pour la sortie, l’idée de mettre un écran complexifie énormément le système. En effet, il est nécessaire de faire une machine d’état assez complexe pour initialiser l’écran puis rafraîchir l’affichage. Il est souvent nécessaire d’ajouter un processeur « soft » rien que pour ça d’ailleurs. (Bon il est vrai que le VGA n’est pas si compliqué, mais il reste plus complexe que la solution proposée ici).
C'est extrêmement compliqué pour afficher les trois chiffres des BPM. On peut plus simplement utiliser des afficheurs 7 segments avec ou sans décodeur BDC intégré. Ça n'est certainement pas aussi élégant de simplicité que la solution du voltmètre mais ça ne requiert qu'un peu plus de blocs logiques avec éventuellement un multiplexage depuis le signal d'horloge si on manque de sorties ou si on utilise un afficheur LCD. Dans le temps ça se faisait avec quelques puces spécialisées donc pas du tout besoin de la complexité d'un softcore ni même de celle d'un signal VGA.
Aussi, ça ne réduit pas la précision si BPM_MAX augmente, contrairement à un mouvement d'Arsonval.
L’idée d’utiliser une touche de télégraphe pour mesurer le tempo n’était peut‐être pas la meilleure, compte tenu des rebonds qui sont relativement violents.
On pourrait se passer entièrement de la fonction de debounce en choisissant un interrupteur qui n'en produit pas du tout, comme par exemple un bouton poussoir momentané utilisant l'effet Hall.
Évidemment avec tout ça le look sera beaucoup moins rétro et ça sera moins portable.
# IHM
Posté par Anonyme . En réponse à la dépêche TapTempo en Verilog. Évalué à 4. Dernière modification le 21 septembre 2020 à 03:12.
C'est extrêmement compliqué pour afficher les trois chiffres des BPM. On peut plus simplement utiliser des afficheurs 7 segments avec ou sans décodeur BDC intégré. Ça n'est certainement pas aussi élégant de simplicité que la solution du voltmètre mais ça ne requiert qu'un peu plus de blocs logiques avec éventuellement un multiplexage depuis le signal d'horloge si on manque de sorties ou si on utilise un afficheur LCD. Dans le temps ça se faisait avec quelques puces spécialisées donc pas du tout besoin de la complexité d'un softcore ni même de celle d'un signal VGA.
Aussi, ça ne réduit pas la précision si BPM_MAX augmente, contrairement à un mouvement d'Arsonval.
On pourrait se passer entièrement de la fonction de debounce en choisissant un interrupteur qui n'en produit pas du tout, comme par exemple un bouton poussoir momentané utilisant l'effet Hall.
Évidemment avec tout ça le look sera beaucoup moins rétro et ça sera moins portable.