Caius

Gaiapolis & Metamorphic Force repair log (a.k.a Konami ‘054573″ color DAC reworking)

 PCB Repair Logs, Repair Logs  Comments Off on Gaiapolis & Metamorphic Force repair log (a.k.a Konami ‘054573″ color DAC reworking)
Jun 302015
 

As every arcade fan/collector probably knows, Konami makes great things but… sometimes weird.Technically speaking every their board (starting from old ones like Gyruss to latest ones ) has its own hardware layout which involves the use of  custom ASICs (Application Specific Integrated Circuit).These ICs are used to semplify the layout and prevent board bootleging.They can have most disparate shape and package and do various functions (sound, graphics, I/O and so on).In particular the Konami ones are really well made but often prone to failure.Some example of their customs :

 

 

The one I faced during this double repair log is the one marked ‘054573″ .It’s used on hardware of mid ’90s, it has SIL 15PIN package and it’s essentially a color DAC, it converts digital color signal into an analog one outputting it directly on JAMMA connector (so one IC is used for each RGB colors) :

Konami_054573

Here is the IC ‘naked” , picture kindly provided by IronGiant:

054573_800X600

It’s a quite fragile part, indeed while I was testing a Gaiapolis PCB, I switch it OFF/ON and I got this (picture on the right) :

gaiapolis_issue_1

Green color was suddenly missing.Once identifying the ‘054573’ DAC responsible of this color I compared with a logic probe its pins to  the ones of the other two DACs and they had exactly the same activity except for PIN2 which is , indeed, the output connected to PIN12 solderside of the JAMMA edge.Observed with an analog scope confirmed the output was silent compared to an healthy one of a good DAC:

output_comparison

Replaced it and the green color was restored :

green_fixed

The second PCB, a Metamorphic Force one which also use this kind of DAC, was perfectly working but someone made an awful job on the solderside, “piggybacking” a good ‘054573’ DAC on the faulty one (the green color one also here) and fixing it with hot glue:

metamorphic_force_reworking

Since the eye wants its part, I decided to revert this orrible hack restoring the original status and testing successfully the board :

job_done

Konami does great but weird things always, remember! 🙂

 Posted by at 3:16 pm

Undercover Cops (IREM M92 hardware) PAL dumps added

 PAL Updates  Comments Off on Undercover Cops (IREM M92 hardware) PAL dumps added
Jun 292015
 

Today I dumped the two specific PALs from an Undercover Cops (IREM M92 hardware).The two devices (PAL16L8) are located on ROM board (M92-E-B) , both dumps have been tested working in a GAL16V8 targeting device.I also succesfully tested the three PALs dumps already on our database (labeled as ‘M92-A-3M’, ‘M92-A-7J’ and ‘M92-A-9-J’ on CPU board), this confirms they should be the same for all M92 games.

 Posted by at 7:34 pm

Kyohkoh-Toppa (BreakThru) repair log

 PCB Repair Logs, Repair Logs  Comments Off on Kyohkoh-Toppa (BreakThru) repair log
Jun 232015
 

Maybe the name “Kyohkoh-Toppa” doesn’t say anything to most of arcade collectors/fans but if ,instead,I said “BreakThru” many of you will remember a game whose goal is to drive a dune buggy to “breakthru” the enemy lines of five different areas.So, for those who still have not understood, “Kyohkoh-Toppa” is the japanese version of BreakThru released  by Data East in February 1986 for the eastern market.

Here is the PCB:

Kyohkoh-Toppa_PCB

Board booted fine but it had a graphic issue since sprites were missing some lines:

sprite_issue

I noticed that problem went away if I flexed the board so there was some poor contact somewhere.In this kind of hardware all the graphics is generated in the bottom board so I reached it and found this:

2018_600MIL_adapted

Someone (certainly not manufacturer) replaced two TMM2018 300-MIL SRAMs with two 600-MIL equivalent ones adapting them in narrow sockets!For a better understanding of the package dimensions:

Not a neat job, for sure…Anyway, I could pinpoint sprites issue in the SRAM @11E (the one of the left picture) since problem was cleared when I pressed it.As you can see from picture they used some jumper wires on part side while patched some broken tracks on solder side :

broken_tracks_solderside

So, I decided to remove this hack, check that all the RAM connections were fine and use a proper 300-MIL chip in a new socket :

socket_job

In this way sprites were stably restored and board 100% fixed.

sprites_restored

 Posted by at 11:12 pm

Nova 2001 repair log #2

 PCB Repair Logs, Repair Logs  Comments Off on Nova 2001 repair log #2
Jun 232015
 

Another Nova 2001 repair log here after the one from Corrado.Here is the “patient” on the operating table today:

Nova_2001_PCB

PCB was sent me flagged as “SOUND ERROR”, indeed when I fired it up, the music and sound FXs were only noises.Here is a record for a better understanding of what I mean:

All sound/FXs are generated by two AY-3-8910 chips so I went to probe them  and found no activity on all their pins.This was due a missing clock on PIN22 of both (signal is shared) as shown on analog scope:

missing_clock_PIN22

I could trace the CLOCK signal back to PIN9 of a 7474 @3E and comparing the chip with a good reference one using with my HP10529A confirmed trouble on this output:

7474@E3_comparing

It failed miserably when tested out-of-circuit:

7474@3E_failed

Mission accomplished, another arcade PCB preserved!

 

 Posted by at 8:51 pm

The Battle-Road repair log

 PCB Repair Logs, Repair Logs  Comments Off on The Battle-Road repair log
Jun 232015
 

Got from a friend this The Battle-Road PCB :

The_Battle-Road_PCB

Honestly I never heard of this game before.Anyway, it runs on IREM M62 hardware which is the same one of Kung-Fu Master and other games.

My friend said that sprites was completely missing and he was right but comparing what I got with MAME emulation  also text/characters colors was incorrect :

texts_sprites_issue

MAME_comparison

So time to investigate and start to study the sprites circuitry which is located on bottom board.Data from the six sprite ROMs are multiplexed by a custom maked “NANAO KNA6034201”, its outputs go to some TTLs (74LS157 and 74LS374) until they hit the RAMs I/O pins (four 2149 DRAMs) which were all stuck HIGH.Probing the custom revealed it did its job, all outputs were correctly toggling as well as piggybacking the four DRAMs didn’t change anything so fault was in the middle.When I probed the 74LS157 @H3 with my HP10529A logic comparator I got this:

74LS157@H3_comparing

So troubles on all its outputs that were confirmed from my logic proble which reported them as stuck HIGH.Obviously IC failed when tested out-of-circuit:

74LS157@H3_failed

Fitted a new 74LS157 restored sprites but as I said early text/character colors were wrong compared to MAME emulation correct ones.Text colors BPROM was dumped fine so I went to dump the two ROMs containing this part of graphics and I found they were swapped into their respective sockets (on the left the wrong positioning, on the right the correct one) :

characters_ROMs

This fixed board completely.End of job.

board_fixed

 Posted by at 10:04 am