Neo Geo AES Work Ram replacement and more...belonging to Super Vega Mike

Le célèbre youtubeur belge au débit de parole façon mitraillette, que l’on pourrait comparer à un présentateur des années 90 version survitaminée (facon Antoine de Caune), m’a confié une console en sérieux mauvais état.

Youtube Vega TV...

Plusieurs personnes avaient déjà mis les mains dedans, sans succès.

Allais-je réussir là où les autres avaient échoué ?

À l’allumage, rien de vraiment exploitable à l’écran. Plutôt une bouillie graphique indéfinissable qu’une image normale. Dans ce genre de cas, on commence toujours par les bases.

Première étape : dépose du BIOS d’origine, puis installation d’un support tulipe afin d’y connecter le fidèle Briconeo, outil bien pratique pour analyser ce qu’il se passe sur le bus de travail du 68000, le processeur principal de la machine.

Très rapidement, le diagnostic s’oriente vers une Work RAM défaillante.

Depuis le Briconeo, je lance ensuite le Diag BIOS. L’affichage n’est pas particulièrement lisible, mais en plissant un peu les yeux, comme à l’époque où l’on essayait de regarder Canal+ brouillé, on distingue clairement la confirmation attendue : la Work RAM est bien en cause.

Une fois ce point identifié, la panne commence enfin à devenir concrète. On passe du chaos visuel à une vraie piste technique, ce qui est souvent la moitié du travail dans ce type de réparation.

-------------------------------------------------------------------------------------

The well-known Belgian YouTuber with a machine-gun speaking pace, somewhere between pure energy and a 1990s TV host on overdrive, sent me a console with a serious problem.

Youtube Vega TV...

Several people had already worked on it before me, without success.

Would I manage to solve it?

When powered on, nothing usable appeared on screen. Rather than a normal image, it displayed an undefined graphical mess. In this kind of situation, it is always best to start with the fundamentals.

First step: remove the original BIOS, then install a socket in order to connect the trusted Briconeo, a very useful tool for analyzing what is happening on the working bus of the 68000, the console’s main processor.

Very quickly, the diagnosis pointed toward faulty Work RAM.

Using the Briconeo, I then booted into the Diag BIOS. The display was far from clear, but by squinting a little—much like trying to watch scrambled Canal+ back in the day—it was possible to confirm what I suspected: the Work RAM was indeed at fault.

Once that was identified, the repair finally became concrete. We had gone from visual chaos to a real technical lead, which is often half the battle in this type of restoration.

Alors, on passe au remplacement de la Work RAM. Point intéressant : elle avait déjà été changée auparavant.

Et, honnêtement, le travail réalisé était propre. Soudures correctes, montage sérieux, rien qui ne laisse penser à une intervention bâclée.

J’imagine donc que mon prédécesseur avait installé des circuits annoncés comme neufs. Partant de ce principe, il est probable qu’il n’ait pas remis en cause les nouvelles RAM et qu’il ait fini par abandonner la recherche de panne ailleurs.

Comme quoi, même avec des composants récents, il ne faut jamais exclure une pièce défectueuse.

Je dessoude donc les deux puces pour les tester individuellement.

Résultat :

• la première échoue au milieu du cycle d’écriture,

• la seconde ne démarre même pas les tests.

Le diagnostic devient alors limpide : les deux RAM sont hors service.

On installe donc une nouvelle paire, en espérant cette fois tomber sur de bons composants.

Une fois remonté, le Briconeo confirme immédiatement la bonne nouvelle : la Work RAM est désormais reconnue comme fonctionnelle.

Le chantier avance enfin dans la bonne direction.

-----------------------------------------------------------------------------

So, the next step was replacing the Work RAM. Interestingly enough, it had already been replaced before.

And to be fair, the previous work was clean. Proper soldering, tidy installation, nothing suggesting a poor-quality repair.

My assumption is that the previous technician had fitted parts sold as new. Since those chips were supposedly new, they were probably trusted without question, and the investigation likely moved elsewhere before eventually being abandoned.

A good reminder that even new components should never be considered automatically reliable.

I removed both chips and tested them individually.

The results were clear:

• the first one failed halfway through the write cycle,

• the second one would not even start the tests.

At that point, the diagnosis was obvious: both RAM chips were defective.

So in went two replacement chips, hoping these ones would actually be healthy.

Once installed, the Briconeo immediately confirmed the good news: the Work RAM was now fully operational.

At last, the repair was moving in the right direction.

Elle reprend vie… mais pas complètement.

La réparation de la Work RAM a permis de franchir une étape importante. La partie principale de la machine redémarre correctement : le 68000 fait son travail, exécute le programme de la cartouche, et la partie audio répond également présente.

Autrement dit, la console boote de nouveau, le code s’exécute, et le son fonctionne normalement.

Mais tout n’est pas encore réglé.

Les graphismes, eux, sont toujours complètement à côté de la plaque. Sprites corrompus, affichage incohérent, éléments visuels erratiques : en résumé, l’image est encore totalement aux fraises.

C’est une situation assez classique sur Neo Geo : une fois la logique CPU rétablie, les défauts restants révèlent souvent un second problème, cette fois dans la chaîne vidéo ou dans la gestion des données graphiques.

La bonne nouvelle, c’est que la machine est de nouveau suffisamment vivante pour poursuivre un diagnostic structuré.

Le cœur bat à nouveau. Il faut maintenant soigner la vue.

----------------------------------------------------------------------

It comes back to life… but not entirely.

Replacing the Work RAM solved a major part of the problem. The main side of the system now boots correctly: the 68000 is doing its job, executing the cartridge program, and audio is working as well.

In other words, the console now starts properly, code is running, and sound is present.

But the repair is not finished yet.

The graphics, however, are still completely broken. Corrupted sprites, incoherent visuals, scrambled display elements—in short, the video output is still a complete mess.

This is a fairly common situation on Neo Geo hardware: once the CPU side is restored, remaining faults often reveal a second issue, this time somewhere in the graphics chain or in the handling of video data.

The good news is that the machine is now alive enough to continue with a proper diagnosis.

The heart is beating again. Now it is time to fix the eyesight.

Encore un coup des Iraniens ? Non.

Cette fois encore, le vrai coupable semblait être ce maudit LSPC2-A2.

Lorsque les graphismes partent complètement en vrille sur AES, ce composant revient souvent dans la liste des suspects sérieux. Sur Neo Geo, il joue un rôle central dans la gestion vidéo, l’adressage graphique et une bonne partie de la logique d’affichage. Lorsqu’il commence à défaillir, les symptômes peuvent être spectaculaires.

Il allait donc probablement falloir passer à l’étape redoutée : le swap de puce, autrement dit prélever un composant donneur sur une carte MVS pour sauver l’AES.

Oui, cela signifie généralement sacrifier un donneur.

Ci-dessous, un petit aperçu thermique du NEO-B1 et du LSPC2-A2. Ce dernier montait franchement en température, ce qui renforçait mon impression initiale : quelque chose n’allait pas du tout.

À ce stade, la chauffe excessive semblait confirmer la “deaditude” du composant… ou du moins son sérieux malaise.

Même si, avec le recul, une puce chaude n’est pas toujours synonyme de mort certaine, il faut reconnaître que là, c’était tout de même particulièrement excessif.

Le remplacement de ce type de circuit n’a rien d’agréable :

• c’est long,

• c’est délicat,

• cela demande de la patience,

• et la moindre erreur peut endommager la carte.

Heureusement, j’ai développé au fil du temps une méthode de dessoudage et de remplacement qui limite au maximum les contraintes mécaniques et thermiques sur les pads ainsi que sur le PCB.

Sur ce genre de carte devenue précieuse, ce n’est pas un détail.

-------------------------------------------------------------------------------

Another attack from the Iranians? No.

Once again, the likely culprit seemed to be that cursed LSPC2-A2.

When graphics go completely insane on an AES, this chip often becomes a prime suspect. On Neo Geo hardware, it plays a major role in video handling, graphics addressing, and much of the display logic. When it starts failing, the symptoms can be dramatic.

That meant it was probably time for the dreaded next step: a chip swap, using a donor component from an MVS board to save the AES.

Yes, that usually means sacrificing a donor board.

Below was a small thermal view of the NEO-B1 and the LSPC2-A2. The latter was running noticeably hot, which reinforced my first impression: something was clearly wrong.

At that stage, the excessive heat seemed to confirm the chip’s “deadness”… or at least a serious internal issue.

Even if, in hindsight, a hot chip does not always mean a dead one, this was still far hotter than comfortable.

Replacing this type of IC is never enjoyable:

• it takes time,

• it is delicate,

• it requires patience,

• and one mistake can damage the board.

Fortunately, over time I developed a removal and replacement method that minimizes mechanical and thermal stress on both the pads and the PCB.

On hardware that has become this valuable, that is far from a minor detail.

Mais… mais… mais.

Je me suis soudain rappelé un détail observé plus tôt lors du diagnostic avec le Briconeo : les VRAM Upper et VRAM Lower ne passaient pas les tests.

Sur le moment, j’avais attribué cela à un LSPC2-A2 défectueux, en imaginant que la puce ne communiquait plus correctement avec les VRAM.

L’hypothèse était logique : si le contrôleur vidéo principal ne dialogue plus avec les mémoires vidéo, les tests échouent et les graphismes partent dans tous les sens.

Mais avant de condamner définitivement le LSPC, j’ai préféré reprendre l’inspection calmement.

Un nouveau passage sous microscope a changé la donne.

En observant de près la VRAM Lower, elle présentait un boîtier craquelé. À l’œil nu, absolument rien n’était visible. La puce semblait normale, sans trace évidente de choc ou de surchauffe.

Sous grossissement, en revanche, les fissures étaient bien réelles.

Autrement dit, il était possible que le LSPC ne soit pas le vrai coupable… mais simplement la victime collatérale d’une VRAM défaillante.

Le diagnostic prenait alors une tournure bien plus intéressante.

---------------------------------------------------------------------

But… but… butt.

I suddenly remembered something noticed earlier during the Briconeo diagnostic: both VRAM Upper and VRAM Lower had failed their tests.

At the time, I had blamed a faulty LSPC2-A2, assuming the chip was no longer communicating correctly with the video RAM.

It was a logical theory: if the main video controller cannot properly access VRAM, tests fail and graphics become completely corrupted.

But before sentencing the LSPC for good, I decided to take another careful look.

A second inspection under the microscope changed everything.

Looking closely at the VRAM Lower, the package showed visible cracking. To the naked eye, nothing could be seen. The chip looked perfectly normal, with no obvious signs of impact or overheating.

Under magnification, however, the fractures were real.

In other words, the LSPC might not have been the real culprit at all… but simply collateral damage from a failing VRAM chip.

At that point, the diagnosis became far more interesting.

Je remplace la VRAM Lower, et immédiatement un premier signe encourageant apparaît : je récupère mon fix layer.

Pour les non-initiés, le fix layer correspond à la couche graphique utilisée pour les textes, interfaces, compteurs, HUD et différents éléments statiques affichés à l’écran. Sur Neo Geo, c’est souvent un excellent indicateur de l’état de la chaîne vidéo.

Lorsqu’il revient correctement, cela signifie généralement que l’on progresse dans la bonne direction.

Après avoir longtemps suspecté le LSPC2-A2, voir réapparaître ce fix layer confirme qu’une partie du problème provenait bien de la mémoire vidéo et non forcément du processeur graphique principal.

Le patient n’est plus en état critique.

----------------------------------------------------------------

I replace the VRAM Lower, and immediately the first encouraging sign appears: the fix layer comes back.

For those less familiar with Neo Geo hardware, the fix layer is the graphic layer used for text, interface elements, counters, HUD displays, and various static on-screen information. On these systems, it is often an excellent indicator of the health of the video chain.

When it returns properly, it usually means the repair is moving in the right direction.

After spending time suspecting the LSPC2-A2, seeing the fix layer reappear strongly suggests that at least part of the fault was indeed caused by the video RAM rather than necessarily the main graphics processor.

The patient is no longer in critical condition.

Dans la foulée, porté par l’élan du premier résultat, je décide de démonter les Upper VRAM.

Ces mémoires sont notamment responsables du stockage du tilemap des sprites 16×16, autrement dit des informations utilisées pour organiser et afficher une grande partie des éléments graphiques mobiles à l’écran.

Lorsqu’elles deviennent défaillantes, les symptômes peuvent être variés :

• sprites corrompus,

• éléments manquants,

• assemblages incohérents,

• graphismes totalement désorganisés.

Une fois déposées et testées, le verdict tombe rapidement : elles étaient bien hors service.

Le diagnostic vidéo se confirme donc étape par étape.

Je poursuis alors avec une solution propre et durable : installation de supports tulipe, afin de faciliter les remplacements futurs, les tests, ou d’éventuelles recherches complémentaires sans avoir à ressouder chaque fois.

Je sélectionne ensuite deux nouvelles puces, que je teste au préalable.

Cette fois, les contrôles passent correctement.

C’est toujours un moment appréciable : après plusieurs composants défectueux, voir enfin des RAM valides redonne un peu de sérénité avant le remontage final.

La machine commence sérieusement à reprendre forme.

----------------------------------------------------------------------------

Carried forward by the momentum of the first success, I decided to remove the Upper VRAM next.

These memory chips are notably responsible for storing the tilemap used by 16×16 sprites, meaning the data that organizes and displays many moving graphical elements on screen.

When they fail, symptoms can include:

• corrupted sprites,

• missing objects,

• broken layouts,

• completely scrambled graphics.

Once removed and tested, the verdict came quickly: they were indeed faulty.

The video diagnosis was being confirmed step by step.

I then moved on with a clean and practical solution: installing precision sockets, making future replacements, tests, or additional diagnostics much easier without repeated soldering.

Next, I selected two replacement chips and tested them beforehand.

This time, the tests passed successfully.

That is always a satisfying moment: after dealing with multiple bad components, finally seeing valid RAM chips brings some confidence back before the final reassembly.

The machine was now seriously coming back to life.

C’est mieux… mais ce n’est toujours pas totalement ça.

Après le remplacement, l’image s’améliore nettement, mais des glitches restent présents. L’affichage devient plus lisible, sans être encore correct.

À ce stade, plusieurs possibilités existent : problème de données résiduel, faux contact, ou composant encore douteux.

Je commence par la piste la plus simple : un mauvais contact dans le support tulipe.

J’exerce une légère pression sur les puces, et immédiatement l’image change. Toujours imparfaite, mais clairement plus lisible.

Le verdict devient alors évident : quelque chose ne se fait pas correctement au niveau des RAM ou de leur connexion.

Je décide donc de remplacer ces puces par une autre paire de composants neufs, eux aussi testés au préalable.

Et là, magie.

La machine démarre avec un affichage normal. Les graphismes reviennent, les sprites sont corrects, et la console retrouve enfin un comportement sain.

Comme souvent en réparation, la théorie rejoint la pratique : un composant peut sembler bon sur le papier, passer certains tests, puis se révéler capricieux une fois en conditions réelles.

Apparemment, les vieilles VRAM, c’est un peu comme les ninjas : on les croit finit… mais non en fait..

---------------------------------------------------------------------

It is better… but still not quite there.

After the replacement, the picture improved noticeably, but glitches were still present. The display became more readable, yet far from fully correct.

At that stage, several possibilities remained: lingering data issues, poor contact, or another questionable component.

I started with the simplest theory: a bad connection in the precision socket.

I applied slight pressure on the chips, and the image changed immediately. Still flawed, but clearly more readable.

That made the diagnosis obvious: something was not making proper contact at the RAM level, or one of the chips was still unreliable.

So I decided to replace them with another pair of tested new chips.

And then, magic.

The console booted with a proper display. Graphics returned, sprites were correct, and the system finally behaved normally again.

As often happens in repair work, theory meets reality: a component may appear acceptable, pass some tests, and still fail under real operating conditions.