NEO-ARCADIA

.

Oh punaise voilà un thread qui va devenir intéressant, je vais me délecter de sa progression !

Comme quoi bien détaillé et bien expliqué ça devient presque simple, j'ai dit presque...
Merci Apocalypse de partager ton savoir avec nous

.

J'applaudis les personnes qui ont ce genre de connaissance et j'applaudis d'autant plus ceux qui prennent le temps de partager leur connaissance.

Je bookmark cette page

Merci pour le partage !

.

Le changement c'est maintenant

Plus sérieusement, une initiative de passionné et encore une fois je te remercie d'être passé ici.
Merci d'avoir commencé à partager ce que tu fais dans le domaine de l'arcade et ...comment tu le fais!

Pour les aficionados ça semble certainement d'une logique implaquable, pour les simple passionnés ou issus d'un autre domaine c'est une porte qui s'entrouve!
Une très bonne lecture mais à mettre en place après Lire c'est bien appliquer c'est mieux!

Il faut aussi parler des GAL, PAL et BPROM. Ca tombe en panne, au même titre que des TTL. Bien souvent on arrive à déceler la panne par ex d'un pb de superposition de layers ou de signaux de couleurs en retraçant les signaux jusqu'au PAL, GAL ou BPROM incriminé...

et parler également des réseaux de résistance... brancher un PCB à l'envers peut arriver par mégarde, et bien souvent c'est un réseau de résistance (pour l'io) qui crame parce que les 5V et 12V inversés coincident avec les contrôles directions et boutons.

Apocalypse a écrit :Il n'y a par exemple que quelques centaines de repair logs disponibles en ligne TOUS SITES CONFONDUS... C'est bien simple j'ai dû tous les lire au moins une fois.

C'est déjà énorme vu le niche qu'est le monde de l'arcade

.

Effectivement, on diagnostique moins de pannes parce qu'ils sont beaucoup moins nombreux que les TTL à peupler les boards.

C'est vrai qu'il y a peu de repair logs M72 sur le net, et peu de chance que la panne provienne de la romboard.

gal, pal et proms sont faciles à dumper et changer ? la plupart sont protégés en lecture et je ne parle meme pas pour trouver un equivalent aux proms ni du materiel pour les reprogrammer.

Il faut se confectionner un petit adaptateur à la façon du schéma de Charles Mc Donalds pour dumper les pal et gal protégés (quand ça passe) comme des eproms.

Pour les proms, c'est clair, si on n'est pas équipé d'un ancien programmateur, donc pas en USB pour la plupart, pas moyen de dumper.

oui mais de là à dire que c'est "très facile"...

.

Hi there, Elgen here };-P
Glad you guys find my work useful (I ran the page through google translate, as my french is non-existent };-P)

Actually, in my experience, most BPROMs can actually also be dumped just as normal ROMs by the use of adaptors using modern low-end USB-programmers.
Another alternative is also to write your own software for your programmer or using i.e. an Arduino to dump them.
I wrote my own software for my own low-end programmer (TOP2005+) some years ago, and that can dump anything that acts like a ROM (including BPROMs, some GALs/PALs etc.)
https://bitbucket.org/Elgen/u2pa
(blog post about the initial development http://elgensrepairs.blogspot.dk/2012/0 ... ersal.html)

<3 Love
Elgen };-P

.

Bonjour Apocalypse,

Merci pour ce tuto qui m'a bien aidé à me lancer dans la réparation de mon pcb bootleg Wonderboy (bug graphique sur le perso et quelques décors).
J'ai commencé par inspecter quelques TTL à l'aide de ma sonde logique et j'ai détecté un 74LS245 défectueux. Mais cela n'a pas résolu totalement mon problème de bug.

J'en suis donc arrivé au test de mes Ram TMM2016BP-12 mais j'ai un petit soucis et j'aurais voulu avoir ton avis.

Mes trois Ram sont sous une plaque de TTL (voir photos) : Est ce que je peux enlever cette plaque et alimenter le PCB sans risque ? afin de vérifier l'état des signaux CE, OE et WE ? ou dois je la laisser et mesurer avec grippes fils ........

Au cas ou j'ai regarder sur le net pour commander des ram et je n'ai pas trouvé énormément de revendeur. Mise à part quelques uns mais à un prix d'environ 10€.
As tu quelques sites à me recommander ?

Merci d'avance pour ton aide

.

.

Apocalypse a écrit :Salut,
je ne répare pas les bootlegs mais je vais quand même essayer de te donner un coup de main.

Tu peux retirer la plaque et alimenter la PCB comme ça sans problème par contre cela peut fausser tes observations si cette carte gère justement les signaux /CE, /OE, etc.

Pour les RAM 2016 tu peux utiliser n'importe quelles RAM de type 6116 wide (boîtier large) avec un temps d'accès de 120ns maxi dans ton cas (70ns, 100ns ou 120ns par exemple).
Tu en trouveras facilement sur ebay ou aliexepress.

P.S. : Vérifie aussi les RAM 2148.

Salut,

Super merci pour ce retour rapide , je teste ça dès que j'ai un peu de temps.

Bonne journée

Apocalypse a écrit :Hi Elgen,
yes thank you for your great work. I'm one of your earliest reader.

I actually own a TOP3000 programmer. I was thinking of writing my own software too.
Perhaps we could work together to add support for the TOP3000?

BTW your link seems dead, can't download anything.

P.S. : IIRC you're Danish. I might have the opportunity to work there and I think it would be great to have some info from someone who lives there. I've already been there and I loved the country. But for some reason I can't send PM...

Hi

Seems like I did actually get the pm, but no email-notification. I've replied now with my email, so we continue from there };-P

About the dead link, maybe Bitbucket was down when you tried? If you go to the download tab, you should be able to download a snapshot of the repo. Or if you have hg installed, you can just clone the repo like this
$> hg clone https://bitbucket.org/Elgen/u2pa

.

Apocalypse a écrit :

Elgen a écrit :About the dead link, maybe Bitbucket was down when you tried? If you go to the download tab, you should be able to download a snapshot of the repo. Or if you have hg installed, you can just clone the repo like this
$> hg clone https://bitbucket.org/Elgen/u2pa

Hi,
I don't get it at all. What's hg? What's that about cloning? Why not a simple clickable link?

tl;dr :
This will get you the a snapshot of the source code as it looks right of this moment when I post this.
https://bitbucket.org/Elgen/u2pa/get/fa0f9dbe5eb2.zip

The longer explanation:
This is live code, and I still develop on it, fix bugs etc when I find the time for it.
That's why I keep the source code in an online version controlled repository.
When I started the project, the version control system I was most familiar with (as I've been using it at work for many years), was Mercurial (aka hg).
Had I started today, I'd probably used git instead...

.