Dec 032015
 

I was fortunate enough to obtain an original Taito Rainbow Islands PCB recently, which of course was not working.

I tested the PCB in my Supergun and was presented a solid white screen;

ri_fix_1

Checking the 68K CPU, the clock was fine, and RESET line was held high, there was activity around the CPU which indicated it was trying to execute code.

The work RAM looked good, so I checked the two 62256 SRAMs that the PC080SN custom uses for all backgrounds/tiles.  The outputs looked bad on both.  I also noticed that when I touch the pins on the SRAMs the screen display changed.

RI_12

I removed the SRAMs (IC3 & IC4) and confirmed they were bad in a RAM tester.

ri_10

I installed sockets for easy maintenance and replaced with fresh SRAMs;

ri_7

The PCB was now running, but had some issues with background/tiling;

ri_5

ri_4

ri_3

ri_2

Speaking to my friend Porchy about this fault, he stated that it appeared that Bit 4 (counting from 0) was stuck LO, and that the PC080SN custom was responsible for it (RAM lies at address 0xC00000 – 0xC0FFFF).

I was hopeful it was not a fault within the custom, and eventually after probing found that IC12 (74LS373 Octal Latch) Pin 9 was stuck LO (should have been pulsing LO/HI).

ri_9

I removed the IC, installed socket with fresh 74LS373 and was greeted with a fully restored display;

ri_11

I did notice however that sometimes the display would lose all the BLUE.  So my attention turned to the TC0070 SIP custom that handles RGB.  I found a cracked pin (highlighted with Red arrow), which I resoldered to resolve it;

ri_6

It was now running perfectly, except for the sound which appeared to be absent totally.

I checked the Z80 CPU which handles sound, and it was definitely running code.  So I checked the TL074 op-amp at location IC67 and found it appeared dead (no output, but probing input I could hear the sound!).  So I removed it, installed socket with fresh TL074 to fully restore the sound;

ri_8

Many thanks for Porchy for his help with this repair.

Another Rainbow Islands Log to come very shortly, solved with help from my new friend Caius.

 

 

 

 

New PAL dumps added

 PAL Updates  Comments Off on New PAL dumps added
Dec 022015
 

Today I dumped a couple of new PALs.The first comes from a Sega Puyo Puyo board.This PAL should be unique to this game while the other two PALs on board (already dumped and on database) should be shared among all Sega C/C2 boards.Original device was a secured GAL16V8A.

The second dump was obtained from a CK2605 of a Chequered Flag PCB, then I successfully converted the fusemap to a GAL18V10 targeting device (first reading device as PLS153 and reducing its equations to a CK2605 fusemap using the Charles MacDonald PLA utility).You can find both dumps on our database as usual.

 Posted by at 10:00 am

Chequered Flag double repair log

 PCB Repair Logs  Comments Off on Chequered Flag double repair log
Nov 302015
 

I got a couple of Chequered Flag PCBs for a repair.Here’s the first:

Chequered_Flag#1

The MASK ROM test reported an error on a character ROM at a certain location:

self_test_error

which caused some garbage on screen:

GFX_issue

Launching MAME I could figure out the ROM reported as bad was the one @N16:

0000

Device itself was a non 32 pin non-JEDEC 27C1000 mounted on a custom socket in place of the classic 1Mbit 28 pin MASK ROM.So I read it and it matched the one on MAME sets.Probing it I found that its pin 28 (A13) was silent,I traced it back to the a near custom marked ‘051316’ that addresses the entire character ROM :

051316

A dead address line means that the IC has an internal fault so my only option was to replace it and this is what I did taking it from another dead board:

051316_reworking

With a good custom the MASK ROMs test successfully passed and all GFX issues vanished:

test_good

The second PCB :

Chequered_Flag#2

had slight sprites issue.Here’s a comparison with a MAME snapshot (on the left):

sprites_comparison

A visual inspection of the board revealed some lifted pins of the two ASICs sprites generators:

sprites_generators

A reflow was enough to restore correct sprites:

fixed

End of (double) job.

 Posted by at 11:41 pm

The Outfoxies repair log

 PCB Repair Logs  Comments Off on The Outfoxies repair log
Nov 272015
 

I got this mint The Outfoxies PCB for a repair from my friend Zoran :

The Outfoxies_PCB

For the uninitiated it’s a fighting game released by Namco in 1994 on Namco NB-2 hardware.The board ran well but had some inputs issue regarding the player one.Down input was not responding while left one was intermittent.This was confirmed also by switch test :

Also in this Namco hardware (like the NA-1/NA-2 and NB-1 ones) the inputs signals from JAMMA pass for first through some SMD EMI filters (which suppress high frequency interferences).Using a multimeter revealed that JAMMA pin 19 and 20 parts side had continuity with the inputs of the EMI filter @FL12 but the outputs lost their connection with the pads:

inputs_issue

Restablishing the lost connection with a bit of AWG30 wire fixed the issue completely:

EMI_filter@FL12_patched

 Posted by at 10:29 pm