Étape 4: Test au ciseau
Une des caractéristiques plus fortes du ciseau est combien il est facile de faire un test approfondi de chaque module. Examiner le critère de Mux4 dans l’image ci-dessus. Il fait une boucle sur toutes les entrées possibles. La fonction poke modifie les valeurs aux entrées du module Mux4. Next est une étape. C’est seulement vraiment nécessaire pour les modules avec des registres, mais mettre ici en tout cas pour une démonstration. Il incrémente l’horloge dans votre conception, en passant les entrées par le biais de registres. Enfin il y a la fonction attendre sert à tester. Il s’attend à la sortie de la Mux4 et sortie calculé lors de l’essai les mêmes produisant une « réussite » ou « FAIL » en fonction des résultats.
La chose gentille au sujet de tests en ciseau, c’est qu’il peut générer en C. Cela permet à vos cas de test à compléter rapidement. Par rapport à l’exécution et en regardant la forme d’onde, c’est beaucoup plus rapide et plus ordonnée pour déboguer si vous écrivez les cas de test avec soin.
Je recommande d’essayer les problèmes d’exemple en ciseau maintenant. Si vous êtes nouveau à conception matérielle n’oubliez pas que tout est simultanée. Vous décrivez une structure en ciseau plutôt que des instructions pour l’exécution. Passez à l’étape suivante après vous vous sentez vous comprendre la structure de base de la façon d’écrire quelque chose en ciseau.