Difference between revisions of "PCB Repair Logs Shadow Warrior"

From Aussie Arcade Wiki
Jump to navigationJump to search
(Created page with "==Shadow Warrior== <p><table class="infobox vevent" style="width:22em;" cellspacing="5"> <caption class="summary" style=""><b>Shadow Warrior</b></caption> <tr class="> <td col...")
 
m
 
(One intermediate revision by the same user not shown)
Line 4: Line 4:
<tr class=">
<tr class=">
<td colspan="2" class="" style="text-align:center;">[[Image:marquee_shadow_warrior.png|200px]]</td>
<td colspan="2" class="" style="text-align:center;">[[Image:marquee_shadow_warrior.png|200px]]</td>
</tr>
<tr class="">
<th scope="row" style="text-align:left; white-space: nowrap;">Manufacturer</th>
<td class="" style="">[[PCB_Manufacturers_Tecmo|Tecmo]]</td>
</tr>
<tr class="">
<th scope="row" style="text-align:left; white-space: nowrap;">Year</th>
<td class="" style="">1988</td>
</tr>
</tr>
<tr class="">
<tr class="">
Line 11: Line 19:
<tr class="">
<tr class="">
<th scope="row" style="text-align:left; white-space: nowrap;">Pin Out</th>
<th scope="row" style="text-align:left; white-space: nowrap;">Pin Out</th>
<td class="" style="">Reserved</td>
<td class="" style="">[[PCB_Pinouts_Jamma|Jamma]]</td>
</tr>
</tr>


Line 18: Line 26:
'''Forum Thread:''' [http://www.aussiearcade.com.au/showthread.php/33061-Shadow-Warriors-Repair-Log Shadow Warrior PCB Repair]<br>
'''Forum Thread:''' [http://www.aussiearcade.com.au/showthread.php/33061-Shadow-Warriors-Repair-Log Shadow Warrior PCB Repair]<br>
<br>
<br>
Got another pair of board recently, another borked Golden Axe and this one, an original Tecmo Shadow Warrior, both sold as faulty. I actually already had an untested Shadow Warrior CPU board, one that Frank_fjs had won in an eBay auction that listed it as a complete board. The seller was not far from my work so to avoid him having to bail on the auction or pay $20 postage for a useless board I just walked round with a dollar and scored a board full of useful parts. Having a spare board, even half a board set, is often very useful when trying to fix another as its not likely both boards will have the same fault. Anyway, this Shadow Warrior was complete, and in mint condition, arriving wrapped in newspaper from December 1996, probably when the board died.
Plugging it in gave a screen full of rubbish with fairly regular blinking pixels...
<br>
<br>
[[File:Pcb repair shadow warriors 1.jpg]]
<br>
<br>
...and despite the recommended unplug/replug of the ribbon cables it stayed that way.
Looking over the board I couldn't see any sign of anything nasty on the CPU board, the video board was equally pristine but someone had resoldered one of the SRAM chip sockets and there was signs that one of the custom chips might have had a touch up on a couple of corner pins but that was about it.
Instead of diving in I wanted to test the 99c CPU board I had picked up, it was a tattier board than the CPU board of the complete board set but I had tested all the ROMs, SRAM and CPU on that board and it all checked out, the rotten looking tracks around the OKI sound CPU were also still conducting. So I swapped the boards over and, despite it claiming it had a ROM error, the board booted and ran happily. On a second boot the board decided it didn't have a ROM error so no idea what that was about.
Anyway - this proved that the video board was in perfect working order but the preferable solution was to fix the mint CPU board so it could be paired up with its original and mint video board.
On boards that give a static screen of rubbish when powered up there are a couple of usual suspects, the first is CPU clock, or in fact a faulty CPU but that's often far harder to check than the presence of a clock signal. The scope showed that this board had clock in all the right places so I moved on to the next culprit, the SRAM associated with the main CPU.
<br>
<br>
[[File:Pcb repair shadow warriors 2.jpg]]
<br>
<br>
The SRAM chips are the pair above the ROMs with the yellow stickers on, the edge of the 68000 CPU is just at the bottom of the shot.
Boards that give a screen of rubbish will actually give the exact same screen of rubbish if the CPU or SRAM is physically missing, the effect is the same, a board that has failed at the very 1st instruction, or a board that isn't even trying to run the 1st instruction if the CPU is bad or missing.
For some reason all the RAM is socketed on these boards which makes things easier, so I removed both TC5563APL chips and put them through my eprom programmer test function. The first chip failed miserably, but the second one was fine. Not having a spare instantly available ( couldn't swap between the two CPU boards as one used fat SRAM chips and the other used the thinner versions) I pinched the TC5563APL that was used as RAM for the Z80 CPU in the sound section. With 2 good SRAM chips for the main CPU the board booted happily.
<br>
<br>
[[File:Pcb repair shadow warriors 3.jpg]]
<br>
<br>
The sound system was not happy which was not surprising as its RAM was gone, a regular ticking noise was all it produced which is the watchdog circuit constantly reset the Z80 and the YM sound generators to try and get some activity.
Had a dig in my scrap drawer and desoldered a Sony CXK5864 which is an equivalent chip from an old dead board, left the 2 TC5563s together as a pair and gave the sound system its RAM back..
<br>
<br>
[[File:Pcb repair shadow warriors 4.jpg]]
<br>
<br>
..which restored the sound.
Board fixed!
<br>
<br>
[[File:Pcb repair shadow warriors 5.jpg]]
<br>
<br>
[[File:Pcb repair shadow warriors 6.jpg]]
<br>
<br>
Or so I thought, I had noticed last night that once in a while some of the sound effects were strange in that they didn't all fit what was going on. It was pretty low level, and didn't always happen, the right effects always seemed to be played but there were a few additional ones, like an echoing dog howl noise when there wasn't a dog on the screen, or even in the attract mode level. Also perhaps one cycle of the attract mode in ten would have a strange collection of noises during the table of contents "eye looking through a hole in some planks" section of the demo. So fired up MAME and ran up the ROMs, the odd noises never happened in the emulated game so I had another fault.
The ROMs in the sound section checked out so the next logical step was the addressing for the sound system. If there is something flaky on the address bus of the sound section the CPU will ask for sample X by setting the bit pattern on the address lines to correspond with the right sample or noise. The ROMs will see this pattern plus or minus anything the fault is causing so it responds with the data from a different section of the address space. The CPU doesn't know anything better as it is getting valid data on the data bus so it plays the sound it is given. Faults like this often crash the CPU as as far as the ROMs are concerned they just hold data, its the CPU that interprets it as either the program code or the sound data. If the fault has blown a hole in the address area that contains the executable code for the CPU then the instructions will be wrong and will almost certainly crash the CPU. Of course if the fault affects the address lines which are only used to address the ROMs areas holding the sound data you will get odd effects like this.
It wasn't that hard to spot either, the sound CPU had never been soldered in correctly...
<br>
<br>
[[File:Pcb repair shadow warriors 7.jpg]]
<br>
<br>
...and the pin that was not soldered is A11. Pressing down on the CPU actually chased the fault away entirely which kind of proved the point, but I soldered it in properly.
<br>
<br>
[[File:Pcb repair shadow warriors 8.jpg]]
<br>
<br>
The board may well have been making slightly strange noises for its entire career due to this manufacturing fault but in the last hour it hasn't played a single unexplainable sound effect.


It is probably now in better shape than the day it was made.
<br>
<br>


<br>[[PCB_Repair_Index|Back to PCB Repair Index]]
<br>[[PCB_Repair_Index|Back to PCB Repair Index]]

Latest revision as of 08:05, 7 February 2013

Shadow Warrior

Shadow Warrior
Marquee shadow warrior.png
Manufacturer Tecmo
Year 1988
PCB Image Reserved
Pin Out Jamma

Repairer: Womble
Forum Thread: Shadow Warrior PCB Repair

Got another pair of board recently, another borked Golden Axe and this one, an original Tecmo Shadow Warrior, both sold as faulty. I actually already had an untested Shadow Warrior CPU board, one that Frank_fjs had won in an eBay auction that listed it as a complete board. The seller was not far from my work so to avoid him having to bail on the auction or pay $20 postage for a useless board I just walked round with a dollar and scored a board full of useful parts. Having a spare board, even half a board set, is often very useful when trying to fix another as its not likely both boards will have the same fault. Anyway, this Shadow Warrior was complete, and in mint condition, arriving wrapped in newspaper from December 1996, probably when the board died.

Plugging it in gave a screen full of rubbish with fairly regular blinking pixels...

Pcb repair shadow warriors 1.jpg

...and despite the recommended unplug/replug of the ribbon cables it stayed that way.

Looking over the board I couldn't see any sign of anything nasty on the CPU board, the video board was equally pristine but someone had resoldered one of the SRAM chip sockets and there was signs that one of the custom chips might have had a touch up on a couple of corner pins but that was about it.

Instead of diving in I wanted to test the 99c CPU board I had picked up, it was a tattier board than the CPU board of the complete board set but I had tested all the ROMs, SRAM and CPU on that board and it all checked out, the rotten looking tracks around the OKI sound CPU were also still conducting. So I swapped the boards over and, despite it claiming it had a ROM error, the board booted and ran happily. On a second boot the board decided it didn't have a ROM error so no idea what that was about.

Anyway - this proved that the video board was in perfect working order but the preferable solution was to fix the mint CPU board so it could be paired up with its original and mint video board.

On boards that give a static screen of rubbish when powered up there are a couple of usual suspects, the first is CPU clock, or in fact a faulty CPU but that's often far harder to check than the presence of a clock signal. The scope showed that this board had clock in all the right places so I moved on to the next culprit, the SRAM associated with the main CPU.

Pcb repair shadow warriors 2.jpg

The SRAM chips are the pair above the ROMs with the yellow stickers on, the edge of the 68000 CPU is just at the bottom of the shot.

Boards that give a screen of rubbish will actually give the exact same screen of rubbish if the CPU or SRAM is physically missing, the effect is the same, a board that has failed at the very 1st instruction, or a board that isn't even trying to run the 1st instruction if the CPU is bad or missing.

For some reason all the RAM is socketed on these boards which makes things easier, so I removed both TC5563APL chips and put them through my eprom programmer test function. The first chip failed miserably, but the second one was fine. Not having a spare instantly available ( couldn't swap between the two CPU boards as one used fat SRAM chips and the other used the thinner versions) I pinched the TC5563APL that was used as RAM for the Z80 CPU in the sound section. With 2 good SRAM chips for the main CPU the board booted happily.

Pcb repair shadow warriors 3.jpg

The sound system was not happy which was not surprising as its RAM was gone, a regular ticking noise was all it produced which is the watchdog circuit constantly reset the Z80 and the YM sound generators to try and get some activity.

Had a dig in my scrap drawer and desoldered a Sony CXK5864 which is an equivalent chip from an old dead board, left the 2 TC5563s together as a pair and gave the sound system its RAM back..

Pcb repair shadow warriors 4.jpg

..which restored the sound.

Board fixed!

Pcb repair shadow warriors 5.jpg

Pcb repair shadow warriors 6.jpg

Or so I thought, I had noticed last night that once in a while some of the sound effects were strange in that they didn't all fit what was going on. It was pretty low level, and didn't always happen, the right effects always seemed to be played but there were a few additional ones, like an echoing dog howl noise when there wasn't a dog on the screen, or even in the attract mode level. Also perhaps one cycle of the attract mode in ten would have a strange collection of noises during the table of contents "eye looking through a hole in some planks" section of the demo. So fired up MAME and ran up the ROMs, the odd noises never happened in the emulated game so I had another fault.

The ROMs in the sound section checked out so the next logical step was the addressing for the sound system. If there is something flaky on the address bus of the sound section the CPU will ask for sample X by setting the bit pattern on the address lines to correspond with the right sample or noise. The ROMs will see this pattern plus or minus anything the fault is causing so it responds with the data from a different section of the address space. The CPU doesn't know anything better as it is getting valid data on the data bus so it plays the sound it is given. Faults like this often crash the CPU as as far as the ROMs are concerned they just hold data, its the CPU that interprets it as either the program code or the sound data. If the fault has blown a hole in the address area that contains the executable code for the CPU then the instructions will be wrong and will almost certainly crash the CPU. Of course if the fault affects the address lines which are only used to address the ROMs areas holding the sound data you will get odd effects like this.

It wasn't that hard to spot either, the sound CPU had never been soldered in correctly...

Pcb repair shadow warriors 7.jpg

...and the pin that was not soldered is A11. Pressing down on the CPU actually chased the fault away entirely which kind of proved the point, but I soldered it in properly.

Pcb repair shadow warriors 8.jpg

The board may well have been making slightly strange noises for its entire career due to this manufacturing fault but in the last hour it hasn't played a single unexplainable sound effect.

It is probably now in better shape than the day it was made.


Back to PCB Repair Index