Assorted PAL dumps update

 PAL Updates  Comments Off on Assorted PAL dumps update
Feb 142016
 

Today we have a big PAL dumps update.

Our contributor ‘cpsystem3’ posted on Dumping Union a dump from a Global Champion Taito F3 cart.Device was an unlocked PALCE16V8H, dump has been tested as working on same part.According to him, it allows for larger audio samples/ bank support.Thanks to ‘cpsystem3′ for this contribution.

As for me, I dumped PALs from these PCBs:

-Explosive Breaker, a vertical shoot’em up from Kaneko (dumped only the socketed chips)

-Bang!, a lightgun game from Gaelco

-City Connection (bootleg)

I also dumped a secured GAL16V8 present on hardware of my defective EETools ChipMax2 EPROM programmer.All dumps have been tested (except for the ChipMax2 one) and working in a GAL16V8 targeting device (except one dump from City Connection which requires a GAL22V10)

 Posted by at 6:37 pm
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

Thunder Blade (317-0056) tested

 Decrypted Updates  Comments Off on Thunder Blade (317-0056) tested
Feb 092016
 

‘DeLuSioNal29’ informed us he successfully tested the decrypted ROM set Thunder Blade (317-0056) on his PCB.Thanks to him for his feedback.

 Posted by at 6:15 pm
Feb 062016
 

I’ve been doing a lot more gaming than anything else recently so thought I’d do a little post on this.
My hardware of choice right now is the Atari Lynx. The only thing that lets the Lynx down for me was the screen. Anyway A guy known as McWill found on the AtariAge forums makes an LCD replacement so I took the plunge and ordered one.

Installation was a little time consuming but definitely not difficult. I found the hardest part was dealing with the Lynx unit itself, it gets a little awkward reattaching the flex cable.
For some reason I never took a picture of the replacement itself so ill just show the before and after screenshots.

BEFORE:
20160206_100625
AFTER:
20160206_121525

Im very impressed with this thing. Pressing the backlight button will switch on/off scan lines too which is a nice touch.
Ill definately be getting a lot more use out of my Lynx now.

Thanks to McWill for this. Delivery took just a few days (from Germany to UK) and was very well packed.
Game Gear is next on my list when funds permit.

 Posted by at 1:36 pm

Heavy Unit repair log #2

 PCB Repair Logs, Repair Logs  Comments Off on Heavy Unit repair log #2
Feb 062016
 

Got this pcb to be repaired from a friend.

The pcb was working perfect excepts that the screen was flickering at 1/2 of the vsync.

As usual I visually inspected the board to find loose legs on smd chips but the only one present was good.

I noticed that the pcb had 4x rams 4164 near the video custom chip which are known to be not very reliable.

I started to probe the rams until I found one which had all the signals very weaks.

After soldering a new one, the problem was fixed!

Heavy Unit