Gamoover

Bonjour à tous,

me voici gardien d une pcb historique de 1978
Elle est bien évidemment en panne.

J ai lu quelques WIP et surtout beaucoup de texte le Little_Rabbit (trés clair, bravo!)

J'ai déjà un peu travaillé dessus :
- changé quelques condensateurs arrachés
- nettoyé la pcb
- nettoyé les connecteurs
- ajouté un switch pour le reset

Premier essais image fixe du genre la cpu n a pas démarré...
Mais après quelques verifiaction la cpu est démarré (le bus d adresses et de données bougent).

Quelques photos plus tard tout est rangé.

J ai vu qu il existe pas mal de petites cartes pour cette pcb pour l alim ou pour la passer en jamma.
Il manque une carte qui me semble intéressante pour ceux qui (comme moi) n ont que la pcb : une carte rallonge pour la carte fille en angle droit, ce qui permettrait que le tout soit moins volumineux. (Piece nécessaire : une pcb et un connecteur 3.96 72 pin)

Quelque chose me dit que cette carte est entre de bonnes mains !  ;)

merci Manu  =:))

Quelques photos... je ne voulais pas commencer par vérifier les eprom sachant que les pattes cassent comme du verre.
Et en regardant de prêt j a avait une eprom (et 1 seule) avec une patte en l air..
Donc je la retire du support (non sans mal , collé par l oxydation) et surprise une patte était repliée dessous... je redresse la première et elle casse....
Avant d aller plus loin je vais vérifier son contenu.... donc plus tard


Quelques photos de la pcb du wip et du bouton reset

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201220123136-pet-20201220-115826-resize-30.jpg) (https://gamoovernet.pixhotel.fr/pics/20201220123136-pet-20201220-115826-resize-30.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201220123239-pet-20201220-115941-resize-23.jpg) (https://gamoovernet.pixhotel.fr/pics/20201220123239-pet-20201220-115941-resize-23.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201220123306-pet-20201220-115915-resize-82.jpg) (https://gamoovernet.pixhotel.fr/pics/20201220123306-pet-20201220-115915-resize-82.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201220123336-pet-20201220-120052-resize-4.jpg) (https://gamoovernet.pixhotel.fr/pics/20201220123336-pet-20201220-120052-resize-4.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201220123412-pet-20201220-120025-resize-63.jpg) (https://gamoovernet.pixhotel.fr/pics/20201220123412-pet-20201220-120025-resize-63.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201220123507-pet-20201220-115922-copy-2448x1963-resize-60.jpg) (https://gamoovernet.pixhotel.fr/pics/20201220123507-pet-20201220-115922-copy-2448x1963-resize-60.jpg)

En 1 j ai enlevé les roms....
Carnages les pattes cassent et restent au fond du support...
Changement du support de ci H et test sans Eprom pour les belles lignes verticales....
Euh non toujours la même bouillie de pixel
Autour du 8080
Test du reset ok 12
Test du bus de donnée ça baguotte donc ras 25 26 27....
Test du bus de donnée 6 à 10... ça bouge sur d1 d5 d7(probablement les lignes verticales que je dois trouver à la fin)
Ce rentre dans les 8216 (13 et 6) la pin 15 du 8216 bouge aussi donc je devrais trouver qqch chose en sortie....
Rien Nada...

Je ferais 2-3 essais pour tester le 8216 en enlevant le 8080..

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201222200245-pet-20201222-195911.jpg) (https://gamoovernet.pixhotel.fr/pics/20201222200245-pet-20201222-195911.jpg)

Salut,

Je n'avais pas vu ton WIP de PCB Space Invaders !

Je vais suivre ça avec intérêt !  ^-

Pour ton bouton RESET, personnellement j'aurais ajouter une résistance de pulldown, mais c'est possible que cela marche comme ça aussi.

Quand on n'a pas de ligne verticales, dans le manuel "Midway CPU 8080 board test procedure", ils suggèrent plusieurs pistes à partir de la page 23 (cas B3) : les as-tu explorées une à une ?

- avoir les bons signaux d'horloge en sortie du 3245, avec une amplitude de 12V
- que les broches 12 (RESET) et 13 (HOLD) du CPU soient bien au niveau bas
- que la broche 12 (RESET) passe bien à 1 quand on active le Tilt dans la borne, ou ton bouton poussoir
- couper une à une les broches 4, 7, 9 et 12 des drivers de bus 8216 (je les mettrais sur support, en relevant les broches plutôt que de les couper, d'autant que trouver des 8216 à acheter de nos jours peut être un sport compliqué je pense... :-\). Ces broches servent je pense à faire transiter les données depuis la RAM ou la carte fille vers le bus de donnée du CPU quand celui-ci est en lecture. Dans ce test sans EPROM, j'imagine que le CPU est dans une boucle d'écriture permanente (je n'ai toujours pas compris d'ailleurs comment c'est possible... faudrait que je creuse ça !...)
- etc.

Dis-nous en un peu plus sur toutes ces étapes de test :).

A+

Réponse rapide.... c est mon anniv aujourd'hui...

La résistance est de l autre coté
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201223174856-pet-20201223-173252.jpg) (https://gamoovernet.pixhotel.fr/pics/20201223174856-pet-20201223-173252.jpg)

Pour les 8216 si besoin je remplacerai par des 74ls241 en fil volant pour tester (j ai du stock)

Le reset je sais qu il fonctionne avec la sonde logique on voie bien que a0 travaille vite et on distingue le scintillement sur a15  qui travaille beaucoup moins vite. Et lorsque j appuie sur reset tout s arrête.


Le bus de donnée sert aussi de bus d'état c est ce qui donne les lignes verticales (wikipedia)

CitationBidirectional data bus. The processor also transiently sets here the "processor state", providing information about what the processor is currently doing:
D0 reading interrupt command. In response to the interrupt signal, the processor is reading and executing a single arbitrary command with this flag raised. Normally the supporting chips provide the subroutine call command (CALL or RST), transferring control to the interrupt handling code.
D1 reading (low level means writing)
D2 accessing stack (probably a separate stack memory space was initially planned)
D3 doing nothing, has been halted by the HLT instruction
D4 writing data to an output port
D5 reading the first byte of an executable instruction
D6 reading data from an input port
D7 reading data from memory

Et sans rom c est 00 ==》 NOP non opération donc le bus d adresse bouge tout le temps sans planter

Tout semble logique avec 2 8216 cramés!
Je lèverai le doute un autre jour...

PS
Comment on change l icone du wip?
J aimerais bien 30% ça me semble honnête.

Citation de: pet le Mercredi 23 Décembre 2020, 20:48:09 PM
PS
Comment on change l icone du wip?
J aimerais bien 30% ça me semble honnête.

Edit ton premier sujet au niveau du titre ça doit le faire.

Sympa ce topic ^-, bon anniv Pet ;).

Citation de: Le Geek du Manchdi le Jeudi 24 Décembre 2020, 03:27:36 AM
Sympa ce topic ^-, bon anniv Pet ;).

=:)) Merci =:))

Citation de: skullface le Mercredi 23 Décembre 2020, 22:28:15 PM
Edit ton premier sujet au niveau du titre ça doit le faire.

^- Mercî ^-

J'en ai une qui traîne quelque part, sûrement plein de trucs à réparer dessus donc je suis avec attention :)
Beau boulot en tous cas!!!!

Je ne bataille pas j enlève les 8216, pas simple sur une pcb de 40 ans.
Sans trou métallisé les pastilles isolées ont tendance à partir à peine on chauffe.

Plus qu a mettre des supports et commencer les tests.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201224135914-pet-20201224-135321.jpg) (https://gamoovernet.pixhotel.fr/pics/20201224135914-pet-20201224-135321.jpg)

Salut,

Citation de: pet le Mercredi 23 Décembre 2020, 17:59:34 PM
Le bus de donnée sert aussi de bus d'état c'est ce qui donne les lignes verticales (wikipedia)

Oui et non :D.

Oui, durant les premiers cycles machine d'une instruction, le bus de données sert bien de bus d'état : la valeur est présentée sur le bus de donnée puis stockée en externe dans le 74174 en D7. C'est le « status register » (et c'est la panne qui m'a donné tant de fil à retordre sur mon PCB Space Invaders, menant les instructions d'E/S à adresser le plan mémoire !...).

Non, les bandes verticales n'ont absolument rien à voir avec le fait que le « status » transite par le bus de donnée.

Il se trouve que je me suis penché sur la question hier soir car cela m'intriguait depuis longtemps :).

Je vais vous raconter ça dans le détail sous peu (pas sûr que j'aie le temps aujourd'hui avec les préparatifs du réveillon...).

Citation de: pet le Jeudi 24 Décembre 2020, 13:59:51 PM
Sans trou métallisé les pastilles isolées ont tendance à partir à peine on chauffe.

C'est ce que j'ai cru aussi au début de mon WIP, puis je me suis rendu compte en fait que bien souvent, il n'y a pas du tout de pastille côté composant quand il n'y a pas de piste à partir d'une broche de CI ! ;)

Citation de: pet le Jeudi 24 Décembre 2020, 13:59:51 PM
Plus qu a mettre des supports et commencer les tests.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201224135914-pet-20201224-135321.jpg) (https://gamoovernet.pixhotel.fr/pics/20201224135914-pet-20201224-135321.jpg)

Cool !  ^-

Hâte de voir ce que cela va donner :).

A+

Citation de: Little_Rabbit le Jeudi 24 Décembre 2020, 14:04:41 PM

Il se trouve que je me suis penché sur la question hier soir car cela m'intriguait depuis longtemps :).

Je vais vous raconter ça dans le détail sous peu (pas sûr que j'aie le temps aujourd'hui avec les préparatifs du réveillon...).

Impatient de le lire, j ai peur de partir dans une mauvaise direction.

Sinon c est une sacré usine à gaz.
Ca me fait penser aux mpu des flipper zaccaria.
Le même principe de écriture/lecture en ram par la cpu en parallèle avec la lecture en ram de l état des ampoules et bobines...
Mais Zaccaria est nettement plus simple à comprendre.

C est ça la magouille pour les barres verticales?

A13 ne doit jamais etre a 1 sauf quand il n y a pas de rom. Aprés je ne comprend pas...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201224172923-pet-20201224-172608.jpg) (https://gamoovernet.pixhotel.fr/pics/20201224172923-pet-20201224-172608.jpg)

Citation de: pet le Jeudi 24 Décembre 2020, 15:11:48 PM
Sinon c est une sacré usine à gaz.
Ca me fait penser aux mpu des flipper zaccaria.
Le même principe de écriture/lecture en ram par la cpu en parallèle avec la lecture en ram de l état des ampoules et bobines...

Sur les PCB de Missile Command (Atari), tu as l'équivalent (comme beaucoup de PCB).
En plus ce n'est pas de la RAM classique, mais de la DRAM avec bus d'adresse multiplexé...
Pour couronner le tout, la fréquence du CPU est dynamiquement ajustée.
Elle est ralentie sur les 30 dernières lignes....

Intéressant l arcade!

Ben j arrete pour ce soir...
C est pas une magouille la vidéo est en a13...

Je ne trouve pas d ou viennent les lignes!

Les RAMs sont lues pour afficher une image, alors qu'elles n'ont jamais été écrites.
Le contenu d'une RAM dans cette situation est indéterminé.

Salut,

Citation de: f4brice le Jeudi 24 Décembre 2020, 20:13:12 PM
Les RAMs sont lues pour afficher une image, alors qu'elles n'ont jamais été écrites.
Le contenu d'une RAM dans cette situation est indéterminé.

Oui, c'est ce qui donne la bouillie de pixels qu'on a à l'allumage du PCB, avant le RESET :).

Pour ce qui est des lignes verticales, l'histoire est tout autre, et c'est ce que je me propose de vous raconter :).


Que se passe-t-il en l'absence de ROM/EPROM sur le PCB ?

On voit sur le schéma qu'à cet endroit un réseau de résistances de pull-up fixent le bus à +5V, soit tous les bits du bus de donnée à 1, c'est à dire avec une valeur hexadécimale à $FF.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201223182516-Little_Rabbit-ROMdata-bus-FF.jpg) (https://gamoovernet.pixhotel.fr/pics/20201223182516-Little_Rabbit-ROMdata-bus-FF.jpg)

Je me suis demandé si ce $FF pouvait correspondre à une instruction pour le µP8080... Pour en avoir le cœur net, je me suis amusé à créer un fichier de substitution pour MAME pour l'emplacement H ne contenant que des $FF, pour simuler l'absence d'EPROM.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201223182542-Little_Rabbit-Invaders.h.FF.jpg) (https://gamoovernet.pixhotel.fr/pics/20201223182542-Little_Rabbit-Invaders.h.FF.jpg)

puis j'ai lancé MAME en mode debugger : ça donne ça :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201223190728-Little_Rabbit-Debug-SI-sans-ROM-au-RESET.jpg) (https://gamoovernet.pixhotel.fr/pics/20201223190728-Little_Rabbit-Debug-SI-sans-ROM-au-RESET.jpg)

On se rend compte alors que les valeurs $FF reviennent à avoir une série d'instructions "RST 7" !...

Je ne connaissais pas cette instruction du 8080. Quelques recherches Google plus loin, j'ai compris qu'il s'agit d'une instruction liée à la gestion des interruptions, et si j'ai bien compris à la possibilité de présenter un vecteur d'interruption pour gérer plusieurs routines d'interruption pour les niveaux respectifs.

Sur ce site (http://mielecki.ristel.pl/files/i8080-architecture.pdf), on trouve un PDF qui détaille le codage de l'instruction RST (RST pour "ReStarT) :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201223183320-Little_Rabbit-Codage-instruction-RST.jpg) (https://gamoovernet.pixhotel.fr/pics/20201223183320-Little_Rabbit-Codage-instruction-RST.jpg)

les 3 bits "n n n" servent à coder la valeur du vecteur d'interruption voulu, et autorisent le codage de 8 valeurs différentes (de 0 à 7).

Par exemple, RST 2 se coderait :

1 1 0 1 0 1 1 1

et comme 7 se code en binaire 1 1 1, cela nous donne bien pour RST 7 le codage suivant :

1 1 1 1 1 1 1 1

soit tous les bits à 1, comme lorsqu'on enlève les EPROMs :).

Et que fait cette instruction ? L'image plus haut nous donne la réponse, mais si vous ne savez pas comment fonctionne un microprocesseur, cela ne vous parlera sans doute pas trop ;)...

[SP-1] <-- PC_H, [SP-2] <-- PC_L, SP <-- SP-2, PC <--  N x 8

sans rentrer trop dans les détails, voici quelques explications :

PC pour "Program Counter", c'est le registre qui contient l'adresse mémoire de l'instruction que le processeur doit exécuter (et quand il exécute une instruction, le PC pointe déjà la suivante !)

SP pour "Stack Pointer", c'est le pointeur de pile, c'est à dire un registre qui contient l'adresse en RAM où seront empilées les valeurs à mettre en pile (comme un pile d'assiettes, typiquement on y met l'adresse de l'instruction de retour d'un sous-programme)

Donc si on détaille ce que fait l'instruction RST 7, cela nous donne :

[SP-1] <-- PC_H, [SP-2] <-- PC_L => on empile la valeur actuelle du PC

SP <-- SP-2 => on décrémente l'adresse de la pile de 2, pour se mettre juste après la valeur du PC qu'on vient d'empiler

PC <--  N x 8 => le PC prend pour valeur le vecteur n qui était précisé dans l'instruction RST, multiplié par 8 (ce "multiplié par 8" permet d'avoir une table de petits bouts de programme distincts pour chaque vecteur d'interruption, qui permettront de sauter vers le reste de la routine, une table de sauts en gros)



Et quel rapport avec nos lignes verticales me direz-vous ?? :D

Un 8080 après un RESET a tous ses registres à 0, comme le montre la capture du debugger MAME plus haut.

Ensuite, il faut observer le plan mémoire des cartes CPU Midway, comme celle utilisée sur Space Invaders :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201225164138-Little_Rabbit-Mapping-SI.png) (https://gamoovernet.pixhotel.fr/pics/20201225164138-Little_Rabbit-Mapping-SI.png)

Je ne suis pas sûr à 100% que ce mapping soit bon, mais c'est ce que j'en ai déduit en examinant le schéma. Le 8080 dispose d'un espace adressable de 64 Ko, mais ce PCB n'en exploite que 16 Ko : 8 Ko pour la ROM, et 8 Ko pour la RAM. Et comme le décodage d'adresse est dit « partiel », c'est-à-dire qu'il ignore le 2 bits de poids fort A15 et A14, et bien on retrouve des miroirs des blocs précédents : si on écrit en RAM à l'adresse $6002, c'est physiquement exactement comme si on écrivait à l'adresse $2002.

Revenons-en à ce qui se passe quand le PCB est démarré sans aucune ROM. Le CPU vient d'être reseté et a tous ses registres à 0. Il démarre l'exécution de ce qu'il trouve à l'adresse $0000, soit $FF, ce qu'il décode comme étant une instruction RST 7.

Comme expliqué plus haut, RST 7 va provoqué ceci

- empile en $0000-1 et $0000-2 la valeur du PC, soit $0001 car à ce moment le PC vaut déjà l'adresse de l'instruction suivante
- décrémente le pointeur de pile de 2, il passe donc à $FFFE
- multiplie le vecteur par 8 et met se résultat dans le PC => 7 x 8 = 56, soit $0038 en hexadécimal

Voilà le résultat sous le debugger de MAME :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201225164228-Little_Rabbit-Debug-SI-sans-ROM-step1.jpg) (https://gamoovernet.pixhotel.fr/pics/20201225164228-Little_Rabbit-Debug-SI-sans-ROM-step1.jpg)

Que remarque-t-on à l'écran et où donc ont atterri ces valeurs empilées ? 0000-1 nous donne $FFFF et $0000-2 $FFFE. Or du fait des blocs miroirs du décodage d'adresse, écrire dans la pile en $FFFE est équivalent à écrire en $3FFE, c'est-à-dire en toute fin de la RAM vidéo ! Si vous observez bien, on voit le pixel qui vient de passer à 1, entouré en jaune !

Le CPU va exécuter la prochaine instruction, à l'adresse $0038 puisque RTS 7 vient de lui fournir cette adresse. Mais on le sait, tout l'espace ROM contient des $FF, il va donc tomber à nouveau sur une instruction RST 7, qui s'exécute à nouveau :

- empile en $FFFE-1 et -2 la valeur du PC, soit $0039 (puisque là encore, on pointe déjà l'adresse qui serait exécuter après le RST 7),
- décrémente le pointeur de pile de 2, il passe donc à $FFFC
- multiplie le vecteur par 8 et met se résultat dans le PC => toujours $0038 en hexadécimal

Voilà le résultat de cette seconde étape sous le debugger de MAME :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201225164327-Little_Rabbit-Debug-SI-sans-ROM-step2.jpg) (https://gamoovernet.pixhotel.fr/pics/20201225164327-Little_Rabbit-Debug-SI-sans-ROM-step2.jpg)

Un second motif apparaît ! C'est le fameux $0039, valeur du PC qui a été empilée par le RST 7 !

Et comme chaque instruction RST 7 demande au 8080 de poursuivre sont exécution en $0038 qui contient elle-même un instruction RST 7, cela donne une boucle infinie d'empilement de $0039 dans la pile, avec le pointeur de pile qui s'incrémente à chaque fois, remontant ainsi un peu plus dans la RAM vidéo.

D'ailleurs, si on observe cette valeur $0039 qui est mise en pile, d'un point de vue « pixel », cela donne ça :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201226114857-Little_Rabbit-Dites39.png) (https://gamoovernet.pixhotel.fr/pics/20201226114857-Little_Rabbit-Dites39.png)

Ce motif vous est familier ? ;)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201225164454-Little_Rabbit-Debug-SI-sans-ROM-step-n.jpg) (https://gamoovernet.pixhotel.fr/pics/20201225164454-Little_Rabbit-Debug-SI-sans-ROM-step-n.jpg)

On comprend donc que cette succession infinie d'instruction RST 7, remplit peu à peu la RAM vidéo, ce qui va en une fraction de seconde remplir l'écran des fameuses barres verticales (ou horizontales en "tate") tant convoitées :).

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201223182704-Little_Rabbit-Debug-SI-sans-ROM.jpg) (https://gamoovernet.pixhotel.fr/pics/20201223182704-Little_Rabbit-Debug-SI-sans-ROM.jpg)

Voilà donc élucidé le mystère des barres qui remplissent l'écran quand on enlève toutes les ROM. C'est ni plus ni moins le résultat de l'exécution d'un programme un peu spécial, dont le code se limite à des $FF !

Mais le test est astucieux et bigrement efficace, car il permet de s'assurer du fonctionnement d'une bonne partie de la carte, et notamment du CPU, sans qu'il soit nécessaire d'avoir de ROM, et qui s'exécutera correctement même si la RAM est fortement endommagée ! Et les « perturbations » visibles à l'écran sont ensuite révélatrices de tel ou tel dysfonctionnement, mettant le réparateur sur la piste de ce qu'il faut corriger, en suivant les recommandations du manuel « Midway CPU 8080 board test procedure » :)

Joyeux Noël à tous et à toutes !  :-*

A+

 ^-^Superbe analyse! ^-^


Mais moi je n ai quasi que des 0 sur mon bus de donnée..
Et pour cause le réseau de résistances est en option...
>:D Et moi je l ai pas  >:D

Sa place est à droite sur la photo

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201225202644-pet-20201225-202216.jpg) (https://gamoovernet.pixhotel.fr/pics/20201225202644-pet-20201225-202216.jpg)

Je vais le rajouter!

Excellent Petit_Lapin ! Merci beaucoup !
Ainsi l'image vidéo ne correspond pas à des données non initialisées, mais à une constante écrite par un CPU qui exécute du vent !

Belle analyse en effet  ^-

C est fait
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201226202026-pet-20201226-201812.jpg) (https://gamoovernet.pixhotel.fr/pics/20201226202026-pet-20201226-201812.jpg)

J ai mes 1 sur mon bus de donnée...
Mais ils n arrivent pas jusqu'à la cpu, il ne dépassent pas les 74ls153....
Je vais reprendre la doc de dépannage car ce n est pas simple a suivre ces bus qui passent a travers x buffers et déstocker l oscillo pour comparer les signaux.

Attention, le CPU Intel 8080 est une (très) grosse bouze d'usine à gaz.
Il faut bien lire le datasheet et comprendre qu'il ne fait pas que "lire la ROM" pour exécuter ce qu'il y trouve.
Il y a une notion de cycles (de mémoire 4) et lors de l'un d'eux il sort sur le bus de donnée un status word de 8 bits à la con.
Ce SW indique grosso-modo ce qu'il va faire : lire une donnée, écrire une donnée, lire un port, écrire un port, etc...
C'est détaillé dans la doc Intel.

Bon suite pas glorieuse...
J etudie un peu le schéma et je place des points de couleurs en fonction des résultats à la sonde logique
Rouge toujours  à 1
Vert toujours  à 0
Bleu les 2

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201228115740-pet-20201228-114604.jpg) (https://gamoovernet.pixhotel.fr/pics/20201228115740-pet-20201228-114604.jpg)
B3 et d3 ne fonctionne pas ainsi que la sélection des ls153  a2 b3 c2 d2  je m'oriente vers les portes NOR d6 et les sortie sont systématiquement à 1 donc a priori hs
Je vampirise une vieille carte pour lever le doute au comparateur logique hp et les résultats sont bizarre.... (peut-être que la pièce de récup est hs)
Je déstock mon deuxième comparateur logique et oh surprise j ai 3 74ls74 dans la boite.

Ca tombe bien il y en a sur la pcb je test les 3 avec les 2 comparateurs....
Ils sont tous hs
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201228115825-pet-20201228-113603.jpg) (https://gamoovernet.pixhotel.fr/pics/20201228115825-pet-20201228-113603.jpg)
Bref j ai des doutes sur mes mesures, mes composants car la vidéo est cohérente (il lit bien les ram mais tout ce que je test semble mort)

Ca ne va pas être simple....

Désolé si ma question est bête, mais n'as-tu pas accès à un oscilloscope, même modeste, même vintage ?

Salut,

Le fait que tes 4 multiplexeurs LS153 ne semble pas correctement sélectionnés me semble une bonne piste !  ^-

Tel que je comprends cette partie du schéma, la carte mère comporte 3 bus de données :

- le bus des données provenant des EPROMs, le "Instruction Bus"
- le bus des données multiplexées provenant/allant à la carte fille "Mplex Game Data Bus"
- le bus des données de la RAM "RAM Data bus"

À un moment donnée, la carte sélectionne l'un de ces 3 bus en fonction des valeurs des broches de sélection A et B des LS153.

Comme tu l'as observé, ces valeurs sur A et B proviennent du 74LS32 en D6.

Le fait que ses différentes portes NOR aient en entrée des valeurs constantes me paraît pour le moins suspect.

Ces valeurs proviennent notamment du 74174 en D7, le fameux Latch Register qui va renseigner l'électronique autour du CPU sur la nature du cycle en cours : adressons-nous le plan mémoire, ou le plan des E/S ? Sommes-nous en train de lire ou écrire en mémoire ? Adressons-nous plutôt la pile ? Sommes-nous en train d'accepter une interruption ? Décodons-nous l'instruction en cours, etc.

Je cite un extrait de mon WIP Space Invaders :

Citation de: Little_Rabbit le Mercredi 06 Mars 2019, 20:31:19 PM
../.. je comprends que le 8080 utilise en fait un registre externe au microprocesseur pour consigner l'état dans lequel il se trouve ! C'est le rôle de son « Status Latch » :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20190306195503-Little_Rabbit-8080StatusLatch.jpg) (https://gamoovernet.pixhotel.fr/pics/20190306195503-Little_Rabbit-8080StatusLatch.jpg)

Une instruction donnée du microprocesseur est décomposée en plusieurs cycles, et une fois que l'instruction est décodée, et sa nature connue, le microprocesseur présente sur le bus de donnée le « Status » associé à cette instruction. Le registre externe mémorise cette valeur pour être exploitée par l'électronique de la carte.

Les différents états sont donc définis selon cette table :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20190306195525-Little_Rabbit-8080StatusWordChart.jpg) (https://gamoovernet.pixhotel.fr/pics/20190306195525-Little_Rabbit-8080StatusWordChart.jpg)

../..

Comment cela est-il mis en place sur le carte mère de Space Invaders ?

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20190306195558-Little_Rabbit-StatusLatchSpaceInvaders.jpg) (https://gamoovernet.pixhotel.fr/pics/20190306195558-Little_Rabbit-StatusLatchSpaceInvaders.jpg)

C'est le 74174 qu'on voit en haut à gauche qui joue le rôle de Status Latch. Il est ensuite combiné à d'autres portes logiques pour générer le signal « Sample » qu'on a vu tout à l'heure sur la carte fille, et qui sert à capturer la valeur des ports adressés sur la carte fille.

Donc, après un RESET, quand le CPU veut adresser la zone EPROM en $0000, ce Status Latch devrait permettre de sélectionner le "Instruction Bus" pour exécuter la 1ère instruction.

Je serais toi, je commencerais par changer le 74174 en D7 :).
(et ne te fie pas à ce que pourrait te dire un testeur de composants => dans mon cas, le testeur le disait comme bon, alors qu'il était bien partiellement défectueux !)

A+

Oui j ai un oscilloscope et 2-3 analyseurs logique.
Mais je voulais faire léger, je n ai pas d atelier et je travail sur la table du salon et je range et remet tout à chaque fois.
De plus j essais de vérifier les composants dont j ai la ressource immédiate.

Je vais faire quelques mesure à l oscilloscope ca sera peut-être plus parlant et commander une poignée de composants suspects.

Le 74174 en fera partie

Merci pour vos post ça remet la niaque.

Bonjour,

Je suis avec grand intérêt ce WIP  ^-^ Merci pour le partage  :-*

Citation de: Little_Rabbit le Vendredi 25 Décembre 2020, 16:54:38 PM
Salut,

Oui, c'est ce qui donne la bouillie de pixels qu'on a à l'allumage du PCB, avant le RESET :).

Pour ce qui est des lignes verticales, l'histoire est tout autre, et c'est ce que je me propose de vous raconter :).

Impressionnant, intéressant et compréhensible 8)  ^-^

C'est là que l'on ce rend compte de l'intérêt d'un forum à l'inverse des réseaux sociaux, la qualité des interventions qui sont inversement proportionnelles au temps nécessaire pour cliquer sur un pouce levé...

Merci pour ce partage de connaissance :-*

Beaucoup de beau monde sur mon WIP...

La suite...
Bon déstockage de l oscillo... fulke 99 sans transfo mais avec des batteries...
A oui des batteries... je me rappelle avoir jeter le chargeur car je n ai plus de batterie a charger depuis longtemps.... ah si le fluke...
Bon il fonctionne aussi en 12v mais je n ai pas de joli transfo pour lui sous la main... pas envie de faire un bricolage avec une alim de pc. Je ferais un truc pérenne  plus tard.

En attendant je change le 74ls02 mais je n ai plus le compresseur sous la main(celui du taf)

Donc plan B
Dremel, Scotch, pompe à dessouder, bout de stylo pour soufflet la soudure et acétone.

Le tout en photo : le tour du ci est masqué  pour éviter les projections
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201229212622-pet-20201229-204621.jpg) (https://gamoovernet.pixhotel.fr/pics/20201229212622-pet-20201229-204621.jpg)

Après le coup de dremel

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201229212955-pet-20201229-204823.jpg) (https://gamoovernet.pixhotel.fr/pics/20201229212955-pet-20201229-204823.jpg)
On souffle
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201229213058-pet-20201229-205434.jpg) (https://gamoovernet.pixhotel.fr/pics/20201229213058-pet-20201229-205434.jpg)

On aspire
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201229213153-pet-20201229-210218.jpg) (https://gamoovernet.pixhotel.fr/pics/20201229213153-pet-20201229-210218.jpg)

On nettoie à l acétone et on démasque... et hop

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201229213234-pet-20201229-210856.jpg) (https://gamoovernet.pixhotel.fr/pics/20201229213234-pet-20201229-210856.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201229213257-pet-20201229-210932.jpg) (https://gamoovernet.pixhotel.fr/pics/20201229213257-pet-20201229-210932.jpg)

Il reste 2 3 m..douilles je les enlèverai 

Bravo pour l'aspect "propre" du travail.
Ce n'est pas facile de retirer proprement un composant à la Dremel et tu t'en es très bien sorti !

Plutôt que d'utiliser de l'acétone qui est particulièrement nocif, tu peux utiliser de l'alcool à brûler.
Ça nettoie un micro-chouilla moins bien, mais la toxicité n'a rien à voir.

Pour bien nettoyer les 2 ~ 3 m..douilles restantes, le fer à souder + de la tresse feront merveille.
Tu peux aussi, avant de passer la tresse, recharger en soudure fraîche (ça semble paradoxal).
Le décapant "frais" que tu apportes ainsi via la soudure fraîche va décaper les vieilles soudures et grandement faciliter le nettoyage.
Attention de ne pas souder la tresse (involontairement) puis tirer, tu risque d'arracher les pistes.

Ben moi je suis rien que pour m'instruire. Même si je ne comprends pas tout et qu'il va falloir que je relise un peu, ça permet de voir des cas pratiques qu'on ne trouve pas dans un bouquin. C'est top ces wip  ^-

Mise en place du support de CI + 74ls02 euh non 54ls02 couleur argent (trés beau)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201230102813-pet-20201230-102551.jpg) (https://gamoovernet.pixhotel.fr/pics/20201230102813-pet-20201230-102551.jpg)
Même résultats incohérents à la sonde logique.

Bon ben je passe dés que possible à l oscilloscope.

Vraiment pas simple... c est vrai que ce n est pas une pcb qui vient de tomber en panne, on ne sait pas les sévices qu elle a supportées.

Salut,

Je ne connaissais pas cette méthode de dessoudage, mais le résultat est propre !  ^-

Comme tu mentionnes l'utilisation d'une pompe à dessouder, une méthode qui marche bien avec simplement un fer à souder et une pompe à dessouder est celle que j'exposais ici (https://www.gamoover.net/Forums/index.php?topic=23538.msg604703#msg604703) :). Si tu as quelqu'un qui peut tenir le circuit imprimé à la verticale durant les 5 minutes que dure l'opération, je pense qu'elle est plus directe que ta méthode, et n'impose pas le sacrifice du composant dessoudé ;).

Comme je te le suggérais précédemment, je pense qu'il serait intéressant de regarder du côté du 74174 qui sert de Latch Register :).

Bonne chance pour la suite du WIP !

A+

Joli ton verticalisateur de pcb!

Sur les vieilles pcb j ai toujours peur de trop chauffer, ou de chauffer trop longtemps.. d ou la solution dremel ou du compresseur quand je l ai sous la main.

Mais je tenterai le coup de chauffer d un côté et dessouder de l autre, je n avais jamais vu et ça à l air efficace.

J ai bien pris en compte le 74174 mais je ne serais plus en vacance quand il arrivera... donc j essaie d avancer un peu

Comme la pcb a un verticalisateur intégré j ai mis le 74174 sur support
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201231192407-pet-20201230-151706.jpg) (https://gamoovernet.pixhotel.fr/pics/20201231192407-pet-20201230-151706.jpg)

Je n avais pas remarqué  que la majorité des pattes était pliées la je les ai déjà pas mal redressées... j en ai ch...
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201231192646-pet-20201230-153020.jpg) (https://gamoovernet.pixhotel.fr/pics/20201231192646-pet-20201230-153020.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201231192718-pet-20201230-161208.jpg) (https://gamoovernet.pixhotel.fr/pics/20201231192718-pet-20201230-161208.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201231192756-pet-20201230-161221.jpg) (https://gamoovernet.pixhotel.fr/pics/20201231192756-pet-20201230-161221.jpg)

Après j ai chargé  les batteries de l oscillo (j ai retrouvé un chargeur) et vérifié les signaux
Ceux du manuel sont impeccables (page 25 26 27)

En revanche ceux qui sortent du 74174 ne ressemblent à rien... donc d6 derrière fait ce qu il peu ce qui explique les résultats à la sonde logique.

Conclusion : Comme dirait Alice "il faut suivre le petit lapin."

Je passe commande du 74174

Salut,

Citation de: pet le Jeudi 31 Décembre 2020, 19:26:04 PM
Je n avais pas remarqué  que la majorité des pattes était pliées la je les ai déjà pas mal redressées... j en ai ch...
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201231192646-pet-20201230-153020.jpg) (https://gamoovernet.pixhotel.fr/pics/20201231192646-pet-20201230-153020.jpg)

Oui, c'est une vraie plaie ces pattes repliées, et ça n'aide pas à dessouder proprement les CI  :-[. Et tu verras, sur la carte fille, les pistes sont encore plus fragiles !...

Citation de: pet le Jeudi 31 Décembre 2020, 19:26:04 PM
En revanche ceux qui sortent du 74174 ne ressemblent à rien... donc d6 derrière fait ce qu il peu ce qui explique les résultats à la sonde logique.

Conclusion : Comme dirait Alice "il faut suivre le petit lapin."

Je passe commande du 74174

:D

Je touche du bois et j'espère que cela nous fera progresser vers l'obtention des lignes verticales !  ^-

A+

Citation de: Maitre_Poulpi le Mercredi 30 Décembre 2020, 09:18:22 AM
Ben moi je suis rien que pour m'instruire. Même si je ne comprends pas tout et qu'il va falloir que je relise un peu, ça permet de voir des cas pratiques qu'on ne trouve pas dans un bouquin. C'est top ces wip  ^-

Bonsoir, c'est pareil pour moi, "nouveau" dans l'arcade ça me passe un peu au dessus de la tête mais c'est très enrichissant merci de partager ^-^

Citation de: pet le Mercredi 30 Décembre 2020, 10:28:41 AM
74ls02 euh non 54ls02 couleur argent (trés beau)

Pour qui ceux suivent et que ça intéresse, les composants TTL série 54LSxxx sont proches des 74LSxxx.
Ils ont des gammes de températures étendues et sont souvent utilisés dans des cartes électroniques pour les militaires !

La gamme de températures étendue nécessite une résistance thermique réduite entre le die silicium et le boîtier.
Ainsi le boîtier est souvent en céramique.

Au passage j'essaie de me faire une PCB pour mettre le connecteur en angle droit afin que les 2 Pcb prennent moins de place.

J'ai bien bataillé avec easyEDA et j'arrive a faire un truc super vilain.
voila ou j'en suis... rien n'est aligné, l'autorouter fait ce qui lui plait... bref c'est pas prêt mais l'idée est en photo
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210103192005-pet-Capture.PNG) (https://gamoovernet.pixhotel.fr/pics/20210103192005-pet-Capture.PNG)

Ca y est j ai reçu les 7474
Un petit essais rapide..... et pareil.... même bouillie de pixels. :(
J espère au moins que les signaux sont plus propre, mais je ne sort pas l oscillo aujourd'hui.

Salut,

Citation de: pet le Mardi 12 Janvier 2021, 19:39:41 PM
Ca y est j ai reçu les 7474

Tu parles de 7474 => tu voulais dire 74174 non ? Car le status register dont on parlait plus haut, c'est un 74174 ;).

A+

Euh...... oui...
Une petite frayeur qui méritait une vérification.
C est bien un 74174 (ouf!)

Bon... c est long a tester, comprendre et lire le schéma qui est presque juste  >:D
Les signaux sont beaucoup plus propre et logique, mais en sortie du 74174 je n ai que d0 et d7 qui bougent.
Je me réimprime la zone en plus gros avant de continuer

Le 74174 était bien HS! ^-^

Salut,

Citation de: pet le Mercredi 13 Janvier 2021, 20:15:24 PM
Les signaux sont beaucoup plus propre et logique, mais en sortie du 74174 je n ai que d0 et d7 qui bougent.

Ça me semble curieux qu'il n'y ait que D0 et D7 qui bougent...

Je remets mon extrait de WIP qui détaille le status register :

Citation de: Little_Rabbit le Mercredi 06 Mars 2019, 20:31:19 PM
../.. je comprends que le 8080 utilise en fait un registre externe au microprocesseur pour consigner l'état dans lequel il se trouve ! C'est le rôle de son « Status Latch » :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20190306195503-Little_Rabbit-8080StatusLatch.jpg) (https://gamoovernet.pixhotel.fr/pics/20190306195503-Little_Rabbit-8080StatusLatch.jpg)

Une instruction donnée du microprocesseur est décomposée en plusieurs cycles, et une fois que l'instruction est décodée, et sa nature connue, le microprocesseur présente sur le bus de donnée le « Status » associé à cette instruction. Le registre externe mémorise cette valeur pour être exploitée par l'électronique de la carte.

Les différents états sont donc définis selon cette table :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20190306195525-Little_Rabbit-8080StatusWordChart.jpg) (https://gamoovernet.pixhotel.fr/pics/20190306195525-Little_Rabbit-8080StatusWordChart.jpg)

../..

Comment cela est-il mis en place sur le carte mère de Space Invaders ?

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20190306195558-Little_Rabbit-StatusLatchSpaceInvaders.jpg) (https://gamoovernet.pixhotel.fr/pics/20190306195558-Little_Rabbit-StatusLatchSpaceInvaders.jpg)

C'est le 74174 qu'on voit en haut à gauche qui joue le rôle de Status Latch. Il est ensuite combiné à d'autres portes logiques pour générer le signal « Sample » qu'on a vu tout à l'heure sur la carte fille, et qui sert à capturer la valeur des ports adressés sur la carte fille.

On sait que les barres verticales sont le fruit de la séquence de RST 7 qui s'exécutent à l'infinie. Or chaque RST 7 empile la valeur du PC, puis décrémente le pointeur de pile SP. Donc je pense que l'exécution devrait régulièrement activer D2... Mais en même temps que je dis cela, je me rends compte en relisant le schéma que ce PCB ne relaie pas D2 dans le status register ! :-\ Fausse piste donc, je n'ai rien dit...

Toutefois, le fait que D0 s'active me semble à priori curieux : D0 est censé s'activer en cas d'acceptation d'interruption. Juste après un RESET comme on a ici, je doute que le 8080 soit en état d'accepter des interruptions...

Je ne me rappelle plus si tu l'as mentionné plus tôt : as-tu remplacé ton 8080, ou as-tu un 8080 connu comme bon sous la main ? Sur mon PCB Space Invaders, le CPU était mort, donc forcément ça marchait moins bien ! :D

As-tu vérifier que le signal CLK qui active le 74174 est bon ? Il est formé à partir d'un ET entre le signal d'horloge Phi1T et le SYNC du 8080.

A+

Je n ai qu un 8080 qui est sur la pcb et je n ose pas l enlever de son support, je sais qu il y laissera ses pattes...
En tout cas il est un peu vivant, il parcour les adresses de a0 a a13. (Il est peut-être blessé mais je ne l enleverais que si je suis sur qu il est mort)
Pour le reste je réimprime le bout de schema en plus grand pour y ajouter des annotations et essayer de suivre la logique du proc.
J avais déjà relu ton explication plusieurs fois aujourd'hui c est vraiment propre ton WIP.
L horloge est ok il me semble

Ce qui est bizarre aussi c est qu d0 ou d7 ne sont activés que si d1 est activé aussi et ce n est pas le cas...

En sortie du 74174
D0 D7 du bougent
D1 D3 D6 toujours à 0
D4 toujours à 1.... pt'ête la l erreur....jamais de memory write....
Mais si j ai bien compris c est pas grave.. dés que ça tape dans a13 c est de l écriture, jamais de lecture dans a13 c est la sortie video

En entrée tout bouge!

Bon ben pas simple l'envahisseur.... technologie de l espace.

Cool j ai passé les 100 posts... mon deuxième petit bonhomme  clignotte.

Salut,

Citation de: pet le Jeudi 14 Janvier 2021, 21:03:36 PM
D4 toujours à 1.... pt'ête la l erreur....jamais de memory write....

Je pense que c'est normal qu'il n'y ait pas de "Memory Write", car le programme qui dessine les barres verticales le fait uniquement en empilant le PC dans la pile comme je l'ai expliqué un peu plus haut. Donc les seuls accès en écriture en mémoire se font via la pile (stack), et c'est donc D2 qui devrait s'activer, or il n'est pas mémorisé par le 74174 ;).

Si je trouve le temps ce week-end, je ferai un peu de ménage sur mon établi pour y placer un PCB de Gun Fight que j'ai sous la main : je regarderai à l'oscillo ce qui sort du 74174.

On peut supposer qu'il est bon, et qu'il faut donc chercher ailleurs à présent.

Peux-tu nous faire une photo de ce que tu as à l'écran avant le RESET, puis après le RESET ?

Après le RESET, est-ce complètement statique, ou y a-t-il des pixels qui bougent ?

A+

Avant le reset
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210115173948-pet-20210115-173333.jpg) (https://gamoovernet.pixhotel.fr/pics/20210115173948-pet-20210115-173333.jpg)

Apres ça oscille entre la première image et celle ci... toute les 20 secondes environ
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210115174116-pet-20210115-173339.jpg) (https://gamoovernet.pixhotel.fr/pics/20210115174116-pet-20210115-173339.jpg)

La différence est minime...
Mais on voie une petite barre bouger au bout de 10secondes environs (des fois plus et des fois moins longtemps mais seulement une petite barre au niveau du "trou")

Il faudrait utiliser un oscillo et regarder ce qui rentre dans le CPU lorsque la 1ère EPROM est sélectionnée :

• retirer toutes les EPROM
• démarrer le PCB
• synchroniser l'oscillo lorsque la pin /CS de la 1ère EPROM est active (valeur logique "0", donc front descendant)
• regarder les pins d0 à d7 du CPU lorsque /CS = 0
• tu dois avoir une valeur logique "1" sur les 8 pins

C'est à cette condition que le CPU exécute l'instruction 0xFF parfaitement décrite et expliquée par Petit_Lapinou.
Si déjà tu n'as pas ça, il faut remonter chacun des 8 bits et voir où l'info est perdue.

Il faut aussi vérifier le décodage d'adresses. Lorsque le CPU présente une adresse XXX sur son bus de données, vérifier l'état des différents signaux qui sélectionnent les EPROM.
Et avant ça, vérifier cette merde de latch de mot d'état (bouze de 8080) qui va intervenir sur le décodage d'adresse !

J ai enlevé toutes les eprom depuis longtemps et rajouté les résistances pour forcer å 1 le bus de donnée.
Je vérifierai que ff arrive bien au proc avec /chip select à l état bas (c est une trės bonne idée)

Je me demandais si les rams étaient mortes (qui coûtent un bras)si il y avait moyen de les remplacer par des plus récentes (voir même une seul 6264 par exemple). On se passerait même du -5v.

Je n ai pas trouvé de schéma mais je ne voie pas ou serait le problème.

Pourquoi pas, mais il te faut 2 chips de RAM 8 bits ayant des bus de données IN / OUT séparés.

Pour l'acheminement des données EPROM vers le CPU, ça rentre dans A2, B2, C2 et D2 (des 74LS153 = multiplexeur 4:1) puis dans B3 et C3 (2 x 8216).
Les données sont câblées sur les inputs #2 des multiplexeurs LS153 (en rouge), sélectionnées quand A=0 et B=1 (en bleu).


Ces 2 signaux A et B sont générés à partir du latch du status word en D7 et du bit #13 du bus d'adresse (vert), à partir d'une combinaison logique faite à partir de portes OU du chip D6 (magenta).


Ensuite, si le latch D7 est bon et D6 aussi, les données arrivent sur B3 et C3 (jaune).
B3 et C3 sont des drivers de bus 4 bit. Ca va de B3 et C3 vers le 8080 si /DIEN est actif (Data In Enable). /DIEN est généré à partir du signal DBIN (Data Bus INput) (cyan) du 8080 via la porte inverseuse XX (illisible sur le schéma)

Citation de: f4brice le Vendredi 15 Janvier 2021, 21:10:44 PM
Pourquoi pas, mais il te faut 2 chips de RAM 8 bits ayant des bus de données IN / OUT séparés.

Un seul chip, les colonne de ram sont sélectionnés  par AD0 :
une colonne  AD0=0 et l autre AD0=1
Et pour le in out séparés il faut juste séparer le out avec un buffer sélectionné  avec le WR

L acheminement de l eprom a la cpu je l avais bien compris, je vais finir par déstocker l analyseur logique le matin de bonne heure pour le ranger tard le soir... sinon le salon sera impraticable plusieurs jours.

Si je ne me trompe pas avec un tms
Le chip select est combiné avec AD0 d ou le nombre de ram 2x8 bits (adresse paire et adresse impaire)
les données en sortie sont inversées d ou l inverseur sur la patte 7 et l impossibilité  de relier l entrée et la sortie.

Donc avec un 6264 on relie les pattes 6 et 7 des tms supprimés (tous)
On relie l entrée et la sortie des inverseurs de sortie
Le chips select  est à modifier avant c5 (le 3245) et ça devrait le faire.

Au niveau implantation et fils volants ce n est pas trop compliqué un support sur 2-3 ex tms4060 avec juste 2 rangés de pattes et il y a des points de test entre les rams et les résistances de 330 ohms pour souder le bus de données

Ca donnerais un truc comme ça (sans les rams dessous)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210116135229-pet-20210116-135025.jpg) (https://gamoovernet.pixhotel.fr/pics/20210116135229-pet-20210116-135025.jpg)

Mais bon je n en suis pas là....

Salut,

Citation de: pet le Vendredi 15 Janvier 2021, 22:01:23 PM
../..je vais finir par déstocker l analyseur logique le matin de bonne heure pour le ranger tard le soir...

Citation de: pet le Vendredi 15 Janvier 2021, 20:04:24 PM
Je vérifierai que ff arrive bien au proc avec /chip select à l état bas (c est une très bonne idée)

As-tu eu la possibilité de regarder avec ton analyseur logique si l'instruction $FF arrivait bien sur le bus de donnée du 8080 ?

J'avoue être un peu surpris par la direction que tu prends dans ce WIP !...

Pourquoi te focalises-tu sur les RAM, et pourquoi présumes-tu qu'elles sont toutes mortes ?

Quand on regarde les photos que tu as postées plus haut, cela me semble tout à fait similaire à ce que j'ai pu avoir sur les différentes cartes mères de ce type que j'ai déjà dépannées. Personnellement, je pense que cela ressemble au contenu de RAM non initialisées. Une RAM qui est morte, j'aurais tendance à penser qu'elle va nous sortir tout le temps un 0, ou tout le temps un 1, ou encore avoir des bits qui alterne sans raison entre 0 et 1 sans activité du micro-processeur (cela donne des pixels qui clignotent).

Sur la carte-mère de mon Space Invader, j'avais il est vrai pas mal de RAM mortes (8 sur 16), mais sur les 3 Gun Fight que j'ai dépanné, il n'y avait qu'une ou deux RAM de morte. Donc partir de l'hypothèse que tes 16 RAM sont mortes, surtout quand on voit ce qu'elles affichent, me semble aller un peu vite en besogne :).

Citation de: pet le Vendredi 15 Janvier 2021, 20:04:24 PM
Je me demandais si les rams étaient mortes (qui coûtent un bras)si il y avait moyen de les remplacer par des plus récentes (voir même une seul 6264 par exemple). On se passerait même du -5v.

Quant au fait qu'elles coûteraient un bras, j'avoue ne pas avoir regardé récemment, mais les dernières que j'ai acheté étaient autour de 3 EUR pièce, ce qui n'est pas énorme si tu n'en as qu'une ou deux à remplacer :).

Car il existent de nombreux équivalents, comme notamment :

Intel : 2107
AMD : AM9060
Texas Instrument : TMS4060
National Semiconductor : MM5280N

Ce qui me gêne dans ta démarche, c'est qu'au stade où on en est, on n'en sait rien si les RAM sont mortes ou pas. Ensuite, comptes-tu dessouder les 16 RAM d'origine pour greffer ton substitut ? T'imagine le boulot !... Et si tu me dis que tu vas juste en dessouder une ou deux pour récupérer le bus d'adresse, et le chip select, WR, et couper les bits de données des autres, alors là je te dis tout de go que je ne cautionne pas la fabrication d'un Frankeistein de ce type !! :D ;)

Personnellement, avant d'incriminer toutes les RAM, j'examinerais le 8080 par exemple (j'en ai déjà vu qui donnaient des signes de vie, mais qui pour autant étaient moribonds !). Bon à savoir : on trouve sur Ebay à pas cher du tout des clones de 8080 issus de l'ancien bloc soviétique ! J'ai testé et cela fonctionne parfaitement :D.

Ensuite il y a tous les buffers qu'il conviendrait d'examiner dans le détail.

Si tu dessoudes certaines de tes RAM, tu peux me les envoyer pour que je les teste si tu veux, ainsi que ton 8080 :).

A+

Le 8080 je ne pourrai pas le tester et si je l enlève de son support il sera mort ainsi que son support (comme les eproms les pattes sont fragiles et oxydées)
En revanche les rams j ai fait 2 3 essais pour les tester en forçant l ecriture a 1 puis a 0 (8216 enlevé) et rien.. hormis une petite zone qui passe au noir d ou ma focalisation sur les rams
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210118174313-pet-20210116-201153.jpg) (https://gamoovernet.pixhotel.fr/pics/20210118174313-pet-20210116-201153.jpg)

Mon idée c etait si la majorité  des rams étaient hs un coup de dremel et en 30mn il n y a plus de ram ni de patte, la modif me semble simple. Mais je n avais pas cherché coté équivalent je n avait trouvé que des rams a 10€ pièce (et 160€ de ram alors que j ai des 6264...) mais le mm5280 a 1€50 change la donne.

Ok....je destocke l analyseur logique

Ca fait tellement plaisir que je poste de suite :
C est le bus de donné synchronisé sur phi 2
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210118185322-pet-20210118-185157.jpg) (https://gamoovernet.pixhotel.fr/pics/20210118185322-pet-20210118-185157.jpg)
Des beaux $FF
Des beaux $04
Et des beaux $39

Donc il lit bien les $FF et ecrit bien $39....
Direction les rams

Re,

Citation de: pet le Lundi 18 Janvier 2021, 18:58:54 PM
Direction les rams

Ou direction la circuiterie et buffers qui adressent les RAM ! ;)

Mais de mon expérience, quand je lis la description que tu fais du CPU et de son support, je trouve que ça sent un peu le sapin non ? Un support tulipe et un CPU neuf serait une base sympa pour partir d'un bon pied. Sur une de mes cartes Gun Fight, j'avais une broche du 8080 qui avait cassé. Je lui ai greffé une béquille, et le PCB était d'origine équipé d'un support plus ou moins à insertion nulle, avec des vis aux 4 coins pour affermir les contacts. Et bien ce CPU me causait souvent des problèmes de mauvais contact, il me fallait tripoter le CPU pour que ça marche...

Mon clone de 8080 acheté en Bulgarie, je l'ai payé 4,45 EUR en 2019 : à ce prix là, je trouve que ça ne vaut pas la peine de se priver ;).

[edit : tiens, on en trouve encore (https://www.ebay.fr/itm/2x-KR580IK80A-Intel-P8080A-Soviet-Clone-8-Bit-Microprocessor-MCU-MPU-CPU-IC/312694161165?hash=item48ce063f0d:g:z9UAAOSw1oJdJeBf), et si je ne dis pas de bêtise, c'est 4,19 EUR les 2 µP 8080 !  :-X !]

A+

Les beaux 39 arrivent sur la ram  pendant le /w ainsi que des 00 (j ai du mal me synchroniser)
Et un beau n importe quoi en sortie je revoie mes synchros...

(J avoue je t ai écouté... j ai un 8080 en commande depuis 1 semaine)

Citation de: Little_Rabbit le Lundi 18 Janvier 2021, 19:38:35 PM
Mon clone de 8080 acheté en Bulgarie, je l'ai payé 4,45 EUR en 2019 : à ce prix là, je trouve que ça ne vaut pas la peine de se priver ;).
[edit : tiens, on en trouve encore (https://www.ebay.fr/itm/2x-KR580IK80A-Intel-P8080A-Soviet-Clone-8-Bit-Microprocessor-MCU-MPU-CPU-IC/312694161165?hash=item48ce063f0d:g:z9UAAOSw1oJdJeBf), et si je ne dis pas de bêtise, c'est 4,19 EUR les 2 µP 8080 !  :-X !]

J'ai moi aussi un PCB de Gun Fight en attente de réparation, avec le même support et ses 4 vis.
Je viens de commander un lot de 2 CPU clones de 8080, rien que pour avoir la sérigraphie en cyrillique et l'inscription "CCCP" !  :-*
Merci pour le lien !

En entrée  synchro sur chips enable et /write
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210118203200-pet-20210118-202233.jpg) (https://gamoovernet.pixhotel.fr/pics/20210118203200-pet-20210118-202233.jpg)

En sortie read et chip enable
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210118203346-pet-20210118-200518.jpg) (https://gamoovernet.pixhotel.fr/pics/20210118203346-pet-20210118-200518.jpg)

Le bus d adresse au cas ou
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210118203451-pet-20210118-202545.jpg) (https://gamoovernet.pixhotel.fr/pics/20210118203451-pet-20210118-202545.jpg)

Et mon jouet qui prend de la place
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210118203635-pet-20210118-202619.jpg) (https://gamoovernet.pixhotel.fr/pics/20210118203635-pet-20210118-202619.jpg)

Salut,

Joli ! Il est certes encombrant ton analyseur logique, mais il a l'air génial !  :-)=

Il possède combien de voies ? :)

Le mien n'a que 9 canaux :'(... mais il est vrai qu'il tient dans la paume de la main ;).

Citation de: f4brice le Lundi 18 Janvier 2021, 20:18:38 PM
J'ai moi aussi un PCB de Gun Fight en attente de réparation, avec le même support et ses 4 vis.
Je viens de commander un lot de 2 CPU clones de 8080, rien que pour avoir la sérigraphie en cyrillique et l'inscription "CCCP" !  :-*

Fais gaffe, c'est un coup à ce que ton Gun Fight se tranforme en TETЯIS ! :D

A+

32 voies d époque trouvé sur lbc (100€ de mémoire)
J ai aussi le petit saleae 8 voies sur EB (8€ )
Et un petit 16 voies made in china logiciel pourrit au fond d un carton.

Et les sondes logique que j utilise en priorité (analyseur 1 voie :-)) )

Quand on voit votre partie de tennis à 3 sur ce topic, on se dit que tout est possible et presque accessible  :D
Mais faut quand même se poser et lire tranquillement et je ne suis pas sûr de tout bien comprendre.
Cela dit, c'est cool d'avoir des posts comme ça aussi bien détaillés avec explications et photos  ^-

Je vois surtout que c'est utopique de vouloir réparer une PCB uniquement avec des connaissances sur le tas.

Des études technologiques me semble inévitable.

Perso, j'adore aussi ce genre de topic, les updates des REPAIR LOG sont ma lecture du soir quand je rentre du taff.

Ca fait plaisir d'avoir une communauté qui partage là dessus et qui a un niveau de malade, c'est toujours très intéressant à lire, ne serai-ce que pour la culture rétro-ludique :D

Continuez comme ça, c'est un régal  :-*

Je trouve que ça motive aussi.
De voir des échanges comme ça, ça donne envie de s'y intéresser et d'aller plus loin que ce qu'on fait déjà. Alors, certes, avec des bases c'est aucun doute bien mieux. Cela dit, il y a suffisamment de support et de documentation aujourd'hui pour s'autoformer. Des bouquins, des mooc, des vidéos...
Et quand on voit ses copains se débrouiller, on a envie de faire aussi et, dans mon cas, c'est ce que je trouve intéressant dans ce genre d'échanges de post (même si on suit pas tout)  ;)

Paradoxalement j'aime bien lire les repair log aussi.
Tout est très logique et en plus on a de super rédacteurs  ^-

Ca approche

L adressage des rams c est chacun son tour :
Le proc des que besoin adresse la ram et enregistre le $39
Le reste du temps la partie vidéo adresse les rams pour la sortie video

Le bus d adresse que j ai montré en photo était synchronisé sur la vidéo (trés propre a un petit détail mais pas grave pour le moment)

En revanche aujourd hui j ai vu mon erreur (c est plus facile en visionnant les adresse et les données en même temps au lieu de faire l un aprés l autre comme j ai fait hier)et l adressage par le proc me semble plus que douteux il enregistre bien $39 mais n importe où.

Je recable demain pour trouver le(s) coupable(s) (au environs des 9316 ou 74ls157)

Pas simple'a trouver ou synchroniser avec le mode de fonctionnement de ce processeur!

(Oui je sais Alice.....)

Salut,

Intéressant !  ^-^

Sans doute est-ce ce que tu comptes faire, mais personnellement avec ton analyseur logique richement doté de nombreuses entrées, j'observerais le bus d'adresse en me plaçant en entrée des 74157 en F5, F6 et F7 (broches 3, 6, 10, et 13).

Ainsi tu verrais ce que le µP envoie sur le bus : quand il adresse l'espace ROM, il tourne en boucle sur l'adresse $0038, ce qui fait que les autres adresses présentées sur le bus devrait se limiter à l'adresse du pointeur de pile qui décroit de $FFFF à 0 => l'analyseur logique ne devrait donc relever que des $0038, et les adresses bien régulières décroissantes de la pile :).

Si c'est bien ce qu'on voit en entrée des multiplexeurs 74157, on peut imaginer que le 8080 fonctionne normalement, et il faudrait alors comparer avec ce qui sort des 74157 (ton analyseur logique peut-il restreindre l'échantillonnage en fonction de la valeur d'une entrée, pour ici n'échantillonner que lorsque SEL vaut 1 ?).

J'ai déjà eu un 74157 HS sur mon 1er PCB Gun Fight (https://www.gamoover.net/Forums/index.php?topic=41253.msg657828) :).

A+

C est ce que j ai fait : entrée des rams (donc sortie du 74ls157) sel 1 en sortie puis sel 0
Et c est la que j ai vu du n importe quoi pour le proc et tout ok pour la video

Mais je n ai pas trouvé  de logique a la panne

Et c est vite un gros cafouillage de fils donc je recommence aprés demain plus proprement... j ai du tout ranger  >:D

J ai refait en plus propre et c est confirmé sortie du proc c est ok :
Ca décompte de $FFFF à 0 en demandant l ecriture de $39
Sur les rams ça lit de $1400 a $3FFF

Donc ça se situe bien au niveau des multiplexeurs ou de leur commande.
Je ne l ai pas visualisé  ce soir, pas eu le temps...

Il faut être  sacrément concentré pour comprendre le comportement de cette Antiquité!

C est quand même  mieux avec des clips
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210121212140-pet-20210121-201912.jpg) (https://gamoovernet.pixhotel.fr/pics/20210121212140-pet-20210121-201912.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210121212216-pet-20210121-205559.jpg) (https://gamoovernet.pixhotel.fr/pics/20210121212216-pet-20210121-205559.jpg)

Je fait des captures des mesures que tu m as conseillées dés que possible Little_Rabbit

Salut,

Cool !  ^-^

Avec tout ce beau matos, ce serait quand même malheureux qu'on ne parvienne pas à foutre sa raclée au démon des pannes ! :)

Citation de: pet le Jeudi 21 Janvier 2021, 21:16:01 PM
Sur les rams ça lit de $1400 a $3FFF

Pour rappel, la RAM s'étend de $2000 à $3FFF, dont $2400 à $3FFF pour la RAM vidéo. Je remets le mapping du Space Invaders pour simplifier les réflexions :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20201225164138-Little_Rabbit-Mapping-SI.png) (https://gamoovernet.pixhotel.fr/pics/20201225164138-Little_Rabbit-Mapping-SI.png)

Je ne suis pas sûr de comprendre ce que tu veux dire par "Sur les rams ça lit de $1400 a $3FFF", car l'adressage interne à la zone RAM ne s'étend que sur 8 Ko, soit de $0000 à $1FFF.

La plage de $1400 à $3FFF, tu l'as lit sur quoi ? Le bus d'adresse du µP 8080 ? Mais durant ce test, le 8080 passe son temps à écrire en pile, il ne fait pas de lecture en RAM.

Ou bien est-ce en sortie des multiplexeur ? Mais là, comme je le disais à l'instant, l'espace ne fait que 8 Ko, soit soit de $0000 à $1FFF, sur 13 bits d'adresse (12 bits sur les adresses paires, et 12 bits sur les adresses impaires)...

Mais tes relevés indiqueraient des incohérences sur le 2nd quartet de l'octet de poids fort du bus d'adresse ?

En binaire, cela nous donne respectivement :

$2400 => 0010 0100 0000 0000
$1400 => 0001 0100 0000 0000

(encore une fois, là on sort de la zone des 8 Ko de RAM...)

Les bits de poids fort de l'adressage des RAM sont gérés sur le multiplexeur situé en F7.

Mais il faudrait que tu nous expliques plus précisément où tu as fait tes relévés, et que tu vérifies les bits de poids fort, car au sein de l'espace RAM, on devrait se cantonner de $0000 à $1FFF, que le processeur adresse lui de $2000 à $3FFF :).

A+

Pardon au début j avais écrit de $400 a $1FFF
Et j ai corrigé  pour plus de clarté en faisant une belle faute!

Donc c est bien ça ma ram est adressé de $400 à $1FFF
Et le proc adresse de $2400 a $3FFF
J avais pris sur la ram c est la lecture video

Citation de: f4brice le Samedi 26 Décembre 2020, 21:39:51 PM
Attention, le CPU Intel 8080 est une (très) grosse bouze d'usine à gaz......

J en suis de plus en plus convaincu!
La lecture ou l ecriture de la ram en 2 temps n arrange pas les choses!

Salut,

Ah, OK ! Je comprends mieux à présent :).

Donc tes observations n'ont montré aucun adressage des RAM entre $000 et $3FF, c'est bien ça ?

Pour ceux qui nous lisent, aucun accès entre $000 et $3FF prouvent que le CPU ne parvient pas à accéder aux RAM, car les séries d'écritures dans la pile de valeurs $38 devraient accéder à tout l'espace RAM, y compris entre $000 et $3FF ;).

Il sera intéressant alors de voir ce qui se passe sur les multiplexeurs 74157. Je ne me rappelle plus, le signal sélection SEL sur leur broche 1 est bien actif ?

A+

je ne dirais pas aucun, mais ce n'était pas cohérent en synchronisant la ram sur l'écriture
en revanche en synchronisant sur la lecture c'était propre de $400 à $1fff

c 'est un peu galère les synchros sur ses rams,
elles prennent en compte les adresses sur front montant et les données sur front descendant du CE.

Mesurer le bus d adresse sur le proc est facile avec le clip (voir la photo)
Mais j ai des incohérences vers les multiplexeurs.
Je reprend ma sonde logique et test les sorties du buffer d adresse...
Et trois portes HS.... sur 3 CI différents... A1 A10 A12... (j aurais du le voir il y a bien lo gtemps)
J ai un 74ls08 mais 3 il faut que je retourne mes tiroirs.

Donc demain dremel, support de CI et recherche "des portes dans les tiroirs" :D

Citation de: pet le Vendredi 22 Janvier 2021, 20:55:03 PM
recherche "des portes dans les tiroirs" :D

J'adore !  :-*

Salut,

Ah, bonne nouvelle si des coupables ont été trouvés !  ^-^

Comme aurait pu dire Madame Musquin, "Signal en retard, porte dans le tiroir !..."  :D

A+

J ai remué  les tiroirs mais je ne suis pas riche en ttl.
Un 74ls08 neuf
Un 74ls08 sur pcb
Un 74ls07 neuf  a bricolé un peu
J ai cherché aussi des 74ls32 les pattes en entrée étant reliées pour faire des inverseurs.
Je me tâte aussi à court circuiter l entrée avec la sortie des portes HS, il faut que je vérifie la sortance du 8080 (il n y aura qu une seule eprom)

J ai quand même 5 7408 neufs en commande!

Peu de temps ce week end...
Un petit test ce soir, j ai coupé  les pattes des portes incriminées et j ai relié  les entrées sur les sorties...
Un petit coup de dremel d un côté
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210125204747-pet-20210125-204308.jpg) (https://gamoovernet.pixhotel.fr/pics/20210125204747-pet-20210125-204308.jpg)
Un pâté de soudure de l autre
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210125204857-pet-20210125-204439.jpg) (https://gamoovernet.pixhotel.fr/pics/20210125204857-pet-20210125-204439.jpg)

On refait sur les 2 autres portes
Et.... tada!!!...
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210125202350-pet-20210125-201559.jpg) (https://gamoovernet.pixhotel.fr/pics/20210125202350-pet-20210125-201559.jpg)

On dirait le début de quelque chose.
J ai reçu mon 8080... les 7408 ne devraient pas tarder.
Donc travail de la semaine... supprimer ces 4 vieux composants et mettre des supports.

Ca y est j ai changé les 3 7408
Et je n ai pas eu le courage pour le 8080... j ai peur les pistes sont vraiment fragiles et les pattes tordues ne m encouragent pas.

On branche sur la tv et j obtient un signal très propre. Mais il n est pas conforme au signal attendu
Avant reset et après reset
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210126195558-pet-20210126-195218.jpg) (https://gamoovernet.pixhotel.fr/pics/20210126195558-pet-20210126-195218.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210126195635-pet-20210126-195253.jpg) (https://gamoovernet.pixhotel.fr/pics/20210126195635-pet-20210126-195253.jpg)

Un petit problème sur le bus de donnée mais rien de probant à la sonde logique...
Mais je suis super content... je passe à 40% du wip

Salut,

Super !  ^-^

Si les lignes verticales ne sont pas celles escomptées, cela peut tout simplement venir de RAM qui sont mortes :).

Car les 16 pixels contigus sur une ligne de balayage sont ventilés dans les 16 boîtiers RAM que compte la carte mère :).

J'ai déjà eu des lignes verticales incomplètes parce que 1 ou 2 RAM étaient HS ;).

Il faut vite à présent que tu lances l'EPROM de test pour voir ce que cela dit !  ^-

A+

Citation de: pet le Mardi 26 Janvier 2021, 19:58:57 PM
je passe à 40% 4% du wip

;)

Citation de: f4brice le Mardi 26 Janvier 2021, 21:42:51 PM
;)

Je suis peut-être un peu optimiste mais 4% :'(

J ai testé à l écriture de la ram $0039  (0000 0000 0011 1001)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210127172951-pet-20210127-165505.jpg) (https://gamoovernet.pixhotel.fr/pics/20210127172951-pet-20210127-165505.jpg)

et a la lecture de la ram l inverse de $0039 ($FFC6 1111 1111 1100 0110)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210127173055-pet-20210127-171005.jpg) (https://gamoovernet.pixhotel.fr/pics/20210127173055-pet-20210127-171005.jpg)

ensuite après  les inverseurs je retrouve mon 0000 0000 0011 1100 ($0039)...
Tout est ok... mais quand je la branche sur la tv je perd des lignes (en bougeant la carte je les retrouve..)
Une soudure ratée quelques part.... je verrai plus tard (la tv est accrochée au mur et c est pas top pour les tests... )
:-)= :-)= :-)=
Je grave mes eproms et passe à la suite.

Edit :
C est fait, j en profite pour modifier pour une 2764...
Je ne suis pas riche en 2716 (ni fan)
4 trous,  un coup de pistolet à colle, il ne reste plus qu'à cabler...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210127193123-pet-20210127-192725.jpg) (https://gamoovernet.pixhotel.fr/pics/20210127193123-pet-20210127-192725.jpg)

Citation de: pet le Mercredi 27 Janvier 2021, 17:33:23 PM
4 trous,  un coup de pistolet à colle, il ne reste plus qu'à cabler...

Tu as percé le PCB ?  ((:s
SACRILÈGE !
ALAAAAAARME ! ALAAAAAARME !
POLIIIIIIIICE !
Tu devrais vite retirer la photo de ce crime avant de te retrouver enduit de goudron et de plumes !
Y' en a qui en ont fait moins et qui en ont pris pour plus cher !  ;)

C est de la chirurgie esthétique !  :ang:

(Et je suis à 2 doigts d'enlever E2 H3 G3 F2 qui ne sont plus utile)

Salut,

Citation de: f4brice le Mardi 26 Janvier 2021, 21:42:51 PM

Citation de: pet le Mardi 26 Janvier 2021, 19:58:57 PM
Mais je suis super content... je passe à 40% 4 % du wip

;)

Je partage l'avis de F4brice, 40% me semble un poil optimiste ! :D

Citation de: pet le Mercredi 27 Janvier 2021, 17:33:23 PM
C est fait, j en profite pour modifier pour une 2764...
Je ne suis pas riche en 2716 (ni fan)
4 trous,  un coup de pistolet à colle, il ne reste plus qu'à cabler...

((:s  Mais pourquoi ???

En plus, ton EPROM de test, c'est provisoire, tu peux toujours l'effacer après pour qu'elle serve à autre chose !...

Citation de: pet le Mercredi 27 Janvier 2021, 20:23:26 PM
C'est de la chirurgie esthétique !  :ang:

On est d'accord, pas de soucis là dessus !  =:))

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210127215315-Little_Rabbit-Kim-Novak-avant-apry-s.jpg) (https://gamoovernet.pixhotel.fr/pics/20210127215315-Little_Rabbit-Kim-Novak-avant-apry-s.jpg)

Citation de: pet le Mercredi 27 Janvier 2021, 20:23:26 PM
(Et je suis à 2 doigts d'enlever E2 H3 G3 F2 qui ne sont plus utile)

Heu... Tu veux dire que tu as également charcuté le décodage d'adresse original ?  :-[

Et tu veux virer les buffers d'adresse ? Je pense qu'ils ne servent pas qu'au bus "programme"...


Bah après c'est ton PCB, t'en fais ce que tu veux, mais perso je n'achèterais pas un PCB qui a été ainsi "optimisé" ;)

A+

Ce n est pas l eprom de test.
J ai mis une 2764 avec le programme du space invaders (les 4 eproms), donc effectivement je ne me servirai plus du 7442.
Et avec une seule eprom je pense que le buffer ne sert plus, je les laisse mais une fois finis j'essaierai sans pour voir : je ferais des straps sur le support pour vérifier.

Bon ben pas terrible...
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210128192332-pet-20210128-191930.jpg) (https://gamoovernet.pixhotel.fr/pics/20210128192332-pet-20210128-191930.jpg)

Donc je destocke le moniteur pour trouver mes faux contacts et je grave une eprom de test (sur 2764)

Tu es plein d'espoir !  :D
Souviens-toi que ton WIP a chu de 40 à 4% !  ;)
Il est effectivement nécessaire d'utiliser maintenant la ROM de test.

Effectivement je me rapproche de 4%
J ai récupéré mon beau moniteur pvm 14" et j ai pu travailler plus facilement.
J ai trouvé mon faux contact maintenant c est plus franc....

:-X sans eprom je n ai que 2 barres verticales et je n ai pas de synchro  :-X

Pas eu le temps de faire des mesures ce soir.
J espère que c4 (le composant juste avant la sortie video) est mort mais je n y crois pas trop.

Salut,

Si tu as également des problèmes de synchro vidéo, cela vaut peut être la peine d'inspecter les 4 9316 en D5, E5, E6 et E7 qui assurent le comptage des cycles d'horloge pour la génération des tops de synchro, et de l'adressage de la VRAM pour l'affichage vidéo.

À l'analyseur logique, tu verras immédiatement s'ils comptent correctement ou pas.

Il y a ensuite les latches 74LS74, et les quelques autres portes logiques en bout de chaîne.

A+

2 anniversaires plus tard je peux envahir de nouveau le salon....
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210205192617-pet-20210205-192414.jpg) (https://gamoovernet.pixhotel.fr/pics/20210205192617-pet-20210205-192414.jpg)
Un petit coup d œil au schéma et... coté 9316 ça ne se fait pas en 2mn...
Donc avant je vérifie c4 au cas où
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210205191552-pet-20210205-185748.jpg) (https://gamoovernet.pixhotel.fr/pics/20210205191552-pet-20210205-185748.jpg)

Très propre, les 8 premier bits en entrée $00 puis $39
Le bit 16 en sortie $0039 en serie
Impeccable.
Un petit espoir sur a6 (les portes derrières les 9316)
Pas lui non plus....

Reste les 9316 et les 7474..... je retourne réviser sur un WISP bien détaillés pour comprendre cette synchro

Edit : je suis un andouille... le condo de sortie video était nase!

Je remet ma 2764....
Et comme si c était Noël
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210205200114-pet-20210205-195613.jpg) (https://gamoovernet.pixhotel.fr/pics/20210205200114-pet-20210205-195613.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210205200159-pet-20210205-195602.jpg) (https://gamoovernet.pixhotel.fr/pics/20210205200159-pet-20210205-195602.jpg)

J ai l impression que le programme plante mais ça avance...
Heureux

Belle avancée !  ^-

C'est une excellente nouvelle !  :-)=

PS : l'analyseur logique est un monstre ! C'est quelle marque / référence ?

C est un SEFRAM SI 7608
J ai les plans aussi et le must j ai eu besoin de renseignements je ne sais plus a quel sujet.
Un mail à Sefram, ils ont fouillé dans leurs archives et m ont répondu.

[Mode_PUB] :-* SEFRAM  :-*[/Mode_PUB]

 ^- trop cool, content que tu y sois arrivé.
J'espère en faire de même,  mais je suis beaucoup moins doué et équipé que toi

Elle plante dés que doit apparaître les invaders.
En revanche les credits fonctionnent tout le temps....
Peut-être une interruption prioritaire... demain je grave l eprom de test

Pour patienter une vidéo avec le bug

Pour l analyseur logique c est le manuel utilisateur qu ils m ont envoyé (j ai retrouvé les emails)
Je n avais que le manuel de réparation et il y a quelques subtilitées a connaitre sur la manipulation de la bête.

Un service client exemplaire.

Il n'y a pas d'IRQ liée aux entrées. Le code fait du polling.
Tu as sûrement un multiplexeur HS ou le 7414 en aval HS.
On voit aussi que vaisseau en bas se dirige tout le temps vers la droite, ce qui confirme 'e pb d' input.

J ai gravé l eprom de test sur 27c64 (avec  les ROM EFG)
et ça plante dés le début.

J ai du me tromper dans l'adressage de ma 2764 à mon avis H n'est pas lu, et avec un bon coup de bol il retombe (à peu près) sur ses pattes avec la rom de jeu.

Le multiplexeur hs n empêcherait pas le test de démarrer ?

Edit : Leprom de test est mal gravée... je recommence

Ca y est retour de l eprom de test.
La banque de 8 microswitchs n était pas en forme,
Je l ai changé

Ensuite test avec la première version de la rom
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210206162948-pet-20210206-162120.jpg) (https://gamoovernet.pixhotel.fr/pics/20210206162948-pet-20210206-162120.jpg)

Rien d anormal

Je test avec la rom trouvée sur le post de gamoover..
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210206163105-pet-20210206-161858.jpg) (https://gamoovernet.pixhotel.fr/pics/20210206163105-pet-20210206-161858.jpg)
Les switchs numérotés 0123456...4..
Ne m inspirent pas confiance
Ensuite ça s arrete avec un paquet de données  mais je n ai pas de doc qui explique ce tableau
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210206163318-pet-20210206-161936.jpg) (https://gamoovernet.pixhotel.fr/pics/20210206163318-pet-20210206-161936.jpg)

De l aide serait bienvenu
Merci

Edit le "shifter" est mort.... je vais approfondire

Je cherche la doc et le fonctionnement de cette partie 15mn de google....
Et ça y est j ai trouvé et comme Alice je retombe encore sur le petit lapin!
Toujours le même post... le WISP..... le lit en diagonal (oui j ai honte)
Je prend mon schéma pour trouver les bonnes pattes des composants et.... et.... ou sont donc mes 25s10?....
Re galère google qui ne comprend pas ce que je veux ( :-\ ) et 15mn plus tard... a oui c était écrit sur le WISP... moi aussi j ai des 74ls151 au lieu des vieux 25s10 (et c est tant mieux)

A la sonde logique ça à l air bien car j ai rangé de nouveau l l'analyseur (note pour plus tard : commander un atelier au père Noël)

Bon en 1er je branche un haut parleur vérifier l adressage des sons (Little_Rabbit ton WISP est une bible)

Niveau son ce n est pas terrible (bonne piste), il y a un bruit de fond un peu la soucoupe etc...
Bref la carte fille n est pas ou est mal commandée.
Des allées retours sur https://www.gamoover.net/Forums/index.php?topic=37683.64 ainsi que  sur le schéma quelques mesures (beaucoup).. et rien de probant.

Ce n est pas simple... il faut ressortir l armement lourd!
Pas simple du tout.

Salut,

Je découvre tes nombreuses avancées seulement maintenant !  ^-

Content de voir que mon WIP sert à certains  8).

Quand j'ai vu ton 1er essai avec les ROM du jeu concaténées sur ta 2764, j'ai d'abord pensé à un problème soit d'adressage de l'EPROM, soit que les 4 blocs de 2 Ko n'étaient pas dans le bon ordre. Ce que je veux dire, c'est que cela aurait pu fonctionner par exemple si le début du code se cantonnait dans les 2 1er Ko par exemple (équivalent d'une 2716 placée en H), et puis quand on lance une partie, l'exécution du programme appelle cette fois du code situé plus loin, dans les 2 Ko suivant par exemple (équivalent de la 2716 placée en G), et si ce n'est pas le bon code, ça plante.

Ce n'est qu'une supposition :).

Sommes-nous d'accord que le mapping mémoire est organisée de la façon suivante :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210206214656-Little_Rabbit-Mapping-SI.png) (https://gamoovernet.pixhotel.fr/pics/20210206214656-Little_Rabbit-Mapping-SI.png)

et que ta 2764 doit donc comporter dans l'ordre le fichier H puis G, puis F, puis E mis bout à bout ? :)

Pour le tableau que te donne l'EPROM de test version 1.3, c'est en effet le résultat du shifter. Le résultat affiché est un XOR entre la valeur lue et la valeur attendue. Un shifter en bon état retourne donc 0 pour chaque test. Tous les bits à 1 t'indiquent ceux qui sont mauvais. Note qu'une anomalie de ce côté ne provoquera à mon avis que des bugs graphiques. Je ne pense pas que cela puisse être l'origine du plantage.

Mais puisque les entrées sont suspectées d'être mauvaises, oui tu peux regarder du côté des 74153 par lesquels transitent les entrées et le résultat du shifter.

Le 0 1 2 3 4 5 6 4 que te donne la partie qui teste les ports d'entrée est en effet très curieux !... Car ce 4 à la place du 7 est issu je pense du programme (je n'ai pas vérifié), pas de ce que le programme lit sur la carte fille...

Sinon, juste une petite remarque : il m'a fallu relire 2 ou 3 fois pour essayer de comprendre comment tu étais passé du stade "Ça ne marche pas, il y a des problèmes de synchro", à "C'est Noël !...". Tu y parles de "vérifier C4", j'ai d'abord cru que tu voulais vérifier un condensateur, puis en regardant le schéma, était-ce le registre à décalage 74166 situé en C4 ? :) Plutôt que désigner un composant seulement par son emplacement, tu devrais donner sa référence, car sinon ça oblige à ouvrir le schéma et faire des allers-retours entre ton WIP et le schéma pour essayer de comprendre ;).

A+

Le mapping memoire c est bien (h g f e) : il est bon et vérifié .
Mon eprom de test c est : test g f e : vérifié par les crc du test.
Oui j ecris sans trop me relire et c est une erreur, j essaierai de faire plus attention.

Mes prochains tests vont s orienter vers le décodage des ports par le 7442 (E3 décodeur BCD vers décimal) et ensuite vers la partie son (plus facile à suivre que le shifter).
Car il me semble que seul le port du watchdog fonctionne.

Une petite avancée sur le décodage de port de la carte fille et des buffers qui sont derrière (74ls174 et 74ls175)
Port 3 : 1ère banque de son ok mais on entend seulement la soucoupe.
Port 5 : 2ème banque de son ok, mais on entend rien

Je soupçonne les electrochimiques  (10uf 25v) je verrai plus tard (j en ai commandé 10)

Port 6 : watchdog ok

Port 2 : ok  commande de décalage du "shifter"

Port 4 ok mais les buffers (c5 et d5 74ls174) ne fonctionnent pas.... tout ce qui rentre dans les 74ls174 ressort tel quel... sur les deux.
J ai du stock donc je change.

Salut,

Citation de: pet le Samedi 06 Février 2021, 16:33:58 PM
Je teste avec la rom trouvée sur le post de gamoover..
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210206163105-pet-20210206-161858.jpg) (https://gamoovernet.pixhotel.fr/pics/20210206163105-pet-20210206-161858.jpg)
Les switchs numérotés 0123456...4..
Ne m inspirent pas confiance

Tiens, complètement par hasard, en relisant le WIP de la Space Invaders de sushy18, je viens de tomber là dessus :

Citation de: spectroman le Samedi 07 Octobre 2017, 23:28:42 PM
J'ai aussi laissé une coquille sur l'affichage des inputs 01234564...

Spectro disait que le 01234564 venait d'une coquille ! :)

Ce n'est donc pas un bug de ton PCB ! ;)

Mais du coup, je me demande quelle version du programme de test tu as gravée ! Car j'ai vérifié mes photos, et aussi bien avec la version 1.2 que la 1.3, j'ai bien 01234567 :).

La bonne version est normalement disponible sur cette page (http://www.outerworldarcade.com/arcade/space_invaders/space_invaders_test_rom.html), mais elle semble inaccessible en ce moment  :-[.

[edit :
Et je t'encourage d'autant plus à graver la dernière version 1.3 que l'écran qui affiche le résultat du test du shifter n'est pas le même selon les versions : les dernières font un XOR du résultat alors qu'avant ce n'était pas le cas. Pour être sûr de bien interpréter ce tableau, il convient d'être sûr de la version utilisée :).

Citation de: pet le Lundi 08 Février 2021, 19:56:08 PM
Port 3 : 1ère banque de son ok mais on entend seulement la soucoupe.
Port 5 : 2ème banque de son ok, mais on entend rien

Je soupçonne les electrochimiques  (10uf 25v) je verrai plus tard (j en ai commandé 10)

De mon expérience, et de celle de Spectro lors du WIP de sa SI, les sons défaillants sont très souvent dus aux doubles ampli-op LM3900 ;).
Je serais toi, j'en commanderais un petit stock :).]

A+

Le seul endroit où j ai trouvé l eprom de test c est ici : https://www.gamoover.net/Forums/index.php?topic=28741.16

Mais pour le shifter bonne nouvelle il est ok maintenant (après changement des 2 74ls174)
Mais le jeu ne fonctionne toujours pas, j ai juste un invader qui apparait

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210208205526-pet-20210208-205155.jpg) (https://gamoovernet.pixhotel.fr/pics/20210208205526-pet-20210208-205155.jpg)

Edit : j ai commandé 10 lm3900  ^-

Salut,

Citation de: pet le Lundi 08 Février 2021, 20:55:50 PM
Le seul endroit où j ai trouvé l eprom de test c est ici : https://www.gamoover.net/Forums/index.php?topic=28741.16

Ah OK !... Je ne me souvenais même plus de ce sujet !...

Il faudra qu'on file à AsPiC la dernière version, pour qu'il l'héberge sur Gamoo 8).

C'est curieux ton dernier bug !  :-[

Il ne te reste qu'une solution : rebaptiser ta borne ! ;)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210208212521-Little_Rabbit-SpaceInvader.jpg) (https://gamoovernet.pixhotel.fr/pics/20210208212521-Little_Rabbit-SpaceInvader.jpg)

:D

A+

Ça simplifie le jeu avec un seul invader :D

Fais moi passer le fichier de la rom si tu veux que je l'héberge sur Gamoover.

Sinon, je sais pas ce que vous en pensez (surtout Spectro, c'est son code quand même) mais ça pourrait être bien de mettre ça sur un repo Git style GitHub...

Grande avancée ce soir....
J ai du faire une fausse manipulation, et je n avais plus que le test sans eprom qui fonctionnait et après 2 3 tests je n ai plus rien qui fonctionne.

Semaine prochaine les vacances je plie tout pour 15 jours ):)

Salut,

Citation de: ɐɹqoƆ‾ɥƃᴉH le Mardi 09 Février 2021, 07:23:19 AM
Fais moi passer le fichier de la rom si tu veux que je l'héberge sur Gamoover.

C'est fait, je viens de te l'adresser par email !  ^-

Citation de: ɐɹqoƆ‾ɥƃᴉH le Mardi 09 Février 2021, 07:23:19 AM
Sinon, je sais pas ce que vous en pensez (surtout Spectro, c'est son code quand même) mais ça pourrait être bien de mettre ça sur un repo Git style GitHub...

Oui, tu as sûrement raison ! Si spectro passe par là, qu'il donne son feu vert 8). J'avoue ne pas maîtriser ce genre de chose, je vous laisse gérer ça :D.

A+

Bien reçu, je m'occupe de vous uploader ça dans un coin du serveur dans la soirée/nuit :D

Salut,

Merci à toi High_Cobra pour l'hébergement de la dernière version sur le serveur de Gamoover !  ^-^

J'ai mis à jour le post où vous pouvez accéder au téléchargement : ici (https://www.gamoover.net/Forums/index.php?topic=28741.msg461233#msg461233) !

A+

Citation de: Little_Rabbit le Mardi 09 Février 2021, 21:20:12 PM
Oui, tu as sûrement raison ! Si spectro passe par là, qu'il donne son feu vert 8). J'avoue ne pas maîtriser ce genre de chose, je vous laisse gérer ça :D.

C'est du GPL 3.0, vous pouvez en faire ce que vous voulez tant que vous donnez les sources.

Je vais le mettre sur Github. C'est fait : ICI (https://github.com/frodo13/space-invaders-test-rom)

J'ai fait un manuel en pdf, mais je n'arrive pas l'uploader. Mais il y'a la version html du manuel dans le répertoire doc du github.

Pet, bon courage pour ton wip, tu y es presque.

Bon retour de vacances... sympas les landes et la côte basque...
Premiers tests.... je n y comprend rien et plus je fais des tests plus ça part en cacahuète!
Jusqu'aux tests avec un test clip (ça sollicite physiquement les pattes) sur le processeur, pour voir le bus d adresse tourner.. et... là... en vidéo
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210222211530-pet-20210222-211202-1-.jpg) (https://gamoovernet.pixhotel.fr/pics/20210222211530-pet-20210222-211202-1-.jpg)

Un truc dans le genre, mais plus flagrant.... il manquait un bit d adresse mais pas tout le temps je ressert le test clip... ça part ça revient..... bref je change le support et le proc, j en ai un neuf!

Mais demain (ou plus)!

J ai  :
retiré le processeur de son support et aucune patte de cassé.
dessoudé le support de CI et impeccable les pastilles étaient belles et larges ==》 aucun dégat
ressoudé un support ==》 trés propre (les pastilles sont larges)
remis le vieux processeur (je ne sais pas ou j ai mis le neuf)

Et youpi ça refonctionne... avec une seul invader, mais je suis content :D

Salut,

Ah, c'est une bonne nouvelle !  ^-

Visuellement, il paraissait oxydé l'ancien support ?

As-tu mis un nouveau support à contacts lyre ou tulipe ? :)

A+

Oui il était bien oxydé : les pattes étaient collées par la rouille au support, mais le processeur fonctionnait.
Je pense qu en mettant le clip sur le processeur j ai décollé une patte du support lyre et j ai donc gagné un faux contact, donc a suivre ce n était pas évident.
Et quand j ai remis le clip sur le processeur le faux contact était plus flagrant!

J ai mis un support tulipe
Je prend des barrettes tulipe sécable 50 broches. Il faut que j en rachète un stock, il me reste que des petits bouts, et je vais avoir quelques lm3900 à changer.

J avais un doute sur les switchs
port1 switch 3  toujours à off  c est normal c est le tilt quand il n est pas sollicité (non cablé sur midway)
Port2 switchs 2 4 5 6 (normal aussi)

Donc mon souci est plus loin.
Je vais donc chercher vers les synchros video car j ai un décalage systématique et pas tremblant du tout.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210223210203-pet-20210223-205503.jpg) (https://gamoovernet.pixhotel.fr/pics/20210223210203-pet-20210223-205503.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210223210738-pet-20210223-210625.jpg) (https://gamoovernet.pixhotel.fr/pics/20210223210738-pet-20210223-210625.jpg)

Et dans le coin il y a un générateur d intéruption qui pourrait bien me bloquer un peu tout (et me laisser qu un invader)

Mais le coin est peu difficile à comprendre... je retourne étudier les écrits de Little_Rabbit.

Petit travail du jour : un coup de Tronçonneuse dans les lm3900
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210224181613-pet-20210224-165117.jpg) (https://gamoovernet.pixhotel.fr/pics/20210224181613-pet-20210224-165117.jpg)
Je place les supports de ci bientôt.

Ensuite un coup d anlyseur logique sur le 74ls55 qui sert à la video composite, je n y comprend pas grand chose, mais ce n est pas régulier (du tout).

Je vais regarder à l oscilloscope (dés qu il sera chargé) je pense que se sera plus parlant.

Salut,

Citation de: pet le Mercredi 24 Février 2021, 18:23:44 PM
Petit travail du jour : un coup de Tronçonneuse dans les lm3900

:o t'avais autant de LM3900 de mort ??

Citation de: pet le Mercredi 24 Février 2021, 18:23:44 PM
Ensuite un coup d anlyseur logique sur le 74ls55 qui sert à la video composite, je n y comprend pas grand chose, mais ce n est pas régulier (du tout).

Ce 74LS55 sert à fabriquer la synchro composite. Je n'ai pas compris dans le détail non plus mais il agglomère les différents timing issus de ce qu'il a au dessus de lui sur le schéma : la batterie de bascules D 74LS74, et les compteurs 9316. Ton problème de synchro pourrait donc aussi bien venir d'un 9316 ou d'un 74LS74 je pense :).

A+

Oui ça paraît violent pour les lm3900 mais j ai les commandes qui arrivent je les suis jusqu'à derrière les portes suiveuses (7417) les lm3900 ont leur 12v et 0v et j ai seulement un petit "pouic..." je ne sais plus à la place de quel son en revanche j ai le "saucer sound ou UFO" mais lui n est pas fait à base de lm3900.

Ensuite pour la synchro j ai branché  la carte sur un téléviseur (beaucoup moins arrangeant sur les défauts de synchro) et là effectivement ça tremble pas mal!

Mes signaux 2 3 et 4 entrant dans le 74ls55 sont bien pourrit, j ai des genres de rebonds que je devrais mieux voir en analogique. (J ai du mal à synchroniser l analyseur)

J avais noté il y a quelques temps que j avais des ratés en sortie de F7 (le 9322 qui a les même signaux en entrée)
Je changerai bien le 9316 concerné (E7) mais je vais être sage ce coup ci et d abord je vais regarder à l oscillo!

Un coup d oscillo rien de cohérent... je n y comprend rien je suis les pistes et ça ne va pas au bon CI.... le schéma est complètement  faux....

Ah non, je ne suis pas sur le bon CI depuis le début! :-X

Je reprend l analyseur et le branche sur le 74ls55 qui fait donc les synchros.

Entree  0 1 2 3 4 5 6  sur 1 2 3 4 10 11 13 du CI
La synchro sur 12 descendant

Et la sortie 8 en A7

Et le résultat en photo
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210224203921-pet-20210224-202854.jpg) (https://gamoovernet.pixhotel.fr/pics/20210224203921-pet-20210224-202854.jpg)

Un top synchro toute les xxx micros secondes.... euh j en ai 3 à la suite toute les xxx....
Le 74ls55 ne prend pas en compte l entrée piste 2 (a1 sur la photo)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210224210809-pet-cedad99e21c5c618a1c0904870b8a65c.jpg) (https://gamoovernet.pixhotel.fr/pics/20210224210809-pet-cedad99e21c5c618a1c0904870b8a65c.jpg)

Le top synchro doit être lorsque  a0 a1 a2 et a3 sont à l état haut, et la le ci considère que a1 est toujours à l état haut.

Bien vu !  ^-

Je suis vraiment amoureux de ton analyseur logique  :-* :-* :-*

74LS55 en commande,
mais il faut que j avance, donc petit bricolage avec une 74ls08 pour arranger la porte défectueuse.
Je prend la patte 1 et 2 que je rentre dans une ET et je renvoie sur l entrée  1 qui fonctionne

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210225174016-pet-20210225-171834.jpg) (https://gamoovernet.pixhotel.fr/pics/20210225174016-pet-20210225-171834.jpg)

Bon... je ne suis pas ébéniste !

Je démarre la bête et l image est impeccable, mais toujour un seul invader >:D



Je suis preneur d'idée !

Citation de: f4brice le Mercredi 24 Février 2021, 21:12:05 PM
Bien vu !  ^-

Je n ai aucun mérite, j ai fait le même branchement que Little_Rabbit et ça saute au yeux quand tu compares le signal de synchro

(https://gamoovernet.pixhotel.fr/pics/20171003224400-Little_Rabbit-A6-74LS55-synchro-composite-trame-aje.JPG)

f4brice on ne voit pas ton avatar, (probablement en http)

Citation de: pet le Jeudi 25 Février 2021, 19:44:10 PM
f4brice on ne voit pas ton avatar, (probablement en http)

Ouergl, merci pour l'info.
Effectivement il était hébergé et accessible via HTTP.
Là j'ai changé l'hébergement pour du HTTPS.
C'est mieux ?

Oui beaucoup mieux!

En attendant les composants ainsi que des idées je vais m occuper du moniteur (sony ssm-14n5e) qui risque de lui être dédié(car j ai une idée derrière la tête).
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210226073502-pet-20210226-072531.jpg) (https://gamoovernet.pixhotel.fr/pics/20210226073502-pet-20210226-072531.jpg)

Les soucis :
l image est décalée (sur la droite donc le haut du jeu), un dégauss et un réglage est nécessaire
Il manque les boutons pour accéder au service mode
Les entrées rvb ainsi que les menus associés manquent (et j aimerais les avoir)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210226073900-pet-20210226-072543.jpg) (https://gamoovernet.pixhotel.fr/pics/20210226073900-pet-20210226-072543.jpg)

Démontage 5mn (merci sony)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210226085541-pet-20210226-080429.jpg) (https://gamoovernet.pixhotel.fr/pics/20210226085541-pet-20210226-080429.jpg)

Il manque :
5 microswitchs (rvb, line a, line b, peut-être le degauss et ?)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210226085819-pet-20210226-080508.jpg) (https://gamoovernet.pixhotel.fr/pics/20210226085819-pet-20210226-080508.jpg)

Quelques résistances pour débloquer les menus associés au rvb et autre
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210226090002-pet-20210226-085330.jpg) (https://gamoovernet.pixhotel.fr/pics/20210226090002-pet-20210226-085330.jpg)

3 condensateurs C310 c311 c312 (l'arrivé du RVB sur le CI principal)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210226090145-pet-20210226-081449.jpg) (https://gamoovernet.pixhotel.fr/pics/20210226090145-pet-20210226-081449.jpg)

Et le pire.... la sérigraphie du connecteur RVB est à l envers!...
L audio est en haut et ainsi de suite.
==》 pas de son, pas de synchro sur le vert et image pourrit!

La première fois que j ai modifié un de ses moniteurs j en ai bavé, surtout que je ne savais pas si c était possible!

C est fait!
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210226202138-pet-20210226-140359.jpg) (https://gamoovernet.pixhotel.fr/pics/20210226202138-pet-20210226-140359.jpg)

Les résistances un peu en hauteur afin de pouvoir les couper sans ressortir la pcb (au cas ou)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210226202206-pet-20210226-140415.jpg) (https://gamoovernet.pixhotel.fr/pics/20210226202206-pet-20210226-140415.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210226202242-pet-20210226-140447.jpg) (https://gamoovernet.pixhotel.fr/pics/20210226202242-pet-20210226-140447.jpg)


La sortie à travers une résistance (un peu au hazard) et en fils volants (pas de coax à sacrifier) passant à côté de l alim à decoupage de la pcb et au dessus de la carte du moniteur...
bref bien parasité  et toujours un seul invaders....

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210226182632-pet-20210226-182128.jpg) (https://gamoovernet.pixhotel.fr/pics/20210226182632-pet-20210226-182128.jpg)

Le tue pas, sinon, tu n'en auras plus du tout !  :D

Les invaders sont dessinés pendant l'IT blank vertical (https://computerarcheology.com/Arcade/SpaceInvaders/Code.html)

Regarde les signaux (5, 3 & 2) sur le 74lS74 (E3).

  :-)= Merciiiiii.... :-)=

Je ne savais pas vers où partir, je regarde dés que possible.

.

Bon ça y est, j ai compris comment fonctionnent les interruptions du space invaders sur le 8080

Quand le proc reçoit une interruption sur sa patte 14 de la part du 74lS74 (E3) il recherche l adresse de l'interruption sur le bus de donnée codée sur 3 bits (d5 d4 d3) donc 0 à 7 (à multiplié par 8 pour trouver l adresse concernée dans le code source)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210228205648-pet-Screenshot-20210228-205224-Drive.jpg) (https://gamoovernet.pixhotel.fr/pics/20210228205648-pet-Screenshot-20210228-205224-Drive.jpg)

L adresse de interuption de ScanLine224 qui fonctionne est $10 correspond à d4 à 1 et d3 d5 à 0 (RST2 2x8)

L adresse de celle qui ne fonctionne pas ScanLine96 est $08  qui correspond à d3 à 1 et d4 d5 à 0 (RST1 1x8)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210228205728-pet-Screenshot-20210228-205134-Chrome.jpg) (https://gamoovernet.pixhotel.fr/pics/20210228205728-pet-Screenshot-20210228-205134-Chrome.jpg)

Donc le composant à vérifier est Bx (le 74ls00 tout en haut de la carte mère) qui est chargé d envoyer la demande d interruption ainsi que son niveau (rst1 ou rst2)

La sortie 12 du 74ls00 ne doit jamais passer à 1 ou n arrive pas à la patte 10 de c2 (74ls153 sur le bus de donnée) pour donner l instruction RST1 au processeur
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210228205840-pet-Screenshot-20210228-205330-Drive.jpg) (https://gamoovernet.pixhotel.fr/pics/20210228205840-pet-Screenshot-20210228-205330-Drive.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210228210149-pet-Screenshot-20210228-210054-Drive.jpg) (https://gamoovernet.pixhotel.fr/pics/20210228210149-pet-Screenshot-20210228-210054-Drive.jpg)

Demain je ressort le materiel.

J ai regardé le code source de l eprom de test, les interruptions matérielles ne sont pas testées ni utilisées. (Je serais bien incapable de rajouter cette fonctionnalité)

Compliquée la bête!

Pas le temps ce soir, alors juste pour voir j ai un peu bricolé au niveau du 74ls00,
Je ne connais pas le coupable mais ça fonctionne un peu, de quoi faire une photo... de plus j ai mis un coax pour l image....c est super propre!... :-)=

Il n est plus tout seul manu, je vais bientôt pouvoir les éradiquer !

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210301201952-pet-20210301-201620-copy-512x726.jpg) (https://gamoovernet.pixhotel.fr/pics/20210301201952-pet-20210301-201620-copy-512x726.jpg)

C'est cool, ç'est une belle avancée.

Salut,

Super !  ^-^

Je ne me suis jamais penché sur le système d'interruption du 8080 : je lis donc tes explications avec intérêt, mais j'avoue n'avoir pas compris grand chose dans un premier temps ! :D

J'ai relu plusieurs fois, et regardé le schéma en même temps pour essayer de comprendre : c'est un peu plus clair à présent, mais cela méritera de reprendre ça à tête reposée :). Les systèmes architecturés autour d'un 8080 sont quand même de sacrées usines à gaz !... Heureusement que d'autres constructeurs ont conçu ensuite d'autres microprocesseurs mieux foutus que ceux d'Intel ! ;)

Bravo à toi et à Spectro pour le joli progrès obtenu !  ^-

A+

Bien vu, et bravo pour cette belle avancée !

Citation de: Little_Rabbit le Lundi 01 Mars 2021, 21:58:52 PM
Les systèmes architecturés autour d'un 8080 sont quand même de sacrées usines à gaz !... Heureusement que d'autres constructeurs ont conçu ensuite d'autres microprocesseurs mieux foutus que ceux d'Intel ! ;)

C'est d'ailleurs pour ça, je pense, que quasi aucun fabriquant de PCB arcade utilise les CPU Intel.
Ceux de MOS Technology, Motorola et Zilog auront de beaux jours devant eux !

Merci ça fait plaisir !

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210302092505-pet-Screenshot-20210302-092351-Chrome.jpg) (https://gamoovernet.pixhotel.fr/pics/20210302092505-pet-Screenshot-20210302-092351-Chrome.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210302092541-pet-Screenshot-20210302-091528-Chrome.jpg) (https://gamoovernet.pixhotel.fr/pics/20210302092541-pet-Screenshot-20210302-091528-Chrome.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210302092615-pet-Screenshot-20210302-092220-Chrome.jpg) (https://gamoovernet.pixhotel.fr/pics/20210302092615-pet-Screenshot-20210302-092220-Chrome.jpg)

Citation de: pet le Jeudi 25 Février 2021, 17:42:25 PM
74LS55 en commande,

Au fait, tu commandes où tes composants ?

Citation de: f4brice le Mardi 02 Mars 2021, 13:38:08 PM
Au fait, tu commandes où tes composants ?

Sauf exception sur EB

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210302182122-pet-Screenshot-20210228-205330-Drive.jpg) (https://gamoovernet.pixhotel.fr/pics/20210302182122-pet-Screenshot-20210228-205330-Drive.jpg)

L entrée 10 n était pas pris en compte (vu sur l analyseur logique) donc il n y avait jamais l irq pour dessiner les invaders.
Je l ai changé et impeccable j ai tout le monde.

Reste plus que le son.

Et au passage j essais de mettre électroniquement l overlay....
Mais ce n est pas encore ça !

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210302182636-pet-20210302-182417.jpg) (https://gamoovernet.pixhotel.fr/pics/20210302182636-pet-20210302-182417.jpg)

Pour colorier l'image il faut que tu convertisses l'image de composite à RGB.

Faire une colorisation directement en composite c'est super compliqué, il faut gérer le color burst et la modulation de la chroma.

Sinon si tu es patient et intéressé, d'ici 1 mois je remplace l'overlay de ma SI, je pourrai te donner l'ancien.

Merci c est gentil, mais c est juste pour le challenge!

Je pensais me servir du bus d adresse de l affichage
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210302193902-pet-Screenshot-20210302-193815-Drive.jpg) (https://gamoovernet.pixhotel.fr/pics/20210302193902-pet-Screenshot-20210302-193815-Drive.jpg)


(L adresse correspond donc à la position sur l ecran)
Pour adresser une eprom, le output enable branché sur la patte 13 video out (je l ai inversé, c est oe\ sur un 27c64) )

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210302194126-pet-Screenshot-20210302-194049-Drive.jpg) (https://gamoovernet.pixhotel.fr/pics/20210302194126-pet-Screenshot-20210302-194049-Drive.jpg)

Et prendre 3 sorties de l eprom pour faire le RVB en fonction donc de la position et si il y a un point demandé
La synchro reste inchangée.

Mais soit ça ne peut pas fonctionner, soit je me suis gourré dans le montage.

L idée me semblait simple et surtout bonne.

Je n abandonne pas, j ai un début de quelque chose...
J ai mis des bandes de couleur au hasard(et la taille de la bande aussi)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210303202352-pet-20210303-201930.jpg) (https://gamoovernet.pixhotel.fr/pics/20210303202352-pet-20210303-201930.jpg)

Beau boulot, ça fait plaisir de voir revivre une SI.  ^-


Il faudrait que je me repenche sur la mienne.  :-\

Salut,

Ça me semble un peu chaud ta conversion RVB faite ainsi, même si je n'ai pas bien compris :).

Au début je m'étais dit "Ah oui, pourquoi pas récupérer le n° de ligne de balayage...", puis j'ai réalisé que l'image étant en tate, c'est le n° de pixel sur une ligne qu'il faut intercepter ! Le timing est autrement plus serré !

Garde à l'esprit qu'une 27C64 n'est pas très véloce : compte 120 ns de temps de propagation... Une PROM serait peut être mieux non ? (2 à 3 fois plus rapide)

Il y a 256 pixels par ligne, qui sortent de 32 octets : tu décodes donc le bus d'adresse VRAM sur 5 bits ?

Tu pourrais nous faire un schéma (même à main levé) de la façon dont ton EPROM est câblée, et ce que tu as mis dedans pour obtenir tes composantes RVB voulues ?

A+

Essaye de laisser /OE (pin 20) à 0 et utilise plutôt /G (pin 22), Si ça améliore le résultat c'est que tu as un problème de vitesse.

tu peux aussi essayer un "&" entre VIDEO OUT et R, G ,& B.

comme dit Thierry, les BPROM sont plus rapides que les 27c64

J ai mis la 20 et la 22 à 0 sur la photo et programmé la moitié basse de l eprom à $00 avec la sortie video out sur A12 (plus fort bit d adresse)

Je ne pensais pas pouvoir avoir un pb de vitesse avec une pcb de 1978.
je fais un schéma  et essaie avec des & ce soir il me reste des 74ls08

Citation de: pet le Jeudi 04 Mars 2021, 06:48:52 AM
Je ne pensais pas pouvoir avoir un pb de vitesse avec une pcb de 1978.

Si si !
Quelque soit l'âge et la techno, tu gardes une fréquence H de 15 kHz environ.
Si on fait un rapide calcul approximatif :
1 ligne à 15 kHz dure 1/15.000 = 66.7 µs
256 pixels par ligne, soit environ 260 ns par pixel (en réalité c'est moins).

Quand je regarde le datasheet d'une 2764 de chez Nec, la plus rapide donne 200 ns pour le timming "Address to output delay".
On est donc vraiment dans le même ordre de grandeur.
Il existe des EPROM plus récentes (plus grosses) ayant un temps d'accès de 70 voire 60 ns.

Les PCB qui font une conversion au dernier moment "index de couleur" => "rouge, vert, bleu" utilisent une PROM à fusibles, dont les temps d'accès sont de quelques dizaines de ns.

Salut,

F4brice me devance : la fréquence pixel d'un jeu de 1975 est la même que celle d'un jeu de 1995 ;). Certes le pixel était plus simple en 1975, mais sa fréquence reste la même ! :)

A+

J ai mis 3 portes et... et je n'ai plus les couleurs... mais c est plus propre... :D
Je me suis peut-être trompé, faisant tout sur veroboard les corrections sont difficiles.

Mais l eprom ne semble pas une bonne idée, un circuit PAL serait plus approprié.

Je revoie ma copie avec juste un 74ls138.

Salut,

Avec ton 74LS138, tu décodes A2, A3 et A4, ce qui découpe l'écran en 8 zones de 32 pixels, et selon la zone tu sélectionnes telles ou telles composantes RVB ? :)

Comment sélectionnes-tu la couleur (et donc les combinaisons des 3 composantes) de chacune des zones ?

A+

J y réfléchis ce soir!

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210305103157-pet-2021-03-05-10.29.34.jpg) (https://gamoovernet.pixhotel.fr/pics/20210305103157-pet-2021-03-05-10.29.34.jpg)

La bonne nouvelle, c'est que les 2 signaux de poids faible (colonnes D et E) n'interviennent pas.
Sinon :

• ROUGE = not A AND not B AND C
• VERT = A AND B

Il y a du vert du rouge et du bleu dans le blanc!
R = not (A and B)
V = not A and not B and C
B = R and V

1 7408
1 7400
Et on mélange le RVB  et le pixel avec 3 autres portes

Long silence, je n avais plus de support de CI et je fais mes essais sur veroboard.
Aujourd'hui le facteur m a apporté  10 lm3900 et 50 barrettes de support tulipe.

Donc j ai soudé mes supports et placé mes lm3900,
J ai récupéré pas mal de son, mais il me manque ceux à base de NE556
Et l "invaders hit" composé de pas mal de composant.

En premier je vais essayer  de récupérer  "bonus missile base"  et son ne556 en h4.

Pas trouvé pour le ne556 (j ai du stock il risque de finir dessoudé au dremel).
En revanche j ai le 7417 (F5) de mort, à la sonde logique il sort un peu n importe quoi.

Puis je remplacer le 7417 par un 74ls07?

Salut,

En jetant un œil à cette partie du schéma, je pense qu'une moitié du NE556 est dédiée au son "Bonus Missile Base" comme tu le disais, et que l'autre moitié joue les 4 "notes" des déplacements des envahisseurs : confirmes-tu que tu n'as aucune "note" des envahisseurs actuellement ?

Ces 4 notes sont déclenchées par le registre 74174 en E5, et effectivement "drivées" par le 7417 en F5.

N'oublie pas que les 7407 et 7417 ont leurs sorties en collecteur ouvert : vérifie bien que le réseau de résistances de 1K voisin est bon, car ce sont elles qui vont fixer le potentiel des sorties du 7417, en pull-up.

Quant à substituer un 7417 par un 7407, oui je pense que c'est tout à fait faisable car des deux chips TTL sont identiques, à la seule différence que le 07 accepte une tension de sortie de 30V, quand le 7417 est limité à 15V. Ici, on ne les charge qu'avec du 5V, donc l'un ou l'autre conviendront :).

Si tu dis avoir un peu n'importe quoi en sortie du 7417, et que les résistances de pull-up sont bien là, cela laisserait entendre que le NE556 en aval est mort, car sinon tu devrais entendre une cacophonie de "notes" des envahisseurs :).

A+

Ok merci,
Je vérifie le réseau de résistances, si il est ok je change le 7407 et ensuite si ça  a mieux en sortie de 7407 (ex 7417) et que je n ai toujours aucune note à base de ne556 je le change aussi (j ai du stock).

74ls07 en f5 changé l attaque des 4 notes du 556 en H4 trés propre.
Toujours pas de son mais j ai les notes en sortie du 556
Un contrôle rapide et le CI en H3 74Ls11 (3 nand 3 entrées) Hs
Je n en ai pas.....
Je regarde comment c est monté  pour mettre un autre CI en attendant, c est riche, mon prof d electronique m aurais tué avec un montage pareil(il ne voulait que des Nands quand c était possible).
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210311182157-pet-Screenshot-20210311-182019-Drive.jpg) (https://gamoovernet.pixhotel.fr/pics/20210311182157-pet-Screenshot-20210311-182019-Drive.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210311182237-pet-Screenshot-20210311-181418-Drive.jpg) (https://gamoovernet.pixhotel.fr/pics/20210311182237-pet-Screenshot-20210311-181418-Drive.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210311182314-pet-Screenshot-20210311-181440-Chrome.jpg) (https://gamoovernet.pixhotel.fr/pics/20210311182314-pet-Screenshot-20210311-181440-Chrome.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210311182357-pet-Screenshot-20210311-181515-Chrome.jpg) (https://gamoovernet.pixhotel.fr/pics/20210311182357-pet-Screenshot-20210311-181515-Chrome.jpg)


J ai un 74ls12 qui fera l affaire en attendant

1 seul 7412.... je l ai branché à l envers! :'(
Plan B j'ai fait un essais avec un 7408 et quelques pattes en l air j ai eu le "fa si la sol" (ou un truc du genre).

Bon ben 7411 en commande...

Mais tout ça c est avant l ampli... car je n ai jamais rien eu sur le haut parleur.
La fin du wip approche donc en attendant le 7411 je me lance sur l ampli (et je n oublie pas la couleur)

Citation de: pet le Jeudi 11 Mars 2021, 19:55:22 PM
1 seul 7412.... je l ai branché à l envers! :'(

La loose !!!  :D :'(
Je ne vais pas trop me moquer, j'ai déjà fait pire...

En attendant la suite une petite photo pour indiquer la ram hs en fonction de la video

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210313152458-pet-20210313-152322.jpg) (https://gamoovernet.pixhotel.fr/pics/20210313152458-pet-20210313-152322.jpg)

Citation de: pet le Samedi 06 Février 2021, 17:52:17 PM
.....A la sonde logique ça à l air bien car j ai rangé de nouveau l l'analyseur (note pour plus tard : commander un atelier au père Noël).......

Bon ben ma commande au Père Noël arrivera en avance, j ai vendu ma maison sans atelier (compromis demain), donc je suis en recherche active de la suivante et donc de mon atelier ma salle de jeux etc.... :D

La réparation de la Pcb est au ralentie et risque de finir en pause quelques mois.

J ai reçu mon 7411 et mon 74155 et j ai presque tout de ok, il me manque "missile sound","saucer hit" et l ampli.

J ai regardé vite fait mais rien de flagrant, il faut l oscillo.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20211225211538-pet-20211225-210330.jpg) (https://gamoovernet.pixhotel.fr/pics/20211225211538-pet-20211225-210330.jpg)

Merci Père Noël.....
La suite bientôt  =:))

Salut,

Super !  ^-

Mais c'est quoi au juste le cadeau du Père Noël ?

L'établi et le local où bricoler (et où on peut tout laisser en plan pour le reprendre plus tard !  ^-^), ou bien la plaque de cuisson vitro-céramique ??  :-\

:D

A+

Citation de: Little_Rabbit le Dimanche 26 Décembre 2021, 11:46:07 AM
L'établi et le local où bricoler (et où on peut tout laisser en plan pour le reprendre plus tard !  ^-^)

Le rêve de chacun d'entre nous  :D

Ca y est, je m y suis remis
J ai eu du temps au sous sol cette semaine, je suis Covid asymptomatique et seul covid a la maison.
J ai donc essayé la carte pour voir si tout est toujours ok et youpi aucun souci.
Ensuite j ai installé les appareils de mesure, le fer, les schémas pas loin l alim etc pour m attaquer à la partie son et j ai du faire une fausse manip à un moment ==》 la carte ne fonctionne plus.
Sans Rom j'ai bien mes $0039 en entrée mais j ai que de la bouillie fixe en sortie
J ai refais mes mesures à l analyseur logique plusieurs fois et je voie bien l entrée et bouillie en sortie.

Je pense que j ai cramé mes RAMs  ):)

Salut,

Glop glop si tu as pu t'y remettre !  ^-^

Pas glop si ça ne marche plus ! :'(

Perso je n'y crois pas trop au coup des RAMs qui grilleraient toutes d'un coup !... D'autant que la bouille de pixel à l'écran, elle correspond justement à la lecture des valeurs aléatoires que contiennent les RAM après la mise sous tension, quand elles n'ont pas encore été remises à zéro par le CPU.

Le $0039, c'est en entrée des RAM que tu le lis à l'analyseur logique ?

As-tu vérifié l'activité du R/W en entrée de RAM ?

Le CE de tes RAM est-il bien à 12V (mais je pense que oui, sinon tu aurais un écran noir je pense...) ?

A+

Nouvelles mesure au calme.

Tensions sur les RAM
-5.13v
+4.90v
+11.95v

En lecture ça à l air ok.

En écriture mesure direct sur les RAM :
synchro sur descente de RW (sur le proc pour avoir les adresses pair et impair)
condition CE RAM état Haut

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/02/12/20220212105945-pet-20220212_102615.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/02/12/20220212105945-pet-20220212_102615.jpg)

Et à priori il y a des  defauts :

Les adresses s incrementent (2 premiers octets) ça devrait être l inverse
Ce n est pas régulier...

Je repart sur le processeur voir ce qu il fait!

Edit : la bouillie de pixel est fixe, donc il n y a jamais rien d ecrit en RAM malgré les traces que j ai!
Je suis un peu perdu... mais je cherche

Je pense mettre directement du 5v sur l entrée 6 des ram (une par une ) sans dessouder les résistances de 330 ohms.
Ca me permettrais de voir de belles lignes noires arrivées sur l écran et ainsi tester les rams.
Est que je risque quelque chose?

Salut,

Je ne suis pas sûr d'avoir compris ce que tu veux faire avec le +5V sur les RAM... donc je ne saurais pas trop quoi te dire...

Juste un questionnement : tu dis avoir synchronisé ton analyseur logique sur le signal CE. Or ce Chip Enable est actif à un niveau +12V, et non un niveau TTL (+5 V) => c'est toléré par ton analyseur logique ?

A+

Oui, il supporte, il prend même du négatif.

Pour mes synchro CS étant relié à la masse
Est ce bien ?

En lecture
Adresse : CE montant
                  Rw Haut

Donnée : CE descendant
                 RW Haut

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/02/12/20220212202539-pet-20220212_202431.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/02/12/20220212202539-pet-20220212_202431.jpg)

En écriture :
Adresses et données
CE haut
RW decendant

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/02/12/20220212202617-pet-20220212_202057.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/02/12/20220212202617-pet-20220212_202057.jpg)

J ai un peu de mal a y voir clair (c est plus simple a synchroniser quand ça marche!)
J aurais du écrire le paramétrage que j avais fait mes mesures l an dernier, au moins je n aurais pas de doute.
Il faut vraiment avoir la tête à ça car on oublie vite....

J ai fait une capture sans synchro à 5Mhz et ca à l'air coherent, la lecture des RAM s 'incremente et l'ecriture se décrémente... (j ai du louper mes synchros en ecriture)

En revanche ca passe de la lecture à l'écriture bien souvent à mon gout. (Je vais me pencher dessus demain)

xxxx adresses yy données
j'ai rajouté des indentations pour l'ecriture

Citation
0CCA   FF
            0A42   04
            0A42   04
            0A42   04
            0A42   00
0CCA   00
0CCA   00
0CCA   00
0CCA   00
            0A42   04
            0A42   04
            0A42   39
            0A42   39
0CCB   39
0CCB   39
0CCB   39
0CCB   A2
            001C   A2
            001C   A2
            001C   A7
            001C   E7
0CCB   FF
0CCB   FF
0CCB   FF
0CCB   FF
            0A42   FF
            0A42   FF
            0A42   FF
            0A42   FF
0CCC   04
0CCC   04
0CCC   00
0CCC   00
            0A41   00
            0A41   00
            0A41   00
            0A41   04
0CCC   04
0CCC   04
0CCC   39
0CCC   39
            0A41   39
            0A41   39
            0A41   39
            001C   A2
0CCD   A2
0CCD   A2
0CCD   BF
0CCD   F7
            001C   FF
            001C   FF
            0A41   FF
            0A41   FF
0CCD   FF
0CCD   FF
0CCD   FF
0CCD   04
            0A40   00
            0A40   00
0CCE   00
0CCE   00
0CCE   00