Repair Logs – Page 101 – JAMMArcade.net

Vendetta repair log #2

Jan 022015

Got this original Konami Vendetta PCB from a batch of faulty boards I recently bought:

Board was really brand new as it was come out from the factory but once powered on I was greeted by a flashing white screen sign that the watchdog circuit was active and the board kept to resetting:

Usually the watchdog is on because there is some troubles in the main code execution.So I started with my multimeter the check the main CPU (a custom marked ‘053248’) area and found an high resistance between ‘D1’ (DATA LINE 1) of the CPU and the program ROM:

Obviously, for the proper CPU operation, all its address and data line must be daisy chained with the main code ROM as confirmed also by schematics:

So I used a provisional patch wire and board booted fine:

But external appearance matters too.So, following the path of this data line, I found the point where the track was interrupted (picture on the right was taken with USB microscope) and I patched it with some AWG30 wire:

Job done.

Oric repair log

Dec 312014

today I got a couple of Oric computers.
Ive been after one of these for some time now but prices have shot up of the last 12 months.
I couldn’t resist buying these two, both of them which required repair, as the price was right.

First is red/black one.
I first started by removing the ULA and powering up to check voltages. I do this with Spectrum’s too as these early voltage regulators have a habit of going wrong with disastrous consequences.
With everything looking OK I refitted the ULA and power up. I was greeted with this screen.

Ive read enough about the Oric over the years to know that the ULA is very hardy and the RAM is very poor. Ive also read that a fried ULA will usually result in nothing on screen at all.
I opted to desolder the RAM first.
There are 8 x 4164 RAM chips and on testing two of them failed.
I socketed and replaced the faulty RAM and I now have this

The random writing is my doing as the keyboard is flat on the bench when testing.
Happy with this. I think the second unit has the same fault too.

Fluke 68000 POD repair log

Equipment Repair Logs, Repair Logs Comments Off

Dec 292014

Whilst doing some testing for Guddler over on the UK-VAC forum I thought it would be a good time to look into why I sometimes get a POD timeout error.
Normally when I get this error pushing down on the black cable that connects it to the 9010 fixes it.
Here is the reason why

One of the crimps had worked its way loose.

I carefully bent the small bard out a little and refitted. Now the POD seems to be rock solid.

The Maint Event repair log

PCB Repair Logs, Repair Logs Comments Off

Dec 252014

My friend Luca sent me this original Konami The Main Event PCB (a decent wrestling game):

After booted up game showed a clear sprite issue:

In these Konami boards sprites DATA are stored in 40 PIN 4Mbit MASK ROM so I went with my logic probe on the two ones @K4 and @H4 and found that the one ‘799B05’ @K4 has some DATA lines inactive.This was confirmed also by the MASK ROM test:

Reprogrammed the DATA into a 27C400 EPROM replacement gave me correct sprites:

Next issue to troubleshoot was the absolute lack of sound.Using my HP10529A logic comparator I found a 74LS74 @G5 with bad outputs but this was not enough to restore sound.Probing the audio Z80 CPU I found that all the control lines were silent so this convinced me to replace it (I had confirm it was really bad as I tried it in another board).At this point I had sound but only some speech samples randomly played.Analyzed the 2018 SRAM @F5 and found weird activity on DATA/ADDRESS lines.Desoldered and tested it confirmed it as bad:

Sound was finally fully restored.Last issue I had to solve was that some Player 1 inputs were not working, for example COIN 1 were stuck LOW as shown in TEST MODE:

As show in schematics inputs are handled by some 74LS253:

Probing the one @E12 with a logic comparator gave me problem on the two outputs, this was confirmed by out-of-circuit testing:

After replacing it TEST mode reported all the inputs working again:

So the board was 100% fixed.

Super Pang repair log

PCB Repair Logs, Repair Logs Comments Off

Dec 252014

Got this original Super Pang PCB from my friend ‘Mikidaffy1983’

He asked me to desuicide it (picture above is actually from the board already desuicided) and, as usual, I followed instruction here:

https://www.arcadecollecting.com/dead/pre-cps.html

All went good but when I tried the board I noticed wrong colors on some backgrounds/sprites:

Studying a bit the hardware I found that the color RAMs are located @8C and @9C (two 6116) so I started to analyze them with my logic probe, this revealed that some data lines of 6116 @8C were inactive.Desoldered and tested it out-of-circuit confirmed it was bad:

Fitted a good 6116 RAM brought colors to normal.

Older Entries Newer Entries