Difference between revisions of "PCB Repair Logs Midnight Resistance"
m |
m |
||
Line 39: | Line 39: | ||
<br> | <br> | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 1 4.jpg]]<br> | [[File:Pcb repair midnight resistance 1 4.jpg]] | ||
<br> | |||
<br> | <br> | ||
It was a Fujitsu chip, and these are often known to die by losing internal connectivity to a pin. The simple test is to piggy back a known good chip on top of the original. If it has died by losing a pin the piggy backed chip will light up that leg, and in this case the graphics were instantly fixed. | It was a Fujitsu chip, and these are often known to die by losing internal connectivity to a pin. The simple test is to piggy back a known good chip on top of the original. If it has died by losing a pin the piggy backed chip will light up that leg, and in this case the graphics were instantly fixed. | ||
Line 47: | Line 48: | ||
<br> | <br> | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 1 5.jpg]]<br> | [[File:Pcb repair midnight resistance 1 5.jpg]] | ||
<br> | |||
<br> | <br> | ||
Piggy backing is not a guaranteed test tho, in fact in some circumstances it can result in the piggy backed chip being destroyed, but for F branded chips with missing outputs its always worth a go. In fact my piggy backer chips tend to be F brand chips I have suspected as faulty and de-soldered only to find that they are ok, will never put an F back on a board as they are so flaky, they make for good piggy backers though as I don't mind if they get zapped. | Piggy backing is not a guaranteed test tho, in fact in some circumstances it can result in the piggy backed chip being destroyed, but for F branded chips with missing outputs its always worth a go. In fact my piggy backer chips tend to be F brand chips I have suspected as faulty and de-soldered only to find that they are ok, will never put an F back on a board as they are so flaky, they make for good piggy backers though as I don't mind if they get zapped. | ||
Line 57: | Line 59: | ||
<br> | <br> | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 1 6.jpg]]<br> | [[File:Pcb repair midnight resistance 1 6.jpg]] | ||
<br> | |||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 1 7.jpg]] | [[File:Pcb repair midnight resistance 1 7.jpg]] | ||
Line 73: | Line 76: | ||
<br> | <br> | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 1 8.jpg]]<br> | [[File:Pcb repair midnight resistance 1 8.jpg]] | ||
<br> | |||
<br> | <br> | ||
The TMM2063 failed the read write test on my eprom reader so I dug out a scrap board and de-soldered a Sony CXK5864BSP-10L chip which is a pin for pin compatible chip. How do I know this? The first thing to do when trying to find a replacement is to find a RAM chip that has the same number of pins as the one you are trying to replace, then google for the data sheet and compare the description. Both chips were described as "65536 bit CMOS SRAM organised as 8,192 words by 8 bits", then double check the chip pin outs are the same. Ignoring the fact that some manufacturers label their data pins as D0-D7 and some as D1-D8, and the same for the A pins you usually find they are totally compatible, the only other concern is the speed of the chip, which is denoted by the last number of the chip name eg CXK5864BSP-10L is a 100nSec chip, -70 would be a 70 nSec, -60 as 60nSec etc etc. If you don't have a collection of scrap boards then it gets a bit harder as you have to find a vendor then google what they are selling, you can't start with the simple eyeball conclusion that if it doesn't have the same number of pins it can be compatible. | The TMM2063 failed the read write test on my eprom reader so I dug out a scrap board and de-soldered a Sony CXK5864BSP-10L chip which is a pin for pin compatible chip. How do I know this? The first thing to do when trying to find a replacement is to find a RAM chip that has the same number of pins as the one you are trying to replace, then google for the data sheet and compare the description. Both chips were described as "65536 bit CMOS SRAM organised as 8,192 words by 8 bits", then double check the chip pin outs are the same. Ignoring the fact that some manufacturers label their data pins as D0-D7 and some as D1-D8, and the same for the A pins you usually find they are totally compatible, the only other concern is the speed of the chip, which is denoted by the last number of the chip name eg CXK5864BSP-10L is a 100nSec chip, -70 would be a 70 nSec, -60 as 60nSec etc etc. If you don't have a collection of scrap boards then it gets a bit harder as you have to find a vendor then google what they are selling, you can't start with the simple eyeball conclusion that if it doesn't have the same number of pins it can be compatible. | ||
I also de-soldered a Hitachi (i.e. bulletproof) 74LS174 chip and soldered it into the board, I tend to fit machined pin sockets for RAM chips if I can, firstly to save the SRAM chip from another blast of heat and secondly to future proof the board. The logic chip will probably last another 20 years, the SRAM chip is far less likely to so sockets save the PCB from another de soldering and make the board easier to repair too. | I also de-soldered a Hitachi (i.e. bulletproof) 74LS174 chip and soldered it into the board, I tend to fit machined pin sockets for RAM chips if I can, firstly to save the SRAM chip from another blast of heat and secondly to future proof the board. The logic chip will probably last another 20 years, the SRAM chip is far less likely to so sockets save the PCB from another de soldering and make the board easier to repair too. | ||
Line 83: | Line 86: | ||
<br> | <br> | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 1 9.jpg]] | [[File:Pcb repair midnight resistance 1 9.jpg]] | ||
<br> | <br> | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 1 10.jpg]] | [[File:Pcb repair midnight resistance 1 10.jpg]] | ||
<br> | <br> | ||
<br> | <br> | ||
Line 94: | Line 97: | ||
A nice quick fix this one, judging by the state of the label tied to it that says "faulty" this board has probably been borked for many many years. | A nice quick fix this one, judging by the state of the label tied to it that says "faulty" this board has probably been borked for many many years. | ||
=== Board | === Board 2 === | ||
Snapped up another faulty Midnight Resistance board recently, seller said the board would boot and give a blank white screen, but that the sounds were working and he could hear the game playing in the background. | Snapped up another faulty Midnight Resistance board recently, seller said the board would boot and give a blank white screen, but that the sounds were working and he could hear the game playing in the background. | ||
<br> | <br> | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 2 1.jpg]] | [[File:Pcb repair midnight resistance 2 1.jpg]] | ||
<br> | <br> | ||
<br> | <br> | ||
Line 104: | Line 107: | ||
<br> | <br> | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 2 2.jpg]]<br> | [[File:Pcb repair midnight resistance 2 2.jpg]] | ||
<br> | <br> | ||
<br> | |||
As did the fact a D880 power transistor had been snapped off. | As did the fact a D880 power transistor had been snapped off. | ||
<br> | <br> | ||
<br>[[File:Pcb repair midnight resistance 2 3.jpg]]<br><br> | <br> | ||
[[File:Pcb repair midnight resistance 2 3.jpg]] | |||
<br> | |||
<br> | |||
Sometimes you do get empty sockets on boards but each wasted socket cost someone a few cents so its not common on dedicated game boards (Capcom CPSx and Sega System16/18/32 often do have blank sockets depending on the game). | |||
Anyway I have a couple of other MidRes boards so I knew what chip should be in that socket, and could borrow one to get this board up and running. The transistor wasn't a problem, its emitter was tied to pin 8 on the JAMMA edge connector, which is not used in the standard spec, but the MidRes manual says this is used for the coin counter, basically the transistor is there to provide a high current pulse to the mechanical coin counter, so its absence was not likely to be an issue. | Anyway I have a couple of other MidRes boards so I knew what chip should be in that socket, and could borrow one to get this board up and running. The transistor wasn't a problem, its emitter was tied to pin 8 on the JAMMA edge connector, which is not used in the standard spec, but the MidRes manual says this is used for the coin counter, basically the transistor is there to provide a high current pulse to the mechanical coin counter, so its absence was not likely to be an issue. | ||
Line 116: | Line 123: | ||
<br> | <br> | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 2 4.jpg]]<br> | [[File:Pcb repair midnight resistance 2 4.jpg]] | ||
<br> | <br> | ||
<br> | |||
Went over the CPU again with the scope, it had volts, a healthy clock and the reset pin was high (i.e. CPU didn't have the handbrake on) - all good! However the "halt" pin was low, meaning the CPU had crashed, pretty much anything that causes the CPU to get scrambled or corrupt instructions will cause a crash and that could be anything like track damage, bus logic failures, bad RAM or bad ROM. The board is in very good condition with no signs of track damage, also no flaky F 245 or 273s across the CPU buses. So I started to dump the ROMs and compare with the MAME set. There are 4 27c512 ROMs near to the CPU which contain the program code, the first three tested fine, the fourth also tested fine, but only after I fixed what I found as I removed the chip from its socket. Without this pin the 4th ROM has no power so its not surprised the program code was corrupted. | Went over the CPU again with the scope, it had volts, a healthy clock and the reset pin was high (i.e. CPU didn't have the handbrake on) - all good! However the "halt" pin was low, meaning the CPU had crashed, pretty much anything that causes the CPU to get scrambled or corrupt instructions will cause a crash and that could be anything like track damage, bus logic failures, bad RAM or bad ROM. The board is in very good condition with no signs of track damage, also no flaky F 245 or 273s across the CPU buses. So I started to dump the ROMs and compare with the MAME set. There are 4 27c512 ROMs near to the CPU which contain the program code, the first three tested fine, the fourth also tested fine, but only after I fixed what I found as I removed the chip from its socket. Without this pin the 4th ROM has no power so its not surprised the program code was corrupted. | ||
<br><br> | <br> | ||
[[File:Pcb repair midnight resistance 2 5.jpg]]<br> | <br> | ||
[[File:Pcb repair midnight resistance 2 5.jpg]] | |||
<br> | |||
<br> | |||
The game would boot and run after this was fixed, sound an all. Pulling the PROM out again gave back the fault the seller described, blank coloured screen but audible signs the game was running. It seems that the seller had tried to fix this himself, dumped the ROMs, found them to be OK and slapped them back in and sold the board. | The game would boot and run after this was fixed, sound an all. Pulling the PROM out again gave back the fault the seller described, blank coloured screen but audible signs the game was running. It seems that the seller had tried to fix this himself, dumped the ROMs, found them to be OK and slapped them back in and sold the board. | ||
Even though the game was now running it was clearly not well, half the screen was covered in white squares and there were odd fragments over the screen. Its hard to see in this photo but most of the gfx outside the white squares are fine and scroll correctly. | Even though the game was now running it was clearly not well, half the screen was covered in white squares and there were odd fragments over the screen. Its hard to see in this photo but most of the gfx outside the white squares are fine and scroll correctly. | ||
<br><br> | <br> | ||
[[File:Pcb repair midnight resistance 2 6.jpg]]<br><br> | <br> | ||
[[File:Pcb repair midnight resistance 2 6.jpg]] | |||
<br> | |||
<br> | |||
Everything was also upside down, mainly due to a dusty dipswitch that didn't work too well until it had been flipped a few times, on a subsequent reboot it decided to unflip the screen for me. | |||
I went round the board with the scope looking for bad RAM, the sound RAM outputs looked horrible,in fact similar to the RAM that caused the fault on my other MidRes board. | I went round the board with the scope looking for bad RAM, the sound RAM outputs looked horrible,in fact similar to the RAM that caused the fault on my other MidRes board. | ||
All the other RAM looked fine, actually the program RAM looked a bit rough too but its not affecting the board. One pair of TMM2063 chips seemed to be involved in the fault, their outputs looked very regular (somewhat too regular) and shorting between two of the data lines on the chip RA12 at B9 caused some of the tiles to vanish and be replaced with gfx tiles that were correct. | All the other RAM looked fine, actually the program RAM looked a bit rough too but its not affecting the board. One pair of TMM2063 chips seemed to be involved in the fault, their outputs looked very regular (somewhat too regular) and shorting between two of the data lines on the chip RA12 at B9 caused some of the tiles to vanish and be replaced with gfx tiles that were correct. | ||
Watch the green "I" in the white block | Watch the green "I" in the white block | ||
Normal | Normal | ||
<br> | <br> | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 2 7.jpg]]<br> | [[File:Pcb repair midnight resistance 2 7.jpg]] | ||
<br> | |||
<br> | |||
Shorted - the right gfx data appears.. | Shorted - the right gfx data appears.. | ||
<br><br> | <br> | ||
[[File:Pcb repair midnight resistance 2 8.jpg]]<br> | <br> | ||
[[File:Pcb repair midnight resistance 2 8.jpg]] | |||
<br> | |||
<br> | |||
I desoldered both the gfx SRAM chips, and also the sound RAM, but all three passed the TMM2063 tests on my VP-280 reader/tester. So I soldered in 6x14 pin sockets (slim 28 pin sockets are not easy to find and not cheap, but a pair of 14 pin sockets end to end work perfectly and 14 pins cheap and easy to find). Fitted one chip back in the gfx pair and one of the old gfx ones into the sound section and booted the game. | I desoldered both the gfx SRAM chips, and also the sound RAM, but all three passed the TMM2063 tests on my VP-280 reader/tester. So I soldered in 6x14 pin sockets (slim 28 pin sockets are not easy to find and not cheap, but a pair of 14 pin sockets end to end work perfectly and 14 pins cheap and easy to find). Fitted one chip back in the gfx pair and one of the old gfx ones into the sound section and booted the game. | ||
This should be the data east logo, the colours are right at least. | This should be the data east logo, the colours are right at least. | ||
<br> | <br> | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 2 9.jpg]]<br> | [[File:Pcb repair midnight resistance 2 9.jpg]] | ||
<br> | |||
[[File:Pcb repair midnight resistance 2 10.jpg]]<br><br> | <br> | ||
[[File:Pcb repair midnight resistance 2 10.jpg]] | |||
<br> | |||
<br> | |||
The game runs, no crap overlaying the game, but also all the "info" was missing, ammo count, number of keys collected, lives etc etc. Presumably the rubbish shown before was that info overlay system doing bad things. | |||
I had put one of the original gfx RAM chips into the sound section earlier to see if its output was better than the chip that came from there (it was a bit), so I had the old sound SRAM chips on the desk. I dropped that into to the empty gfx SRAM slot to see what the effect would be, to my surprise the effect was that it fixed the game. I was expecting a similar fault to re-occur, in fact when I put each chip back into its original position I really did expect to see the same fault return, but it didn't. | I had put one of the original gfx RAM chips into the sound section earlier to see if its output was better than the chip that came from there (it was a bit), so I had the old sound SRAM chips on the desk. I dropped that into to the empty gfx SRAM slot to see what the effect would be, to my surprise the effect was that it fixed the game. I was expecting a similar fault to re-occur, in fact when I put each chip back into its original position I really did expect to see the same fault return, but it didn't. | ||
<br> | <br> | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 2 11.jpg]]<br> | [[File:Pcb repair midnight resistance 2 11.jpg]] | ||
<br> | <br> | ||
[[File:Pcb repair midnight resistance 2 13.jpg]]<br> | <br> | ||
[[File:Pcb repair midnight resistance 2 12.jpg]] | |||
<br> | |||
<br> | |||
[[File:Pcb repair midnight resistance 2 13.jpg]] | |||
<br> | |||
<br> | |||
Unlikely as it seems, somehow the violence of being desoldered followed by a test in my tester has cleared the fault in the SRAM chip. The outputs are no longer "too regular for my liking" and I can get similar faults to the original by interrupting the data pins now. | Unlikely as it seems, somehow the violence of being desoldered followed by a test in my tester has cleared the fault in the SRAM chip. The outputs are no longer "too regular for my liking" and I can get similar faults to the original by interrupting the data pins now. | ||
Will leave the original chips in the new sockets for the time being, if they play up again they will be binned. | Will leave the original chips in the new sockets for the time being, if they play up again they will be binned. |
Revision as of 13:40, 23 August 2012
Midnight Resistance
PCB Image | Reserved |
---|---|
Pin Out | Reserved |
Repairer: Womble
Forum Thread: Midnight Resistance PCB Repair
Board 1
Bought a Midnight Resistance board recently, was up with a buy-it-now very cheap so I grabbed it, I love the game, its the reason my cab has rotary sticks installed.
Anyway the seller said it worked fine except there was no sound, well not quite, when powered up it was clear that the video was missing the blue signal,
Originally thought it was my test bench jamma loom playing up as its getting very unreliable but poking the scope at the jamma edge connector showed that green and red were happily buzzing away but blue was silent. I visually followed the track back to NB1 (one of three - the other two pass the red and green) and then used the continuity meter to buzz around the nearby chips, pin 7 of a 74LS174 which was silent on the scope.
It was a Fujitsu chip, and these are often known to die by losing internal connectivity to a pin. The simple test is to piggy back a known good chip on top of the original. If it has died by losing a pin the piggy backed chip will light up that leg, and in this case the graphics were instantly fixed.
You can see the piggy backed chip circled in red.
Piggy backing is not a guaranteed test tho, in fact in some circumstances it can result in the piggy backed chip being destroyed, but for F branded chips with missing outputs its always worth a go. In fact my piggy backer chips tend to be F brand chips I have suspected as faulty and de-soldered only to find that they are ok, will never put an F back on a board as they are so flaky, they make for good piggy backers though as I don't mind if they get zapped.
Anyway - I left piggy backed chip on and moved to the sound issue only to find that the speakers would sometimes crackle and sometimes not, I also got a lot of issues with the gfx as I was moving the board around, the red channel would flicker and the screen would lose sync. Turns out the JAMMA connector needed a good polish, it didn't look too crusty but a rub with brasso removed all the instability issues. The speaker hiss was then constant and the volume pot crancked it up and down so the amp section was also fine. I did a quick ESR check on the electrolytics but they were all good. When I powered it back up again I got the gunshot sound when coining the board up. Its possible that the sound issue was just a badly oxidised jamma connector but it seemed unlikely. I could get the coin up noises, and the "erk" noises as the enemies were hit, but no music or other effects, eventually the sounds stopped totally and I could never get them back for more than a second or so after that. In fact when the dipswitch was set to attract sounds on the board emitted a long tone until powered off, it never made another noise so I assumed the sound section was crashing long before I could coin it up. When attract mode sounds were off the 1st time it tried to do anything was on coin-up so that would explain why I could get a burst of sound out of it.
As the sound CPU on these boards is a surface mount chip I started off looking at the easier option of the TMM2063 - the sound RAM for the audio CPU, the address line inputs looked nice and clean but the outputs were a real mess...
...signal voltage very unstable, no clear distinction between logic high and logic low. Usefully enough there were other TMM2063s on the board that were involved with the game execution itself so I could poke the scope at the outputs of those chips, clearly they were ok as the game was running. The outputs of the others looked nice and clean...
...so the chief candidate was indeed the sound SRAM.
Fired up the de-solder station and whipped out the 74LS174 and the TMM2063.
The TMM2063 failed the read write test on my eprom reader so I dug out a scrap board and de-soldered a Sony CXK5864BSP-10L chip which is a pin for pin compatible chip. How do I know this? The first thing to do when trying to find a replacement is to find a RAM chip that has the same number of pins as the one you are trying to replace, then google for the data sheet and compare the description. Both chips were described as "65536 bit CMOS SRAM organised as 8,192 words by 8 bits", then double check the chip pin outs are the same. Ignoring the fact that some manufacturers label their data pins as D0-D7 and some as D1-D8, and the same for the A pins you usually find they are totally compatible, the only other concern is the speed of the chip, which is denoted by the last number of the chip name eg CXK5864BSP-10L is a 100nSec chip, -70 would be a 70 nSec, -60 as 60nSec etc etc. If you don't have a collection of scrap boards then it gets a bit harder as you have to find a vendor then google what they are selling, you can't start with the simple eyeball conclusion that if it doesn't have the same number of pins it can be compatible.
I also de-soldered a Hitachi (i.e. bulletproof) 74LS174 chip and soldered it into the board, I tend to fit machined pin sockets for RAM chips if I can, firstly to save the SRAM chip from another blast of heat and secondly to future proof the board. The logic chip will probably last another 20 years, the SRAM chip is far less likely to so sockets save the PCB from another de soldering and make the board easier to repair too.
Dropped in the SRAM chip and fired her up, the graphics were perfect and all sound effects were back
Mmmm Midnight Resistance....
A nice quick fix this one, judging by the state of the label tied to it that says "faulty" this board has probably been borked for many many years.
Board 2
Snapped up another faulty Midnight Resistance board recently, seller said the board would boot and give a blank white screen, but that the sounds were working and he could hear the game playing in the background.
When the board arrived I gave it the old eyeball check and an empty chip socket stood out like bollocks on a bulldog,
As did the fact a D880 power transistor had been snapped off.
Sometimes you do get empty sockets on boards but each wasted socket cost someone a few cents so its not common on dedicated game boards (Capcom CPSx and Sega System16/18/32 often do have blank sockets depending on the game).
Anyway I have a couple of other MidRes boards so I knew what chip should be in that socket, and could borrow one to get this board up and running. The transistor wasn't a problem, its emitter was tied to pin 8 on the JAMMA edge connector, which is not used in the standard spec, but the MidRes manual says this is used for the coin counter, basically the transistor is there to provide a high current pulse to the mechanical coin counter, so its absence was not likely to be an issue.
Was a bit annoyed with the seller though, as the game clearly was not running, no sounds (just amp buzz ie amp was good) and the scope showed the 68K CPU was doing nothing, it shits me boards arrive in a different faulty state to how they were described in the sale. I actually went back to the ebay photo to see if this was the actual board on sale, could make out the missing chip and the texter writing on the amp heatsink so its clearly the one he meant to sell.
Anyway with the borrowed MB7116 PROM in place I got a screen of crap, sometimes coloured, but usually just black and white, board still wedged tho.
Went over the CPU again with the scope, it had volts, a healthy clock and the reset pin was high (i.e. CPU didn't have the handbrake on) - all good! However the "halt" pin was low, meaning the CPU had crashed, pretty much anything that causes the CPU to get scrambled or corrupt instructions will cause a crash and that could be anything like track damage, bus logic failures, bad RAM or bad ROM. The board is in very good condition with no signs of track damage, also no flaky F 245 or 273s across the CPU buses. So I started to dump the ROMs and compare with the MAME set. There are 4 27c512 ROMs near to the CPU which contain the program code, the first three tested fine, the fourth also tested fine, but only after I fixed what I found as I removed the chip from its socket. Without this pin the 4th ROM has no power so its not surprised the program code was corrupted.
The game would boot and run after this was fixed, sound an all. Pulling the PROM out again gave back the fault the seller described, blank coloured screen but audible signs the game was running. It seems that the seller had tried to fix this himself, dumped the ROMs, found them to be OK and slapped them back in and sold the board.
Even though the game was now running it was clearly not well, half the screen was covered in white squares and there were odd fragments over the screen. Its hard to see in this photo but most of the gfx outside the white squares are fine and scroll correctly.
Everything was also upside down, mainly due to a dusty dipswitch that didn't work too well until it had been flipped a few times, on a subsequent reboot it decided to unflip the screen for me.
I went round the board with the scope looking for bad RAM, the sound RAM outputs looked horrible,in fact similar to the RAM that caused the fault on my other MidRes board.
All the other RAM looked fine, actually the program RAM looked a bit rough too but its not affecting the board. One pair of TMM2063 chips seemed to be involved in the fault, their outputs looked very regular (somewhat too regular) and shorting between two of the data lines on the chip RA12 at B9 caused some of the tiles to vanish and be replaced with gfx tiles that were correct.
Watch the green "I" in the white block
Normal
Shorted - the right gfx data appears..
I desoldered both the gfx SRAM chips, and also the sound RAM, but all three passed the TMM2063 tests on my VP-280 reader/tester. So I soldered in 6x14 pin sockets (slim 28 pin sockets are not easy to find and not cheap, but a pair of 14 pin sockets end to end work perfectly and 14 pins cheap and easy to find). Fitted one chip back in the gfx pair and one of the old gfx ones into the sound section and booted the game.
This should be the data east logo, the colours are right at least.
The game runs, no crap overlaying the game, but also all the "info" was missing, ammo count, number of keys collected, lives etc etc. Presumably the rubbish shown before was that info overlay system doing bad things.
I had put one of the original gfx RAM chips into the sound section earlier to see if its output was better than the chip that came from there (it was a bit), so I had the old sound SRAM chips on the desk. I dropped that into to the empty gfx SRAM slot to see what the effect would be, to my surprise the effect was that it fixed the game. I was expecting a similar fault to re-occur, in fact when I put each chip back into its original position I really did expect to see the same fault return, but it didn't.
Unlikely as it seems, somehow the violence of being desoldered followed by a test in my tester has cleared the fault in the SRAM chip. The outputs are no longer "too regular for my liking" and I can get similar faults to the original by interrupting the data pins now.
Will leave the original chips in the new sockets for the time being, if they play up again they will be binned.
The only other issue I have is finding a replacement for the 7411 PROM, but other than that shes fixed!