Ptchnk

J'ai fait un essai de routage avec CPLD QFP144 3.3V pour voir comment organiser au mieux la carte. Il reste encore M1 + inputs ZMC, et les jumpers à connecter ainsi que la connecteur pour le JTAG [EDIT]

Pour garder tous les jumpers de configs et inclure le NEO-ZMC dans le CPLD, il faut 87 pins I/O disponibles donc cela ne passera pas sur un boiter QFP100. Donc 2 options: 1 CPLD QPF100 + NEO-ZMC (cela se trouve encore facilement) OU 1 CPLD QFP144

Furrtek a déjà fait un très gros taf pour la conversion FPGA/Verilog des différents composants logiques de la neo: neogeodev / NeoGeoFPGA-sim Notamment le NEO-273 et la version distribuée pour la puce de remplacement pour le PCM Pour le NEO-ZMC, il a commencé à regarder. Pour le NEO-273, ce sont juste des bascules avec 2 horloges pour gérer les adresses de roms C (pck1b) et de la S (pck2b). Les LS74 (CHA256) et LS174 (CHA512) sont aussi des bascules gérées par pck1b. Donc assez simples à transcrire en verilog. Le LS139 aussi. Dans un premier temps, il faut que je détermine le nombre de pins nécessaires pour les I/O, notamment pour celles associées aux jumpers pour configurer la carte, afin de déterminer le CPLD le plus adapté. Cela permettrait de déjà router la carte en prévoyant un port JTAG pour (re)programmer le CPLD une fois monté pour faire des tests.

J'essaie de voir pour inclure tous les composants logiques dans un unique CPLD mais je bloque sur le NEO-ZMC qui est une puce à façon pour l'interface entre le Z80 et le driver son (M1) Il y a très peu d'info dessus en dehors de la page wiki.negogeodev.org wiki NEO-ZMC

La première version de la carte CHA est terminée. Je vais commencer à regarder les CPLDs pour limiter le nombre de composants et simplifier le routage. J'en aurais besoin de toute façon pour la carte PROG.

J'ai un peu avancé sur la carte. Il reste à router la partie driver audio et mettre les jumpers. En gros, il y aura 3 jumpers pour définir la taille max des C-Roms (<16Mo / 16Mo / 32Mo /64Mo). Possibilité de monter jqa 128Mo avec des MX26L128 par exemple. Et 2 séries de jumpers pour définir la taille des C-Roms pour les paires C1/C2, C3/C4, etc... (<32Mo / 32Mo / 64Mo) . Cette partie ne sert qu'à réassigner les pins C32(BYTE/A20) et C11(G/A21) du fait du pinout différérents pour les les maskroms de 32Mo et 64Mo. Dans le cas de roms de type MX26LXXXX, cela ne serait plus nécessaire. Sinon, je commence à regarder pour les CPLDs pour remplacer les composants logiques et simplifier le routage.

Cette version est pour remplacer une carte d'origine et donc retransplanter les maskroms. Je pense faire aussi une carte pour en CMS seulement et 3.3ev pour les les eproms.

Petit update car j'ai commencé à bosser sur une PCB de CHA board. L'idée est d'avoir une solution de réparation sans sacrifier un autre jeu. J'ai récemment eu un jeu avec les peignes rincés. Mais cela reste surtout pour le fun. Le but est de combiner les capacités de la CHA256 et la CH512 de façon à avoir une carte unique qui accepte les C-ROM de 4Mb à 64Mb. Il manque encore le LS139 et le LS174 ainsi que les jumpers. Je pense que je tenterai ensuite une carte à base de MX26L128 pour faire une CHA1024 même si cela n'a aucun intérêt. Aussi un PROG board simplifiée.

EDIT: Arghh! Grillé par Red Pour le MS5, rien que pour les V et C roms, en comptant 5€ (estimation basse) la flash avec l'adaptatateur TSOP/DIP42, y en a déjà pour 50€, plutôt comtper dans les 70€ d'eproms pour l'ensemble sans les frais de port. Même en partant d'un NeoGeo Cup 98 à 20€ qui te permet d'avoir le combo PROGBK1/CHA512, il faudra rajouter une LS74 sur le PROG pour la gestion de la P2. Cela fait une opération à plus de 100€. Même si le jeu est a un prix abusif actuellement, plus de 100€ pour un cartmod MVS pour un jeu moyen que tu peu avoir sur une multi ou en bootleg "neuf", cela en vaut franchement pas le coup. Mais pour répondre à ta question, oui c'est possible de la faire.

Pour ces jeux, il te faudra les roms décryptés des jeux en question et la possibilité de programmer des MX29L3211 et MX26L6420 pour les V et C roms respectivement et aussi des CHA512. Cela ne sera pas super rentable par rapport à un bootleg à 50€ de chez Blazepro par exemple. Après les jeux peuvent être monté sur n'importe quelles plaques (enfin presque) si tant est que la capacité max en Mo de ces dernières est compatible avec le jeu envisagé. Se pose alors la question de donneur et de la rentabilité du truc. Pour moi ce n'est pas rentable pour un MS5 même au vu des tarifs abusifs pratiquer sur ce dernier. Le cartmod MVS est intéressant seulement quand tu sacrifies un jeu qui ne vaut pas grand chose et qui se trouve à la pelle (ou un autre cartmod) pour un jeu qui ne nécessite pas trop d'eproms où tu t'en tires avec une opération dans les 25/35€ pas plus.

Yep c'est bon pour le montage :)

Pour info, les PCBs nues restantes de la V2 sont dispo à 3€ fdpout, du coup un peu moins de 5€ avec un envoi lettre bulle.

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: adaptateur Akira à modder (merci à YolT1), des 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.

Après avoir potasser un peu pour le routage, cela pourrait fonctionner avec une config à 5 ou 6 jumpers (le dernier ne servant que pour les 26L12811). Il faudrait les PSOP 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. Les positions de pins associées aux jumpers J1à6 dans le tableau sont données pour une empreinte à 44 pins.

C'est possible de le faire via l'adaptateur 054 sans mod en lecture partielle comment expliqué dans le premier post. Pour la lecture directe, il faut modder un peu: - Pour les TC5364205: relever la pin 11 et la relier à A22 (juste au-dessus du A19) en haut à gauche et créer le modèle de device comme décrit plus haut. - Pour les TC5332204: il faut shunter la lecture en mode 16bit en relier le "A0" de l'adapteur à la masse (pin en bas à gauche du premier 74C245). Puis connecter la pin 30 de la maskrom au A0 sur le ZIF du programmateur. Du coup, il faut que le "AO" de l'adapteur ne soit pas en contact avec de A0 du ZIF. C'est peu un galère à faire à chque fois, d'où la version custom de l'adaptateur 16bit ;)

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.

Typo corrigée et premier post MAJ

Merci Redfield1. L'idée est maintenant de rajouter deux pins supplémentaires sur le grand support et un circuit 3V pour programmer des 29L3211 et 26L6420, voire 26L12811, montée sur support DIP44. A moins qu'il soit possible de programmer directement avec les diodes sur les supports DIP, auquel cas le circuit 3V n'est pas utile. Mais comme je n'ai jamais encore à ces chips, je n'en ai aucune idée. EDIT: Le GQ-4X pouvant ajuster le VCC directement, pas besoin de circuit supplémentaire. Par contre l'adaptateur ne sera plus rétrocompatible avec les programmateurs antérieures. Cela ferait le kit tout en un à pas trop cher pour le réparation des MVS/AES Du coup je rajoute dans le premier post les pinouts de SOP44. Cela doit être jouable en ajoutant seulement 1 ou 2 jumpers.

Si c'est pour sauver une jeu avec des maskroms d'origine, tu peux récupérer les jumpers (R0) de la PCB fautive, cela fera plus propre. Cela se dessoude et ressoude très facilement avec un peu de flux.

Bonne nouvelle, ça fonctionne comme prévu. J'ai réussi à faire une adaptateur 8bit pour un programmateur 8bit ;D 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

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.

Voici le lien pour l'adaptateur simple pour lire les TC5332204AP directement sur le GQ4X -> ici A voir pour le modèle de device. Sinon pour la lecture directement sur l'adaptateur 16bit, je vois comment désactiver le 74HC245 qui gère les lignes D8-D15 en mettant le OE à l'état haut mais est-ce que cela suffit pour dire à l'adaptateur de récupérer toutes les données en mode 8bit via D0-D7?!!

Mission 1 Complete Ca fonctionne et c'est bien cool 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 Mission 2 Start La lecture des TC5332204AP...

Comme dis plus haut, je suis ne train de voir pour lire les TC5332204AP (8bit) et les TC5364205AP (16bit) en une fois pour des raisons pratiques (gain de temps). Pour les maskroms de 64Mo TC5364205AP, une piste est de router la pin11 à l'adresse A22 du support du programmateur et de créer un nouveau modèle (device) dans le fichier devices.txt en reprenant le modèle du 27C322 mais en multipliant la taille par 2. Pour les maskroms de 32Mo en 8bit TC5332204AP, je ne sais pas trop si l'adaptateur ADP-054 peut fonctionner en 8 bit (en gros shunter le second 74HC245!) et activer le mode 8bit via la pin 30 (Q15 A-1). Si c'est le cas, il suffirait de créer un modèle sur la base d'un 27C160 en doublant la taille. L'idée est de garder tout sur le même adaptateur. Sinon pour le 8 bits, il y a probablement moyen de faire un simple adaptateur de routage des pins et le bon modèle, le pinout du GQ-4x étant prévu pour du 8bit de toute façon. EDIT: Je pense qu'il doit être également possible de rajouter la possibilité de programmer des MX29L3211 et MX29L64211 montées sur un adaptateur DIP EDIT: Le fichier de la v1.0 est dispo ici