Corrado Tomaselli

No background in electronics. Learned everything by reading pdf books and expecially Video game logic Vol 1 by Atari and in general early Atari and Williams arcade manuals

Jun 242015
 

Got this pcb from ebay marked with “cracking sound problems”

The game sounded like an old LP with a lot of scratches and missed some sounds.

On this board, the YM2610 handle FM synthesis and PCM samples.

Given the fact that it is very difficult that the sound chip will fail, I started to probe the smd stereo DAC YM3016.

I could hear the same cracked sound coming out and I was sure that changing it would fix the issues.

I found a donor board and soldered a new DAC.

 

Foto 16-05-15 10 49 00

Retested the pcb and same problems.

At this time I was quite sure that the sound chip itself was broken.

Suddendly I remembered the most obvious thing to test first: the sound rom C43-01!

It was a maskrom….marked Taito….they had the most unreliable supplier ever.

In the past, I found many Taito maskroms which caused gfx faults because of internal faults.

After cheking the maskrom on my eprom programmer one pin was not making contact and it was clear that is was an internal break.

Burning a 4mbit eprom with maskrom pinout (like a 27c4100) restored the sound.

 

Foto 16-05-15 10 49 31

Robocop 2 repair log

 PCB Repair Logs, Repair Logs  Comments Off on Robocop 2 repair log
Jun 242015
 

The game was working fine but you could hear only the sound fx, not the music.

Usually these kind of issues are related to either the DAC or the operational amplifier connected to the FM sound chip.

I used my external amplifier to probe the output of an operation amplifier and I could hear perfectly the music.

After checking for interrupted lines I noticed a missing cap.

Bridging the two pins restored the music.

Easy job!

Foto 15-05-15 18 02 59

 

Foto 15-05-15 18 02 49

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.

Jan 122015
 

Welcome to my first repair log!

I bought this (very) expensive pcb from ebay in October 2014.

I played the game a couple of times and then after about one week, all the sprites disappeared while I was playing. Only background and text were present:

Foto 22-10-14 20 52 25

I couldn’t believe, at first I began to press everywhere hoping it was a loose or oxydized connector but soon I realized something got faulty.

This game hasn’t any schematics available so I knew from the beginning it would have been very tough to fix it.

I connected my trusty logic probe and began to short some pins on the pcb to see what changed on the screen so that I could focus on the right part of the circuit.

 

Foto 29-10-14 23 30 26

After about 30 mins turned on, the sprites started to reapper but missing some lines:

Foto 29-10-14 23 07 33

I then remembered that 1942 hardware is very similar to Son Son and the schematics are available.

I was right, the way that TTL chips are connected on 1942 is equal on Son Son. Only the positions of the ICs are different but the logic is really similar.

I probed the 2148 rams @F2 and @F4 on Son Son pcb which on 1942 schematics are described as OBJ rams and I found a stuck /WR signal @F4 on Son Son (J4 on 1942):

 

son2

I followed back the signal always taking a look on 1942 schematics, and I found finally the source of the problems on the missing signal on pin 11 of an 74LS00 @F11 (on 1942 I circled the equivalent IC @K11).

On  1942 schematics available on internet, someone circled the 74LS00@N8 writing “no plane”, probably he had the same fault. 😉

son1

 

Foto 29-10-14 23 27 24

Replacing the 74LS00@F11 gave me back all the sprites

 

Foto 29-10-14 23 29 25