Bonsoir.
Voici une mise à jour de ce WIP.
Je me suis précipité pour télécharger les 2 archives zip contenant le dump des ROMs :
- dump du micro-cadenceur du CPU Cinematronic
- dump des ROMs du jeu lui-même
Le lien pour récupérer ces 2 archives est dispo sur
cette page, indiquée par liodel.
Déjà, chose bizarre, l'archive qui contient les PROMs du micro-cadenceur du CPU possède 6 fichiers dump + 1 fichier texte :
![](http://img1.uplood.fr/free/jll1_a.png)
Je pensais que les PROMs de la région 4 étaient le micro-cadenceur :
![](http://img1.uplood.fr/free/rjhf_20091229_184220_6795_img.jpg)
En fait, pas du tout...
Ce sont les PROMs des régions 1, 2 et 3 qui sont le micro-cadenceur du CPU.
Dans les PROMs de la région 4 sont stockées les données spécifiques au jeu (instructions assembleur, données de graphisme, ...)
Cinematronic utilise une référence "ligne/colonne" pour désigner un circuit intégré sur le PCB de jeu.
On devine la sérigraphie "A B C..." de droite à gauche en bas du PCB sur cette photo :
![](http://img1.uplood.fr/free/5jtl_spacewars.pcb.jpg)
[source :
Crazy Kong]
De son coté, SEGA désigne les circuits intégrés avec une référence que j'appelle dans mon jargon une référence "itérative" : "IC1", "IC2", ... "IC151".
Mais dans la pratique, SEGA a placé ses composants au même endroit que Cinematronic, à quelques exceptions près.
J'ai donc pu recouper ainsi que la PROM SEGA "PR-17", référencée "IC138" sur le PCB SEGA correspond à la E14 chez Cinematronic.
C'est comme ça que j'ai pu comparer le dump que j'avais fait moi-même avec le dump de l'archive proposée par
Andreas :
Mon relevé : chaque ligne est une adresse de lecture de la PROM.
J'avais préparé une feuille vide avec un tableur :
![](http://img1.uplood.fr/free/wne4_dump_fab.png)
Contenu du dump trouvé sur le net :
![](http://img1.uplood.fr/free/hkom_editeur_hexa.png)
Les 2 contenus sont
totalement identiques. Il n'y a
aucun bit de différence.
Le contenu de ma PROM est donc correct.
Grâce à l'aide de la doc, je vais pouvoir aborder le problème différemment.
Par exemple, page 12, il est indiqué - si j'ai bien compris - qu'une condition de reset sera atteinte si un foirage sur n'importe lequel des 90% des signaux du PCB est détecté.
Je vais donc examiner en 1er ce signal reset.
Par contre, il est indiqué qu'une conséquence est l'absence de commandes envoyées à l'écran et donc la rupture d'un fusible de l'alim, pour protéger l'écran.
Or d'après mes 1er tests, rien n'est envoyé à l'écran et pourtant je n'ai pas de fusible grillé.
J'avais déjà investigué, sur les conseils de gc339, les 5 bits d'adresse que la PROM que j'accusais d'être moisie.
Voici les relevés :
Mes relevés ne permettent pas de détecter l'asynchronisme de commutation des signaux du bus d'adresse. Il faut que je sorte la 2e sonde pour ça.
Déjà, il n'y a aucun bit "en l'air".
Les signaux ne m'ont pas l'air d'être exagérément parasités.
Sur a3, dans la 6e division de temps, il y a un glitch qui n'est pas constant (le trait épais).
Mon relevé a été fait alors que le glitch était bien visible.
À suivre : endoscopie du CPU Cinematronic !
![Cheesy :D](http://www.gamoover.net/Forums/Smileys/guntar/cheesy.gif)