Comme pour maldoror68, les converts MVS ca date pour moi, mais de mémoire, tu ne peux pas utiliser de 27C322 (16-bit) pour les V-roms car il faut des eproms qui peuvent fonctionner en 8-bit. Donc pas le choix, tu dois rester sur l'option 27C160.

Pour la config des jumpers, y a ça sur le net: https://www.arcade-projects.com/threads/prog-top-jumper-config.31438/

Peu d'info sur cette carte, mais possible de faire le parallèle avec la PROG-BK1 très commune et dont la config est facilement trouvable (https://wiki.neogeodev.org/index.php?title=PROGBK1)

Pour l'intérêt des converts était surtout dans l'auto-apprentissage donc je te laisse persévérer dans tes investigations.

Pour le crosshatch, je vois plusieurs sources possibles:
- pb de contact dans le slot. Nettoyer les peignes de la cartouches à la gomme blanche puis isopropanol marche pas mal.
- P1 HS, mais apparemment pas le cas ici
- un pb sur une piste entre la P1 et le peigne

As-tu essayé avec un unibios?

Salut,

Il me reste des PCBs vierges si tu es intéressé.

Sinon, c'est quoi le pb avec to MS2? Glitches sonores ou pas de son? Cela peut aussi venir de la M1 (quand plus de son) ou du PCM (glitches)

Sur la photo, il semble que les aplats de couleurs soient au dos du plexi (plexi clair donc d'après les contours sur les trous)

J'ai vu un technique intéressante en gravure inversée pour ceux qui ont des découpes laser CO2 pour faire des aplats peintures différencier sur du plexi. Cela consiste à appliquer une base, puis à virer une partie de la peinture au laser hors focal (pour ne pas attaquer le plexi), refaire un aplat d'une autre couleur, etc...



Faut que je trouve le temps de tenter le coup sur la machine qu'on a au labo, doit y avoir moyen de faire des trucs sympa.

Montage terminé et carte testée OK en lecture sur différentes maskroms neogeo du bios au 64Mb et 32Mb en 8bit ou 16bit.

Cela fonctionne. Juste une petite coquille de routage sur J4 avec une inversion de pin. Cela ne change rien pour le position 1, mais pour la position 2, faut relier les pins 1 et 3 du bornier pour que cela fonction car le pin aurait due être au centre est en position 1 . C'est pas dramatique et c'est corrigé sur le version en ligne.

Faut que je prenne le temps de tester en programmation sur quelques eproms.

Enfin, c'est tout de même bien pratique de pouvoir vérifier les C roms de 64Mb et les V roms de 32 Mb aussi simplement

J'ai presque tous les bouts pour tester la prochaine étape avec les 26L6420... manque juste le ZIF sop44 qui est en route.

J'ai reçu les cartes de la V2 ce soir mais il me manquait un peu de pièces pour tester que tout est OK. Je verrai ça demain

La rouge est juste un adaptateur RVBS avec connecteur pour les boutons 4/5/6 et les boutons test et service pour ma borne équiper d'une chassis TV.

 J'ai regarder un peu pour le routage pour rajouter la gestion d'eprom flash en boitier PSOP44, cela pourrait fonctionner avec une config à 5 ou 6 jumpers (le dernier ne servant que pour les 26L12811). Il faudrait que les PSOP soient déjà montées sur support DIP44 avec les diodes pour la conversion de tension et alimenter la carte en 5V (pour le bon fonctionnement des 74HC).

Maintenant, faut combiner tout ça pour avoir une borne de jumpers propre et surtout voir comment définir le modèle pour les 26LXXX.

Je me suis basé sur les adaptateurs PSOP44 vers DIP pour le GQ-4X qui gèrent les MX29L3211. Par contre pour les MX26LXXX, la lecture devrait être OK mais je ne sais pas trop comment gérer l'écriture. Pour l'instant, je suis parti de ce qui est fait pour l'adaptateur existant (gestion du WE de l'eeprom par le CE du programmateur en passant par une resistance de 50-100ohms).

Les positions de pins associées aux jumpers J1à6 dans le tableau sont données pour une empreinte à 44 pins.

Yep tu as raison pour la confusion bits/bytes. Je vais corrigé ça.

Pour l'adaptateur, j'ai repris celui déjà disponible à base de 2 74HC245 (transciever, je ne suis pas sur de l'équivalent en français) pour renvoyer les données 16bit de l'eprom par paquets en 8bit comme tu le mentionnes. J'ai juste rajouté des jumpers et pistes pour pouvoir lire quelques maskroms en plus non gérées d'origine.

Je n'ai pas le schéma de la v2 car j'ai refait le routage des pistes directement sur le PCB par rapport à la V1 ci-dessous.

La version 3 pour lire et programmer les MX29L3211 et MX26L3220/6420/12811 en PSOP44 sur support DIP est en cours, le routage et les jumpers sont déjà en place mais je dois encore voir si il faut rajouter des composants pour le gestion de la lecture et écriture de ses puces donc je ne sais pas encore si cela sera possible. De plus, le GQ-4x peut déjà programmer les MX29L3211 avec un autre adaptateur mais les MX26LXXX ne sont pas implémentés même si le programmateur devrait pouvoir les gérer. Donc je dois d'abord voir ce qu'il est possible de faire.

Du coup, je vais commander une série de PCB (10) pour le v2 qui peut lire directement les TC5332204AP et TC5364205AP pour tester la carte et parce que j'en ai besoin pour réparer un jeu.

Si cela intéresse du monde, dites le moi.

Bonne nouvelle, ça fonctionne comme prévu. J'ai réussi à faire une adaptateur 8bit pour un programmateur 8bit   

Il lit bien les V de 32Mbit en un passage avec comme modèle une 27C322, donc pratique pour les vérifications à la volée 

Ca permet surtout de profiter du routage de l'adaptateur pour le lecture des TC5332204. Toujours 4 jumpers, J3 sert à envoyer le A0 sur le pin 30 (A-1) pour gérer le mode 8bit et J4 met le OE du premier 74HC245 à la masse (activation permanente)

J'ai mis le fichier en ligne et en ai profité pour compléter les annotations sur la carte. C'est ICI

Je pense avoir trouver comment désactiver la gestion 16bit de l'adaptateur pour pouvoir récupérer les données des TC5332204AP en une lecture.

Le BC547 sert de switch sur la carte pour activer/désactiver alternativement les 74HC245. Quand la pin OE de celui qui gère les données D0/D8 est à l'état bas, il est activé et le BC547 maintient l'OE de l'autre 74HC245 et le désactive donc. Et inversement.

Du coup, il suffirait de mettre la pin OE du premier à la masse pour l'activer et désactiver l'autre de façon permanente (le temps d'une lecture s'entend). Le A0 du programmateur servira alors à piloter le mode de transmission 8bit de la rom via la pin 30 (Q15 A-1).

Je devrais pouvoir tester ça assez facilement sur mon vieil adaptateur 16bit pour voir si cela fonctionne. Les modifs sur la carte en cours serait minime (re-routage d'une piste de J3 et affectation de J4 pour bloquer les transmetteurs).

J'ai mis à jour les fichiers en ligne (Annotations, instructions, etc...).

J'ai également ajouté la version v1.5 de l'adaptateur 16bit qui permet de lire directement les TC5364205AP après avoir créé le modèle quand le fichier 'devices.txt"

Tout est ICI

Ayant quelques jeux MVS à réparer, j'ai besoin de tester les maskroms Toshiba TC5332024AP et TC5364205AP qui n'ont pas d'équivalent en eproms DIP42.

J'avais trouvé sur le net les procédures pour lire ces maskroms en plusieurs fois avec mon valeureux GQ-4X. C'est fastidieux mais ça fait le job.

EDIT: je remets ci-dessous les procédures trouvées sur le net pour la lecture indirecte des TC5332204AP et TC5364205AP

Pour lire les TC5332204AP (cf pinout de la TC5332205AP ci-dessous qui est identique):
1- Relever la pin 30 (Q15) et la relier avec un fil au +5V (pin 22). Lire en tant que M27C322 et sauvergarder en tant que odd.bin. (lecture des octets impairs seulement)
2- Relier  la pin 30 (Q15) avec un fil au GND (pin 12 ou 31). Lire en tant que M27C322 et sauvergarder en tant que even.bin. (lecture des octets pairs seulement)
3- utiliser un programme pour éliminer les 00/FF des 2 fichiers, ici romwak:
       - 'romwak_x64.exe /b odd.bin split1 split2'  (split1 contient les octets impairs et split2 seulement des 00/FF)
       - 'romwak_x64.exe /b even.bin split3 split4' (split3 contient les octets pairs et split4 seulement des 00/FF)
4- utiliser un programme pour reconstruire la rom à partir des fichiers contenant les octets pairs et impairs ci-dessus:
       - 'romwak_x64.exe /m split3 split1 fullrom.bin'

Alternative: Créer 2 fichiers octets pairs et octets impairs à partir du romset du jeu pour vérifier directement les maskroms sur le programmateur:
1- Utiliser romwak sur une rom V pour séparer les octets pairs et impairs:
      - 'romwak_x64.exe /b NGH-Vx.Vx even.bin odd.bin.'
2- Insérer un bit vide 00/FF pour compléter les fichiers à 4Mo. Ici, le fichier blank-2Mo.bin ne contient que des FF.
     - 'romwak_x64.exe /m even.bin blank-2Mo.bin Vx-even.bin'
     - 'romwak_x64.exe /m odd.bin blank-2Mo.bin Vx-odd.bin'
3- Relever la pin 30 (Q15) et la relier avec un fil au +5V (pin 22). Lire en tant que M27C322 et vérifier le contenu avec le fichier Vx-odd.bin.
4- Relier  la pin 30 (Q15) avec un fil au GND (pin 12 ou 31). Lire en tant que M27C322 et vérifier le contenu avec le fichier Vx-odd.bin.

Pour lire les TC5364205AP (cf pinout ci-dessous):
1- Relever la pin 11 (A21) et la relier avec un fil au GND (pins 12 ou 31) et lire en tant que 27C322.
2- Puis, relier la pin 11 (A21) au +5V (pin 22) et lire en tant que 27C322.
3- Puis concaténer les deux moitiés en utilisant le commande 'copy /b read1.bin + read2.bin read.bin'


Mais c'est le bordel pour faire les shunts quand il y a plusieurs maskrom à tester.

Du coup j'ai commencé à bosser sur un adaptateur 16bit incluant les shunts en question sous forme de jumpers pour lire les TC5364205AP et les TC5332204AP

Le but est de pouvoir lire et programmer les 27C1024/4096/400/800/160/322 et Maskroms équivalentes comme sur l'adaptateur ADP-054 classique.

Puis en jouant sur les jumpers, on peut lire les bits pairs ou impairs sur les TC5332204AP (8bit - 32Mo) utilisées pour les V-roms ou encore lire les TC5364205AP (16bit - 64Mo) en 2 fois (1ère et 2ème moitié) en utilisant une 27C322 comme modèle sur le programmateur. Plus besoin de s'emmerder avec les shunts etc...

Donc voici la v1.0 du NEO-DOCTOR pour GQ-4X. Pour les Willem et GQ-2X/3X, il suffit de monter les 8 pins du haut au niveau du connecteur qui va sur la programmateur afin de pouvoir raccorder les pins au BUS du programmateur

Le fichier est dispo ici



Je suis en train de regarder pour améliorer un peu le truc. Je pense avoir trouvé pour lire en une seule fois les TC5364205AP et je cherche pour voir si c'est possible de la faire pour les TC5332204AP (plus galère).

Enfin, je voudrais aussi ajouter la possibilité de programmer de PSOP44 type MX29L3211 ou équivalent en 64Mo montée du adaptateur DIP44 pour les réparation sans avoir à investir dans de multiples adaptateurs. Surtout qu'il n'en existe pas pour les 64Mo pour le GQ-4X même si il doit pouvoir le faire d'après les specs.


EDIT: La lecture des TC5364205AP est assez simple en fait sur le GQ-4X. Je viens de faire un test sur mon vieil adaptateur 16bit. En relevant la pin 11 et en la renvoyant sur le pin A22 du ZIF du programmateur. C'est à priori valable aussi pour les Willem et GQ-2X/3X via le BUS du programmateur sur lequel sont déjà renvoyés A19 et A20 pour l'adaptateur 16bit

Pour le "device", il suffit de créer un nouveau modèle sur la base de celui pour les 27C322 et de juste doubler la taille de la rom comme si dessous.

Name="27C322",ID="XXXX",Class="27C322",Category="EPROM",MFG="ALL(Generic)",CodeSize="4194304",Adapter="ADP-054, ADP-055 16 BIT EPROM ADAPTER";

Name="TC5364205AP",ID="XXXX",Class="27C322",Category="EPROM",MFG="ALL(Generic)",CodeSize="8388608",Adapter="ADP-054, ADP-055 16 BIT EPROM ADAPTER";

La modif est déjà faite sur la v1.5 de la carte en cours

Petit up pour signaler que j'ai mis les fichiers à disposition sur easyEDA qui permet des les commander chez JLCPCB pour pas grand chose.

https://easyeda.com/ptchnk

Bon déterrage de topic pour répondre aux pbs de Maldoror68 avec le PROGSM.

On m'a demandé de faire un Nightmare in the Dark et j'avais le combo PROGSM/CHA256 qui trainait d'un vieux KOF'95 également. La config pour la prog est identique à celle du MIE.

En fait les jumpers J1/J2/J3/J4 de la PROGSM sont identiques aux jumpers J14/J15/16/J17 de la PROGTOP et servent à définir la taille max des V-roms: J3+J4=ON si V roms de 2Mo (27C160) et J1+J2=ON si < 2Mo (généralement des 27C800).

Autre souci sur ta CHA256, les ponts de soudures sur les jumpers J5/J6/J7/J8. Les jumpers J5 à J10 servent à configurer l'attribution des pins 1A et 1B du LS139. J5/J7/J9 pour le 1A et J6/J8/J10 pour le 1B. Sachant que de l'autre côté, J6&J7 sont réliés à la pin 46 du NEO-273 et J8&J9 à la pin 2Q su LS74, tous mettre en ON crée des courts circuits.

Ici comme tu as des 27C160 en C1/C2 et des 27C800 en C3/C4, la taille max des C roms est donc de 2Mo et il aurait fallu juste mettre J7+J8 = ON. Tes soucis graphiques venaient de là probablement.

Je mets le mapping de la CHA256 que j'ai fait il y a quelques temps.

Je peux regarder si j'ai du spare en composant si tu veux, cela te reviendra à moins cher que de chopper ça sur le net à l'unité.