Feb 122016
 

Here is a picture showing a recently repaired Rastan PCB with the replaced chips highlighted in red.

rastan2-5

I will explain every step of the repair process here:

1) When powered up, the game was starting but was constantly rebooting after about 5 seconds. I checked the reset pin on the CPU but it was constantly high so that seemed not related to that. I checked the signals on the 2 CPU RAMs @ IC10 and IC22 (2x TMM2063 – 64kb) but nothing seemed suspicious. Anyway, piggybacking the one @ IC10 made the game not rebooting after 5 seconds but after a longer time. That was sufficient to let me think it may be faulty so I desoldered the RAM and it was tested bad on my programmer. Replacing it by a new one made the game working and not rebooting again and again. Good.

2) Well, the game was now playable but there was no FM sound (so no music at all), only voices were audible. Schematics are available online so I could see that the FM sound is generated by the YM2151 @ IC63 then it goes to an YM3012 DAC @ IC78 then it goes to a TL074 op amp @ IC100 to finally going to the MB3731 amplifier @ IC101. Outputs signals looked healthy at the outputs of the YM2151 and I had correct sound for the voices so the issue should be located before the mix between FM and voices signals, so before the amplifier: more probably within the DAC or the op amp. The TL074 is composed of 4 operational amplifiers:

rastan2-6

I noticed that every of the 4 output signals on the TL074 @ IC100 were looking weird with a negative voltage (between -1 and -2 V). There is another TL074 chip on the board that is related to the voices and every outputs showed a positive signal of approximately 2.5 V. That was suspicious so I desoldered the TL074 @ IC100 and replaced it by a new one and the FM sound was back ! (the signals on every 4 outputs were now showing a positive analogic signal of approximately 2.5 V).

3) and 4) Ok, so then the game was fully playable with perfect sound but there was some graphical glitches on a few items, as seen here in the attract mode:

rastan2-3

I have a previously repaired Rastan PCB that had one of its gfx mask roms replaced by an hacked 27C010 EPROM so, due to the nature of the problem here (glitches on only a few particular items), I suspected one or multiple MASK ROMs to be faulty. I started replacing these ROMs with the ones from my working Rastan PCB and got the gfx working perfectly after replacing B04-07 @ IC14 and B07-08 @ IC27. As noticed in my previous Rastan repair log, the gfx ROMs on this board are 128kb fitted into 28 pins chips. Finding blank chips with these exact specs is hard nowadays so I used 128kb 32 pins 27C010/27C1001 EPROMs as replacement (I could use a 27C1000/27C301 EPROM to make the modification even easier but I didn’t have one remaining then). To fit them on the 28 pins sockets present on the Rastan board, you have to make the following modifications on every EPROM:

If you use a 27C301 or 27C1000 non-JEDEC EPROM (simplest way):

  • Connect pins #30, 31, 32 together and connect them to pin #1 with a small wire.
  • Connect pinĀ #2 to pin #16 with a small wire.

If you use a 27C010 or 27C1001 JEDEC EPROM:

  • Connect pins #30, 31, 32 together and connect them to pin #1 with a small wire.
  • Gently bend pinĀ #24 so it won’t plug into the socket and connect it to pin #16 with a small wire.
  • Solder a small wire on pin #2 that you will plug into pin #22 of the socket.

I did these connections on the underside of the chip. Here is how it looks on my 27C010:

rastan2-2

And this is how it looks after the 2 chips plugged in:

rastan2-1

Now the gfx are fully restored, as well as the rest:

rastan2-4

Gryzor repair log #2

 PCB Repair Logs, Repair Logs  Comments Off on Gryzor repair log #2
Jan 232016
 

A friend got a Gryzor PCB working but with problems on some of the sprites (mostly enemies and items with half of the horizontal lines missing).

The 4 GFX MASK ROMs were tested ok on another Gryzor PCB. Looking with the scope on the RAMs revealed nothing really suspicious.

I then piggybacked the RAMs around the GFX part and quickly found the faulty one.
It was the NEC 8644FU12 at location 14G. This RAM is a 4464 (64k-word x 4-bit, same type than the ones I replaced on my recently repaired Final Star Force).
Here is a picture of the PCB with the faulty chip highlighted in red:

gryzor2-1

Piggybacking it with a compatible TMS 4464-12 restored all the sprites.
In fact, the problem was so small that it was impossible to see any suspicious signal on any of the pins of that RAM with the scope (every signal looked healthy). I replaced the chip and obviously got the PCB running perfectly.

Here is a before and after picture:

gryzor2-2