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.

SEGA System 2 PLD update

 PAL Updates  Comments Off on SEGA System 2 PLD update
Feb 062015
 

Today I had the chance to try the existing PAL dump of the PAL16R4 marked ‘315-5138’ @IC11 on a Sega System 2 Shooting Master PCB and I can confirm it’s working also on this board (so it’s not exclusive to Choplifter).Besides, I converted in GAL16V8 format the MAME dump of the other PAL16R4 ‘315-5137’ @IC10 and tested it as good.Finally, I converted the ‘315-5139’ PLS153 dump made by Porchy into CK2605 original device fusemap using the Charles MacDonald PLAD utility and then successfully reversed it to GAL16V8 format.Database has been updated.

 Posted by at 9:58 am

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

Nova 2001 repair log #1

 PCB Repair Logs, Repair Logs  Comments Off on Nova 2001 repair log #1
Jan 312015
 

I got this pcb in December 2014 from Smitdogg of Mameworld as not working:

Foto 10-01-15 20 05 02

It was in good condition but it had already some TTLs replaced (socketed)

After firing it up I got a static coloured screen.

The Z80 was socketed so I first tried to replace it and to my surprise the game started apparently without any major faults with correct colours.

It was too good to be true and infact when the demo play started I got a very peculiar fault:

 

The background colours changed alternating between correct and not only during horizontal scrolling. During vertical scrolling the colour of the background was fixed in the last state (being good or bad).

I started the test of the pcb and everything looked good except the color check.

The “Back”  had some strange colours which didn’t look correct

 

pcb

I decided to start Mame and see the same screen on the emulated game and I got this:

0000

it seemed that there were some fixed bits on the background colours but that didn’t explain the alternating colours.

I looked for Nova 2001 schematics which luckily were available.

This game has plenty of 4116 drams which are prone to fault normally but they weren’t related to the fault I had.

I probed also the 3x  6116 SMD rams responsible for the background colors and the related 74LS273 buffers and they were all good.

At this point I had no clue where to probe, the schematics were really bad scanned and difficult to read.

I asked an advice to Charles MacDonald which pointed me to look on the AY8910 sound chips whose I/O are responsible for the  horizontal and vertical scrolling.

Cattura2

The first 3 bits BH0, BH1 and BH2 of AY8910@1,2A are negated and sent to a series of 74LS151 @12U, @11U, @10U and @9U.

All the signals going to these 74LS151 were good.

Cattura

I probed the outputs of all the 74LS151 and noticed that the TTL @12U was oscillating in sync with the alternating  background colors.

After checking the inputs of this chip, I noticed 3 stuck signals which were back traced to the 74LS164@12T whose inputs CLK and CLR were correct.

Changing this TTL restored the correct colour of the background during scrolling.