Tube Panic repair log #1

 PCB Repair Logs, Repair Logs  Comments Off on Tube Panic repair log #1
Mar 222015
 

Some days ago I got two Tube Panic PCBs for a repair.I never heard about this game before, it’s a shooting ’em up game with an impressive graphics for its era (produced by Nichibutsu/Fujitek in the far 1984) and an hypnotic music.You fight with your ship through  trippy, intergalactic tubes and periodically, you’ll have to dock with a mothership for bonus points and power.

Anyway, let’s start with the first board repair:

Tube Panic#1

As you can see from picture above, owner labeled this board “NO SPRITES,NO INPUTS” but once I powered it on I got instead  strange behaviours, sometimes the game crashed, sometimes played  accelerated with blocky sprites.Here is a capture video of the issue:

As usual I started my check to CPU/RAM/ROM section.In these hardware there are three Z80 CPU, two of them are the main/slave and the third is the audio one.Probing the slave Z80 with a logic probe I found that its /INT line was silent.Traced it back to a 74LS74 @F5.Testing it with the HP10529A logic comparator revealed that output PIN5 was giving troubles and this output was indeed tied to /INT line.Desoldered and tested out-of-circuit it failed miserably:

74LS74#1

74LS74#2

Replaced this bad 74LS74 restored correct behaviour except for some little sprites issue which I traced to a 74LS298 @G19 (not actually faulty) which multiplexes data from sprites ROMS .So this first board was 100% OK:

Let’s pass to the second one which was labeled as “flashing”:

Tube Panic PCB #2

Actually it played fine except for the screen that was all blurry:

While doing my usual visual inspection I came across a very hot (I’d say ‘burning’) IC @I17, an HM4864 DRAM (64K x 1).Probing it all address lines were active as well the data IN pin but its data OUT pin was stuck LOW so data didn’t came out from device.Piggybacking a pin-to-pin compatible TMS4164 restored the graphics.Infact chip failed its out-of-circuit testing:

HM4864_out_of_circuit_testing

Like the first board also this one suffered from slight sprites issue due the 74LS298 @G19, it seems to be a congenital problem to this kind of hardware.

Double repair in a shot!

 Posted by at 10:09 pm

Altered Beast repair log

 PCB Repair Logs, Repair Logs  Comments Off on Altered Beast repair log
Mar 042015
 

Today I received a batch of some faulty PCBs and among them there was an original Altered Beast boardset:

Altered_Beast_PCB

Once fired up all was working fine except for the colors, they were clearly wrong (kinda pinkish):

colors_issue

For first I went into TEST mode.In all Sega System16 games(that support it) you can enter in TEST mode by pressing down at same time TEST,SERVICE and P1 start switches.But color RAM test was passed successfully:

Color_RAM_TEST

Near the two 6264 color RAM @J9 and J10 I noticed a couple of 74HC273 which input were connect to data BUS of the RAMs (as they latch input data).Probing the one @L11 revealed some outputs stuck HIGH though inputs were toggling fine.Piggybacked it and colors came to normal (well, almost, sky apart) :

colors_piggybacked_74HC273

Time to desoldering and testing it out-of-circuit:

74LS273_out_of_circuit_testing

Replaced it and board was 100% fixed.Job done.

 

 Posted by at 8:22 pm
Feb 152015
 

Got this original Taito/Toaplan Rally Bike PCB for cheap:

Rally_Bike

Seller claimed that it was working fine except that it didn’t coin up with both players.So, I was confident that it would have been an easy repair (but in hindsight I can say not really..).

When I started my troubleshooting I found none of the inputs (and dispwitches, too) were working.Checking all JAMMA connector pins with a logic probe revealed they were all fine (high when input is not activated  and low when button/direction switch is pressed) so resistors arrays were doing their job but something happened after and the signals could be not propagated.Tracing back the inputs I found that they were tied to inputs of some 74LS240 near the JAMMA connector.Probing them revealed that outputs didn’t change they state when inputs were activated because all the enable pin (PIN1 and PIN19) were stuck high.All these enable signals were tied to some outputs of a 74LS138 which I tested good out-of-circuit.So, I was in a dead end and giving up but doing some research about Toaplan hardware I came across this page:

https://allyourbase.toaplan.org/hardware/index.html

where it said that Z80 audio CPU handles not only sound control but also all I/O reading:

Toaplan_hardware.gif

So I started to probe the digital audio circuit and found thath some address lines of Z80 (and so also of the connected RAM/ROM) were stuck low as well all data lines of the YM3812 sound synthesis chip were in high impedance state due the /CS pin stuck high.The audio ROM was dumped fine and piggybackinbg the 6161 RAM had no changes at all but when I made it over the YM3812 suddenly the game coined up and started a game.I swapped it for a good one and all the inputs were working again.But sound was totally missing, only some hissing noise sign that the main MB3730 amplifier was good at least.Since digital part of audio circuit was fine, the fault was located in analog section.Probing the YM3014 DAC and the LM358 OP-AMP I could measure only 2.45V across their power pins sign that there was almost a short on thes two ICs:

LM358_YM3014_powering_test(1)

Infact, after removing them, I could measure the right voltage on the power pads:

LM358_YM3014_powering_test

Replaced both YM3014 and LM358 restored full sound.End of job.

 

 Posted by at 3:27 pm

SEGA Mega-Tech repair log #1

 PCB Repair Logs, Repair Logs  Comments Off on SEGA Mega-Tech repair log #1
Feb 072015
 

Some weeks ago I was sent a Mega-tech board to look at with an apparently common fault. The PCB would not see any cartridges that may have been present.
As it is considered a common fault I thought it best I draw some schematics up in order to allow others to hopefully fix their own fault. What I found with this system was far from easy.
NOTE: I use a variety of different displays throughout this repair and my test bench TV displayed the colours a bit wrong but its not a PCB fault.

The visual inspection turned up something straight away on the underside around one of the factory fitted wires.
IMAG1139
I cleaned this up and tested the board. It fired up OK but I could hear a strange ‘fizzing’ sound and occasionally a ‘pop’. As luck would have it I was in a darkened room at the time and I could clearly see that resistor array RA18 next to IC37 was glowing. This was located right underneath where the burnt out wire was.
I replaced the resistor array and did some continuity checks and everything was good.
I think at some point the wire had been pierced by an IC leg and shorted out. Maybe this is something for owners to check out?

This is what I got booting up
IMAG1132

The menu has its own Z80 processor and BIOS so I thought this would be a good place to start.
The first step was to take the code apart and see exactly what it does to read the cartridge ports.
Ultimately the Z80 sees the cartridges between address &8001 – $9fff, but before we can do that we have to jump through a whole set of hoops to setup the system. It is here I found my first problem.
I used the Fluke 9010 heavily throughout this repair so I had full control of this setup.

On this board there are a couple of CXD1095Q I/O extender chips. These chips require setting up before they can be used and the BIOS does this on startup.
They have 5 ports (A to E) and the pins on each port can be set as either an input or an output. To set these up the BIOS writes the necessary values to the registers of the CXD1095 at address $6406 and $6407.

My focus originally started on the one at IC7.
IMAG1154

So ports A and B are not used on this chip so they are set as inputs.
Ports C, D and E are set as outputs.
Port C lies at address $6402
Port D lies at address $6403
Port E lies at address $6404

Reading at address $6c00 clears the /RESET line to IC7. This needs to be done before the chip operates.

The port I was most interested in at this stage was port E as this is the one that selects cartridge slot to be used.
To setup port E I simply had to write the value 0x0 to address $6407 and then whatever I write to address $6404 should appear on pins 49, 50, 52 & 53.

This was not what I had though, instead all my pics were dead.
After convincing myself this chip really was bad I hit the internet and ordered a couple of replacements from China.

A week or so later and I had these replacements.
I removed IC7 and fitted a new one.
IMAG1157

Now when I ran the same tests I got correct activity on the output pins but the board still did not see any cartridges.
Moving on from here brought me to the second CXD1095Q chip at IC24.
The registers lie at address $6806 and $6807 on this chip.
This chip is responsible for reading various signals back including the “Cartridge Present” signal.
Address $6802 is the cartridge present signals and following the same testing as before I should have been able to write 0x3f to $6806 and then be able to read back values at address $6802. Again this was not the case so I removed and replaced this chip which gave me back all my signals. Like before this did not cure the problem.

The advantage I had now was I could setup the board so I could read the cartridge starting at address $8001. When I tried to read I got slightly different results each time, kind of like if one or two of the pins were floating. None of the pins were floating however.

As the Z80 is an 8 bit CPU and we are reading from a 16 bit bus there needed to be some other logic in the way. This takes the form of a custom chip marked 315-5309 at IC66.
Using MAME I knew what values I should have been reading back from each cartridge and I could confirm these readings using a logic probe on IC53. I could infact confirm the signals from the cartridge right back at the 315-5309 chip but the signals coming out of the chip back to the Z80 were different on each read.
I already had access to a spare 315-5309 so I took the plunge and replaced it. To my surprise it worked!
IMAG1162

On paper (or screen) this appears to be a fairly straight forward fix but I assure you I was pulling my hair out for most of it.
A huge thanks to Charles MacDonald for all his assistance and providing me with a proper datasheet for the CXD-1095Q chip.

Gyruss (bootleg) repair log

 PCB Repair Logs, Repair Logs  Comments Off on Gyruss (bootleg) repair log
Feb 042015
 

This was an easy one but with some tricks.

Bought this Gyruss bootleg PCB as faulty some time ago:

Gyruss_bootleg_PCB

The game worked fine but without any sound output.As we know Gyruss has some kind of simulated stereo sound produced by two LA4460 amps and five AY-3-8910 chips.At visual inspection both amps on my PCB were missing the heatsink (picture above has been taken after repair).In particular one amplifier was cracked in the middle and both had sign of burning.Besides, +12V filter capacitors had positive leg removed:

LA4460_amps

So, to be sure of my work, I connected the output of each LA4460 to an external amplifier and I got no sound at all while, connecting the inputs, I was able to hear both channels (sorry for bad audio quality recording):

So was time to replace both amps and +12V filter capacitors and fit proper heatsinks.

LA4460_amps_replaced_with_heatsink

But when I powered it on again I could hear only one sound channel while I have been able to hear both before through an external amplifier.So, tracing the two outputs of both amplfier (LA4460 has one inverting and one non-inverting output) I realized that they all ended to the edge connector so my JAMMA adapter was missing the signals + and –  of the other channel (PIN15 of parts and solder side).So I fitted an RCA female socket connected to another speaker:

RCA_female_socket

And finally I could enjoy its full (pseudo) stereo sound!

 Posted by at 11:33 pm