- Bug graphique Sega SpaceTactics

Bonsoir à tous,

Un bug de l'affichage, est apparu sur la borne sega space tactics (présentation (http://www.gamoover.net/Forums/index.php?topic=24855.0)) Des chiffres et des lettres (pas l'émission ;) ) sont affiché sur l'écran :-X

vue de l'affichage

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20130408210221-gottlieb-bug-affichage.JPG) (http://gamoovernet.pixhotel.fr/pics/20130408210221-gottlieb-bug-affichage.JPG)

J'ai démonté la PCB, pour voir si visuellement rien ne paraissait bizarre et non :? toutes les éproms et prom monté sur support on été démonté et nettoyés. Après test, rien n'a changé :-[

Petite question aux spécialistes, sur la carte, il y a 7 condensateur chimique, ceux-ci ne sont pas gonflé , mais vaudrait-il pas les changer ??

petite photo de la carte (je peux fournir d'autres photo de plus près :D )

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20130408210740-gottlieb-carte-space-tactics.JPG) (http://gamoovernet.pixhotel.fr/pics/20130408210740-gottlieb-carte-space-tactics.JPG)

Merci de votre aide pour sauver la borne (elle le mérite et les enfants l'aime bien :-[ )

PS: la doc ICI (http://www.arcade-museum.com/manuals-videogames/S/SpaceTactics.pdf)

pour les condos chimiques si tu peux, sur toutes les cartes (alim, logic, moniteur...), tous les changer c'est mieux.

quand tu fais la procédure de test, page 9 du manuel, tu as des erreurs?

c'est les rams de la page B qui gèrent les caractères, y'en peut être une KO.

sinon, as tu vérifié les eproms avec un programmateur?

Salut spectroman ;)

Les condensateurs ont été changé et j'ai toujours les bugs :-[
Je vais regarder la procédure de la page 9 et te tiendrais au courant ^-
Je vais tester les éproms et contrôler les roms

Gottlieb

Petit essais sur la borne ;)

Après avoir fait le test, j'ai à l'écran
(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131019192211-gottlieb-erreur-ram-spacetac.JPG) (http://gamoovernet.pixhotel.fr/pics/20131019192211-gottlieb-erreur-ram-spacetac.JPG)
F page RAM is no good error 10000000 >:(
Donc apparemment la RAM F est HS :-\ Je trouve bien la vidéo ram page F sur la page D, mais je ne vois pas laquelle c'est :-\

Par avance merci

Gottlieb

C'est bizarre comme message tu devrais avoir un message du genre :
RIGHT ........
ERROR ........

en supposant que le message :
ERROR 10000000
indique une erreur sur le bit 7, c'est donc la ram en position 13 (cf tableau page 10) qui est HS.

D'après le schéma la RAM est une MK4027 (4096 x 1 bit), vérifie quand même et attention a ne pas confondre avec une 4027 double JK lors de la commande.

J'en ai pas, mais tu peux en trouver là :
http://www.twistywristarcade.com/ram/48-4027-ram.html (http://www.twistywristarcade.com/ram/48-4027-ram.html)

prends en une dizaine pour amortir les frais de ports :?

Merci spectroman ^-

J'allais posté car j'ai trouvé également à quoi correspondait le tableau =:)) ;D sauf que je pensais que la ram 13 était OK car 1 et les 7 autres HS car à 0 :-\
Donc effectivement, j'ai également trouvé comme référence MK4027N4
Et trouvé sur la baie
http://www.ebay.com/itm/MK4027N-General-Purpose-Dynamic-RAM-LOT-OF-5-/260705634297?pt=LH_DefaultDomain_0&hash=item3cb34447f9

donc si j'ai compris, j'en prend 2 lots (je pensais changer les 8 rams) ceux de la baie sont OK ;)

Gottlieb

J'en suis pas sûr, c'est une supposition. Mais il me semble plus logique :
- d'indiquer par un 1 les erreurs
- qu'une seule RAM soit HS

tiens moi au jus.

@ Spectroman

Je passe commande sur la baie. Lorsque j'ai les rams, je change IC13 et je fais un essais ^- si ce n'est pas bon, j’essaie en changeant IC17 ;) ou toutes les autres :D

Je tiendrais à jours le reste du dépannage lorsque j'aurai reçu les pièces ;)

Merci pour l'aide ^-^

Gottlieb

Salut,

Chouette ! J'espère qu'elle va ainsi repartir, cette borne le mérite grandement !!

: gottlieb Saturday 19 October 2013, 22:37:53 PM

Lorsque j'ai les rams, je change IC13 et je fais un essais ^- si ce n'est pas bon, j’essaie en changeant IC17 ;) ou toutes les autres :D

Tu peux aussi d'ores et déjà dessouder IC13 et refaire le test :). Si l'erreur affichée est la même, cela confirmerait que la RAM défaillante est bien IC13 ;).

A+

sinon sa peut être des portes logiques qui commande les rams.

: Little_Rabbit Monday 21 October 2013, 10:01:25 AM

Tu peux aussi d'ores et déjà dessouder IC13 et refaire le test :). Si l'erreur affichée est la même, cela confirmerait que la RAM défaillante est bien IC13 ;).

C'est une bonne idée

: nc333 Monday 21 October 2013, 12:27:59 PM

sinon sa peut être des portes logiques qui commande les rams.

Je ne pense pas car les RAM sont des 4096 x 1bits et donc elles sont en //. Les commandes doivent être les mêmes, non? Ou alors c'est le buffer de data (IC16 74LS244).

Mais je mets une petite pièce sur la RAM d'abord.

: Little_Rabbit Monday 21 October 2013, 10:01:25 AM

Salut,

Chouette ! J'espère qu'elle va ainsi repartir, cette borne le mérite grandement !!

Tu peux aussi d'ores et déjà dessouder IC13 et refaire le test :). Si l'erreur affichée est la même, cela confirmerait que la RAM défaillante est bien IC13 ;).

A+

Merci mon petit lapin ;) j'espère également qu'elle va repartir :-)=

Je vais dessouser IC13 dans la semaine pour voir ce que donne le résultat 8)
Les roms sont partis de chine aujourd'hui ^- il n'y a plus qu'a attendre après :-\

Merci spectroman pour ton aide précieuse également ^-

: spectroman Monday 21 October 2013, 21:35:53 PM

Je ne pense pas car les RAM sont des 4096 x 1bits et donc elles sont en //. Les commandes doivent être les mêmes, non? Ou alors c'est le buffer de data (IC16 74LS244).

point taken.
donc les rams oui, peut être les buffers, difficile a dire

: nc333 Monday 21 October 2013, 21:46:45 PM

point taken.
donc les rams oui, peut être les buffers, difficile a dire

Je vais y aller dans l'ordre :D
Je change les rams, test et si d'autres choses à changer, style 74LS244, je la changerais ;)
Je préfère faire un test à la fois :D (je vais rechercher un 74LS244 pour en avoir un sous la main ;) )

Une petite question :D
Sur le buffer la référence est 74 LS 244 N
Est ce que la référence SN 74 LS 244 N correspond :-\

Par avance merci

Gottlieb

: gottlieb Monday 21 October 2013, 23:08:08 PM

Sur le buffer la référence est 74 LS 244 N
Est ce que la référence SN 74 LS 244 N correspond :-\

oui c'est bon. "SN" c'est un prefix de Texas Instrument.

Il eut été intéressant de permutter 2 composants de RAM, afin de vérifier que le problème suit bien le composant suspecté.

: Little_Rabbit Monday 21 October 2013, 10:01:25 AM

Tu peux aussi d'ores et déjà dessouder IC13 et refaire le test :). Si l'erreur affichée est la même, cela confirmerait que la RAM défaillante est bien IC13 ;).

Quelques news ;)

J'ai retiré IC13 et refait un essais ^-
Le test sans IC13 donne le même message d'erreur "error 10000000" Ce qui voudrait dire que c'est bien cette rom incriminée :-\
Pour continuer les essais, j'ai lancé une partie :D
Là, j'ai une grosse différence :?

Avant: je pouvais distinguer les vaisseaux des envahisseurs, leur tirer dessus, utiliser le bouclier de protection des bases le tout avec le bug affiché...

Maintenant sans IC13: la partie se lance mais, il n'y a plus de vaisseaux qui apparaissent à l'écran, la fonction tir ne fonctionne pas, le bouclier des bases ne s'active plus, je ne peux pas tirer les missiles des bases et le bug de l'affichage est toujours présent :-X

Les 74LS244N sont commandées en cas où ;)

: f4brice Tuesday 22 October 2013, 07:29:20 AM

Il eut été intéressant de permutter 2 composants de RAM, afin de vérifier que le problème suit bien le composant suspecté.

Essais intéressant à effectuer F4brice ;) le hic, c'est que j'ai coupé les pattes du MK4027N4 pour le démonter sans abîmer le pcb (je n'arrive pas à retirer correctement les composant multipattes proprement à la tresse ou à la pompe :-\ )
Ce serait intéressant de retirer chaque MK4027N4 pour voir sur quoi ils agissent ;) je tenterais presque de tous les ôter et de les mettre sur support tulipe pour faire le test :D

Gottlieb

: gottlieb Tuesday 22 October 2013, 20:50:01 PM

J'ai retiré IC13 et refait un essais ^-
Le test sans IC13 donne le même message d'erreur "error 10000000" Ce qui voudrait dire que c'est bien cette rom incriminée :-\

Ce test à lui seul ne suffit pas à inculper le composant IC13.
Peut-être qu'il ne se sélectionne pas, peut-être que la donnée à lire ne l'atteint pas, n'est pas lue au bon endroit, etc...
Toute l'électronique autour du composant peut être en cause.

"J'appuie sur le bouton du lèvre-vitre et la vitre ne monte pas. Donc le moteur est grillé."
Ca peut être le bouton, les fils, la batterie, les engrenages, la détection anti-pincement, un losange sur le capot, etc...

: gottlieb Tuesday 22 October 2013, 20:50:01 PM

Pour continuer les essais, j'ai lancé une partie :D
Là, j'ai une grosse différence :?
[couic]

Maintenant : oui, IC13 est très suspect ! ^-

: f4brice Tuesday 22 October 2013, 21:22:10 PM

"J'appuie sur le bouton du lèvre-vitre et la vitre ne monte pas. Donc le moteur est grillé."
Ca peut être le bouton, les fils, la batterie, les engrenages, la détection anti-pincement, un losange sur le capot, etc...

ça peut être une Renault aussi :D

(je sors :fleche:)

---------

attendons l'IC de remplacement, on verra bien... ;)

Merci :-*

IC13 doit être dans l'avion :D

Je croise les doigts ;) sinon, je verrai pour les composants situé dans son environnement ;)
J'ai un avantage, il n'y a pas de losange sur le cockpit Sega :D ;D

: gottlieb Tuesday 22 October 2013, 20:50:01 PM

Ce serait intéressant de retirer chaque MK4027N4 pour voir sur quoi ils agissent ;) je tenterais presque de tous les ôter et de les mettre sur support tulipe pour faire le test :D

J'aurai trop peur d'abimer le PCB et je suis pas sûr que ça améliore la compréhension du PCB. J'ai pas une super technique de technique de dessoudage et quand je vois des pastilles qui s'arrache... :'(

Je dessouderai que le nécessaire (IC13). Tu va remettre les composants que tu change sur supports?

Salut spectroman ;)

Pour ce qui est de mettre les composants sur support, c'était juste une idée comme ça pour faire des tests pour savoir ce que gère les différentes IC :-\ mais si ça ne sert à rien, je me contenterais du minimum ;)

Pour ce qui est du désoudage des composants, comme je l'ai dit, je préfère sacrifier le composant en coupant ses pattes à la dremel et de désouder chaque pattes séparément pour éviter de trop chauffer et d'endommager les pastilles :-\

Pour le moment, je ne touche plus en attendant les pièces ;) et c'est vrai que je ne voudrais pas détruire des pistes ou d'autres composant également :D

Gottlieb

il faudrait vérifier avec des membres qui ont plus d’expérience si c'est bien, mais moi je mets un support à chaque fois que je change un composant logique.

tu as des supports dip 16?

Salut!

Pour les supports,j'en ai quelques uns et j'en ai en commande ;)
Je mettrai IC13 sur support si ça ne pose pas de problème :-\

IC13, Il arrive à pied par la chine? ;)

(digne des grosses têtes donc je :fleche:)

: spectroman Wednesday 30 October 2013, 20:52:28 PM

IC13, Il arrive à pied par la chine? ;)

(digne des grosses têtes donc je :fleche:)

IC 13 arrivé hier des US :D en attente du support à souder ;)
Il est vrai qu'hier, l'idée de souder ce composant directement sur la carte m'a taraudé l'esprit ;D ;D
Je vais me montrer raisonnable et attendre le support de Thailande avec les 74LS244 :D

non, pas de problème,

c'était juste juste pour le plaisir de placer une contrepèterie.

j'en avais envie aujourd'hui ;D

a+

Salut,

Pour poursuivre la pensée de Spectroman, peut-être que Gottlieb n'a toujours pas été livré car il leur a laissé le choix dans la date ! ;)

A+

: Little_Rabbit Monday 04 November 2013, 13:05:47 PM

Salut,

Pour poursuivre la pensée de Spectroman, peut-être que Gottlieb n'a toujours pas été livré car il leur a laissé le choix dans la date ! ;)

A+

Celle là, je l'aime bien :-*

Sinon, toujours pas livré >:D ça m'énerve, ce soir, j'ai même préparé les supports tulipes (je reçois du monde ce week-end et j'aimerais bien la voir fonctionner :'( )

je t'imagine dans ta gameroom en train de tourner en rond en attendant le matos,
et en train de te dire "Je compte les fils et les ampoules" :D

Bonsoir,

Donc voici les news ;)

J'ai reçu aujourd'hui les supports et je me suis empressé de mettre IC13 en place :D

Après soudage, j'ai testé la réparation et là :-(( le bug d'affichage est toujours présent >:(

J'ai refait un test avec le switch de SELF-TEST ;) pour voir quelle erreur était présente
- rien ne s'affiche à l'écran pour les erreurs, j'en déduit qu'il n'y a plus de ram HS :-\
- Les tests de couleurs écran et de tir se déroule correctement ;) (va falloir que je pense à un capkit)

J'appuie sur le bouton test et lance une partie en mode test et là :?

-Il n'y a plus le bug sur tout l'écran :-)= le fond noir de l'espace est bien noir sans encombrement
-L'affichage des bombes des invaders est buggé ils ne sont plus présent en affichage écran
-La définition du dôme de protection, et des bombes des bases est incorrect

J'éteins la borne, remet le switch en position jeu et met la borne en fonctionnement :-X

-Bug graphique sur tout l'écran
-Les bombes des invaders sont parfaitement visible sans bug
-Définition des invaders et des bases bonne

J'ai changé 3 fois IC 13 (en cas qu'une rom serait HS) Et ce sans changement de résultat.

A l'oscilloscope, je vais tenter de contrôler les signaux sur la borne 14 des rams :-[ changer le 74LS244N :-\

Contrôler les IC de la page B

"Page B Displays:
Character (words/letters) display
Player bases
Barrier (yellow arc above bases)
Bomb (from enemy invaders)

Page D Displays:
The enemy invaders that appear in the back of the screen playfield

Page E Displays:
The invaders that appear in the middle of the playfield

Page F displays:
The closest invaders, when they enlarge
The UFO saucer

So, if a problem occurs where some or all the above pictures are defective, suspect the RAMs or multiplexers in the corresponding page"

Reste à savoir, pourquoi ces changements en mode test ou normal :-\ avec le mélange des 2, le jeu serait parfait :D (ou complètement pourri :-(( )

ils ont donnés quoi tes tests des 74244 a l'oscillo ?

as tu un programmateur pour vérifier les CRC de tes roms?

: maldoror68 Tuesday 22 October 2013, 21:31:30 PM

ça peut être une Renault aussi :D

Bah c'est ce qu'il dit:

: f4brice Tuesday 22 October 2013, 21:22:10 PM

...
Ca peut être le bouton, les fils, la batterie, les engrenages, la détection anti-pincement, un losange sur le capot, etc...

:D

: spectroman Tuesday 12 November 2013, 21:47:33 PM

ils ont donnés quoi tes tests des 74244 a l'oscillo ?

as tu un programmateur pour vérifier les CRC de tes roms?

Salut!

:-\ Je n'ai pas pu encore réaliser les tests, j'ai un travail de dingue au taff actuellement :-((

J'ai reçu mes 74LS244 aujourd'hui ;)

Je posterais les résultats des tests quand je les auraient fait (je l’espère ce week-end :-\ )

J'ai une m**de de programmateur :'( je vais essayer d’empreinter celui du boulot pour lire les programmes des eproms (ou amener les éproms au travail )

Bonsoir à tous!

Voici les news du week-end ;)
Suite à cette lecture (mon anglais est relativement mauvais :-\ )

"If there is a bad RAM in the "B page" ,
the display will not clearly show this, because 'B page" is the memory devoted
to displaying words and letters. Isolate the bad "B" RAM further with an oscilloscope
by looking for a floating, pulled-high or missing signal on the suspected RAM output ,
pin 14."

J'ai décidé de me concentrer sur le schéma de la page B du manuel ;) je n'ai pas pu tester les sorties 14 (j'ai passé commande pour des grip fils mieux que ceux que j'aiet un pin test clip ) J'ai trop peur de faire un CC lors du test :-\ je n'ai pas trop de place et je suis obligé de tester dans la borne :-[

Ce que j'ai fait ce WE, c'est de retirer le 74LS244 correspondant à la page B et de souder un support pour y mettre un nouveau ^-

Les constatation qui ont été faites sont:

Pas de changement de l'affichage, le jeu se lance, il est jouable totalement mais possède le bug d'affichage :?

Je tente un essais en retirant le 74LS244 de son support et refait un essais et là, il n'y a aucuns changement, le jeu est jouable mais toujours avec le bug d'affichage :? Ce composant n'a aucuns effets visible sur le fonctionnement et l'affichage du jeu

Le défaut est situé quelque part sur cette page B :-\ (je pense :-\ et j’espère :D )

Reste à savoir si le défaut est en amont ou en aval de la 74LS244

Les composants situé dans cette zone sont
74LS157, 74LS175, 74LS153, 74LS174 et M533 66P

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131117205124-gottlieb-video-ram-page-B-redi.JPG) (http://gamoovernet.pixhotel.fr/pics/20131117205124-gottlieb-video-ram-page-B-redi.JPG)

Reste à faire:

Tester les entrée et sortie des 74LS et des RAMs pour voir s'ils sont fonctionnels.

Si quelqu'un à d'autres piste ou essais à tester, n’hésitez pas :D

Gottlieb

courage :-)=

p4 (8 du pdf), section 7 : la partie vidéo et générateur de caractère sont sur les feuilles C, D, F.

Si je fais l’hypothèse que le test des RAM est complet (à vérifier avec mame), je déduis que :

sur la feuille C :
les composants non testés de la vidéo ram page B sont 88, 73
le composant non testé de la vidéo ram page D est ricard (c'est comme jehovah, j'ai pas le droit d'écrire ce chiffre)
sur la feuille D :
le composant non testé de la vidéo ram page E est 129
le composant non testé de la vidéo ram page F est 9

Sur la feuille F :
les composants non testés sont 86 ou 79. mais ils sont partiellement OK car, la plupart des graphiques sont OK.

d'après ta piste précédente, peux tu vérifier (je sais pas comment) ou changer 88 et 73?

Merci Spectroman ;)

Donc, je dois contrôler 88,73,51,129,9,86,79

: spectroman Thursday 21 November 2013, 21:47:53 PM

d'après ta piste précédente, peux tu vérifier (je sais pas comment) ou changer 88 et 73?

Je vais voir pour contrôler ou changer ces composants ;)

Pour vérifier, bien que newbie (mais avec une grande soif d'apprendre :D ) je dispose de:
analyseur logique, multimètre, oscilloscope et une daube de programmateur

IC88 est un 74LS175 dis moi ce que je dois contrôler (ou le changer je dois pouvoir le trouver)

Pour ce qui est de IC 73 ça se complique :? sur ce composant, il y a les 3 diamant (mitshubishi) et la seul référence dessus, est introuvable sur le net (j'ai déjà rechercher pour commander le Weekend dernier :-[ ) c'est marqué M53366P 93E2 :-[ Je vais regarder sur des cartes donneuses d'organes s'il y en a un ::)

Je regarde tout ça dès que possible ^-

Salut,

: gottlieb Thursday 21 November 2013, 22:28:19 PM

Pour ce qui est de IC 73 ça se complique :? sur ce composant, il y a les 3 diamant (mitshubishi) et la seul référence dessus, est introuvable sur le net (j'ai déjà rechercher pour commander le Weekend dernier :-[ ) c'est marqué M53366P 93E2 :-[ Je vais regarder sur des cartes donneuses d'organes s'il y en a un ::)

En espérant ne pas dire de bêtises, d'après le schéma, IC73 est un 74LS166 (registre à décalage 8 bits à chargement parallèle :), sa datasheet ici par exemple (http://www.datasheetcatalog.com/datasheets_pdf/7/4/L/S/74LS166.shtml)).

Ton programmateur intègre-il une fonction de vérification de circuits TTL ?

A+

: Little_Rabbit Thursday 21 November 2013, 23:22:08 PM

Salut,

En espérant ne pas dire de bêtises, d'après le schéma, IC73 est un 74LS166 (registre à décalage 8 bits à chargement parallèle :), sa datasheet ici par exemple (http://www.datasheetcatalog.com/datasheets_pdf/7/4/L/S/74LS166.shtml)).

Ton programmateur intègre-il une fonction de vérification de circuits TTL ?

A+

salut,

oui c'est bien un 74LS166. pour le tester il faut connecter ton analyseur sur les signaux 2,3,4,5,10,11,12,14,15,13,7 (n'oublie pas le 0V ;) )

quand la broche shift/load (pin 15) est à 0 et qu'il y a un front montant sur la clock (pin 7),
le chip stock l'état des entrées A..H (pin 2,3,4,5,10,11,12,14), et copie celui de H sur la sortie (pin 13).
Quand la broche shift/load (pin 15) est à 1 et qu'il y a un front montant sur la clock (pin 7),
le chip décale ce qui a été mémorisé précédemment. la valeur stockée de H est remplacée par celle de G, celle de G par celle de F, etc... la sortie prend la nouvelle valeur de H (c'est a dire celle de G lors du stockage. en faisant 8 fois cette opération, la sortie prend successivement les valeurs :
H, G , F ... A

pour tester le 74LS175, il faut connecter ton analyseur sur les signaux 4,5,12,13,9,2,7,10,15.
à chaque front montant sur la clock (pin n°8), l'état des pins 4,5,12,13 sont recopiés sur les pins 2,7,10,15.

: Little_Rabbit Thursday 21 November 2013, 23:22:08 PM

Salut,

En espérant ne pas dire de bêtises, d'après le schéma, IC73 est un 74LS166 (registre à décalage 8 bits à chargement parallèle :), sa datasheet ici par exemple (http://www.datasheetcatalog.com/datasheets_pdf/7/4/L/S/74LS166.shtml)).

Ton programmateur intègre-il une fonction de vérification de circuits TTL ?

A+

Merci little ^-
Comme je l'ai dit, mon programmateur est une merde (un top 853) :-\ il arrive à lire des éproms et quelquefois, arrive à en reprogrammer :-X Un 74LS166, je dois en avoir en stock ^-

: spectroman Friday 22 November 2013, 06:41:00 AM

salut,

oui c'est bien un 74LS166. pour le tester il faut connecter ton analyseur sur les signaux 2,3,4,5,10,11,12,14,15,13,7 (n'oublie pas le 0V ;) )

quand la broche shift/load (pin 15) est à 0 et qu'il y a un front montant sur la clock (pin 7),
le chip stock l'état des entrées A..H (pin 2,3,4,5,10,11,12,14), et copie celui de H sur la sortie (pin 13).
Quand la broche shift/load (pin 15) est à 1 et qu'il y a un front montant sur la clock (pin 7),
le chip décale ce qui a mémorisé précédemment. la valeur stocké de H est remplacé par celle de G, celle de G par celle de F, etc... la sortie prend la nouvelle valeur de H (c'est a dire celle de G lors du stockage. en faisant 8 fois cette opération, la sortie prend successivement les valeurs :
H, G , F ... A

pour tester le 74LS175, il faut connecter ton analyseur sur les signaux 4,5,12,13,9,2,7,10,15.
à chaque front montant sur la clock (pin n°8), l'état des pins 4,5,12,13 sont recopiés sur les pins 2,7,10,15.

Merci :-*
En lisant et en regardant le datasheet j'ai quasiment tout compris :D la seule chose est que je devrais prendre les signaux en 2 fois, mon analyseur ne comporte que 8 canaux (j'utilise ,enfin j'essaie :D celui proposé par Pet sur FJ ICI (http://www.flipjuke.fr/post467344.html?hilit=analyseur%20logic#p467344) un collègue en est content ^-

Je regarderais ça demain aprème si le taff me laisse tranquille ^- et je ferais des captures d'écrans ;)

Un grand merci pour votre aide et votre patience ^-^ ^-^

Gottlieb

Donc, j'ai effectué les tests sur IC13 ;)

Et je suis un peu perdu :-\
En lisant le résultat, je ne retrouve pas

: spectroman Friday 22 November 2013, 06:41:00 AM

quand la broche shift/load (pin 15) est à 0 et qu'il y a un front montant sur la clock (pin 7),
le chip stock l'état des entrées A..H (pin 2,3,4,5,10,11,12,14), et copie celui de H sur la sortie (pin 13).
Quand la broche shift/load (pin 15) est à 1 et qu'il y a un front montant sur la clock (pin 7),
le chip décale ce qui a été mémorisé précédemment. la valeur stockée de H est remplacée par celle de G, celle de G par celle de F, etc... la sortie prend la nouvelle valeur de H (c'est a dire celle de G lors du stockage. en faisant 8 fois cette opération, la sortie prend successivement les valeurs :
H, G , F ... A

Les captures d'écrans ne sont pas parlante mais en regardant toute la prise de mesure, je ne trouve pas de correspondance avec ce qui est écrit :-\ (je vais réétudier ça de plus près et voir avec un électricien au boulot (qui fait de l'électronique) pour qu'il m'explique et analyse le résultat :-[ :-[ )
Et je ne trouve pas le signal de l'horloge régulière :?

La première image test 74LS166 avec sortie A,B,C,D
Channel 0 pin7 clock
Channel 1 Pin15 shift/load
Channel 2 pin13 QH output
Channel 3 Pin14 Input H
Channel 4 Pin2 A
Channel 5 Pin3 B
Channel 6 Pin4 C
Channel 7 Pin5 D
(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131125214859-gottlieb-test-IC13-a-a-d-redim.JPG) (http://gamoovernet.pixhotel.fr/pics/20131125214859-gottlieb-test-IC13-a-a-d-redim.JPG)

Deuxième Image test 74LS166 avec sortie E,F,G
Channel 0 pin7 clock
Channel 1 Pin15 shift/load
Channel 2 pin13 QH output
Channel 3 Pin14 Input H
Channel 4 Pin10 E
Channel 5 Pin11 F
Channel 6 Pin12 G
Channel 7 rien
(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131125215301-gottlieb-test-IC13-EFGbmpmodif.JPG) (http://gamoovernet.pixhotel.fr/pics/20131125215301-gottlieb-test-IC13-EFGbmpmodif.JPG)

Je ne connais pas grand chose, mais j'aurai tendance à dire qu'il fonctionne malgré que je n'ai pas retrouvé l'explication de spectroman (mais ça peut venir de moi :-\ ) mis à part, l'horloge qui n'a pas un signal avec une fréquence d'oscillation régulière et qui me perturbe :-[
Je dispose de 74LS166 et 74LS175 en cas où :-\

Je vais tenter dans la semaine de tester IC88

je sens la fessée au démon des pannes là.... :D

c'est du lourd ^-

salut,

Oui, il a l'air de fonctionner (au moins partiellement). Il faut que tu vérifie, en faisant plusieurs captures, que chaque entrée (A..H) fonctionne bien. Vérifie un état à 0 et un état à 1 pour chaque signal si possible.

ci dessous, je t'ai commenté le schéma, j'espère être clair.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131126203114-spectroman-74ls166.png) (http://gamoovernet.pixhotel.fr/pics/20131126203114-spectroman-74ls166.png)

Il faut aussi tester l'autre le ls175, il est plus facile a tester.

Que la force soit avec toi.

: maldoror68 Tuesday 26 November 2013, 19:42:35 PM

je sens la fessée au démon des pannes là.... :D

c'est du lourd ^-

:-\ :-\ :-\ Tant que la fessée est constructive ;D

Aujourd'hui, j'ai reçu un petit appareil fort bien utile =:)) (je ne regrette pas l'achat ;) )

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131126202105-gottlieb-PINCE-TEST.JPG) (http://gamoovernet.pixhotel.fr/pics/20131126202105-gottlieb-PINCE-TEST.JPG)

Une pince test 16 pins ^-^ Et donc, essais sur IC88 et là, j'ai tout compris =:)) (une trace bleu pour le repère pin 1)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131126202334-gottlieb-TEST-74LS175-REDIM.JPG) (http://gamoovernet.pixhotel.fr/pics/20131126202334-gottlieb-TEST-74LS175-REDIM.JPG)

Plus loin dans l'analyse
(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131126202407-gottlieb-TEST74LS175-NUM2.JPG) (http://gamoovernet.pixhotel.fr/pics/20131126202407-gottlieb-TEST74LS175-NUM2.JPG)

: spectroman Friday 22 November 2013, 06:41:00 AM

pour tester le 74LS175, il faut connecter ton analyseur sur les signaux 4,5,12,13,9,2,7,10,15.
à chaque front montant sur la clock (pin n°8)(NB lire 9 ;) ), l'état des pins 4,5,12,13 sont recopiés sur les pins 2,7,10,15.

Pin 9 Horloge (sur channel O )

Channel 1 représente la Pin 4 et le signal se retrouve décalé et visible sur le channel 5 (pin2)lors du front montant de l'horloge ;)

Channel 2 représente la Pin 5 et le signal se retrouve décalé et visible sur le channel 6 (pin7)lors du front montant de l'horloge

Channel 3 représente la Pin 12 et le signal se retrouve décalé et visible sur le channel 7 (pin10)lors du front montant de l'horloge

Channel 4 représente la Pin 13 et le signal se retrouve décalé mais non visible car pas assez d'entrées sur l'analyseur pour le tester, demain, je supprime l'analyse de le pin 12 et pin 7 et relance un test pour contrôlerle décalage entre la pin 13 et la pin 15 avec le front montant de l'horloge ;) afin de vérifier qu'il n'y a pas de problème 8)

A l'état actuel des investigations je peux dire que IC88 fonctionne (en attente du test Pin13avec pin 15) :-)= :-)=

Là, je pense que je ne mérite pas de fessée =:)) =:))

Je referais un test demain sur IC73 (je pense avoir compris mon erreur de diagnostique ;) )

Gottlieb

Edit: je n'avais pas vu ton message pendant que je rédigeai Spectroman je refais un test demain ;) et merci pour l'explication ^-

: gottlieb Tuesday 26 November 2013, 20:43:53 PM

Aujourd'hui, j'ai reçu un petit appareil fort bien utile =:)) (je ne regrette pas l'achat ;) )

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131126202105-gottlieb-PINCE-TEST.JPG) (http://gamoovernet.pixhotel.fr/pics/20131126202105-gottlieb-PINCE-TEST.JPG)

Ca, ça vient de pologne :ang:
J'ai pris les mêmes sur mon comparateur logique :D

: gottlieb Tuesday 26 November 2013, 20:43:53 PM

Aujourd'hui, j'ai reçu un petit appareil fort bien utile =:)) (je ne regrette pas l'achat ;) )

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131126202105-gottlieb-PINCE-TEST.JPG) (http://gamoovernet.pixhotel.fr/pics/20131126202105-gottlieb-PINCE-TEST.JPG)

Une pince test 16 pins ^-^

c'est super pratique ca. J'ai un Scanalogic-2 et les pinces sont trop grosses pour les puces 4021 que je suis en train de tester. ^-^

: aje_fr Tuesday 26 November 2013, 23:40:00 PM

Ca, ça vient de pologne :ang:
J'ai pris les mêmes sur mon comparateur logique :D

;) Tout à fait, c'est polonais ^-^ et c'est plus pratique à utiliser que les grip fils (surtout lorsque l'on doit déplacer le PCB et la mettre à la verticale pour la tester )

t'as des news du 74ls175 et des ROMs (as tu vérifié les CRC)?

: spectroman Thursday 28 November 2013, 21:51:31 PM

t'as des news du 74ls175 et des ROMs (as tu vérifié les CRC)?

Salut!

Qu'appel tu les CRS :-[ (je vais finir par me faire flageller)

Donc, le 74LS166 est OK

Le 74LS175 est ok également (je l'ai même changé et ça n'a rien changé :-\ ) La seule question que je me pose, est: Est-ce que le signal de la clock pin 7 doit être continue sur toute la durée de l'analyse ou il peut y avoir des coupures et des différences entre 2 mesures :-X les captures d'écrans représente la période d'analyse en condensé ;)

Première mesure avec H D C B A respectivement sur channel 3 4 5 6 et 7
(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131128231729-gottlieb-ls173-test-1.JPG) (http://gamoovernet.pixhotel.fr/pics/20131128231729-gottlieb-ls173-test-1.JPG)

Deuxième mesure, on voit que le signal de l'horloge n'est pas comme la première mesure ni comme celi du post du 25/11 à 22h15 :-X

H G F E D sont respectivement sur channel 3 4 5 6 et 7
(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131128232116-gottlieb-ls173-test-2.JPG) (http://gamoovernet.pixhotel.fr/pics/20131128232116-gottlieb-ls173-test-2.JPG)

Quelle est la fréquence supposée du signal CLOCK ?
Quelle est la fréquence d'échantillonnage de l'analyseur logique ? 24 MHz ?

: f4brice Friday 29 November 2013, 07:42:45 AM

Quelle est la fréquence supposée du signal CLOCK ?
Quelle est la fréquence d'échantillonnage de l'analyseur logique ? 24 MHz ?

Bonjour F4brice!

La fréquence d'échantillonnage de l'analyseur est de 24MHz
La fréquence du quartz de la Pcb est de 15,46848MHz :-[
Il est vrai que je n'avait pas vérifié :?

Si je comprend bien, je doit refaire les mesures à 16MHz :-\

@ spectroman

CRC et non CRS :D j'ai trouvé, c'est la lecture et comparaison des roms :-\

gottlieb

Edit:

: Little_Rabbit Thursday 21 November 2013, 23:22:08 PM

Ton programmateur intègre-il une fonction de vérification de circuits TTL ?

A+

J'ai vu que mon programmateur a une fonction test SRAM :-\ (je l'ai vu en voulant programmer des M27128AF et qui ne sont pas supporté par ce modèle >:D :-(( )

Je viens aux news.

puisque les deux composants sont bons, il faut :
1) vérifier les crc des ROMs
2) regarder de plus près le tests des rams sous mame, et en refaire un complet au cas ou

dès que t'as fais le point 1, je démarre le point 2

a+

Salut spectroman!

: spectroman Tuesday 03 December 2013, 20:26:57 PM

1) vérifier les crc des ROMs

Pour vérifier les roms, il faut que j'attende de chopper le programmateur du taff >:(

En relisant le post, j'ai trouvé encore 3 74LS166 que je n'ai pas encore testé :-\

IC51, IC29 et IC9 je vais tenter de les tester demain ;)

Gottlieb

Courage.... Tu vas finir par y arriver <:)
Trop belle cette machine :-*

Merci Jed21!!

La borne finira par remarcher ;)
Tu pourras l'essayer sans le problème graphique 8)

Une petite question aux pro de l'électronique :D
Les éproms sur ma cartes sont des MB8516 Data Sheet (http://www.datasheetarchive.com/dl/Scans-005/Scans-00100382.pdf) en cherchant sur le web, cela correspond à des 2716.
Peuvent elles êtres remplacées par des M2716-1F1 DataSheet (http://www.datasheetarchive.com/dlmain/Datasheets-32/DSA-634139.pdf)

Cela me permettrais de remettre le programme des éproms et d'effectuer des tests ;)

En lisant le post de F4brice ICI (http://www.gamoover.net/Forums/index.php?topic=21931.0) je vois qu'il peut y avoir les 4 proms présentent sur la carte à tester également ;)

Je viens de refaire des prises de mesures avec l'analyseur logique ;) je posterais les résultats ce soir.

J'en ai également profité pour regarder de plus près les proms

IC 118 [PR65] est une TBP 18SO30N
IC 123 [PR66] est une TBP 18S030N
IC 128 [PR55] est une MI-7643T-5 =?=
IC 132 [PR67] est une MMI 6331-IJ =?=

Toujours en cherchant, j'ai trouvé ICI (http://www.donberg.fr/descript/t/tbp_18s030n.htm) que la références des proms IC 118 et 123 avaient comme correspondance 74S288AN. Est ce que celles ci peuvent correspondre Lien ebay (http://www.ebay.com/itm/TBP38S030-25N-PROM-AM27S19APC-74S288-DIP-16-NEW-Lot-of-2-/121129918181?pt=LH_DefaultDomain_0&hash=item1c33e7dee5) car ce sont des 74S288 mais correspondent également à des TBP38S030-25N PROM :-\ pour les commander en cas où :-\

Une autre petite question :D

Est ce que je peux faire des tests en enlevant une prom et lancer le jeu pour voir ce qu'elle gère.
La remettre et faire de même avec une autre et ainsi de suite... sans risque (ma question peut paraitre bête mais je préfère la poser et ne pas faire d'âneries ;D )
Ensuite je tenterais de faire de même avec les éproms ;)

Merci

Gottlieb

: gottlieb Wednesday 04 December 2013, 11:52:17 AM

Toujours en cherchant, j'ai trouvé ICI (http://www.donberg.fr/descript/t/tbp_18s030n.htm) que la références des proms IC 118 et 123 avaient comme correspondance 74S288AN. Est ce que celles ci peuvent correspondre Lien ebay (http://www.ebay.com/itm/TBP38S030-25N-PROM-AM27S19APC-74S288-DIP-16-NEW-Lot-of-2-/121129918181?pt=LH_DefaultDomain_0&hash=item1c33e7dee5) car ce sont des 74S288 mais correspondent également à des TBP38S030-25N PROM :-\ pour les commander en cas où :-\

Je viens de faire une comparaison des datasheets, je n'ai pas vu de cause d’incompatibilité.
As tu ce qu'il faut pour programmer ce genre de PROM ?

: gottlieb Wednesday 04 December 2013, 09:05:03 AM

Une petite question aux pro de l'électronique
Les éproms sur ma cartes sont des MB8516 Data Sheet (http://www.datasheetarchive.com/dl/Scans-005/Scans-00100382.pdf) en cherchant sur le web, cela correspond à des 2716.
Peuvent elles êtres remplacées par des M2716-1F1 DataSheet (http://www.datasheetarchive.com/dlmain/Datasheets-32/DSA-634139.pdf)

A partir du moment ou la référence n'est pas suffixée (cf MB8516), les eprom's ont un temps d'accès non certifié mais en tout cas inférieur au maximum spécifié (450 ns pour la MB8516). Si elles sont suffixées, c'est qu'elles ont été vérifiées comme étant inférieures ou égales au temps d'accès imposé par les spécifications liées au suffixe soit 350 ns pour le suffixe 1 de la M2716-1F1.

Qui peut le plus peut le moins, la M2716-1F1 est une parfaite remplaçante pour la MB8516

: gottlieb Wednesday 04 December 2013, 11:52:17 AM

Est ce que je peux faire des tests en enlevant une prom et lancer le jeu pour voir ce qu'elle gère.
La remettre et faire de même avec une autre et ainsi de suite... sans risque (ma question peut paraitre bête mais je préfère la poser et ne pas faire d'âneries ;D )

oui tu peux, mais je suis pas sûr que cela t’apprenne quelque chose.

si tu peux vérifier les CRC avec le prog de ton boulot, cela nous donnera une bonne indication

Merci à tous :-*

@ AsPiC
Pour la programmation de ces proms, il faut que je regarde avec celui du boulot, c'est un vieux tracassin :-\ sinon, je rechercherais quelqu'un pour me le faire :-\

@ GC339
Mon programmateur peut (normalement >:( ) programmer des 2716 et je dois en avoir dans mon bordel ;D comme cela, je pourrais faire des tests en changeant les éproms ;)

Je voulais également tenter en cas où de faire comme F4brice, en créant une rom corrompu et de la tester sous mame, mais je ne suis pas sûr d'être aussi bon (je tenterais quand même histoire de voir :D )

@ spectroman
Pour le programmateur du taff, j'en ai parlé à mon pote, le chef du service ;) il n'y a pas de problèmes mais pour le moment, on est débordés et on cours de partout :-\ on a du mal à se voir pour recup le prog >:D

Une autre petite question concernant toujours le 74LS175 et l'histoire de la clock qui me turlupine :-X
Ce matin, j'ai pris plusieurs mesures sur la pin 7 du composant et qui est la "clock"
Les différentes mesures ont été prises d'affilées (prise de mesure, enregistrement, reprise de mesure, réenregistrement etc... et cela 8 fois de suite :-\ )
Analyseur réglé sur 16Mhz

Le résultat donne ceci en condensé sur la période d'observation :- tout les spectres représentent la même longueur d'analyse.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131204224937-gottlieb-clock-ic73-mesures-diffy-rentes.JPG) (http://gamoovernet.pixhotel.fr/pics/20131204224937-gottlieb-clock-ic73-mesures-diffy-rentes.JPG)

On y vois clairement que le signal n'y est pas du tout régulier :? Est ce normal ou pas =?=
Quand je test d'autres composants comme les 74LS166, le signal sur la clock est régulière. Pourquoi sur celui-ci le signal reçu ressemble à ça =?= =?=

Par avance merci de votre aide ^-^

Gottlieb

Salut,

: gottlieb Wednesday 04 December 2013, 22:58:39 PM

On y vois clairement que le signal n'y est pas du tout régulier :? Est ce normal ou pas =?=
Quand je test d'autres composants comme les 74LS166, le signal sur la clock est régulière. Pourquoi sur celui-ci le signal reçu ressemble à ça =?= =?=

cette question est je pense liée à celle que F4brice te posait il y a quelques jours, et à laquelle tu avais répondu par :

: gottlieb Friday 29 November 2013, 10:09:06 AM

La fréquence d'échantillonnage de l'analyseur est de 24MHz
La fréquence du quartz de la Pcb est de 15,46848MHz :-[
Il est vrai que je n'avait pas vérifié :?

Si je comprend bien, je doit refaire les mesures à 16MHz :-\

Ce n'est pas la fréquence du quartz du PCB qui importe, mais la fréquence de ce signal d'horloge (j'avoue ne pas avoir pris le temps d'étudier le schéma de la Space Tactics... :-\). Là où F4brice voulait en venir, c'est qu'il faut que la fréquence d'échantillonnage de l'analyseur logique soit plus grande que le signal que tu veux observer : le double est le minimum je pense.

Si tu échantillonnes à 16 MHz, les signaux observés ne doivent pas dépasser 8 MHz.

Comme je n'ai pas suivi dans le détail vos recherches, je ne saurais dire si l'irrégularité des échantillons que tu observes est normale ou pas. Une solution pourrait être également d'utiliser un signal de déclenchement d'échantillonnage si ton analyseur possède cette fonctionnalité (fonction Trigger). Par exemple, tu le déclenches sur le front descendant du blanking horizontal. Ainsi les signaux échantillonnés le sont toujours par rapport à un instant t identique par rapport à la génération d'une image.

Je ne sais pas si j'ai été clair :).

A+

La recherche de panne me semble un peu brouillon.

Ce qu'il faut avoir en tête c'est que tout le fonctionnement de la carte est orienté autour du fonctionnement particulier des mémoires RAM dynamiques, les MK4027.
Les condensateurs internes qui constituent les cellules mémoires des MK4027 ont besoin d'être rafraichis cycliquement, l'ordre de grandeur est la ms, sinon il y a perte des données.
De plus chaque mémoire est organisée en rangées ou lignes (rows) et en colonnes (columns), l'adresse à laquelle on veut accéder doit donc être soumise en deux temps :

L'adresse de la ligne est latchée par le signal RAS (Row Address Strobe).
L'adresse de la colonne est latchée par le signal CAS (column Address Strobe).

La mémoire peut être accédée en mode page c'est à dire que l'on peut soumettre une adresse colonne sans soumettre une nouvelle adresse ligne qui reste inchangée.
Le rafraichissement de toutes les cellules d'une ligne est systématique dés qu'on y accède, il faut cependant toutes les balayer, 2⁶ donc 64, dans le temps maximum imparti pour ne pas perdre de données.
Dans le cas présent le rafraichissement est automatique, par besoin de circuiterie spécifique, car il s'agit de mémoire vidéo dont toutes les cellules ou bits sont accédés successivement au rythme de l'horloge pixel.

C'est pourquoi le fonctionnement de la "master clock", schéma page "G", est primordial puisque c'est d'elle dont dépendent tous les timings des signaux, en particulier RAS et CAS.
Grosso modo, ce schéma de la "master clock" page "G" peut être scindé en 3 blocks :

A gauche la micro machine : elle est cadencé par l'horloge à 15 MHz. Chaque ligne mémoire comporte l'état instantané des signaux qu'elle génère ainsi que l'adresse de la ligne suivante (D00 à D04 de 118), celle qui sera accédée sur le coup d'horloge suivant pour délivrer un nouvel état instantané. Il est donc impératif que les PROM fusibles 118 et 123 soient intègres et que leur contenu soit inchangé depuis leur programmation.
A droite le bloc de compteurs pixels (124)/lignes (128). Chaque compteur dispose d'un circuit de forçage à 0 une fois que le nombre de pixels/lignes ou le nombre de lignes/trames est atteint.
En dessous le multiplexeur (89, 90, 91) qui permet d'adresser les mémoires dynamiques en deux temps par ligne/colonne :
- Quasi constamment à partir des compteurs pixels/lignes pour générer les signaux vidéo.
- Sporadiquement à partir du bus d'adresse du µP 8080 pour déplacer les sprites, afficher du texte...

Les signaux issus de la "master clock" doivent donc soigneusement être vérifiés avant de progresser plus en avant.

Merci Little_rabbit

Le logiciel utilisé pour l'analyseur possède bien la fonction de déclenchement "trigger"

: Little_Rabbit Thursday 05 December 2013, 10:09:03 AM

Je ne sais pas si j'ai été clair :).
A+

Oui tu as été clair ;)

@ GC339

Merci pour cette explication qui me permet de mieux décrypter le fonctionnement de cette carte ^-
Si j'ai bien compris, il faut que l'on se concentre actuellement sur le circuit master clock (ce qui rejoint mon interrogation sur le signal du LS175 :-\ )

: gc339 Thursday 05 December 2013, 10:37:33 AM

Les signaux issus de la "master clock" doivent donc soigneusement être vérifiés avant de progresser plus en avant.

Je vais prendre tous les signaux provenant des trois circuits ^- me faut il un autre analyseur où celui que je possède suffit :( où faut il que je prenne le signal à l'oscilloscope :-\

: gc339 Thursday 05 December 2013, 10:37:33 AM

C'est pourquoi le fonctionnement de la "master clock", schéma page "G", est primordial puisque c'est d'elle dont dépendent tous les timings des signaux, en particulier RAS et CAS.

A droite le bloc de compteurs pixels (124)/lignes (128). Chaque compteur dispose d'un circuit de forçage à 0 une fois que le nombre de pixels/ligne ou le nombre de lignes/trame est atteint.

Pour ce qui est des Rams MK4027, celles ci doivent êtres ok puisque lors du test rams, il y a aucuns défauts ;)

Pour le comptage des lignes peut être une piste :-\ inexorablement, c'est toujours les mêmes lignes et avec un intervalle toujours régulier qui sont buggés :-[

Gottlieb

: gottlieb Thursday 05 December 2013, 11:36:13 AM

Je vais prendre tous les signaux provenant des trois circuits ^- me faut il un autre analyseur où celui que je possède suffit :( où faut il que je prenne le signal à l'oscilloscope

Difficile d'analyser finement le timing des signaux issus de la micro machine avec un analyseur logique car il faudrait pouvoir la comparer à celle d'une autre carte fonctionnelle.
Le plus simple est déjà de s'assurer du contenu des deux PROMs fusibles 118 et 123.
Les autres vérifications peuvent se faire à l'oscilloscope, il faut être sûr que toutes les sorties des circuits de la "master clock" (portes, compteurs, latches, PROMs ...) délivrent des niveaux logiques conformes à ceux de la logique TTL, c'est à dire zéro logique < 0,5 volt, niveau 1 > 2,4 volts et que les fronts des signaux soient bien raides et exempts de "glitches".
Sinon avec l'analyseur logique, il est toujours possible de vérifier que les sorties des latches reproduisent l'état présent sur leurs entrées à chaque coup d'horloge, que les compteurs évoluent correctement, que les multiplexeurs aiguillent effectivement les entrées sélectionnées vers les sorties...
Sinon la fréquence d'échantillonnage de l'analyseur doit toujours être supérieure à la récurrence des signaux observés. Plus le rapport sera grand, plus précis pourra être observé le positionnement dans le temps d'un signal par rapport à un autre.

Merci GC339 ^-

: gc339 Thursday 05 December 2013, 12:26:05 PM

Les autres vérifications peuvent se faire à l'oscilloscope, il faut être sûr que toutes les sorties des circuits de la "master clock" (portes, compteurs, latches, PROMs ...) délivrent des niveaux logiques conformes à ceux de la logique TTL, c'est à dire zéro logique < 0,5 volt, niveau 1 > 2,4 volts et que les fronts des signaux soient bien raides et exempts de "glitches".
Sinon avec l'analyseur logique, il est toujours possible de vérifier que les sorties des latches reproduisent l'état présent sur leurs entrées à chaque coup d'horloge, que les compteurs évoluent correctement, que les multiplexeurs aiguillent effectivement les entrées sélectionnées vers les sorties...
Sinon la fréquence d'échantillonnage de l'analyseur doit toujours être supérieure à la récurrence des signaux observés. Plus le rapport sera grand, plus précis pourra être observé le positionnement dans le temps d'un signal par rapport à un autre.

En étant bien guidé, il n'y a pas de problèmes pour effectuer les tests ^-

: gc339 Thursday 05 December 2013, 12:26:05 PM

Difficile d'analyser finement le timing des signaux issus de la micro machine avec un analyseur logique car il faudrait pouvoir la comparer à celle d'une autre carte fonctionnelle.
Le plus simple est déjà de s'assurer du contenu des deux PROMs fusibles 118 et 123.

Là ça se complique :?
Trouver une autre carte fonctionnelle pour comparer, il est vrai que c'est quasi impossible (je n'ai pas dit impossible) :-[

Pour ce qui est de la lecture des proms et éventuellement de me programmer des nouvelles, il faut que je trouve une personne qui puisse me le faire (j'ai quelques pistes locale à voir ) où les remplacer comme F4brice par des éproms ????

Je dois pouvoir te programmer certaines références de PROM à fusibles, mais pas toutes.
Donne-moi une ou plusieurs références, et je te dirai si c'est possible ou pas.

Pour le contenu de chaque PROM, as-tu regardé dans Mame ?

: Extrait du fichier src/mame/driver/stactics.c

ROM_START( stactics ) ROM_REGION( 0x10000, "maincpu", 0 ) ROM_LOAD( "epr-218x", 0x0000, 0x0800, CRC(b1186ad2) SHA1(88929a183ac0499619b3e07241f3b5a0c89bdab1) ) ROM_LOAD( "epr-219x", 0x0800, 0x0800, CRC(3b86036d) SHA1(6ad5e14dcfdbc6d2a0a32ae7f18ce41ab4b51eec) ) ROM_LOAD( "epr-220x", 0x1000, 0x0800, CRC(c58702da) SHA1(93936c46810722d435f9ddb0641defb741743dee) ) ROM_LOAD( "epr-221x", 0x1800, 0x0800, CRC(e327639e) SHA1(024929b65c71eaeb6d234a14d7535a7d5b98b8d3) ) ROM_LOAD( "epr-222y", 0x2000, 0x0800, CRC(24dd2bcc) SHA1(f77c59beccc1a77e3bfc2928ff532d6e221ff42d) ) ROM_LOAD( "epr-223x", 0x2800, 0x0800, CRC(7fef0940) SHA1(5b2af55f75ef0130f9202b6a916a96dbd601fcfa) ) ROM_REGION( 0x1040, "proms", 0 ) ROM_LOAD( "pr54", 0x0000, 0x0800, CRC(9640bd6e) SHA1(dd12952a6591f2056ac1b5688dca0a3a2ef69f2d) ) /* color/priority PROM */ ROM_LOAD( "pr55", 0x0800, 0x0800, CRC(f162673b) SHA1(83743780b6c1f8014df24fa0650000b7cb137d92) ) /* timing PROM (unused) */ ROM_LOAD( "pr65", 0x1000, 0x0020, CRC(a1506b9d) SHA1(037c3db2ea40eca459e8acba9d1506dd28d72d10) ) /* timing PROM (unused) */ ROM_LOAD( "pr66", 0x1020, 0x0020, CRC(78dcf300) SHA1(37034cc0cfa4a8ec47937a2a34b77ec56b387a9b) ) /* timing PROM (unused) */ ROM_REGION( 0x0820, "user1", 0 ) ROM_LOAD( "epr-217", 0x0000, 0x0800, CRC(38259f5f) SHA1(1f4182ffc2d78fca22711526bb2ae2cfe040173c) ) /* LED fire beam data */ ROM_LOAD( "pr67", 0x0800, 0x0020, CRC(b27874e7) SHA1(c24bc78c4b2ae01aaed5d994ce2e7c5e0f2eece8) ) /* LED timing ROM (unused) */ ROM_END

Il existe 4 PROMs présentes dans le dump Mame, inutilisées par Mame mais néanmoins bien présentes ! ;)

A propos de la "régularité" du signal CLOCK mesurée par ton analyseur logique, tu ne peux rien conclure avec cette mesure.
Tu échantillonnes un signal de 15 MHz avec un appareil qui fonctionne à 16 MHz.
Il ne faut pas espérer obtenir une mesure fiable.
Je ne dis pas "ça fonctionne" ou "ça ne fonctionne pas"... Je dis juste "tu ne peux prien conclure". ;)

Les PROMs qui génèrent les signaux critiques de timing sont IC123 et IC118 (des 74S288 de chez National d'après la doc).
Elles sont libellées "PR65" et "PR66", donc bien présentes dans le dump Mame.
Voici des équivalents :

82S123 de chez Signetics
27S19 de chez AMD
6331 de chez MMI
18S030 de chez Texas
7603 de chez Harris
7112 de chez Fujitsu

Merci F4brice :-*

Le set mame, je le possède déjà ;)

Pour la référence des proms, tu as répondu à ta question :-\ Il y a juste PR55 et PR54(IC128 et 68) qui sont des MI67643T-5

Dans la partie, contrôle, on peut exclure PR67 et l'éprom 217 qui gèrent eux, la partie laser et qui est fonctionnelle ;) C'est pour cela, que je voulais également faire des tests pour savoir ce que gèrent chaque Proms et Eproms en les ôtant une par une et voir ce qui se passait ou était supprimé :-\

Si tu as la possibilité de me programmer PR65 et PR66 dis le moi, je commande ce que tu me dis et te les fait parvenir ^-

Pour ce qui est des Eproms, leurs références est MB8516 de chez Fujitsu et on comme correspondance des 2716 ;)

La borne va finir par revivre (elle est quand même plus ou moins jouable) et je vais finir par comprendre la logique de cette carte :-)= :-)=

Merci

Gottlieb

: gottlieb Friday 06 December 2013, 10:41:11 AM

Pour la référence des proms, tu as répondu à ta question :-\ Il y a juste PR55 et PR54(IC128 et 68) qui sont des MI67643T-5

Sur le schéma ce sont des 1024×4 référence uPB426 (ou µPB426) de marque NEC : http://home.hccnet.nl/w.geeraert/pdf515/uPB406__uPB426.pdf
Avec pour équivalents : 63S440, SN74S476, HM7643, TBP24S41... liste non exhaustive.

Merci GC pour ce complément d'info ^-

En fait, je me rend compte d'une grosse erreur de ma part :-\
Je regarde les schémas et essais de les comprendre ;) Mais lorsqu'il s'agit de chercher la référence d'un composant, je regarde ce qui est marqué sur celui de la PCB et je galère avec certaines références, alors que si je prenais l'habitude de lire en complément les références marquées sur le schéma ce serait moins galère :-)=

Il faut vraiment que je perde cette habitude :-((

Bonjour,

Le contenu des Eproms a été comparé à celui de Mame et je peux affirmer qu'il n'y a aucune différence :-)= :-)=

Reste les proms à vérifier ou à changer :-\ Et contrôler le circuit "Master clock" ^-

Travail de cet après-midi ;)

Liste des composants utilisé pour la partie "MASTER CLOCK: TIMING CIRCUIT" et recherche de leurs datasheet ^-

74LS74 (http://www.alldatasheet.com/datasheet-pdf/pdf/5740/MOTOROLA/74LS74.html) : IC134, IC130
74LS153 (http://www.alldatasheet.com/datasheet-pdf/pdf/5662/MOTOROLA/74LS153.html) : IC89, IC90, IC91
74LS175 (http://www.alldatasheet.com/datasheet-pdf/pdf/5674/MOTOROLA/74LS175.html) : IC116, IC117, IC121, IC122, IC144
74LS10 (http://www.alldatasheet.com/datasheet-pdf/pdf/12605/ONSEMI/74LS10.html) IC129
74S04 (http://www.alldatasheet.com/datasheet-pdf/pdf/27413/TI/SN74S40.html) : IC110, IC143
74LS86 (http://www.alldatasheet.com/datasheet-pdf/pdf/51095/FAIRCHILD/74LS86.html) : IC105
74393 (http://www.alldatasheet.com/datasheet-pdf/pdf/83147/HARRIS/74393.html) : IC124, IC128
7416 (http://html.alldatasheet.com/html-pdf/50898/FAIRCHILD/DM7416/405/1/DM7416.html) : IC49

Gottlieb

Le contenu des PROMs du séquenceur. Apparemment il y a une inversion entre PR65 et PR66 si l'on se réfère au quartet de droite qui doit contenir les 4 bits de poids faible du séquenceur (µ machine)
Les huit dernières lignes sont à zéro et le séquenceur ne devrait jamais les adresser. Si cela devait arriver accidentellement, la ligne 0 du séquenceur serait adressée au coup d'horloge suivant et il reprendrait alors son déroulement normal.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131208004659-gc339-PRxx.PNG) (http://gamoovernet.pixhotel.fr/pics/20131208004659-gc339-PRxx.PNG)

Concaténation ligne/ligne du contenu des PROMs, affichage en hexadémal et en binaire. Les 5 bits de droite représente l'adresse de la nouvelle ligne qui sera chargée au prochain coup d'horloge :

5DE1 ≡ 0101.1101.111 0.0001 (Adr. 01 ) 7C02 ≡ 0111.1100.000 0.0010 (Adr. 02 ) 78A3 ≡ 0111.1000.101 0.0011 (Adr. 03 ) F8E4 ≡ 1111.1000.111 0.0100 (Adr. 04 ) F8C5 ≡ 1111.1000.110 0.0101 (Adr. 05 ) B9E6 ≡ 1011.1001.111 0.0110 (Adr. 06 ) B9E7 ≡ 1011.1001.111 0.0111 (Adr. 07 ) 19C8 ≡ 0001.1001.110 0.1000 (Adr. 08 ) 5DE9 ≡ 0101.1101.111 0.1001 (Adr. 09 ) 7CEA ≡ 0111.1100.111 0.1010 (Adr. 0A ) 78CB ≡ 0111.1000.110 0.1011 (Adr. 0B ) 7AEC ≡ 0111.1010.111 0.1100 (Adr. 0C ) 7AED ≡ 0111.1010.111 0.1101 (Adr. 0D ) 3BCE ≡ 0011.1011.110 0.1110 (Adr. 0E ) 3BEF ≡ 0011.1011.111 0.1111 (Adr. 0F ) 19F0 ≡ 0001.1001.111 1.0000 (Adr. 10 ) 5DD1 ≡ 0101.1101.110 1.0001 (Adr. 11 ) 74F2 ≡ 0111.0100.111 1.0010 (Adr. 12 ) 78F3 ≡ 0111.1000.111 1.0011 (Adr. 13 ) 7AD4 ≡ 0111.1010.110 1.0100 (Adr. 14 ) 7AF5 ≡ 0111.1010.111 1.0101 (Adr. 15 ) 3BF6 ≡ 0011.1011.111 1.0110 (Adr. 16 ) 2BD7 ≡ 0010.1011.110 1.0111 (Adr. 17 ) 19E0 ≡ 0001.1001.111 0.0000 (Adr. 00 )

Transposition lignes/colonnes de la matrice :

0001 1110 0000 0000 0000 0000 1111 1000 1111 1000 1111 1000 0111 1110 0111 1110 0111 1110 1111 1111 1111 1111 1111 1101 1111 1111 1111 1111 1011 1111 1100 0000 1100 0000 1100 0000 0000 0000 0001 1110 0001 1110 1000 0111 1000 0111 1000 0111 1011 1111 1111 1111 1111 1111 1001 1111 1111 1111 1111 1111 1011 0110 1101 1011 0110 1101 0000 0000 0000 0001 1111 1110 1234 5678 9ABC DEF0 1234 5670 577F FBB1 5777 7331 5777 7321 DC88 8999 DC8A ABB9 D48A ABB9 E0AE CEEC EECE ECEF DFFD FFDE 1234 5678 9ABC DEF0 1234 5670

Chronogramme des signaux issus du séquenceur, correspondent aux sorties "Q" des LS175, à inverser pour les sorties "Q/".

┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌ ──█┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘ CLK des LS175 ┌───────┐ ┌───────┐ ─────────┘ └───────────────────────────────────────┘ └────────────────────────────────── █0 0 0 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0█0 0 0 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0█ WR TIMING ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌ ───┘ └─────┘ └─────┘ └─────┘ └─────┘ └─────┘ └─────┘ █1 1 1 1 1 0 0 0 1 1 1 1 1 0 0 0 1 1 1 1 1 0 0 0█1 1 1 1 1 0 0 0 1 1 1 1 1 0 0 0 1 1 1 1 1 0 0 0█ CAS/ ┌───────────┐ ┌───────────┐ ┌───────────┐ ┌───────────┐ ┌───────────┐ ┌───────────┐ ─────┘ └───┘ └───┘ └───┘ └───┘ └───┘ └── █0 1 1 1 1 1 1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 1 1 0█0 1 1 1 1 1 1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 1 1 0█ N1 ┌───────────────────────────────────────────┐ ┌─────────────────────────────────────────────┐ ┌── ───┘ └─┘ └─┘ █1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1█1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1█ CLK LS74 en 130 ┌─────────────────────────────────┐ ┌─────────────────────────────────────────────┐ ┌──────────── ───┘ └─┘ └─┘ █1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1█1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1█ MSB/ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌ ───┘ └───────────┘ └───────────┘ └───────────┘ └───────────┘ └───────────┘ └───────────┘ █1 1 0 0 0 0 0 0 1 1 0 0 0 0 0 0 1 1 0 0 0 0 0 0█1 1 0 0 0 0 0 0 1 1 0 0 0 0 0 0 1 1 0 0 0 0 0 0█ RAS/ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ─────────────────────────┘ └───────┘ └───────────────────────┘ └───────┘ └── █0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0█0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0█ M0 ┌─┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌────── ───┘ └───────┘ └───────┘ └───────┘ └───────┘ └───────┘ └───────┘ █1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1█1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1█ N2 ┌─┐ ┌─────────────────────────────────────────────┐ ┌──────────────────────────────────────────── ───┘ └─┘ └─┘ █1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1█1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1█ COLOR ┌─┐ ┌───────────────────────────────────────────┐ ┌────────────────────────────────────────── ───┘ └───┘ └───┘ █1 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1█1 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1█ SRLD/ ┌─┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌── ───┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ █1 0 1 1 0 1 1 0 1 1 0 1 1 0 1 1 0 1 1 0 1 1 0 1█1 0 1 1 0 1 1 0 1 1 0 1 1 0 1 1 0 1 1 0 1 1 0 1█ SRCK 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 0 ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌ ───┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ █1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0█1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0█ x ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ─────┘ └───┘ └───┘ └───┘ └───┘ └───┘ └───┘ └───┘ └───┘ └───┘ └───┘ └───┘ └── █0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0█0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0█ y ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ─────────┘ └───────┘ └───────┘ └───────┘ └───────┘ └───────┘ └── █0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0█0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0█ M1 ┌───────────────┐ ┌───────────────┐ ─────────────────┘ └───────────────────────────────┘ └────────────────── █0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0█0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0█ M2 ┌───────────────┐ ┌───────────────┐ ─────────────────────────────────┘ └───────────────────────────────┘ └── █0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0█0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0█ M4

((:s ((:s ((:s

Alors là, j'en suis sur le c*l ^-^

Je me suis toujours demandé à quoi correspondait le code que je lisais dans les proms ;) c'est de l'adressage mais avec l'utilisation des codes présents sur les 2 proms ^-
Par exemple : 5DE1 ≡ 0101.1101.111 0.0001 (Adr. 01 )

5 = 0101 en binaire
D correspond au chiffre 13 = 1101 en binaire
E correspond au chiffre 14 = 1110 en binaire
1 = 0001 en binaire

ce qui donne 0101.1101.1110.0001 :-)=

Au début, j'ai eu du mal à comprendre mais finalement, c'est super détaillé et bien expliqué ^-^ ^-^ Il n'y a que l'inversion des proms que je n'ai pas tout compris :-\ Le code présent sur la prom référencé PR66 possède le code de la PR65 (une lecture et comparaison avec celles de la carte le confirmera ;) )
Au final, les 2 proms ne contiennent pas grand chose mais elles peuvent suffire à foutre un sacré bordel :D

Merci pour le travail sur les signaux des LS175 :-)= je vais pouvoir contrôler tout ça :-*

Merci, je vais tenter de prendre les signaux dans la semaine ^-^

:10: pour l'explication

Gottlieb

Les signaux générés par le séquenceur :

WR TIMING : période où le µP 8080 peut écrire dans les bancs de MK4027 ou dans la RAM 2141.
N1 et N2 : horloges Φ1 et Φ2 pour le µP 8080, se substituent à celles délivrées usuellement par un 8224.
CAS et RAS : adressage des MK4027 par colonnes/rangées.
SRLD : chargement des registres à décalage 74LS166 des pages B, D, E et F.
SRCK : horloge pixel pour les registres à décalage.
M0, M1, M2 et M4 : commande des multiplexeurs d'adressage des MK4027.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131208220106-gc339-Chronograme.PNG) (http://gamoovernet.pixhotel.fr/pics/20131208220106-gc339-Chronograme.PNG)

Un cycle complet du séquenceur comporte 24 périodes élémentaires. Pendant ce cycle :

Les registres à décalage 74LS166 des pages B, D, E et F sont chargés par le contenu des MK4027 de la page en début de cycle (signal SRLD ) puis ce contenu est décalé au rythme de l'horloge pixel (signal SRCK ). Huit bits ou pixels sont ainsi extraits par page lors d'un cycle du séquenceur.
Les MK4027 sont accédées trois fois par cycle, ainsi sont générés trois paires d'accès CAS/RAS.
Les multiplexeurs qui adressent les MK4027 sont donc sollicités six fois par cycle pour soumettre trois adresses différentes.

Le multiplexeur sur le schéma de la "master clock" est composé de trois 74LS153 (89, 90 et 91 ), il aiguille en sortie sur les fils ADR1 à ADR6 :

Soit les adresses AŌ0 à AŌ11 issues du bus d'adresses du µP 8080.
Soit les sorties du compteur de blocs de 8 pixels et du compteur de lignes.

Les différents signaux aiguillés sur les fils ADR1 à ADR6 pendant un cycle du séquenceur ne dépendent que des fils M1 et M2 :

┌───────────────┐ ───────────────────────────────┘ └─ M4 ┌───────────────┐ ───────────────┘ └───────────────── M2 ┌───────┐ ┌───────┐ ┌───────┐ ───────┘ └───────┘ └───────┘ └─ M1 ┌───────┐ ┌───────┐ ───────────────────────┘ └───────┘ └─ M0 . . . . . . AŌ0 . AŌ6 . 8H . 16V . AŌ0 . AŌ6 . ADR1 AŌ1 . AŌ7 . 16H . 32V . AŌ1 . AŌ7 . ADR2 AŌ2 . AŌ8 . 32H . 64V . AŌ2 . AŌ8 . ADR3 AŌ3 . AŌ9 . 64H . 128V . AŌ3 . AŌ9 . ADR4 AŌ4 . AŌ10 . 128H . "0" . AŌ4 . AŌ10 . ADR5 AŌ5 . AŌ11 . 8V . "0" . AŌ5 . AŌ11 . ADR6

Par exemple pour la première séquence, quand M1 et M2 sont à 0, ce sont les adresses AŌ0 à AŌ5 qui sont aiguillés sur les fils ADR1 à ADR6. Séquence suivante, quand seul M1 est à 1, ce sont AŌ6 à AŌ11...

Ces fils ADR1 à ADR6 ne sont qu'une étape intermédiaire car ils sont connectés sur les entrées d'autres multiplexeurs propres à chaque page avant d'être appliqués sur les adresses des MK4027 :

Le multiplexeur de la page B est piloté par M1 et M4 : ┌───────────────┐ ───────────────────────────────┘ └─ M4 ┌───────────────┐ ───────────────┘ └───────────────── M2 ┌───────┐ ┌───────┐ ┌───────┐ ───────┘ └───────┘ └───────┘ └─ M1 ┌───────┐ ┌───────┐ ───────────────────────┘ └───────┘ └─ M0 . . . . . . ADR1 . ADR1 . ADR1 . ADR1 . 1V .  CA3_B . A0 ADR2 . ADR2 . ADR2 . ADR2 . 2V .  CA4_B . A1 ADR3 . ADR3 . ADR3 . ADR3 . 4V .  CA5_B . A2 ADR4 . ADR4 . ADR4 . ADR4 .  CA0_B .  CA6_B . A3 ADR5 . ADR5 . ADR5 . ADR5 .  CA1_B .  CA7_B . A4 ADR6 . ADR6 . ADR6 . ADR6 .  CA2_B . "1" . A5

Le multiplexeur des pages D, E et F est piloté par M0 et M4 : ┌───────────────┐ ───────────────────────────────┘ └─ M4 ┌───────────────┐ ───────────────┘ └───────────────── M2 ┌───────┐ ┌───────┐ ┌───────┐ ───────┘ └───────┘ └───────┘ └─ M1 ┌───────┐ ┌───────┐ ───────────────────────┘ └───────┘ └─ M0 . . . . . . ADR1 . ADR1 . ADR1 . x-16V . x-1V .  CA3_X . A0 ADR2 . ADR2 . ADR2 . x-32V . x-2V .  CA4_X . A1 ADR3 . ADR3 . ADR3 . x-64V . x-4V .  CA5_X . A2 ADR4 . ADR4 . ADR4 .x-128V .  CA0_X .  CA6_X . A3 ADR5 . ADR5 . ADR5 . "0" .  CA1_X .  CA7_X . A4 ADR6 . ADR6 .NxADR6 . "0" .  CA2_X . "1" . A5 . x-8V .

Les pages D, E et F sont schématiquement identiques entre elles et sont semblables sur bien des points à la page "B", elles ont cependant les spécificités suivantes :

Chaque page possède son propre compteur de lignes (Schéma "E" ), le préfixe "x" se substituant à la lettre de la page dans le tableau de droite.
Les signaux CA0 à CA7 sont propres à chaque page ou bloc de MK4027, c'est pourquoi ils ont été indicés dans les deux tableaux alors qu'ils ne le sont pas en réalité sur les schémas "C" et "D".
L'intervalle de temps où M2 est au niveau "1" pendant que M0 et M4 sont à "0" est un cas spécial, le signal "x-8V" associé à la page est substitué à l'adresse "ADR6" à travers le multiplexeur 92 (Schéma "E", signal intermédiaire NxADR6 ).

De la mise en cascade de ces multiplexeurs, on peut résumer les adressages consécutifs des blocs de MK4027 pendant un cycle du séquenceur :

Adressage des MK4027 de la page B : ┌───────────────┐ ───────────────────────────────┘ └─ M4 ┌───────────────┐ ───────────────┘ └───────────────── M2 ┌───────┐ ┌───────┐ ┌───────┐ ───────┘ └───────┘ └───────┘ └─ M1 ┌───────┐ ┌───────┐ ───────────────────────┘ └───────┘ └─ M0 . . . . . . . . . . . . . . . . . . . . . . . . AŌ0 . AŌ6 . 8H . 16V . 1V .  CA3_B . A0 AŌ1 . AŌ7 . 16H . 32V . 2V .  CA4_B . A1 AŌ2 . AŌ8 . 32H . 64V . 4V .  CA5_B . A2 AŌ3 . AŌ9 . 64H . 128V .  CA0_B .  CA6_B . A3 AŌ4 . AŌ10 . 128H . "0" .  CA1_B .  CA7_B . A4 AŌ5 . AŌ11 . 8V . "0" .  CA2_B . "1" . A5 . . . . . . . . . . . . . . . . . . . . . . . . ┌─────────┐ ┌─────────┐ ┌─────────┐ ─┘ └─────┘ └─────┘ └───── CAS/ ┌───┐ ┌───┐ ┌───┐ ─┘ └───────────┘ └───────────┘ └─────────── RAS/ ───────────────────────────────────┐ ┌─────────── └─┘ MSB/

Adressage des MK4027 des pages D, E et F : ┌───────────────┐ ───────────────────────────────┘ └─ M4 ┌───────────────┐ ───────────────┘ └───────────────── M2 ┌───────┐ ┌───────┐ ┌───────┐ ───────┘ └───────┘ └───────┘ └─ M1 ┌───────┐ ┌───────┐ ───────────────────────┘ └───────┘ └─ M0 . . . . . . . . . . . . . . . . . . . . . . . . AŌ0 . AŌ6 . 8H . x-16V . x-1V .  CA3_X . A0 AŌ1 . AŌ7 . 16H . x-32V . x-2V .  CA4_X . A1 AŌ2 . AŌ8 . 32H . x-64V . x-4V .  CA5_X . A2 AŌ3 . AŌ9 . 64H .x-128V .  CA0_X .  CA6_X . A3 AŌ4 . AŌ10 . 128H . "0" .  CA1_X .  CA7_X . A4 AŌ5 . AŌ11 . x-8V . "0" .  CA2_X . "1" . A5 . . . . . . . . . . . . . . . . . . . . . . . . ┌─────────┐ ┌─────────┐ ┌─────────┐ ─┘ └─────┘ └─────┘ └───── CAS/ ┌───┐ ┌───┐ ┌───┐ ─┘ └───────────┘ └───────────┘ └─────────── RAS/ ───────────────────────────────────┐ ┌─────────── └─┘ MSB/

En fait le mode d'adressage est similaire quelque soit la page "B", "D", "E" ou "F", témoins les deux tableaux au-dessus. Ce qui les différencie vraiment, c'est le compteur de lignes propre à chaque page.
Commentaires sur les périodes d'une séquence :

Le premier tiers de la séquence est réservé pour que le µP puisse faire des accès à la mémoire vidéo en transparence sans perturber l'affichage à l'écran, aussi bien en lecture qu'en écriture.
- Premier temps : Les adresses AŌ0 à AŌ5 sont latchées comme adresse ligne dans les MK4027 sur le front descendant du signal RAS/.
- Second temps : Les adresses AŌ6 à AŌ11 sont latchées comme adresse colonne sur le front descendant du signal CAS/. A ce moment précis, le µP 8080 a la possibilité d'écrire car le séquenceur l'autorise en positionnant le signal "WR TIMING".
Le second tiers de la séquence permet d'adresser le premier bloc de 1024 octets de chaque page vidéo par les compteurs de blocs de 8 pixels (8H ou x-8H à 128H ou x-128H) et par paquets de 8 lignes (8V ou x-8V à 128V ou x-128V).
- Premier temps : Le compteur de blocs de pixels est latché en premier avec le bit de poids le plus faible du numéro de paquet de lignes.
- Deuxième temps : Les autres bits du numéro de paquet sont latchés à leur tour. Les deux bits les plus significatifs sont forcés à "0" pour n'accéder qu'aux 1024 premiers octets de la mémoire de page.
Le troisième tiers permet de réadresser la mémoire de page avec la donnée lue dans cette même page à l'issue de la période précédente :
- Premier temps : Le numéro de ligne dans le paquet de 8 plus les 3 bits les moins significatifs de la donnée disponible en sortie des MK4027 à l'issue de la période précédente (CA0_X à CA2_X) sont latchés sur le front descendant du signal RAS/. Les 5 autres bits de cette donnée sont latchés à part dans un registre temporaire 74LS174 sur le front ascendant du signal MSB/ issu du séquenceur.
- Second temps : Les autres bits de la donnée issus de la période précédente et sauvegardés dans le registre temporaire sont latchés sur le front descendant du signal CAS/. Le bit restant, le plus significatif, est forcé à "1" pour n'adresser que les 2048 derniers octets de la mémoire de page.
Et enfin une pseudo quatrième période qui est en fait exécutée au tout début du premier tiers de la séquence suivante.
- La donnée extraite, depuis les 2048 derniers octets de la mémoire vidéo, à l'issue du dernier tiers de la séquence précédente est maintenue en sortie des MK4027 jusqu'à l'avénement du premier front descendant du signal CAS/ attaché à cette nouvelle séquence.
- Le séquenceur positionne alors le signal "SRLD/" pour autoriser, en synchronisme avec l'horloge pixel, le chargement de ces données dans les registres à décalage des différentes pages.

En conséquence la mémoire vidéo des différentes pages apparait scindée en deux zones :

La zone basse comportant 1K octets, adressée à partir des compteurs pixels/lignes, délivrant des index vers les bitmaps des sprites à afficher.
La zone haute de 2K octets chargée avec les bitmaps 8×8 des sprites (ou de morceaux de sprites ).

Ces zones mémoire étant sous le contrôle complet du µP 8080 en charge de les initialiser ou de les modifier à tout moment pendant une partie.

Salut,

Alors là gc339, tu me laisses sans voix ! :o

Ta capacité d'analyse du fonctionnement de ce PCB, et plus encore le soin apporté à son exposé (chronogramme, passages en polices non proportionnelles, multi-colonnage, etc.) est tout à fait extraordinaire !!

Fais-tu tout ça à la main (les chronogrammes notamment), ou bien t'aides-tu d'un outil dédié à ce genre de rédaction ?

En tous les cas, chapeau ! ^- Et merci de nous faire profiter de tout cela !

A+

Je suis d'accord avec le petit lapin.

Passer du temps a comprendre, je comprends, c'est un plaisir. Mais passer autant de temps à expliquer dans le moindre détail....
Il te faut LA foi :-)=, merci. (Ze Corp: il faut faire un smiley qui applaudit)

D'un autre côté Le gottlieb à tellement l'esprit de partage, qu'il le mérite bien aussi.

En tout cas merci gc339 pour tes lumières.

:o :o
Après la folle journée passée au taff, voir tout ce travail que tu a réalisé cg339 me laisse sans voix également ((:s

Moi qui débute dans l'électronique, j'arrive à comprendre presque tout :-)= Le restant, je me le fait également expliquer par un collègue pratiquant l'électronique en amateur ;) et après lui avoir présenté ton travail de samedi, il en est resté scotché, du coup, il est reparti avec les schémas, la copie du post et les datasheets pour étudier ça =:))

Ma copine va finir par me trouver fou ;D , je jongles avec 2 portables (1 sur gamo et un pour les datasheets) et les schémas en permanence pour suivre toutes tes explications pour comprendre le fonctionnement et cheminement des signaux ^- Ce qui me prend le plus de temps est la recherche des entrée sortie qui sont mal écrite sur les plans >:(

: Little_Rabbit Monday 09 December 2013, 21:26:11 PM

Salut,

Alors là gc339, tu me laisses sans voix ! :o

Ta capacité d'analyse du fonctionnement de ce PCB, et plus encore le soin apporté à son exposé (chronogramme, passages en polices non proportionnelles, multi-colonnage, etc.) est tout à fait extraordinaire !!

Fais-tu tout ça à la main (les chronogrammes notamment), ou bien t'aides-tu d'un outil dédié à ce genre de rédaction ?

En tous les cas, chapeau ! ^- Et merci de nous faire profiter de tout cela !

A+

Pour les chronogramme, je voulais également te poser la même question :-\ Il sont très bien fait et très compréhensible ^-^

: spectroman Monday 09 December 2013, 21:40:37 PM

Je suis d'accord avec le petit lapin.

Passer du temps a comprendre, je comprends, c'est un plaisir. Mais passer autant de temps à expliquer dans le moindre détail....
Il te faut LA foi :-)=, merci. (Ze Corp: il faut faire un smiley qui applaudit)

D'un autre côté Le gottlieb à tellement l'esprit de partage, qu'il le mérite bien aussi.

En tout cas merci gc339 pour tes lumières.

Tout à fait d'accord avec toi spectroman ^- Pour le smiley, je ne sais pas lequel pourrait représenté mon ressenti tellement il est grand :-\

Cela me ferait presque verser une larme, quand je vois toute l'aide que je reçois ^-^ Tout le mérite est plus pour vous tous qui m'aidez, à faire revivre cette borne ;) Moi qui suis un novice en électronique j'en apprend énormément de ce dépannage :-)= :-)=

Maintenant, il va falloir que je trouve le temps de sortir les chronographes :D

Un grand merci à tous :-**

Gottlieb

Je pense que cette suite de post mérite un gros :10:

Ça fais plaisir de voir une telle entraide.

: Little_Rabbit Monday 09 December 2013, 21:26:11 PM

le soin apporté à son exposé (chronogramme, passages en polices non proportionnelles, multi-colonnage, etc.) est tout à fait extraordinaire !!

Pour que les caractères soient affichés dans une une police non proportionnelles, il suffit d'encadrer le texte avec les balises "tt" (Télétypé ) ou "pre" (Texte préformaté ).
La liste des BB codes du serveur Gamoover sous SMF : http://wiki.simplemachines.org/smf/Alphabetical_list_of_all_bulletin_board_codes.
Quant aux caractères spéciaux, ils sont copiés/collés à partir de la table des caractères de windaube (Tous les programmes/Accessoires/Outils système/Table des caractères ) :

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131210121105-gc339-TableCaracty-res.PNG) (http://gamoovernet.pixhotel.fr/pics/20131210121105-gc339-TableCaracty-res.PNG)

: Little_Rabbit Monday 09 December 2013, 21:26:11 PM

Fais-tu tout ça à la main (les chronogrammes notamment), ou bien t'aides-tu d'un outil dédié à ce genre de rédaction ?

Oui c'est fait à la main sans logiciel spécial.
Il faut connaître les balises BB code du serveur SMF : cadrage texte, tableaux, listes... heureusement deux lignes d'icônes au dessus des smileys évitent d'avoir à les taper à la main.
Je fais beaucoup de copier/coller de lignes pour éviter d'avoir à les retaper et applique ensuite les corrections nécessaires sur les lignes copiées, surtout avec les tableaux.
Quand il y a trop de lignes et que ça devient fastidieux ou que je dois remplacer un mot, une balise... je transfère le texte du message dans un éditeur comme Notepad++ pour pouvoir bénéficier de meilleures capacités d'édition et surtout d'une fenêtre beaucoup plus grande.
En cours de rédaction, je clique souvent sur le bouton "prévisualiser" pour vérifier les positionnements dans le message final, quoique il y ait quelquefois des surprises entre la prévisualisation et l'affichage final.
Et bien sûr je soumet le texte à au correcteur orthographique de Google et utilise un conjugueur en ligne quand j'ai un doute sur un verbe.

Pour avoir une idée du BB code généré dans un message où il y a beaucoup de tableaux, voir des tableaux dans des tableaux, il suffit de cliquer sur le bouton "citer" du message en question.

: spectroman Monday 09 December 2013, 21:40:37 PM

Mais passer autant de temps à expliquer dans le moindre détail....

C'est aussi en tentant d'expliquer que l'on arrive à mieux comprendre les détails que l'on aurait négligés.

: gottlieb Monday 09 December 2013, 23:30:00 PM

Ce qui me prend le plus de temps est la recherche des entrée sortie qui sont mal écrite sur les plans

Pour ma part je les ai imprimés en A3 en les agrandissant au maximum. Quant un mot est illisible je zoome dessus pour tenter de le lire, je l'interpole à partir de ses voisins quand il s'agit d'un bus, le remplace par celui du datasheet... et finalement le réécris sur la feuille A3.

: Little_Rabbit Monday 09 December 2013, 21:26:11 PM

Maintenant, il va falloir que je trouve le temps de sortir les chronographes

Ca laisse un peu de répit pour tenter de comprendre certaines portions des schémas encore absconses :

La génération des signaux RVB : schéma C/LS175 n°38, schéma F/PROM PR54.
Le séquencement autour de la RAM 2141 (http://www.datasheetarchive.com/dl/Scans-001/Scans-0034937.pdf), schéma E.

Merci gc339 pour toutes ces précisions ^-

Pour les chronogrammes, il me semblais bien avoir vu que c'était fait à la main :-\ mais je me disais que tu devais avoir un logiciel pour :-\

: gc339 Tuesday 10 December 2013, 13:57:48 PM

Pour ma part je les ai imprimés en A3 en les agrandissant au maximum. Quant un mot est illisible je zoome dessus pour tenter de le lire, je l'interpole à partir de ses voisins quand il s'agit d'un bus, le remplace par celui du datasheet... et finalement le réécris sur la feuille A3.

Je vais imprimer également en A3 et re-noter ce que je vois mal dessus ^-^ j'ai imprimé en A4, colorié et noté tout ce qui n'est pas assez visible pour moi ;) mais je regarde en permanence le datasheet du composant ^-

Pas eu le temps de prendre les chronogrammes sur la carte aujourd'hui >:D J'espère qu'au taff, ce sera plus tranquille demain :-X

J'ai passé commande pour des proms et mon collègue a étudié toute ton analyse. Il en est toujours époustouflé :D

Il m'a dit avoir étudié la faisabilité de changer les proms par des éproms, ce qui l’inquiète c'est les temps d'accès prom 30ns vs éprom 200ns et la puissance prom 70mA vs éprom 40mA :-\
S'il le faut, il peut me réaliser un support éprom vers Dip 16 ^- est ce possible :-\

Gottlieb

: gc339 Monday 09 December 2013, 20:00:39 PM

Les signaux générés par le séquenceur :
WR TIMING : période où le µP 8080 peut écrire dans les bancs de MK4027 ou dans la RAM 2141.
N1 et N2 : horloges Φ1 et Φ2 pour le µP 8080, se substituent à celles délivrées usuellement par un 8224.
CAS et RAS : adressage des MK4027 par colonnes/rangées.
SRLD : chargement des registres à décalage 74LS166 des pages B, D, E et F.
SRCK : horloge pixel pour les registres à décalage.
M0, M1, M2 et M4 : commande des multiplexeurs d'adressage des MK4027.

A cette liste il faut ajouter le signal "READY" qui permet de synchroniser le µP 8080 avec le séquenceur quand il doit accéder à la mémoire vidéo, ce signal a été prévu à l'origine pour que le µP 8080 puisse s'adapter à des mémoires peu rapides en lui faisant générer un cycle d'attente en interne.
Comme il n'est pas question de modifier la vitesse du séquenceur sous peine de perturber l'affichage à l'écran, ce sera au µP 8080 d'attendre son tour de tourniquet, c'est à dire le premier tiers de la séquence conçu à cet effet.
Le µP active le fil "MEMORY REQUEST" au début d'un cycle d'accès à sa mémoire externe, le front ascendant de ce signal positionne alors un des latches du LS74 en 130 quand l'accès se fait dans la moitié supérieure de l'espace mémoire, c'est à dire dans les 32 K octets réservés à la mémoire vidéo. La sortie Q/ en 6 de ce latch impose alors un niveau zéro sur le fil "READY" et le µP entre alors dans l'état d'attente "WAIT" jusqu'à ce que le séquenceur y mette fin en resettant le latch par l'intermédiaire de la sortie 5 de la PROM fusible PR-65. Le µP peut alors poursuivre et terminer le cycle d'accès mémoire en cours pour enchaîner sur l'exécution de l'instruction suivante de son programme.

: gc339 Tuesday 10 December 2013, 13:57:48 PM

Ca laisse un peu de répit pour tenter de comprendre certaines portions des schémas encore absconses :
La génération des signaux RVB : schéma C/LS175 n°38, schéma F/PROM PR54.
Le séquencement autour de la RAM 2141 (http://www.datasheetarchive.com/dl/Scans-001/Scans-0034937.pdf), schéma E.

Avant d'entreprendre cet analyse, il serait profitable de connaître le fonctionnement du compteur de blocs de 8 pixels ou sprites et du compteur de lignes du schéma "master clock". Même si cela n'est pas primordial dans la recherche de la panne, les signaux délivrés ont une influence certaine sur le comportement des circuits listés ci-dessus.

Tout d'abord, le compteur de blocs de 8 pixels, qui compte en fait les sprites affichés sur une même ligne :

Ce compteur LS393 en 124 avance sur les fronts descendants du signal validant le chargement des registres à décalage LS166 en pages B, C, D et F (sortie 4Q/ en 14 du LS175 en 117 ). Etant donné qu'il n'y a que le signal inverse qui est nommé sur le schéma (sortie 4Q en 15 du LS175 en 117 ), ce signal est désigné à l'identique mais préfixé par le caractère "~" sur le chronogramme ci-dessous (~SRLD/).
La sortie 12 de la porte NAND en 129, donc l'entrée 12 du latch 74LS74 en 130, se positionne à zéro quand le compteur atteint la valeur 41 (8H+64H+256H ≡ 1+8+32=41 ).
La sortie Q/ en 8 de ce latch répercute ce changement d'état sur le front montant suivant de l'horloge pixel baptisée pour l'occasion "~SRCK" pour la même raison que ci-dessus
Le compteur 74LS393 en 124 est alors resetté, la sortie de la porte NAND en 129 change immédiatement d'état en imposant le niveau "1" sur l'entrée du latch.
La sortie du latch reprend son état initial sur le front montant suivant de l'horloge pixel, inhibant ainsi le reset appliqué sur les entrées 2 et 12 du 74LS393 en 124. Le compteur peut alors reprendre le comptage à partir de zéro.

Le compteur est ainsi systématiquement remis à zéro après avoir compté jusqu'à 41 impulsions de chargement des registres à décalage, autrement dit après avoir compté les 41 sprites qui déterminent la longueur d'une ligne.

1 2 3 4 5 6 7 8 · ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐·┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐· ┌┐· ┌┐· ┌┐· ┌┐ █»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─»»┘└─»»┘└─»»┘└─»»┘└ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐⁞ ⁞ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─ █»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └─────────────────────┘ └»»┘ └»»┘ └»»┘ └»»┘ 29 30 31 32 33 34 35 36 37 38 39 40 41⁞0 ⁞ 1 2 3 4 ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌┐ ⁞ ┌»»──┐ ┌»»──┐ █ └»»──┘ └»»──┘ └»»──┘ └»»──┘ └»»──┘ └»»──┘└──────────────────────┘ └»»──┘ └»»── ┌»»───»»──┐ · ┌»»───»»──┐ · ┌»»───»»──┐ ·⁞ ⁞ · ┌»»───»»──┐ █»»──┘ · └»»───»»──┘ · └»»───»»──┘ · └»»───────────────────────────»»──┘ · └»»── ─»»───»»───»»──┐ · · · ┌»»───»»───»»───»»──┐ ·⁞ ⁞ · · · ┌»»── █ · · └»»───»»───»»───»»──┘ · · · └»»───────────────────────────»»───»»───»»──┘ ─»»───»»───»»──┐ · · · · · · · ┌»»───┐ ⁞ · · · · █ · · └»»───»»───»»───»»───»»───»»───»»───»»──┘ ·└───────────────────────»»───»»───»»───»»── ─»»───»»───»»──┐ · · · · · · · · ⁞ ⁞ · · · · █ · · └»»───»»───»»───»»───»»───»»───»»───»»───»»───────────────────────────»»───»»───»»───»»── · · ┌»»───»»───»»───»»───»»───»»───»»───»»───»»───┐ ⁞ · · · · █»»───»»───»»──┘ . . . . . . . . .└───────────────────────»»───»»───»»───»»── 29 30 31 32 33 34 35 36 37 38 39 40 41⁞0 ⁞ 1 2 3 4 ─»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»──┐┌───────────────────────»»───»»───»»───»»── █ · · · · · · · · · · · └┘ ⁞ · · · · · · · · · · · · · · · ·┌──┐ · · · · █»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───┘ └────────────────────»»───»»───»»───»»── ─»»───»»───»»───»»───»»──┐ . . . ┌»»───»»───»»───────────────────────────»»───»»───»»───»»── █ · · · · └»»───»»───»»───»»──┘ · · · ⁞ · · · · 29 30 31 32 33 34 35 36 37 38 39 40 41⁞0 ⁞ 1 2 3 4 ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐⁞ ⁞ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─ █»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └─────────────────────┘ └»»┘ └»»┘ └»»┘ └»»┘ · ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐·┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐· ┌┐· ┌┐· ┌┐· ┌┐ █»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─»»┘└─»»┘└─»»┘└─»»┘└ 1 2 3 4 5 6 7 8

~SRCK

~SRLD/

8H

16H

32H

64H

128H

256H = H BLANK

12 du LS74 en 130

Clear LS393 en 124

H SYNC/

~SRLD/

~SRCK

Le chronogramme ci-dessus des sorties du compteur de bloc de 8 pixels ou sprites est fractionné en 3 sections :

La première section concerne la fin du cycle du comptage, n'est montrée que la progression du compteur sur les fronts descendants du signal ~SRLD/. Sept impulsions sur huit de l'horloge ~SRCK sont oblitérées et résumées par les caractères "»»" car le compteur n'est pas impacté lors de leur déroulement.
La seconde section en rouge concerne la phase de reset quand le compteur atteint 41, toutes les impulsions du signal ~SRCK d'une séquence sont représentées car des premières dépendent la génération de l'impulsion de reset du compteur.
La troisième et dernière concerne le début d'un nouveau cycle quand le compteur reprend le comptage à partir de zéro. Comme pour la première section, elle est aussi réduite à la progression du compteur sur les seuls fronts descendants du signal ~SRLD/.

Le nom "H BLANK" du signal de suppression ligne n'est qu'un alias pour celui de la sortie "256H" du compteur dont il est directement issu. Il change d'état dés que le compteur atteint 32 et retourne à celui initial au reset du compteur. Cet état délimite ainsi les périodes entre ce qui est affiché à l'écran et ce qui est oblitéré pendant la suppression ligne. Il ne pourra donc réellement y avoir que 32 sprites d'affichés dans une ligne, ce qui explique aussi pourquoi la sortie 256H est superflue pour l'adressage des MK4027 au travers les multiplexeurs, seules les 5 sorties de 8H à 128H du compteur sont nécessaires pour accéder aux 2⁵ = 32 sprites affichés par ligne.

Au latch 74LS74 en 134 est imposé un reset sur son entrée 13 quand la sortie 256H du compteur est à zéro. Dés qu'elle se retrouve à l'état "1" avec l'émission du signal "H BLANK", les sorties de ce latch peuvent alors changer d'état sur chaque front montant de la sortie 16H reçue sur son entrée CLK en 11.
Ainsi est créé le signal de synchronisation ligne "H SYNC" à partir de la sortie Q/ en 8 de ce latch. Ce signal se retrouve positionné au milieu de la période de suppression puisqu'il débute quand le comptage atteint 34 et se termine dés qu'il égale 38.

Le signal "H SYNC" inversé appliqué sur l'entrée 1 du LS393 en 128 fait avancer le compteur ligne sur chacun de ses fronts descendants, autrement dit à chaque fin de l'impulsion "H SYNC".

Merci GC339 ;)

Je vois que j'ai encore des signaux à relevé ^-

Pour IC 121, 122, 116 et 117, on les a référencés 74LS175 alors que se sont des 74S175 :-\ mais ça ne change rien :D

Je pense pouvoir prendre un salve de signaux demain soir :-)=

Gottlieb

: gottlieb Wednesday 11 December 2013, 23:49:06 PM

Je vois que j'ai encore des signaux à relever

Voilà, les commentaires sont maintenant inclus sur le chronogramme concernant le compteur de sprites (http://www.gamoover.net/Forums/index.php?topic=27695.msg470600#msg470600).

Ces derniers signaux ne sont pas primordiaux, le chronogramme a surtout été réalisé pour mieux appréhender par la suite le séquencement de la circuiterie autour de la RAM 2141 (http://www.datasheetarchive.com/dl/Scans-001/Scans-0034937.pdf), (moitié gauche du schéma "E" ) ainsi que la composition des signaux RVB générés à partir de la PROM PR-54 (quart inférieur gauche du schéma "F" ).

: gottlieb Wednesday 11 December 2013, 23:49:06 PM

Pour IC 121, 122, 116 et 117, on les a référencés 74LS175 alors que se sont des 74S175
mais ça ne change rien

En principe, qui peut le plus peut le moins. Attention tout de même, le nombre d'entrées en TTL "S" que peut supporter une sortie TTL "LS", ou "FAN OUT", est limité théoriquement à quatre (voir table 4, page 17 de ce document (http://www.ecse.rpi.edu/courses/CStudio/data%20sheets/DL121-D.PDF) ).

: gottlieb Tuesday 10 December 2013, 22:33:22 PM

Il m'a dit avoir étudié la faisabilité de changer les proms par des éproms, ce qui l’inquiète c'est les temps d'accès prom 30ns vs éprom 200ns et la puissance prom 70mA vs éprom 40mA

La consommation n'est pas pénalisante par contre le temps d'accès trop long rend la chose impossible, il ne faut pas oublier que l'horloge principale de la carte est à presque 15,5 MHz ce qui représente un cycle de 64,5 ns, rythme que les mémoires du séquenceur doivent être à même de suivre.

: gottlieb Tuesday 10 December 2013, 22:33:22 PM

S'il le faut, il peut me réaliser un support éprom vers Dip 16
est ce possible

Oui bien sûr, pour pouvoir la lire comme une 2716 ou une 2732.
Il suffit de faire une correspondance exacte des pattes de donnée et d'adresse entre les deux.

Les adresses hautes excédentaires de l'EPROM n'ont pas besoin d'être câblées.
Etant donné que la PROM 256×4 ne dispose que de 4 bits de donnée, ceux du quartet de poids fort peuvent être forcés à zéro par des résistances sur le support de l'EPROM.

La PROM sera ainsi lue par blocs répétitifs d'octets dont la taille sera fonction de la sienne.

Pourquoi faire simple quand on peut faire compliqué (http://www.gamoover.net/Forums/index.php?topic=20677.msg310505#msg310505) ? ;)

Et maintenant au tour du compteur de lignes.

Ce compteur est constitué du 74LS393 en 128 et est complété par une bascule d'un 74LS74 en 134.
Ce compteur s'incrémente sur le front arrière de l'impulsion de synchronisation ligne (~H SYNC/, 9 du 74LS74 en 134 ).
Ses 8 sorties libellées de "1V" à "128V" ainsi que la sortie Q en 5 de la bascule complémentaire, qui pourrait être baptisée 256V pour l'occasion, pilotent les adresses de la PROM PR-55 en 127 dont les sorties vont interagir sur ce même compteur.

La première chose à faire est donc d'explorer le contenu de cette PROM 512×4...

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131212223632-gc339-HexEdit1.PNG) (http://gamoovernet.pixhotel.fr/pics/20131212223632-gc339-HexEdit1.PNG)

Le quartet de gauche de chaque octet n'est pas significatif, heureusement il est positionné à zéro.
D'emblée on s'aperçoit que presque toute la seconde moitié du contenu de la PROM est à zéro, donc probablement inutilisée. On peut aussi constater que presque toutes les huitièmes adresses modulo 8 sont aussi à zéro, en conséquence l'affichage du contenu peut être remanié pour mieux discerner le motif :

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131212223708-gc339-HexEdit2.PNG) (http://gamoovernet.pixhotel.fr/pics/20131212223708-gc339-HexEdit2.PNG)

L'utilitaire HexEdit possède une faculté intéressante pour améliorer la lisibilité : la coloration en fonction de la valeur (Tools/Options, "Colour Schemes" du répertoire "Document").
Ci-dessous la définition de la couleur pour l'octet ayant la valeur hexadécimale 0C ou 12 en décimal :

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131212223743-gc339-HexEdit3.PNG) (http://gamoovernet.pixhotel.fr/pics/20131212223743-gc339-HexEdit3.PNG)

La structure est nettement plus discernable après avoir modifié les couleurs associées aux valeurs :

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131212223827-gc339-HexEdit4.PNG) (http://gamoovernet.pixhotel.fr/pics/20131212223827-gc339-HexEdit4.PNG)

Me voila avec quelques news :-)= :-)=

Au vu de la qualité du travail que fournit GC339 :-* , je vais essayer de faire un bon travail de mon coté :-\

Je viens de réaliser les chronogrammes et les ais étudiés ;) J'ai rajouté N1/ ET N2/ aux schémas de GC ;)
PS: Juste le fait de scinder la chrono-analyse et de rajouter les deux lignes :o :o

Test IC121 Chronogramme fait par GC339

┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌ ──█┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘ CLK des S175 ┌─────────────────────────────────┐ ┌─────────────────────────────────────────────┐ ┌──────────── ───┘ └─┘ └─┘ █1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1█1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1█ MSB/ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌ ───┘ └───────────┘ └───────────┘ └───────────┘ └───────────┘ └───────────┘ └───────────┘ █1 1 0 0 0 0 0 0 1 1 0 0 0 0 0 0 1 1 0 0 0 0 0 0█1 1 0 0 0 0 0 0 1 1 0 0 0 0 0 0 1 1 0 0 0 0 0 0█ RAS/ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ─────────────────────────┘ └───────┘ └───────────────────────┘ └───────┘ └── █0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0█0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0█ M0 ┌─┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌────── ───┘ └───────┘ └───────┘ └───────┘ └───────┘ └───────┘ └───────┘ █1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1█1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1█ N2 ───┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ └─┘ └───────┘ └───────┘ └───────┘ └───────┘ └───────┘ └────── █ 1 1 1 1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0 0 0█0 1 1 1 1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0 0 0█ N2/ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 0

Capture d'écran de l'analyse de IC 121

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131212223438-gottlieb-chrono-ic121-a-poster.JPG) (http://gamoovernet.pixhotel.fr/pics/20131212223438-gottlieb-chrono-ic121-a-poster.JPG)

On peut constater si on fait abstraction de l'horloge pin 9 :-X que les chronogrammes sont identiques sauf RAS/ pin 13 (les signaux sont inversé entre le chronogramme de GC et la mesure effectuée du fait je pense de la barre :-\ )

Test IC122 Chronogramme de GC[/u]

┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌ ──█┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘ CLK des S175 ┌───────┐ ┌───────┐ ─────────┘ └───────────────────────────────────────┘ └────────────────────────────────── █0 0 0 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0█0 0 0 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0█ WR TIMING ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌ ───┘ └─────┘ └─────┘ └─────┘ └─────┘ └─────┘ └─────┘ █1 1 1 1 1 0 0 0 1 1 1 1 1 0 0 0 1 1 1 1 1 0 0 0█1 1 1 1 1 0 0 0 1 1 1 1 1 0 0 0 1 1 1 1 1 0 0 0█ CAS/ ┌───────────┐ ┌───────────┐ ┌───────────┐ ┌───────────┐ ┌───────────┐ ┌───────────┐ ─────┘ └───┘ └───┘ └───┘ └───┘ └───┘ └── █0 1 1 1 1 1 1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 1 1 0█0 1 1 1 1 1 1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 1 1 0█ N1 ─────┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌── └───────────┘ └───────────┘ └───────────┘ └───────────┘ └───────────┘ └───────────┘ █1 0 0 0 0 0 0 1 1 0 0 0 0 0 0 1 1 0 0 0 0 0 0 1█1 0 0 0 0 0 0 1 1 0 0 0 0 0 0 1 1 0 0 0 0 0 0 1█ N1/ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 0

Capture d'écran lors de l'analyse de IC122

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131212223547-gottlieb-chronoIC122-a-poster.JPG) (http://gamoovernet.pixhotel.fr/pics/20131212223547-gottlieb-chronoIC122-a-poster.JPG)

Même constatation ^-^ hormis l'horloge, les signaux correspondent sauf WR timing (lui aussi possède une barre, ce qui doit inverser les signaux)

Test IC117 Chronogrammes de GC339

┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌ ──█┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘ CLK des S175 ┌─┐ ┌─────────────────────────────────────────────┐ ┌──────────────────────────────────────────── ───┘ └─┘ └─┘ █1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1█1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1█ COLOR ┌─┐ ┌───────────────────────────────────────────┐ ┌────────────────────────────────────────── ───┘ └───┘ └───┘ █1 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1█1 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1█ SRLD/ ┌─┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌── ───┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ █1 0 1 1 0 1 1 0 1 1 0 1 1 0 1 1 0 1 1 0 1 1 0 1█1 0 1 1 0 1 1 0 1 1 0 1 1 0 1 1 0 1 1 0 1 1 0 1█ SRCK ┌───────────────┐ ┌───────────────┐ ─────────────────────────────────┘ └───────────────────────────────┘ └── █0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0█0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0█ M4 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 0

Capture d'écran de l'analyse d'IC117

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131212223614-gottlieb-chrono-ic-117-a-poster.JPG) (http://gamoovernet.pixhotel.fr/pics/20131212223614-gottlieb-chrono-ic-117-a-poster.JPG)

Tout est en ordre sauf la clock :-[ (mon analyseur ne doit pas aimer les horloges :-(( ) Je vais finir par chercher un meilleur analyseur :-\

Test IC116 toujours avec la chrono-analyse de GC339[/u]

┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌┐┌ ──█┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘└┘ CLK des S175 ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌ ───┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ █1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0█1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0█ x ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ┌───┐ ─────┘ └───┘ └───┘ └───┘ └───┘ └───┘ └───┘ └───┘ └───┘ └───┘ └───┘ └───┘ └── █0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0█0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0█ y ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ┌───────┐ ─────────┘ └───────┘ └───────┘ └───────┘ └───────┘ └───────┘ └── █0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0█0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 0█ M1 ┌───────────────┐ ┌───────────────┐ ─────────────────┘ └───────────────────────────────┘ └────────────────── █0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0█0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0█ M2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 0

Capture de l'écran de l'analyse ;)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131212223648-gottlieb-chrono-IC16-a-poster.JPG) (http://gamoovernet.pixhotel.fr/pics/20131212223648-gottlieb-chrono-IC16-a-poster.JPG)

Toutes les séquences sont identiques au schéma de GC339 :-)= :-)=

:-)= :-)= :-)= Je pense que cela n'est pas trop mal :-)= :-)=

Pour plus de clarté, je changerais par le suite les photos en reprenant les chronogramme dans l'ordre de ceux fait par GC339 ;) je posterais des photos un poil plus grande également :D

: f4brice Thursday 12 December 2013, 18:32:10 PM

Pourquoi faire simple quand on peut faire compliqué (http://www.gamoover.net/Forums/index.php?topic=20677.msg310505#msg310505) ? ;)

Le collègue m'a expliqué également aujourd'hui, comment tester des composant avec une plaque test, des led, résistances et basculeurs pour tester les entrés/sorties (juste du binaire :D )

f4brice, c'est un wip que j'avais adoré :-* :-*

J’aperçois déjà des captures d'écran de GC pendant mes prévisualisations :D :D

Gottlieb

: f4brice Thursday 12 December 2013, 18:32:10 PM

Pourquoi faire simple quand on peut faire compliqué (http://www.gamoover.net/Forums/index.php?topic=20677.msg310505#msg310505)

Désolé, j'ai pas pu faire plus compliqué, j'ai cependant omis de représenter les résistances nécessaires pour imposer un zéro sur le quartet de gauche (D4 à D7 ) :

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131213203901-gc339-Adaptateur.GIF) (http://gamoovernet.pixhotel.fr/pics/20131213203901-gc339-Adaptateur.GIF)
Adaptateur pour lire les PROMs PR-54 et PR-55 comme si c'était une EPROM 2732.

il doit me rester des proms 4 bits, je regarde demain

a+

: gc339 Friday 13 December 2013, 20:45:38 PM

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131213203901-gc339-Adaptateur.GIF) (http://gamoovernet.pixhotel.fr/pics/20131213203901-gc339-Adaptateur.GIF)
Adaptateur pour lire les PROMs PR-54 et PR-55 comme si c'était une EPROM 2732.

J'ai buggé sur ce schéma :-[

Tu présente ce schéma pour lire PR54 et PR55 comme si c'était une éprom, mais PR54 et PR55 ne possèdent que 16 pins et non 24 ?

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131213224324-gottlieb-Prom-segtact.JPG) (http://gamoovernet.pixhotel.fr/pics/20131213224324-gottlieb-Prom-segtact.JPG)

Demain, je vais tenter de prendre la suite des signaux ^-^

: spectroman Friday 13 December 2013, 22:05:34 PM

il doit me rester des proms 4 bits, je regarde demain

a+

Merci spectroman ^-

Gottlieb

: gottlieb Friday 13 December 2013, 22:48:39 PM

Tu présentes ce schéma pour lire PR54 et PR55 comme si c'était une éprom, mais PR54 et PR55 ne possèdent que 16 pins et non 24 ?

D'abord c'est pas 16 mais 18, recompte!
24 - 18 = 6, soit

Les 4 bits du quartet de gauche, D4 à D7 alias broches 14 à 17 : niveau 0 imposé par des résistances reliées au 0 volt ou "GND", non représentées sur le schéma.
Les 2 adresses A10 (en 19) et A11 (en 21) non câblées, le contenu de la PROM apparaitra comme répliqué 4 fois de suite.

Voilà, le compte est bon.

: gc339 Friday 13 December 2013, 23:26:26 PM

D'abord c'est pas 16 mais 18, recompte!
24 - 18 = 6, soit
Les 4 bits du quartet de gauche, D4 à D7 alias broches 14 à 17 : niveau 0 imposé par des résistances reliées au 0 volt ou "GND", non représentées sur le schéma.
Les 2 adresses A10 (en 19) et A11 (en 21) non câblées, le contenu de la PROM apparaitra comme répliqué 4 fois de suite.
Voilà, le compte est bon.

Oups :-\ :-\

Je comprend mieux pourquoi mon chef m'a dit de prendre des vacances cet après midi :D

Effectivement, il y a bien 18 broches et je n'était pas du tout sur les bonnes proms (ni d’ailleurs sur la bonne référence ) J'étais toujours sur PR65 et 64 de la master-clock :-[
Sur le schéma on ne voit que 16 pins, mais lorsque l'on a la prom sous les yeux, il y a bien 18 pins ;)
Je vais voir avec le collègue pour faire l'adaptation pour le test ^-

L'élève Gottlieb ne suit pas!! Il va bientôt faire des lignes d'écriture ):))s=

Toutes mes excuses pour ce doute et merci de m'avoir remis dans le droit chemin ;)

Au tour de l'adaptateur pour lire les PROM's 32×8, PR-65, PR-66 et PR-67 de type 74S288.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131214190107-gc339-Adaptateur2.GIF) (http://gamoovernet.pixhotel.fr/pics/20131214190107-gc339-Adaptateur2.GIF)

Merci GC ^-

Je vais donner des supports au collègue pour qu'il me fasse les adaptateurs ^-^

Désolé, les proms vierges que j'ai sont des 8 bits (63S081)

Reprise de l'analyse de contenu de la PROM PR-55 et du fonctionnement du compteur ligne associé.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131212223827-gc339-HexEdit4.PNG) (http://gamoovernet.pixhotel.fr/pics/20131212223827-gc339-HexEdit4.PNG)

Ce qui saute aux yeux d'entrée, ce sont les deux "trous" où l'on s'attendrait à lire "08" au lieu de "00". Cette valeur équivaut à 0000.1000 en binaire, soit 2³, ce qui correspond à la sortie de la PROM qui pilote le signal "LED BLANK". Ce dernier signal abouti après inversion sur l'entrée de blanking du décodeur 7 segments 74LS48 en 109 (coin inférieur droit schéma "F" ).
Si l'on jette un coup d'œil rapide sur ce même bout de schéma, l'on se rend compte que les sorties 8V à 64V du compteur ligne sont aussi utilisées pour assurer le multiplexage sur les 6 afficheurs 7 segments et les 9 rangées de LED's des différents bandeaux d'affichage (à travers le multiplexeur 74LS157 en 97 ). Le signal "LED BLANK" servirait donc à éteindre subrepticement tous les segments de l'afficheur adressé ou toutes les LED's de la rangée adressée juste avant d'aller adresser le suivant ou la suivante.

Les octets à "0C" et "04" correspondent à la valeur binaire 0000.0100 après masquage du bit associé au signal "LED BLANK",, soit 2², c'est le bit associé au blanking vertical, signaux VBLANK et VBLANK/.
Il y aurait donc
- En hexadécimal "0E8" lignes visibles, soit 232 en décimal, pour 256 lignes accessibles au µP 8080 ce qui correspond à un affichage de 29 rangées de sprites 8×8 à l'écran.
- Une trentaine de lignes pour assurer le blanking vertical. Les 24 premières lignes de cette période représentent 3 rangées de sprites non affichés mais cependant accessibles au µP 8080.
Les octets à "0D" et "05" correspondent à la valeur binaire 0000.0001 après avoir oblitéré les deux bits décrits ci-dessus, soit 2⁰, c'est le bit associé au signal de synchronisation vertical. Le fil issu de la sortie Q/ en 3 du 74LS175 en 144 mériterait donc d'être baptisé "V SYNC/".
Le signal de synchronisation trame durerait ainsi 4 lignes à l'intérieur de la période de suppression correspondante.
Les octets à "0A" et "02" correspondent à la valeur binaire 0000.0010 après masquage du bit associé au signal "LED BLANK", soit 2¹, c'est le bit qui permet de resetter le compteur ligne, sorties "Q" en 7 du 74LS175 en 144 pour le 74LS393 et "Q/" en 6 pour la bascule du 74LS74.
Un bout de chronogramme au niveau de la remise à zéro semble nécessaire car l'octet à "02" semble à première vue superflu.

C'est l'inverse du signal "H SYNC/" qui est appliquée sur l'entrée "clock" du compteur de lignes et des latches du 74LS175 en sortie de la PROM PR-55, il est donc baptisé "~H SYNC/" sur le chronogramme.

Les caractères "» » » »" ont été superposés sur le palier inférieur de ce signal "~H SYNC/" pour montrer qu'en réalité il dure beaucoup plus longtemps que le palier supérieur.
Le compteur 74LS393 avec son dernier bit exporté dans le 74LS74 s'incrémente sur le front descendant de ce signal "~H SYNC/".
Les données en sortie de la PROM PR-55 ne sont transférées sur celles des latches du 74LS175 que sur le front ascendant suivant de ce même signal.

┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ █─»─»─»─»─┘ └─»─»─»─»─┘ └─»─»─»─»─┘ └─»─»─»─»─┘ └─»─»─»─»─┘ └─»─»─»─»─┘ └─»─»─»─»─┘ └─»─»─»─»─┘ └─»─»─»─ ┬───────────┬───────────┬───────────┬───────────┬─────────┬─────────────┬───────────┬───────────┬─────── │ 102H = 258│ 103H = 259│ 104H = 260│ 107H = 261│ 262 │ 0 │ 1 │ 2 │ 3 █───────────┴───────────┴───────────┴───────────┴─────────┴─────────────┴───────────┴───────────┴─────── ──────────┬───────────┬───────────┬───────────┬───────────┬───────────┬───────────┬───────────┬───────── 0CH │ 0CH │ 0CH │ 0CH │ 0CH │ 0AH │ 08H │ 08H │ 08H █─────────┴───────────┴───────────┴───────────┴───────────┴───────────┴───────────┴───────────┴───────── Suppression trame →│ Reset │← Nouvelle trame

~H SYNC/

Compteur ligne

Sorties latches
du LS175 en 144

Après avoir compté la 263^ème ligne (la ligne n°262 ) et dés le front ascendant suivant du signal "~H SYNC/" la commande de reset du compteur est activée. Le front descendant suivant du signal ~H SYNC/" survient alors que la commande de reset est toujours active, comme elle est prioritaire, le compteur n'est pas incrémenté. Il ne pourra l'être qu'une fois cette commande disparue, c'est à dire sur le nouveau front ascendant suivant.

Remarques :

Le quartet suivant de la PROM, celui avec la valeur "02" associé à une 264^ème ligne, donc avec le bit de reset activé, ne sert a rien car il n'est jamais adressé. Pas plus que le suivant avec la valeur "08".
L'impulsion de synchronisation verticale est particulièrement décentrée par rapport à la suppression.
Accessoirement, l'affichage multiplexé (coin inférieur droit du schéma "F" ) :
- Il y a 17 cycles de multiplexage par trame (263 ÷ 16 ≈ 16,44), le 17^ème cycle est incomplet car le compteur ligne est resetté pendant l'adressage du 6^ème afficheur 7 segments.
- Les deux "trous" signalés plus haut n'ont à priori qu'une action limitée. Vue la fréquence élevée du multiplexage, leur présence n'affecte que la brillance des LED,s impactées, et encore que faiblement. Est ce vraiement discernable ? Je suspecte plutôt que le contenu de la PROM PR-55 qui a servi d'étalon était déjà corrompu au moment ou elle a été sauvegardée. J'ai bien tenté de charger le fichier des ROM's à partir de différents sites, mais les contenus sont tous identiques, la souche devant être la même.
  L'insertion des schémas d'adaptateurs 2732 n'est pas innocente, ce serait très intéressant de pouvoir comparer ces contenus avec ceux d'un autre jeu de PROM's.
Le signal "COLOR SYNC" est le signal de synchronisation composite issu de la combinaison des signaux "H SYNC/" et "V SYNC/" (74LS86 en 105 ).
Le signal "166 LOAD SR/", qui détermine le chargement des registres à décalage dans les pages vidéo, est une réplique du signal "SRLD/". La réplication est cependant inhibée pendant les blanking horizontal et vertical (74LS10 en 129 ).

En ce qui concerne le 1er adaptateur, une modification mineure vient d'être apportée pour éviter d'appliquer accidentellement la tension de programmation sur l'entré E2/ de la PROM.
Les résistances ont aussi été ajoutées. C'est un réseau 4×R qui est figuré ici mais des résistances ordinaires font tout aussi bien l'affaire :

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131214181405-gc339-Adaptateur1.gif) (http://gamoovernet.pixhotel.fr/pics/20131214181405-gc339-Adaptateur1.gif)

Une valeur de 470Ω pour les résistances devrait convenir pour imposer un 0 volt logique sur les données de D4 à D7. Sinon il est plus facile d'imposer un "1" logique avec des résistances de valeur supérieure, 10 KΩ par exemple, en connectant leur commun non plus sur la broche GND de l'EPROM mais sur la broche V_CC, dans ce dernier cas les octets du contenu seront lus sous la forme "FxH" au lieu de "0xH".

Bonsoir :D

Je viens de prendre les chronos-analyse sur la carte et GC339 à correctement retranscrit les signaux à trouver ^-^ ^-^ Juste SRLD/ inversé (le signal haut est le plus long et le bas le plus court )

Pour rappel, la chrono-analyse tracé par GC339

1 2 3 4 5 6 7 8 · ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐·┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐· ┌┐· ┌┐· ┌┐· ┌┐ █»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─»»┘└─»»┘└─»»┘└─»»┘└ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐⁞ ⁞ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─ █»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └─────────────────────┘ └»»┘ └»»┘ └»»┘ └»»┘ 29 30 31 32 33 34 35 36 37 38 39 40 41⁞0 ⁞ 1 2 3 4 ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌┐ ⁞ ┌»»──┐ ┌»»──┐ █ └»»──┘ └»»──┘ └»»──┘ └»»──┘ └»»──┘ └»»──┘└──────────────────────┘ └»»──┘ └»»── ┌»»───»»──┐ · ┌»»───»»──┐ · ┌»»───»»──┐ ·⁞ ⁞ · ┌»»───»»──┐ █»»──┘ · └»»───»»──┘ · └»»───»»──┘ · └»»───────────────────────────»»──┘ · └»»── ─»»───»»───»»──┐ · · · ┌»»───»»───»»───»»──┐ ·⁞ ⁞ · · · ┌»»── █ · · └»»───»»───»»───»»──┘ · · · └»»───────────────────────────»»───»»───»»──┘ ─»»───»»───»»──┐ · · · · · · · ┌»»───┐ ⁞ · · · · █ · · └»»───»»───»»───»»───»»───»»───»»───»»──┘ ·└───────────────────────»»───»»───»»───»»── ─»»───»»───»»──┐ · · · · · · · · ⁞ ⁞ · · · · █ · · └»»───»»───»»───»»───»»───»»───»»───»»───»»───────────────────────────»»───»»───»»───»»── · · ┌»»───»»───»»───»»───»»───»»───»»───»»───»»───┐ ⁞ · · · · █»»───»»───»»──┘ . . . . . . . . .└───────────────────────»»───»»───»»───»»── 29 30 31 32 33 34 35 36 37 38 39 40 41⁞0 ⁞ 1 2 3 4 ─»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»──┐┌───────────────────────»»───»»───»»───»»── █ · · · · · · · · · · · └┘ ⁞ · · · · · · · · · · · · · · · ·┌──┐ · · · · █»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───┘ └────────────────────»»───»»───»»───»»── ─»»───»»───»»───»»───»»──┐ . . . ┌»»───»»───»»───────────────────────────»»───»»───»»───»»── █ · · · · └»»───»»───»»───»»──┘ · · · ⁞ · · · · 29 30 31 32 33 34 35 36 37 38 39 40 41⁞0 ⁞ 1 2 3 4 ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐⁞ ⁞ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─ █»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └─────────────────────┘ └»»┘ └»»┘ └»»┘ └»»┘ · ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐·┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐· ┌┐· ┌┐· ┌┐· ┌┐ █»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─»»┘└─»»┘└─»»┘└─»»┘└ 1 2 3 4 5 6 7 8

~SRCK

~SRLD/

8H

16H

32H

64H

128H

256H = H BLANK

12 du LS74 en 130

Clear LS393 en 124

H SYNC/

~SRLD/

~SRCK

Mes chronos-analyse prise sur la carte du jeu ;)

Première analyse concernant SRCK; SRLD/; 8H; 16H; 32H; 64H; 128H et 256H correspondant à H blank

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131216224601-gottlieb-IC124a-poster.JPG) (http://gamoovernet.pixhotel.fr/pics/20131216224601-gottlieb-IC124a-poster.JPG)

La même analyse mais en plus condensée

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131216225103-gottlieb-IC124-CONDENSE-a-poster.JPG) (http://gamoovernet.pixhotel.fr/pics/20131216225103-gottlieb-IC124-CONDENSE-a-poster.JPG)

Je remet le tracé pour la suite des prises de signaux ;) Je n'ai pas réussi à fractionner le tracé de GC :D

1 2 3 4 5 6 7 8 · ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐·┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐· ┌┐· ┌┐· ┌┐· ┌┐ █»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─»»┘└─»»┘└─»»┘└─»»┘└ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐⁞ ⁞ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─ █»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └─────────────────────┘ └»»┘ └»»┘ └»»┘ └»»┘ 29 30 31 32 33 34 35 36 37 38 39 40 41⁞0 ⁞ 1 2 3 4 ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌┐ ⁞ ┌»»──┐ ┌»»──┐ █ └»»──┘ └»»──┘ └»»──┘ └»»──┘ └»»──┘ └»»──┘└──────────────────────┘ └»»──┘ └»»── ┌»»───»»──┐ · ┌»»───»»──┐ · ┌»»───»»──┐ ·⁞ ⁞ · ┌»»───»»──┐ █»»──┘ · └»»───»»──┘ · └»»───»»──┘ · └»»───────────────────────────»»──┘ · └»»── ─»»───»»───»»──┐ · · · ┌»»───»»───»»───»»──┐ ·⁞ ⁞ · · · ┌»»── █ · · └»»───»»───»»───»»──┘ · · · └»»───────────────────────────»»───»»───»»──┘ ─»»───»»───»»──┐ · · · · · · · ┌»»───┐ ⁞ · · · · █ · · └»»───»»───»»───»»───»»───»»───»»───»»──┘ ·└───────────────────────»»───»»───»»───»»── ─»»───»»───»»──┐ · · · · · · · · ⁞ ⁞ · · · · █ · · └»»───»»───»»───»»───»»───»»───»»───»»───»»───────────────────────────»»───»»───»»───»»── · · ┌»»───»»───»»───»»───»»───»»───»»───»»───»»───┐ ⁞ · · · · █»»───»»───»»──┘ . . . . . . . . .└───────────────────────»»───»»───»»───»»── 29 30 31 32 33 34 35 36 37 38 39 40 41⁞0 ⁞ 1 2 3 4 ─»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»──┐┌───────────────────────»»───»»───»»───»»── █ · · · · · · · · · · · └┘ ⁞ · · · · · · · · · · · · · · · ·┌──┐ · · · · █»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───┘ └────────────────────»»───»»───»»───»»── ─»»───»»───»»───»»───»»──┐ . . . ┌»»───»»───»»───────────────────────────»»───»»───»»───»»── █ · · · · └»»───»»───»»───»»──┘ · · · ⁞ · · · · 29 30 31 32 33 34 35 36 37 38 39 40 41⁞0 ⁞ 1 2 3 4 ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐⁞ ⁞ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─ █»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └─────────────────────┘ └»»┘ └»»┘ └»»┘ └»»┘ · ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐·┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐· ┌┐· ┌┐· ┌┐· ┌┐ █»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─»»┘└─»»┘└─»»┘└─»»┘└ 1 2 3 4 5 6 7 8

~SRCK

~SRLD/

8H

16H

32H

64H

128H

256H = H BLANK

12 du LS74 en 130

Clear LS393 en 124

H SYNC/

~SRLD/

~SRCK

La deuxième partie de prise de signaux sur la Pcb

Deuxième analyse concernant les signaux SRCK; SRLD/; H sync/; Clear LS393 en 124; 12 du LS74 en 130; 256H ou H Blank; 128H (débranché) et 64H

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131216230321-gottlieb-IC124-2em-partie-a-poster.JPG) (http://gamoovernet.pixhotel.fr/pics/20131216230321-gottlieb-IC124-2em-partie-a-poster.JPG)

Et la même en condensée

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131216230437-gottlieb-IC124-y-em-partie-condensy-a-poster.JPG) (http://gamoovernet.pixhotel.fr/pics/20131216230437-gottlieb-IC124-y-em-partie-condensy-a-poster.JPG)

Reste à faire une visualisation du contenu des proms ;) Pour lire PR-65, PR-66 et PR-67 de type 74S288, l'adaptateur est presque fait grâce à la pince de test à 16pins :D
Je vais essayer de faire une copie du contenu des proms le plus vite possible :-)=

Gottlieb

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131217202125-gc339-HexEdit6.PNG) (http://gamoovernet.pixhotel.fr/pics/20131217202125-gc339-HexEdit6.PNG)

Chaque rangée du contenu de la PROM PR-55 correspond une rangée de sprites soit 8 lignes :

Les rangées sur fond blanc, de 0 à 28, sont celles qui sont effectivement affichées à l'écran, ce qui correspond à une hauteur d'image de 29 sprites.
Les rangées en gris correspondent à des sprites qui ne seront jamais affichés puisque occultés par la suppression trame.
- Les rangées en gris clair correspondent à des sprites qui sont oblitérés mais cependant accessibles par le µP 8080, un peu comme s'ils étaient en réserve.
- La rangée en gris foncé correspondrait à la rangée zéro (la première en haut d'écran ) si elle devait être affichée. Cela par ce que la dernière adresse issue du compteur ligne, la pseudo "256V" (sortie "Q" sur 5 du LS 74 en 134 ) adresse la PROM sans adresser la mémoire écran. L'amorce d'une seconde image, dont il n'y aurait que 7 premières lignes, serait ainsi accolée à la suite de la première.
La zone en noir n'est pas utilisée car jamais adressée par le compteur ligne.

On pourrait schématiser le balayage de l'écran ainsi, chaque point représentant un sprite :

Une image de 32×29 sprites visualisables, ceux inclus dans le cadre qui représente la surface de l'écran.
3 rangées fantômes de 32 sprites non affichées (en rose )
Une copie tout aussi fantôme et incomplète (7 lignes sur 8 ) de la rangée 00 de l'image déjà affichée (en rouge ).

00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 ┌───────────────────────────────────────────────────────────────────────────────────────────────────┐ 00 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 01 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 02 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 03 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 04 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 05 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 06 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 07 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 08 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 09 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 10 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 11 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 12 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 13 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 14 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 15 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 16 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 17 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 18 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 19 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 20 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 21 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 22 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 23 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 24 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 25 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 26 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 27 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 28 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ └───────────────────────────────────────────────────────────────────────────────────────────────────┘ 29 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 30 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 31 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ ┌───────────────────────────────────────────────────────────────────────────────────────────────────┐ 00 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │

Mais cela n'est valable que pour la page écran "B" qui est adressée directement par le compteur ligne général, il n'en va pas de même des autres pages à qui est associé un compteur propre qui s'incrémente au même rythme que celui de la page "B" mais peut par contre être resetté à tout moment (moitié gauche du schéma "E" ).
Voici comment l'affichage d'une page "D", "E" ou "F" se présenterait si le reset de son compteur propre était effectué en début de la rangée 18 sur l'écran.

00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 _B _X ┌───────────────────────────────────────────────────────────────────────────────────────────────────┐ 00 14 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 01 15 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 02 16 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 03 17 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 04 18 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 05 19 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 06 20 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 07 21 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 08 22 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 09 23 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 10 24 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 11 25 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 12 26 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 13 27 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 14 28 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 15 29 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 16 30 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 17 31 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 18 00 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 19 00 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 20 01 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 21 02 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 22 03 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 23 04 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 24 05 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 25 06 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 26 07 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 27 08 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 28 09 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ └───────────────────────────────────────────────────────────────────────────────────────────────────┘ 29 10 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 30 11 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 31 12 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 00 13 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │

La colonne "B" représente les n° de rangées sur l'écran (ou celles de la page "B" ), la colonne "X" représente les n° de rangées d'une page quelconque "D", "E" ou "F".

Les rangées 10, 11, 12 et 13 seraient oblitérées par la période de suppression trame. La rangée 13 serait incomplète aux 7/8^ème.
Les rangées 29 à 31 des sprites fantômes autrefois occultées se retrouveraient affichée au beau milieu de l'écran.
Le doublon de la rangée 00 succède comme pour la page "B" à la rangée 31. Il précède de ce fait la rangéee 00 originale dont la position sur l'écran est imposée par la ligne où le compteur a été resetté.

En fait tout ceci n'est pas strictement vrai, car la dernière ligne de la rangée tronquée se retrouve affichée tout en haut d'écran et décale ainsi toutes les rangées de sprites d'une ligne vers le bas. Le doublon de la rangée 00 en fait les frais et se retrouve amputé d'une ligne à l'affichage.

Pour simplifier l'exemple, le reset a été choisi au niveau de la première ligne d'une rangée, mais il peut être aussi être effectué au niveau de n'importe qu'elle autre ligne. Ce dispositif servirait donc à déplacer visuellement les rangées de sprites vers le haut ou vers le bas, ligne par ligne ou plus, et permettrait de délester le µP 8080 de cette tâche accaparante.

Cette conception impliquerait que tous les sprites de la rangée 00 de chaque page soient de la couleur du fond d'écran pour éviter de dédoubler les sprites qu'elle contient.

Bien que fonctionnel, le fait que la dernière rangée soit amputée d'une ligne introduit cependant une irrégularité qui ne semble pas "politiquent correcte". Ce qui renforce la présomption de corruption du contenu de la PR-55 listée, car la valeur qui semblerait la plus adéquate pour l'octet en 106H serait plutôt "0CH" que "0AH" afin d'inclure cette ligne dont l'absence perturbe la régularité dans l'enchainement des lignes. Le reset du compteur ligne général ayant déjà été prévu par la valeur "02" de l'octet suivant.

Quelques mots sur le dispositif de reset des compteurs de page.

Il a été choisi d'utiliser un bit mémoire par ligne pour valider le reset de chaque compteur. Comme chacun peut-être resetté indépendamment des deux autres sur n'importe quelle ligne, il aurait fallu une mémoire de 1024×3 bits.
Ici c'est une mémoire statique 2141 d'une taille de 4096×1 qui a été utilisée. Finalement un seul bit a suffit pour les 3 compteurs puisque à chacun a été associé un "time slot" différent pendant le signal de blanking ligne (démultiplexeur 74LS138 ). "Time slot" au cours duquel le compteur associé peut être resetté par le signal SRLD/ si le bit correspondant est activé en mémoire.

29 30 31 32 33 34 35 36 37 38 39 40 41:0 1 2 ┌────┐ ┌────┐ ┌────┐ ┌────┐ ┌────┐ ┌────┐ ┬ ┌────┐ █ └────┘ └────┘ └────┘ └────┘ └────┘ └────┴────┘ └ ┌─────────┐ · ┌─────────┐ · ┌─────────┐ · · ┌ █────┘ · └─────────┘ · └─────────┘ · └──────────────┘ ───────────────┐ · · · ┌───────────────────┐ · · · █ · · └───────────────────┘ · · · └─────────────── ───────────────┐ 0 • 1 • 2 • 3 • 4 • 5 • 6 • 7 • 0 ┌────────── █ · · └────────────────────────────────────────────┘ · · · · · · · · ┌────┐ · · · · · · █──────────────────────────────────┘ └────────────────────────────── · · · · · · · ┌────┐ · · · · · █───────────────────────────────────────┘ └───────────────────────── · · · · · · · · ┌────┐ · · · · █────────────────────────────────────────────┘ └────────────────────

8H

16H

32H

H BLANK/

Time Slot n°4, alloué à la page "D"

Time Slot n°5, alloué à la page "E"

Time Slot n°6, alloué à la page "F"

Le chronogramme ci-dessus montre le découpage du signal "H BLANK" en 8+1 "time slots", le n°0 étant bissé en fin de l'intervalle imparti. Les signaux correspondants sont démultiplexés par le 74LS138 en 104.
Seuls 3 parmi les derniers servent à autoriser le reset des compteurs par le signal "SRLD/":

le 5^ème ou n°4 alloué à la page mémoire "D".
le 6^ème ou n°5 alloué à la page mémoire "E".
le 7^ème ou n°6 alloué à la page mémoire "F".

Ainsi cette mémoire d'un seul bit peut être accédée au travers les multiplexeurs 74LS157 en 100,101 et 107 :

En écriture seule par le µP 8080 via le fil DŌB0 de son bus de donnée.
En lecture quasi permanente par le dispositif de remise à zéro.
L'adressage de la mémoire étant réalisé en concaténant :
- le n° du "time slot" alloué grâce aux fils 8H à 32H du compteur de blocs de 8 pixels ou sprites.
- le n° de la ligne à partir des fils 1V à 128V du compteur ligne.

La présence du 74L279 (en 98 ), relégué dans un coin du schéma "E", semblait à première vue anecdotique, et en fait après étude, il n'en est rien du tout. Ses flip-flops changent d'état dés l'apparition du signal "V BLANK/" et ne retrouvent celui d'origine qu'au reset du compteur associé à chacun. Ceci est lourd de conséquences car le reset des registres à décalage 74LS166 des pages "D", "E", et "F" est maintenu pendant toute cette période. Ce reset étant prioritaire sur leur horloge, aucun pixel ne peut alors être émis par ces registres à décalage.

Ce qui impliquerait ceci pour l'exemple donné en avant si je ne me suis pas fourvoyé : pendant cette période à la suite du signal de suppression trame, aucun sprite ne pourrait être affiché et le haut de la page écran resterait probablement complètement noir (si le noir est la couleur du fond ) jusqu'à la ligne où le reset du compteur de la page sera effectué !

00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 _B _X ┌───────────────────────────────────────────────────────────────────────────────────────────────────┐ 00 14 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 01 15 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 02 16 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 03 17 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 04 18 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 05 19 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 06 20 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 07 21 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 08 22 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 09 23 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 10 24 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 11 25 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 12 26 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 13 27 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 14 28 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 15 29 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 16 30 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 17 31 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 18 00 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 19 00 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 20 01 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 21 02 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 22 03 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 23 04 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 24 05 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 25 06 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 26 07 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 27 08 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 28 09 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ └───────────────────────────────────────────────────────────────────────────────────────────────────┘ 29 10 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 30 11 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 31 12 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │ 00 13 │ · · · · · · · · · · • · · · · · · · · · • · · · · · · · · · • · · │

Ainsi les rangées de sprites qui disparaitraient après avoir chutées ne réapparaitraient pas par le haut puisque qu'elles seraient oblitérées du fait du reset maintenu sur le registre à décalage impliqué.

Ce soir, après avoir bidouillé un montage avec mon programmateur, le contenu des Proms 65; 66 et 67 ont été extraite :-)= :-)=

Le petit montage pour effectuer l'extraction

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131217223024-gottlieb-test-prom-65-65-67.JPG) (http://gamoovernet.pixhotel.fr/pics/20131217223024-gottlieb-test-prom-65-65-67.JPG)

La prom a tester est au bout de la pince test ^-^

Contenu de ma prom 65

0000: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;. 0010: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+......... 0020: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;. 0030: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+......... 0040: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;. 0050: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+......... 0060: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;. 0070: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+......... 0080: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;

Le contenu de la prom 65 du set Mame

0000: E1 02 A3 E4 C5 E6 E7 C8 E9 EA CB EC ED CE EF F0 ................ 0010: D1 F2 F3 D4 F5 F6 D7 E0 00 00 00 00 00 00 00 00 ................ 0020: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 0030: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 0040: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 0050: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 0060: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ..............

Là, on constate un grosse différence de contenu :? :? (il y a un début de réponse dans un message de GC339 ;) )

Au tour de l'extraction de ma Prom 66

0000: E5 06 A7 E4 C5 E6 E7 CC ED EE CF EC ED CE EF F4 ................ 0010: D5 F6 F7 D4 F5 F6 D7 E4 04 04 04 04 04 04 04 04 ................ 0020: E5 06 A7 E4 C5 E6 E7 CC ED EE CF EC ED CE EF F4 ................ 0030: D5 F6 F7 D4 F5 F6 D7 E4 04 04 04 04 04 04 04 04 ................ 0040: E5 06 A7 E4 C5 E6 E7 CC ED EE CF EC ED CE EF F4 ................ 0050: D5 F6 F7 D4 F5 F6 D7 E4 04 04 04 04 04 04 04 04 ..............

Le même contenu de la prom 66 du set Mame

0000: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;. 0010: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+......... 0020: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 0030: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 0040: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................

On constate toujours une différence de contenu :-X , mais si vous avez suivit jusque là, GC avait trouvé qu'il devait y avoir une inversion entre PR65 et PR66 ;) Si l'on regarde PR65 à moi et le contenu de PR66 set Mame, il y a correspondance ^-^ ^-^ (Il est trop fort GC :-)= )
Par contre, le contenu entre PR66 de ma prom comparé à celui de PR65 du set mame, ne correspondent pas :-X (est ce la panne =?= )

On continue avec l'extraction du contenue de la Prom 67

Contenu PR67 prom à moi

0000: 20 40 41 41 41 41 41 40 20 40 42 42 42 42 42 40 @AAAAA@ @BBBBB@ 0010: 20 40 44 44 44 44 44 40 20 40 48 48 48 48 48 40 @DDDDD@ @HHHHH@ 0020: 20 40 41 41 41 41 41 40 20 40 42 42 42 42 42 40 @AAAAA@ @BBBBB@ 0030: 20 40 44 44 44 44 44 40 20 40 48 48 48 48 48 40 @DDDDD@ @HHHHH@ 0040: 20 40 41 41 41 41 41 40 20 40 42 42 42 42 42 40 @AAAAA@ @BBBBB@ 0050: 20 40 44 44 44 44 44 40 20 40 48 48 48 48 48 40 @DDDDD@ @HHHHH@

La comparaison avec PR67 du set Mame

0000: 20 40 41 41 41 41 41 40 20 40 42 42 42 42 42 40 @AAAAA@ @BBBBB@ 0010: 20 40 44 44 44 44 44 40 20 40 48 48 48 48 48 40 @DDDDD@ @HHHHH@ 0020: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 0030: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 0040: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................

Pour celle-ci tout est parfait ^-^

Interrogation actuelle est pour le contenu de ma prom PR66, qui ne correspond à rien :-[ :-[ Toucherait on au but =?= =?=

Reste à faire l'extraction des Proms PR54 et PR55 une fois que j'aurais un adaptateur (ou autre)

GC339, je te fait parvenir le contenu des proms ;)

Gottlieb

: gottlieb Tuesday 17 December 2013, 23:04:32 PM

Contenu de ma prom 65

0000: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;.
0010: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+.........
0020: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;.
0030: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+.........
0040: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;.
0050: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+.........
0060: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;.
0070: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+.........
0080: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;

Voici les balises qu'il faut insérer pour avoir un résultat parfait :

:

[center]
[table][tr][td]
[center][b]Contenu de ma prom 65 [/b][/center]
[left]
[tt]
0000:  5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19   ]|x.....]|xzz;;.
0010:  5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00   ]txzz;+.........
0020:  5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19   ]|x.....]|xzz;;.
0030:  5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00   ]txzz;+.........
0040:  5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19   ]|x.....]|xzz;;.
0050:  5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00   ]txzz;+.........
0060:  5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19   ]|x.....]|xzz;;.
0070:  5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00   ]txzz;+.........
0080:  5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19   ]|x.....]|xzz;
[/tt]
[/left]
[/td][/tr][/table]
[/center]

Et le résultat !

Contenu de ma prom 65

0000: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;. 0010: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+......... 0020: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;. 0030: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+......... 0040: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;. 0050: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+......... 0060: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;;. 0070: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 ]txzz;+......... 0080: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 ]|x.....]|xzz;

En fait il faut :

Déclarer un tableau d'une seule cellule.
Déclarer que le tableau est centré dans la page.
Déclarer que l'entête est centrée dans la cellule.
Déclarer que le texte est justifié à gauche dans la cellule
Déclarer que la police de caractères doit avoir une largeur fixe.

Salut,

: gottlieb Tuesday 17 December 2013, 23:04:32 PM

Interrogation actuelle est pour le contenu de ma prom PR66, qui ne correspond à rien :-[ :-[ Toucherait on au but =?= =?=

Je ne dirais pas qu'elle ne correspond à rien ;). Si tu regardes ses valeurs en binaire, celle que tu as dumpée est très proche du set MAME :

MAME = 11100001 00000010 10100011 11100100 11000101 11100110 11100111 11001000 la tienne = 11100101 00000110 10100111 11100100 11000101 11100110 11100111 11001100 MAME = 11101001 11101010 11001011 11101100 11101101 11001110 11101111 11110000 la tienne = 11101101 11101110 11001111 11101100 11101101 11001110 11101111 11110100

On remarque que c'est toujours le 3ème bit (2²) qui est à 1 chez toi, alors qu'il est à 0 sur MAME. C'est pourquoi on constate 4 de différence dans le quartet de poids faible quand le bit 2² est normalement à 0 ! :)

[edit : petite correction, j'avais mis par erreur 2³ au lieu de 2² bien sûr ! :-\]

A+

Merci gc pour la pagination :-)= J'avais essayé mais n'y était pas arrivé :?
Du coup, j'ai repris la mise en page de mon post précédent ^- (Et cela me plait mieux, c'est plus compréhensible)

@Little-rabbit

Merci pour la réponse, Cela veut dire que ce petit décalage ne joue en rien dans le problème :-[ puisqu'il suit le bon ordre logique ;) C'est une chose qu'il faut que je fasse, convertir en binaire les codes pour les comparer :D cela me ferait réfléchir un peu plus et voir les comparaisons logique ;)

Reste à extraire les autres proms :-\

: gottlieb Wednesday 18 December 2013, 00:16:54 AM

Reste à extraire les autres

J'attends avec impatience le contenu de PR-55. Pour celles que tu viens de lister, je regarderai dans la journée, le marchand de sable vient de passer ...

Oui, le Petit_Lapin a raison : la broche D2 de ta PROM PR66 est malade : elle est en permanence à 1.

Salut,

: gottlieb Wednesday 18 December 2013, 00:16:54 AM

@Little-rabbit

Merci pour la réponse, Cela veut dire que ce petit décalage ne joue en rien dans le problème :-[ puisqu'il suit le bon ordre logique ;)

Je ne suis pas sûr de comprendre ce que tu veux dire. Ce n'est pas un "petit décalage", c'est comme l'expliquait F4brice un bit de ta PROM qui est mort : toujours à 1 alors qu'il devrait être tantôt à 1, tantôt à 0 selon la cellule mémoire adressée.

N'ayant pas suivi dans le détail les explications super balaises de gc339, je ne saurais dire les conséquences de cette défaillance, mais ce n'est sûrement pas anodin ;).

Dans un système à micro-processeur - même si ce n'est pas stricto sensu le cas ici puisque sa structure est éclatée à même la carte au lieu d'être intégré dans un seul boîtier - le moindre bit d'écart par rapport à ce qui est prévu peut avoir des conséquence énormes :
- si tu changes un bit d'un opcode, l'instruction exécutée par le processeur n'est plus la même (voire cela fait planter le processeur parce que l'opcode corrompu n'existe pas !)
- si tu changes un bit d'une adresse, la case mémoire adressée n'est plus la bonne
- si tu changes un bit d'une donnée, elle est corrompue => ainsi "Gottlieb" dans ta PROM défectueuse deviendrait "Gottlmef" ;). Si quelqu'un tente d'envoyer un MP à Gottlmef, pas sûr qu'il te parvienne ;).

Tout ça pour dire que le moindre bit qui n'a pas la bonne valeur peut être source de panne.

Ensuite le truc que je ne comprends pas, c'est comment le contenu de tes PROMs PR65 et PR66 peut être inversé ! Ta panne serait-elle survenue après un nettoyage où les circuits auraient été inversés ? As-tu déjà vu (ou entendu) des Gremlins opérer dans ta gameroom ?? :D

A+

: Little_Rabbit Wednesday 18 December 2013, 09:38:42 AM

Ensuite le truc que je ne comprends pas, c'est comment le contenu de tes PROMs PR65 et PR66 peunt être inversé ! Ta panne serait-elle survenue après un nettoyage où les circuits auraient été inversés ?

Non et non, l'inversion est au niveau du contenu du fichier MAME, comme tous les sites qui le mettent à disposition ont du se le recopier les uns sur les autres à partir de la même source, tous fournissent un fichier corrompu (c'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison, Coluche).
Selon le schéma page "G", PR-65 est en 123 et PR-66 en 118 sur le circuit imprimé.
De plus ça saute au yeux immédiatement quand on reluque le contenu de la PR-65 du fichier MAME, le quartet de droite s'incrémente d'une unité à chaque fois qu'on progresse d'un octet, ce ne peut être que l'adresse de l'instruction suivante du séquenceur (bits x, y, M1, M2 et aussi M4 ) qui sont localisés selon le schéma dans la PROM PR-66.

Comparaison du contenu entre PR-67 du set Mame et celle de gottlieb (en bleu).

0000: 20 40 41 41 41 41 41 40 20 40 42 42 42 42 42 40 0000: 20 40 41 41 41 41 41 40 20 40 42 42 42 42 42 40 0010: 20 40 44 44 44 44 44 40 20 40 48 48 48 48 48 40 0010: 20 40 44 44 44 44 44 40 20 40 48 48 48 48 48 40

Comparaison du contenu entre la pseudo PR-66 du set Mame et la PR-65 de gottlieb (en bleu).

0000: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 0000: 5D 7C 78 F8 F8 B9 B9 19 5D 7C 78 7A 7A 3B 3B 19 0010: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00 0010: 5D 74 78 7A 7A 3B 2B 19 00 00 00 00 00 00 00 00

Comparaison du contenu entre la pseudo PR-65 du set Mame et la PR-66 de gottlieb (en bleu).

0000: E1 02 A3 E4 C5 E6 E7 C8 E9 EA CB EC ED CE EF F0 0000: E5 06 A7 E4 C5 E6 E7 CC ED EE CF EC ED CE EF F4 0010: D1 F2 F3 D4 F5 F6 D7 E0 00 00 00 00 00 00 00 00 0010: D5 F6 F7 D4 F5 F6 D7 E4 04 04 04 04 04 04 04 04

Et là c'est flagrant pour ce dernier contenu, le bit de rang 2² est systématiquement lu à "1" dans ta PROM PR-66. Le séquenceur ne peut que dysfonctionner, car la moitié des adresses sont ignorées.
Il faudrait quand même que tu vérifies l'adaptateur, on ne sait jamais ! C'est la liaison entre la patte 11 du support d'EPROM 2732 (D2) et la patte 3 de la PROM 74S288 (Q2) qui est à cibler, tu n'est pas à l'abri d'un faux contact ou d'un fil coupé dans sa gaine.
Eventuellement croise deux fils sur l'adaptateur pour vérifier que le défaut est reporté sur le fil échangé.

: gottlieb Tuesday 17 December 2013, 23:04:32 PM

Reste à faire l'extraction des Proms PR54 et PR55 une fois que j'aurais un adaptateur (ou autre)

Alors empresse toi de le réaliser, comme je l'ai déjà écrit, j'ai un doute sur l'intégrité de la PR-55 du fichier Mame !

NB : Tu n'est pas obligé de câbler les 4 résistances, le quartet de gauche aura alors une valeur aléatoire mais on s'en tape, seules les valeurs lues sur celui de droite sont significatives !

Le contenu de la PROM PR-54 du fichier Mame :

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219090044-gc339-PR-54-0.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219090044-gc339-PR-54-0.PNG)

Création d'un fichier texte "PR-54.hex". C'est plus facile de manipuler des octets, des quartets ou des bits avec un éditeur de texte quand ils sont transformés en caractères ASCII :

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144359-gc339-PR-54-1.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144359-gc339-PR-54-1.PNG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219153837-gc339-PR-54-1b.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219153837-gc339-PR-54-1b.PNG)

Chargement du fichier dans l'éditeur Notepad++ puis remplacement de chaque espace par les caractères de contrôle CR + LF. Ainsi chaque ligne ne comportera qu'un seul octet.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144423-gc339-PR-54-2.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144423-gc339-PR-54-2.PNG)

Transformation hexadécimale/binaire du seul quartet de droite, chaque bit séparé par une virgule en vue de la création d'un fichier "csv".

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144449-gc339-PR-54-3.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144449-gc339-PR-54-3.PNG)

Sauvegarde de la conversion binaire dans le fichier PR-54.csv une fois celle ci réalisée pour tous les octets.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144517-gc339-PR-54-4.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144517-gc339-PR-54-4.PNG)

Chargement du fichier "csv" dans le tableur d'OpenOffice, les données sont au format texte et séparées par des virgules.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144628-gc339-PR-54-5.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144628-gc339-PR-54-5.PNG)

Les données sont scindées en 4 bandes verticales sur 256 lignes regroupant les 4 colonnes d'un même quartet. Chaque bande verticale correspond en fait aux 4 sections de la PROM délimitées par les adresses "FLM COL 0" et "FLM COL 1".

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144646-gc339-PR-54-6.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144646-gc339-PR-54-6.PNG)

Les 4 bandes verticales sont coupées puis recollées transposées grâce au "collage spécial". l'origine étant toujours la cellule "A1".

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144705-gc339-PR-54-7.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144705-gc339-PR-54-7.PNG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144723-gc339-PR-54-8.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144723-gc339-PR-54-8.PNG)

Les données transposées vont être sauvegardées dans un deuxième fichier "csv" dénommé PR-54new.csv.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144750-gc339-PR-54-9.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144750-gc339-PR-54-9.PNG)

Les caractères seront sauvegardés au format UTF-8 et la virgule sera employée comme séparateur.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144810-gc339-PR-54-10.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144810-gc339-PR-54-10.PNG)

Chargement de ce deuxième fichier "csv" dans un nouvel onglet de l'éditeur Notepad++

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219151257-gc339-PR-54-11a.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219151257-gc339-PR-54-11a.PNG)

Déclaration du caractères du fichier au format UTF-8.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144848-gc339-PR-54-11.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144848-gc339-PR-54-11.PNG)

Remplacement de chaque série de virgules par une repèrage hexadécimal.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144904-gc339-PR-54-12.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144904-gc339-PR-54-12.PNG)

Remplacement des binômes "1" + virgule par un pavé graphique plein issu de la table des caractères

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144930-gc339-PR-54-13.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144930-gc339-PR-54-13.PNG)

Remplacement des binômes zéro + virgule par un espace insécable issu lui aussi de la table des caractères.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219144951-gc339-PR-54-14.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219144951-gc339-PR-54-14.PNG)

Copie de la première ligne de caractères graphiques

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219145033-gc339-PR-54-15.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219145033-gc339-PR-54-15.PNG)

Insertion de cette copie entre deux balises "color=red" dans la fenêtre des messages du forum, la ligne sera alors affichée en rouge dans le fil de discussion.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131219145057-gc339-PR-54-16.PNG) (http://gamoovernet.pixhotel.fr/pics/20131219145057-gc339-PR-54-16.PNG)

Le résultat obtenu, les 4 bandes verticales ont été transposées pour être visualisées à l'horizontale et l'état de chaque bit du quartet est représenté avec la couleur qui lui a réellement été affectée sur les sorties vidéo de la carte.

0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF █ █ █ █ █ █ █ █ ██ ███ ██ ██ ███ ██ ██ ███ ██ ██ ███ ██ ██ ███ ██ ██ ███ ██ ██ ███ ██ ██ ███ ██ ██████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██ ███████████████████████ ██ ███████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████ ██ ███████████████████████ ██ ███████ 0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF █ ████████████████ █ ████████████████ █ ████████████████ █ █ ████████████████ █ ████████████████ █ ████████████████ █ ██ ██ ██ ██ ██████████████████ ██ ██ ██ ██ ██ ██ ██ ██████████████████ ██ ██ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████████████████████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██ ███████████████████████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████ 0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF █ █ █ █ █ █ █ █ ██ ██ ██ ██ ██ ██ ██ ██ ██████████████████ ██ ██ ██ ██ ██ ██ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████████████████████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██ ███████████████████████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████ 0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF ██ ███████████████████████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████ ██ ██ ██████████████████ ██ ██ ██ ██████████████████ ██ ██ ██ ██████████████████ ██ ██ ██ ██████████████████ ██ ███ █ █ ██ ███ █ █ ██ ███████████████████ █ █ ██ ███ █ █ ██ ███████████████████ █ █ ██ ███ █ █ ██ ███████████████████ █ █ ██ ███ █ █ ██ █████ ███████████████████████ █████ ███████████████████████ █████ ███████████████████████ █████ ███████ █████ ███████████████████████ █████ ███████████████████████ █████ ███████████████████████ █████ ███████ 0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF

0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF █ █ █ █ █ █ █ █ █ ████████████████ █ ████████████████ █ ████████████████ █ █ ████████████████ █ ████████████████ █ ████████████████ █ █ █ █ █ █ █ █ █ ██ ███████████████████████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████ 0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF ██ ███ ██ ██ ███ ██ ██ ███ ██ ██ ███ ██ ██ ███ ██ ██ ███ ██ ██ ███ ██ ██ ███ ██ ██ ██ ██ ██ ██████████████████ ██ ██ ██ ██ ██ ██ ██ ██████████████████ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██████████████████ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██████████████████ ██ ██ ██ ██████████████████ ██ ██ ██ ██████████████████ ██ ██ ██ ██████████████████ ██ 0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF ██████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████████████████████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ██████████████████████ █ █ ██ ██████████████████████ █ █ ██ ██████ █ █ ██ ██████████████████████ █ █ ██ ███ █ █ ██ ███ █ █ ██ ███████████████████ █ █ ██ ███ █ █ ██ ███████████████████ █ █ ██ ███ █ █ ██ ███████████████████ █ █ ██ ███ █ █ ██ 0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF ██ ███████████████████████ ██ ███████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████ ██ ███████████████████████ ██ ███████ █████ ███████████████████████ █████ ███████████████████████ █████ ███████████████████████ █████ ███████ █████ ███████████████████████ █████ ███████████████████████ █████ ███████████████████████ █████ ███████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████████████████████ ██ ███████ █████ ███████████████████████ █████ ███████████████████████ █████ ███████████████████████ █████ ███████ █████ ███████████████████████ █████ ███████████████████████ █████ ███████████████████████ █████ ███████ 0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF

Ce soir, j'ai effectué le petit montage pour extraire le contenu de PR55 et PR54 ^-^

Contenu de ma prom 55

0000: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0010: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0020: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0030: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0040: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0050: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0060: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 00 00 ................ 0070: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0080: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0090: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 00A0: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 00B0: 08 08 08 08 08 00 08 00 08 08 08 08 08 08 08 00 ................ 00C0: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 00D0: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 00E0: 08 08 08 08 08 08 08 00 0C 0C 0C 0C 0D 0D 0D 05 ................ 00F0: 0C 0C 0C 0C 0C 0C 0C 04 0C 0C 0C 0C 0C 0C 0C 04 ................ 0100: 0C 0C 0C 0C 0C 0C 0A 02 08 00 00 00 00 00 00 00 ................

Avec la comparaison se celle du set de mame

Contenu de la prom 55 du set de mame

0000: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0010: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0020: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0030: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0040: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0050: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0060: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 00 00 ................ 0070: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0080: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 0090: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 00A0: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 00B0: 08 08 08 08 08 00 08 00 08 08 08 08 08 08 08 00 ................ 00C0: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 00D0: 08 08 08 08 08 08 08 00 08 08 08 08 08 08 08 00 ................ 00E0: 08 08 08 08 08 08 08 00 0C 0C 0C 0C 0D 0D 0D 05 ................ 00F0: 0C 0C 0C 0C 0C 0C 0C 04 0C 0C 0C 0C 0C 0C 0C 04 ................ 0100: 0C 0C 0C 0C 0C 0C 0A 02 08 00 00 00 00 00 00 00 ................

La comparaison entre la prom de ma carte et le contenu de la prom du set mame est bonne ;) (je t'envoie également le contenu gc339)

: gc339 Wednesday 18 December 2013, 11:38:39 AM

Comparaison du contenu entre la pseudo PR-65 du set Mame et la PR-66 de gottlieb (en bleu).
0000: E1 02 A3 E4 C5 E6 E7 C8 E9 EA CB EC ED CE EF F0 0000: E5 06 A7 E4 C5 E6 E7 CC ED EE CF EC ED CE EF F4 0010: D1 F2 F3 D4 F5 F6 D7 E0 00 00 00 00 00 00 00 00 0010: D5 F6 F7 D4 F5 F6 D7 E4 04 04 04 04 04 04 04 04

Et là c'est flagrant pour ce dernier contenu, le bit de rang 2² est systématiquement lu à "1" dans ta PROM PR-66. Le séquenceur ne peut que dysfonctionner, car la moitié des adresses sont ignorées.
Il faudrait quand même que tu vérifies l'adaptateur, on ne sait jamais ! C'est la liaison entre la patte 11 du support d'EPROM 2732 (D2) et la patte 3 de la PROM 74S288 (Q2) qui est à cibler, tu n'est pas à l'abri d'un faux contact ou d'un fil coupé dans sa gaine.
Eventuellement croise deux fils sur l'adaptateur pour vérifier que le défaut est reporté sur le fil échangé.

Je vais refaire le montage et ré-extraire son contenu ^- pour vérification ;) Mais une chose que je n'ai pas tout compris :-[ :-[ (je suis désolé de poser cette question :-\ )
Quand j'extrais le contenu d'une prom (ou Eprom) c'est bien un programme créé par une personne et enregistré dans la prom :? =?=

Ce qui explique ceci :D

: gottlieb Wednesday 18 December 2013, 00:16:54 AM

Merci pour la réponse, Cela veut dire que ce petit décalage ne joue en rien dans le problème :-[ puisqu'il suit le bon ordre logique ;) C'est une chose qu'il faut que je fasse, convertir en binaire les codes pour les comparer :D cela me ferait réfléchir un peu plus et voir les comparaisons logique ;)

: Little_Rabbit Wednesday 18 December 2013, 09:38:42 AM

Je ne suis pas sûr de comprendre ce que tu veux dire. Ce n'est pas un "petit décalage", c'est comme l'expliquait F4brice un bit de ta PROM qui est mort : toujours à 1 alors qu'il devrait être tantôt à 1, tantôt à 0 selon la cellule mémoire adressée.

Je pensais que ce qui était écrit dans ma prom, l'était depuis son origine (donc n'avait pas changé) et que si j'avais le même programme que le set Mame et que certaines cellules étaient à 00, c'est que le programme avait été corrompu :-[
C'est pour cela, que je me suis dit que comme le défaut (par rapport à la prom mame) était toujours au même endroit, c'est que c'était dans le programme d'origine ::) ::) et que le jeu fonctionnait comme cela depuis le début :-\

En cas que cette prom est défectueuse, il y en a déjà une qui est en chemin :D

Gottlieb

Ce soir, nouvelle extraction du contenu de la prom PR66, on peux déduire, donc que Q2 (pin 3 du 74S288) est corrompu ;) Après plusieurs tests en changeant les fils, je trouve toujours le même résultat ;)

Contenu de ma prom 66 après nouvel extraction pour vérification

Moi 0000: E5 06 A7 E4 C5 E6 E7 CC ED EE CF EC ED CE EF F4 ................ MAME 0000: E1 02 A3 E4 C5 E6 E7 C8 E9 EA CB EC ED CE EF F0 ................ Moi 0010: D5 F6 F7 D4 F5 F6 D7 E4 04 04 04 04 04 04 04 04 ................ MAME 0010: D1 F2 F3 D4 F5 F6 D7 E0 00 00 00 00 00 00 00 00 ................

Comme, je pressent que la prom va devoir être changée, je vais donc avoir besoins d'aide, pour la programmation de la nouvelle prom ;) Je lance donc un SOS à toutes personnes suceptible de programmer ce type de prom :D

: gottlieb Wednesday 18 December 2013, 23:04:19 PM

Mais une chose que je n'ai pas tout compris :-[ :-[ (je suis désolé de poser cette question :-\ )
Quand j'extrais le contenu d'une prom (ou Eprom) c'est bien un programme créé par une personne et enregistré dans la prom :? =?=
Je pensais que ce qui était écrit dans ma prom, l'était depuis son origine (donc n'avait pas changé) et que si j'avais le même programme que le set Mame et que certaines cellules étaient à 00, c'est que le programme avait été corrompu :-[
C'est pour cela, que je me suis dit que comme le défaut (par rapport à la prom mame) était toujours au même endroit, c'est que c'était dans le programme d'origine ::) ::) et que le jeu fonctionnait comme cela depuis le début :-\

Gottlieb

Pour en revenir sur mon interrogation du contenu d'une prom ou éprom corrompu, j'ai croisé le collègue et lui ai fait part de ma question :D Il m'a explique plus ou moins le comment du pourquoi =:))
Il m'a également confirmé, que j'avais un problème avec une des pins qui était sûrement HS et qu'une nouvelle vérification devait être effectuée pour confirmation ;)

N'y connaissant pas grand chose, en électronique, en faite ,je n'imaginais pas voir le contenu d'une éprom (prom ) corrompu ou malade de cette façon :-\

Par exemple, avec le programme correct de PR66

0000: E1 02 A3 E4 C5 E6 E7 C8 E9 EA CB EC ED CE EF F0 ................ 0010: D1 F2 F3 D4 F5 F6 D7 E0 00 00 00 00 00 00 00 00 ................

Je m'attendais plus à voir un défaut de ce style

0000: E1 02 00 E4 C5 E6 E7 C8 E9 EA CB EC ED CE EF F0 ................ 0010: D1 F2 F3 D4 F5 F6 FF E0 00 00 00 00 00 00 00 00 ................

C'est à dire, juste 1 ou quelques données qui diffère du programme d'origine et non tout le programme :-[

GC, quand je vois le travail que tu réalise avec les matrices :-)= :-)= J'attend de lire l'explication de l'affichage de 32X28 sprites :-)=

Gottlieb

Je dois pouvoir te programmer ça... si tu n'es pas spécialement pressé.
Le programmateur auquel j'ai accès sait programmer de nombreuses PROMs.

La première chose à établir, c'est une liste de références équivallentes à ta PROM malade, et vérifier que :
1/ elle puisse être achetée dans une boutique
2/ elle puisse être programmée (connue du programmateur)

EDIT: le composant à changer, c'est bien un Texas TBP 18S030 ?

Merci f4brice pour ta proposition ^-

Pour la programmation de la prom, je ne suis pas pressé ;) de toute façon, elle n'est toujours pas à la maison :D
Il faut également rechercher ce qui a causé la défaillance de la prom avant de remettre une nouvelle, pour ne pas l'endommager ;)

: f4brice Friday 20 December 2013, 08:30:15 AM

EDIT: le composant à changer, c'est bien un Texas TBP 18S030 ?

Ce n'est pas une TBP 18S030 (http://www.datasheetarchive.com/dlmain/Datasheets-37/DSA-728937.pdf) mais une TBP38S030 25N (http://www.datasheetarchive.com/dlmain/Datasheets-112/DSAP0054358.pdf)
Equivalence: TBP38S030-25N PROM =AM27S19APC =74S288 DIP-16

En cherchant les équivalences de proms, je suis tombé sur cette pages des équivalences de proms (http://www.citylan.it/wiki/index.php/PROM) ,cela peut être fort utile ^-

Gottlieb

salut,

mon programmateur (eetools topmax) sait programmer les AM27S19 & 74S288.

hésite pas.

a+

Merci Spectroman ^-

Je savais que je pouvais également compter sur toi ;)

Merci à tous encore une fois pour votre aide si précieuse :-*

Gottlieb

Sortie des informations de couleur :

Les bits RGB ainsi qu'un bit de réduction d'intensité pour le vert, tous issus de la PROM µPB426 en 86, sont latchés par le 74S175 en 79. Trois des sorties de ce latch sont directement raccordées au connecteur de la carte (n° des contacts illisibles sur le schéma "F" ). Le quatrième bit, celui de réduction d'intensité, met en service une résistance (R33/D1 ) en // sur la sortie du vert réalisant ainsi un pont diviseur de tension, l'intensité du vert se retrouve abaissée sensiblement quand ce dernier bit est à "1".
Ainsi la carte peut générer les 8 couleurs de base : noir, bleu, rouge, magenta, vert, cyan, jaune et blanc. Plus 4 autres couleurs intermédiaires quand le bit de réduction d'intensité du vert est activé, ce qui porte le nombre de couleurs possibles à 12.

Signaux "CELL A" à "CELL D"

Comme expliqué plus en avant (http://www.gamoover.net/Forums/index.php?topic=27695.msg470375#msg470375), Le latch 74LS174 en 67 de la page vidéo "B" mémorise temporairement les bits de poids fort du n° de sprite auquel on veut accéder (fils CA3 à CA7 ). Un deuxième latch connecté à la suite du premier, le 74LS175 en 88, en mémorise quatre à nouveau quelques cycles plus tard sur le front ascendant du signal "COLOR" issu du séquenceur.
A partir des 4 fils "CA3" à "CA7" sont ainsi créés en ligne directe et dans le même ordre quatre nouveaux signaux "CELL A" à "CELL D".
Cela revient à fractionner les 256 sprites appartenant à la page vidéo "B" en 16 groupes (adressables à partir des fils "CELL" de A à D ) de 16 sprites (adressables avec les fils "CA0" à "CA3" ). Ainsi une couleur spécifique peut être affectée à chaque groupe, ce qui a permis de réduire de 4 le nombre de fils d'adresse nécessaire sur la PROM PR-54.

Création des couleurs à partir de la PROM PR-54

Il ne faut pas oublier qu'à l'époque où ce jeu a été créé, la taille des mémoires RAM disponibles était limitée et que celles-ci coutaient relativement cher, les moniteurs couleur n'étaient pas non plus légion!
Ainsi, par souci d'économie, les signaux issus des différentes pages ne pouvaient être que monochrome : le pixel extrait ne pouvait être que soit éclairé soit éteint, un point c'est tout. La mémoire PROM PR-54 est donc l'artifice qui va permettre de colorer les pixels monochromes en fonction de la page vidéo d'où ils ont été extraits.

La PROM PR-54 est alors adressée par :

Le n° de groupe de sprites appartenant à la page vidéo "B" : fils "CELL A" à "CELL D"
Dans l'ordre des adresses croissantes : le pixel extrait des pages : "B", "F", "E" puis "D".
Deux signaux "FLM COL 0" et "FLM COL 1" dépendant directement du µP 8080 et qui lui permettent de modifier le jeu de couleurs probablement en fonction du contexte ou du niveau atteint par le joueur.

Un tableau a été réalisé à partir du contenu de cette PROM afin de comprendre comment la programmation des couleurs a été effectuée par Sega.

Il est constituées de 4 bandes horizontales de 16 lignes :
- A chaque bande horizontale correspond un des 4 contextes imposé par le µP 8080 (FLM COL : 0 et 1 ).
- A chaque ligne correspond un groupe de sprites appartenant à la page "B" (CELL : A, B, C et D ).

Chaque bande horizontale est divisée en 16 bandes verticales de 4 colonnes :
- A chaque bande verticale correspond une combinaison des pixels extraits simultanément des différentes pages. A raison d'un pixel par page, il y a 16 possibilités donc 16 bandes verticales ou blocs. Chaque pixel a été baptisé avec la lettre de la page vidéo dont il est issu (B, F, E et D), n'est affichée la lettre dans les entêtes bleu sombre que quand le pixel correspondant est éclairé.
- Chaque bande verticale ou bloc regroupe 4 colonnes, chacune correspondant à une des sorties de la PROM PR-54 baptisées : "R", "G" et "B" pour les trois couleurs primaires et "½" pour le bit de réduction d'intensité du vert.

Le tableau réalisé à partir du contenu de PR-54 avec le tableur Calc d'OpenOffice :

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131223135637-gc339-DEFB.PNG) (http://gamoovernet.pixhotel.fr/pics/20131223135637-gc339-DEFB.PNG)

Affiché avec cette organisation, rien ne se dégage de trivial. Par contre le tableau devient limpide et intuitif dés qu'on affiche le contenu de la PROM PR-54 en inversant l'ordre des pixels qui assurent en partie son adressage.
Ainsi les bandes verticales ou blocs qui auraient dû normalement être affichés de gauche à droite dans l'ordre croissant (de 00 à 15 ) si l'on avait respecté le même adressage "DEFB" que celui de la PROM, sont avec cette en inversion de pixels en "BFDE" maintenant affichées avec ce nouvel ordre : 00, 08, 04, 12 , 02, 10, 06, 14, 01, 09, 05, 13, 03, 11, 07 et 15.

Le nouveau tableau après réorganisation :

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131223135725-gc339-BFED.PNG) (http://gamoovernet.pixhotel.fr/pics/20131223135725-gc339-BFED.PNG)

Avec cette réorganisation, le tableau apparait constitué en deux parties :

La moitié droite où la page "B" impose ses couleurs quand ses pixels sont éclairés.
Que les pixels des autres pages soient éclairés ou éteints, les 8 bandes verticales dans chaque bande horizontale restent toujours identiques et d'une bande horizontale à l'autre le contexte ne modifie que les 4 lignes surlignées en plus clair.
Cela signifie que la page "B" est une page d'avant plan ou d'avant scène, ses pixels éclairés sont prépondérants et masquent tous ceux des 3 autres pages.
La moitié gauche, ou première moitié, où la page "B" n'interagit pas avec les 3 autres quand ses pixels sont éteints.

Cette première moitié apparait aussi scindée en deux zones :
- Le quart droit où la page "F" est prédominante et impose ses couleurs par dessus les deux autres quand ses pixels sont éclairés.
- Le quart gauche, ou premier quart, où la page "F" n'interagit pas avec les autres quand ses pixels sont éteints.
  
  Ce premier quartier apparait aussi découpé en 2 nouvelles zones :
  - Le huitième droit où la page "E" est prédominante et impose ses couleurs par dessus la dernière page quand ses pixels sont éclairés.
  - Le huitième gauche, ou premier huitième, où la page "E" n'interagit pas avec la dernière quand ses pixels sont éteints.
    
    Ce premier huitième de tableau apparait aussi composé de deux zones, ce sont les deux derniers seizièmes :
    - Le seizième droit où il n'y a que le seul pixel de la page "D" d'éclairé.
    - Le seizième gauche, ou premier seizième, où tous les pixels sont éteints quelque soit la page.
Il est à noter que les couleurs associées aux pixels des pages "D", "E" et "F" sont indifférentes au N° de groupe de sprites de la page "B" et qu'elles ne dépendent que du contexte généré par le µP 8080.

Ainsi selon le contexte :

Tous les sprites appartenant à la page "D", celle de niveau le moindre, apparaissent uniformément d'une couleur jaune (G + R), verte, cyan (B + G) ou à nouveau verte.
Tous les sprites appartenant à la page "E", de rang immédiatement supérieur, apparaissent uniformément d'une couleur verte, magenta (B + R, à noter que le bit de demi-teinte est ici incongru car il n'agit que sur le vert ), rouge ou orange (½ G + R).
Tous les sprites appartenant à la page "F", de rang immédiatement inférieur à celui du premier plan, apparaissent uniformément d'une couleur rouge, orange (½ G + R), jaune ou magenta (B + R).
La couleur des sprites appartenant à la page "B", la page d'avant scène, est ici fonction du contexte, bien sûr, mais aussi du groupe (de 00 à 15 ) auxquels ils appartiennent. Ainsi les sprites de cette page pourront être affichés avec pratiquement toute la gamme de couleurs qui peuvent être synthisées.

: gc339 Saturday 21 December 2013, 21:09:45 PM

Sortie des informations de couleur :

Les bits RGB ainsi qu'un bit de réduction d'intensité pour le vert, tous issus de la PROM µPB426 en 86, sont latchés par le 74S175 en 79. Trois des sorties de ce latch sont directement raccordées au connecteur de la carte (n° des contacts illisibles sur le schéma "F" ). Le quatrième bit, celui de réduction d'intensité, met en service une résistance (R33/D1 ) en // sur la sortie du vert réalisant ainsi un pont diviseur de tension, l'intensité du vert se retrouve abaissée sensiblement quand ce dernier bit est à "1".
Ainsi la carte peut générer les 8 couleurs de base : noir, bleu, rouge, magenta, vert, cyan, jaune et blanc. Plus 4 autres couleurs intermédiaires quand le bit de réduction d'intensité du vert est activé, ce qui porte le nombre de couleurs possibles à 12.

J'ai contrôlé sur la carte et pour mettre au clair le schéma, les sorties de IC79 arrivent:

Q1 pin 2 (R) arrive sur A28 sur le connecteur A face coté composants (rep A1 à A40)
Q2 pin 7 (G) arrive sur A26 sur le connecteur A face coté composant (rep A1 à A40)
Q3 pin 10 (B) arrive sur A16 sur le connecteur A face dessous composant (rep A1 à AA)

Je me régale en lisant le fonctionnement de la créations des couleurs à l'écran :-*
C'est fascinant ^- les idées qu'ont eus les électroniciens de l'époque pour gérer la couleur ^- (il se peut que le jeu fût créé en N/B et la couleur rajouté ensuite :-\ ) C'est vrai que les écran couleurs coûtaient un bras au début des années 80' :'( Les couleurs étaient plus faite par des bandes de film gélatine posés sur les écrans N/B

: gc339 Saturday 21 December 2013, 21:09:45 PM

Avec cette réorganisation, le tableau apparait constitué en deux parties :
La moitié droite où la page "B" impose ses couleurs quand ses pixels sont éclairés.
Que les pixels des autres pages soient éclairés ou éteints, les 8 bandes verticales dans chaque bande horizontale restent toujours identiques et d'une bande horizontale à l'autre le contexte ne modifie que les 4 lignes surlignées en plus clair.
Cela signifie que la page "B" est une page d'avant plan ou d'avant scène, ses pixels éclairés sont prépondérants et masquent tous ceux des 3 autres pages.
La moitié gauche, ou première moitié, où la page "B" n'interagit pas avec les 3 autres quand ses pixels sont éteints.

Cette première moitié apparait aussi scindée en deux zones :
Le quart droit où la page "F" est prédominante et impose ses couleurs par dessus les deux autres quand ses pixels sont éclairés.
Le quart gauche, ou premier quart, où la page "F" n'interagit pas avec les autres quand ses pixels sont éteints.

Ce premier quartier apparait aussi découpé en 2 nouvelles zones :
Le huitième droit où la page "E" est prédominante et impose ses couleurs par dessus la dernière page quand ses pixels sont éclairés.
Le huitième gauche, ou premier huitième, où la page "E" n'interagit pas avec la dernière quand ses pixels sont éteints.

Ce premier huitième de tableau apparait aussi composé de deux zones, ce sont les deux derniers seizièmes :
Le seizième droit où il n'y a que le seul pixel de la page "D" d'éclairé.
Le seizième gauche, ou premier seizième, où tous les pixels sont éteints quelque soit la page.

Il est à noter que les couleurs associées aux pixels des pages "D", "E" et "F" sont indifférentes au N° de groupe de sprites de la page "B" et qu'elles ne dépendent que du contexte généré par le µP 8080.

Ainsi selon le contexte :
Tous les sprites appartenant à la page "D", celle de niveau le moindre, apparaissent uniformément d'une couleur jaune (G + R), verte, cyan (B + G) ou à nouveau verte.
Tous les sprites appartenant à la page "E", de rang immédiatement supérieur, apparaissent uniformément d'une couleur verte, magenta (B + R, à noter que le bit de demi-teinte est ici incongru car il n'agit que sur le vert ), rouge ou orange (½ G + R).
Tous les sprites appartenant à la page "F", de rang immédiatement inférieur à celui du premier plan, apparaissent uniformément d'une couleur rouge, orange (½ G + R), jaune ou magenta (B + R).
La couleur des sprites appartenant à la page "B", la page d'avant scène, est ici fonction du contexte, bien sûr, mais aussi du groupe (de 00 à 15 ) auxquels ils appartiennent. Ainsi les sprites de cette page pourront être affichés avec pratiquement toute la gamme de couleurs qui peuvent être synthisées.

Suivant le manuel d'utilisation (page 14 du Pdf)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131222221649-gottlieb-pages-space-tactics.JPG) (http://gamoovernet.pixhotel.fr/pics/20131222221649-gottlieb-pages-space-tactics.JPG)

-La page B est une page d'avant plan ;) Elle gère l'affichage de tout ce qui est texte et scores, les bases à défendre (affichage en permanent et disparaissant lors de leurs destructions) la barrière de protection jaune et les bombes des envahisseurs ;) Il a de plus la capacité d'afficher la palette des 12 couleurs disponible.

-La page F gère quand à elle, l'agrandissement des envahisseurs lorsqu'ils sont en avant plan et les soucoupes entre chaque niveaux ;) peut afficher 4 couleurs

-La page E gère les vaisseau des envahisseurs lorsqu'il sont sur le milieu de l'espace dédié au jeu et peut également afficher 4 couleurs

-La page D gère les vaisseau des envahisseurs apparaissant tout au loin et n'a la possibilité d'afficher que 3 couleurs.

Pour la petite explication

Pour rappel, le jeu se déroule en vue subjective avec un point de fuite (pour donner un effet de profondeur) Les vaisseaux des envahisseurs apparaissent sur le milieu de l'air de jeu et grandissent au fur et à mesure qu'ils se rapproche du joueur ;)

Quand les vaisseaux sont arrivés au premier plan, le jeu redevient plus basique (presque) de type Space invaders ;)

Lorsque l'on regarde les vidéos suivantes, Je pense que l'on voit la prédominance de la page B dans l'avant plan du jeu! Quand un vaisseau situé en avant plan passe devant un vaisseau situé en arrière plan, on distingue toujours par effet de transparence la partie de la soucoupe caché ;)

Les vidéos permettent de se rendre compte du gameplay ;) et du fonctionnement des différentes pages "B", "D","E","F" suivant les explications de gc339 ^- Dans la première vidéo, tout ce qui se trouve sous le trait blanc n'existe pas dans le graphisme du jeu mais sous forme de leds et d'affichage dans le cockpit.

Gottlieb

PS:

: gc339 Thursday 05 December 2013, 12:26:05 PM

Difficile d'analyser finement le timing des signaux issus de la micro machine avec un analyseur logique car il faudrait pouvoir la comparer à celle d'une autre carte fonctionnelle.

: gottlieb Thursday 05 December 2013, 23:58:32 PM

Là ça se complique :?
Trouver une autre carte fonctionnelle pour comparer, il est vrai que c'est quasi impossible (je n'ai pas dit impossible) :-[

:-)= :-)=

J'ai trouvé un possesseur d'une borne aux States :D mais apparemment, il a le même problème que moi :-X Je l'ai invité à venir jeter un œil par ici. Cela peut être bien pour une comparaison de signaux en cas d'autre problème :D

Edit: Son problème est vertical et le mien horizontal =:))

http://www.antiqueradios.com/forums/viewtopic.php?f=2&t=235259#wrapheader

Donc aujourd'hui, ma petite factrice adorée m'a apporté 2 enveloppe de l'étranger :-)=

Une polonaise (pas celle de "J'en ai connue des Polonaises qui ont prenait le matin au p'tit déjeuné" pour ceux qui connaissent =:)) ) Celle ci contient 2 nouvelles pince test fort pratique pour prendre des signaux sur plusieurs IC Lien (http://www.ebay.com/itm/AMERICAN-RELIANCE-9001-16-DIP-IC-16-PIN-TEST-CLIP-/320609820320?pt=LH_DefaultDomain_0&hash=item4aa5d59ea0) Cela ira parfaitement avec mon nouvel analyseur logique (http://skyduino.wordpress.com/2012/11/30/test-open-logic-sniffer/) en cours d'envois ;)

Et la deuxième bien plus chère à mon cœur et arrivant d'Israël :D 2 Proms TBP38S030 :-)= La résurrection de la Pcb approcherait elle ????? :-)=

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20131224154957-gottlieb-reception.JPG) (http://gamoovernet.pixhotel.fr/pics/20131224154957-gottlieb-reception.JPG)

yeah ! :-)=

la suite la suite ! 8)

(http://media.tumblr.com/b200cf11da03c5fb0a57ebc86e1f29fd/tumblr_inline_mrwhqtavEn1qz4rgp.gif)

J'ai la meme pince,c'est de là bombe :-)

Ca sent bon la ressurection :D

: TylerDurden67 Tuesday 24 December 2013, 14:05:02 PM

Ca sent bon la ressurection :D

oui, mais il va y avoir du retard :
- mon programmateur sait programmer les AM27S19 & 74S288.
- Gottlieb a trouvé des TBP38S030

Même si tous ces modèles sont équivalents, ils ne se programment pas de la même manière.

J'ai aussi un vieux programmateur HI-LO ALL-07 mais il ne programme que la famille TBP18/24/28

:-\ Aïe la tuile :-[

Tiens moi au courant de la possibilité ;) Sinon, je te fait expédier des AM27S19PC si tu me peux les programmer ;) Il y a toujours une solution ^-

Le programmateur auquel j'ai accès ne sait pas programmer la TBP38S030.
Il sait programmer des TBP24<truc> et des TBP28<machin>.

: f4brice Tuesday 07 January 2014, 19:12:06 PM

Le programmateur auquel j'ai accès ne sait pas programmer la TBP38S030.
Il sait programmer des TBP24<truc> et des TBP28<machin>.

Pareil

Il y a quand même une solution mais il doit y avoir une journée de boulot :?.

j'ai pensé en lisant le datasheet, faire une prog manuelle comme à l'époque et rentrer les 24 octets a programmer en manuel.

Descriptif de la solution :
1) Deux roues codeuses hexa, pour coder l'octet de DATA à programmer
2) Un roue codeuse hexa et un cavalier pour gérer les adresses
3) un petit micro contrôleur pour gérer les timings et la prog bit à bit
4) un inter pour valider la prog d'un octet

Si je peux éviter de passer une journée complète en ce moment la dessus, je préfère (Very Bad WAF).

Donc si tu peux m'envoyer des AM27S19PC, c'est top. Je ne les ai jamais programmés mais c'est géré par mon programmateur (cf. ma réponse du 20 décembre) :

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140107200722-spectroman-eetools.PNG) (http://gamoovernet.pixhotel.fr/pics/20140107200722-spectroman-eetools.PNG)

A+

Merci F4brice ;) et TylerDurden67 ^-^

Spectroman, je passe commande et te les fait envoyer en direct ;)
Je ne veux pas te faire passer ta journée dessus ce n'est pas la peine ;)

Gottlieb

salut gottlieb,

elles sont arrivées ce matin, je viens de les programmer, tu les auras cette semaine.

:

-AMD Am27S19 selected.
Blank check ok.
--------------------------------> 0.27 Sec.
-Filling buffer.
-Done.
-File loading...
C:\Documents and Settings\Administrateur\Bureau\pr65
-File load success.
-Buffer checksum : 0009CE50h
-Buffer checksumCRC-32 : A1506B9Dh
Program ok.
Verification ok.
--------------------------------> 0.59 Sec.
Blank check ok.
--------------------------------> 0.23 Sec.
Program error.
  Chip addr:0000014h  data:B5h
Buffer addr:0000014h  data:F5h
--------------------------------> 0.34 Sec.
Program ok.
Verification ok.
--------------------------------> 0.50 Sec.
Verification ok.
--------------------------------> 0.23 Sec.

La programmation de la deuxième PROM (celle qui n'a pas d'étiquette verte) a plantée, je l'ai reprogrammée et testée à nouveau et elle est aussi OK maintenant.

vivement ton Wip du WE prochain :-)=

a+

:-*

Un grand merci Spectroman pour ton aide ^-^ le WIP va reprendre son fil ^-

Il suffit de savoir se montrer patient ;)

:-* :-*

:-)= c’est de la haute voltige là ^-

Donc voici quelques news ;)

Ce soir en rentrant, une enveloppe provenant du sud de la France ,était posé sur la table et m'attendait :-)=

C'étaient les proms qui avaient transitées par chez Spectroman pour leurs programmations ^-

Fébrilement et avec beaucoup d'espoir, j'ouvris l'enveloppe et m'empressa de mettre une prom dans son support :-)=

J'ai réinstallé la carte dans la borne et branché celle-ci avec plein d'espoirs

Et là >:D :'( :'(

Je me retrouve toujours avec ce fichu affichage :-X :-X Je test avec la seconde prom et le problème est toujours là :-X Dans le doute, j'ai contrôlé le fichier envoyé à Spectroman (en cas où j'aurai envoyé le mauvais :? ) C'est bien le bon !!
j'ai essayé de tout revérifier les prom avec mon programmateur mais je n'arrive pas à les relire :-X Il faut que je revérifie tout cela !!

Je pense que je vais être bon pour tester d'autres composants :D Je garde toujours espoir pour la résurrection de cette borne :-)= :-)=

Désolé :'(

On va finir par trouver, ne t’inquiète pas

Courage

: spectroman Friday 31 January 2014, 22:44:34 PM

Désolé :'(

On va finir par trouver, ne t’inquiète pas

Courage

Merci Spectroman ;)

Je ne suis pas inquiet :D Je suis tenace et m'accroche très fort face aux problèmes ;)
Tout problèmes a sa solution et je suis du style Pit-bull ;D je ne lâche pas tant que je ne l'ai pas trouvée ;)

Comme je l'ai dit
Elle va revivre

Bonsoir

Ce soir, j'ai repris l'analyse de la carte.Et j'y ai trouvé des incompréhensions :-X

J'ai refait un montage pour recontrôler les Proms gravé par Spectroman et celles de la carte ;)
Là, j'ai ma première incompréhension, La prom PR66 corrompu lors de mom premier test, je ta trouve bonne maintenant alors que j'ai testé plusieurs fois PR65 et PR66 alternativement pour tester leurs contenus. A chaque fois, j'ai trouvé le même contenu dans PR66 et là, miracle, elle est bonne :-X :-X .

J'ai commencé à re-tester avec mon nouvel analyseur logique, les signaux à trouver par rapport aux diagrammes fait par gc339 pour voir si rien n'avait échappé ;D .
PS: avec un bon analyseur, ça change tout ^-^ les signaux sont mieux (je test à 100Mhz) et le signal horloge me convient mieux :D

Pour renouvellement la chrono analyse de gc339

1 2 3 4 5 6 7 8 · ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐·┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐· ┌┐· ┌┐· ┌┐· ┌┐ █»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─»»┘└─»»┘└─»»┘└─»»┘└ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐⁞ ⁞ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─ █»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └─────────────────────┘ └»»┘ └»»┘ └»»┘ └»»┘ 29 30 31 32 33 34 35 36 37 38 39 40 41⁞0 ⁞ 1 2 3 4 ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌»»──┐ ┌┐ ⁞ ┌»»──┐ ┌»»──┐ █ └»»──┘ └»»──┘ └»»──┘ └»»──┘ └»»──┘ └»»──┘└──────────────────────┘ └»»──┘ └»»── ┌»»───»»──┐ · ┌»»───»»──┐ · ┌»»───»»──┐ ·⁞ ⁞ · ┌»»───»»──┐ █»»──┘ · └»»───»»──┘ · └»»───»»──┘ · └»»───────────────────────────»»──┘ · └»»── ─»»───»»───»»──┐ · · · ┌»»───»»───»»───»»──┐ ·⁞ ⁞ · · · ┌»»── █ · · └»»───»»───»»───»»──┘ · · · └»»───────────────────────────»»───»»───»»──┘ ─»»───»»───»»──┐ · · · · · · · ┌»»───┐ ⁞ · · · · █ · · └»»───»»───»»───»»───»»───»»───»»───»»──┘ ·└───────────────────────»»───»»───»»───»»── ─»»───»»───»»──┐ · · · · · · · · ⁞ ⁞ · · · · █ · · └»»───»»───»»───»»───»»───»»───»»───»»───»»───────────────────────────»»───»»───»»───»»── · · ┌»»───»»───»»───»»───»»───»»───»»───»»───»»───┐ ⁞ · · · · █»»───»»───»»──┘ . . . . . . . . .└───────────────────────»»───»»───»»───»»── 29 30 31 32 33 34 35 36 37 38 39 40 41⁞0 ⁞ 1 2 3 4 ─»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»──┐┌───────────────────────»»───»»───»»───»»── █ · · · · · · · · · · · └┘ ⁞ · · · · · · · · · · · · · · · ·┌──┐ · · · · █»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───»»───┘ └────────────────────»»───»»───»»───»»── ─»»───»»───»»───»»───»»──┐ . . . ┌»»───»»───»»───────────────────────────»»───»»───»»───»»── █ · · · · └»»───»»───»»───»»──┘ · · · ⁞ · · · · 29 30 31 32 33 34 35 36 37 38 39 40 41⁞0 ⁞ 1 2 3 4 ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐⁞ ⁞ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌─ █»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └»»┘ └─────────────────────┘ └»»┘ └»»┘ └»»┘ └»»┘ · ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐· ┌┐·┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐ ┌┐· ┌┐· ┌┐· ┌┐· ┌┐ █»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─»»┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─┘└─»»┘└─»»┘└─»»┘└─»»┘└ 1 2 3 4 5 6 7 8

~SRCK

~SRLD/

8H

16H

32H

64H

128H

256H = H BLANK

12 du LS74 en 130

Clear LS393 en 124

H SYNC/

~SRLD/

~SRCK

Le résultat fait sur la carte!
J'ai entouré la perturbation de signal qui revient de façon régulière su la sortie 8H tout au long de l'analyse et même après plusieurs acquisitions

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140210225857-gottlieb-perturbation-8H.JPG) (http://gamoovernet.pixhotel.fr/pics/20140210225857-gottlieb-perturbation-8H.JPG)

Et la même perturbation juste avant le signal de référence sur la chrono-analyse de gc :-\

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140210230121-gottlieb-perturbation-8H-bon-et-defaut.JPG) (http://gamoovernet.pixhotel.fr/pics/20140210230121-gottlieb-perturbation-8H-bon-et-defaut.JPG)

: gc339 Wednesday 11 December 2013, 23:17:08 PM

Le chronogramme ci-dessus des sorties du compteur de bloc de 8 pixels ou sprites est fractionné en 3 sections :
La première section concerne la fin du cycle du comptage, n'est montrée que la progression du compteur sur les fronts descendants du signal ~SRLD/. Sept impulsions sur huit de l'horloge ~SRCK sont oblitérées et résumées par les caractères "»»" car le compteur n'est pas impacté lors de leur déroulement.
La seconde section en rouge concerne la phase de reset quand le compteur atteint 41, toutes les impulsions du signal ~SRCK d'une séquence sont représentées car des premières dépendent la génération de l'impulsion de reset du compteur.
La troisième et dernière concerne le début d'un nouveau cycle quand le compteur reprend le comptage à partir de zéro. Comme pour la première section, elle est aussi réduite à la progression du compteur sur les seuls fronts descendants du signal ~SRLD/.

Le nom "H BLANK" du signal de suppression ligne n'est qu'un alias pour celui de la sortie "256H" du compteur dont il est directement issu. Il change d'état dés que le compteur atteint 32 et retourne à celui initial au reset du compteur. Cet état délimite ainsi les périodes entre ce qui est affiché à l'écran et ce qui est oblitéré pendant la suppression ligne. Il ne pourra donc réellement y avoir que 32 sprites d'affichés dans une ligne, ce qui explique aussi pourquoi la sortie 256H est superflue pour l'adressage des MK4027 au travers les multiplexeurs, seules les 5 sorties de 8H à 128H du compteur sont nécessaires pour accéder aux 2⁵ = 32 sprites affichés par ligne.
Au latch 74LS74 en 134 est imposé un reset sur son entrée 13 quand la sortie 256H du compteur est à zéro. Dés qu'elle se retrouve à l'état "1" avec l'émission du signal "H BLANK", les sorties de ce latch peuvent alors changer d'état sur chaque front montant de la sortie 16H reçue sur son entrée CLK en 11.

Est ce que le signal parasite que l'on voit sur la sortie 8H pourrait être la cause du désagrément :D puisque celui-ci revient de façon régulière ?
Faut il changer IC 124 qui est un 74LS393 pour ne plus avoir ce signal parasite (si s'en est un :-\ )ou faut il travailler en amont ;)

Merci

Gottlieb

Le parasite constaté ne semble pas modifier le fonctionnement du compteur.

Questions :

Le compteur est-il un 74393 ou un 74LS393 ? Car sur le schéma c'est un 74393.
Où est connectée la masse qui sert de référence à l'analyseur logique ?

Vérifications à faire : tous les condensateurs de découplage du +5 volts autour des circuits du "master clock" (schéma G)

Par contre, ce qui est beaucoup plus préoccupant, c'est ce qui se passe immédiatement après l'instant zéro :

L'horloge SRCK a un raté.
Les sorties 8H et 16H changent d'état en même temps alors que :
- La sortie 16H ne peut changer d'état qu'immédiatement après un front descendant sur la sortie 8H, jamais après un front montant !
- Qu'il a toujours un petit retard entre le front descendant et le changement d'état de la bascule suivante dû au fait que le 74193 est un compteur asynchrone.
  Ce que l'on peut facilement constater sur les 2 chronogrammes.
- Que le signal SRLD/ ne semble pas parasité à ce moment la.

Mais comme comme ce n'est pas le signal SRLD/, mais plutôt son inverse SRLD, qui est appliqué sur l'entrée d'horloge du compteur, il serait opportun de vérifier ce qui se passe sur la sortie 4Q/ (14) du S175 en 117 ainsi que sur les sorties de la prom PR66 en 118.

Merci gc

: gc339 Tuesday 11 February 2014, 13:16:04 PM

Questions :
Le compteur est-il un 74393 ou un 74LS393 ? Car sur le schéma c'est un 74393.
Où est connectée la masse qui sert de référence à l'analyseur logique ?

Le compteur est un SN74393N :-\ Je pense avoir écrit trop rapidement!

Pour la masse, je l'ai connectée sur la PIN 8 du 74S175 situé en 117 (IC ou se situe la prise de signal de SRCK et SRLD/ )

: gc339 Tuesday 11 February 2014, 13:16:04 PM

Vérifications à faire : tous les condensateurs de découplage du +5 volts autour des circuits du "master clock" (schéma G)

Par contre, ce qui est beaucoup plus préoccupant, c'est ce qui se passe immédiatement après l'instant zéro :
L'horloge SRCK a un raté.
Les sorties 8H et 16H changent d'état en même temps alors que :
La sortie 16H ne peut changer d'état qu'immédiatement après un front descendant sur la sortie 8H, jamais après un front montant !
Qu'il a toujours un petit retard entre le front descendant et le changement d'état de la bascule suivante dû au fait que le 74193 est un compteur asynchrone.
Ce que l'on peut facilement constater sur les 2 chronogrammes.
Que le signal SRLD/ ne semble pas parasité à ce moment la.
Mais comme comme ce n'est pas le signal SRLD/, mais plutôt son inverse SRLD, qui est appliqué sur l'entrée d'horloge du compteur, il serait opportun de vérifier ce qui se passe sur la sortie 4Q/ (14) du S175 en 117 ainsi que sur les sorties de la prom PR66 en 118.

Gc, c'est œil de faucon que l'on devrait t'appeler ;D Une fois de plus, j'ai focalisé sur une chose alors qu'il y avait une anomalie sous mon nez :-\ (sur le coup, c'est un coup de bol que j'ai posté cette partie d'analyse ;D )

Effectivement, lors du saut d'horloge, 8H et 16H sont synchrone lors de leur changement d'état , alors que dans tout le reste de l'analyse, un léger décalage est observé ^-^ 16H après 8H décalage d'environ 10ns ^-

Dimanche, pour une bonne visualisation de l'ensemble,je prendrais les signaux de:
SRCK
SRLD/
8H
16H
4Q/ ((14) du S175 en 117)
les sorties D04, D05, D06, D07 de PR66 en 118 (ou les entrées 2D,1D,4D,3D de 117

S'il y a d'autres signaux à prendre en // , fait le moi savoir .

: gc339 Tuesday 11 February 2014, 13:16:04 PM

Vérifications à faire : tous les condensateurs de découplage du +5 volts autour des circuits du "master clock" (schéma G)

La vérification des condensateurs, servira donc à tenter de supprimer le raté de l'horloge SRCK :-\

: gc339 Tuesday 11 February 2014, 13:16:04 PM

Le parasite constaté ne semble pas modifier le fonctionnement du compteur.

Comme toujours, Je pense que ce qui me saute aux yeux est le problème et me fait occulter ce qui est autour :-\ :-\ C'est un défaut d'analyse et d'observation de ma part :-[

Merci pour l'aide apporté et pour toutes ces explications ^-^

Je fais l'analyse le plus rapidement possible ^-

Gottlieb

Bonjour,

Donc me revoici avec une série de mesures effectuées :D pour analyser les résultats, j'ai essayé de me mettre à la place du cerveau de GC339 =:)) ;D Et je l'avoue, ce n'est pas évident :D

Hier, j'ai fait une dizaine de mesures pour retrouver le défaut vu par gc339 entre CRCK, 8H et 16H(et qui m'avait échappé) Je dois l'avouer, je n'ai pas retrouvé pas le défaut systématiquement lors de mes tests :-\ Mais lorsque je vois le défaut sur le signal CRCK il y a une influence ailleurs ;)

Ci joint, une série de capture d'écran ;)Avec mon analyse (bonne ou mauvaise :-\ )

Sur la photo de capture 1, on constate que lors du défaut sur CRCK, la durée de SRLD/ est modifiée, 16 H est plus court et retombe synchro avec 32H ;)

Capture 1

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216154226-gottlieb-anomalie-SRCK.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216154226-gottlieb-anomalie-SRCK.JPG)

Sur cette capture 2, lors de l'anomalie sur CRCK, la durée de fréquence de SRLD/ se trouve modifié ainsi que 8H ;)

Capture2

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216154315-gottlieb-premier-test-2.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216154315-gottlieb-premier-test-2.JPG)

La capture 3 est une chrono-analyse que je juge conforme à celle de GC339

Capture3

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216154340-gottlieb-premier-test.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216154340-gottlieb-premier-test.JPG)

: gc339 Tuesday 11 February 2014, 13:16:04 PM

Par contre, ce qui est beaucoup plus préoccupant, c'est ce qui se passe immédiatement après l'instant zéro :
L'horloge SRCK a un raté.
Les sorties 8H et 16H changent d'état en même temps alors que :
La sortie 16H ne peut changer d'état qu'immédiatement après un front descendant sur la sortie 8H, jamais après un front montant !
Qu'il a toujours un petit retard entre le front descendant et le changement d'état de la bascule suivante dû au fait que le 74193 est un compteur asynchrone.
Ce que l'on peut facilement constater sur les 2 chronogrammes.
Que le signal SRLD/ ne semble pas parasité à ce moment la.
Mais comme comme ce n'est pas le signal SRLD/, mais plutôt son inverse SRLD, qui est appliqué sur l'entrée d'horloge du compteur, il serait opportun de vérifier ce qui se passe sur la sortie 4Q/ (14) du S175 en 117 ainsi que sur les sorties de la prom PR66 en 118.

Donc, ayant plusieurs entrées possible sur l'analyseur, j'ai décidé de prendre le plus de signaux :D Ce qui me permet de trouver plein d’incohérences :?

Pour les tests, J'ai branché les sondes comme suit :

Masse sur pin 8 de IC117
Clock pin 3 de IC117
SRCK pin 5 de IC117
SRLD/ pin 15 de IC117
8H pin 3 de IC124
16H pin 4 de IC124
D04 pin 5 de la prom 66 en 118 et 2D pin 5 de IC117 qui sont en lien direct
D05 pin 6 de la prom 66 en 118 et 1D pin 4 de IC117 qui sont en lien direct
D06 pin 7 de la prom 66 en 118 et 4D pin 13 de IC117 qui sont en lien direct
D07 pin 9 de la prom 66 en 118 et 3D pin 12 de IC117 qui sont en lien direct

Lors de mes différentes captures, pleins de constatations sont à faire ^- le plus troublant étant des différences fréquent de signaux entre D05 et 1D alors que lorsque l'on prend le schéma " MASTER CLOCK TIMING CIRCUIT G " PR66 (IC116) et IC117 sont reliés directement. Les signaux entre (D04 et 2D), (D05 et 1D), (D06 et 4D), (D07 et 3D) doivent être identiques en comparaison ;)
Je retrouve également une différence entre le signal de D04 et 2D mais beaucoup plus rarement :-\

Entre D06 et 4D, aucunes différence de signaux et ni entre D07 et 3D ;)

Capture 1

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216164540-gottlieb-defaut-pour-GC.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216164540-gottlieb-defaut-pour-GC.JPG)

Sur cette première capture, on peut voir le défaut de l'horloge et ses conséquences :-)=
La durée de la fréquence de SRCK se trouve modifié, 8H et 16H change d'état en même temps alors qu'il devrait y avoir un léger décalage :? J'ai entouré D05 et 1D car il y a également un changement d'état lors du soubresaut de l'horloge :D
Je n'ai pas entouré mais il y a également un défaut sur le signal D05 et 1D un peu plus loin et qui ne sont pas identique :-X Les prochaines captures vont mettre cette incohérence plus en valeur ;)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216165744-gottlieb-incoherance-1D-et-D05.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216165744-gottlieb-incoherance-1D-et-D05.JPG)

Une série de captures d'écran avec les incohérences entre D05 et 1D qui sont fréquentes

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216165808-gottlieb-incoherance-3.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216165808-gottlieb-incoherance-3.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216165832-gottlieb-incoherance-4.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216165832-gottlieb-incoherance-4.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216165859-gottlieb-incoherance-5.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216165859-gottlieb-incoherance-5.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216165924-gottlieb-incoherance.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216165924-gottlieb-incoherance.JPG)

S'il le faut, je conserve et peux fournir les enregistrements des analyses ;)

Merci de m'avoir lu jusque là ^-

Gottlieb

j'ai pas tout compris mais ce serai donc un problème clock ? =?=

: maldoror68 Sunday 16 February 2014, 18:53:14 PM

j'ai pas tout compris mais ce serai donc un problème clock ? =?=

Je suppose :-\ Je vais voir pour changer les condos comme dit par GC339 ;)
Il y a peut être autre chose :-[ pour le problème entre D05 et 1D :?

_
DO5 je l'ai trouvé, mais 1D, il est sur quelle page?

tu pense que ça viens d'une RAM?

: spectroman Sunday 16 February 2014, 19:28:14 PM

_
DO5 je l'ai trouvé, mais 1D, il est sur quelle page?

tu pense que ça viens d'une RAM?

Salut Spectroman ;)

1D (IC117) se trouve à l'autre bout du trait qui part de D05 (IC118) :D
Le tout se trouve sur la feuille " MASTER CLOCK : TIMING CIRCUIT G "

Ce que je trouve bizarre c'est que le signal qui sort (je pense que c'est dans ce sens)de la Prom (que tu m'a refaite, se trouve altéré à l'entré d'IC117 ;D

La première suggestion qui me vient à l'esprit : es tu sûr de ton analyseur ? Viens tu de l'acquérir ou a-t-il déjà été utilisé pour observer des signaux sur d'autres cartes. Au fait, quelle est sa référence/marque ?

La première chose à faire est de visualiser les signaux 1D (IC117) / D05 (IC118) en croisant les entrées impliquées de l'analyseur avec deux autres qui semblent être correctes pour être sûr que ce ne sont pas ces premières qui soient vérolées.

Bonsoir GC339 !

L'analyseur que je possède est un Logic Sniffer de chez Dangerous Prototypes :D celui-ci (http://dangerousprototypes.com/open-logic-sniffer/) Je ne le possède que depuis le début d'année et je l'ai acheté en vue du dépannage de la carte :-\
Un test est présent ICI (http://skyduino.wordpress.com/2012/11/30/test-open-logic-sniffer/) et il m'a paru pas trop mal ;)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216212401-gottlieb-ols-cover.jpg) (http://gamoovernet.pixhotel.fr/pics/20140216212401-gottlieb-ols-cover.jpg)

J'ai testé en changeant de fil pour être sûr que ce ne soit pas eux , mais pas les entrés sur l'analyseur :-\ Je referais une prise de mesure demain ^- pour contrôler les signaux entre 1D et D05 pour en être sûr à 100% ^-

Je viens de refaire des tests pour D05 et 1D, en utilisant les entrés utilisé précédemment pour D07 et 3D ;)

Il n'y a pas de changement notoires dans les résultats :-\ (j'ai procédé à 10 prises de tests )
J'ai également une question ;) Est ce que les micros coupures constatées (même si elles sont synchrones) sont normale ou pas ? (celles entourés en rouge ;)
Les erreurs entre signaux sont entourés en rose.

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216230901-gottlieb-nouv-test-1.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216230901-gottlieb-nouv-test-1.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216230920-gottlieb-nouv-test-2.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216230920-gottlieb-nouv-test-2.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216230938-gottlieb-nouv-test-3.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216230938-gottlieb-nouv-test-3.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140216230957-gottlieb-NOUV-TEST-4.JPG) (http://gamoovernet.pixhotel.fr/pics/20140216230957-gottlieb-NOUV-TEST-4.JPG)

Merci

Gottlieb

Si tu soulève la patte DO5 de la Prom de façon à ce quelle ne touche pas le support, as tu toujours le défaut sur DO5?

1D est il fixe?

Salut !

La prom IC118 qui a la patte D05 (PR66) est sur support et 1D qui une patte d'IC117 est soudé sur la carte ;)

Ce soir je refais les tests en soulevant D05 ^-

Il y a-t-il moyen de visualiser l'horloge 15,46848 Mhz (en 9 des 74S175) immédiatement en dessous des traces D05/1D (Canal 13 par exemple) et de dilater l'échelle de temps au niveau d'une perturbation pour visualiser ce qui se passe.

Bonsoir,

Voici les nouveaux oscillogramme avec l'horloge présent sur la pin 9 d'IC117 de rajouté sur le canal 13 ;)

Un agrandissement max a été réalisé vers les défauts constaté.

Les 5 images d'oscillogrammes, représente les erreurs de signaux entre D05 et 1D qui sont sensé être identique :-\

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140217214026-gottlieb-test-1702-1.JPG) (http://gamoovernet.pixhotel.fr/pics/20140217214026-gottlieb-test-1702-1.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140217220405-gottlieb-test-1702-2.JPG) (http://gamoovernet.pixhotel.fr/pics/20140217220405-gottlieb-test-1702-2.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140217220427-gottlieb-test-1702-3.JPG) (http://gamoovernet.pixhotel.fr/pics/20140217220427-gottlieb-test-1702-3.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140217220452-gottlieb-1702-4.JPG) (http://gamoovernet.pixhotel.fr/pics/20140217220452-gottlieb-1702-4.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140217220520-gottlieb-1702-5.JPG) (http://gamoovernet.pixhotel.fr/pics/20140217220520-gottlieb-1702-5.JPG)

Les 2 oscillogrammes, représente un décalage que je rencontre régulièrement lors de mes visualisations

La coupure simultanée de D06/4D, D07/3D et D05/1D fréquente

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140217220604-gottlieb-1702-caly-.JPG) (http://gamoovernet.pixhotel.fr/pics/20140217220604-gottlieb-1702-caly-.JPG)

Un décalage de D05 lors de la coupure constaté simultanée et cela régulièrement :-\

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140217220625-gottlieb-1702-decalage.JPG) (http://gamoovernet.pixhotel.fr/pics/20140217220625-gottlieb-1702-decalage.JPG)

Le signal d'horloge à 15,46848 MHz à une période de ≈64,65 ns

A partir du premier chronogramme, j'ai mesuré ≈390 ns pour 6 périodes soit une moyenne de 65 ns pour une période. Ce qui est cohérent avec la période obtenue ci-dessus à partir de la fréquence du quartz.

Les signaux SRCK et son inverse sur les canaux 0 et 1 ne changent d'état que 10 ns (voir 20 ns) après un front montant d'horloge, ce qui est conforme au datasheet du 74S175 (t_PLH ≈ 8ns, t_PHL ≈ 11,5 ns) à condition que la fréquence d'échantillonnage soit de 100 MHz, ce qui doit être le cas.

D05 change d'état plus rapidement que la fréquence d'horloge. En fait maintenant il ne faudrait plus visualiser que :

l'horloge à 15,46848 MHz,
les adresses A0 à A4 de PR66,
les données D00 à D05 de PR66. Et éventuellement D06 à D07 s'il y a des canaux de disponibles.

Tout cela en prenant soin de choisir les canaux pour que A0..A4 soient imbriqués avec D00..D04. Exemple : Horloge 15 MHz, A0, D00, A1, D01 ...

Merci GC ^-

Je prend les mesures dès que possible ^-

Gottlieb

Bonsoir

Voici les oscillogrammes de la Prom66 (IC118)
L'analyse s'est faite à 100MHz

Canal 0 signal d'horloge prise sur la pin 9 d'IC117
Canal 1 entré A0 pin 10 PROM 66
Canal 2 sortie D00 pin 1 PROM 66
Canal 3 entré A1 pin 11 PROM 66
Canal 4 sortie D01 pin 2 PROM 66
Canal 5 entré A2 pin 12 PROM 66
Canal 6 sortie D02 pin 3 PROM 66
Canal 7 entré A3 pin 13 PROM 66
Canal 8 sortie D03 pin 4 PROM 66
Canal 9 entré A4 pin 14 PROM 66
Canal 10 sortie D04 pin 5 PROM 66
Canal 11 sortie D05 pin 6 PROM 66
Canal 12 sortie D06 pin 7 PROM 66
Canal 13 sortie D07 pin 9 PROM 66
Canal 14 CS/ PIN 15 PROM 66 (relié à la masse =?= =?= ) testé car j'avais encore des entrées ;)

La constatation qui me saute aux yeux :D en analysant les différents canaux et signaux ;)

Les entrées A2, A3 et A4 sont parasitées ce qui entraine un parasitage des sorties D01, D02, DO3, D04, D05 ;)

Pour CS/, j'ai pris le signal en pensant voir juste un trait à 0 mais de temps en temps, il y a un signal parasite :?

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140218222843-gottlieb-TEST-PROM-66.JPG) (http://gamoovernet.pixhotel.fr/pics/20140218222843-gottlieb-TEST-PROM-66.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140218222911-gottlieb-TEST-PROM-66-1.JPG) (http://gamoovernet.pixhotel.fr/pics/20140218222911-gottlieb-TEST-PROM-66-1.JPG)

Deux vues en plus large

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140218223033-gottlieb-TEST-PROM-66-EN-PLUS-RESSERRE.JPG) (http://gamoovernet.pixhotel.fr/pics/20140218223033-gottlieb-TEST-PROM-66-EN-PLUS-RESSERRE.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140218223215-gottlieb-TEST-PROM66-2-EN-PLUS-RESSERE.JPG) (http://gamoovernet.pixhotel.fr/pics/20140218223215-gottlieb-TEST-PROM66-2-EN-PLUS-RESSERE.JPG)

Sur les 2 vues en plus large, on voit les signaux "parasites"

Dois-je faire une comparaison entre les signaux entrant dans PR66 et ceux entrant dans PR65 avec ceux sortant de IC116 et IC117 ??

Gottlieb

: gottlieb Tuesday 18 February 2014, 22:41:36 PM

Dois-je faire une comparaison entre les signaux entrant dans PR66 et ceux entrant dans PR65 avec ceux sortant de IC116 et IC117 ??

oui et une photo de près de celle ci (sur le pcb)

t'es sur de ta référence masse (0V ou gnd de l'analyseur)?

Il est anormal que le niveau sur CS/ en 15 soit parasité puisque la patte 14 est à la masse.

Pour moi l'analyseur est défectueux ou bien il y a un problème avec les fils de la sonde, il serait bon de les vérifier à l'ohmmètre, surtout celui de la masse.

Eventuellement, il serait bon de vérifier ce que cela donne avec une fréquence d'échantillonnage inférieure, 50 MHz par exemple.

L'autre solution serait de changer temporairement le quartz de 15 MHz par un autre d'une fréquence de l'ordre de 2 MHz et de vérifier les signaux sur PR66 avec tes deux analyseurs à tout de rôle en échantillonnant à une fréquence de 20 MHz.

Au fait, qu'elle est la tension d'alimentation aux bornes des prom's et des 74S175 ? Comment l'analyseur lui-même est-il alimenté ?

Peux tu poster une ou plusieurs photos du raccordement des fils de la sonde sur les circuits où les signaux sont prélevés ?

Merci de vos réponses ^-

Je referais les tests à 20MHz avec mon ancien et mon nouvel analyseur (mon ancien ne monte pas à plus de 20MHz :-[ )

Je vais tester mes fils de test (vu que c'est une mappe, je vais la dissocier pour qu'il n'y ai pas de champ magnétique parasite :-\ )

Etant limité en nombres d'entrées avec l'ancien, je prendrais l'horloge, A0, A1, A2, A3, A4 et CS/ ;)

: gc339 Tuesday 18 February 2014, 23:24:34 PM

Au fait, qu'elle est la tension d'alimentation aux bornes des prom's et des 74S175 ? Comment l'analyseur lui-même est-il alimenté ?

Je n'ai pas testé la tension d'alimentation des proms et des 74LS :-\

Pour l'analyseur, il est alimenté par le port Usb du PC ;)

: spectroman Tuesday 18 February 2014, 23:24:00 PM

t'es sur de ta référence masse (0V ou gnd de l'analyseur)?

Pour la masse, je connecte mon Gnd de l'analyseur à la pin 8 de IC 117 ;)

Je poste une photo avec mes branchements ^-

: gottlieb Tuesday 18 February 2014, 23:46:33 PM

Je referais les tests à 20MHz avec mon ancien et mon nouvel analyseur (mon ancien ne monte pas à plus de 20MHz

Il faudra alors changer temporairement le quartz comme je l'ai indiqué dans mon précédent message sinon les chronogrammes seront inexploitables.

: gottlieb Tuesday 18 February 2014, 23:46:33 PM

Je n'ai pas testé la tension d'alimentation des proms et des 74LS

Erreur élémentaire, mon cher Watson. A faire au plus vite !

: gc339 Wednesday 19 February 2014, 00:12:50 AM

Il faudra alors changer temporairement le quartz comme je l'ai indiqué dans mon précédent message sinon les chronogrammes seront inexploitables.

Je vais rechercher un quartz rapidement ^-

: gc339 Wednesday 19 February 2014, 00:12:50 AM

Erreur élémentaire, mon cher Watson. A faire au plus vite !

Quand j'ai vu ton précédent message, je me suis dit M**de, j'ai zappé ceci :-\ :-\

A faire le plus rapidement ^-^ ^-^

Me revoici :D

La tension d'alimentation des Prom's et des 74S175 est de 4,81 V DC ;)

Voici les photos de comment sont réalisés les tests

La préparation du câblage

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140219224529-gottlieb-preparation.JPG) (http://gamoovernet.pixhotel.fr/pics/20140219224529-gottlieb-preparation.JPG)

La prise de mesure

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140219224652-gottlieb-vue-gen-prise-mes.JPG) (http://gamoovernet.pixhotel.fr/pics/20140219224652-gottlieb-vue-gen-prise-mes.JPG)

Vue du montage dans la borne

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140219224938-gottlieb-prise-mesures-dans-borne.JPG) (http://gamoovernet.pixhotel.fr/pics/20140219224938-gottlieb-prise-mesures-dans-borne.JPG)

Donc les tests d'aujourd'hui ;)

Prise de la tensions d'alimentation des proms et des 74S175 (masse pin 8 et + sur la pin 16 ) Voir résultat plus haut :D

Séparation de la mappe en fils unitaire, resserrage des bornes aux extrémités et test à l'Ohmmètre de chaque fils ;) (tous les fils indiquent 000.0 )

Câblage de l'analyseur pour effectuer une comparaison des signaux entrant dans les proms PR65 et PR66 ^-

Les signaux sont similaires à 90%

Signaux concordants

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140219225814-gottlieb-comp-66-et-65.JPG) (http://gamoovernet.pixhotel.fr/pics/20140219225814-gottlieb-comp-66-et-65.JPG)

Visualisation de comparaison PR 66 et PR 65

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140219225843-gottlieb-comp-65-et-66-2.JPG) (http://gamoovernet.pixhotel.fr/pics/20140219225843-gottlieb-comp-65-et-66-2.JPG)

Reste à faire l’essai en changeant le quartz ;) J'étais heureux car j'en avais un de 20MHz et quand j'ai voulu le changer, j'ai vu que c'était 2MHz qu'il fallait :-\

J'ai fait un test pour voir la qualité des signaux sur les différents canaux, en calant le signal de l'horloge pin 9 d'IC117 sur chaque entrée et La masse est prise sur la pin 8 d'IC117 ;)

Test clock

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140219231249-gottlieb-horloge.JPG) (http://gamoovernet.pixhotel.fr/pics/20140219231249-gottlieb-horloge.JPG)

Gottlieb

: gottlieb Wednesday 19 February 2014, 23:16:13 PM

La tension d'alimentation des Prom's et des 74S175 est de 4,81 V DC

C'est beaucoup trop juste car très proche de 4,75 volts (5V - 5%). Combien as tu en entrée de carte sur le connecteur ?
Tu peux augmenter cette dernière tension jusqu'à 5,25 volts (5V + 5%)

Quant au quartz, la valeur de 2 MHz n'est qu'un ordre de grandeur, toute valeur quelconque comprise entre 1 MHZ et 4 MHz devrait convenir.

Quand je vois des impulsions sur les 2 /CS des proms, qui sont a la masse, je me pose vraiment des questions. Tu as du bruit lors de ta mesure.

Tu as deux façons de faire la mesure :
1) soit complétement en flotant
Ton portable ne doit pas avoir de câble (autre que celui l'analyseur) quand tu fais tes mesures.
EX :
- pas de câble d'alimentation
- pas d'Ethernet
....

2) soit référencé à la masse
- Tu prend un connecteur USB, RS232, VGA, HDMI ou SATA...
- Tu soude sur le blindage une tresse de masse
- Tu mets le connecteur sur le PC et la tresse sur la masse du PCB (évite les queues de cochons).
Et là tu peux mettre des câbles si tu veux.

Je rencontre parfois ce genre de problème, lorsque je vais sur site, et la solution magique dans 99% des cas c'est équipotentialité, choisi donc le cas 2.

D'autant que la carte space tactic a une grande barrette de reprise de masse au milieu de la carte.
Il y a deux causes pour mettre une barrette :
- soit c'est pour corriger un problème de CEM
- soit le concepteur croyait au gris-gris (ou côté obscur pour nous Jedi)

Dans un cas comme dans l'autre, c'est pas rassurant.

Peux tu refaire l'avant dernière mesure (Visualisation de comparaison PR 66 et PR 65) en te mettant dans le cas 2?

: gc339 Thursday 20 February 2014, 00:07:14 AM

C'est beaucoup trop juste car très proche de 4,75 volts (5V - 5%). Combien as tu en entrée de carte sur le connecteur ?
Tu peux augmenter cette dernière tension jusqu'à 5,25 volts (5V + 5%)

Je vais voir pour sortir l'alimentation de la borne pour voir si le +5V est réglable ^- La tension prise à l'entrée de la carte est de 4,84 V ;)

Je devrais avoir un quartz de 2MHz ou 3,728MHz demain ^-

@ Spectroman ;)

Les mesures que j'effectue sont en volant , pas d'alimentation , pas d'internet , aucuns fil reliant le portable à part l'analyseur ;)

Ce soir, j'ai refait les mesures à 100MHz avec de nouveaux fils de test et un autre cordon USB de très bonne qualité . Je trouve toujours les mêmes signaux parasite .

Les signaux visibles sur CS/ pour moi, n'est pas un bruit parasite :-\ lorsque je regarde l'oscillogramme, il y a toujours une concordance avec un signal parasite vue sur une entrée A2, A3 ou A4 et un signal sur CS/ :?
Les écrans suivant montrent les concordances entrainant un signal en CS/

Vue large

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140220215357-gottlieb-CONCORDANCES-1.JPG) (http://gamoovernet.pixhotel.fr/pics/20140220215357-gottlieb-CONCORDANCES-1.JPG)

Alignement concordant

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140220215545-gottlieb-CONCORDANCES.JPG) (http://gamoovernet.pixhotel.fr/pics/20140220215545-gottlieb-CONCORDANCES.JPG)

Zoom

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140220215732-gottlieb-CONCORDANCE-ZOOM.JPG) (http://gamoovernet.pixhotel.fr/pics/20140220215732-gottlieb-CONCORDANCE-ZOOM.JPG)

On dirait que les 4 premiers canaux (0..3) ne sont pas parasités, et si tu inversais ces 4 canaux avec 4 autres qui le sont pour voir un peu ce qu'il en ressort.

: gc339 Thursday 20 February 2014, 23:55:48 PM

On dirait que les 4 premiers canaux (0..3) ne sont pas parasités, et si tu inversais ces 4 canaux avec 4 autres qui le sont pour voir un peu ce qu'il en ressort.

C'est un test que que vais faire ;) J'y ai également pensé cette nuit, cela permettra de de contrôler s'il y a un parasitage du signal en amont ^-

Avant d'aller me coucher hier, j'ai refait des tests en ne prenant que le signal en entré de PR66 et sa pin CS/ puis ceux de PR65 avec sa sortie VS/ ;) et il y a les concordances respective

Bonjour, tout d'abord, comme cela a déjà été dit, le 5V est proche de l

Oups... Fausse manoeuvre. Comme cela a été dit, tout d'abord, le 5V est proche de la limite inférieure, je n'ai jamais eu de souci à alimenter les pcb à 5,2V (les ic's les plus éloignés sont à 4,9V.) J'ai déjà eu ce type de panne due aux composants douteux qui "acheminent" des signaux de sortie (ou internes) vers des entrées, ou encore une sortance dégradée par un vieillissement des ic drivers.

Bonsoir,

Voici les news des différents tests réalisés ce weekend ;)

Augmentation du +5V (un potard est présent à l'intérieur de l'alimentation) Réglage en sotie de l'alimentation à 5,3V pour avoir au final sur les bornes des 74LS... 5,13Volt ^-

Pour le défaut d'affichage rien n'a changé, mais je suis sûr maintenant de travailler avec la bonne tension sur la Pcb ;)

: gc339 Thursday 20 February 2014, 23:55:48 PM

On dirait que les 4 premiers canaux (0..3) ne sont pas parasités, et si tu inversais ces 4 canaux avec 4 autres qui le sont pour voir un peu ce qu'il en ressort.

J'ai refait les captures de signaux en inversant les entrés sur l'analyseur; les signaux parasite sont présent sur les entrés qui étaient bonnes . Mais j'y ai fait une constatation :-)= (je l'espère bonne ;) ) pour les plus attentif, elle est présente sur cette première image ;)
Les test ont été réalisé avec le quartz d'origine et analysé à 100MHz

Test PR65 et PR66 avec les entrés inversées

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140223180923-gottlieb-TEST-DU-2302-LOIN.JPG) (http://gamoovernet.pixhotel.fr/pics/20140223180923-gottlieb-TEST-DU-2302-LOIN.JPG)

Une alternance régulière si on prend par exemple A3, il y a une alternance de 2 temps bas 1 temps haut,2bas, 1 haut ....... etc (canal 4 et 5 )

Modèle d'alternance régulière trouvé lors de mon analyse ;)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140223181636-gottlieb-cycle-correct.JPG) (http://gamoovernet.pixhotel.fr/pics/20140223181636-gottlieb-cycle-correct.JPG)

Plus loin, dans l'analyse, il y a un saut de l'horloge qui allonge le temps de cycle qui passe de 2 bas, 1 haut à 2 bas et 2 haut :-X

Mauvaise alternance

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140223182157-gottlieb-decalage-du-au-compteur-2302.JPG) (http://gamoovernet.pixhotel.fr/pics/20140223182157-gottlieb-decalage-du-au-compteur-2302.JPG)

J'ai remplacé le quartz d'origine par un de 4MHz , je reprendrais les mesures ;)

Je vais prendre les signaux sur IC143 (74S04) (http://pdf1.alldatasheet.com/datasheet-pdf/view/89860/TI/SN74S04D.html) pour prendre l'entré 9 ainsi que les pins 3 et 4 de IC140 (la pin 4 étant le signal d'horloge entrant pin 9 d' IC121, IC122, IC117 et IC116 )

Gottlieb

Quand tu fais des mesures avec un analyseur logique, tu regarde l'image "tout ou rien" d'un signal analogique.

c'est peut être une simple oscilliation qui fait génères les impulsions de bruit.

as tu un oscilloscope?

: spectroman Monday 24 February 2014, 09:56:08 AM

Quand tu fais des mesures avec un analyseur logique, tu regarde l'image "tout ou rien" d'un signal analogique.

c'est peut être une simple oscilliation qui fait génères les impulsions de bruit.

as tu un oscilloscope?

Merci Spectroman, je vais recontrôler les signaux à l'oscilloscope ;)

: gottlieb Monday 24 February 2014, 11:53:56 AM

Merci Spectroman, je vais recontrôler les signaux à l'oscilloscope

Ah désolé, si j'avais su que tu avais un oscilloscope, je t'aurais conseillé immédiatement de visualiser les signaux.

Par contre certains signaux à observer sont à une fréquence de plus de 15 MHz et les perturbations parasites sont très courtes, de 10 à 20 ns. Il faut donc un oscilloscope avec une bande passante adéquate : 50 MHz me semble être un minimum avec des sondes dont le réglage de la compensation doit être optimal.

Merci GC339 ;)

Mon oscilloscope est celui ci PICO ADC 200/50 (http://www.picotech.com/discontinued/ADC-200.html) et il peut lire jusqu'à 25MHz :-\
J'ai mis un quartz de 4MHz, cela doit le faire :-\
Pour la sonde, j'ai une ELC S110 150MHz (http://www.selectronic.fr/sonde-scope-comb-elc-s110.html) ou d'autres de 100MHz :-\ Je pense que la première doit convenir :-\

Quels signaux dois-je prendre :-\
CS/ des prom , le signal clock, A4; A3; A2 je suppose :-\

Merci pour votre aide ^-^

Gottlieb

Dommage qu'il ne soit pas analogique !

En premier lieu, il faut visualiser tous les signaux qui sont perturbés.

: gc339 Monday 24 February 2014, 13:09:33 PM

Dommage qu'il ne soit pas analogique !

Je pourrai peut être en emprunter un s'il le faut ;)

: gc339 Monday 24 February 2014, 13:09:33 PM

En premier lieu, il faut visualiser tous les signaux qui sont perturbés.

OK pas de problème ^-

: gottlieb Monday 24 February 2014, 13:03:58 PM

Merci GC339 ;)

Mon oscilloscope est celui ci PICO ADC 200/50 (http://www.picotech.com/discontinued/ADC-200.html) et il peut lire jusqu'à 25MHz :-\
J'ai mis un quartz de 4MHz, cela doit le faire :-\
Pour la sonde, j'ai une ELC S110 150MHz (http://www.selectronic.fr/sonde-scope-comb-elc-s110.html) ou d'autres de 100MHz :-\ Je pense que la première doit convenir :-\

Quels signaux dois-je prendre :-\
CS/ des prom , le signal clock, A4; A3; A2 je suppose :-\

Merci pour votre aide ^-^

Gottlieb

Si les oscillations font 10-20 ns, en changeant le quartz, elles feront toujours 10-20 ns. Il ne faut pas confondre la fréquence de l'horloge et le domaine de fréquence du bruit due au caractéristiques des composants et du PCB (temps de montés, overshoot, undershoot...).

Bonsoir,

Me revoici avec toute une série de tests à l'oscilloscope ;) et avec mon ancien analyseur logique :D (je vais finir par l'aimer :-* ) Les tests ont étés fait avec le quartz de 4MHz ;)

Aux vues des signaux captés à l'oscillo, je ne détecte pas de perturbations :-)= l'analyseur logique doit être trop sensible :-\

signaux sur oscillo à vide

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224202649-gottlieb-signal-oscilloscope-a-vide.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224202649-gottlieb-signal-oscilloscope-a-vide.JPG)

Signal de CS/ pin 15 PR66

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224202822-gottlieb-csbarre-pin-15-pr66-4MHz.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224202822-gottlieb-csbarre-pin-15-pr66-4MHz.JPG)

Signal A0 sur pin 10 PR66

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224202916-gottlieb-signal-A0-pin-10-pr66.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224202916-gottlieb-signal-A0-pin-10-pr66.JPG)

Signal A1 sur pin 11 PR66

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224203059-gottlieb-signal-A1-pin11-pr66.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224203059-gottlieb-signal-A1-pin11-pr66.JPG)

Signal A2 sur pin 12 PR66

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224203202-gottlieb-signal-A2-pin12-pr-66.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224203202-gottlieb-signal-A2-pin12-pr-66.JPG)

Signal A3 sur pin 13 PR66

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224203259-gottlieb-signal-A3-pin-13-pr66.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224203259-gottlieb-signal-A3-pin-13-pr66.JPG)

Signal A4 sur pin 14 PR66

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224203355-gottlieb-signal-A4-pin-14-pr66.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224203355-gottlieb-signal-A4-pin-14-pr66.JPG)

Horloge pin 9 IC117

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224203448-gottlieb-signal-clock-pin-9-IC117-a-4-MHz.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224203448-gottlieb-signal-clock-pin-9-IC117-a-4-MHz.JPG)

Donc pour finir, j'en ai profité pour reprendre les signaux avec mon ancien analyseur (comme le suggérait GC339 ) en changeant la fréquence du quartz à 2MHz (ou plus jusqu'à 5MHz) j'y ai mis un 4MHz qui trainait sur une vieille Pcb de poker :D

L'avantage avec le programme de Saleae logic, l'enregistrement des signaux peuvent se faire sur une longue durée ^-
L'analyse a permit de faire ressortir 2 choses :D

Je ne trouve pas les parasites comme avec l'autre analyseur :-)= :-)= jusque là tout vas bien :D

La deuxième chose qui m'interpelle le plus, est un décalage du signal A4 et A2 de manière régulière

Lors du décalage du front montant de A4, le deuxième front montant de A2 est décalé pendant 28 fronts montant (pendant ce temps, le moment du front montant de A3 est correct tandis que son front descendant se cale sur celui de A2 et tombe au milieu d'un signal haut pour changer d'état ;D ;D )

Ca doit faire un peu brouillon mon explication :-[ :-[

Ma constatation pour un signal qui n'est censé régulier ;)

Changement d'état de A0 signal haut tous les 2 points haut de l'horloge puis bas tous les 2 points haut de l'horloge

A1 signal bas pendant 3 point haut de la clock puis haut pendant 3 points haut

A2 signal bas pendant 5 points haut de la clock et haut pendant 5 points haut de la clock

A3 signal bas pendant 17 point haut de la clock et haut pendant 9 point haut de la clock

A4 signal haut pendant 9 points haut de la clock et bas pendant 17 point haut de la clock

Lorsque je prend A4, j'ai 41 fronts montant calés sur le signal d'un front montant d'horloge puis 10 front montant décalé par rapport au front montant de l'horloge ;D après le calage revient pendant 41 front montant de clock puis se re-décale de 10...... et ainsi de suite ;)

Les photos seront plus parlante ;)

Le signal que je pense avec une alternance correcte

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224214528-gottlieb-test-salea-synchro-clock.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224214528-gottlieb-test-salea-synchro-clock.JPG)

Le décalage de A4 intervient après 41 fronts montants de A4

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224214600-gottlieb-test-salea-debut-du-decalage.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224214600-gottlieb-test-salea-debut-du-decalage.JPG)

Un zoom sur le décalage

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224214704-gottlieb-test-salea-zoom-decalage.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224214704-gottlieb-test-salea-zoom-decalage.JPG)

Zoom sur l'alternance correcte

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224214726-gottlieb-alternance-correct-salea-4MHz-Test-12MHz.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224214726-gottlieb-alternance-correct-salea-4MHz-Test-12MHz.JPG)

A2 se décale

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224215401-gottlieb-test-salea-decalage-A2.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224215401-gottlieb-test-salea-decalage-A2.JPG)

Puis A0,A1, A2, A3 et A4 est décale par rapport à l'horloge avant de redevenir synchro avec celle-ci :-\

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140224215806-gottlieb-test-salea-zoom-synchro.JPG) (http://gamoovernet.pixhotel.fr/pics/20140224215806-gottlieb-test-salea-zoom-synchro.JPG)

Voila où j'en suis pour aujourd'hui ;)

Au vu des résultats, j'aurai tendance à changer IC116 qui est un 74S175 :-\
Comme toujours, j'ai les enregistrements des signaux ;)

Gottlieb

Bonjour,

J'ai refait des tests ce matin avec mon ancien analyseur à 8MHz, 12MHz 16MHz et 20MHZ :D
Ce que je ne comprend pas, c'est que j'ai toujours un décalage qui se fait sur A4 de façon régulière mais pas avec la même fréquence du décalage suivant la fréquence du test :-\

Le décalage constaté est il dû à un recalage de synchronisation de l'analyseur ? sachant que je ne le retrouve que sur A4 :-\ Je suis un peu perdu :?

Gottlieb

Ca devient de plus en plus incompréhensible...
Pourrais tu regarder le 5 volts à l'oscilloscope histoire de vérifier s'il est bien propre.

>:D >:D >:D >:D >:D

Très mauvaise journée ET GROSSE BOULETTE :-(( :-((

J'ai pris le +5V à l'oscilloscope et celui-ci est relativement stable

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140227182423-gottlieb-tension-sortie-alimentation.JPG) (http://gamoovernet.pixhotel.fr/pics/20140227182423-gottlieb-tension-sortie-alimentation.JPG)

Et aux entrés des 74LS

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140227182831-gottlieb-tension-IC117-entre-8-et-16.JPG) (http://gamoovernet.pixhotel.fr/pics/20140227182831-gottlieb-tension-IC117-entre-8-et-16.JPG)

J'en ai profité pour tester IC143 et IC110 qui gèrent le signal de l'horloge ;) et ceux ci sont bon, le décalage que je constatais est plus dû à une erreur d'acquisition :-\

J'ai voulu également prendre les signaux des LS153 de la "vidéo ram page B" IC68, IC69, IC70 et IC 67 jusque là pas de problème :-\

Dans un excès de confiance, j'ai voulu tester les RAM et là ce fût le drame >:D >:D

J'ai branché l'analyseur sur les pins 5, 7 6, 12, 11, 10,2, 3, 4, 15 et 14 (Je précise que je branche les fils de l'analyseur sur la pince test, l'insert borne éteinte et allume quand tout est branché ;) comme je le fait à chaque fois)

Lorsque j'ai rallumé, il n'y avait plus d'image mais entendais le jeu :-\

J'ai arrêté la borne et retiré la pince test et rallumé :-\

J’entends le jeu se dérouler mais il n'y a pas d'image :-(( J'ai changé IC74 qui est une ram 4027 et le résultat est toujours pareil :'(

-Pas d'affichage
-j'entends le jeu
-les commandes de directions fonctionnent
-les boutons d'action (tir, barrière et bombes des bases) ne fonctionnent plus :'(

Je suis dég et j'en ai mal au ventre :'( :'( :'(

Je sens que ça va ce compliquer cette affaire :-\

courage, au moins tu es allé plus loin que beaucoup d'autrses ^-

Une pensée émue pour ta bécane :-*
Tu va bien finir par y arriver...... Courage ^-

Merci pour les encouragements :-\

J'ai trouvé ou j'ai merdé grave :-X contrairement au 74..... la masse est inversé sur les rams :( le gnd est sur 16 et non 8 :-(( et j'avais le plan sous les yeux :-(( :-((

Je viens de tester les RAM en utilisant la pin 16 comme GND (VSS) MK4027 (http://www.alldatasheet.com/view.jsp?Searchword=Mk4027)

Et ceux ci sont alimentés ^- avec un doute sur VBB pin 1 où des ailerons de requin passe à -3 Volts

VBB PIN 1

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140227205533-gottlieb-PIN-1-VBB-5V.JPG) (http://gamoovernet.pixhotel.fr/pics/20140227205533-gottlieb-PIN-1-VBB-5V.JPG)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140227210553-gottlieb--5V-ram-VBB.JPG) (http://gamoovernet.pixhotel.fr/pics/20140227210553-gottlieb--5V-ram-VBB.JPG)

VCC PIN 9

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140227205634-gottlieb-5V-PIN-9-VCC.JPG) (http://gamoovernet.pixhotel.fr/pics/20140227205634-gottlieb-5V-PIN-9-VCC.JPG)

VDD PIN 8

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140227205847-gottlieb-pin-8-VDD.JPG) (http://gamoovernet.pixhotel.fr/pics/20140227205847-gottlieb-pin-8-VDD.JPG)

Gottlieb :'(

Hey Grissom, c'est pas un doute mais une piste.
Ton -5V a un problème, peux-tu le suivre (au niveau de la sortie alim et sur le connecteur dur PCB).
Idem pour le 12V...

Après,
je commence vraiment a être perdu, donc je repartirai du début. Pour moi quand j'ai vu la 1ere photo du post, je me suis orienté sur un problème de rom qui génère les caractères ou qui fait la superposition de ceux-ci.

Soit d’après la doc (page 4 section 7), les pages C, D et F du schéma.

GC339, d'après toi quel composant faut il enlever pour désactiver le générateur de caractère et ainsi confirmer ou infirmer mon hypothèse?

Merci ;)

Je vais suivre le -5V pour voir d'où viennent ces requins :D

Pour moi, je voulais tester les rams pour voir si je voyais des signaux qui revenaient avec un intervalle régulier :-\

Un avantage, j'en suis à plus de 3Go de prise de mesures pour cette borne J'aurais une bonne base de données :D

Reprise de mes nouvelles investigations ;)

Travail de la matinée

Prise du signal +12V et -5V sur bornier dans la borne
Prise du signal +12V et -5V sur le peigne de la Pcb

Le -5V sur le peigne de la Pcb sans Pcb

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140228130404-gottlieb--5V-entry-connecteur.JPG) (http://gamoovernet.pixhotel.fr/pics/20140228130404-gottlieb--5V-entry-connecteur.JPG)

Le +12V sur le bornier de l'alimentation et identique sur le peigne de la Pcb

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140228130525-gottlieb--12V-sortie-alim.JPG) (http://gamoovernet.pixhotel.fr/pics/20140228130525-gottlieb--12V-sortie-alim.JPG)

La tension du -5V à l'entré de la Pcb est correct mais est dégradé à l'entré des Rams (ailerons de requins)
Le travail a faire, est de suivre la piste et de trouver où se trouve l'altération de la tension ;)
En rouge, la piste du -5V et sur celle-ci, on y croise dans l'ordre:

1 condensateur chimique 16V 470uf avec le -sur la piste -5V et l'autre patte sur la piste 0V
1 condensateur céramique 104Z 1 patte sur le -5V et l'autre sur le 0V
1 condensateur chimique 16V 470uf avec le - sur la piste -5V et le + sur la piste qui relie le +12V par un condensateur 16V 470uf
1 condensateur tantale +22 16V patte - sur le -5V et l'autre sur la piste qui relie le +12V par un condensateur 16V 470uf

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140228131127-gottlieb-PCB-haut-piste-5V-et-TEST.JPG) (http://gamoovernet.pixhotel.fr/pics/20140228131127-gottlieb-PCB-haut-piste-5V-et-TEST.JPG)

J'ai pris 2 signaux sur les composant se situant sur la piste -5V sur la patte du condensateur céramique et sur la patte -5V du tantale (A et B)

Vue sur le point testé A

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140228133244-gottlieb-point-testA.JPG) (http://gamoovernet.pixhotel.fr/pics/20140228133244-gottlieb-point-testA.JPG)

Le signal point A

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140228133825-gottlieb--5V-pris-sur-condo-orange-apres-condo-chimique.JPG) (http://gamoovernet.pixhotel.fr/pics/20140228133825-gottlieb--5V-pris-sur-condo-orange-apres-condo-chimique.JPG)

Vue sur le point de test B

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140228133707-gottlieb-Point-test-B.JPG) (http://gamoovernet.pixhotel.fr/pics/20140228133707-gottlieb-Point-test-B.JPG)

Et le signal sur le point B ;)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140228134157-gottlieb--5V-pris-sur-tental-bout-piste.JPG) (http://gamoovernet.pixhotel.fr/pics/20140228134157-gottlieb--5V-pris-sur-tental-bout-piste.JPG)

Sur le point B, je retrouve les chutes de tensions que je retrouve également aux entrés des rams ^-

J'ai de quoi changer les 2 chimique 16V470uf et pour les céramique 104 , on m'a donné des u 1K 63 (http://radiospares-fr.rs-online.com/web/p/kits-de-condensateurs/1565031/) est ce bon ? Pour les tantales +22 16V je vais chercher sur d'anciennes cartes :-\

Je suppose que la tension altéré est dû aux chimique :-\ j'ai de quoi les tester :D

Gottlieb

Edit : condensateurs chimique changé et les anciens testé le premier 424uf ESR=0.31 et le second 427uf et ESR=0.28

Testé le céramique et trouvé 101,8nf
testé les tantales le premier ou j'ai pris le signal"B" 20,22hf et un ESR de 0.76 Ohm
Le second celui vers la piste 12V référence identique au premier j'ai trouvé 20,47uf pour un ESR de 3,6 Ohm Est ce normal, la différence de résistance interne entre les 2 :-\

Suite des investigations du -5 Volt ;)

Le -5V est distribué au rams par l'intermédiaire de 4 pistes alimentant chacune 8 rams via la pin 1.

La dernière piste (celle la plus proche du bord de la Pcb) part du condensateur tantale (patte - ) et alimente la pin 1 des 8 rams du bas. Un prolongement de la piste partant de la pin 1 arrive sur la patte d'un condensateur céramique 104Z et l'autre extrémité est relié au 0V ;)

Il y a 8 condensateurs 104Z qui relient le -5V au 0V ;) Je ne les ai pas encore testé :D

Photo des pistes d'alimentation (rouge -5V, jaune rams, bleu les 104Z)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140228194539-gottlieb-PISTE-RAM.JPG) (http://gamoovernet.pixhotel.fr/pics/20140228194539-gottlieb-PISTE-RAM.JPG)

Le condensateur céramique entre la pin 1 et le 0V

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140228194655-gottlieb-ZOOM-4027.JPG) (http://gamoovernet.pixhotel.fr/pics/20140228194655-gottlieb-ZOOM-4027.JPG)

Gottlieb ;)

Bonsoir.

Ne perd pas de temps avec les condos "104Z", ceux-là sont indestructibles !

Merci F4brice ;)

Je recherche surtout la cause de ces baisses de tension :-\ Je suis preneur de toutes pistes ;)

salut,

Je t'ai dis pareil que f4brice.

Pour le relevé du "signal point A" tu as un problème de masse lors de la mesure, car il y a une "ronflette" à 50Hz.

Es-tu sûr d'avoir changé les condos chimique et tantale sur le -5?
De toute façon, après réflexion, c'est un problème qu'il faut corriger, mais ce n'est pas celui qui génère le défaut. Car la période de ton défaut d'affichage est de l'ordre de quelques µs et le problème sur le -5 a une période d'une seconde.

A+

Que la force soit avec toi

Salut spectroman !

J'ai changé le chimique mais pas le tantale (juste contrôlé en le dessoudant :-\ )
Je n'ai pas refait de mesures après changement des chimiques :-\ Je recontrôlerai ça demain (si je trouve le tantale 22 16v sur une vieille carte , sinon j'en ai mis en commande ;) )

Ce que je voudrais trouver actuellement, c'est pourquoi je n'ai plus d'image :? Je vais m'atteler à référencer les entrés/sortie de la Pcb pour savoir les correspondances et moins galérer plus tard :-\

Pour le signal A, je l'ai pris avec la même masse que pour le B , c'est à dire le 0V sur le peigne de la Pcb :-[ (je la reprendrai également demain ;)

Me voici avec les nouvelles du jour :D
De bonnes pour moi, car j'avance et commence à comprendre le fonctionnement de cette carte ^-

Pour le problème du -5 Volt, le changement des 2 condensateurs chimique 16V 470uf à rétablis le problème du passage des ailerons de requins :D

Le -5V actuel pin 1 des rams ;)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140301181242-gottlieb--5V-apres-changement-condensateur.JPG) (http://gamoovernet.pixhotel.fr/pics/20140301181242-gottlieb--5V-apres-changement-condensateur.JPG)

Je me suis également attelé à rechercher le problème de non affichage de l'image à l'écran. Le cul du tube étant orangé, celui-ci est OK ^-
J'ai recherché les signaux RGB et là, aucuns signal de présent sur le peigne en sortie de Pcb ;)

J'ai mené mon enquête tel Grissom et commencé à tester les signaux des IC se trouvant en amont par rapport au schéma F.

Le premier est IC79 qui est un 74S175 avec rien en sortie (logique :D ) et rien en entré :-X
Le composant suivant et qui est avant IC79, est la PROM54 IC86 (là, j'ai des bouffées de chaleur de peur de faire une nouvelle conn**ie :'( )Je me lance et test la prom après avoir fait plusieurs vérifications du branchement :D

De là, je constate que des entrées ne reçoivent aucuns signal (elles sont toujours à 1 ou à 0 :? )

Capture Prom54 IC86

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140301183832-gottlieb-prom-54.JPG) (http://gamoovernet.pixhotel.fr/pics/20140301183832-gottlieb-prom-54.JPG)

On y vois un problème de signal sur CELL A, B, C et D (les pics sur CELL D ne sont que des parasites ;) )

A la recherche d'où sont émis les signaux manquant, je les retrouve sur le schéma C dans "VIDEO RAM PAGE B" en sortie de IC88
Après contrôle à l'analyseur, aucuns signal en entré et aucuns en sortie (ce qui n'est pas tout à fait vrai car il y a des signaux toujours à 1 dont un qui m'interpelle :-\ ) le seul signal présent est la clock

Capture prise de mesure IC88

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140301184931-gottlieb-CAPTURE-IC-88.JPG) (http://gamoovernet.pixhotel.fr/pics/20140301184931-gottlieb-CAPTURE-IC-88.JPG)

Les signaux manquant en entré de IC 88 proviennent de IC67 .Les sorties d'IC67 partant vers IC68, 69 et 70 (et commandant les rams 74,75,76,77,85,84,83,82 (IC74 étant la ram que je testais lors de la perte d'image :-\ )

Capture d'IC67

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140301185717-gottlieb-capture-ic67.JPG) (http://gamoovernet.pixhotel.fr/pics/20140301185717-gottlieb-capture-ic67.JPG)

:-)= :-)= Là, on peut y voir du changement ^- Des signaux sont présent en entré du 74LS174 IC67 mais rien en sortie :D de là, on pourrait en déduire qu'il est HS :D
Mais si on regarde le signal de la pin 1 clear, celui-ci est toujours à 1 ;) de même pour IC88 ;)

Voilà où j'en suis pour aujourd'hui :-)= :-)= Il va falloir que je trouve maintenant ce qui produit le signal clear avant de continuer ^- Je pense que c'est mon problème d'affichage d'écran =:))

Gottlieb

ça chauffe, c'est bon 8) ^-^

super ca avance :-)=

bonsoir à tous ;)

Donc, aujourd'hui, j'ai réalisé un tas de tests :D et fait des découverte et des déconvenues ;D

Premièrement, j'ai appris qu'il faut connaitre son matériel de contrôle :-[ (ses points forts et ses faiblesses )et ne pas faire confiance à ce que l'on vois >:(

Deuxièmement, je me suis attelé au problème que je supposais de la pin 1 sur IC88 et IC67 (pour rappel, toujours à 1 ) En voulant suivre la piste, menant à ces pins (ne la trouvant pas sur les schémas ;) ) j'ai regardé sur la carte direct et ce fut bref :D les pins 1 et 16 sont relié par une petite piste ^- Ce qui veut dire que ce n'est pas la cause du non fonctionnement d'IC67 >:( De là, je me suis dit "IC67 est HS, je le change :D ) Donc changement , essais et le résultat toujours pareil :-(( Je me pose des questions et cherche partout :-X Nouveaux essais avec l'analyseur logique et le résultat est le même qu'hier :-X

Je me décide a prendre l'oscilloscope pour essayer de comprendre ET là, j'ai tout compris ^-^ mes analyseur logique sont trop sensible et détectent les plus petites variation de tension comme un signal :-[ (les pics qui me perturbent depuis le début dans l'analyse des signaux :-\ )
Voici les signaux capté en entré d'IC67 :-\ Alors qu'avec l'analyseur, il détecte des impulsions :-X

PIN 3

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302212156-gottlieb-pin-3-IC67.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302212156-gottlieb-pin-3-IC67.JPG)

PIN11

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302212313-gottlieb-pin-11-IC67.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302212313-gottlieb-pin-11-IC67.JPG)

PIN13

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302212335-gottlieb-PIN-13-IC67.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302212335-gottlieb-PIN-13-IC67.JPG)

Donc moralité, IC67 est BON ^-

Je test IC81 qui est avant et les signaux en sortie du 74LS244 correspondent à ceux reçu par IC67 :D Je décide avant de continuer de rechercher d'où proviennent les signaux en entré d'IC81 (D00/ à D07/) Nouvelle bouffée de chaleur :D Ceux-ci proviennent directement de IC142, un 8228 :o

Je test les sorties du 8228 et des impulsions sont présentent sur chacune de ses sorties (des bonnes j’espère ) Je compare les signaux en sortie avec ceux entrant dans IC 81 et ils sont identiques ^-
Je remplace le 74LS244 IC81 et toujours pas de changement :-X les signaux en entré et en sortie sont toujours semblable >:D

Je mets les captures des entrées pour le résultat des sorties voir les captures au début de ce post ;) Si quelqu'un a une petite idée :-\

PIN 3 D00/

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302215057-gottlieb-PIN3-IC-81.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302215057-gottlieb-PIN3-IC-81.JPG)

PIN 5 D01/

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302215146-gottlieb-PIN-5-IC-81.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302215146-gottlieb-PIN-5-IC-81.JPG)

PIN 7 D02/

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302215208-gottlieb-PIN-7-IC-81.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302215208-gottlieb-PIN-7-IC-81.JPG)

PIN 9 D03/

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302215229-gottlieb-PIN-9-IC81.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302215229-gottlieb-PIN-9-IC81.JPG)

PIN 12 D04/

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302215255-gottlieb-PIN-12-IC-81.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302215255-gottlieb-PIN-12-IC-81.JPG)

PIN 14 D05/

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302215325-gottlieb-PIN-14-IC81.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302215325-gottlieb-PIN-14-IC81.JPG)

PIN 16 D06/

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302215348-gottlieb-PIN-16-IC-81.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302215348-gottlieb-PIN-16-IC-81.JPG)

PIN 18 D07/

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302215408-gottlieb-PIN-18-IC-81.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302215408-gottlieb-PIN-18-IC-81.JPG)

PIN 1 et 19 V RAM/ READ ? (je ne vois pas la lettre sur le schéma)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302215435-gottlieb-PIN-1-IC-81.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302215435-gottlieb-PIN-1-IC-81.JPG)

Et l'alimentation pin 20

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140302215805-gottlieb-PIN-20-IC-81.JPG) (http://gamoovernet.pixhotel.fr/pics/20140302215805-gottlieb-PIN-20-IC-81.JPG)

La tension aux pins 1 et 19 est faible, mais je ne connais pas la fonction :-\ :-\ Je vais essayer de trouver d'où vient cette tension ;)

Merci de votre aide ^-

Gottlieb

Je me décide à prendre l'oscilloscope pour essayer de comprendre ET là, j'ai tout compris Azn mes analyseur logique sont trop sensible et détectent les plus petites variation de tension comme un signal Embarrassed (les pics qui me perturbent depuis le début dans l'analyse des signaux Undecided )
Voici les signaux capté en entré d'IC67 Undecided Alors qu'avec l'analyseur, il détecte des impulsions Lips Sealed

Ce qui est inquiétant c'est le niveau d'1.5V sur les pins 3 11 13, c'est pour cela que tes analyseurs mesures des impulsions.

Qu'est ce que tu as sur la clock (pin 9) d'IC67?

peux tu faire a l'oscilloscope les mesures des pin 9 et pin 3, puis des pin 9 et pin 2 (sauf si tu as 4 voies dans ce cas fait pins 9, 2 et 3)?

: spectroman Monday 03 March 2014, 12:25:32 PM

Ce qui est inquiétant c'est le niveau d'1.5V sur les pins 3 11 13, c'est pour cela que tes analyseurs mesures des impulsions.

Qu'est ce que tu as sur la clock (pin 9) d'IC67?

peux tu faire a l'oscilloscope les mesures des pin 9 et pin 3, puis des pin 9 et pin 2 (sauf si tu as 4 voies dans ce cas fait pins 9, 2 et 3)?

Salut ;)
Voici les résultats demandés ;)
J'ai bien un signal d'horloge avec une tension d'environ 4Volts sur la pin 9 (clock) Un peu faible :?
Sur la pin 2, la tension est bonne mais pas de signal de sortie et sur la pin 3 c'est beaucoup trop faible :-[ environ 3,5 Volt >:(

En bleu la pin 9 (clock) et en rouge la pin 2 d'IC67

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140304191729-gottlieb-bleu-pin-9-et-rouge-pin-2-IC67-large.JPG) (http://gamoovernet.pixhotel.fr/pics/20140304191729-gottlieb-bleu-pin-9-et-rouge-pin-2-IC67-large.JPG)

En bleu la pin 9 (clock) et en rouge la pin 3 d'IC67

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140304191818-gottlieb-bleu-pin-9-et-rouge-pin-3-IC67-large.JPG) (http://gamoovernet.pixhotel.fr/pics/20140304191818-gottlieb-bleu-pin-9-et-rouge-pin-3-IC67-large.JPG)

Pour l'analyseur, un électricien du taff, m'a dit de regarder le programme pour voir, s'il n'y a pas de filtres passe bas et passe haut :-\ Ce qui serait bien et éviterait bien des erreurs d’appréciations de ma part :-\

Petite modification du poste précédent suite a une erreur de prise de mesures :-\

Nouvelles investigations du jour :D

Test d'IC121 (74LS175) pour vérification du signal MSB/ pin 7 qui correspond à la clock d'IC67 entrant pin 9 ;)

PIN 7 IC121

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140305225250-gottlieb-PIN-7-IC121.JPG) (http://gamoovernet.pixhotel.fr/pics/20140305225250-gottlieb-PIN-7-IC121.JPG)

La tension du signal est faible comme sur l'entré d'IC67 . Par contre, La tension passe par moment en négative :-\ (visible sur les oscillogrammes des posts précédent :-[ )

J'ai voulu vérifier les signaux d'IC121 et il y a les "rebonds" en partie négative :-\ (par exemple pin 10, 12 et 13 )

PIN 10 IC121

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140305230020-gottlieb-PIN10-IC121.JPG) (http://gamoovernet.pixhotel.fr/pics/20140305230020-gottlieb-PIN10-IC121.JPG)

PIN 12 IC121

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140305230121-gottlieb-PIN-12-IC-121.JPG) (http://gamoovernet.pixhotel.fr/pics/20140305230121-gottlieb-PIN-12-IC-121.JPG)

PIN 13 IC121

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140305230206-gottlieb-PIN13-IC121.JPG) (http://gamoovernet.pixhotel.fr/pics/20140305230206-gottlieb-PIN13-IC121.JPG)

On y voit nettement ces rebonds négatif :-\

Le signal de l'horloge arrivant sur la pin 9 fait elle aussi une incursion dans la négatif ::)

PIN9 IC67

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140305231008-gottlieb-PIN-9-IC121.JPG) (http://gamoovernet.pixhotel.fr/pics/20140305231008-gottlieb-PIN-9-IC121.JPG)

J'ai vérifié le calibrage à vide de l'oscilloscope pour la véracitée du test ;)

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140305231130-gottlieb-ocilloscope-a-vide.JPG) (http://gamoovernet.pixhotel.fr/pics/20140305231130-gottlieb-ocilloscope-a-vide.JPG)

Et pour finir, la tension reçu pin 16 d'IC121

(http://gamoovernet.pixhotel.fr/pics_gamoovernet690px/20140305231235-gottlieb-PIN-16-IC121.JPG) (http://gamoovernet.pixhotel.fr/pics/20140305231235-gottlieb-PIN-16-IC121.JPG)

Serai-ce des condensateurs d'HS :-X qui crée ces passage vers le négatif ::)

Gottlieb

il n'y a que la pin 12 qui me semble avoir un problème.

les parties négatives des signaux, sont des problème de mesures ou des oscillations RLC. Donc pas de problème.

Gamoover

Forums " WORKSHOP" => Moniteurs et platines, écrans & Lcd, rétroprojecteurs => : gottlieb Monday 08 April 2013, 21:13:46 PM