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.

Pitfall II repair log #2

 PCB Repair Logs, Repair Logs  Comments Off on Pitfall II repair log #2
Jan 302015
 

The ‘F’ curse strikes again!

This could be a perfect title for this repair log but let’s start from the beginning

Got this faulty PCB from a friend:

Pitfall II_PCB

It had sever issues, only most parts of graphics were missing  and colors were clearly wrong while sprites barely visible

Pitfall_issue_

After studying the hardware I could identify the tile RAM in two MB8128 (2018/6161 compatible) chips @IC73 and @84.Probing them revealed irregular actitvity on some address lines.Piggybacking them with a good chip didn’t change anything.I could trace these address line back to the outputs of some 74LS157 multiplexers.Testing them with my HP10529A logic comparator gave me faults on three of them which I promptly desoldered and tested out-of-circuit having confirm they were all bad:

74LS157_out-of-circuit_testing

This improved graphics so that I could clearly also see the results of the ROM/RAM test:

improvement

IC73 and IC84 (tile/backgrounds RAMs) were riported still bad as well as the color RAM @IC85 so was time to investigate deeper.

Data bus of the color RAM (a 2016) was connected to a couple of 74LS175.Piggybacking the one @IC108 restored colors while piggybacking three 74LS245 @IC104, @IC105, @IC106 (involved in tile RAM data bus) restored most all  the  graphics and also the RAM/ROM test passed succesfully:

issue_fixed

But there was another issue (see picture below):

last_issue

To cut the story short I found another faulty 74LS157, one of them that I previously tested as good has gone bad while I was troubleshooting the board!Replaced it fixed completely the PCB.

fixed

Ah, I forgot…all faulty TTL ( nine in total : four 7LS157, one 74LS283 -not reported in this log-, one 74LS175 and three 74LS245) were manifactured by Fujitsu! Of course, the curse stroke again but I pushed it back! 🙂

 Posted by at 10:40 pm