Ghox repair log

 PCB Repair Logs  Comments Off on Ghox repair log
Oct 192015
 

I got this Ghox PCB from my friend ‘robotype’ for a repair:

Ghox_PCB

On the power up I was greeted by this static screen:

boot

Address/data bus of 68000 main CPU was inactive.As usual I went to loot at MAME source (that is a bit like a bible for us repairers) and I found this interesting comment:

// Ghox 68K reads data from MCU shared RAM and writes it to main RAM.

I could identify the HD647180 MCU RAM in a 6116 @U14 :

RSCN0566

So I went to probe it with my analog oscilloscope and found weak signal on some address lines (good one on left picture, bad on right) :

address_lines_comparison

I piggbacked this RAM and board booted showing this error message:

palette_RAM_error

After replaced the MCU RAM (which actually failed the out-of-circuit test), I traced the palette RAMs in two 6116 chips @U41 and U42 :

palette_RAMs

One of them had already been replaced so I went to piggyback the other one @U41 and board successfully booted:

fixed

Obviously the chip failed miserably the test on my programmer:

6116@U41_failed

End of job.

 Posted by at 11:21 pm

Nintendo Playchoice-10 repair log

 PCB Repair Logs  Comments Off on Nintendo Playchoice-10 repair log
Oct 152015
 

I got this board from my friend Joachim for a repair.A Nintendo Playchoice-10 system:

Playchoice_10

For the uninitiated, Playchoice-10 is the arcade hardware developed by Nintendo to run its most popular NES games inside an arcade cabinet.The games for this system are in the modular form of carts which are plugged into one of the ten open slots on the PlayChoice-10’s motherboard:

Playchoice10_cart

When I first powered it up, I was greeted by a solid black screen, no activity on main Z80 CPU.A closer inspection revealed a missing 8MHz crystal @X1 which supplies the clock to main CPU:

missing_8MHz_crystal

Once fitted a new crystal I had clock signal on pin 6 of the Z80 but the watchdog circuti was active ( /RESET line was constantly going to HIGH to LOW state in a endess loop).I pulled the Z80 and tried it in a good board having confirm it was faulty.With a good CPU all I got was a green screen:

green_screen

While probing chips I came across a TMM2115 (6116 compatible) RAM @4K which was burning hot to the touch, I remove it and my programmer reported it as shorted:

TMM2115@4K_shorted

With a good RAM I got always that green screen but could hear sound sign that the board was playing ‘blind’.This was a good chance to use my Fluke 9010A troubleshooter.MAME reported this memory map:

0000 – 3fff = Program ROM (8T)
8000 – 87ff = RAM (8V)
8800 – 8fff = RAM (8W)
9000 – 97ff = SRAM (8R – Videoram)

I could successully perform a RAM LONG test on address space of RAM @8V and 8W but I got an error on the videoram @8R (all these RAMs were 6116 compatible):

RAM_LONG@8R

Once removed, the chip failed the out-of-circuit test:

TMM2115@8R_failed

Finally I got it running:

Playchoice10_fixed

but, since the motherboard (PCH1-01-CPU) was a dual monitor type, I could not display the playfield (although it came with this JAMMA adapter which provides also outputs for a second arcade or VGA monitor)

Playchoice10_JAMMA_adapter

 

 Posted by at 11:44 am

Knuckle Bash repair log #2

 PCB Repair Logs  Comments Off on Knuckle Bash repair log #2
Oct 142015
 

I got this Toaplan Knuckle Bash from my friend Josef for a repair.

Knuckle Bash PCB

He said board showed graphical issue which he could clear only by raising the 5V to +5.5V.After powered it up I had confirm of what he told me, actually colors were bleeding (you can notice it on right part of the picture below):

color_issue

Schematics for this board were available so I could identify the part of circuit which generates the color palette:

Knuckle_Bash_colors_circuitry

Data from the two 6116 SRAMs are latched by two 74LS273 (actually my board mounted two 74HCT273).When I went to piggyback the one @U9, colors were restored.I desoldered the IC but it succesfully passed the test in all my programmers, also comparing it with a good one on a tracer showed no abnormality:

74HCT273_comparing

Probably it was not really bad but its thresholds were altered.Despite this, I socketed and replaced it:

74HCT273@U9

Another cool game fixed.

colors_fixed

 Posted by at 10:35 pm
Oct 072015
 

I thought this repair was the perfect opportunity to show you how to correctly servicing the ‘infamous’ Konami ‘054986A’ custom audio module (obviously this is valid also for the ‘054544’ one).Follow this guide at your own risk.I’m not responsible for any kind of damage!

Let’s start.

I got from my friend ‘supermik’ this Mystic Warriors PCB:

Mystic Warriors_PCB

Board played fine but had an orrible sound output, very loud and distorted:

Obviously the culprit was the ‘054986A’ module whose capacitors were replaced by thru-hole electrolityc ones:

054986A_recapped

But this was not enough to fix the issue.So, instead of troubleshooting the module (the 4558 OP-AMP and the AD1868R DAC undersneath were most likely bad), I opted for its complete replacement using a Premiere Soccer as donor board :

donor_board_054986A

The removal of a module consists in the following steps:

Prepare the board by covering the solderside with some aluminium foil leaving exposed only the pins of the module:

solderside_protection

Clamp an IC extractor on the sides of module:

IC_extractor

Put the board wrapped in a cloth or pillow  between your legs:

board_between_legs

Now, with an hot air rework station do a first preheating of a couple of minutes on the exposed solderside setting the temperature at 100 Celsius degrees.Then, set the station at 250 degrees for a minute or less:

preheating

In both cases, you have to move the hot air gun back and forth without stopping otherwise you could damage the board.

After done this preheating (needed to facilitate the solder melting and avoid heat stress) you have to use an heat gun for the last pass.Personally I use a 2000Watt model and set the temp to position ‘8’:

heat_gun

Keep moving the gun back and forth and at same time gently pull the IC extractor:

When the solder will arrive at the melting point, the module will come out easily from its seat:

removed_module

Next step is the sockets installation, use 1.78mm pitch ones (cutting a single socket in half):

sockets_installation

Lastly, mount your good module and you are set.

Ah, I forgot..board 100 fixed!

 Posted by at 10:45 pm

Flicky repair log #1

 PCB Repair Logs  Comments Off on Flicky repair log #1
Oct 062015
 

My friend ‘supermik’ sent me his Flicky PCB (released by Sega on System 8 hardware) for a repair:

Flicky_PCB

When I powered it up,I got this scenario:

bad_tiles

Sprites were fine but backgrounds were all wrong.Tiles data are stored in six 2764 EPROMs devices:

tiles_ROMs

When I removed them for dumping, I noticed a broken pin on one device which I promptly rebuilt:

pin_reworking

At same time I replaced four sockets of the tiles EPROMs (similar sockets are used also on Konami boards, they are beautiful but unreliable):

bad socktes

Backgrounds graphics were good now but still some glitches were present:

tiles_glitches

As I said, I dumped the six tiles EPROMs and they matched the MAME ROM set.But something still didn’t convince me so I used my video probe to check where the part of graphics affected was generated.For the uninitiated, the video probe is a small device that routes the green input from JAMMA to the video output allowing you to see on your monitor the signal captured with a probe.You can read more about here:

https://www.ukvac.com/forum/how-to-build-and-use-a-video-probe_topic328679.html

video_probe

So, in this way I could identify which EPROM generated the wrong graphics, it was the one @IC66:

Reprogramming a blank 2764 device with MAME ROM file fixed the board completely.

 

 Posted by at 11:32 pm