Documentation

Il y a avec ce matériel des erreurs que font beaucoup de développeurs néophytes mais aussi quelques développeurs expérimentés. Certaines d'entre elles sont difficilement identifiables à cause de la complexité des Circuits. I vais lister quelques unes d'entre elles afin de vous aider dans le débogage des "pannes mystérieuses".

1) La présence d'une interruption dans Mikey, peu importe l'état du bit d'activation des interruptions dans le CPU, empêchera le CPU de se mettre en veille et donc empêchera Suzy de fonctionner. Donc si les sprites cessent de fonctionner, des bits d'interruption non souhaités peuvent en être la cause cachée

2) L'adresse de Suzy pour la finalisation de l'acceptation doit être écrite avant de démarrer le moteur de sprite. C'est nécessaire même avant la première fois que l'on utilise le moteur de sprite. Si on le fait pas dans l'ordre voulu, le CPU ne se mettra pas en veille quand on le souhaitera. En plus, si un bout de logiciel autorise Suzy à terminer ses opérations sans écrire dans SDONEACK alors le CPU ne se mettra pas en veille. Donc si les sprites cessent de fonctionner, il y a peut être un problème avec SDONEACK dans le logiciel.

3) Les écritures sur la cartouche sont aveugles. Si vous accédez par erreur à Suzy avant que le délai imparti soit écoulé, vous pourrez modifier certaines valeurs des bus internes de Suzy. Le résultat n'est pas clairement définissable.