Under Fire PAL dumps added

 PAL Updates  Comments Off on Under Fire PAL dumps added
Aug 292014
 

Bad_ad84 has sent in some dumps from an Under Fire PCB.
They are untested right now and are still in PAL format.
At present ive left them all in a single ZIP file until we can check them out to see if at least the equations look plausable as its always possible some of the devices were locked.

Thanks to Bad_ad84 for his contributions, much appreciated.

 Posted by at 9:05 pm

Jigoku Meguri (Bonze Adventure) repair log #1

 PCB Repair Logs, Repair Logs  Comments Off on Jigoku Meguri (Bonze Adventure) repair log #1
Aug 282014
 

I got this Bonze Adventure (actually, it ended to be Jigoku Meguri, the japanese version) PCB as gift from my friend Silvio:

Bonze_Adventure_PCB

 

Board was in decent state but it was missing the YM3016F DAC and the TC0100SCN tilemap generator :

missing_IC

so I used a Drift Out faulty PCB as donor for these two ICs.

Besides, some pads of the TC0100SCN ASIC were missing and the RGB module TC0070RGB fell off in my hands once I touched it.I rebuilt missing pads using some AWG30 wire and I exposed the TC0070RGB pins using my Dremel in order to  solder new legs:

TC0100SCN_rebuilding

TC0070RGB_rebuilt

 

RGB module doesn’t use a standard 2.54mm pitch but 1.77mm so I used an half of a 64 pin S-DIP socket for its installation on PCB:

TC0070RGB_installation

 

All was set and ready for powering on the PCB.Once done, I got a solid black screen but all activity on 68000 adreess/data bus seemed fine.So I’ve started to think about a video RAM failure and I piggybacked a 62256 RAM over the one @IC4 which had some data lines stuck HIGH, this was the result:

Bonze_error

 

so I desoldered it and tested out of circuit resulting as showed:

62256_failure

 

 

But, though I replaced this RAM, I got the same error.So I remembered that my friend Silvio told me a lot of Bonze Adventure had both the tile RAMs bad so I decided to desolder also the other one 62256 RAM @IC5 and he was right, it  was really bad!

Fitted another good one and  :

Bonze_Adventure_fixed

 

I could enjoy this weird game!Thank you again , Silvio, for donating me this PCB and  for your precious advices! 🙂

 

 

 Posted by at 10:06 am
Aug 272014
 

Game was dead on power up.
Pressing down on the crystal brought clocks back. Resoldering the crystal didn’t help so there must have been a break internal to the unit. I ordered a spare 18.432MHz crystal oscillator and waited for it to arrive.

The new crystal arrived and fitting it brought the main clock back however my monitor screamed at me.
Checking the output from the 082 custom chip on the scope revealed that the SYNC signal was around 24kHz.
wrongkhz

I originally thought the 082 was at fault as id seen so many of them go wrong before but after sleeping on it I started to think this unlikely. At this point I asked for a bit of help from forum user cmonkey. He knows a lot about Konami hardware and has provided a lot of insight to me in the past.
He very generously took some measurements off his Gyruss PCB and it confirmed that the clock input going to the 082 was too high on my board. It should be 6.14MHz into pin 13 and I was getting around 9.14MHz.
wrongkhz2

At this point I thought I would do a bit of circuit simulation and drew out the clock generation circuit in PSpice.
cc-sim1

This is how the circuit should be.
ccharlie-clock

As you can see from the simulation I have around 6MHz.
Probing around this PCB however revealed that pin 1 of the 74LS107 was dead. Removing this line from the simulation revealed this:
cc-sim2

Exactly what I was wanting to see.
I removed the LS107 and tested it. It failed as expected.
cc-107fail

I found one on a scrap board. This brought everything back to life.
ls107

Powering the board up initially gave me a static screen of 0’s. This is what you normally see during the start of the POST. Ill get back to this issue later.
Powering down and back up again gave me this:
rightclock

Using MAME I confirmed the Video RAM area was to blame.
Checking the address lines on the 8128 RAM at location 3E revealed 4 dead lines. I traced these back to 74LS157 at location 5E. Replacing this brought back the graphics.
almost

There is still a small graphics issue at this point which I struggled to find and also the intermittent power up problem I mentioned earlier so thought I would move on to the other issue of the controls not working.

Neither of the coin inputs work.
Back to the schematics, I can see where the signal comes in and taking some measurements shows there is something wrong as I’m getting around 1v at pin 6 of the chip at 3F.
There is very little to this part of the circuit and the resistor array looked good so I desoldered the 74LS253 and it failed all tests. Replacing this brought the controls back.

So back to my remaining problems.
First, the graphics issue. Its hard to describe but on the parts of the screen where the coloured dots cycle round this also affected half of the 8×8 tile above it.
IMAG0820

As it only affected half the tile I eventually came to the conclusion it was a timing issue. This led me right back to the beginning where the reset circuit lies.
The power on reset is generated by a 555 timer which goes through a bit of logic and eventually out to the rest of the board as a /RES signal.
cc-reset

This signal comes out on pin 8 of a 74LS08 AND gate. Working back I found I had no output on pin 11 at all. I desoldered this chip and replaced it.
IMAG0816

It fixed the reset problem but also fixed the graphics problems too
IMAG0821

I guess it could have been caused by a timing issue after all?

This board looked is VERY good condition and, looking at the edge connector, it cant have been powered up more than a handful of times so its interesting to see that all these problems were present.
Very pleased I got this fixed.

Hellfire repair log #1

 PCB Repair Logs, Repair Logs  Comments Off on Hellfire repair log #1
Aug 232014
 

As usually I got this Hellfire PCB from ebay quite cheap.The game itself is an old school horizontal shoot ’em up manifactured from Toaplan.At first sight the PCB was clean except for some corrosion in the bottom right corner.

Hellfire_PCB

Once powered it on I was greeted by this screen:

Hellfire_error

Looking at MAME memory map I found no trace of this specific offset which is at end of 68000 addressable memory (this CPU can address up to 16 MBytes).So I decide to start over again and  give a deeper look at the PCB, in particular to the mentioned corroded area.I found that some pins of the ASIC marked “FCU BG1” were lifted.According to MAME source this chip handle the tiles generation and this would (partially, since device is not mapped in this memory region) explains the RAM error.

I tried a reflow but pins were so much corroded that I could not get a good soldering so I opted for a transplant with another same ASIC from a scrap Hellfire PCB but before doing this I cleaned the area from oxide and corrosion exposing the ASIC pads very well.This was the result:

FCU_BG1

Confident I powered the board on and :

Hellfire_fixed

100%  fixed!

 Posted by at 9:49 am

Bonze Adventure PAL set completed

 PAL Updates  Comments Off on Bonze Adventure PAL set completed
Aug 222014
 

Today I dumped the last PAL from an original Bonze Adventure PCB.With this now we have the complete set of PLD dumps since the other two were already done.It was obtained from a secured PAL20L8 and reversed by Porchy into a GAL22V10 targeting device.Dump has been tested as working.

 Posted by at 11:15 pm