Gamoover

Forums " WORKSHOP" => Jeux : Pcb & Systèmes arcadiens => Discussion démarrée par: f4brice le Jeudi 15 Juillet 2010, 22:58:40 PM

Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Jeudi 15 Juillet 2010, 22:58:40 PM
Bonsoir.

Petite satisfaction personnelle, j'ai réussi à réparer 2 de mes PCB.

Le 1er, c'est un Super Space Invaders '91 original. Je l'avais acheté en l'état sur le forum A-S (je ne me souviens plus à qui). Il y a plusieurs mois de ça.
Le PCB avait un problème de couleurs : le blanc était rose/mauve. En gros, il manquait la composante verte complète.

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715213737-f4brice-20100714-182348-8432-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715213737-f4brice-20100714-182348-8432-IMG.jpg)

J'ai beaucoup galéré avec ce PCB, j'y ai passé des jours et des jours jusqu'à presque laisser tomber.
Mercredi dernier, j'ai décidé de jeter à nouveau un oeil dessus.
La différence avec la dernière fois, c'est que j'ai un testeur de composants TTL et qui sait aussi tester certaines RAM.

Ce PCB, quand on le passe en mode test, indique :

Citation de: Mode test du PCB
COLOR RAM ERROR
@300000H
WRITE 0000H
READ  0D00H


Et comme par hasard, quand je regarde dans les sources de MAME comment est fait l'émulateur, je constate que le "D" de 0D00 correspond aux 4 bits du vert...
Quand j'avais regardé la 1ère fois ce PCB, je n'avais rien trouvé d'anormal autour de la puce de RAM.
Aucun problème sur le bus d'adresses ou de données, pas de problème de sélection.

J'avais conclu (sans grande certitude) que le problème était lié à la puce de RAM elle-même.
N'ayant pas ce modèle en stock, j'avais repoussé le dépannage aux calendes grecques.

Hier, j'ai repris le PCB posé sur l'étagère "en panne, à réparer" et testé la puce de RAM avec l'outil testeur...
Il dit que la puce est bonne. Étrange...

Finalement, j'ai fait un peu de reverse-enginering sur le PCB autour de cette RAM.
Contrairement à ce que je croyais, elle n'est pas accédée par le CPU principal du jeu.
Elle est en accès exclusif pour une cochonnerie de composant propriétaire Taito.

J'ai donc regardé tous les composants TTL "pas loin" du composant Taito, et j'ai fini par en trouver un louche.
Après changement, tadaaaaaaaa :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715213936-f4brice-20100714-183244-8433-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715213936-f4brice-20100714-183244-8433-IMG.jpg)


Le 2e PCB, je l'ai réparé aujourd'hui.
Il s'agit un Galaga '88 original lui aussi.
Je ne sais plus comment j'ai eu ce PCB...

Son problème, ce sont des sprites buggés :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715214639-f4brice-20100715-131600-8440-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715214639-f4brice-20100715-131600-8440-IMG.jpg)

Après de longues investigations, et grâce aux schémas électroniques disponibles, j'ai réussi à trouver le problème.
Il y a 1 bit (A15) sur le bus d'adresse qui ne bagotte plus.
Ce bit est généré par lui :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715214914-f4brice-20100715-133426-8445-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715214914-f4brice-20100715-133426-8445-IMG.jpg)

Je dessoude le composant et je vérifie par acquis de conscience (et aussi par expérience) que ce composant est à l'origine de la panne, et non pas un dommage colatéral.

Bingo ! Il semble qu'il n'a pas grillé tout seul, on l'a un peu aidé.
Sur les 6 PROMs "OBJ0" à "OBJ5", je constate que 2 d'entres elles ont une même panne.
Elles ont toutes les deux leur broche A15 malade. Chacune impose un état bas sur le signal et ça a grillé le 74LS244 en photo plus haut.

Déjà, je remplace le composant grillé :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715215530-f4brice-20100715-142842-8448-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715215530-f4brice-20100715-142842-8448-IMG.jpg)

Ensuite, je dois m'occuper de remplacer les 2 PROMs malades :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715215917-f4brice-20100715-215740-8462-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715215917-f4brice-20100715-215740-8462-IMG.jpg)

Ces composants sont des PROM 1 Mbits (128 ko) dites "OTP" (One Time Programming). Elles ne sont programmables qu'une et une seule fois. Elles ne peuvent pas être effacées.
Je n'ai pas pu trouver de doc technique, mais j'ai les schémas Atari et donc le pinout.
Je ne sais pas quelle est l'EPROM compatible broche à broche. 27C301 ? 27C1000 ?
De toute façon je n'en ai pas.
Le pinout est très proche de la 27C010 à 2 broches près : A16 et /OE.
Et ça j'en ai en stock et je peux les programmer !

NM231001 27C010
/OEn'existe pasbroche 24
A16broche 24broche 2

Je vais donc utiliser 2 EPROM 27C010 et isoler les broches 2 et 24 pour les câbler correctement.

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715221909-f4brice-20100715-143550-8450-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715221909-f4brice-20100715-143550-8450-IMG.jpg)
Nettoyage des traces de colle avec le produit miracle indiqué par GC339

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715221928-f4brice-20100715-144344-8451-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715221928-f4brice-20100715-144344-8451-IMG.jpg)
Effacage avec mon insoleur UV ultra bas de gamme made in China (mais bien pratique)

Grâce au dump dispo sur le net, je peux flasher les 2 EPROMs avec le bon contenu.  :-*
Oui oui, c'est incroyable, mais les dumps de ROM pour Mame ne servent pas qu'à jouer.
Certains comme moi les utilisent pour leur but premier : la sauvegarde du patrimoine vidéo-ludique !
Sans l'existence de ce dump, ma réparation s'arrêtait là.

Une fois les 2 EPROMs flashées avec le contenu qui va bien, je dois m'occuper des broches incompatibles avec les PROMs d'origine.
Je les plie de sorte qu'elles ne fassent pas contact quand le composant sera sur son support.
La broche /OE est inutilisée par Atari et doit donc être reliée en permanence à la masse.
Je soude un petit bout de fil à wrapper pour ça.

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715222339-f4brice-20100715-174938-8452-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715222339-f4brice-20100715-174938-8452-IMG.jpg)

Maintenant que les 2 composants ont pris leur place définitive, je peux m'occuper du bit A16.

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715222726-f4brice-20100715-180926-8453-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715222726-f4brice-20100715-180926-8453-IMG.jpg)

J'ai profité d'un trou métallisé débouché pour faire passer mon fil à wrapper tout fin de l'autre coté du PCB, coté soudures. J'ai ainsi fait le repiquage sur A16 coté soudures :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715223223-f4brice-20100715-223134-8464-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715223223-f4brice-20100715-223134-8464-IMG.jpg)

Il ne reste plus qu'à essayer le PCB...

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715223331-f4brice-20100715-181746-8457-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715223331-f4brice-20100715-181746-8457-IMG.jpg)

8) :-)=

Mais en fait, lorsque le mode attract affiche un autre écran, je constate qu'il reste des dessins buggés :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715223456-f4brice-20100715-181604-8454-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715223456-f4brice-20100715-181604-8454-IMG.jpg)

Gniiiiiiiiiiiiiiii, cré vin diou d'bordel !

Il s'agit d'une 3e PROM qui est malade. Son contenu est foireux.
Pour déterminer laquelle il s'agit, j'utilise ce brave MAME.
Dans le dump de galaga88, je remplace 1 par 1 les fichiers dump par une version volontairement corrompue pour visualiser quelles sont les conséquences sur le jeu.

Finalement, quand j'ai remplacé le dump de la PROM "OBJ1" par du caca, j'ai obtenu ça :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715223909-f4brice-mame.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715223909-f4brice-mame.png)

Donc il s'agit de la PROM "OBJ1" qui est elle aussi malade.
Je la remplace elle aussi par une EPROM 27C010 :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715224107-f4brice-20100715-194820-8459-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715224107-f4brice-20100715-194820-8459-IMG.jpg)

Essai :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100715224115-f4brice-20100715-195214-8461-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100715224115-f4brice-20100715-195214-8461-IMG.jpg)

:-)=


Voilà : F4brice 2 - Démon des pannes 0.
Mais le bougre a beaucoup d'avance...
Titre: F4brice 2 - Démon des pannes 0
Posté par: wanou le Jeudi 15 Juillet 2010, 23:40:26 PM
Comme toujours, je dirai 'Respect'  ^-
Titre: F4brice 2 - Démon des pannes 0
Posté par: BIGJEJE le Vendredi 16 Juillet 2010, 00:03:42 AM
ça a l'air si simple en voyant le post .

ça t'a pris combien de temps au final ?
Titre: F4brice 2 - Démon des pannes 0
Posté par: albator78 le Vendredi 16 Juillet 2010, 01:00:06 AM
Monsieur est calé en électronique!

Félicitation pour la réparation de tes PCB  ^-^

Chapeau bas  <:)
Titre: F4brice 2 - Démon des pannes 0
Posté par: mamerinside le Vendredi 16 Juillet 2010, 04:17:28 AM
Citation de: albator78 le Vendredi 16 Juillet 2010, 01:00:06 AM
Monsieur est calé en électronique!

C'est surtout l'un des plus "secoués" du forum   ;D

Je comprends jamais rien au contenu de ces topics mais le final est toujours ENORME  :-)=  Bravo!
Titre: F4brice 2 - Démon des pannes 0
Posté par: Bal le Vendredi 16 Juillet 2010, 07:33:31 AM
Citation de: mamerinside le Vendredi 16 Juillet 2010, 04:17:28 AM
C'est surtout l'un des plus "secoués" du forum   ;D

Je comprends jamais rien au contenu de ces topics mais le final est toujours ENORME  :-)=  Bravo!

Me sent moins seul, enfin !!
Titre: F4brice 2 - Démon des pannes 0
Posté par: Elesias le Vendredi 16 Juillet 2010, 08:08:12 AM
Pfffiou, mazette !
Franchement, remarquable de précision et de patience.
Titre: F4brice 2 - Démon des pannes 0
Posté par: viriathe le Vendredi 16 Juillet 2010, 08:28:08 AM
C'est beau quand ça marche...

Chapeau bas !
Titre: F4brice 2 - Démon des pannes 0
Posté par: Wapata le Vendredi 16 Juillet 2010, 08:30:43 AM
Citation de: f4brice le Jeudi 15 Juillet 2010, 22:58:40 PM
Finalement, quand j'ai remplacé le dump de la PROM "OBJ1" par du caca, j'ai obtenu ça :

Car il ne "suffit" pas de supprimer un fichier dans le fichier compressé ? Il faut carément le corrompre ?
Comment fais tu cela (tu le fait bien, mais encore ?) ?
Titre: F4brice 2 - Démon des pannes 0
Posté par: lapin252 le Vendredi 16 Juillet 2010, 09:08:33 AM
Avec un éditeur hexadécimal du remplit le fichier de zéro.
Titre: F4brice 2 - Démon des pannes 0
Posté par: Wil2000 le Vendredi 16 Juillet 2010, 09:12:07 AM
(http://3.bp.blogspot.com/_gVGfSVeCqiA/S4q1Ij9YqfI/AAAAAAAABsU/x-CBlUNAov4/s400/Columbo_3.jpg)
Tu devrais faire de l'électronique mon petit, t'as l'air bon avec un fer à souder et les mystères ne te font pas peur.  :D
Titre: F4brice 2 - Démon des pannes 0
Posté par: maldoror68 le Vendredi 16 Juillet 2010, 09:14:38 AM
wouah !  ^-^ :o ^-^

le jours ou on perd f4brice, on ferme le forum  =:))
Titre: F4brice 2 - Démon des pannes 0
Posté par: olschool le Vendredi 16 Juillet 2010, 09:33:38 AM
Moi je dis MONSIEUR !


Merci de toutes ces infos
j'avais vu un pcb original de pac man chez un exploitant qui avais un problème sur le vert (tout comme to Si)
et le gars me disait qu'il avais essayé de le réparer mais sans succé tu me donne des idées
;)
Titre: F4brice 2 - Démon des pannes 0
Posté par: f4brice le Vendredi 16 Juillet 2010, 09:36:12 AM
Citation de: BIGJEJE le Vendredi 16 Juillet 2010, 00:03:42 AM
ça t'a pris combien de temps au final ?

En tout, de vraiment passées avec l'oscillo dans la main gauche et la main droite qui me gratte le sommet du crâne :

Citation de: Wapata le Vendredi 16 Juillet 2010, 08:30:43 AM
Car il ne "suffit" pas de supprimer un fichier dans le fichier compressé ? Il faut carément le corrompre ?
Comment fais tu cela (tu le fait bien, mais encore ?) ?

Si on supprime de fichier dump de l'archive zip, on a ce message d'erreur :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716092119-f4brice-a.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716092119-f4brice-a.png)

Citation de: lapin252 le Vendredi 16 Juillet 2010, 09:08:33 AM
Avec un éditeur hexadécimal du remplit le fichier de zéro.

C'est l'idée, mais il ne faut surtout pas le remplir de 00 ou de FF.
Ce sont des valeurs trop spéciales qui ont toujours une signification particulière.
Le mieux est de remplir avec une valeur aléatoire.
L'éditeur hexa gratuit que j'utilise ne sait pas le faire, alors je lui fais remplir avec une grande chaîne de caractères répétée autant de fois que nécessaire :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716092313-f4brice-b.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716092313-f4brice-b.png)

J'aurais pu faire un programme en C ou en python qui faisait ça, mais je n'en avais pas le courage (pis ça m'aurait pris 2 minutes de plus).

Après écrasement dans l'archive zip du fichier OK par mon fichier volontairement corrompu, Mame rouspète un peu mais démarre quand même :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716092522-f4brice-c.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716092522-f4brice-c.png)

Mame est une vraie chance. Nombre d'entre nous l'utilisent pour jouer.
Mais dans le dépannage de PCB, l'aspect précision de l'émulation permet de comprendre la conception du PCB et aussi de simuler/vérifier des hypothèses de panne.

J'espère qu'avec la prochaine version (0.139), il y aura une petite surprise !  ;)

PS: merci aux admins du forum d'avoir ajouté cette fonctionnalité d'hébergement d'image :
Titre: F4brice 2 - Démon des pannes 0
Posté par: herveh le Vendredi 16 Juillet 2010, 10:35:03 AM
franchement à chaque avancée je relis tout chaque fois.
ça fait plaisir de voir des gens qui ne renoncent jamais.

en tout cas un grand bravo pour tous ces dépannages qui semblent impossibles,et de remettre en route des PCB qui ne font plus parties de cette ère revivre à nouveau.

^-^

mile merci on adore lire ces sujets
Titre: F4brice 2 - Démon des pannes 0
Posté par: sahaathyva le Vendredi 16 Juillet 2010, 11:44:18 AM
Encore bien joué f4b ;)
Titre: F4brice 2 - Démon des pannes 0
Posté par: f4brice le Vendredi 16 Juillet 2010, 11:44:45 AM
Voilà, suite à la découverte dans mon stock de macabés de plusieurs EPROM 27C1000 et grâce au sieur AsPiC qui m'a communiqué la datasheet (http://www.gamoover.net/Forums/index.php?topic=21933.msg321194#msg321194), j'ai remplacé mes EPROMs 27C010 par des 27C1000.

Pourquoi ?
Tout simplement parce que les 27C1000 sont bien broche à broche compatibles avec les PROM Atari d'origine.
Je le soupçonnais et la lecture de la datasheet l'a confirmé !
Je peux ainsi faire une réparation propre, sans bout de fil qui court sur/sous le PCB.

Voici les 3 EPROM 27C1000 en place :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716113555-f4brice-20100716-112832-8469-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716113555-f4brice-20100716-112832-8469-IMG.jpg)

Le doute m'habitait à propos de la vitesse de ces EPROMs (temps d'accès de 250 ns, ce qui est lent).
J'ai fait un test en ne remplacant qu'une seule des 3 EPROM et le test fut concluant.
Elles ont donc été toutes les 3 remplacées.

Mise en route :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716113801-f4brice-20100716-112716-8468-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716113801-f4brice-20100716-112716-8468-IMG.jpg)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716113810-f4brice-20100716-112704-8467-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716113810-f4brice-20100716-112704-8467-IMG.jpg)

Le jeu fonctionne encore (aucun bug graphique) et j'ai pu virer mes petits bouts de fils...  :D
Ce PCB va donc pouvoir être entreposé sur l'étagère "originaux - OK".
Titre: F4brice 2 - Démon des pannes 0
Posté par: gozer13 le Vendredi 16 Juillet 2010, 12:09:23 PM
GG tu est Hachement fort comme disait coluche.
Titre: F4brice 2 - Démon des pannes 0
Posté par: jujusl le Vendredi 16 Juillet 2010, 14:01:19 PM
J'ai déjà dit que j'étais super fan de tes posts ? ;D

Comme d'hab, respect ! <:)
Titre: F4brice 3 - Démon des pannes 0
Posté par: f4brice le Vendredi 16 Juillet 2010, 16:17:22 PM
Bon, on ne va pas s'arrêter en si bon chemin.  :D

Suite du combat contre le Démon des pannes...
Le combat est perdu d'avance, mais il y a des batailles à gagner.
Cette fois, c'est un brave PCB Pengo original (version set 3 non encrypté) qui a été extirpé des griffes du démon.

Le dépannage a été assez simple pour une fois.
Le PCB ne démarrait pas du tout et affichait de la bouille de blocs.
Après les vérifications habituelles à l'oscillo, je décide de vérifier le contenu des 10 EPROMs du jeu.
Bonne idée : il y 4 EPROMs dont le contenu est corrompu.
C'est assez bizarre de trouver ça. D'habitude, ce genre de composant résiste plutot bien.

Voici les 4 fautifs :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716155843-f4brice-20100716-154524-8484-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716155843-f4brice-20100716-154524-8484-IMG.jpg)

Par chance, ce sont des EPROMs extrêmement courantes. J'en ai en stock et mon programmateur les connait.
Un fois de plus, j'utilise le dump de Mame dans son but premier : la sauvegarde de patrimoine !
Voici les 4 EPROMs remplaçantes flashées et en place :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716160020-f4brice-20100716-153348-8483-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716160020-f4brice-20100716-153348-8483-IMG.jpg)

Il est temps de tester ce que ça donne...

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716160116-f4brice-20100716-153244-8481-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716160116-f4brice-20100716-153244-8481-IMG.jpg)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716160128-f4brice-20100716-153306-8482-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716160128-f4brice-20100716-153306-8482-IMG.jpg)

Je reconnais que sur ce coup là, j'ai eu beaucoup de chance. Je ne pensais vraiment pas que ce serait la seule panne.
Le jeu fonctionne bien. Je trouve la musique très sympa. C'est un bon petit puzzle game tout mignon.
Il gère le mode cocktail à 2 joueurs (l'image s'inverse pour le 2e joueur).

Fab 3 - Démon 0 !  8)


EDIT: si quelqu'un sait comment décoller les étiquettes de ces 4 EPROMS sans les abimer (les étiquettes), je suis preneur de la technique.
J'ai tenté d'effacer ces 4 EPROMs pour les reflasher avec leur contenu d'origine, mais l'étiquette protège trop bien. Impossible de les effacer..
Titre: F4brice 3 - Démon des pannes 0
Posté par: kroustibat le Vendredi 16 Juillet 2010, 16:21:04 PM
c'était une facile sur ce coup là ;)

bravo , pour ce combo :)
Titre: F4brice 3 - Démon des pannes 0
Posté par: Iro le Vendredi 16 Juillet 2010, 16:24:45 PM
un coups de vapeur ?
Titre: F4brice 3 - Démon des pannes 0
Posté par: maldoror68 le Vendredi 16 Juillet 2010, 16:58:58 PM
et 1 et 2 et 3 zero !  :D
Titre: F4brice 3 - Démon des pannes 0
Posté par: jcp le Vendredi 16 Juillet 2010, 16:59:46 PM
Un très bon jeu ce Pengo (et pas pour les newbies en 8 ways aussi!) ^-.
Je dirais même que c'est un classique beaucoup plus intéressant que Pacman.

nb : c'est un de ton stock de pcbs là ?

edit: maldoror68, tu retardes un peu là :D, c'est plus 1-2-3 sautez du navire avant qu'il ne coule (ce qui est fait maintenant).
Titre: F4brice 3 - Démon des pannes 0
Posté par: mamerinside le Vendredi 16 Juillet 2010, 17:02:16 PM
Citation de: jcp le Vendredi 16 Juillet 2010, 16:59:46 PM
Un très bon jeu ce Pengo (et pas pour les newbies en 8 ways aussi!) ^-.
Je dirais même que c'est un classique beaucoup plus intéressant que Pacman.

nb : c'est un de ton stock de pcbs là ?

C'est clair... l'un de ceux qui m'ont ruiné à l'adolescence avec centipede et DKong  ^-
Titre: F4brice 3 - Démon des pannes 0
Posté par: Baddy le Vendredi 16 Juillet 2010, 17:24:16 PM
Pour toutes les étiquettes ou autres j'utilise soit de l'acétone dilué (10%) soit du détachant a sec (eau précieuse et consorts).
Titre: F4brice 3 - Démon des pannes 0
Posté par: kaneda56 le Vendredi 16 Juillet 2010, 17:57:21 PM
seche cheveux, comme pour décoller les stickers sans tout arracher.
Titre: F4brice 3 - Démon des pannes 0
Posté par: f4brice le Vendredi 16 Juillet 2010, 19:49:58 PM
Voici la prochaine étape :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716193512-f4brice-20100716-192720-8495-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716193512-f4brice-20100716-192720-8495-IMG.jpg)

Il s'agit d'un PCB original Sky Kid, de Namco.
Le jeu me plait beaucoup, alors j'aimerais bien pouvoir réparer ce PCB.

Voici ce qu'il affiche :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716193634-f4brice-20100716-192058-8493-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716193634-f4brice-20100716-192058-8493-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716193644-f4brice-skykid1.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716193644-f4brice-skykid1.png)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716193726-f4brice-20100716-192036-8491-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716193726-f4brice-20100716-192036-8491-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716193733-f4brice-skykid2.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716193733-f4brice-skykid2.png)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716193747-f4brice-20100716-192052-8492-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716193747-f4brice-20100716-192052-8492-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716193755-f4brice-skykid3.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716193755-f4brice-skykid3.png)

À part ce "léger" problème d'affichage, le jeu semble fonctionner correctement.
Il crédite bien, la partie semble se lancer normalement...

Le problème a l'air d'être lié au plan des caractères (il y a 2 plans : l'arrière-plan = background et l'avant-plan = text layer).
On dirait que c'est l'affichage des caractères qui bugge et qui ne laisse plus voir l'arrière-plan.
C'est la merde à dépanner car il y a 6 cochonneries de chips customs Namco non documentés...
Rhaaaaa mais donnez-moi un PCB 100% TTL nom di diou !

J'arrive à passer le PCB en mode test, mais le diagnostic est affiché en blanc sur fond blanc (ô rage, ô désespoir)...
Le Démon me fait payer le dépannage facile du Pengo. Il prend sa revanche...  )::(
Titre: F4brice 3 - Démon des pannes 0
Posté par: maldoror68 le Vendredi 16 Juillet 2010, 19:54:20 PM
et si tu enlève certaines puces tour a tour ?

la pcb boote ? si oui tu peux peut être avoir tes caractères du test mode sur un fond autre que blanc...

en gros si tu trouves pas les refs des 6 puces namco, tu es coincé ? :-[ argh! :-\

edit:
a oui ça craint (http://maws.mameworld.info/maws/driverinfo/namcos86.c) ::)
Titre: F4brice 3 - Démon des pannes 0
Posté par: Bal le Vendredi 16 Juillet 2010, 20:49:45 PM
et pendant ce temps là, dans le 10eme cercle de l'enfer (cui des pannes à la con !!)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100716204940-Bal-f4b.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100716204940-Bal-f4b.png)
Titre: F4brice 3 - Démon des pannes 0
Posté par: f4brice le Vendredi 16 Juillet 2010, 21:01:20 PM
Citation de: maldoror68 le Vendredi 16 Juillet 2010, 19:54:20 PM
a oui ça craint (http://maws.mameworld.info/maws/driverinfo/namcos86.c) ::)

Le bon driver, c'est : http://maws.mameworld.info/maws/driverinfo/skykid.c (http://maws.mameworld.info/maws/driverinfo/skykid.c) !  ;)

@Bal :  :D
Titre: F4brice 3 - Démon des pannes 0
Posté par: maldoror68 le Vendredi 16 Juillet 2010, 21:01:56 PM
bon choix le dessin (magic l'asssemblée !  ^-)
Titre: F4brice 3 - Démon des pannes 0
Posté par: Joris73 le Vendredi 16 Juillet 2010, 22:08:50 PM
Citation de: kaneda56 le Vendredi 16 Juillet 2010, 17:57:21 PM
seche cheveux, comme pour décoller les stickers sans tout arracher.
Oui c'est ce que j'allais lui conseiller. Autocollant à décoller = sèche cheveux.
Titre: F4brice 3 - Démon des pannes 0
Posté par: f4brice le Samedi 17 Juillet 2010, 11:19:15 AM
Citation de: kaneda56 le Vendredi 16 Juillet 2010, 17:57:21 PM
seche cheveux, comme pour décoller les stickers sans tout arracher.

Citation de: Joris73 le Vendredi 16 Juillet 2010, 22:08:50 PM
Oui c'est ce que j'allais lui conseiller. Autocollant à décoller = sèche cheveux.

Vous pourriez être plus précis sur la méthode ?
Je dois juste diriger le sèche-cheveux sur l'EPROM comme un sac et attendre ?

<:)
Titre: F4brice 3 - Démon des pannes 0
Posté par: maldoror68 le Samedi 17 Juillet 2010, 11:31:44 AM
zut je voulais faire une recherche sur google, mais quand on tappe "décoller étiquette sèche cheveux"...

et bien on tombe que sur des tutos de gars qui modifient des xbox360 (ouuuuuh  :? ::)) :D

donc je ne mettrai pas de liens...
mais dans la pratique c'est ça:

la chaleur du SC fait fondre / rammolit  la colle, ce qui te permet de détacher ton étiquette  ^-^
Titre: F4brice 3 - Démon des pannes 0
Posté par: Joris73 le Samedi 17 Juillet 2010, 13:02:24 PM
Oui même technique que pour les étiquettes de garantie microsoft.

Puissance max sur l'étiquette au bou de 10-20 seconde tu essayes de la décoller tout continuent de soufflé dessus, si la chaleur te brule les doigts tu arrêtes et tu continues a le décoller tant que c'est chaud.
Titre: F4brice 3 - Démon des pannes 0
Posté par: maldoror68 le Samedi 17 Juillet 2010, 13:06:25 PM
Citation de: Joris73 le Samedi 17 Juillet 2010, 13:02:24 PM
Oui même technique que pour les étiquettes de garantie *biiiiip*.



chut! pas de marque  :D
Titre: F4brice 3 - Démon des pannes 0
Posté par: f4brice le Samedi 17 Juillet 2010, 13:36:12 PM
Ça mââââââââââârche !!!!!  :-)=  :-*

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100717133118-f4brice-20100717-132108-8496-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100717133118-f4brice-20100717-132108-8496-IMG.jpg)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100717133127-f4brice-20100717-132252-8497-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100717133127-f4brice-20100717-132252-8497-IMG.jpg)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100717133133-f4brice-20100717-132940-8498-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100717133133-f4brice-20100717-132940-8498-IMG.jpg)

Après avoir bien chauffé, j'ai glissé une lame de couteau délicatement sous l'étiquette et elle se décolle gentiment.
C'est incroyable avec quelle facilité ça marche bien !

Merci à vous, car je n'aurais pas pensé à procéder ainsi.
Je vais pouvoir tenter de reprogrammer ces EPROMs d'origine, et si elles ont vraiment un problème je pourrai simplement transférer les étiquettes.

Titre: F4brice 3 - Démon des pannes 0
Posté par: shubmoo le Dimanche 18 Juillet 2010, 18:43:45 PM
Raaahlala, j'avais pas vu ce post.

Toujours aussi baleze ce f4brice.
Les photos qui vont bien, les explications précises etc.
Bref respect infini

^-^
Titre: F4brice 3 - Démon des pannes 0
Posté par: skratchtomtom le Dimanche 18 Juillet 2010, 20:34:34 PM
Toujours impressionné par les interventions du sieur F4brice!!! ^-^
Pour les étiquettes collées depuis de longues années la solution que je prends sur mes disques vynils c'est l'eau écarlate. Très efficace la plupart du temps. Mais le sèche cheveux à l'air pas mal non plus.
Keep on rockin' F4b, même si je ne poste plus tellement pour cause de pas le temps de faire avancer mes projets arcade, je te lis toujours très régulièrement avec un grand plaisir.
Titre: F4brice 3 - Démon des pannes 0
Posté par: f4brice le Mardi 20 Juillet 2010, 23:48:50 PM
Bonsoir.

Petite mise à jour à propos du dépannage du PCB Sky Kid.
Crévindiou, il me donne du fil à retordre...
L'absence de schéma et la présence de composants propriétaires, c'est la misère.
Mais cette fois, je crois que j'ai une grosse piste :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100720234256-f4brice-7L-bad.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100720234256-f4brice-7L-bad.png)

Je n'ai aucun 74LS195 en stock : ni en neuf ni sur un PCB donneur d'organe.
La suite demain : je vais passer chez le crémier en allant au boulot.

À suivre...  :)
Titre: F4brice 3 - Démon des pannes 0
Posté par: f4brice le Mercredi 21 Juillet 2010, 19:50:50 PM
Bonsoir.

Ce matin, je suis passé comme prévu chez le crémier acheter un composant de rechange...
Ce soir, de retour du boulot, je me suis précipité sur le testeur TTL pour vérifier ce composant :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100721194033-f4brice-7L-good.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100721194033-f4brice-7L-good.png)

Certes, la probabilité d'avoir acheté un composant grillé est faible, mais je préfère vérifier pour 2 raisons :

Voici le PCB tel que je l'avais laissé hier soir :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100721194251-f4brice-20100720-225310-8509-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100721194251-f4brice-20100720-225310-8509-IMG.jpg)

Le composant du haut a été détecté comme étant grillé.
Celui du bas était suspect à mes yeux, mais testé "OK" par le testeur.

Ressoudage :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100721194355-f4brice-20100721-192210-8513-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100721194355-f4brice-20100721-192210-8513-IMG.jpg)

Celui du bas n'a donc pas été changé.

Il est temps de tester le PCB :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100721194453-f4brice-20100721-192502-8514-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100721194453-f4brice-20100721-192502-8514-IMG.jpg)

Yeahhhhh ! Ca s'annonce pas mal !  :-)=  :-*

Mais il reste quand même un petit problème avec quelques graphismes :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100721194556-f4brice-20100721-192532-8515-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100721194556-f4brice-20100721-192532-8515-IMG.jpg)

Le fond des nuages est noir et la partie basse des nuages est rouge au lieu d'être grise.
Les investigations vont donc devoir continuer, mais au moins j'ai bien progressé.

Je peux maintenant voir le résultat du diagnostic intégré au PCB :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100721194811-f4brice-20100721-192828-8516-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100721194811-f4brice-20100721-192828-8516-IMG.jpg)

Il ne détecte pas de problème de RAM ou de ROM.
Deux possibilités :

Bon, j'y retourne ! 8)
Titre: F4brice 3 - Démon des pannes 0
Posté par: ryle le Mercredi 21 Juillet 2010, 20:33:07 PM
La classe, c'est beau tous ces pcb qui sortent peu à peu de leur convalescence, posts toujours aussi intéressants :)
Titre: F4brice 3 - Démon des pannes 0
Posté par: Bal le Mercredi 21 Juillet 2010, 21:06:58 PM
ouaip mais ça me fait chaque fois me rendre compte que de mon coté, je suis une quiche en électronique, une bouse en soudure et franchement pas au point coté resto, mais bon, je m'inspire, c'est déjà ça... ;)
Titre: F4brice 3 - Démon des pannes 0
Posté par: stforce le Mercredi 21 Juillet 2010, 21:38:57 PM
Costaud fab4brice, ^-

Une petite question a vu des dumps d'ecrans,tu utilise un programmateur de marque Wellon. Et justement je pense en acheter un mais j'hesite entre un 
SmartPRO X8 Universal Programmer (http://www.programtec.com/English/products/SmartPROx8.asp)ou un VP590 (http://www.weilei.com/VP-590E.htm). Que me conseille tu ??? Quelle model utilise tu ??? La tu acheter sur la bay ou ailleur, il existe des sites chinois qui en propose a bon prix.

Je pourais enfin resuciter mon PCB Skull & Crossbones qui a un Rom HS Et commencer a travailler sur ma Pcb Pacmania.

J'attend vos conseiles a tous ;)
Titre: F4brice 3 - Démon des pannes 0
Posté par: ryle le Mercredi 21 Juillet 2010, 22:52:45 PM
La réponse est elle aussi dans les screenshots, dans la barre d'état, c'est un VP 280 si je ne dis pas de bêtise ?
Titre: F4brice 3 - Démon des pannes 0
Posté par: pn_jeux le Jeudi 22 Juillet 2010, 08:15:23 AM
Salut! Bravo!  ^-^ J'avoue avoir aussi séché sur des pcb "modernes" extrêmement difficiles à réparer dues à ces !?#% de "custom-chips", mais j'ai eu quelques mauvaises blagues dues aux eprom's. Il est vrai que les dumps de roms sont très précieux pour le dépannage.
Titre: F4brice 3 - Démon des pannes 0
Posté par: f4brice le Jeudi 22 Juillet 2010, 23:53:45 PM
Citation de: stforce le Mercredi 21 Juillet 2010, 21:38:57 PM
Que me conseille tu ??? Quelle model utilise tu ??? La tu acheter sur la bay ou ailleur

Bonsoir.

J'utilise un progammateur de marque Vellon, modèle VP280. Il fonctionne très bien.
Je l'ai acheté sur iBé à un vendeur chinois ayant 99,99% d'évalutions positives).
Le temps de transport entre la Chine et chez moi fut long (6 semaines) : il est arrivé à pied de la Chine (désolé).

Voici les fonctionnalités intéressantes :

Les points négatifs :
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: f4brice le Vendredi 23 Juillet 2010, 00:49:07 AM
Bonsoir.

Bon ayé, je viens encore de mettre une mandale dans les gencives du Démon des pannes :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100722235507-f4brice-20100722-230018-8519-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100722235507-f4brice-20100722-230018-8519-IMG.jpg)

:-)= :-*

Sur cette copie d'écran, il n'y a plus de bug autour du nuage.  :)

J'ai découvert assez vite que le problème n'était pas présent dès la mise en route du PCB.
Il se manifeste néanmoins très vite, après seulement environ 30 secondes de fonctionnement.
C'est ce qu'on appelle une panne "à chaud" (ou plutot "à tiède" pour celle-là).
Un composant est devenu sensible à la chaleur et se met à déconner dès qu'il monte en température.

Le problème, c'est qu'il passe très vite de l'état "je fonctionne" à l'état "je déconne", ne me laissant pas le temps de faire les mesures nécessaires avec l'oscillo.

Hier soir j'ai joué de l'oscillo jusqu'à tard dans la nuit, sans succès...
Ce soir, j'ai profité que le PCB avait eu une journée complète de repos pour utiliser une autre stratégie de recherche du composant en cause.

Mon idée : puisque la panne arrive après seulement 30 secondes de fonctionnement, le composant sensible est l'un des premiers à chauffer.
Le test : j'allume le PCB et je pose le bout de mes doigts sur tous les composants dès que le problème survient ; je repère ainsi lesquels sont déjà tièdes.

J'ai réussi à découvrir ainsi que les premiers composants à tiédir sont :

En utilisant un aérosol de givrant, le coupable est démasqué.
Il s'agit d'une PROM qui sert de table d'index pour les "tiles" (les graphismes de fond) :


Observez comment le problème graphique évolue avec la température du composant.
À 00:22, j'utilise le givrant (quand même avec douceur) pour refroidir le composant ; le problème disparait !

Je dois changer ce composant (MB7124), mais il est obsolète.
Il est dispo chez Électronique Diffusion (http://www.electronique-diffusion.fr/product_info.php?products_id=70381) à un prix prohibitif !
Le site Arcade Chips (http://www.arcadechips.com/) vend des PROM et propose même de les programmer, mais n'a pas cette référence.
Il va falloir que j'en trouve un pas trop trop cher et aussi de quoi le programmer.
J'ai le fichier binaire à écrire dedans (merci Mame), mais mon programmateur est trop récent pour ce genre de composant.

Le remplacement de la PROM par une EPROM n'est pas envisageable : les temps d'accès des EPROM sont bien trop longs par rapport à une PROM.

À suivre.
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: Bal le Vendredi 23 Juillet 2010, 07:35:45 AM
Bien joué, il fait pas le poids !!

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100723073531-Bal-Sans-titre-1.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100723073531-Bal-Sans-titre-1.png)
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: AsPiC le Vendredi 23 Juillet 2010, 08:11:38 AM
Pour ta PROM, as tu regardé du coté des équivalent suivant :

NS : DM74S472BN
FUJITSU : MB7124HP
AMD : AM27S29APC
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: f4brice le Vendredi 23 Juillet 2010, 08:44:31 AM
Citation de: AsPiC le Vendredi 23 Juillet 2010, 08:11:38 AM
Pour ta PROM, as tu regardé du coté des équivalent suivant :
[couic]

J'avais regardé chez ArcadeChips.com (qui n'ont pas).
Pas regardé encore chez E-D pour voir si un prix moins élevé sortait.

J'avais trouvé ça (http://maws.mameworld.info/maws/driverinfo/zaxxon.c) :

Citation de: Driver zaxxon.c de MAME
512*8
       +------+
    A0 |1   20| Vcc
    A1 |2   19| A8
    A2 |3   18| A7
    A3 |4   17| A6
    A4 |5   16| A5
    O1 |6   15| CE/
    O2 |7   14| O8
    O3 |8   13| O7
    O4 |9   12| O6
    GND|10  11| O5
       +------+

    cross ref:
       Signetics     MMI     TI       Harris  Raytheon  AMD      National  Intel   Fujitsu
       ---------     ---     --       ------  --------  ---      --------  -----   -------
    TS 82S147 (60ns) 6349-1  28S42    7649-5  29621     -        74S472    -       TS MB7124
       82S147A(45ns) 6349-2  -        7649A-5 29621A    27S29    74S472A   -
                     63S481
    OC -             -       -        -       -         -        74S473



EDIT: ayé, j'ai trouvé (http://www.electronique-diffusion.fr/advanced_search_result.php?keywords=28S42&x=23&y=14) à 5,30 € !  8)
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: popples le Vendredi 23 Juillet 2010, 09:44:07 AM
Vraiment passionnant même si je ne comprend pas grand chose, un peu comme un bouquin des Bogdanov  ^-
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: stforce le Vendredi 23 Juillet 2010, 15:34:33 PM

8) Merci F4brice pour ces precisions sur ton graveur d'eprom.

Titre: F4brice 3,9 - Démon des pannes 0
Posté par: f4brice le Samedi 24 Juillet 2010, 12:28:57 PM
Bonjour.

J'ai une bonne nouvelle pour le remplacement de la PROM malade du PCB Sky Kid.
Non seulement j'ai trouvé un composant vierge compatible pas trop trop cher chez Électronique Diffusion (http://www.electronique-diffusion.fr/advanced_search_result.php?keywords=28S42&x=23&y=14), mais en plus j'ai trouvé de quoi le programmer !
À mon boulot, je suis allé voir les collègues électroniciens.
Ils disposent d'un programmateur de composants qui a 2 gros avantages :
Il sait programmer les PROM bipolaires et il connait la TBP28S42 de chez Texas Instrument !  :-)=

J'ai déjà une commande prévue chez eux, ce composant va donc s'ajouter à la liste.

J'ai vérifié quand même que mon PCB avait bien la PROM supposée (Fujitsu MB7124).
Grâce à la technique du sèche-cheveux, j'ai décollé l'étiquette sans la ruiner.
C'est tout bon :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100724122736-f4brice-20100724-121556-8526-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100724122736-f4brice-20100724-121556-8526-IMG.jpg)

À suivre : commande de composant + réception + programmation + essai !
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: f4brice le Samedi 24 Juillet 2010, 12:53:30 PM
Alors, en attendant de passer commande chez ED pour terminer (إن شاء الله) la réparation du PCB Sky Kid, je vais m'attaquer à autre chose...

Le prochain à monter en salle d'examen / au bloc opératoire, c'est lui :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100724123249-f4brice-20100724-121832-8528-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100724123249-f4brice-20100724-121832-8528-IMG.jpg)

Il s'agit d'un PCB original Chelnov, Atomic Runner de chez Data East.
Il me semble que ce PCB est suffisamment assez peu courant en original pour mériter les heures que je vais probablement passer dessus.
Normalement, il comporte 2 "étages". Le PCB du bas est simplement à droite sur la photo, à peine visible.

Ce PCB donne l'impression d'être dans un coma avancé.
Quand je l'allume, j'ai ça :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100724123801-f4brice-20100724-121816-8527-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100724123801-f4brice-20100724-121816-8527-IMG.jpg)

J'ai bien vu qu'il y a un problème évident de synchro. En fait c'est même plus simple : il n'y a plus aucun signal de synchro... Ca, c'est fait.
J'ai déjà jetté un oeil rapide sur la partie "carte graphique" du PCB.
Les 2 puces propriétaires Data East (il semble que ce soient des DSP (http://fr.wikipedia.org/wiki/Digital_signal_processor)) sont totalement à l'arrêt. L'encéphalogramme est absolument plat.
Un tel niveau de panne n'est peut-être pas dramatiquement dramatique.

Par contre, j'ai un énôôôôrme avantage : les schémas électroniques de ce PCB sont disponibles sur le site ARCade ARChive (http://arcarc.xmission.com/PDF_Arcade_Manuals_and_Schematics/Chelnov.pdf).  :-)=
Autre 2e avantage, je possède déjà le frère jumeau de ce PCB, en état de marche. Je pourrai toujours comparer certaines mesures si j'ai un gros doute.

À suivre.
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: ryle le Samedi 24 Juillet 2010, 12:58:59 PM
Ton combat contre le démon des pannes ne s'arrêtera donc jamais ! :)
Tu devrais recevoir une décoration pour le travail que tu fais pour la sauvegarde du patrimoine de l'arcade  =:))
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: lapin252 le Samedi 24 Juillet 2010, 13:01:07 PM
CE mec est dingue il s'arrete jamais je kif tes WIP et réparations. ^-^ ^-^ ^-^
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: Bal le Samedi 24 Juillet 2010, 15:47:55 PM
donc, si je pige bien, t'as 2x chelnov ?? hmmmmm...si un jour tu comptes en céder un... ;)

allez, au taf du coup !
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: f4brice le Dimanche 25 Juillet 2010, 21:09:24 PM
Bonsoir.

J'ai passé mon dimanche complet sur le dépannage de Chelnov.
La vache. J'en bave grave.  :-X
Le PCB de Chelnov est composé de 2 cartes : une carte CPU et une carte de traitement graphique.
Après de très nombreuses vérifications et investigations, je me suis décidé ce matin à faire rentrer sur le ring le PCB de Chelnov en état de marche.
Mon idée :
J'ai examiné à la loupe le PCB malade pour m'assurer qu'il n'y aurait pas de risque d'endommager le PCB qui fonctionne.
Le risque zéro n'existe pas, mais je n'ai vraiment rien trouvé qui soit dangereux.

Bilan des permutations : aucune des 2 configurations ne fonctionne.
Ça veut dire qu'à la fois la carte CPU et la carte graphique du PCB à dépanner sont en panne.
Là, c'est le démon qui vient de me poser un CBR (coup de boule rotatif). Pfiouuuu, ça pique...

J'ai décidé de séparer le problème en 2 :

J'ai l'impression que j'ai dû à peu près tout regardé à l'oscillo...
Il est évident que le jeu démarre à peine et puis tourne en rond.
Le CPU part dans une boucle sans fin où... il ne fait rien.
J'ai bien sûr tout fliqué le CPU (OK), les ROMs (OK), la RAM (OK).
Chose très surprenante : plusieurs bits sur le bus d'adresse du CPU sont inactifs.
J'ai vraiment crû à une panne, mais il est possible que le CPU exécute une boucle infine très courte, genre :
10 faire quelques trucs;
20 faire d'autres trucs
30 si ( pas ( la condition de sortie de la boucle est remplie ) ) alors GOTO 10
40 ...


Je me suis rendu compte que le CPU, durant cette boucle, accédait à un des 3 ports d'entrée...
Pour ça, j'ai fliqué tout le décodage du mapping mémoire du CPU, j'ai vu qu'il qu'il cherchait à lire sur le port d'entrée n°2...

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100725202844-f4brice-io-sel.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100725202844-f4brice-io-sel.png)

À gauche, "CPUAB" signifie "CPU address bus".
À droite, "I/O SEL" signifie "I/O SELECT".

Ensuite, on trouve ça :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100725204638-f4brice-inpr.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100725204638-f4brice-inpr.png)

Il se trouve que le CPU accède aux entrées-sortie en lecture, c'est à dire les entrées.
Le signal INPR (Input Read) est actif quand le CPU veut lire l'adresse correspondante et qu'il valide son bus d'adresse (signal "AS" = Address Strobe).

Un petit tour dans le code source de Mame pour le driver du jeu, et j'apprends qu'il y a l'indication de VBL (Vertical Blank = indique que la carte graphique s'apprête à afficher une nouvelle image) sur ce fameux port n°2.

Et là à l'instant je viens enfin de constater que le CPU principal n'arrivait pas à voir les indications VBL :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100725205428-f4brice-vbl.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100725205428-f4brice-vbl.png)

Immédiatement, les composants "IC7" et "8M" sont suspects.

Je m'apprêtais à regarder à l'oscillo dans les parages quand...

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100725205750-f4brice-20100725-201124-8538-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100725205750-f4brice-20100725-201124-8538-IMG.jpg)

Là, j'ai halluciné...
Je n'avais même pas remarqué qu'il manquait 5 composants !!!
En fait, j'avais bien vu que certains composants n'étaient pas soudés, mais il est extrêmement habituel que les concepteurs de PCB prévoient des composants sans les souder.
Ça arrive quand le PCB est prévu pour plusieurs jeux (ce qui est le cas du PCB de Chelnov).
En plus, dans la doc, on trouve des références à des boutons 4 et 5 pour les 2 joueurs.
C'est inutile pour Chelnov et même pas prévu sur le Jamma. Donc le fait qu'il manque des composants était tout à fait plausible.
Mon problème, c'est que c'est la première fois que je trouve du travail de dessoudage qui est parfait !
La personne qui a dessoudé ces 5 composants a fait du travail particulièrement propre. Il n'y a aucune trace, j'ai crû que les composants n'avaient jamais été présents.

Voici le PCB qui fonctionne :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100725210403-f4brice-20100725-201158-8539-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100725210403-f4brice-20100725-201158-8539-IMG.jpg)

À suivre : mise en place des composants manquants !  :D
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: dapsaille le Dimanche 25 Juillet 2010, 21:22:44 PM
mheuuuu ....

et si ce n'était pas un chelnov et de fait ces composants pas nécessaires ?

(quoique j'imagine que tu as du vérifier par des dumps de rom) ...
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: f4brice le Dimanche 25 Juillet 2010, 21:37:45 PM
Citation de: dapsaille le Dimanche 25 Juillet 2010, 21:22:44 PM
et si ce n'était pas un chelnov et de fait ces composants pas nécessaires ?
(quoique j'imagine que tu as du vérifier par des dumps de rom) ...

C'est la première chose que j'ai faite.
Les ROM sont bien celles d'un Chelnov.  :D

Bon, j'ai soudé le 74LS245 manquant :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100725213305-f4brice-20100725-212500-8541-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100725213305-f4brice-20100725-212500-8541-IMG.jpg)

Il ne reste plus qu'à tester :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100725213338-f4brice-20100725-212942-8542-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100725213338-f4brice-20100725-212942-8542-IMG.jpg)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100725213348-f4brice-20100725-212950-8543-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100725213348-f4brice-20100725-212950-8543-IMG.jpg)

Rha la la... Tant de recherches pour découvrir à l'oscillo ce qui sautait aux yeux...  :'(
Le démon s'est bien foutu de ma gueule... Il doit encore en pleurer de rire...  ;)

Maintenant, il me reste la 2e carte du PCB à réparer (la carte du dessous qui réalise les traitements graphiques)...

À suivre.............................. <= moi aussi j'aime bien mettre plein de points inutiles
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: dapsaille le Dimanche 25 Juillet 2010, 21:42:29 PM
Hahaha comme quoi des fois, on a le truc sous le nez et le diag part en vrille  :D


Cette fois pour l'autre carte vérifier bien que tout est présent, sinon en effet le composant a été enlevé de façon chirurgicale ...
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: madyoyo le Dimanche 25 Juillet 2010, 21:48:58 PM
Par contre ca risque d'etre un poil plus dificile avec les modules hybrides rouge, ca m'a l'air d'etre un truc bien proprio. Le demon des pannes essairait t'il de te mettre en quete d'un composant introuvable??
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: f4brice le Dimanche 25 Juillet 2010, 22:09:12 PM
Le composant rouge est un filtre RC. Il y en a 4 par composant.
Je pense qu'il y a aussi un filtre anti-surtension.

Rien de bien critique, je pourrai toujours utiliser un condo et une résistance.  :)
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: madyoyo le Dimanche 25 Juillet 2010, 22:33:12 PM
autant pour moi, j'ai cru en regardant rapidement que c'était le même genre de circuits hybrides qu'utilisent certains pcb konami, et surement d'autres.
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: f4brice le Dimanche 25 Juillet 2010, 23:38:27 PM
Je ne pense pas que ce soit un circuit actif comme on en trouve effectivement sur les PCB Konami par exemple.
Tout est englué dans un genre de céramique, mais on voit clairement qu'il n'y a que 8 composants :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100725225856-f4brice-20100725-225042-8547-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100725225856-f4brice-20100725-225042-8547-IMG.jpg)

En gros, c'est 4 fois ça :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100725230122-f4brice-bo-dessin.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100725230122-f4brice-bo-dessin.png)

La valeur de R et de C n'est pas difficile à mesurer. Il suffit juste de dessouder un de ces trucs et c'est bon.


Sinon, j'ai zieuté à l'oscillo la carte graphique en panne du PCB.
À première vue, mais je n'en suis pas encore certain, il semble que l'une de ces cochonneries soit mourrue :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100725230429-f4brice-20100725-224526-8545-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100725230429-f4brice-20100725-224526-8545-IMG.jpg)

C'est un mââââ-gni-fi-que composant propriétaire de chez Data East, dont on ne sait rien.
En fait, histoire d'être sûr de ne rien savoir, j'ai fait un coup de google (http://www.google.fr/search?hl=fr&source=hp&q=TC17G042+datasheet&aq=f&aqi=&aql=&oq=&gs_rfai=) sur la référence "TC17G042".
Bah je crois que j'ai été médisant : abracadabra (http://www.datasheetarchive.com/pdf-datasheets/Datasheets-110/DSAP0019652.html) !
Ce machin n'est pas réellement un composant propriétaire. C'est un genre de FPGA (http://fr.wikipedia.org/wiki/FPGA) fabriqué par Toshiba.
C'est un ensemble de plein de portes logiques que l'on peut connecter comme on veut à l'intérieur, bien sûr dans la limite des possibilités du composant.
Par contre, sa programmation est forcément spécifique à Data East, donc ça revient au même : c'est introuvable prêt à l'emploi chez le crémier du bout de la rue...

Mais je pense que j'ai une solution de secours :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100725232133-f4brice-20100725-224244-8544-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100725232133-f4brice-20100725-224244-8544-IMG.jpg)

Il semble que son frère jumeau soit utilisé sur les PCB de "Pocket Gal".
Pocket Gal est un jeu de chez Data East, qui apporte des sensations... différentes dans le jeu d'arcade. Il va sans dire que ce jeu est particulièrement recherché...
Étant quelqu'un de chanceux, je ne possède pas moins de 5 (oui oui : cinq) exemplaires de "Pocket Gal" (2 qui fonctionnent et 3 non testées).
Ça va me fendre le cœur, mais je sens qu'un "Pocket Gal" va donner sa vie à un "Chelnov".
Que les défenseurs des jeux "différents" se rassurent : la raréfaction de Pocket Gal n'est point à craindre. Il m'en restera encore 4 exemplaires après la transplantation.

De plus, ce brave Pocket Gal est le donneur d'organe idéal : il possède également ces petits circuits oranges à la con qui manquent sur le PCB Chelnov.
Bon OK, ils sont noirs sur Pocket Gal, mais c'est la même référence, donc ça devrait aller !


À suivre : suite des investigations sur la carte graphique, et peut-être transplantation de composants.
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: nikos69 le Lundi 26 Juillet 2010, 07:08:49 AM
Et t'arrives à resouder ce genre de trucs à la main ?
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: f4brice le Lundi 26 Juillet 2010, 08:15:35 AM
Citation de: nikos69 le Lundi 26 Juillet 2010, 07:08:49 AM
Et t'arrives à resouder ce genre de trucs à la main ?

Oui, sans problème : quand on a l'outillage et le coup de main, c'est vraiment facile.
À mes débuts, je les soudais broche par broche (voir  ce lien (http://www.gamoover.net/Forums/index.php?topic=19702.msg280984#msg280984)).
Depuis, j'ai changé de technique. J''utilise maintenant du flux décapant et ça va tout seul.
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: liodel le Lundi 26 Juillet 2010, 08:25:51 AM
Citation de: nikos69 le Lundi 26 Juillet 2010, 07:08:49 AM
Et t'arrives à resouder ce genre de trucs à la main ?

c'est parce qu'il a le Flux magique !!

Titre: F4brice 3,9 - Démon des pannes 0
Posté par: f4brice le Lundi 26 Juillet 2010, 14:07:55 PM
J'utilise la technique présentée à 5:10 et celle présentée à 6:28.
Les deux donnent de bons résultats.
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: nikos69 le Lundi 26 Juillet 2010, 15:05:32 PM
Le monde de la soudure est assez obscur pour moi, et se limite vraiment aux bases :D
En tout cas super boulot.
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: f4brice le Mardi 27 Juillet 2010, 00:29:29 AM
Bonsoir.

J'ai attaqué ce soir la transplantation de composant Data East propriétaire.
Après plusieurs recherches à l'oscillo, l'individu "12M" me paraît vraiment mort.
Normalement, c'est lui qui génère le signal de synchro vidéo. Et bien il ne le fait pas alors que ce qui semble être son entrée "clock" fonctionne.
De plus, un signal inconnu va vers son frère jumeau le composant 6M. Ce signal a un niveau TTL foireux.

Sans absolue certitude, j'ai donc décidé de le changer.

Le donneur d'organe sera un PCB de Pocket Gal ou Pocket Gal 2 qui déconne plein pot :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100726235019-f4brice-20100726-195534-8548-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100726235019-f4brice-20100726-195534-8548-IMG.jpg)

Je ne pense pas que la puce qui m'intéresse soit morte. En effet, si c'est bien elle qui génère aussi le signal de synchro sur le PCB de Pocket Gal, il est certain que le signal est bien présent.
De plus, le micro-switch "flip-screen" fonctionne lui aussi.
Là aussi, ce n'est pas là une preuve, mais il faudra que je m'en contente...

Déjà, je dessoude avec la station à air chaud que-je-n'ai-pas-achetée-chez-Conrad-paske-ce-sont-des-branquignols (http://www.gamoover.net/Forums/index.php?topic=19702.msg280883#msg280883) le composant que j'estime être mort :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100727001917-f4brice-20100726-221454-8552-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100727001917-f4brice-20100726-221454-8552-IMG.jpg)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100726235419-f4brice-20100726-221508-8553-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100726235419-f4brice-20100726-221508-8553-IMG.jpg)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100726235429-f4brice-20100726-221542-8554-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100726235429-f4brice-20100726-221542-8554-IMG.jpg)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100726235436-f4brice-20100726-221624-8555-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100726235436-f4brice-20100726-221624-8555-IMG.jpg)

J'ai inscrit "HS" sur le dos la face du composant, histoire de ne pas le confondre avec son remplaçant !

Étape suivante, je prélève le composant que j'espère être bon sur le PCB de Pocket Gal :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100726235643-f4brice-20100726-221932-8556-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100726235643-f4brice-20100726-221932-8556-IMG.jpg)

Notez que le PCB donneur n'a pas aimé l'air chaud. Il a commencé à faire une cloque dans son épaisseur.
Peut-être mon outil à air chaud était réglé trop chaud ?
Ça n'a pas trop d'importance car ce PCB ne servira plus que de source de composants.

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100726235819-f4brice-20100726-221948-8557-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100726235819-f4brice-20100726-221948-8557-IMG.jpg)

J'en profite également pour dessouder ces 2 saletés :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100727000058-f4brice-20100726-223346-8558-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100727000058-f4brice-20100726-223346-8558-IMG.jpg)

Ce sont les machins propriétaires orange qui manquent sur le PCB de Chelnov.

Maintenant, il faut nettoyer là zone où je vais souder le composant sur le PCB de Chelnov de façon à avoir un champ opératoire très propre.
Je fais ça à la tresse à dessouder :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100727000635-f4brice-20100726-224424-8559-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100727000635-f4brice-20100726-224424-8559-IMG.jpg)

Ayé :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100727000721-f4brice-20100726-232036-8564-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100727000721-f4brice-20100726-232036-8564-IMG.jpg)

Notez que la piste de la broche 2 s'est arrachée probablement suite à une erreur de ma part.
Sur les schémas, cette broche 2 serait utilisée.
Or après un examen extrêment attentif, je constate qu'il n'en est rien.
J'ai déjà vu d'autres différences entre le schéma et la réalité sur le PCB.

Maintenant, il faut préparer le composant que je veux ressouder.
Il a les pattes toutes sales suite à son dessoudage.
Il serait impossible de le ressouder dans cet état :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100727000817-f4brice-20100726-225808-8560-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100727000817-f4brice-20100726-225808-8560-IMG.jpg)

Là, j'ai un gros problème. Normalement, j'utilise le fer à souder et de la tresse pour absorber l'étain en trop et nettoyer les broches.
La manip nécesite d'appuyer un chouilla avec le fer sur les broches pour assurer un bon contact thermique.
Mais là, les broches sont tellement fines qu'elles plient avant...

S'pas grave, je vais placer un objet qui supporte la chaleur sous les broches :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100727001104-f4brice-20100726-230120-8561-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100727001104-f4brice-20100726-230120-8561-IMG.jpg)

J'ai pris une petite cale en véritable bois d'arbre.
Sur la puce, je pose une douille de clé à cliquets afin de la maintenir en place durant l'opération.

Voilà, le composant est tout propre. J'ai enlevé aussi le plus gros des traces de colle qu'il avait reçu lors de son montage en usine :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100727001341-f4brice-20100726-231544-8562-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100727001341-f4brice-20100726-231544-8562-IMG.jpg)

Le composant est maintenant prêt à être placé sur le PCB de Chelnov, qui lui-même est prêt à acceuillir le nouveau composant.

Après un placement au nanopoil près du composant sur son emplacement, je soude les pattes des coins pour tenir le composant en place sur le PCB :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100727001547-f4brice-20100726-232814-8566-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100727001547-f4brice-20100726-232814-8566-IMG.jpg)

La suite des soudures sera faite dans le prochain épisode, car là il fait vraiment sommeil !  :D

À suivre...
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: dapsaille le Mardi 27 Juillet 2010, 07:58:35 AM
Mais mon dieu, du vrai bois d'arbre ???

Cela n'est il pas risqué pour ton métabolisme ?  :D
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: olschool le Mardi 27 Juillet 2010, 08:16:12 AM
C'est toujours un régal de te lire même si comme beaucoup içi nous sommes loin d'avoir ton niveau  !!! tu vulgarise et rend tes récit vraiment interessant.


Ce serais génial que tu fasse 2 tuto

un regroupant toutes tes interventions

un indiquant les principales démarches et les controles que tu effectue lorsqu'un pcb ets en panne

ex : pas d'image / pas de son ...ect

encore Bravo

^-


Vivement la suite
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: AsPiC le Mardi 27 Juillet 2010, 08:29:42 AM
Citation de: f4brice le Mardi 27 Juillet 2010, 00:29:29 AM

J'ai inscrit "HS" sur le dos du composant, histoire de ne pas le confondre avec son remplaçant !


Ce n'est pas le dos du composant mais la face du composant (coté "Top"), l'autre coté étant le dos (coté "bottom") :)

Citation de: f4brice le Mardi 27 Juillet 2010, 00:29:29 AM

Notez que le PCB donneur n'a pas aimé l'air chaud. Il a commencé à faire une cloque dans son épaisseur.
Peut-être mon outil à air chaud était réglé trop chaud ?


Ce phénomène est la conjugaison de deux choses.

- Le PCB au cours de sa vie a absorbé de l'humidité au sein même des différentes couches qui le constitue, ce qui ne pose pas de problème en fonctionnement normale étant donné la très faible quantité d'eau que cela représente.

- L'action apportée par ta station de dessoudage (gros apport de chaleur) qui vient faire évaporer l'eau contenue entre les couches du PCB. Cette évaporation brutale viens décoller les couches les une des autres, il en résulte la cloque que tu as vu. Ce phénomène s'appels délamination.

Pour éviter cela il faut étuver les PCB avant dessoudage (typiquement ou je travaille une dizaine d'heure a 80°C).

<:)
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: youpla le Mardi 27 Juillet 2010, 19:47:38 PM
Le suspense est intenable !! Cela va t il marcher, ne pas marcher ?
A quand la suite, ce soir j'espère en tout les cas je ferai un tour sur le sujet avant d'aller me coucher.
Enfin je voulais juste rajouter que ton expertise me laisse rêveur.
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: DCE le Mardi 27 Juillet 2010, 20:29:36 PM
un travail vraiment impressionnant !
Total respect <:) Bravo ^-
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: f4brice le Mercredi 28 Juillet 2010, 00:38:01 AM
Bonsoir.

Voici la suite du dépannage du PCB Chelnov.

La dernière fois, j'avais placé le composant CMS à son emplacement et soudé les broches des angles pour le maintenir en place.
Hier soir, l'appel du lit fut le plus fort et j'avais arrêté là.

Ce soir, j'ai donc repris le dépannage par le soudage du composant.
Souder un tel composant CMS n'est pas difficile quand on a la technique et le bon produit (flux décapant).

Après avoir arrosé les broches de ce fameux produit miracle, je tartine grosso-merdo de soudure sans m'occuper des courts-circuits entre les broches :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100728000939-f4brice-20100727-194248-8571-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100728000939-f4brice-20100727-194248-8571-IMG.jpg)

Ensuite, je passe l'aspirateur à soudure (tresse à dessouder) pour absorber le surplus.
Puis je re-chauffe toutes les broches et je m'assure qu'elles sont toutes correctement soudées.
Je contrôle le résultat avec une loupe d'horloger (http://www.google.fr/images?hl=fr&source=imghp&q=loupe+horloger&gbv=2&aq=f&aqi=g10&aql=&oq=&gs_rfai=) grossissante 10×
Un des quatres cotés est fait :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100728001156-f4brice-20100727-194752-8573-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100728001156-f4brice-20100727-194752-8573-IMG.jpg)

Je répète l'opération pour les trois autres cotés, et le composant est soudé :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100728001420-f4brice-20100727-200130-8574-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100728001420-f4brice-20100727-200130-8574-IMG.jpg)

Maintenant, il est temps d'aller tester le PCB avec son nouveau composant...





|
V





|
V





|
V





|
V





|
V





|
V





|
V





(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100728001551-f4brice-20100727-204256-8576-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100728001551-f4brice-20100727-204256-8576-IMG.jpg)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100728001601-f4brice-20100727-204354-8579-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100728001601-f4brice-20100727-204354-8579-IMG.jpg)


Rhhhhhhaaaaaaaaaaaaaaa !  :-)= flotch !

Il ne me reste plus qu'a souder les composants qui manquent sur la carte CPU.
Je n'avais soudé que le strict nécessaire pour que la carte fonctionne.

J'ai dû dessouder 4 composants 74LS245 sur un bootleg donneur d'organes pour en avoir 2 de bons...  :-((

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100728002037-f4brice-20100727-224524-8581-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100728002037-f4brice-20100727-224524-8581-IMG.jpg)

Les 2 composants sont soudés à leur place, ainsi que les 2 cochoneries de filtres spécifiques Data East :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100728002133-f4brice-20100727-232430-8586-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100728002133-f4brice-20100727-232430-8586-IMG.jpg)

J'en profite aussi pour réparer différemment 3 pistes coupées sur le PCB.
La réparation d'origine utilisait 3 grands fils noirs.
Je n'aime pas cette solution, je préfère souder un petit bout de fil à cheval sur la coupure :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100728002417-f4brice-20100727-232316-8584-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100728002417-f4brice-20100727-232316-8584-IMG.jpg)

Voilà, ce PCB de Chelnov revient de très loin, il a ressucité :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100728002530-f4brice-20100727-233320-8588-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100728002530-f4brice-20100727-233320-8588-IMG.jpg)

J'ai quand même bouffé 33 pages de schémas électroniques !

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100728002624-f4brice-20100727-234116-8592-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100728002624-f4brice-20100727-234116-8592-IMG.jpg)

Je viens de m'appercevoir que c'est une version "World" de Chelnov, alors que mon autre PCB est une version "Japan".
Voici une photo de l'autre PCB :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100728003029-f4brice-20100727-233716-8591-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100728003029-f4brice-20100727-233716-8591-IMG.jpg)

Ça nous fait : F4brice 4,9 - Démon 0 !  :D
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: BadGuigui le Mercredi 28 Juillet 2010, 09:50:28 AM
Comme tout le monde tu fais du très bon travail et c'est très instructif!!!

Petit up du titre pour mettre à jour le score!!! Quand est ce que les démons vont-ils ouvrir le score???

Good job!!! ^-
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: Bal le Mercredi 28 Juillet 2010, 10:37:28 AM
Citation de: f4brice le Dimanche 25 Juillet 2010, 21:37:45 PM
Le démon s'est bien foutu de ma gueule... Il doit encore en pleurer de rire...  ;)


(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100728103700-Bal-Sans-titre.PNG) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100728103700-Bal-Sans-titre.PNG)

y'a pas, c'est un vicieux, mais je pense que là, t'as trouvé comment le tenir en laisse ^^
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: BadGuigui le Lundi 06 Septembre 2010, 16:26:13 PM
Cela fait longtemps que l'on ne t'a pas vu marquer des points contre les démons... Est ce que le score va décoller pour les démons???
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: Bal le Lundi 06 Septembre 2010, 16:57:06 PM
Oui ! Muhahahahahaaa (http://www.gamoover.net/Forums/index.php?topic=22225.0)
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: maldoror68 le Lundi 06 Septembre 2010, 18:01:48 PM
en fait...je suis scotché.

moi le démon des pannes, il me **** a sec tout le temps,
f4brice doit être le seul membre du forum a qui il amène un jus d'orange en lui cirant les pompes  :D

(pendant que nous autres on se fait fouetter allègrement) ;)
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: f4brice le Lundi 06 Septembre 2010, 18:53:31 PM
En fait, le démon voudrait bien pouvoir m'apporter un jus d'orange !
Là, il est plutôt en train de ramasser ses dents (http://www.gamoover.net/Forums/index.php?topic=22225.msg326603#msg326603)...  :D
Titre: F4brice 3,9 - Démon des pannes 0
Posté par: gozer13 le Lundi 06 Septembre 2010, 19:02:33 PM
Oh l image de carte magic demonic tutor gnia gnia .
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: f4brice le Samedi 18 Septembre 2010, 20:07:49 PM
Bonsoir.

Il y a quelques semaines, j'ai acheté sur ibé youhaissai un PCB de Roc'n Rope.
Le vendeur indiquait subtilement et sournoisement :

Citation de: vendeur sournois sur ibéMarked "Ok". Sold as is.

Bien évidemment, quand j'ai reçu et testé ce PCB, il ne fonctionnait pas.  :-((
C'est le 2e PCB soit-disant "ok" que j'achète sur ibé, et c'est le 2e qui ne fonctionne pas.
Pour le premier, j'en ai même encore des douleurs anales bien profondes ($100 partis en fumée dans la poche d'un fumier).

Ce 2e PCB étant (contrairement au 1er) en bon état, j'ai donc décidé de tenter de le réparer.
Gros allié de poids : Google qui m'a gentiment trouvé la doc technique du jeu et surtout les schémas électroniques du PCB.
Je l'ai déjà écrit plusieurs fois : les schémas électroniques sont une aide considérable dans le dépannage.

Voici ce que j'ai quand le PCB est connecté :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100918192428-f4brice-20100913-195724-8941-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100918192428-f4brice-20100913-195724-8941-IMG.jpg)
la top board est à l'envers pour me permettre d'accéder à la main board

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100918192506-f4brice-20100913-195736-8942-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100918192506-f4brice-20100913-195736-8942-IMG.jpg)

C'est de la jolie bouillie de tilemap (http://en.wikipedia.org/wiki/Tile_engine)...
Quand je compare avec Mame, j'observe que cette bouillie est la bouillie initiale, présente au tout début du boot du jeu.
Sous Mame, très rapidement la bouillie change pour une autre bouillie puis le jeu démarre.

J'en déduis que le CPU de mon PCB est probablement vautré dans les paquerettes.
Vu que c'est une version propriétaire Konami d'un M6809, j'espère qu'il n'est pas mort.

Quand je promène la sonde de l'oscillo sur les bits du bus de données, je découvre de très vilaines choses :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100918192844-f4brice-data.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100918192844-f4brice-data.png)

J'ai 3 des 8 bits qui ont des niveaux totalement foireux.  :'(
Pas étonnant que le CPU soit vautré.

Dans un premier temps, je retire toutes les EPROMs présentes sur le bus de données du CPU.
Je retire même le CPU qui est lui aussi sur support.
Première panne : l'EPROM n°1 a un contenu foireux, qui n'a rien à voir avec le contenu attendu.
Les 4 autres EPROMs sont bonnes.
Je note que l'EPROM mourue est une Mitsubishi, alors que toutes les autres sont des Fujitsu. Hasard ?
Je remplace l'EPROM hs par une EPROM vierge que je programme grâce au dump présent dans le set Mame.  :-*

Pendant que EPROMs et CPU sont retirés, je vérifie si les niveaux des 8 bits du bus de données sont bien tous libres (flottants).
Comme je m'en doutais, il y a 3 des 8 bits qui ont un niveau imposé par un composant inconnu.
Ce genre de panne est merdique à dépanner. Il y a de très nombreux composants connectés au bus de données.
N'importe lequel peut imposer un niveau, et il se peut qu'ils s'y mettent à plusieurs.
Je dois donc me taper 1 par 1 chacun de ces composants pour les vérifier.

Je vous fais la version courte.
J'ai trouvé en tout pas moins de 7 composants morts, tous connectés au bus de données.

Voici l'un d'entre eux :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100918194022-f4brice-G3-ko.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100918194022-f4brice-G3-ko.png)

Sur ces 7 composants, 5 sont des 74LS245 (driver de bus 3 états) du même fabriquant et du même lot de production.
Deux hypothèses :

Je vérifie aussi scrupuleusement une autre hypothèse : un éventuel problème dans la génération des signaux de sélection des composants.
Ce genre de problème est bien entendu catastrophique si 2 composants sont sélectionnés simultanément.
En effet, ils vont se fighter pour le contrôle du bus et ça finit par des morts...

Finalement, rien de tout ça. Les composants chargés de générer les signaux de sélection semblent bons.
Exemple :
(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100918193956-f4brice-CS-H1-H5.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100918193956-f4brice-CS-H1-H5.png)
Rhooo le beau chronogramme double trace !

Sur ce chronogramme, nous avons en haut le signal de sélection de l'EPROM n°1. En bas, c'est celui de l'EPROM n°5.
À aucun moment nous avons simultanément les 2 signaux qui sont à l'état bas (= les 2 EPROMs sélectionnées simultanément).
Il n'y a donc pas de problème à ce niveau là.

Je remplace un par un les composants mourus.
A chaque fois, je contrôle que le bus de données a toujours une bonne tête, pas de niveau foireux.

Après la mise en place du 7e et dernier composant de remplacement, tadaaaaaa :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100918195422-f4brice-20100918-183144-8967-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100918195422-f4brice-20100918-183144-8967-IMG.jpg)

Le PCB est réparé ! :-*  :-)=

Je dois encore récupérer l'étiquette sur l'EPROM mourue et la mettre sur la nouvelle EPROM :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100918195536-f4brice-20100918-154416-8962-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100918195536-f4brice-20100918-154416-8962-IMG.jpg)

Ce n'est pas chose facile : l'étiquette est très fine. Heureusement que le composant donneur est mort, je n'ai pas peur de le chauffer outre mesure avec le sèche-cheveux.
La colle étant en grande partie restée sur le 1er composant, un petit bout de ruban adhésif transparent est d'un secours discret et appréciable.

Voici une photo de famille des composants morts, placés à leur position respective sur le schéma électronique :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100918195831-f4brice-20100918-154600-8963-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100918195831-f4brice-20100918-154600-8963-IMG.jpg)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100918195904-f4brice-20100918-154658-8964-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100918195904-f4brice-20100918-154658-8964-IMG.jpg)

Voici le PCB une fois complètement remonté :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100918200104-f4brice-20100918-183128-8965-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20100918200104-f4brice-20100918-183128-8965-IMG.jpg)


Le Démon des Pannes vient (encore) de se prendre un CBR(*) !  8)

(*) Coup de Boule Rotatif


EDIT : orthographe
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: nikos69 le Samedi 18 Septembre 2010, 20:32:24 PM
Tout ca me rappelle mes cours d'électronique d'il y a... pfiouuuuu
Si j'avais su à quoi ca pouvait serviri j'aurais peut-être un peu plus écouté  :D

En tout cas super boulot encore une fois. Mais juste pour info, il t'as fallu combien de temps à partir du moment ou tu t'y es mis et le moment ou le pcb s'est remis à marcher ?
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: zebassprophet le Samedi 18 Septembre 2010, 20:57:11 PM
c'est cool d'avoir mis les composant avec le schema technique
je comprend un peu mieux comment ca se lit  :-)=
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: maldoror68 le Samedi 18 Septembre 2010, 21:45:49 PM
oh le beau CBR comme dans Gazon Maudit.

bien fait pour lui le démon des pannes.

^-^
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: f4brice le Samedi 18 Septembre 2010, 21:53:52 PM
Citation de: nikos69 le Samedi 18 Septembre 2010, 20:32:24 PM
il t'as fallu combien de temps ?

En cumulé, environ 4 heures.
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: Joris73 le Samedi 18 Septembre 2010, 22:31:15 PM
Il y a pas un problème au niveau du "bonus" ? J'ai l'impression qu'il y a 6 et 7 l'un sur l'autre, et le bonus bave.
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: f4brice le Samedi 18 Septembre 2010, 23:00:59 PM
Le bonus se décrémente, et le temps de pose de l'APN a capturé la transition du 7 au 6.  ;)
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: f4brice le Dimanche 17 Octobre 2010, 12:25:11 PM
Bonjour.

Ce matin, j'ai testé un PCB original de Burger Time, qui traînait "untested" depuis pas mal de temps sur une de mes étagères à PCB.

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101017115905-f4brice-20101017-112610-9281-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101017115905-f4brice-20101017-112610-9281-IMG.jpg)

J'ai été très surpris de voir qu'il fonctionne (presque) parfaitement :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101017120000-f4brice-20101017-112554-9280-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101017120000-f4brice-20101017-112554-9280-IMG.jpg)

Le "presque" vient du fait que le noir de l'image n'est pas noir, mais gris.

Le schéma électronique du PCB est dispo chez ARCade ARChive (http://arcarc.xmission.com/) : lien (http://arcarc.xmission.com/PDF_Arcade_Bally_Midway/Burgertime_Parts_and_Operating_Manual_(Nov_1982).pdf).

Voici un extrait du schéma, où il est question de la mise en forme du signal vidéo pour le moniteur :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101017120224-f4brice-video-out.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101017120224-f4brice-video-out.png)

À gauche, repère "1", ce sont les signaux qui viennent de la RAM vidéo.
Tout il est bon de ce coté là.

En sortie du petit latch 4 bits 74LS175 (repère "2"), c'est bon aussi.
Le trait rouge indique le "0 V".
Un trait vertical noir correspond à une partie de la composante rouge d'un pixel.

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101017120443-f4brice-sortie-LS175.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101017120443-f4brice-sortie-LS175.png)
Une des sortie du latch

En sortie du circuit sommateur formé par les 3 résistances R19 à R21 et la résistance R25, sur la base du transistor (repère "3"), j'ai ce signal :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101017120706-f4brice-base.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101017120706-f4brice-base.png)

Pour moi, ce signal est normal.

Et voici ce que j'ai coté émetteur, repère "4" :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101017121021-f4brice-emetteur.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101017121021-f4brice-emetteur.png)

Je retrouve bien une tension base/émetteur d'environ 0,6 V et le transistor conduit.

Il me semble que le fonctionnement que j'observe est nominal. Il n'y a pas de panne.
Je ne comprends pas trop pourquoi le niveau du noir n'est pas à 0 V en sortie du PCB.
Peut-être que ce travail est délégué au moniteur, qui aurait un circuit de clamping ?

Je n'ai pas identifié un tel circuit dans le schéma de l'écran Electrohome 19" :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101017122048-f4brice-video-in.png) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101017122048-f4brice-video-in.png)
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: gc339 le Dimanche 17 Octobre 2010, 15:16:51 PM
Bonjour.

Citation de: f4brice le Dimanche 17 Octobre 2010, 12:25:11 PM
Le "presque" vient du fait que le noir de l'image n'est pas noir, mais gris.
[couic]
Voici un extrait du schéma, où il est question de la mise en forme du signal vidéo pour le moniteur :
[re-couic]
Il me semble que le fonctionnement que j'observe est nominal. Il n'y a pas de panne.
Je ne comprends pas trop pourquoi le niveau du noir n'est pas à 0 V en sortie du PCB.
Peut-être que ce travail est délégué au moniteur, qui aurait un circuit de clamping ?

A partir du moment ou le niveau du noir est fixe, même s'il n'est pas nul, l'extinction des faisceaux lumineux peut-être obtenue avec le réglage des cut-off du moniteur. Encore faut-il que les amplificateurs vidéo du dit moniteur soient à liaison continue, c'est à dire sans condensateur de liaison entre les différents étages d'amplification.
Ceci implique de reprendre les cut-off du moniteur à chaque changement de carte de jeu.
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: f4brice le Dimanche 17 Octobre 2010, 16:30:54 PM
Merci pour ta réponse, c'est plus clair maintenant.  :)

Le PCB, pris sur l'étagère "à tester", a été rangé sur l'étagère "OK, fonctionne".
Aucun point de marqué contre le démon cette fois-ci, il n'y avait pas de panne.

EDIT :

Voici le PCB en fonctionnement sur une N'Style, avec son chassis VNS2000 :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101017164205-f4brice-20101017-135846-9284-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101017164205-f4brice-20101017-135846-9284-IMG.jpg)

L'effet gris est totalement absent, et la qualité de l'image est impressionnante !  :-*
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: Darth Nuno le Dimanche 17 Octobre 2010, 18:00:30 PM
Well done Fab  ^-

Si tu décide de te séparer de ta pcb BT, fait moi signe... j'aimerais bien avoir un board de *spare* pour ma borne  ;)
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: maldoror68 le Dimanche 17 Octobre 2010, 18:28:48 PM
cheap victory, but victory quand même  ^- <:)
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: Elesias le Dimanche 17 Octobre 2010, 20:30:26 PM
Surtout pour un Burger Time, ce jeu est addictif au possible.  ^-
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: f4brice le Samedi 06 Novembre 2010, 12:26:44 PM
Bonsoir.

Le démon des pannes vient de me mettre un bon gros coup de boule.
Il  a fait fumer l'alim du PCB d'une cocktail SNK Vanguard (lien (http://www.arcadeflyers.com/?page=thumbs&db=videodb&id=2644)) que je suis en train de redémarrer.
J'ai tout vérifié, débranché le PCB et l'écran, et j'ai testé l'alim à vide :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101106121534-f4brice-20101106-125926-9437-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101106121534-f4brice-20101106-125926-9437-IMG.jpg)

Les 2 flèches rouges indiquent une jolie fumée grise bien puante...  :D

Titre: F4brice 4,9 - Démon des pannes 0
Posté par: maldoror68 le Samedi 06 Novembre 2010, 12:30:03 PM
 :o wohow! bigger badder better!  ;)

j'adore le calme avec lequel tu prends le temps de prendre ton APN et de faire une photo. pas de stress ^-
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: Wil2000 le Lundi 08 Novembre 2010, 14:22:44 PM
Je me suis fait la même réflexion: "tiens, il y a le feu, et si on prenait une photo pour Gamoo?"  ;D
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: Nostromo le Mardi 09 Novembre 2010, 17:37:13 PM
Prise de courant et/ou interrupteur immédiatement coupé/débranché ; ou composant qui continue de ce petit-suicider même sans le jus ?
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: madyoyo le Mardi 09 Novembre 2010, 18:40:57 PM
vu les 2 gros condensateurs juste à coté, je dirait que meme une fois le courant coupé, le temps qu'ilqs se vident et que le composant refoidisse, il faut bien quelques dizaines de secondes.
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: f4brice le Mardi 09 Novembre 2010, 19:01:18 PM
C'est beaucoup plus simple que ça :


8) ;D
Titre: F4brice 4,9 - Démon des pannes 0
Posté par: Bal le Mardi 09 Novembre 2010, 19:41:24 PM
...et t'as pas sorti les merguez ?

):))s=
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Lundi 15 Novembre 2010, 20:05:38 PM
Bonsoir.

Voici la suite et la fin du dépannage de mon PCB Sky Kid (http://www.arcade-museum.com/game_detail.php?game_id=9570)...
La dernière fois (http://www.gamoover.net/Forums/index.php?topic=21931.msg321943#msg321943) (fin juillet, quand même), j'avais déterminé qu'une PROM avait un problème à chaud.
Après quelques dizaines de secondes de jeu, des bugs graphiques apparaissaient.

Ayant enfin passé commande chez Électronique Diffusion (http://www.electronique-diffusion.fr/), j'ai glissé dans la commande un composant totalement équivalent.

En bas, le composant original de chez Fujitsu qui était présent sur le PCB Namco.
En haut, l'équivalent chez Texas Instrument :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101115195344-f4brice-20101115-204310-9485-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101115195344-f4brice-20101115-204310-9485-IMG.jpg)

Ces deux composants sont des "PROM" à fusibles. Ils contiennent chacun 512 octets (non, je n'ai pas oublié le mot "kilo") de données.
Le composant est programmable une et une seule fois. Il n'est ni effacable ni programmable une 2e fois.
Ces composants sont assez anciens (deuxième moitié des années 1970, si je ne me trompe pas) et aujourd'hui totalement obsolètes.

Mon progammateur d'EPROM, assez récent, ne les connait pas du tout et ne sait pas les programmer.
Par chance, à mon boulot, les collègues disposent d'un programmateur assez ancien et haut de gamme.
C'est donc sur cet outil que j'ai réalisé la programmation de mon composant, à partir du dump du romset Mame.

Ca se programme comme une EPROM, sauf qu'il n'y a aucun droit à l'erreur...  ;)

Ce soir, en rentrant du boulot, j'ai donc testé le composant programmé sur le PCB :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101115200132-f4brice-20101115-203838-9482-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101115200132-f4brice-20101115-203838-9482-IMG.jpg)

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101115200149-f4brice-20101115-203854-9483-IMG.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101115200149-f4brice-20101115-203854-9483-IMG.jpg)

Le nouveau composant a été correctement progammé par l'outil, avec le bon contenu.
Il n'a pas de problème avec la température. Les bugs graphiques au niveau des nuages n'apparaissent plus.

Ce PCB est donc maintenant réparé à 100%. Je peux passer le "score" à 5 - 0.  :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: Eko le Lundi 15 Novembre 2010, 20:15:52 PM
Aaaaaaahhh !! Je savais que ça allait te gaver de voir un 0,1 au score adverse  :D :D :D

Victoire écransante  :-)= :-)= Invaincu toute catégoriiiiiie Mike F4B TYSOOOOOOOONNNNNNNNNNNNNN  =:))
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Lundi 15 Novembre 2010, 20:18:39 PM
des proms de 512 octets non effaçable  :o c'est très 70's en effet

ça deviens over-high-tech ici! :-*
Titre: F4brice 5 - Démon des pannes 0
Posté par: Bal le Mardi 16 Novembre 2010, 09:06:23 AM
Tcheu, t'as pas intérêt à te louper sur ce coup là, t'aurais pas mieux fait d'en commander une dizaine au cas où ?? surtout que si ca devient dur d'en trouver... ;)

Joli uppercut dans la mâchoire du démon ceci dit ^^
Titre: F4brice 5 - Démon des pannes 0
Posté par: durandale le Mardi 16 Novembre 2010, 20:53:00 PM
plus je vois tes post plus je me dis il me faut un programmateur

beau taf

@+
Titre: F4brice 5 - Démon des pannes 0
Posté par: Aganyte le Mercredi 17 Novembre 2010, 10:55:01 AM
Là photo avec la fumée elle est collector  ^-^
Titre: F4brice 5 - Démon des pannes 0
Posté par: BigPanik le Mercredi 17 Novembre 2010, 11:08:32 AM
Petite question: On aurait pu imaginer un PIC avec un programme pour simuler la PROM (si tu n'avais pas trouvé de programmateur)?

BP
Titre: F4brice 5 - Démon des pannes 0
Posté par: ɐɹqoƆ‾ɥƃᴉH le Mercredi 17 Novembre 2010, 11:19:40 AM
Je sais pas si les pic sont assez rapides, je crois que ce genre de PROM booste pas mal niveau vitesse de lecture...
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Vendredi 19 Novembre 2010, 00:45:02 AM
exact : le temps d'acces d'une PROM est d'environ de 30 ns !\

PS: si un admin peut tracer mon IP....  :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: ɐɹqoƆ‾ɥƃᴉH le Vendredi 19 Novembre 2010, 01:24:48 AM
Citation de: f4brice le Vendredi 19 Novembre 2010, 00:45:02 AM
PS: si un admin peut tracer mon IP....  :D

CHANGI AIRPORT GROUP
Singapore

Tu fais le plein de boot en asie pour du don d'organes ? :D :D :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: pn_jeux le Vendredi 19 Novembre 2010, 08:15:20 AM
Bonjour,
       j'ai au travail un programmateur récent (Elnec), et un des meilleurs marchés qui existent, qui est capable de programmer ces vieilles prom's, et aussi sait tester des antiques ram's type 5101 ou 6810... En tout cas chapeau, surtout pour dépanner des "modernes" avec des lsi "timbres-poste".
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Vendredi 19 Novembre 2010, 12:45:46 PM
Citation de: High_Cobra le Vendredi 19 Novembre 2010, 01:24:48 AM
Tu fais le plein de boot en asie pour du don d'organes ? :D :D :D

Je pense que la bonne adresse pour ca serait Hong-Kong.  :)

F4b qui etait a Singapoure en transit...
Titre: F4brice 5 - Démon des pannes 0
Posté par: gc339 le Vendredi 19 Novembre 2010, 13:16:02 PM
Citation de: f4brice le Vendredi 19 Novembre 2010, 12:45:46 PM
F4b qui etait a Singapoure en transit...
?
(http://voyagesaustralia.com/wp-content/gallery/ayers-rock/ayers-rock.jpg)
Titre: F4brice 5 - Démon des pannes 0
Posté par: Iro le Vendredi 19 Novembre 2010, 13:24:53 PM
Encore ??
On peut te passer une commande de d'outils en pouce ? :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Vendredi 19 Novembre 2010, 13:30:11 PM
Citation de: Iro le Vendredi 19 Novembre 2010, 13:24:53 PM
Encore ??
On peut te passer une commande de d'outils en pouce ? :D

+1 :D

une étape de plus dans l'arcade, F4brice va tracer les créateur des boot de quartet et leur péter la gueule pour avoir fait une copie éhontée de l'original

stay tuned
Titre: F4brice 5 - Démon des pannes 0
Posté par: ɐɹqoƆ‾ɥƃᴉH le Vendredi 19 Novembre 2010, 13:47:42 PM
Citation de: gc339 le Vendredi 19 Novembre 2010, 13:16:02 PM
?
(http://voyagesaustralia.com/wp-content/gallery/ayers-rock/ayers-rock.jpg)

avec son IP actuelle je dirai plutot Vietnam et Hanoï en particulier... Pas sur que tu trouves beaucoup de boot par labas ^^
Titre: F4brice 5 - Démon des pannes 0
Posté par: supercarotte le Vendredi 19 Novembre 2010, 13:57:56 PM
Il est parti avec son distributeur de préservatif sous le bras :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: gc339 le Vendredi 19 Novembre 2010, 14:27:56 PM
Citation de: High_Cobra le Vendredi 19 Novembre 2010, 13:47:42 PM
avec son IP actuelle je dirai plutot Vietnam et Hanoï en particulier...

Pourquoi alors une escale, il y a bien des vols directs Roissy CDG / Hanoï maintenant. A moins qu'il soit parti de Genève Cointrin.
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Samedi 20 Novembre 2010, 01:42:19 AM
Oui, c'est bien ca. Je suis en ce moment a Hanoi, l'IP ne ment pas  :)
C'est vraiment depaysant comme ville.

Il y avait effectivement des vols directs, mais l'organisateur du voyage voulait voyager sur un A380, donc Singapore Air Lines + escale a Singapoure.

Pas vu encore une seule borne, meme pas a l'aeroport. Et je ne pense pas que je vais en voir une une ici a Hanoi.
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Samedi 20 Novembre 2010, 10:04:04 AM
c'est le moment de lui dire qu'on a vu un camion de déménagement en train de charger sa Quartet chez lui ?  ;D =?=

je sors loin  :fleche:
Titre: F4brice 5 - Démon des pannes 0
Posté par: sentinelle le Samedi 20 Novembre 2010, 11:09:36 AM
salut la photo c'est pas le pays de ces betes la :

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20101120110818-sentinelle-1284354556-7.jpg) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20101120110818-sentinelle-1284354556-7.jpg)

alors bon voyage a tous  ^-^ ^-^ ^-^
Titre: F4brice 5 - Démon des pannes 0
Posté par: Bal le Dimanche 06 Février 2011, 08:21:04 AM
Citation de: le démon des pannes"bon, je l'aurai un jour, je l'aurai !"

Mais si fabrice se met aussi aux juke, ca complique, hein, monsieur le démon des pannes ^^
Titre: F4brice 5 - Démon des pannes 0
Posté par: Aganyte le Dimanche 06 Février 2011, 09:38:26 AM
Fab, il me semble que tu avais fait un post sur la réparation d'un slot MVS. Je suis curieux de relire ça (juste pour le plaisir) mais je n'arrive pas à le retrouver.
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Samedi 26 Février 2011, 11:54:49 AM
Citation de: aganyte le Dimanche 06 Février 2011, 09:38:26 AM
Fab, il me semble que tu avais fait un post sur la réparation d'un slot MVS.

Ca me me dit rien  =?=
Titre: F4brice 5 - Démon des pannes 0
Posté par: Aganyte le Samedi 26 Février 2011, 20:07:27 PM
Encore une invention de mon cerveau lubrique  :-\
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Jeudi 10 Mars 2011, 16:38:00 PM
désolé pour le déterrage mais j'ai quelques questions:

F4brice ,tu connais mon coté "envie d'apprendre"  :D

-quelle est la liste de base en matos du "dépanneur de pcb" ?

ça coute cher ?
et quel budget ?

-quelle connaissances faut-t-il ? électronique ? logique informatique ? maths ? peut on partir de 0 ?

merci ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Jeudi 10 Mars 2011, 20:47:59 PM
Citation de: maldoror68 le Jeudi 10 Mars 2011, 16:38:00 PM
désolé pour le déterrage mais j'ai quelques questions:

F4brice ,tu connais mon coté "envie d'apprendre"  :D
[couic]

C'est une très bonne chose d'avoir envie d'apprendre.  ^-
Tu ne choisis pas le plus simple, mais c'est un superbe défi.
Et je ne parle pas du plaisir de voir un PCB fonctionner à nouveau, de se dire "c'est moi qui l'ai sauvé, celui là" !
Je me souviens encore quand mon PCB Space Ship (http://www.gamoover.net/Forums/index.php?topic=20677.0) m'a montré ses premiers vecteurs...  :-*


Pour le matos de base, je t'ai mis une "priorité" évaluée de 1 à 3, sachant que :

Le programmateur/lecteur d'EPROM : priorité 2 ; coût : environ 100 € sur ibé
J'ai déjà eu un PCB dont la seule panne était des contenus d'EPROM foireux.
C'est quasi impossible à déterminer à l'oscillo, sauf coup de bol monstrueux et EPROM 100% effacée (jamais vu).

L'effaceur UV d'EPROM : priorité 2 ; coût : environ 30 € sur ibé
Le programmateur ne sert à rien sans lui.

Le fer à souder : priorité 1 ; coût environ 100 €
Pour un usage "intensif", je n'utiliserais pas autre chose qu'une station.
Choisir obligatoirement un fer réglable en température et puissant (80 W).
Ceux qui accusent le fer puissant de cramer les composants ont soit un fer non réglable en t°, soit l'utilisent mal (désolé).
J'ai une nette préférence pour la marque Weller, qui a l'inconvénient de coûter la peau du Q.
Je ne regrette absolument pas mon achat, sauf de ne pas l'avoir fait plus tôt.

Le fil à souder, la tresse à dessouder : priorité 1 ; prix : de 5 à 20 € selon la quantité
Indispensable avec le fer.

Flux décapant : priorité 3 ; prix : dans les 20 €
Nécessaire uniquement pour ressouder des composants CMS.

Station à dessouder à air chaud : priorité 3 ; prix : à partir de 130 €
Nécessaire uniquement pour dessouder des composants CMS.

Oscilloscope double trace : priorité 1 ; prix : de 50 € d'occas à trèèèèèès cher
Son fonctionnement et les mesures qu'il fait n'ont rien à voir avec ceux d'un simple multimètre.

Multimètre : priorité 2 ; prix : quelques dizaines d'euros
Pratique pour tester les transistors bipolaires dessoudés, les condos, les diodes...
Le testeur de continuité est pratique aussi.
L'aspect voltmètre (mesure d'une tension) est pratique aussi mais redondant avec l'oscillo.
Le multimètre est moins encombrant que l'oscillo, donc il sort toujours en 1er pour faire des vérifications élémentaires.
Ensuite l'oscillo intervient.

Datasheets de composants : priorité 1 ; prix : 0 euro (merci Google et internet)
Indispensable pour connaître les caractéristiques et le fonctionnement d'un composant (par exemple un 74LS194).
Comment peut-on déterminer si un composant fonctionne ou non, si on en ignore le fonctionnement attendu ?

Schémas de PCB : priorité 2 ; prix : 0 euro (merci Google et internet)
Permet un gain de temps considérable dans la recherche d'une panne.

Les connaissances à avoir ?
C'est là que ça pique.
Les connaissances de la personne vont déterminer quelles pannes elle va pouvoir trouver et réparer.
Et l'éventail des pannes possibles est particulièrement large.
Celà va du simple bouton 2 qui ne fonctionne pas, jusqu'au CPU qui ne boote pas du tout, ou du watchdog qui resete le PCB par sécurité.
Pour les pannes triviales, le bon sens suffit (notion de plus en plus rare j'ai l'impression).
Pour des pannes complexes, oui il est indispensable d'avoir des solides connaissances en électronique.
Il faut connaitre le fonctionnement "externe" d'un CPU, savoir ce qu'est du multiplexage par ChipSelect, etc...
Des connaissances en maths pures ne sont pas indispensables. En revanche, une personne avec de solides connaissances en maths ne devrait pas avoir de difficulté à acquérir des connaissances en électronique.
Il faut savoir aussi se servir de ses instruments de mesure, et avoir l'esprit critique sur la mesure (pas facile).
Un oscillo mal utilisé va induire en erreur et envoyer sur une fausse piste.

Partir de 0 ?
Personnellement je n'y crois pas, mais je voudrais me tromper.
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Jeudi 10 Mars 2011, 23:06:36 PM
bon, merci pour ces explications bien détaillées comme d'hab  ^-^

ça ouvre une porte à ceux qui veulent se lancer (même si je pense que c'est 99% de temps de recherche de panne et 1% de réparation)

après , le matos de base on l'a tous je pense (multimètre, fer, etc..).
ce qui différencie les "pros" ce sont les points suivants:
-l'oscilloscope (et surtout comment ça marche) et la compréhension d'un IC
-le programmateur / lecteur d'Eprom
-l'effaceur a UV

merci en tout cas pour ces précisions F4brice , après bien sûr se leurrer serai illusoire ,mais je te remercie pour avoir éclairé la route, certes, pavée d'embuches, mais que je suis sûr, tu serais heureux qu'elle soit plus fréquentée et moins délaissée par les "d'jeuns"

<:)

merci, peu être que d'autre se lanceront un jour au secours de nos précieuses pcb... :-\

"i have a dream" ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: KodeIn le Vendredi 11 Mars 2011, 08:50:59 AM
Citation de: maldoror68 le Jeudi 10 Mars 2011, 23:06:36 PM
bon, merci pour ces explications bien détaillées comme d'hab  ^-^

ça ouvre une porte à ceux qui veulent se lancer (même si je pense que c'est 99% de temps de recherche de panne et 1% de réparation)
[…]
merci, peu être que d'autre se lanceront un jour au secours de nos précieuses pcb... :-\

"i have a dream" ;)

Ouep, y en a d'autres, tu n'es pas tout seul Maldoror!

J'ai déjà quelques connaissances, mais plus en portes logiques basiques (transistors) qu'en composants "comple(ts)(xes)". Même si j'ai un peu joué avec un PIC pour faire clignoter des LEDs de manières différentes en fonction du bouton sur lequel on a poussé…
L'avantage de ces connaissances de base, c'est que les "tables de vérité" (si ma mémoire est bonne) me sont intelligibles du coup.
Ça aide pour comprendre le fonctionnement interne d'un composant  ;)

Maintenant, me manque encore une borne et un pcb à sauver (parce que le temps, je l'ai, sinon je ne jouerais pas à minecraft  :D).

Ce sont tes WIP, f4brice, ainsi que ceux de gc359 qui m'ont donné l'envie d'apprendre l'électronique de manière un peu plus sérieuse.

J'ai payé mon oscillo un peu cher, mais j'ai eu droit à de la doc datant d'avant l'apparition des transistors  :P
(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20110311084804-KodeIn-HNI-0005.JPG) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20110311084804-KodeIn-HNI-0005.JPG)
(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20110311084844-KodeIn-HNI-0008.JPG) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20110311084844-KodeIn-HNI-0008.JPG)
1946, ça c'est du collector (désolé pour les photos au beurre salé, j'ai que ma DSi sous la main).
Titre: F4brice 5 - Démon des pannes 0
Posté par: Little_Rabbit le Vendredi 11 Mars 2011, 14:20:51 PM
Salut!

Grâce au déterrage de Maldoror68, je viens de découvrir ce topics que j'ai dévoré depuis le début (ce n'est pas tous les jours qu'on tombe sur une lecture aussi passionnante!).

J'en profite au passage pour essayer de parfaire ma culture vidéoludique, et notamment quand j'aborde ce passage :

Citation de: f4brice le Dimanche 25 Juillet 2010, 23:38:27 PM
Il semble que son frère jumeau soit utilisé sur les PCB de "Pocket Gal".
Pocket Gal est un jeu de chez Data East, qui apporte des sensations... différentes dans le jeu d'arcade. Il va sans dire que ce jeu est particulièrement recherché...
Étant quelqu'un de chanceux, je ne possède pas moins de 5 (oui oui : cinq) exemplaires de "Pocket Gal" (2 qui fonctionnent et 3 non testées).

"Tiens, je n'ai jamais entendu parler de ce Pocket Gal" me dis-je. Réflexe naturel, je prends Google Image et recherche "Pocket Gal" :). Résultat de la recherche... heeeeu... comment dire... c'est un peu "exotique" dirons-nous !  :D

Résultat de Google (http://www.google.fr/images?rlz=1C1GGGE_enFR372FR372&q=pocket%20gal&um=1&ie=UTF-8&source=og&sa=N&hl=fr&tab=wi&biw=1600&bih=1051)

Alors, plusieurs questions :
- c'est quoi cette bouteille de lait ce jeu ???  :?
- pourquoi F4brice n'a-t-il pas moins de 5 exemplaires de ce jeu ? Hein, pourquoi =?=  =?=
- ça se joue avec un joystick ce jeu ?? (à moins que l'étymologie même de joystick - bâton de joie en Français - soit héritée de Pocket Gal ??)

OK, OK, je n'insiste pas, je sors  :fleche:
=:))

PS : un grand bravo F4brice pour ces dépannages qui sont passionnants et font chauds au cœur !
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Vendredi 11 Mars 2011, 17:58:51 PM
alors pour répondre vite fait et ne pas dévier trop ce superbe topic de son chemin initial:

Pocket Gal, et bien c'est un jeu très courant que plein d'exploitants et autres vendeurs bradent parce que commun et que personne-il-en-veut.

et du coup ça fait d'excellents donneurs d'organe.

voilà, fin de parenthèse ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Samedi 02 Avril 2011, 17:25:08 PM
allez démon des pannes premier sur google^^

bon sinon j'ai vaincu a mon échelle le démon des pannes en réparant une clef wifi qu'on m'avait filé pour un pote
(on me file une clef hs hourra)

les 4 pattes maintenant l'usb etait déssoudé

un ptit coup d'étain
et zou

c'est pas grand chose mais chuis content quand même ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: KodeIn le Samedi 02 Avril 2011, 17:37:42 PM
Bien joué zebass!
Sinon, en dépannant ma PSP, je me suis rendu compte qu'il fallait vraiment que j'achète un nouveau fer à souder.
Celui dont mon père m'a fait don est vieux de plusieurs dizaines d'années et tombe littéralement en morceaux.
J'ai eu peur de foutre le feu à la baraque vu l'état des câbles.

Ce qui m'ennuie, c'est que je n'ai pas assez d'argent pour me reprendre une station à t° variable.
(En tous cas pas chez le vendeur de matos près de chez moi, minimum 60€)
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Samedi 02 Avril 2011, 18:30:59 PM
bah moi pour une utilisation amateur, j'ai un truc a 20-25€
ca marche bien  ^-
Titre: F4brice 5 - Démon des pannes 0
Posté par: rage le Samedi 02 Avril 2011, 20:12:46 PM
Citation de: zebassprophet le Samedi 02 Avril 2011, 17:25:08 PM
bon sinon j'ai vaincu a mon échelle le démon des pannes en réparant une clef wifi qu'on m'avait filé pour un pote
(on me file une clef hs hourra)

les 4 pattes maintenant l'usb etait déssoudé

un ptit coup d'étain
et zou

c'est pas grand chose mais chuis content quand même ;)
Pareil chez moi. Ma femme se met dans le canapé avec son ordi portable et la clé usb sur le coté, ma fille s'assoie très très près, avec la délicatesse d'un éléphant dopé au Redbull et ....Crac de boulot HS  >:D(et bien sûr aucune sauvegarde depuis au moins 3 mois du côté de la gente féminine  ::)

Mc Gyver sort alors sa mallette soudure et fait ceci (pistes arrachées et nouvel embout métallique prélevé sur une vieille clé MP3):
(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20110402200846-rage-USB-Boulot-Sauvy-e-Medium-.JPG) (http://hico-srv022.pixhotel.fr/sites/default/files/gamoovernet/20110402200846-rage-USB-Boulot-Sauvy-e-Medium-.JPG)

Clé sauvée, données transférées, objet conservé en relique  =:))

Allez, on arrête de faire les kékés avec nos réparations à deux balles et on redonne la main au seigneur des PCB f4brice  8)
Titre: F4brice 5 - Démon des pannes 0
Posté par: Dudule le Dimanche 03 Avril 2011, 14:12:38 PM
Salut Fabrice, ta station a air chaud ressemble beaucoup a la mienne, et je rencontre un "problème"
je suis perdu dans les graduations de la température,pour faire simple lors de cette intervention, quels étaient tes réglages ? débit d'air/température.

quelle taille ta buse ?

(http://hico-srv022.pixhotel.fr/sites/default/files/styles/gamoovernet890px/public/gamoovernet/20100727001917-f4brice-20100726-221454-8552-IMG.jpg)

cela pourra me donner un ordre d'idée.

merci :)
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Jeudi 06 Octobre 2011, 23:53:18 PM
yop et up
grace à F4brice, moi aussi j'ai vaincu le démon des pannes

ma space invaders a tournée toute la soirée de samedi (a peu prés 4 heureà

j'ai constaté des bugs sur la fin, aprés une courte pause la borne est revenu au point

aujourd'hui je rebranche

HORREUR

la Pcb reset
elle affiche le jeu, le son est bon mais reset

Juju me conseil donc de verifier les tensions

et grace à ce site
http://www.elektronforge.com/TestMdwPS.htm

j'ai put faire mes réglages et la borne est reparti

Ouf  ^-^
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Vendredi 07 Octobre 2011, 09:22:57 AM
Citation de: zebassprophet le Jeudi 06 Octobre 2011, 23:53:18 PM
grace à F4brice, moi aussi j'ai vaincu le démon des pannes

Bien joué, jeune padawan !  :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Vendredi 07 Octobre 2011, 09:53:56 AM
bah j'ai un peu blemi quand la SI marchait plus :(
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mercredi 28 Novembre 2012, 23:51:57 PM
Bonsoir.

Le démon des pannes s'est reposé pendant plus d'un an.
Il est temps de lui mettre un CBR(*).

Le PCB à réparer est un PCB original de Rolling Thunder, de chez Namco :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20121128231933-f4brice-20121129-001859-7109-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20121128231933-f4brice-20121129-001859-7109-img.jpg)

Avant même de le brancher, je constate qu'un gros composant en boîtier SIP est très louche.
En fait, toutes ses broches sont en train de casser.
C'est classique sur ce genre de composant : il est grand, il dépasse du PCB, c'est lui qui ramasse en premier les mauvais traitements.

Je décide de l'achever en finissant de casser toutes ses broches au ras de la soudure.
Je retire ensuite les moignons de broches et débouche les trous sur le PCB :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20121128232148-f4brice-20121128-181130-7091-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20121128232148-f4brice-20121128-181130-7091-img.jpg)

Maintenant, il me faut réparer ce petit composant propriétaire.
Je vais utiliser un support tulipe que je vais couper en deux.
Le composant sera soudé sur le support :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20121128232308-f4brice-20121128-181143-7092-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20121128232308-f4brice-20121128-181143-7092-img.jpg)

Et voilà :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20121128232337-f4brice-20121128-182700-7093-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20121128232337-f4brice-20121128-182700-7093-img.jpg)

Je re-soude le tout sur le PCB :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20121128232447-f4brice-20121128-182950-7094-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20121128232447-f4brice-20121128-182950-7094-img.jpg)

Il est maintenant possible de brancher le PCB sur le banc de test :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20121128232517-f4brice-20121128-204946-7095-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20121128232517-f4brice-20121128-204946-7095-img.jpg)

Ouergl, pas de son, pas d'image...
Pourtant j'ai l'impression qu'il y a quand même une synchro.

À suivre...  :D



(*)Coup de Boule Rotatif
Titre: F4brice 5 - Démon des pannes 0
Posté par: dapsaille le Jeudi 29 Novembre 2012, 09:51:50 AM
Dis monsieur le réparateur, comment arrives-tu à souder sur un support plastique ?  :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Jeudi 29 Novembre 2012, 10:00:51 AM
Citation de: dapsaille le Jeudi 29 Novembre 2012, 09:51:50 AM
Dis monsieur le réparateur, comment arrives-tu à souder sur un support plastique ?  :D

Bah c'est simple : je ne soude pas sur le plastique, mais sur les broches !  :D

J'ai pris un support classique que j'ai coupé en deux :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20121129100000-f4brice-20121129-105853-7110-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20121129100000-f4brice-20121129-105853-7110-img.jpg)
Titre: F4brice 5 - Démon des pannes 0
Posté par: Little_Rabbit le Jeudi 29 Novembre 2012, 11:02:50 AM
Salut,

Je vais suivre cette réparation avec la plus grande attention car j'ai moi aussi un original de Rolling Thunder à réparer !

Le mien boot partiellement : j'ai la boullie mouvante de caractères au début, puis l'image se fige !... Je n'ai pour l'instant pas eu le temps d'investiguer la panne, mise à part la vérification des EPROM qui sont bonnes... Ce PCB utilise si je me souviens bien 2 microprocesseurs 6809 : peut-être doivent-ils se synchroniser (handshake) et que l'un des 2 est défaillant ? Je n'ai pas encore pris le temps de chercher. J'arrête là la pollution de ton topic F4brice ! :)

Bonne chance dans ta réparation !

A+
Titre: F4brice 5 - Démon des pannes 0
Posté par: Pouy le Jeudi 29 Novembre 2012, 11:19:46 AM
Bonjour,
bravo pour ton travail, ta réussite et ton envie de partager.
Je viens de découvrir et de dévorer les posts... Bluffant...
Pouy.
Titre: F4brice 5 - Démon des pannes 0
Posté par: dapsaille le Jeudi 29 Novembre 2012, 11:24:37 AM
mon dieu mais c'est bien sur  :-\
Titre: F4brice 5 - Démon des pannes 0
Posté par: pn_jeux le Jeudi 29 Novembre 2012, 12:12:10 PM
Bonjour, pour l'outillage, je fais les broc's... (en prenant quelques risques), je suis tombé sur une station weller à 12€ (les pointes du fer sont quasi-indestructibles), et une station de dessoudage à air chaud à 20€, les bourses radioamateurs sont aussi des bonnes sources, je suis tombé notamment sur un cpu 2650 neuf à 5€...
Titre: F4brice 5 - Démon des pannes 0
Posté par: tornene2 le Jeudi 29 Novembre 2012, 12:24:04 PM
Question certainement stupide, pourquoi ne pas avoir changé le composant entier ?
C'est un composant non identifié ou spécifique à la pcb ?
Titre: F4brice 5 - Démon des pannes 0
Posté par: Little_Rabbit le Jeudi 29 Novembre 2012, 14:08:00 PM
Re-,

En regardant de plus près la photo de ton PCB, je constate qu'il manque un CI en 11N :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20121129135751-Little_Rabbit-f4brice-pcb-cus39-manquant.png) (https://gamoovernet.pixhotel.fr/pics/20121129135751-Little_Rabbit-f4brice-pcb-cus39-manquant.png)

Il s'agit d'un custom chip, CUS39, qui semble impliqué dans la génération bitmap des playfield en mode caractère, ou quelque chose comme ça (bon, je m'avance un peu là car j'avoue ne pas avoir tout décortiqué le schéma, et je ne suis pas complètement sûr de ce que j'avance :D ).

Quoiqu'il en soit, j'espère que tu possèdes ce CUS39 : tu l'as enlevé avant de prendre la photo hein ?? :)

A+
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Jeudi 29 Novembre 2012, 15:15:58 PM
Tu as raison, il s'agit du chip "CUS39", un générateur le sprites.
Je l'avais enlevé avant de faire la photo.  ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Jeudi 29 Novembre 2012, 15:19:56 PM
Citation de: tornene2 le Jeudi 29 Novembre 2012, 12:24:04 PM
Question certainement stupide, pourquoi ne pas avoir changé le composant entier ?
C'est un composant non identifié ou spécifique à la pcb ?

relis le post, c'est un composant "propriétaire" ;).
en fait ce sont plusieurs petits composants assemblés entre eux noyés dans une céramique  :-\
(biens visibles dans le volume du composant)

<:)
Titre: F4brice 5 - Démon des pannes 0
Posté par: tornene2 le Jeudi 29 Novembre 2012, 21:23:09 PM
Ok, je me doutais que c'était un truc comme ça. Je ne connaissais pas le terme " propriétaire ". Merci.
Titre: F4brice 5 - Démon des pannes 0
Posté par: th_vador le Jeudi 29 Novembre 2012, 21:48:00 PM
c'est marrant, moi, en voyant la tête du composant remis sur support tulipe/2, j'aurais pensé qu'il était HS vu comment il est tout boursouflé! :D

C'est toujours très instructifs ces combats contre le démon de pannes ^-
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Vendredi 30 Novembre 2012, 08:36:57 AM
Citation de: th_vador le Jeudi 29 Novembre 2012, 21:48:00 PM
c'est marrant, moi, en voyant la tête du composant remis sur support tulipe/2, j'aurais pensé qu'il était HS vu comment il est tout boursouflé! :D

Non non non, comme l'a très bien dit le petit malaudos68, il s'agit d'un micro-PCB rectangulaire, avec des composants minatures montés en surface, et le tout noyé dans de la céramique.

Il s'appelle "CUS98" :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20121130083202-f4brice-CUS98.png) (https://gamoovernet.pixhotel.fr/pics/20121130083202-f4brice-CUS98.png)

Il a plusieurs rôles :

À noter que SW1 n'est pas présent sur mon PCB.
Je suppose qu'il sert à faire un reset général du PCB. Pratique pour les ingénieurs durant la phase de conception/réalisation du jeu, inutile une fois le travail terminé et le jeu prêt à être vendu aux exploitants.
Titre: F4brice 5 - Démon des pannes 0
Posté par: DCE le Vendredi 30 Novembre 2012, 11:32:35 AM
Ce composant propriétaire me fait penser à ceux que j'ai réçemment dépanné dans un synthé, le juno-106.

Dans le cas du juno, la résine qui recouvre la micro-pcb devient conductrice après une vingtaine d'année, il ne reste au final qu'à plonger la carte dans l'acetone pendant 48h pour virer cette résine.

Si c'est effectivement céramique, la panne ne devrait pas venir de là, si par contre c'est résineux ...
Titre: F4brice 5 - Démon des pannes 0
Posté par: funkycochise le Vendredi 30 Novembre 2012, 16:36:05 PM
Citation de: DCE le Vendredi 30 Novembre 2012, 11:32:35 AM
Ce composant propriétaire me fait penser à ceux que j'ai réçemment dépanné dans un synthé, le juno-106.
les voix qui se barrent ?
le juno 106  :-*
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Dimanche 07 Juillet 2013, 15:39:58 PM
bon, ca fait longtemps qu'on a rien vu sur ce topic

voila pour changer, le démon des pneus en attendant de voir de nouvelles réparations ;)

(http://www.lolannonces.fr/wp-content/uploads/2013/04/demons_de_pneu.jpg)

et histoire de relire un peu le topic  ^-
Titre: F4brice 5 - Démon des pannes 0
Posté par: BigPanik le Dimanche 07 Juillet 2013, 19:29:17 PM
Un pneu facile de revendre son démon du pneu, il ne devrait pas se dégonfler sans chercher un pneu.
Titre: F4brice 5 - Démon des pannes 0
Posté par: Solkan le Mercredi 25 Septembre 2013, 01:06:17 AM
Citation de: f4brice le Mercredi 28 Novembre 2012, 23:51:57 PM

Ouergl, pas de son, pas d'image...
Pourtant j'ai l'impression qu'il y a quand même une synchro.

À suivre...  :D

Doit-on donner un premier point au Démon des Pannes ?
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mercredi 25 Septembre 2013, 08:41:20 AM
Citation de: Solkan le Mercredi 25 Septembre 2013, 01:06:17 AM
Doit-on donner un premier point au Démon des Pannes ?

Non, le PCB re-fonctionne. C'est le chip CUS39 qui est mourru.
J'ai testé avec un un CUS39 emprunté temporairement à un autre PCB => le jeu fonctionne :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925083816-f4brice-20121128-214934-7098-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20130925083816-f4brice-20121128-214934-7098-img.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925083828-f4brice-20121128-224924-7103-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20130925083828-f4brice-20121128-224924-7103-img.jpg)

Je me bas toujours contre le Démon des Pannes, mais malheureusement silencieusement faute de temps pour mettre à jour ce fil de discussion.
Titre: F4brice 5 - Démon des pannes 0
Posté par: _n3o_ le Mercredi 25 Septembre 2013, 09:19:36 AM
J'adore trop ton topic, j'aimerais avoir ton talent pour reparer les pcb (j'en ai quelques unes en stand by mais ca deviens tendu pour moi :D me faudrais des cours ^^)
Titre: F4brice 5 - Démon des pannes 0
Posté par: HerosSuperMan le Mercredi 25 Septembre 2013, 09:37:20 AM
c'est ça
après les cours "Master chef".. les cours "Démon des pannes"  :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mercredi 25 Septembre 2013, 10:02:35 AM
Re-bonjour.

Le combat du moment est sur un PCB de Roc'n Rope.
Ce PCB était déjà passé sur la table d'opération en septembre 2010 (http://www.gamoover.net/Forums/index.php?topic=21931.msg328306#msg328306) dans ce même fil de discussion.

Dimanche dernier, mon Frère était à la maison (il habite à 730 km) et j'ai voulu lui proposer quelques parties de Roc'n Rope (il adore ce jeu).
Sauf que :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925095450-f4brice-20130925-091938-7634-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20130925095450-f4brice-20130925-091938-7634-img.jpg)

Le jeu semble fonctionner correctement, mais l'affichage est parasité.

N'ayant rien observé de flagrant à l'oscilloscope, je sors l'artillerie lourde :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925100053-f4brice-20130924-221347-7629-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20130925100053-f4brice-20130924-221347-7629-img.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925100106-f4brice-20130924-221359-7630-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20130925100106-f4brice-20130924-221359-7630-img.jpg)

À suivre...
Titre: F4brice 5 - Démon des pannes 0
Posté par: Eko le Mercredi 25 Septembre 2013, 10:21:46 AM
Hummm toi, tu fais rêver  :-*
Bon anniv !
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mercredi 25 Septembre 2013, 18:45:27 PM
Bon, on attaque dans le gras du lard du Démon des Pannes...

Voici un appercu du problème du PCB.
Il est flagrant sur la zone entourée en rouge :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925174836-f4brice-20130924-221411-7631-img-a.jpg) (https://gamoovernet.pixhotel.fr/pics/20130925174836-f4brice-20130924-221411-7631-img-a.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925174914-f4brice-20130924-221411-7631-img-b.jpg) (https://gamoovernet.pixhotel.fr/pics/20130925174914-f4brice-20130924-221411-7631-img-b.jpg)

La partie horizontale du T et du P n'a pas la bonne couleur (gris clair).
Elle devrait être blanche. J'observe que le 1er pixel n'est pas touché par ce défaut !?!?

Le schéma électronique du PCB est dispo sur le net.
Voici l'étage de conversion numérique => analogique :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925175358-f4brice-39.png) (https://gamoovernet.pixhotel.fr/pics/20130925175358-f4brice-39.png)

Le rouge et le vert disposent chacun de 3 bits (donc 7 nuances + le noir).
Le bleu ne dispose que de 2 bits (donc 3 nuances + le noir).

La partie synchro est générée à 100% par une daube de composant propriétaire :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925175619-f4brice-43.png) (https://gamoovernet.pixhotel.fr/pics/20130925175619-f4brice-43.png)


L'artillerie lourde est sortie (analyseur logique).
Je règle le déclenchement de l'analyseur comme suit :

Je veux voir ça (capture d'écran de Mame, agrandie plein de fois):

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925180732-f4brice-46.png) (https://gamoovernet.pixhotel.fr/pics/20130925180732-f4brice-46.png)


Voici ce que mesure l'analyseur logique pour la 19e ligne :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925181316-f4brice-56.png) (https://gamoovernet.pixhotel.fr/pics/20130925181316-f4brice-56.png)

Là, c'est tout bon : les 3 composantes passent toutes à 1 deux fois un micro-poil de temps comme prévu.

Voici l'analyse de la 20e ligne :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925181404-f4brice-07.png) (https://gamoovernet.pixhotel.fr/pics/20130925181404-f4brice-07.png)

Là, bizarrement, c'est encore bon : les 3 composantes passent toutes à 1 deux fois, pour une durée plus longue que pour la 19e ligne.
Ce qui est bizarre, c'est que le PCB semble générer les bonnes couleurs de pixels (du blanc) mais le moniteur affiche le 1er pixel en blanc et les suivants en gris...
J'aimerais pouvoir utiliser mon oscilloscope sur les sorties analogiques R V ou B, mais je suis dans l'incapacité de le synchroniser pil-poil comme l'est l'analyseur logique.

Bref, il semble y avoir un problème analogique.
L'examen direct à l'oscillo des signaux R/V/B/SYNC ne donne rien : tout semble OK et en plus je ne vois aucun parasite.
Par contre, l'oscillo se synchronise au petit bonheur la chance. Je vois passer aléatoirement n'importe quel pixel de l'image... Impossible de voir le pixel qui m'intéresse.

J'ai alors soupçonné un problème lié au routage des composantes R/V/B jusqu'au connecteur du PCB.
Je me suis dit que j'allais isoler chacune des composantes et observer le résultat.
Peut-être le parasitage est dû à une seule composante ?

Ayant le fer à souder en main, prêt à dessouder le fil du bleu sur mon adaptateur Roc'nRope => JAMMA, j'ai alors compris la boulette...
La masse vidéo n'est pas câblée sur ledit adaptateur !!!

Comment ça a pu fonctionner avant ?
Très facile : mon banc de test précédent (il utilisait un moniteur Hantarex de 14") forçait la masse vidéo à la masse de l'alimentation. Donc nul besoin de câbler la masse vidéo sur l'adaptateur.

Pourquoi ça ne fonctionne plus aujourd'hui ?
J'ai complètement modifié mon banc de test. J'utilise maintenant une micro-TV de 6" (bien plus légère et transportable, et qui ne nécessite pas une alim de merde à 130V).
Cette TV est totalement indépendante de l'alim du banc de test destiné à faire fonctionner le PCB.
Le câblage de la masse vidéo sur l'adaptateur est donc indispensable.

Une fois cette masse vidéo câblée sur l'adaptateur :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925183334-f4brice-20130925-134651-7639-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20130925183334-f4brice-20130925-134651-7639-img.jpg)

Le résultat est immédiat :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20130925183407-f4brice-20130925-121730-7638-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20130925183407-f4brice-20130925-121730-7638-img.jpg)

Ce PCB "refonctionne".
En fait il n'était pas en panne. Il faut juste que son adaptateur Roc'nRope => JAMMA soit correctement réalisé !

Match nul avec le Démon des Pannes.
Je ne peux vraiment pas me prévaloir d'un point supplémentaire, et lui non plus car le problème a été résolu.

À suivre avec un autre PCB...
Titre: F4brice 5 - Démon des pannes 0
Posté par: _n3o_ le Mercredi 25 Septembre 2013, 19:09:17 PM
Enorme, tout comme le Final Round :D
Tout ca pour ca mais c'est tellement interessant qu'on t'en veux pas du tout  :-*
Titre: F4brice 5 - Démon des pannes 0
Posté par: Wil2000 le Jeudi 26 Septembre 2013, 09:56:43 AM
Toujours aussi intéressantes à lire, ces histoires de dépannage!  <:)
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Lundi 18 Novembre 2013, 19:18:26 PM
Bonsoir.

Aujourd'hui, bataille contre le Démon pour lui arracher un boot de Pacman :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20131118185828-f4brice-20131118-161906-7725-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20131118185828-f4brice-20131118-161906-7725-img.jpg)

Dans un premier temps, la carte est nettoyée :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20131118185853-f4brice-20131118-162325-7726-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20131118185853-f4brice-20131118-162325-7726-img.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20131118185906-f4brice-20131118-162404-7727-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20131118185906-f4brice-20131118-162404-7727-img.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20131118185920-f4brice-20131118-162502-7728-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20131118185920-f4brice-20131118-162502-7728-img.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20131118185931-f4brice-20131118-171343-7731-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20131118185931-f4brice-20131118-171343-7731-img.jpg)

Maintenant que le champ opératoire est propre, il est temps de passer aux choses sérieuses...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20131118190044-f4brice-20131118-192705-7734-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20131118190044-f4brice-20131118-192705-7734-img.jpg)

Contrairement aux apparences, la carte buggue beaucoup...
La photo a été prise durant le court instant où le PCB n'a pas buggé.
Dans 99,99% du temps, le jeu ne boote pas et affiche de la bouillie de tilemap.

Il s'agit d'un boot de Ms Pacman, qui est n'est pas dumpé sous Mame.
La seule différence avec le dump présent dans Mame est le "copyright" du boot :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20131118190403-f4brice-20131118-192739-7735-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20131118190403-f4brice-20131118-192739-7735-img.jpg)

Ce boot indique "MOURF/1992", alors que le dump Mame indique "1980/1981" :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20131118190705-f4brice-40.png) (https://gamoovernet.pixhotel.fr/pics/20131118190705-f4brice-40.png)

Voici un diff des deux dumps respectifs :


f4b@patecroute:~$ diff 27c256.txt mspacmanbg/9.g5.txt
988,989c988,989
< [00003DB0] 2F 85 2F 80 3D 02 40 4D 4F 55 52 46 3A 31 39 39
< [00003DC0] 32 40 2F 81 2F 80 6E 02 40 40 40 40 53 55 45 2F
---
> [00003DB0] 2F 85 2F 80 3D 02 40 40 31 39 38 30 3A 31 39 38
> [00003DC0] 31 40 2F 81 2F 80 6E 02 40 40 40 40 53 55 45 2F


La seule différence est la chaîne ascii de copyright qui a été patchée...

À suivre : dépannage
Titre: F4brice 5 - Démon des pannes 0
Posté par: _n3o_ le Lundi 18 Novembre 2013, 20:00:06 PM
 ^-
Dis tu veux pas venir en vacances a la maison ...
j'ai plein de pcb malade (et meme des originaux :'()
Pis ca me plairais trop de prendre des cours ! !

Continue comme ca !!
Titre: F4brice 5 - Démon des pannes 0
Posté par: Solkan le Mardi 19 Novembre 2013, 08:22:57 AM
A terme, tu vas remettre le code de la rom d'origine (sans l'ajoute) ?
Titre: F4brice 5 - Démon des pannes 0
Posté par: FPZ le Mardi 19 Novembre 2013, 09:40:26 AM
Ta lutte contre le démon est passionnante   <:)
Titre: F4brice 5 - Démon des pannes 0
Posté par: Mutation le Lundi 08 Septembre 2014, 10:02:07 AM
Un petit déterrage/reup du topic pour dire que le Chelnov a des bugs Gfx : après être parvenu jusqu'au level 3, les hitboxes des objets (perso, items, ennemis) sont subitement devenues apparentes, les objets sont donc en permanence encadrés par un petit rectangle de couleur... et si je laisse tourner le jeu ou la démo un peu plus longtemps, les sprites des objets freezent et se laissent traîner sur tout le long du décor (décor non buggé), qui continue à avancer en scrolling horizontal.

Mesure du 5V : 4,95V... testé sur la borne et sur le supergun, pas de piste coupée a priori, les connecteurs JAMMA sont nickels, les roms program et Gfx sont nickelles aussi, bien enfoncées, je les ai même dumpées, elles sont toutes OK... il reste les TTL, RAM, CPU, après je n'ai pas d'oscillo ou de sonde logique sous la main pour aller plus loin, et il n'y a pas de menu Test (même via les dips) dans ce jeu bizarrement :?
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mardi 16 Septembre 2014, 20:09:44 PM
Bonjour.

En attendant de jeter un oeil sur le Chelnov malade (le colis a été présenté à mon domicile, mais les horaires d'ouverture du bureau de poste sont "restreints", on va dire ça) j'ai enfin connecté le Q*Bert original acheté il y a... longtemps !

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20140916195215-f4brice-20140916-193500-0332-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20140916195215-f4brice-20140916-193500-0332-img.jpg)

Ce PCB avait été acheté "untested" et j'ai la joie de constater qu'il fonctionne très bien !

Par contre, petit détail :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20140916195332-f4brice-20140916-191943-0331-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20140916195332-f4brice-20140916-191943-0331-img.jpg)

Le début de l'image est déformé...  :-((

Ce PCB n'est pas JAMMA et j'ai réalisé un début d'adaptateur.
La difficulté vient du fait qu'il ne délivre pas de signal "SYNC" adapté au standard JAMMA (signal de synchro composite négatif).
Il délivre sur 2 broches différentes les signaux "HSYNC" d'une part, et "VSYNC" d'autre part.
Ces signaux sont en polarité positive (actifs à l'état haut).

J'ai donc réalisé un mélangeur de synchro en utilisant un unique composant 74LS00 :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20140916200015-f4brice-20140916-195808-0333-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20140916200015-f4brice-20140916-195808-0333-img.jpg)

En fait, la fonction réalisée est : /(HSYNC or VSYNC).
Deux portes NAND inversent chacune les signaux HSYNC et VSYNC.
La troisième fait le NAND entre les signaux /HSYNC et /VSYNC.
La quatrième et dernière porte du composant 74LS00 inverse le signal final.

/(HSYNC or VSYNC)
est équivalent à :
((HSYNC nand HSYNC) nand (VSYNC nand VSYNC)) nand ((HSYNC nand HSYNC) nand (VSYNC nand VSYNC))

Ca paraît barbare, mais ça permet de n'utiliser qu'un et un seul composant...  :D

Voici le résultat, conforme à ce qui est prévu :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20140916195341-f4brice-Composite-SYNC.png) (https://gamoovernet.pixhotel.fr/pics/20140916195341-f4brice-Composite-SYNC.png)

En haut : le signal VSYNC.
En bas : le signal de synchro envoyé sur l'adaptateur JAMMA.

Bref, pour moi c'est tout bon et pourtant ça ne fonctionne pas.  :'(

À suivre...
Titre: F4brice 5 - Démon des pannes 0
Posté par: gc339 le Mardi 16 Septembre 2014, 21:13:03 PM
Le top de synchronisation trame est trop long (1ms mesurée sur l'oscillogramme joint) et il occulte beaucoup trop d'impulsions de synchronisation ligne, ce qui fait que la base de temps ligne décroche en début de trame.
La norme pour un téléviseur, c'est une impulsion trame qui dure 2,5 lignes soit 160 µs.
Il faut donc soit raccourcir ce top soit injecter des impulsions de synchronisation ligne inversées dans le top trame à l'aide de ce genre de circuit à base de "ou exclusif" :


(http://www.epanorama.net/circuits/syncbox.gif)
Source : http://www.epanorama.net/circuits/vga2rgbs.html
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mardi 16 Septembre 2014, 21:35:03 PM
Ayant trouvé cet exact schéma sur le net, j'avais tenté une version plus simple.
Je faisais /(HSYNC xor VSYNC) et j'avais bien les tops positifs de synchro ligne dans le top négatif de la synchro trame.
Pourtant, ça ne fonctionnait pas (je crois que le résultat était le même).

Je vais tenter avec les filtres R/C/XOR sur les signaux HSYNC et VSYNC en entrée.
Mais j'ai l'impression qu'ils sont là pour doubler les top ?
Titre: F4brice 5 - Démon des pannes 0
Posté par: gc339 le Mardi 16 Septembre 2014, 21:54:54 PM
La raison du dysfonctionnement pourrait être celle-ci : la base de temps ligne doit en principe se synchroniser sur le front descendant de l'impulsion de synchronisation ligne, hors avec une impulsion simplement inversée, ce front descendant arrive quelques 5 µs plus tard puisqu'il correspond au front montant de l'impulsion ligne normale.
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Jeudi 04 Décembre 2014, 18:33:14 PM
plop,je suis sur une réparation de pcb Taito en ce moment,

désolé de squatter le topic, :D
mais qq'un pourrai me dire ou trouver un:
Y3016-F(CMS 2x8 pins) ou me donner une référence de composant équivalent chez un autre constructeur ?

merci !  8)  <:)
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Jeudi 04 Décembre 2014, 19:14:28 PM
Si c'est demandé gentiment, je peux p'tet sortir la station à air chaud :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20141204191339-f4brice-20141204-190909-0780-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20141204191339-f4brice-20141204-190909-0780-img.jpg)

:D
Titre: F4brice 5 - Démon des pannes 0
Posté par: jcp le Jeudi 04 Décembre 2014, 19:18:41 PM
Et puis, ça serait de saison  =:))!
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Jeudi 04 Décembre 2014, 19:48:29 PM
Bon, allez, je vais un peu anticiper :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20141204194440-f4brice-20141204-192426-0781-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20141204194440-f4brice-20141204-192426-0781-img.jpg)
La station à dessouder est allumée ; voilà le composant à dessouder !

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20141204194453-f4brice-20141204-192756-0782-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20141204194453-f4brice-20141204-192756-0782-img.jpg)
Il est tout petit, il ne faut que quelques secondes pour le dessouder...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20141204194503-f4brice-20141204-192808-0783-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20141204194503-f4brice-20141204-192808-0783-img.jpg)
Voilà l'objet qui fait rêver maldoror68 !  ;)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20141204194511-f4brice-20141204-194203-0784-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20141204194511-f4brice-20141204-194203-0784-img.jpg)
C'est bientôt Noël !  8)

Il ne manque plus que l'adresse de la cheminée !  :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: AsPiC le Jeudi 04 Décembre 2014, 22:12:05 PM
Beau geste ^-^
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Jeudi 04 Décembre 2014, 22:45:37 PM
F4brice je t'ai-meuh  ^-

je te mp pour l'adresse  :-)=

(http://perlbal.hi-pi.com/blog/23421/mn/1177237389-n0elp0w3r.png)

^-^
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Vendredi 05 Décembre 2014, 07:31:39 AM
L'adresse de la cheminée est bien arrivée dans la boîte à MP.
Ca part ce matin !  :)
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Vendredi 05 Décembre 2014, 08:59:46 AM
 :-*

ca c'est cool

j'aurais une question a poser au big boss puisque c'est noel mais faut d'abord que je prenne une toph  :-\
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Vendredi 05 Décembre 2014, 18:54:13 PM
Bon, ayé !

Un petit lutin déguisé en gros bourrin de la Poste va bientôt déposer la lettre au pied de la cheminée de maldoror68 !  :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Lundi 08 Décembre 2014, 19:28:54 PM
cms reçu, un coup de flux et mise en place  :-)=  ;)

hop, le démon des pannes n'est pas mort mais il à pris une claque  ;)
(la liste des coupables s'amenuise)  8)
merci encore à toi  :-*
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Lundi 08 Décembre 2014, 20:06:53 PM
bon on va voir si F4brice est capable d'executer un exorcisme à distance  :-\

Ma pcb de SI est hs, elle m'avait deja fait le coup une fois, mais au bout de 6 mois (par hasard)

le jeu s'etait remis en marche.



Bon la c'est reparti je vais essayer de faire quelque chose.

Les tensions sont bonnes sur mes deux cartes d'alimentations et j'obtient ca sur l'ecran

alors que verifier

d'avance merci.  ^-

(la carte tu la connais, c'est toujours la même que tu m'avais révisé à l'epoque  :-*)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20141208200238-zebassprophet-IMAG0124.jpg) (https://gamoovernet.pixhotel.fr/pics/20141208200238-zebassprophet-IMAG0124.jpg)

voila ce qu'on a à l'image.
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mardi 09 Décembre 2014, 07:44:36 AM
Le PCB semble ne pas avoir booté du tout.
Là, comme ça, à froid... je dirais qu'il faut vérifier :

Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Mardi 09 Décembre 2014, 09:58:17 AM
donc ca pourrait quand même venir de l'alim?

faudrait que je retrouve les schema pour tester les tensions deja


merci pour ces infos  ^-
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Dimanche 30 Août 2015, 16:28:50 PM
Bonjour.

Le démon des pannes est en train de se prendre des mandales dans les gencives...  p=)

1er PCB : un Space Invaders :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20150830160656-f4brice-20150829-142131-0993-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20150830160656-f4brice-20150829-142131-0993-img.jpg)

Pour celui-là, c'est juste un apéro... Faux contact au niveau du connecteur entre le PCB horizontal et le PCB vertical.

Le 2e PCB est... un autre PCB de Space Invaders !
Là, c'est déjà plus velu...

Déjà, j'ai pu déterminer à l'oscillo que le composant en F6 était malade :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20150830161236-f4brice-20150829-224524-1004-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20150830161236-f4brice-20150829-224524-1004-img.jpg)

Notez que je n'ai pas arraché de pastille lors du dessoudage.
Dans certains cas, des pastilles sont absentes en l'absence de piste coté composant. C'est le cas ici.

Au passage, il y a eu un petit problème lors de l'insertion de ce composant sur le PCB lors de la fabrication :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20150830161318-f4brice-20150829-224553-1006-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20150830161318-f4brice-20150829-224553-1006-img.jpg)

Il a une broche recroquevillée sous lui.
Je m'en étais douté lors des vérifs à l'oscillo car j'avais vu qu'il n'y avait pas la pointe de la broche coté pistes.

C'est un composant un peu exotique : c'est un "9322", équivalent d'un 74LS157.

Mon testeur confirme ce que j'avais supposé à l'oscillo :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20150830161853-f4brice-50.png) (https://gamoovernet.pixhotel.fr/pics/20150830161853-f4brice-50.png)

Ensuite, malgré pas mal de temps passé avec l'oscillo, je n'arrive pas à trouver ce qui cloche...
Il existe un romset de test pour Space Invaders : lien (http://www.outerworldarcade.com/arcade/space_invaders/space_invaders_test_rom.html).
Ce romset réalise un test de la RAM au démarrage, ce qui m'intéresse beaucoup.
Je télécharge la version de Frederic Rodo. Ce sont 4 fichiers de 2 ko chacun, à flasher dans des 2716.

Problème : je n'ai rien pour flasher des EPROM TMS2716 (modèle à 3 alims 5/12/-5).
Du coup, je duplique chaque fichier de 2 ko en 16 ko, et je flash des 27128.
Je bricole un peu les EPROM pour qu'elles puissent l'insérer sur le PCB.

Les bits d'adresses supplémentaires de la 27128 peuvent être reliés à GND, à VCC ou même à un autre bit d'adresse car j'ai dupliqué le contenu.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20150830162413-f4brice-20150830-145455-1008-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20150830162413-f4brice-20150830-145455-1008-img.jpg)

À suivre...  :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: HerosSuperMan le Dimanche 30 Août 2015, 17:26:06 PM
Citation de: f4brice le Dimanche 30 Août 2015, 16:28:50 PM
Il existe un romset de test pour Space Invaders : lien (http://www.outerworldarcade.com/arcade/space_invaders/space_invaders_test_rom.html).
Ce romset réalise un test de la RAM au démarrage, ce qui m'intéresse beaucoup.
Je télécharge la version de Frederic Rodo.

Frederic Rodo alias le bien nommé Spectroman de ce forum quand même je tiens à préciser  ^-
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Dimanche 30 Août 2015, 17:26:56 PM
ah ben tout s'explique  ^-^
Titre: F4brice 5 - Démon des pannes 0
Posté par: sushy18 le Dimanche 30 Août 2015, 17:40:29 PM
Citation de: HerosSuperMan le Dimanche 30 Août 2015, 17:26:06 PM
Frederic Rodo alias le bien nommé Spectroman de ce forum quand même je tiens à préciser  ^-

Chui pas sûr. .. le spectro du forum ne fais que picoler.... toujours un verre à la main....  jamais vu avec un fer. Un homonyme assurément. ..

F4brice toujours un plaisir de lire ce topic
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Dimanche 30 Août 2015, 23:12:23 PM
Voilà la suite du combat du jour...

J'ai décidé d'utiliser l'artillerie lourde : l'analyseur logique !  :-*

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20150830225318-f4brice-20150830-211540-1012-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20150830225318-f4brice-20150830-211540-1012-img.jpg)

L'analyseur n'a que 18 canaux.
Il y a 8 canaux sur le bus de données de l'EPROM de test
Il y a 8 autre canaux sur les 8 bits de poids faible du bus d'adresse de l'EPROM de test.
1 canal va sur le signal A5 directement sur le CPU.
1 dernier canal va sur le signal RESET, ce qui me permet de déclencher l'analyseur et de ne pas me noyer dans un océan de signaux...

Pourquoi sur l'EPROM de test et non pas sur le CPU ?
Pourquoi espionner en particulier le signal A5 du CPU ?

Je vous fais la version courte. J'ai passé pas mal de temps à analyser à droite et à gauche pour enfin comprendre ce qui cloche...

Voilà ce que l'analyseur logique observe :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20150830225734-f4brice-20.png) (https://gamoovernet.pixhotel.fr/pics/20150830225734-f4brice-20.png)

Ces données sont à rapprocher du contenu de l'EPROM de test :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20150830230104-f4brice-27.png) (https://gamoovernet.pixhotel.fr/pics/20150830230104-f4brice-27.png)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20150830230114-f4brice-51.png) (https://gamoovernet.pixhotel.fr/pics/20150830230114-f4brice-51.png)

Je peux voir que le CPU lit et exécute correctement toutes les instructions du début de l'EPROM de test.
Grosso modo, le watchdog est reseté puis il y a un JMP en 0x0556 où le test de la RAM commence réellement.
Là, le test débute, mais à partir de l'instruction 10 en jaune, le CPU pensait lire l'octet à l'adresse 0x0560 (valeur 0xFE), mais il a lu à son insu celui à l'adresse 0x0540 (valeur 0x20).

A partir de là, c'est à peu près n'importe quoi puisque la sémantique du test de RAM n'est pas respectée, le CPU recevant du code se trouvant à un autre endroit en EPROM.

L'écart entre 0x0560 et 0x0540 n'est que sur 1 bit, celui de rang 5.
Il s'agit donc du bit A5 sur le bus d'adresse qui déconne.
L'oscillo le confirme :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20150830230649-f4brice-20150830-211506-1011-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20150830230649-f4brice-20150830-211506-1011-img.jpg)

Là où c'est pervers, c'est que j'aurais pu trouver cette panne sans l'analyseur logique.
En fait j'avais déjà examiné le bus d'adresse et je l'avais trouvé OK.
Sauf que le problème n'arrive que pour l'EPROM située à l'emplacement H sur le PCB. Son support a un faux contact.
Et durant mes investigations, j'avais testé le bus d'adresse sur une autre EPROM, située sur un autre support...  ;D

À suivre...
Titre: F4brice 5 - Démon des pannes 0
Posté par: aje_fr le Dimanche 30 Août 2015, 23:35:43 PM
C'est comme sur les pcb de la même époque (galaxian, pacman, etc...), les supports ont tendances à s'oxyder et merder. Le mieux c'est de tous les changer  ;).
A+
Titre: F4brice 5 - Démon des pannes 0
Posté par: spectroman le Lundi 31 Août 2015, 12:32:33 PM

La seule EPROM a programmer est la H, j'y ai passé des heures a optimiser le code en taille pour que ca rentre sur 2Ko :P.
Les autres eprom je m'en sert juste pour calculer le crc32 et du coup détecter si il y'a un problème d'eprom ou support.

Je remplace les roms par des 2716 standards et je modifie le strapping :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20150831121919-spectroman-DSC-0187.JPG) (https://gamoovernet.pixhotel.fr/pics/20150831121919-spectroman-DSC-0187.JPG)

Sinon tu peux modifier l'eprom H comme tu as fait et laisser les roms E,F,G d'origine.

J'ai toujours pas écris le manuel utilisateur de la rom de tests, si tu as un doute n'hésite pas.

De mémoire, il y'a :
Le test des rams
Le test des roms
Le test des registres à décalage de la vidéo
Le test des sons, des entrées et une mire de réglage vidéo (après je fait sauter le wathdog et ca recommence)
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Lundi 31 Août 2015, 13:14:47 PM
c'etait un apero la premiere pcb parce qu'elle etait deja passé dans les mains d'un professionel....

F4brice y'a 4-5 ans ;)

merci msieur  :-)=
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Samedi 26 Mars 2016, 15:53:30 PM
up from hell

j'ai un hammerin harry qui me met ROm ok, mais ram hs.

je vais voir tenter de rentrer dans le mode diagnostique histoire de dire
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Jeudi 26 Mai 2016, 20:05:39 PM
Bonjour.

La guerre contre le Démon des Pannes continue.  p=)

Aujourd'hui, un PCB original Phoenix de chez Taito est habité par le Démon et souffre d'un bug graphique sur certains sprites.
Certains sprites sont affichés avec une ligne verticale de 1 pixel de large buggée.
Ce bug se répète tous les 8 pixels sur ces sprites.

Le hardware du PCB Phoenix est conçu/exploité de manière un peu particulière :

La partie background est utilisée pour afficher des décors, comme un fond d'étoiles.
Mais elle est également aussi utilisée pour afficher soit des "gros" sprites, soit le gros vaisseau du boss !
Lorsque le jeu a besoin d'afficher ça, il utilise donc en fait la 2e layer...
Les "gros" sprites ont un bug. Chaque 1ère colonne de groupe de 8 pixels est buggée.
Il existe des lignes verticales parasites, qui se répètent tous les 8 pixels.
Ce n'est pas très visible, sauf en poussant un peu la luminosité de l"écran.

Avec cette petite manip...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160525075401-f4brice-20160524-134827-1606-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20160525075401-f4brice-20160524-134827-1606-img.jpg)

... le bug apparait mieux à l'écran :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160525075429-f4brice-20160524-134906-1607-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20160525075429-f4brice-20160524-134906-1607-img.jpg)

La pin soulevée de l'EPROM provoque les traits rouges verticaux sur le background du jeu.
Grâce à ce petit hack, le bug graphique se montre un peu plus flashy : il est maintenant mauve et non plus gris foncé.

Les investigations peuvent alors commencer :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160525075843-f4brice-20160524-134817-1605-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20160525075843-f4brice-20160524-134817-1605-img.jpg)

Le problème, c'est que les sprites bougent dans tous les sens (normal, c'est ce qu'on leur demande).
Il m'est impossible d'essayer de voir/comprendre quoi que ce soit, tellement ça gigote dans tous les sens.
Tous les signaux sont fugitifs, il y en a de partout...
Malheureusement, contrairement à un PCB comme Chelnov, il n'existe pas de dip-switch qui permet de figer le jeu.

Il est temps de sortir le deuxième petit hack, très violent, mais parfaitement efficace :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160525080042-f4brice-20160524-161007-1608-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20160525080042-f4brice-20160524-161007-1608-img.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160525080437-f4brice-reset.png) (https://gamoovernet.pixhotel.fr/pics/20160525080437-f4brice-reset.png)

Je me suis branché en parallèle sur le condo du circuit d'auto-reset du CPU du jeu.
Au moment de la mise sous tension, le condo est vide et le CPU est en état de RESET.
Rapidement, le condo se charge et l'état de RESET s'efface, le CPU démarre. Ca permet d'attendre automatiquement la stabilisation de l'alim avant de faire booter le PCB.
Dès que je ferme l'interrupteur, le CPU va se bloquer car il est en état de RESET.
Toute la partie mise à jour des sprites ne peut plus se faire. L'image devient figée, mais reste dynamiquement générée par le reste du PCB qui - lui - continue de fonctionner.

J'amplifie un peu mon hack de lignes rouges verticales (4 pins soulevées donnent des colonnes de 4 pixels de large) et je vais me concentrer sur une ligne bien précise de l'image :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160525080907-f4brice-20160524-222742-1615-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20160525080907-f4brice-20160524-222742-1615-img.jpg)

La ligne est composée, à son début :

Pour pouvoir investiguer correctement, je dois régler l'oscillo pour qu'il déclenche sur la bonne ligne vidéo.
Je mets 8 canaux numériques (bus) de l'oscillo sur les 8 bits du compteur de lignes généré en interne par le PCB :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160525081120-f4brice-20160524-222715-1613-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20160525081120-f4brice-20160524-222715-1613-img.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160525081352-f4brice-v.png) (https://gamoovernet.pixhotel.fr/pics/20160525081352-f4brice-v.png)

Ensuite, je demande à l'oscillo de déclencher lorsque ces huit canaux valent une certaine valeur, c'est à dire le numéro de la ligne.
À tâtons, je trouve que la ligne qui m'intéresse. C'est la ligne n°42, soit 0x2A en hexadécimal. C'est la valeur que je règle dans l'oscillo.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160525081515-f4brice-20160524-222723-1614-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20160525081515-f4brice-20160524-222723-1614-img.jpg)

Là, c'est vraiment pratique pour observer ce qu'il se passe :

Je peux ainsi, tel Néo dans la Matrice, me déplacer avec l'oscillo dans une réalité électronique qui semble figée.
Je peux me déplacer à volonté partout dans le hardware du PCB et observer tout ce que je veux sans être gêné par le coté dynamique de la génération de l'image.
Les signaux que j'observe sont exactement ceux présent au moment de la génération de la portion de ligne qui affiche le bug graphique.

J'ai ensuite ajouté sur l'écran de l'oscillo un 2e bus constitué des 7 bits d'adresse des 2 petites PROMs qui contiennent la palette de couleur.
Je peux ainsi observer que mon hack de barres rouge demande l'affichage de la couleur d'index 0x10 dans la palette.
Quand le bug se manifeste, c'est la couleur 0x17 qui est demandée...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160526200457-f4brice-TEK00000.PNG) (https://gamoovernet.pixhotel.fr/pics/20160526200457-f4brice-TEK00000.PNG)


À suivre...
Titre: F4brice 5 - Démon des pannes 0
Posté par: Amano J le Jeudi 26 Mai 2016, 22:03:18 PM
Bordel tu me fais rêver, je ne capte pas tout mais pourtant c'est passionnant  :-*
Titre: F4brice 5 - Démon des pannes 0
Posté par: DCE le Jeudi 26 Mai 2016, 22:44:55 PM
Que c'est beau ^- Toute cette science déployée pour la préservation de notre précieux rétro-patrimoine ludique  :-*
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Jeudi 26 Mai 2016, 22:49:37 PM
c'est une palette... à la diable (ce démon des pannes)

je sors.... :fleche:
Titre: F4brice 5 - Démon des pannes 0
Posté par: Stek le Jeudi 26 Mai 2016, 22:51:38 PM
F4brice... fais moi l'amour !!    :-*
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Jeudi 26 Mai 2016, 23:12:12 PM
Citation de: Stek le Jeudi 26 Mai 2016, 22:51:38 PM
F4brice... fais moi l'amour !!    :-*

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160526231144-f4brice-doigt-vieille.jpg) (https://gamoovernet.pixhotel.fr/pics/20160526231144-f4brice-doigt-vieille.jpg)

:D
Titre: F4brice 5 - Démon des pannes 0
Posté par: Stek le Jeudi 26 Mai 2016, 23:35:00 PM
lol cte paluche qu'elle a la vieille   :ang:
Titre: F4brice 5 - Démon des pannes 0
Posté par: Little_Rabbit le Vendredi 27 Mai 2016, 10:09:37 AM
Salut,

Citation de: maldoror68 le Jeudi 26 Mai 2016, 22:49:37 PM
c'est une palette... à la diable (ce démon des pannes)

Ho ho ho ! T'es bon pour mettre 50 francs dans le nourrain ! :D

;)

A+
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Vendredi 27 Mai 2016, 11:06:39 AM
je refait du spam

personne alros pour mes Killer instinct?

passer entre 2 mains expertes et le démon est toujours victorieux à l'heure actuel  :'(
Titre: F4brice 5 - Démon des pannes 0
Posté par: cedricbionic le Vendredi 27 Mai 2016, 16:19:58 PM
Yeah F4brice! Le démon des pannes est de retour!
Je vais suivre ce sujet avec passion, je suis de tout coeur avec toi  ;) :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Dimanche 05 Juin 2016, 18:50:52 PM
Bonjour.

Voici la suite du dépannage de ce PCB Phoenix...

La dernière fois, j'avais pu isoler le problème de couleur, où c'était la mauvaise couleur qui était demandée :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160605183152-f4brice-b.png) (https://gamoovernet.pixhotel.fr/pics/20160605183152-f4brice-b.png)

En 1, ce sont les sorties ROUGE VERT et BLEU du PCB, qui vont vers l'écran.
En 2, c'est simplement un étage d'adaptation d'impédance, qui fonctionne.
En 3, ce sont les 2 PROMs à fusibles qui constituent la palette de couleur (non modifiable).
En 4, c'est le bus d'adresse de la palette de couleur, soit le numéro de la couleur voulue pour le pixel. C'est ce bus que je monitore avec l'oscillo.
En 5, c'est là qu'il y a un problème : mauvaise valeur demandée
En 6, c'est de là que proviennent les signaux du 5 (merci l'oscillo et le déclenchement avancé).
En 7, ce sont les 3 noms des signaux en cause... Ca veut dire qu'on passe sur la carte du dessous du PCB...

On arrive là :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160605183631-f4brice-a.png) (https://gamoovernet.pixhotel.fr/pics/20160605183631-f4brice-a.png)

En 1, ce sont les 3 signaux de mon repère précédent "7".
Ces signaux sont générés à partir de ceux en 2 (merci encore l'oscillo).
Et les signaux "2" proviennent du repère "3" car cette cette RAM qui est sélectionnée à cet exact instant (merci l'oscillo).
Et la RAM en question est une 2114 "IC27" sur le PCB :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160605183851-f4brice-20160524-180944-1610-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20160605183851-f4brice-20160524-180944-1610-img.jpg)

Ni une ni deux, je la dessoude :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160605183916-f4brice-20160524-181642-1612-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20160605183916-f4brice-20160524-181642-1612-img.jpg)

Je soude un support et je mets une autre RAM (j'en ai quelques-une d'avance, c'est un modèle répandu).

Il est temps de tester le PCB avec la nouvelle RAM...
J'ai le bâton de craie prêt pour tracer un petit trait blanc sur mon fer à souder, tel que l'aurait fait Pappy Boyington sur son F4U Corsair...

Et paf ! Dans mes gencices !
La panne est toujours là et le changement de RAM n'a eu strictement aucun effet sur le PCB...
Le Démon des Pannes et en train de payer une bonne partie de rigolade...

Du coup, j'appelle un ami (l'émulateur Mame) et je corromps le romset de Phoenix pour émuler les pin de l'EPROM que j'ai soulevées...
Mouarf :
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160605184646-f4brice-mame.png) (https://gamoovernet.pixhotel.fr/pics/20160605184646-f4brice-mame.png)

J'observe sous Mame exactement la même chose que sur mon PCB.
Le soit-disant glitch flashy est simplement une conséquence normale de mon hack pourri sur l'EPROM !


À suivre...
Titre: F4brice 5 - Démon des pannes 0
Posté par: cedricbionic le Dimanche 05 Juin 2016, 18:57:55 PM
Au moins tu es fixé pour ce soucis de glitch flashy.

Si tu veux spectroman et moi on a une pcb de Phoenix original Taito en panne, on peux te l'envoyer ou juste les roms si ça peut te servir  ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Dimanche 05 Juin 2016, 19:25:12 PM
hypothèse : il ne pourrai pas y avoir interférence entre le bus "gros sprites" et  le bus "petit sprites" qui pourrait créée cette sorte de bug ?  :idee:
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Dimanche 12 Juin 2016, 12:28:44 PM
Bonjour.

En ce dimanche matin pluvieux, voici la suite du dépannage du PCB Phoenix.

La dernière fois, le Démon des Pannes s'est bien foutu de ma gueule, en m'envoyant sur une fausse piste.
Grâce à mon ami Mame, j'ai pu m'en rendre compte.

Cette fois, fini les hacks à 2 balles : je remets les pins des EPROMs correctement et je vais aller voir ce qu'il se passe pour de vrai...

Le champ de bataille est remis en place :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160612111413-f4brice-20160612-094923-1956-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20160612111413-f4brice-20160612-094923-1956-img.jpg)

J'ai de nouveau gelé le CPU à un moment où les glitches graphiques sont bien présents :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160612111510-f4brice-20160612-094951-1958-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20160612111510-f4brice-20160612-094951-1958-img.jpg)

Ce n'est pas très visible sur ma photo, mais les sprites d'oiseaux bleus ont des traits verticaux gris.
C'est ce bug que je veux réparer.

Je règle l'oscillo pour qu'il déclenche exactement sur cette ligne :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160612112625-f4brice-a.jpg) (https://gamoovernet.pixhotel.fr/pics/20160612112625-f4brice-a.jpg)

En 1, nous avons une partie de la lettre "O" du mot "SCORE", ainsi qu'une partie du "0" du score, ainsi qu'une partie d'un sprite utilisé pour indiquer le nombre de vies qu'il reste.
En 2, nous avons le glitch graphique je veux réparer. Il n'est pas très visible sur la photo.
En 3, c'est une partie de l'aile de l'oiseau (gros sprite).

Voici ce que l'oscillo me montre :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160612113119-f4brice-TEK00002.PNG) (https://gamoovernet.pixhotel.fr/pics/20160612113119-f4brice-TEK00002.PNG)

Dans la colonne A, ce sont les voies de l'oscillo affectées à des signaux du PCB :

Repère rouge "1", nous avons la partie gauche de la ligne : un bout du "O" du mot "SCORE", du "0" de la valeur numérique du score, le sprite du petit vaisseau.
Repère rouge "2", c'est le glitch graphique que je veux réparer.
Repère rouge "3", c'est l'aile de l'oiseau (gros sprite). La couleur est proche du cyan : 0% de rouge, environ 75% de vert et 100% de bleu.

J'observe que le glitch se produit lorsque l'index de palette passe de la valeur "00" à "07" (repère rouge "4").
Par contre, le glitch n'est pas présent lorsque l'index de la palette passe de "07" à "00" (repère rouge "5").

Voici un zoom sur la transition du repère rouge "4" :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160612114316-f4brice-TEK00003.PNG) (https://gamoovernet.pixhotel.fr/pics/20160612114316-f4brice-TEK00003.PNG)

J'observe que la transition sur le bus de la palette de couleur est franche et synchrone.
Pas de problème à ce niveau là, qui aurait pu engendrer le glitch en sortie.

Il est temps d'aller voir dans le romset MAME le contenu des 2 PROMs de palette de couleur :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160612115246-f4brice-Capture-du-2016-06-12-11-49-13.png) (https://gamoovernet.pixhotel.fr/pics/20160612115246-f4brice-Capture-du-2016-06-12-11-49-13.png)

Pour les 2 PROMs de palette de couleur, passer de l'index 00 à 07 ne change rien sur les sorties.
On reste sur la valeur "00", c'est à dire du noir.

CONCLUSION :

Voici une meilleure vue de ces glitches, sur une autre ligne :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160612121841-f4brice-TEK00004.PNG) (https://gamoovernet.pixhotel.fr/pics/20160612121841-f4brice-TEK00004.PNG)

En jaune, j'ai ajouté un des bits de donnée d'une des 2 PROMs de palette (bit D2 de IC40).
On voit bien qu'il y a un glitch quand toutes ces conditions sont réunies :


À suivre : changement des deux PROMs en cause.
Titre: F4brice 5 - Démon des pannes 0
Posté par: funkycochise le Dimanche 12 Juin 2016, 13:18:22 PM
Belle explication  :-*
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mercredi 13 Septembre 2017, 18:53:40 PM
Bonjour.

Grâce à Zamoth, le Démon des pannes s'est pris un coup de boule...

Souvenez-vous, il y a 4 ans, en septembre 2013 (http://www.gamoover.net/Forums/index.php?topic=21931.msg457683#msg457683), j'avais un PCB original de Rolling Thunder en attente d'une greffe d'un composant propriétaire "CUS39".

Et bien Zamoth m'a donné ce composant !  :-*

Le PCB est maintenant réparé :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20170913185147-f4brice-20170911-181939-2550-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20170913185147-f4brice-20170911-181939-2550-img.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20170913185202-f4brice-20170911-181958-2551-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20170913185202-f4brice-20170911-181958-2551-img.jpg)

:-)=
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mercredi 13 Septembre 2017, 19:00:11 PM
J'ai oublié de vous parler de la réparation du PCB de Phoenix...  ;)
Spectroman m'a passé un jeu de PROM connues pour être bonnes.
Quand j'ai testé, le résultat était le même...

Du coup, mon PCB a été testé sur une borne et finalement le glitch ne se manifestait pas sur l'écran de la borne !
Je pense que ma petite TV de test est beaucoup plus sensible et "rapide" qu'un monteur d'arcade.
Soit Taito n'a jamais eu connaissance du problème, soit ils savaient que l'écran de la borne allait le masquer.

Vu que cedricbionic était en recherche de ce PCB, je lui ai vendu en l'état.
Il était bien content, et moi aussi !
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Mercredi 13 Septembre 2017, 19:39:19 PM
baleze les restauration de la phoenix.
faudrait que je fasse une formation en electronique un jour

le glitch naturel c'est ouf mine de rien



Titre: F4brice 5 - Démon des pannes 0
Posté par: th_vador le Mercredi 13 Septembre 2017, 20:27:16 PM
Rolling Thunder! Mais c'est le jeu du challenge! Quelle coïncidence!
Allez,hop! ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: cedricbionic le Mercredi 13 Septembre 2017, 22:25:41 PM
Citation de: f4brice le Mercredi 13 Septembre 2017, 19:00:11 PM
Vu que cedricbionic était en recherche de ce PCB, je lui ai vendu en l'état.
Il était bien content, et moi aussi !

ah ça oui et merci encore  :-*
Titre: F4brice 5 - Démon des pannes 0
Posté par: Little_Rabbit le Mercredi 13 Septembre 2017, 23:09:52 PM
Salut,

Bravo pour cette réparation !  ^-^

[edit : et tu vas pouvoir dignement participer au Gamoo Challenge du moment !! (http://www.gamoover.net/Forums/index.php?topic=37597.new) :) ]

Des années que j'ai un PCB Rolling Thunder en panne !... Il commence la phase de boot, puis bloque sans aller jusqu'à l'écran titre... À l'époque j'avais dumpé les EPROMs et elles étaient toutes bonnes...

Il faudrait que j'essaye de le réparer un de ces jours ! 2037 me semble une bonne année pour ça ;).

A+
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Jeudi 14 Septembre 2017, 18:31:49 PM
Allez, un peu de teasing :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20170914183137-f4brice-20170914-182958-2552-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20170914183137-f4brice-20170914-182958-2552-img.jpg)
Titre: F4brice 5 - Démon des pannes 0
Posté par: maldoror68 le Jeudi 14 Septembre 2017, 18:41:56 PM
tiens, des pcb en L, ça sent le Taito  :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: Little_Rabbit le Jeudi 14 Septembre 2017, 21:06:46 PM
Salut,

Humm... si ce n'est pas du Space Invaders, ça y ressemble bigrement ! :)

Ce n'est pas Gun Fight, car la carte fille est différente ! ;)

J'ai également du PCB Space Invaders sur l'établi, je vais suivre tes investigations avec le plus grand intérêt ! :)

A+
Titre: F4brice 5 - Démon des pannes 0
Posté par: olschool le Jeudi 14 Septembre 2017, 21:27:52 PM
et moi donc

;)  ^-

Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Samedi 16 Septembre 2017, 16:05:40 PM
Bonjour.

Le dépannage avance tranquillement.

Le 1er composant mort a déjà été identifié et remplacé : il s'agit du 74174 en A3 :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20170916160018-f4brice-20170914-190318-2553-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20170916160018-f4brice-20170914-190318-2553-img.jpg)

Symptômes :

Le CPU est en train d'attendre un composant plus lent que lui (y'en a pas beaucoup).
Il active sa pin "WAIT" pour dire qu'il attend.
Normalement, il reprend son travail dès que la pin READY est active, ce qui n'arrive pas.

Sur le PCB de SI, le signal READY est latché par le composant E3 qui est OK.
C'est le signal d'entrée de E3 qui est moisi, et c'est la pin 12 du 74174 en A3.

Après remplacement, le CPU est débloqué !  :)

À suivre...
Titre: F4brice 5 - Démon des pannes 0
Posté par: sushy18 le Samedi 16 Septembre 2017, 16:34:38 PM
Question de profane.... C'est des via ? Ou il faut bien souder des 2 côtés de la pcb ?
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Samedi 16 Septembre 2017, 17:18:04 PM
Re-bonjour.

La suite de ce dépannage.

Quand on dépanne un PCB de SI, il est très intéressant d'utiliser la ROM de test écrite par Timothy Shiels (http://www.outerworldarcade.com/arcade/space_invaders/space_invaders_test_rom.html).
Cette ROM de test avait d'ailleurs été améliorée par notre Spectroman national !

Je récupère ainsi la version améliorée de la ROM de test à flasher dans une EPROM 2716.
Le problème, c'est que je n'ai aucune EPROM 2716 de dispo.
Je me résous à dépouiller un clone de Galaxian fait par Jeutel...

Le problème, c'est que j'ai une EPROM de marque "MOSTEK", modèle "MK2716J-8" et... mon outil de flash ne la connait pas...
Un coup de Google et je télécharge le datasheet de ce composant...
OK, elle se programme avec Vpp = 25V...
Je regarde quelle autre EPROM pourrait être proche. La SGS THOMSON 2716 est proche, elle a le même Vpp.
Je tente de programmer la MOSTEK en la faisant passer pour une SGS THOMSON.
Ça passe !!!  8)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20170916171111-f4brice-20170916-121831-2554-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20170916171111-f4brice-20170916-121831-2554-img.jpg)

Voici ce que j'obtiens avec la ROM de test :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20170916164133-f4brice-Resized-20170915-185659.jpeg) (https://gamoovernet.pixhotel.fr/pics/20170916164133-f4brice-Resized-20170915-185659.jpeg)

J'ai au moins 1 chip de RAM qui déconne.
Le contraire m'aurait fortement étonné...

Par contre, les 2 lettres "C" après le "1" n'ont aucun sens.
Quand je regarde le code source de  la ROM de test, on doit afficher la lettre ou le chiffre de la 1ère RAM détectée KO et c'est tout...

Sauf que Spectroman, malgré l'énorme travail réalisé (CRC32, etc...) avait laissé un petit bug cosmétique quand il a modifié la ROM de test.
Normalement, après la lettre ou le chiffre, il doit y avoir un espace.
Dans le code source, on ne va par chercher le "sprite" de l'espace au bon endroit :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20170916170912-f4brice-Capture-du-2017-09-16-17-04-40.png) (https://gamoovernet.pixhotel.fr/pics/20170916170912-f4brice-Capture-du-2017-09-16-17-04-40.png)

L'adresse 0x0340 correspondait certainement à un caractère "espace" dans le code d'origine, mais plus dans le code modifié par Spectroman.

Je récupère donc les outils pour re-générer la ROM de test et je la re-génère avec ma petite correction.
Et voilà :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20170916171024-f4brice-Capture-du-2017-09-16-17-07-13.png) (https://gamoovernet.pixhotel.fr/pics/20170916171024-f4brice-Capture-du-2017-09-16-17-07-13.png)

Après génération du binaire, effaçage de l'EPROM à coup d'UV sans crème solaire et reprogrammation en mode SGS THOMSON, voilà le résultat :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20170916171043-f4brice-20170916-121841-2555-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20170916171043-f4brice-20170916-121841-2555-img.jpg)

J'ai toujours la RAM #1 qui a un problème, mais il n'y a plus les 2 caractères inutiles après.

À suivre: changement de la RAM dès que je trouve un chip de remplacement (RAM Intel de merde assez exotique).
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Samedi 16 Septembre 2017, 17:19:32 PM
Citation de: sushy18 le Samedi 16 Septembre 2017, 16:34:38 PM
C'est des via ?

Oui.

Citation de: sushy18 le Samedi 16 Septembre 2017, 16:34:38 PMOu il faut bien souder des 2 côtés de la pcb ?

Les vias peuvent prendre sévère lors du dessoudage, donc je préfère toujours - quand je peux - souder des 2 cotés.
Titre: F4brice 5 - Démon des pannes 0
Posté par: Little_Rabbit le Samedi 16 Septembre 2017, 18:46:21 PM
Salut,

Je me disais justement qu'il fallait que je regarde le source de cette EPROM de test pour savoir ce qu'elle faisait et ce qu'il fallait en attendre quand le PCB est pas mal dans les choux :).

C'est génial ta correction !  ^-^

Pourrais-tu nous mettre à disposition le fichier du binaire corrigé, ou le redonner au gars du site qui l'héberge ? :)

Sinon, pour la programmation de ta 2716, quelle idée aussi de faire ça sur un PC !  ::)

Tu devrais essayer sur un ATARI ST ou Falcon, son programmateur sait gérer les 2716 avec un Vpp à 25V ! ;)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160914224507-Little_Rabbit-20160914-223939-s.jpg) (https://gamoovernet.pixhotel.fr/pics/20160914224507-Little_Rabbit-20160914-223939-s.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20160914224522-Little_Rabbit-20160914-223949-s.jpg) (https://gamoovernet.pixhotel.fr/pics/20160914224522-Little_Rabbit-20160914-223949-s.jpg)

:D

Vivement la suite de ce dépannage !  ^-

A+
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Dimanche 17 Septembre 2017, 17:21:27 PM
Il est magnifique, ce "brûleur" d'EPROM sur Atari ST !  :-*
Fait par "OMIKRON"...
Je me souviens de l'"OMIKRON BASIC", qui n'a pas eu le succès qu'il aurait dû avoir.

J'ai mis en ligne le code source là : test_rom_space_invd_v1_1_source.zip (http://aquafab.free.fr/forum/test_rom_space_invd_v1_1_source.zip)
La nouvelle ROM de test est là : tst_invd.zip (http://aquafab.free.fr/forum/tst_invd.zip)
Si un admin gamoo pouvait copier ces fichiers pour les heberger sur gamoo, ce serait bien !

Je vais envoyer ces fichiers à l'auteur d'origine pour qu'il les héberge sur son site (http://www.outerworldarcade.com/arcade/space_invaders/space_invaders_test_rom.html).  :)
EDIT : fait !
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Lundi 18 Septembre 2017, 07:41:38 AM
Bonjour.

Timothy Shiels, d'outerworldarcade.com (http://www.outerworldarcade.com/) m'a déjà répondu.
Il a mis à jour la page dédiée à la ROM de test (http://www.outerworldarcade.com/arcade/space_invaders/space_invaders_test_rom.html) avec le binaire que je lui ai envoyé hier soir !

:-*

Titre: F4brice 5 - Démon des pannes 0
Posté par: Little_Rabbit le Lundi 18 Septembre 2017, 19:40:03 PM
Salut,

Super !  ^-

Merci pour la mise à disposition des nouveaux fichiers !   <:)

A+
Titre: F4brice 5 - Démon des pannes 0
Posté par: Fred G5 le Lundi 18 Septembre 2017, 20:32:26 PM
Well Done  ^-^
Titre: F4brice 5 - Démon des pannes 0
Posté par: Franzy2121 le Dimanche 01 Octobre 2017, 22:48:22 PM
Citation de: f4brice le Samedi 16 Septembre 2017, 17:18:04 PM
Le problème, c'est que je n'ai aucune EPROM 2716 de dispo.

J'ai lu quelque part que la 2816 est compatible avec la 2716.
Et en plus d'être effaçable électroniquement, elle se programme facile avec un GQ-4X, non?
Ou me trompé-je?
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Lundi 16 Octobre 2017, 20:06:11 PM
Bonsoir.

Ce n'est pas de l'arcade, mais le Démon des Pannes vient de se prendre 2 crochets dans la tronche :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171016200453-f4brice-20171016-184825.jpg) (https://gamoovernet.pixhotel.fr/pics/20171016200453-f4brice-20171016-184825.jpg)

C'est la 2e fois que je répare cette TV...
La 2e panne était identique à la 1ère : diode de redressement de l'alim à découpage HS.
Titre: F4brice 5 - Démon des pannes 0
Posté par: Little_Rabbit le Lundi 16 Octobre 2017, 21:59:05 PM
Salut,

Il est sympa ton nouvel aquarium !  ^-^

Et puis tout plat comme ça c'est pratique, ça prend pas de place !

:D

A+

PS : bravo pour le dépannage !  ^-
Titre: F4brice 5 - Démon des pannes 0
Posté par: vaes le Mardi 17 Octobre 2017, 01:20:14 AM
Bonsoir f4brice, qu'est-il devenu :

Citation de: f4brice le Lundi 18 Novembre 2013, 19:18:26 PM
Aujourd'hui, bataille contre le Démon pour lui arracher un boot de Pacman :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20131118185828-f4brice-20131118-161906-7725-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20131118185828-f4brice-20131118-161906-7725-img.jpg)

Maintenant que le champ opératoire est propre, il est temps de passer aux choses sérieuses...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20131118190044-f4brice-20131118-192705-7734-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20131118190044-f4brice-20131118-192705-7734-img.jpg)


À suivre : dépannage
=?=
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mardi 17 Octobre 2017, 07:34:48 AM
Ouch !

Ça fait un moment...
Ce PCB avait été réparé grâce à Mame.
Il avait une EPROM corrompue que j'ai pu re-créer à partir du set Mame.
Titre: F4brice 5 - Démon des pannes 0
Posté par: vaes le Mardi 17 Octobre 2017, 10:05:24 AM
Bonne nouvelle  ^-

Et j'attends la suite pour le PCB du SI.
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Dimanche 10 Décembre 2017, 12:27:43 PM
Bonjour.

Ayant terminé l'assemblage et l'expédition des DMD-clocks, je peux maintenant reprendre le dépannage de mon PCB Space Invaders.

La dernière fois, à force d'allumer / éteindre l'alim, j'ai encore cramé un peu plus le PCB.
En gros, plus je passe de temps dessus, et plus il tombe en panne.
Le Démon des Pannes est vraiment en train de se foutre de ma gueule !  >:D

Le PCB ne boote plus du tout, et l'activité sur le bus de données du CPU est plus que foireuse...
En fait, lorsque le CPU tente de lire une donnée dans l'EPROM de test (du code à exécuter), les données n'arrivent pas jusqu'au CPU :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210121658-f4brice-20171209-172519-2656-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171210121658-f4brice-20171209-172519-2656-img.jpg)

En fait, il y a une panne majeure : l'octet de "STATUS" du CPU n'est plus latché correctement (c'est un truc qui sort du CPU pour dire au PCB ce qu'il s'apprête à faire :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210121737-f4brice-sw.png) (https://gamoovernet.pixhotel.fr/pics/20171210121737-f4brice-sw.png)

C'est le 74174 en D7 qui est mourru :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210121945-f4brice-20171209-173141-2657-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171210121945-f4brice-20171209-173141-2657-img.jpg)

Voici l'occasion de tester mon nouveau jouet, acheté sur les conseils de Oldschool et LittleRabbit :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210122034-f4brice-20171209-173350-2658-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171210122034-f4brice-20171209-173350-2658-img.jpg)

Il fonctionne à merveille. C'est de loin le meilleur outil à dessouder que j'ai pu utiliser.
Je suis très content de mon achat.

Et tops :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210122201-f4brice-20171209-174621-2659-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171210122201-f4brice-20171209-174621-2659-img.jpg)

Il est effectivement mort :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210122413-f4brice-d7-ko.png) (https://gamoovernet.pixhotel.fr/pics/20171210122413-f4brice-d7-ko.png)

Une fois le remplaçant soudé, je continue le dépannage.
C'est bon, le CPU fonctionne correctement et semble exécuter du code normalement.
Mais, je m'aperçois que je n'ai pas du tout la même image que d'habitude (désolé, j'ai oublié de prendre une photo).
J'ai une image presque 100% noire avec quelques lignes verticales blanches. Pas glop du tout...

À suivre...  ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Dimanche 10 Décembre 2017, 15:24:44 PM
Re-bonjour !

Suite du dépannage de ce PCB de Space Invaders.

La dernière fois, j'avais constaté que l'image par défaut était anormale.
J'ai donc viré le CPU et l'EPROM de test et mis en route en l'état.
Effectivement, l'image est foireuse (désolé, pas de photo, j'ai oublié).

Sur le PCB, il existe un système de clocks qui vont scanner la RAM pour générer le signal vidéo envoyé au moniteur.
En fonction de ce qui sort de la RAM, ça fait les pixels à l'écran.
J'ai vérifié toutes ces clocks, et tout est opérationnel.

Sauf que je me suis rendu compte que le signal R-/W (lire ou écrire dans la RAM) était systématiquement en mode "/W" (écrire).

Ce signal vient de la pin 9 du multiplexeur 74157 en F4 :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210123953-f4brice-rw.png) (https://gamoovernet.pixhotel.fr/pics/20171210123953-f4brice-rw.png)

Lorsque c'est le CPU qui accède à la RAM, le signal R/W envoyé sur les RAM est celui du CPU (pin 10 du composant F4).
Lorsque c'est le système de clocks pour générer le signal vidéo qui accède aux RAM, c'est toujours "R" (pin 11 du composant F4, reliée à un pull-up).

L'oscillo me le prouve, c'est le 74157 en F4 qui est mourru :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210124300-f4brice-20171210-122800-2661-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171210124300-f4brice-20171210-122800-2661-img.jpg)

Je ressors l'outil magique :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210124358-f4brice-20171210-123138-2662-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171210124358-f4brice-20171210-123138-2662-img.jpg)
(désolé, la photo est floue)

Le malade est extrait très rapidement :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210124513-f4brice-20171210-123719-2663-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171210124513-f4brice-20171210-123719-2663-img.jpg)

Et en effet, il est bel est bien cramé :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210124605-f4brice-f4-ko.png) (https://gamoovernet.pixhotel.fr/pics/20171210124605-f4brice-f4-ko.png)

Je le remplace :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210124624-f4brice-20171210-125119-2664-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171210124624-f4brice-20171210-125119-2664-img.jpg)

C'est fois, l'image est normale.
Je peux alors remettre en place le CPU et la Spectro-EPROM de test :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210124651-f4brice-20171210-130323-2665-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171210124651-f4brice-20171210-130323-2665-img.jpg)

Cette fois, le Spectro-programme de test version 1.2 peut fonctionner.
Si je devais croire ce qui est affiché, j'aurais les RAM 2 + 4 + 6 + 7 + 8 + B + D + F + H de cramées :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171210151912-f4brice-20171210-135112-2666-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171210151912-f4brice-20171210-135112-2666-img.jpg)

Je pense qu'il n'en est rien. Ce n'est pas un hasard si toutes les RAMs paires sont détectées HS...

À suivre...  ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mardi 19 Décembre 2017, 20:25:26 PM
Bonsoir.

Suite du dépannage.

La dernière fois, j'avais vu qu'il y avait plein de RAMs détectées "BAD" par la Spectro-EPROM de test.
En fait, j'ai vu qu'il manquait 2 colonnes de pixels tous les 16 pixels.
Je me suis donc recompilé le programme de test pour qu'il remplisse toute la RAM avec des 0xFF (blanc).

Voilà le résultat :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219201013-f4brice-20171210-173525-2667-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219201013-f4brice-20171210-173525-2667-img.jpg)

Je dois déterminer si la valeur 0xFF n'arrive pas dans la RAM, ou si elle est mal relue.

Je mets l'oscillo sur le registre à décalage 8 bits (le truc qui génère les pixels à partir des données issues de la RAM).

Sur un bit qui fonctionne :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219201200-f4brice-20171210-173541-2668-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219201200-f4brice-20171210-173541-2668-img.jpg)

Quand le registre est chargé, on lui présente bien une valeur à 1 (blanc).

Sur les 2 bits qui ne fonctionnent pas :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219201306-f4brice-20171210-173657-2669-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219201306-f4brice-20171210-173657-2669-img.jpg)

Là, on voit qu'on lui présente du blanc 1 fois sur 2, et du noir l'autre fois sur 2.
D'où le trou tous les 16 pixels.

Je peux facilement remonter sur les RAM en cause :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219201453-f4brice-20171210-175300-2670-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219201453-f4brice-20171210-175300-2670-img.jpg)


Quand la RAM "violet" est sélectionnée, aucune donnée n'est présentée en sortie du composant.
Soit il ne se sélectionne plus, soit la sortie reste en haute-impédance (ce qui revient au même).
Et j'ai 2 composants de RAM dans cette situation...

Je les change :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219201900-f4brice-20171210-183402-2671-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219201900-f4brice-20171210-183402-2671-img.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219202052-f4brice-20171217-131243-2680-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219202052-f4brice-20171217-131243-2680-img.jpg)

Je peux relancer la Spectro-EPROM de test :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219202120-f4brice-20171217-131228-2679-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219202120-f4brice-20171217-131228-2679-img.jpg)

Il y a du mieux !!!  :-)=

Je change les 2 dernières RAM indiquées HS :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219202201-f4brice-20171217-133115-2681-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219202201-f4brice-20171217-133115-2681-img.jpg)

Youpi, le test de RAM passe maintenant !  :-*

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219202349-f4brice-20171217-191430-2684-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219202349-f4brice-20171217-191430-2684-img.jpg)

Par contre, le test du shifter est KO :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219202403-f4brice-20171217-175205-2683-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219202403-f4brice-20171217-175205-2683-img.jpg)

Grâce aux informations affichées à l'écran, le dépannage du shifter sera facile !

À suivre...  ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: olschool le Mardi 19 Décembre 2017, 21:11:04 PM
 ^-

J'adore

je vais attaquer sous peu le wip de ma SI et c'est plus qu'instructif   :D :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mardi 19 Décembre 2017, 21:56:52 PM
Bonsoir.

Suite de la suite du dépannage du PCB !

Je sais grâce à la Spectro-EPROM de test que le shifter du PCB est en panne.
Les informations affichées sont très importantes :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219202403-f4brice-20171217-175205-2683-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219202403-f4brice-20171217-175205-2683-img.jpg)

On voit que la valeur "08" est omni-présente.
Il s'agit du bit 3 du buffer de sortie qui est toujours lu à 1.
C'est le 74153 en B3 qui est en cause.
Je le change et...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219212235-f4brice-20171217-191657-2686-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219212235-f4brice-20171217-191657-2686-img.jpg)

Voilà un problème de moins...
Maintenant, c'est la valeur "02" qui est pas mal présente.
En fait, quand on comprend comment fonctionne le test du shifter et quelles sont les valeurs affichées, on comprend que c'est le bit 1 du buffer de sortie qui est toujours lu à 0.
La panne était déjà présente sur la 1ère photo, mais je me concentre sur 1 seul problème à la fois...
C'est le 74153 en A3 qui déconne.

Lui aussi est changé...
Maintenant, j'ai ça :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219212656-f4brice-20171217-200751-2688-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219212656-f4brice-20171217-200751-2688-img.jpg)

Toutes les valeurs sont à "00" sauf la dernière valeur de la 2e ligne.
Quand on regarde de près le test du shifter, ça veut dire que la valeur "02" shiftée de "7" renvoie la valeur "00" au lieu de la valeur attendue "01".

Quand on regarde le schéma électronique du PCB, avoir une telle erreur n'est guère possible.
Le décalage binaire est réalisé par 4 composants exotiques "25S10" situés en A4, B4, C4 et D4.
Si l'un de ces composants était en panne, je pense que ça impacterait d'autres cas.

Sauf que mon PCB ne dispose pas de ces composants exotiques :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171219214132-f4brice-20171219-224019-2689-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171219214132-f4brice-20171219-224019-2689-img.jpg)

À la place des 4 composants 25S10, j'ai 8 composants 74LS151.
WTF ?
C'est très simple, j'ai une révision du PCB postérieure au schéma électronique.
Comment je sais que ce n'est pas l'inverse ?
Les composants sont des "LS", sortis après les "pas LS".
Donc ils sont plus récents que les autres composants.
Midway a certainement sorti une révision N+1 du PCB pour se débarrasser de composants chers et/ou difficiles à approvisionner pour la chaîne de fabrication.
Pour la faire simple, je pense avoir un PCB révision "C" et les schémas de la révision "B".

Les 74LS151 sont des multiplexeurs à 8 entrées et 1 sortie.
Leur mise en oeuvre me parait évidente :

Bon maintenant, je dois trouver lequel des 8 gère le bit 0 !  :)
C'est celui dont la sortie "Y" (pin 5) est reliée à la pin 3 du 74153 en A3...

À suivre...  ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: kidicarus le Mercredi 20 Décembre 2017, 10:59:33 AM
Je comprends à moitié rien mais suis toujours aussi impressionné et enthousiaste à l'idée de lire tes explications !!!  ^-
Titre: F4brice 5 - Démon des pannes 0
Posté par: Maitre_Poulpi le Mercredi 20 Décembre 2017, 13:12:07 PM
Idem, mais c'est tellement bien détaillé que rien que ça, ça donne envie de lire.
Ta pompe a dessouder à l'air efficace quand même. J'en ai une sur ma station mais j'ai bataillé sur certains trous et d'autres non, je voulais y regarder mais je me demande s'il n'existerait pas plusieurs embouts et le'lien était peut-être un peu gros et j'ai dû surchauffer un peu.
Question au passage, avant d'utiliser la pompe, est-ce que tu remets un petit coup de fer avant avec éventuellement de l'étain pour faire fondre plus facilement ? Ou rien du tout et ca y va tout seul ?
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mercredi 20 Décembre 2017, 21:37:24 PM
Citation de: Maitre_Poulpi le Mercredi 20 Décembre 2017, 13:12:07 PM
Question au passage, avant d'utiliser la pompe, est-ce que tu remets un petit coup de fer avant avec éventuellement de l'étain pour faire fondre plus facilement ? Ou rien du tout et ca y va tout seul ?

Toutafé.
Je désoxyde systématiquement les soudures avec du fil d'étain neuf avant de commencer à dessouder.
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Mercredi 20 Décembre 2017, 21:51:25 PM
Bonsoir.

Suite de la suite de la suite du dépannage du PCB de Space Invaders.

En examinant les pistes de mon PCB, j'ai déterminé quel 74LS151 est en charge du bit 0.
Il s'agit du 1er...

Je le change :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171220214113-f4brice-20171219-231006-2692-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171220214113-f4brice-20171219-231006-2692-img.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171220214127-f4brice-20171219-232015-2693-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171220214127-f4brice-20171219-232015-2693-img.jpg)

Sauf que... ça ne change rien du tout !  :'(

Donc il s'agit du composant situé juste en amont de celui-là, qui ne lui envoie pas la bonne information.
En remontant les pistes, j'arrive sur la pin 15 du latch 74175 en B5.

Je modifie la Spectro-EPROM de test pour jouer en boucle le décalage qui déconne, ce sera plus facile à voir à l'oscillo :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171220214505-f4brice-Capture-du-2017-12-20-21-44-10.png) (https://gamoovernet.pixhotel.fr/pics/20171220214505-f4brice-Capture-du-2017-12-20-21-44-10.png)

Du coup, à l'oscillo, la panne est flagrante :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171220214553-f4brice-20171220-213619-2694-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171220214553-f4brice-20171220-213619-2694-img.jpg)

Le latch situé en B5 n'arrive plus à latcher sa pin 13, la pin 15 reste à 0.

Hop, je le change :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171220214710-f4brice-20171220-214642-2695-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171220214710-f4brice-20171220-214642-2695-img.jpg)

Là, j'ai le message "SHIFTER OK" !  :-)=

Il est temps de remettre les EPROM d'origine :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171220214837-f4brice-20171220-220658-2696-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171220214837-f4brice-20171220-220658-2696-img.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20171220214848-f4brice-20171220-220720-2697-img.jpg) (https://gamoovernet.pixhotel.fr/pics/20171220214848-f4brice-20171220-220720-2697-img.jpg)

Bon, bin ça c'est fait !  8)

Je suis en possession d'un PCB de Space Invaders qui a été converti en Lunar Rescue !
Je pense que je vais le remettre en Space Invaders !

Il reste les entrées à tester et les sons.
Pour les sons, tous fonctionnent sauf le dernier. Mais j'ai vu un condo avec une patte cassée, donc c'est sûrement ça !

À suivre...  ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: olschool le Mercredi 20 Décembre 2017, 23:06:02 PM
 :-)=  :-)=  :-)=  :-)=  :-)=  :-)=
Titre: F4brice 5 - Démon des pannes 0
Posté par: sushy18 le Mercredi 20 Décembre 2017, 23:21:02 PM
Une fois de plus... <:) Comme dirait l'autre :"what else ?"

C'est littéralement une invasion de Space Invaders....et ça c'est cool !!
Titre: F4brice 5 - Démon des pannes 0
Posté par: spectroman le Jeudi 21 Décembre 2017, 09:16:26 AM
Bien joué  ^-^

Citation de: f4brice le Mercredi 20 Décembre 2017, 21:51:25 PM
Il reste les entrées à tester et les sons.
Pour les sons, tous fonctionnent sauf le dernier. Mais j'ai vu un condo avec une patte cassée, donc c'est sûrement ça !

Le dernier test son ne produit pas de son... je l'ai d'ailleurs enlevé sur la rom de test en développement.

regarde la vidéo de ce post : http://www.gamoover.net/Forums/index.php?topic=28741.msg628307#msg628307

ton score est donc de 6 à 0  ;)

Titre: F4brice 5 - Démon des pannes 0
Posté par: Arvester le Samedi 23 Décembre 2017, 16:31:46 PM
Toujours aussi impressionnant. ça donne tellement envie de se lancer, ça parait super simple quand on lit !  :P
Titre: F4brice 5 - Démon des pannes 0
Posté par: gottlieb le Jeudi 04 Janvier 2018, 21:31:40 PM
 :-)= :-)= :-)= :-)= :-)=
C'est formidable de voir ça  :-* :-*
J'adore lire les explications de la logique de dépannage  ^- ^-
Titre: F4brice 5 - Démon des pannes 0
Posté par: Wapata le Samedi 24 Novembre 2018, 13:41:30 PM
C'est toujours SUPERBE !  ^-

Au fait Fabrice, je ne me rappel plus si on avait déjà posé la question mais: où te procures tu les composants de rechange ? Ils paraissent neufs, et donc je ne penses pas que tu es des "vielles cartes" donneuses d'organes.

Tu remettrais des photos de ton banc de test à l'occasion ? :ang:
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Samedi 24 Novembre 2018, 14:36:39 PM
Je me procure les composants de rechange selon diverses pistes :
Titre: F4brice 5 - Démon des pannes 0
Posté par: Nostalarcade 90 le Samedi 24 Novembre 2018, 17:29:37 PM
Chapeau bas,si seulement je pouvais être aussi calé ! ^-^
Titre: F4brice 5 - Démon des pannes 0
Posté par: Choppy le Mercredi 12 Décembre 2018, 22:28:14 PM
tu es un DIEU ! je ne sais pas comment tu fait mais c'est beau ! j'essaye de réparé un boot de tetris, mais hyper difficilement ( pas de schémas elec , ni d'oscillo) je pence finir par investir la dedan
Titre: F4brice 6 - Démon des pannes 0
Posté par: f4brice le Samedi 22 Août 2020, 08:30:19 AM
Bonjour.

Aujourd'hui, nouvelle victoire contre le Démon des Pannes.  :D

Il avait pris possession de la mobo Naomi 1 de ma borne Confidential Mission...
Au boot, le logo Naomi clignote beaucoup, et tout semble "ramer".
Grâce à spectroman qui m'avait gentiment passé une mobo Naomi fonctionnelle, j'avais pu écarter des suspects à la fois la DIMM board et le lecteur GD-ROM.

J'arrive tant bien que mal à accéder au service menu et à lancer le RAM test intégré :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200822073922-f4brice-IMG-20200528-213848.jpg) (https://gamoovernet.pixhotel.fr/pics/20200822073922-f4brice-IMG-20200528-213848.jpg)

C'était au mois de mai dernier, et n'ayant pas de RAM de rechange, je décide de mettre un sticker rouge sur la RAM suspecte :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200822074308-f4brice-IMG-20200821-115321.jpg) (https://gamoovernet.pixhotel.fr/pics/20200822074308-f4brice-IMG-20200821-115321.jpg)

Hier, en fin de matinée, pendant que Madame et Miss f4brice sont parties au marché, je prépare la table d'opération.

J'ai lu que le GPU de la mobo Naomi était plutôt chatouilleux, et il y a aussi des petits composants CMS tout proches de la RAM à dessouder.
J'isole la RAM à dessouder avec du scotch Kapton (résistant aux hautes températures), de sorte que le flux d'air chaud que je vais envoyer ne vienne pas dessouder un autre composant ou endommager les soudures du GPU (au-dessus de la RAM sur la photo) :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200822074447-f4brice-IMG-20200821-120046.jpg) (https://gamoovernet.pixhotel.fr/pics/20200822074447-f4brice-IMG-20200821-120046.jpg)

Merci à spectroman (encore  :-* ) qui m'a donné un peu de ce scotch Kapton que je n'ai pas pu commander (rupture).

Le dessoudage à l'air chaud se passe sans encombre. Il n'y a que 2 rangées de pins, donc c'est relativement facile.
Avec une lame de cutter, j'excerce une micro pression sous le composant pour le soulever.
Dès que les soudures sont toutes fondues, le composant se retourne facilement :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200822075042-f4brice-IMG-20200821-121253.jpg) (https://gamoovernet.pixhotel.fr/pics/20200822075042-f4brice-IMG-20200821-121253.jpg)

Ensuite, il faut nettoyer au fer à souder et à la tresse l'emplacement du composant sur le PCB.
Rien de bien compliqué, mais il faut faire attention de ne pas souder la tresse sur le PCB et tirer en même temps, car on arracherait une piste.
Le nettoyage se passe bien :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200822075209-f4brice-IMG-20200821-122220.jpg) (https://gamoovernet.pixhotel.fr/pics/20200822075209-f4brice-IMG-20200821-122220.jpg)

Maintenant, je mets en place un composant neuf, acheté sur ibé.
Je soude 2 broches diagonalement opposées pour le maintenir en place et vérifier avec une loupe le bon positionnement du composant par rapport aux pistes :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200822075439-f4brice-IMG-20200821-122534.jpg) (https://gamoovernet.pixhotel.fr/pics/20200822075439-f4brice-IMG-20200821-122534.jpg)

Notez que les RAM d'origine SEGA portent le numéro de lot "0042", soit 42e semaine de 2000.
La mienne porte le numéro de lot "0923", soit 23e semaine de 2009.

J'utilise du flux à soudure et je soude le reste des pins.
Le flux fait que les soudures se font bien et réduit les ponts de soudures entre 2 pins adjacentes.
Avec une loupe, je vérifié l'absence de ponts. Il y en a quelques-un que je supprime à la tresse à dessouder.
Le composant est maintenant soudé, et les soudures vérifiées à la loupe.
Les traces de flux sont supprimées avec de l'alcool à brûler :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200822075725-f4brice-IMG-20200821-124019.jpg) (https://gamoovernet.pixhotel.fr/pics/20200822075725-f4brice-IMG-20200821-124019.jpg)

Il est temps de relancer le RAM test du service menu :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200822075826-f4brice-IMG-20200821-125921.jpg) (https://gamoovernet.pixhotel.fr/pics/20200822075826-f4brice-IMG-20200821-125921.jpg)

Ca s'annonce pas mal !
Je quitte le service menu et laisse le jeu booter...

TADA !!!!!

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200822080211-f4brice-IMG-20200821-195607.jpg) (https://gamoovernet.pixhotel.fr/pics/20200822080211-f4brice-IMG-20200821-195607.jpg)

C'est tout bon, ma mobo Naomi est réparée.  8)
Ma borne Confidential Mission étant comptatible avec "Maze of the King", c'est ce jeu qui est actuellement installé.
Je connais Confidential Mission par coeur (et je l'aime bien). Il est temps de découvrir Maze of the King.
Titre: F4brice 5 - Démon des pannes 0
Posté par: Little_Rabbit le Samedi 22 Août 2020, 08:56:48 AM
Salut f4brice,

Merci de partager avec nous ce dépannage rondement mené !  ^-

Bravo pour ce joli succès !  ^-^

À quelle température règles-tu ta station à air chaud ?

A+
Titre: F4brice 5 - Démon des pannes 0
Posté par: ɐɹqoƆ‾ɥƃᴉH le Samedi 22 Août 2020, 11:45:47 AM
Je connaissais pas le scotch Kapton, merci pour l'astuce ! C'est toujours le flip quand je dessoude ce genre de composant à l'air chaud parce que t'as vite fait de dessouder un condo où une résistance pas bien loin...

Faut que j'en prenne sur ma prochaine commande (si c'est pas en rupture)

Si toutes les réparations pouvaient être aussi simple :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Samedi 22 Août 2020, 12:10:07 PM
bravo msieur

out of my league ce genre de dépannage mais c'est toujours interessant
Titre: F4brice 5 - Démon des pannes 0
Posté par: olschool le Samedi 22 Août 2020, 16:30:30 PM
 ^- bien joué  ;)
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Samedi 22 Août 2020, 22:06:07 PM
Citation de: Little_Rabbit le Samedi 22 Août 2020, 08:56:48 AM
À quelle température règles-tu ta station à air chaud ?

Ma station est plutôt simple, et ne dispose pas d'indication de température en °C.
Après plusieurs tâtonnements, j'ai réglé la température sur un peu après le chiffre "5", et le flux d'air sur le "3" :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200822220255-f4brice-IMG-20200822-094637.jpg) (https://gamoovernet.pixhotel.fr/pics/20200822220255-f4brice-IMG-20200822-094637.jpg)

J'utilise une buse simple assez fine :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200822220321-f4brice-IMG-20200822-094659.jpg) (https://gamoovernet.pixhotel.fr/pics/20200822220321-f4brice-IMG-20200822-094659.jpg)

Citation de: ɐɹqoƆ‾ɥƃᴉH le Samedi 22 Août 2020, 11:45:47 AM
Je connaissais pas le scotch Kapton, merci pour l'astuce !

Merci à spectroman (encore lui) qui m'a donné le tuyau.
Il s'en sert pour dessouder les composants traversants en utilisant un bain d'étain !  ^-
Titre: F4brice 5 - Démon des pannes 0
Posté par: Little_Rabbit le Lundi 24 Août 2020, 13:13:12 PM
Salut,

Merci pour les explications détaillées sur l'utilisation de la station à air chaud !  ^-

J'en ai une avec thermomètre, mais ne l'ai en fait encore jamais utilisée pour dessouder des CMS...

A+
Titre: F4brice 5 - Démon des pannes 0
Posté par: zebassprophet le Lundi 24 Août 2020, 14:19:14 PM
Si tu veux un truc pour t'entraîner j'ai une pièce a changer nsur un pi  :D
Titre: F4brice 5 - Démon des pannes 0
Posté par: SDF le Jeudi 17 Mars 2022, 10:01:18 AM
Salut F4brice, petit déterrage en règle.

Déjà, bravo pour le taf, j'ai dévoré ce topic avec grand plaisir et tes explications sont suffisamment claires pour que je me prenne à rêver de savoir, à mon tour, réparer des pcb.

Je me suis donc mis dans la tête de réparer des pcb que j'ai chez moi et j'ai acheté pour l'occaz un programmateur d'eprom. C'est un TL866II Plus. Or, je bute sur la lecture de rom 27C512, pourtant connues dans la base du logiciel. Je me demande si mon port usb, vu que c'est l'unique alim, ne serait pas un peu limite pour alimenter ce genre de composant. Car, toutes les roms de ma pcb bootleg de golden axe sont unreadable. Ce qui me parait peu probable qu'elles soient toutes mortes.

Bref, aurais-tu connaissance d'un tel phénomène avec un programmateur ?

J'ai aussi une pcb de galaxian à réparer. Que j'ai convertie en DC. Bouillie de pixel ... mais pour celle-ci, je vais ouvrir un topic de wip. J'ai d'ailleurs acheté le programmateur dans ce but.

Et encore félicitation pour le taf. ^-
Titre: F4brice 5 - Démon des pannes 0
Posté par: Fred G5 le Jeudi 17 Mars 2022, 14:31:24 PM
Les 27C512 sont des mémoires CMOS de faible consommation (dans les 30mA à pleine charge), il ne devrait pas y avoir de problèmes avec ton programmateur.
De plus il n'y a vraiment qu'en mode écriture qu'il faut un peu plus de tension (dans les 12.5V), en lecture le 5V suffit
Titre: F4brice 5 - Démon des pannes 0
Posté par: SDF le Jeudi 17 Mars 2022, 15:42:45 PM
Ah, le soucis viens d'ailleurs alors.

Tu penses que toutes les roms peuvent être HS ? Je me demande si la pcb a pas été branchée en jamma alors que le pinout est différent sur celle ci.
J'ai bien des signaux sur la pcb. Le signal reset est à l'état haut, des échanges sur les roms, un signal d'horloge sur les 2 quartz, mais rien à l'écran.

En tout cas, merci pour ton avis éclairé.
Titre: F4brice 5 - Démon des pannes 0
Posté par: Fred G5 le Jeudi 17 Mars 2022, 18:28:32 PM
Tu n'aurais pas une autre EPROM 27C512 que tu sais fonctionnelle pour tester ?
Titre: F4brice 5 - Démon des pannes 0
Posté par: f4brice le Vendredi 18 Mars 2022, 09:35:00 AM
Je suis d'accord avec Fred G5.
Pour une simple lecture, l'outil n'a pas besoin de générer le VPP à 12.5V.
Mon programmateur d'EPROM demande à être branché sur une alim externe que s'il doit programmer le composant.
J'ai toujours pu faire les lectures avec l'alim fournie par le câble USB relié au PC.
Titre: F4brice 5 - Démon des pannes 0
Posté par: SDF le Vendredi 18 Mars 2022, 09:37:50 AM
OK, merci.

Donc 3 probabilités :
- Toutes les EPROMS HS  :ang:
- Programmateur HS  >:D
- Changer de PC  ;D
Titre: F4brice 5 - Démon des pannes 0
Posté par: SDF le Dimanche 20 Mars 2022, 09:11:45 AM
Je m'auto repond :
Le programmateur va tres bien  ^- en fait, il ne me lit pas les 27c512 d'amd, je suis obligé de choisir du fujitsu pour qu'il me les lise.
Du coup, j'ai testé 7 eproms, j'arrive a les enregistrer et comparer sur http://romident.coinopflorida.com/
Sur les 7 que j'ai pu tester, une seule (la 2eme) n'est pas reconnue. Le reste est reconnu comme une pcb de golden axe encrypted bootleg. J'ai donc récupéré les set de roms au cas ou je dois en reprogrammer une (la 2).

Savez vous si une rom non reconnue est forcement hs ? Je précise qu'elle est bien dans le romset de goldenaxe récupéré.

Autre question, un composant sérigraphié 6116 sur la pcb, un Toshiba TC5565PL-15, quand je check le datasheet, il s'agit bien d'une SRAM. Lors du test sur le programmateur, j'ai choisi comme modèle une SRAM standard 6116. Et bien le test échoue, j'ai droit à un beau "data bus test error". Pensez-vous qu'elle soit morte ou bien que je choisis pas le bon modèle ?

Mes questions doivent vous paraitre neuneu mais je débute et je vous remercie par avance de parfaire ma connaissance.
Titre: F4brice 5 - Démon des pannes 0
Posté par: spotting le Dimanche 20 Mars 2022, 09:23:06 AM
"n'est pas reconnue" ca veut dire quoi ?

Tu utilises la fonction autodetection du composant et il ne la detecte pas ? ou tu as un message d'erreur à la lecture ??

Dans tous les cas, tu peux maintenant l'effacer, et tenter de la reprogrammer...
Titre: F4brice 5 - Démon des pannes 0
Posté par: SDF le Dimanche 20 Mars 2022, 09:28:06 AM
Citation de: aspoc le Dimanche 20 Mars 2022, 09:23:06 AM
"n'est pas reconnue" ca veut dire quoi ?

Tu utilises la fonction autodetection du composant et il ne la detecte pas ? ou tu as un message d'erreur à la lecture ??

Dans tous les cas, tu peux maintenant l'effacer, et tenter de la reprogrammer...

Je choisis en fonction de ce qu'il y a marqué sur le composant. En l'occurrence un AMD (je suppose en partie à cause du logo et de la ref) AM27C512. Sauf que le programmateur n'arrive pas à les lire avec ce choix. Je suis obligé de choisir un fujitsu 27c512. Du coup, il me les lit sans problèmes , sauf une (pour l'instant).
je tenterai donc une reprog quand j'aurai investi dans un UVeraser.

Et sinon, pour la SRAM, t'en pense quoi ?
Titre: F4brice 5 - Démon des pannes 0
Posté par: ldindon le Dimanche 20 Mars 2022, 09:48:10 AM
Citation de: SDF le Dimanche 20 Mars 2022, 09:11:45 AM
Savez vous si une rom non reconnue est forcement hs ? Je précise qu'elle est bien dans le romset de goldenaxe récupéré.

Effectivement elle a un soucis. Ca arrive que le contenu de ROMs de bootlegs ne soit pas reconnu sur romident, mais dans ce cas c'est parce que le contenu a été divisé pour tenir sur des ROMs plus petites. Mais pour le coup tu auras un nombre pairs de ROMs non identifiées. Ce qui n'est pas ton cas puisqu'une seule est différente.

Citation de: SDF le Dimanche 20 Mars 2022, 09:11:45 AM
Autre question, un composant sérigraphié 6116 sur la pcb, un Toshiba TC5565PL-15, quand je check le datasheet, il s'agit bien d'une SRAM. Lors du test sur le programmateur, j'ai choisi comme modèle une SRAM standard 6116. Et bien le test échoue, j'ai droit à un beau "data bus test error". Pensez-vous qu'elle soit morte ou bien que je choisis pas le bon modèle ?

Tu as fait le bon choix dans ton programmeur. Elle est effectivement HS.

Citation de: SDF le Dimanche 20 Mars 2022, 09:28:06 AM
Je choisis en fonction de ce qu'il y a marqué sur le composant. En l'occurrence un AMD (je suppose en partie à cause du logo et de la ref) AM27C512. Sauf que le programmateur n'arrive pas à les lire avec ce choix. Je suis obligé de choisir un fujitsu 27c512. Du coup, il me les lit sans problèmes

Est-ce que tu pourrais nous donner l'erreur exact que te donne ton programmateur ? Est-ce que tu as essayé de décocher l'option "Check ID" ?
Titre: F4brice 5 - Démon des pannes 0
Posté par: SDF le Dimanche 20 Mars 2022, 10:01:45 AM
Citation de: ldindon le Dimanche 20 Mars 2022, 09:48:10 AM
Effectivement elle a un soucis. Ca arrive que le contenu de ROMs de bootlegs ne soit pas reconnu sur romident, mais dans ce cas c'est parce que le contenu a été divisé pour tenir sur des ROMs plus petites. Mais pour le coup tu auras un nombre pairs de ROMs non identifiées. Ce qui n'est pas ton cas puisqu'une seule est différente.

Tu as fait le bon choix dans ton programmeur. Elle est effectivement HS.

Est-ce que tu pourrais nous donner l'erreur exact que te donne ton programmateur ? Est-ce que tu as essayé de décocher l'option "Check ID" ?

OK, merci, donc 2 SRAMS HS et une eprom a reprog.
Pour le résultat du test de l'EPROM AM27C512 avec choix AMD :

APP Version : 11.90   Model : TL866II Plus

     Device : AM27C512   @DIP28

Pins Detected Passed!
Check ID Error!
Checked ID is:0x 9B 04
Wish to continue programming , please cancel [Check device ID] option!

Effectivement, sans checkID, le test passe. Merci.

Pour le résultat du test de la SRAM, il y a 4 options à cocher, si je les test un par un ca donne ça :
- Data bus : Data Bus test error !
- Adresse Bus : 00# Addr.Bus Open Circuit Test Error !
- Increase : Address : 0x00000000 Increase Test Error !
- Unit : Address : 0x00000000 Unit Test Error !

Si je les décoches tous, il ne doit faire que le test FLASH (qui est grisé) et le résultat est : Test résult : Normal !

Pour le CheckID, je ne peux pas le choisir si je selectionne de la SRAM.
Titre: F4brice 5 - Démon des pannes 0
Posté par: Fred G5 le Dimanche 20 Mars 2022, 11:51:09 AM
Le checkID si cela fout le bordel il faut le désactiver dans tes options.
Cela sert à rien ce truc et ne veut absolument pas dire que le composant est HS.
C'est un juste un code qui permet d'identifier le composant et si l'ID ne correspond pas à ce qu'il y'a dans la base du programmateur il te fait une erreur
Titre: F4brice 5 - Démon des pannes 0
Posté par: ldindon le Dimanche 20 Mars 2022, 12:46:35 PM
Citation de: Fred G5 le Dimanche 20 Mars 2022, 11:51:09 AM
C'est un juste un code qui permet d'identifier le composant et si l'ID ne correspond pas à ce qu'il y'a dans la base du programmateur il te fait une erreur

Je me suis toujours demandé comment le programmateur faisait pour lire l'identifiant de l'EPROM.
Titre: F4brice 5 - Démon des pannes 0
Posté par: AsPiC le Lundi 28 Mars 2022, 18:25:09 PM
Citation de: Fred G5 le Dimanche 20 Mars 2022, 11:51:09 AM
Le checkID si cela fout le bordel il faut le désactiver dans tes options.
Cela sert à rien ce truc et ne veut absolument pas dire que le composant est HS.

Effectivement ça n'indique pas que le composant est défectueux, seulement qu'il y à incohérence entre la référence sélectionnée et la référence que le programmateur lit.
Dans le cas de SDF cela indique que ces composants marqués AM27C512 ne sont pas ce qu'ils prétendent être, en bref c'est de la contrefaçon.

Citation de: ldindon le Dimanche 20 Mars 2022, 12:46:35 PM
Je me suis toujours demandé comment le programmateur faisait pour lire l'identifiant de l'EPROM.

Il y a une zone mémoire spécifique sur les ROMs qui indique aux programmateurs à quel composant ils ont à faire. Cette zone est accessible en présentant un cycle spécifique de lecture/écriture au composant.