seawolf sinking

wugly

Well-known member
Joined
Sep 10, 2016
Messages
2,388
Reaction score
861
Location
Massachusetts
I am starting to repair a friends seawolf that he just picked up. the game does not start up though the monitor comes on. the original owner said it works sometimes when he continually resets it though I have not seen any of that. I am going to check power supply but at the time I didn't have any of my tools at my friends house and I won't get back there for at least a week. I did notice though when I touched the rom chips they shifted so much they almost fell out. took the board out and am replacing the rom sockets but the traces under neath are in bad shape. anyone here have schematics for a seawolf logic and daughter board? the board has been wired for 2732 roms which is great. my problem is I know how to burn roms that are of standard size but I need a little info on how to combine the rom files and which files go into the h rom and the g rom. question do I load hand g rom together into the h rom and e and f in the g rom and which one goes in first. since the roms are out to replace the sockets I wanted to verify the e proms before I clean the legs and put them back in.
 
Are you sure it's strapped for a 2732 and not a 2617? Sea Wolf would use 2 2716 ROMs. The whole program fits on one 2732. They may have just doubled the image on the 2732. The MAME set has 4 1k files (2708) so if you want to use 2716 you type in dos "copy /b sw0041.h + sw0042.g sw2716.h" and "copy /b sw0043.f + sw0044.e sw2716.g"

for schematics the daughter board is here http://arcarc.xmission.com/PDF_Arcade_Bally_Midway/Sea_Wolf_Game_Logic_(00596-00907_Rev3_PCB2).pdf the mainboard can be a little harder to find as a good scan I have a copy but it's a little big to attach here. If you PM me I can send it through email if you can't find one.

Blinddog
 
Last edited:
having trouble getting this game to run. I removed the h rom on the motherboard and got most of a good verticle line with the exception of a blank spot in the middle of all the verticle lines. the picture I uploaded does not look as good as the actual image on the screen, somehow my camera can not photograph it to well but the lines look well defined but just missing the center. My other problem I think is probably about addressing my roms which I am going to have to look more into after I change my test setup from being so mickey mouse that any movement knocks off connections. I made sure that the verticle sync is not causing separation it is fairly well locked in where it is and when I adjust it it rolls but I can not get it to fill the screen no matter what adjustment I do.
 

Attachments

  • 20170927_155958.jpg
    20170927_155958.jpg
    583.4 KB · Views: 34
Make sure you check the simple things with these boards. I repaired and restored my SW, and pretty much every cap was bad, most of the sockets were corroded, etc. Basic connections are a weak link on these.

Also, there are a few good resources out there on this game. The repair log page below has a lot of good info, and if you search KLOV for Sea Wolf, and look for the threads with 15+ posts, there are some other good discussions. Here is a list of other links I found useful, which I made note of during my repairs:


Sea Wolf repair log:
http://users.wowway.com/~ookpik72/swrl.html

Midway 8080 repair:
http://www.pinrepair.com/video/seawolf.htm

Test ROM:
http://forums.arcade-museum.com/showthread.php?t=151955

Jumping the optos:
http://forums.arcade-museum.com/showthread.php?t=157138

Replacement monitor info (using a TV):
http://forums.arcade-museum.com/showthread.php?t=161599

Coinup mod (Phet):
http://forums.arcade-museum.com/showthread.php?t=233536
 
well thats an odd one, what happens when you close the slam switch ? (it should advance to screen 2 of the ram test)
 
testing seawolf

the earlier picture in a proceeding post was of the game being bench tested with no h rom installed. the game was rebooted by putting 5 volt to position 10 on the edge connector then connecting it to ground to get the cpu to operate.the current pictures on this message are what the game looks like when it is first turned on with a memory test rom in h. the second picture is what is on the screen when edge connector 10 is cycled to 5 v then gnd. I have looked at the address outputs from the cpu and also addresses on rom chip and both are cycling with what looks good. I have looked for good signal for the data bus for d2 c2 b2 a2 also data through d3 b3 d7 look ok. e2 seems to be functioning properly spiking the chip select for the roms. I have noticedtwo anomalies that I think might be my problem. On f6 pin 7 is holding a constant 5 volts which is feeding onto the ram address buffer. What is complicating the matter is that a chip e6 which is feeding f6 has its outputs mostly at 4 volts peaks except for pin 13 which which seems to be hovering around 3 volts. I think that I should replace both e6 and f6. f6 is a 74157. will any fairchild 74157 work? and this chip http://www.ebay.com/itm/FSC-9316PC-...237011&hash=item3ad66cebc5:g:-7gAAOSw241YaTOE

a 9316 4 bit binary counter for e6
 

Attachments

  • 20170929_182051.jpg
    20170929_182051.jpg
    559.9 KB · Views: 18
  • 20170929_182322.jpg
    20170929_182322.jpg
    631.2 KB · Views: 19
other than that horizontal black bar (never seen that one before), your 1st ram test looks ok, would be interesting to see if second ram test screen is same

what do your data lines look like on socket H with test rom installed and with out it installed?
 
with no rom in h then there is no data line activity. with chip it looks good. no rom we have data on cpu
 
just curious, if you ground the (an) output of the 7404's at D4, does it drawn a line thru the black bar or does it skip past it ?

it almost looks like you are seeing both pages of the ram test screens displayed at same time
 
grounding outputs makes some of lines go away but nothing effects the black bar. grounding pin 4 does not change anything that i saw.

pins 1, 3, 5, 13 pulsing good pin 2 ,12 pulsing good output pins 4 , 6 pulsing to 4 volts output
strange problem next output pins 8 10 are pulsing good but input pins 9 and 11 are bad. I have checked that a few times and I am scratching my head.
 
could my c4 which is a parralel shift register be bad or defective and causing the black line?
 
I have replaced what I believed to be defective chip of f6 and e6 and the are currently pulsing where they used to have stuck high pins and e 6 now has full 5 volt signals. also e6 had a bad trace under the chip which is now repaired.

As you can now see the black bar across the center of the screen is now gone.
When the machine is turned on I get the full screen of mostly white which then transitions over 20 seconds to the vertical lines. I get the vertical lines whether the rom test chip or the seawolf game chip is in or not. It seems like the chip does not make any difference except when the rom is out instead of a slow roll of the screen clearing to be replaced by the lines underneath I get a section about seven times as thick rolling back of the white screen with a pause between when it rolls again. it still takes about 20 seconds to finish.
Any ideas on how to proceed?
 

Attachments

  • 20171005_154542.jpg
    20171005_154542.jpg
    544.4 KB · Views: 8
  • 20171005_155134.jpg
    20171005_155134.jpg
    578.1 KB · Views: 9
looks like it is stuck in the test mode, check dip switch 6,7 & 8 - if i read correctly they need to be in the on position, if i am reading it wrong they need to be off
 
6,7 and 8 were in staggered positions. moving them to all on or all off did not effect the game at all. The game seems to respond the same more or less whether the roms are in or out. question does my lack of multiple lines when the rom is out mean that I have a lot of memory chips either broken or maybe inaccessible to the board? if I have them broken or inaccessible might the rom program not have anywhere to load or run from and would it that look like there was no rom in socket if it could not run the program. If this were to be the case which roms would have to be replaced or double checked to make sure the game had a chance to run the test program?
 
well, after looking at your image you still have a ram problem, when all of the ram are good the screen will have a different but still repeating pattern

this is why your program isn't working

go thru the midway test manual / procedures and try to determine & replace the bad ram - some one posted a link to it above .. i think

its pretty tricky to figure out which ones are bad if you have multiple bad ram which is sometimes the case
 
Last edited:
since the board has been hacked a little before me I have been trying to verify the traces for the ram and some of the control circuitry while testing I found bad signals going to pin 6 of both g10 and h10 the two are tied together and connecy to d7 which is an input for a 174 and d3 pin 11 on a intel 8216 the output voltage never exceeds 1.4 volts while pulsing. I seem to being having a similar problem on the group of chips g12 and h12 pin 6 which connects only to b3 pin 2 similar 1.4 output and g14 and h14 pin6 go to b3 pin 11 also 1.4 volts pulsing. pin 6 on the ram is a data input so it is not getting any good data. I ws thinking of nipping the bad pins on the intel 8216 chip and see if the output on the chip changes to verify a bad chip and if that happens to replace them before dealing with possible ram problems
 
i cut b3 pin 11 and got a spike that remained constant high until I reset on test bench then it went low. b3 pin 2 has been in a slow pulse. have no idea how to test my ram chip or if my data buffer is good now. i am sure i have data flowing out of eprom though

I think b3 might be good since I saw behavior showing a high output. was wondering if mem chip could cause the fault of low pulses?

or could I be having problems on data bus to get to b3
 
if the test rom doesn't run because of ram issues i usually do the ground pin 7 on each ram taking note of any on screen changes or lack thereof and replace the non-responsive ram

correction ! pin 6 is input, pin 7 is output - try grounding pin 7 and observe results
 
Last edited:
changing my last message because I was too tired to know what I was seeing and not and putting a few things together in learning. Itested pins 4 and 12 on chips d2 c2 b2 a2 for data coming from rom. originally all but two were pulsing so I went back and re soldered the rom socket that I thought was good it was only good when I pressed down on it. All data inputs are pulsing. I have been monitoring the voltages on pins 14 and 2 on all four of the mentioned chips and they remain high as soon as I apply power to the board and remain so when I put 5 volts to pin 10 of the boards card edge then I gnd it to get the board to operate. at some point shouldn't I get a change from pins 14 and 2 on the a2-d2 chips to program the board to accept or run the test program?
 
Last edited:
just for fun I gnd pin 14 on the all the a2-d2 chips for a moment after I did a reset and this popped up while in run mode instantly. I guess it shows that the connections are all good enough to get the game running but I need a little bit of help with the theory of operations which will allow the board to load the program since it seems to be stuck in an operational state without going through a loading state which I forced with grounding the pin. every time I ground the pin I get different letters and numbers so I am unsure if I am getting proper bad chip readings or if the program is just stopping in those locations when I tap the program to reload. any ideas why its not reloading on its own?
 

Attachments

  • 20171009_120746.jpg
    20171009_120746.jpg
    569.9 KB · Views: 16
Back
Top Bottom