[WIVSP] Space Invaders upright, Midway 1978

[sushy18]

Et selon toi..... Là t'en chie ???

En tous cas merci pour ces informations, je bois ces informations, alimente ma curiosité....bref j'adore.
Vivement la suite !!!

[Little_Rabbit]

Re,

Et selon toi..... Là t'en chie ???

Bah... heu... comment dire... J'en chie un peu plus que certains qui achètent des PCB "untested" qui fonctionnent parfaitement ou presque dès le 1er branchement... 



A+

[Maitre_Poulpi]

Non mais comment que ça casse là 
Ca wip sévère en ce moment 

[Little_Rabbit]

Salut,

Pas beaucoup d'avancées, et pas grand chose à dire !...

J'ai commencé à m'occuper du remplacement des RAMs.

Avec la ROM de test, l'écran affichait ce qui ressemblait à un 3.



J'ai donc remplacé la RAM de l'emplacement 3.

Pour rappel, les emplacements sont énumérés de la façon suivante :



Nouveau test :



l'écran affiche ce qui ressemblerait à un 7. À vrai dire, je pense qu'il manque des lignes de pixels, ce qui ne facilite pas la lecture du chiffre ou de la lettre correspondant à la RAM incriminée...

Je dessoude donc la RAM située en 7. Une remarque en passant : un peu plus haut je racontais des salades ! Je disais que côté composant, en dessoudant les CI, cela faisait sauter les pastilles qui ne sont reliées à aucune piste. En fait non, pour la bonne et simple raison que côté composant il n'y a pas de pastille aux endroits où il n'y a pas de piste !



Rebelotte : à présent l'écran affiche ça :



C'est quel chiffre ou lettre à votre avis ? Un 4 ?

Mon champ de ruine RAM à cette tête pour l'instant.



Mon problème, c'est que je n'ai plus de RAM TMS4060 sous la main. Je pourrais bien dépeupler mon PCB de Gun Fight, mais c'est tellement fastidieux que je préfère en commander en Allemagne sur Ebay. Et j'ai également commandé en Grèce des 9316 (le compteur synchrone remplacé hier), ainsi qu'un pistolet à dessouder, mais en rupture de stock, cette fois-ci en Italie. Vive l'Europe !

Du coup de vais mettre en standby mon WIP le temps que tout ça arrive !

A+

[spectroman]

Sinon, pour en revenir à nos moutons, et pour les trois qui suivent, vous savez que le circuit RESET fonctionne à présent !

Elle est plus facile a suivre quand on dit :"revenons à nos chips"

Je voulais modifier le test des Rams pour qu'il indique en une fois toutes RAM en erreur c'est sur ma TODO list pour la retraite

[f4brice]

J'ai regardé le code assembleur pour ça, mais le 8080 manque de registres.
P'tet en copiant la data d'origine dans le registre de stack ?
A voir en effet !

[Little_Rabbit]

Salut,

Elle est plus facile a suivre quand on dit :"revenons à nos chips"

Alors sur le coup je n'ai pas compris... 

Je me suis dit, mais pourquoi diable sprectro me parle-t-il de chips ?? Croit-il qu'il a la classe ?...

Puis j'ai cherché, et j'ai compris !...

Sans doute qu'en anglais méditerranéen, "chips" se prononce comme "sheeps" !...

sheeps = moutons, chips = puces électroniques !

Oui, comprendre l'humour de spectroman peut parfois être un... challenge ! Et pour le coup, c'est un Chip's Challenge

Ok, je 

Je voulais modifier le test des Rams pour qu'il indique en une fois toutes RAM en erreur c'est sur ma TODO list pour la retraite

Ah ça serait cool ça !

Je me disais que c'est con qu'on ne puisse pas faire comme sur les cartes de flip CPU Bally : faire flasher une LED x fois pour indiquer quelles sont les RAM en erreur ! Comme ça, même si la majorité des RAM sont mortes au point qu'on n'arrive pas à lire ce qu'il y a à l'écran, on saurait lesquelles changer .

A+

[f4brice]

Je me disais que c'est con qu'on ne puisse pas faire comme sur les cartes de flip CPU Bally : faire flasher une LED x fois pour indiquer quelles sont les RAM en erreur ! Comme ça, même si la majorité des RAM sont mortes au point qu'on n'arrive pas à lire ce qu'il y a à l'écran, on saurait lesquelles changer .

Tu nous trouves une LED sur le PCB de Space Invaders, et Spectro ou moi te la faisons clignoter ! 

[Maitre_Poulpi]

Ah ben pour le coup, moi j'avais compris tout de suite pour les moutons.
Moi je dis "chips" à la méditerranéenne alors 
Faut dire aussi que c'est le prénom de mon chien 

[spectroman]

Je voulais modifier le test des Rams pour qu'il indique en une fois toutes RAM en erreur c'est sur ma TODO list pour la retraite

Ah ça serait cool ça !

C'est fait (8h de boulot étalées sur 3 soirées), alors ca dit quoi ton test

[olschool]

C'est fait (8h de boulot étalées sur 3 soirées), alors ca dis quoi ton test

vous voulez vraiment que je wipe ma Space Invader !!! c'est une coalition

[Little_Rabbit]

Salut,

C'est fait (8h de boulot étalées sur 3 soirées), alors ca dit quoi ton test

Merci encore pour ce développement et pour les bénéfices qu'apporte cette nouvelle version ! 

Comme vous l'avez compris, j'ai pu tester en avant première la dernière version de la ROM de test que Spectro a développée  .

Mise en place de la nouvelle EPROM sur mon PCB, et voici le résultat :

Le test s'effectue correctement, mais à peine le résultat est-il affiché à l'écran que le PCB reboote, pour afficher à nouveau le test, puis rebooter, etc., à l'infini.

En faisant une pause sur la vidéo, on peut toutefois voir ce que le test affiche :



Y a du boulot en perspective !

Spectro qui attendait le résultat du test de sa dernière version sur un vrai PCB (et non plus sous MAME) me confirme mon avis : le watchdog ne fonctionne pas correctement !

Pour rappel, le watchdog (chien de garde en anglais) est un mécanisme qui RESET le PCB si le programme en cours d'exécution n'est pas venu le « calmer » à intervalle régulier. En l'occurrence, sur Space Invaders, si le watchdog n'est pas remis à 0 dans les 4 secondes, il génère un RESET. Or, le programme de test de Spectro purge régulièrement le watchdog, cela ne devrait donc pas faire de RESET ! Juste pour vérifier, j'ai remis l'ancienne version de l'EPROM de test, et elle aussi faisant un RESET toutes les 4 secondes.

Quelle est la cause de cette nouvelle panne que je n'avais pas encore identifiée ?

Observons le schéma du watchdog (qui se trouve sur la carte fille) :



J'en ai déjà parlé plus dans un post précédent : les deux compteurs 74161 en cascade comptent les impulsions 60 Hz. Si les compteurs ne sont pas remis à 0 via leur broche 1, le débordement du compteur en broche 15 génère le RESET. C'est en écrivant sur le port 6 que le « clear » devrait se faire, mais ici ne se fait pas. J'ai observé le signal à l'oscillo sur la broche 1 des 74161 : ça ne bouge pas.

Voyons le reste du schéma et remontons la piste :



C'est le port 6 qui « clear » le watchdog, partie surlignée en jaune sur le schéma. Ce composant, le 7442 situé en E3, est un décodeur BCD (BCD = Binaire Codé Décimal, c'est à dire du binaire ou 4 bits ne permettent que de compter de 0 à 9) :



à partir de la combinaison binaire présente sur ses 4 entrées (A, B C, D), il active la sortie correspondante en sortie (active au niveau bas). Exemple : si les 4 bits en entrées sont 0010, c'est la sortie 2 qui passe au niveau bas, toutes les autres sont au niveau haut. Si les 4 bits en entrées sont 0101, c'est la sortie 5 qui est active, etc.

Dans le cas de l'utilisation qui en est faite ici, on voit que seuls les sorties des broches 3, 4, 5, 6 et 7 sont utilisées. J'ai observé à l'analyseur logique les signaux en entrée et en sortie :





On constate que l'entrée D est en permanence à l'état haut, ce qui a pour conséquence de n'activer que les sorties supérieures ou égales à 8 ! Mon port 6 n'est pas près de s'activer...

L'entrée D (broche 12) est celle connectée au 7404 situé en F3. Son entrée quant à lui est toujours à 0 : logique que sa sortie reste à 1.

On continue à remonter la piste et on voit que le signal en entrée sur le 7404 est intitulé « SAMPLE » et provient de la carte mère, via la broche 31 du connecteur carte mère / carte fille.

Localisons sur le schéma de la carte mère ce signal « SAMPLE » :



Il est généré par le 74LS86 situé en A4 : il s'agit d'un OU Exclusif. La table de vérité d'un OU exclusif est la suivante : sa sortie est à 1 si l'une ou l'autre de ses entrées est 1, mais pas les deux, et à 0 également si les deux entrées sont à 0. Observons le à l'analyseur logique :



Ses deux entrées sont constamment à 1, donc il est normal que sa sortie soit constamment à 0. Nous continuons donc à remonter la piste .

Juste avant, nous avons notamment la porte NAND du 74LS00 situé en BX. Une porte NAND passe sa sortie à 0 si ses deux entrées sont à 1, sinon elle doit être à 0. À son tour d'être observé :





Ah, là ça cloche ! On voit sur ce chronogramme que la sortie (br 6) reste constamment à 1, même quand les 2 entrées sont à 1 ! Composant suspect que je dessoude et teste :



Bingo ! Ce composant est bien défectueux. Je le remplace, remets sous tension, et à présent c'est bon, le watchdog est bien remis à 0 et cesse de reseter à tout va le PCB, le clear qu'effectue le programme de test se suit d'effet .

Je peux à présent facilement voir le résultat du test :



Et ce n'est pas joli joli, puisqu'il annonce pas moins de 9 RAM défectueuses !

Mais j'ai été prévoyant, j'ai acheté un bon petit stock de RAM :


(8 d'entre elles sont pour F4brice qui wip aussi un PCB de SI en ce moment )

Notez qu'il faut normalement des TMS4060, mais en cherchant sur Ebay, je suis tombé sur ces AM9060CPC de chez AMD, qui sont en fait compatibles avec les TMS4060 (et bien moins chères : ici 5 EUR les 8 !).

Pour en revenir à mon dépannage, ce qui me surprend c'est que les RAM 2 et 3 par exemple ont déjà été remplacées !

Comme je suis à présent équipé d'un pistolet à dessouder, j'ai pu dessouder plusieurs des RAM indiquées défectueuses.



Je les remplaçais par une RAM neuve, mais souvent la même RAM était toujours indiquée comme mauvaise. À l'emplacement H par exemple, j'ai dû essayer 7 RAM différentes avant d'en trouver une donnée comme bonne ! Il serait curieux qu'autant de RAM neuves soient défectueuses.

Autre chose curieuse, le test me fournit des résultats assez aléatoires :





Pour avoir tant de RAM en erreur, j'ai d'abord pensé aux 7404 qui sont placés au cul des RAM (qui inversent le bit de sortie), mais mon 7404 situé en D4 était déjà sur support. J'ai pu le testé au testeur de TTL et il est bon. Je l'ai même remplacé par un neuf par acquis de conscience mais cela n'a rien changé. J'ai également vérifié les alimentations au niveau des RAM : j'ai bien le +5V, +12V et -5V.

J'en suis là. Le grand nombre de RAM en défaut et le caractère aléatoire du test me pousse à penser qu'il y a un autre problème. Les premiers suspects sont les condensateurs tantale goutte utilisés en découplage à proximité de l'alimentation des RAM (une sur 2). Sushy, grand spécialiste en dépannage de Space Invaders, a même eu la gentillesse de m'appeler pour me demander si je l'es avais remplacés !  Auparavant j'avais changé les 2 plus gros condo tantale de 22 µF, mais pas les petits de 1 µF. Parce que je pensais qu'un condo tantale qui n'était pas en court-circuit était encore bon, je les avais laissés. Je vais les changer et j'espère que les résultats seront meilleurs !

À suivre .

A+

[sushy18]

le chien de garde en image   

[Little_Rabbit]

Re,

Excellent ton GIF Sushy !  

Où as-tu trouvé ça ?

Il y a juste une petite erreur dessus : ce n'ai pas le port 4 mais 6 qui "clear" le watchdog !
(erreur qui provient des schémas Midway où ils ont mis "PORT 4" à 2 endroits...)

A+

[AsPiC]

Je les remplaçais par une RAM neuve, mais souvent la même RAM était toujours indiquée comme mauvaise. À l'emplacement H par exemple, j'ai dû essayer 7 RAM différentes avant d'en trouver une donnée comme bonne ! Il serait curieux qu'autant de RAM neuves soient défectueuses.

Au vu des points de couleur jaune sur tes RAMs elles ne sont certainement pas neuve

[Little_Rabbit]

Re,

Ah bon ? Quelle est la signification de ces points jaunes ?

Visuellement en tous cas, on voit bien qu'elles n'ont jamais été soudées, et la courbure des broches est identique à celle de composants neufs (je suis obligé de les plier légèrement avant de pouvoir les faire rentrer dans les supports tulipes ).

Merci pour tes explications ! 

A+