what's REALLY wrong with this S2000?

[badbaud]

Keep getting an immediate, upon power up, coin in error that won't clear even after replacing the entire coin assembly with a known good one.

Next we are going to try fixing this error by replacing the EEPROM on the mother board with a blank one and running the key chip to completely clear the memory.

If this doesn't work I am at a lost as to what is causing the coin in error, yes I did reset the netplex I/O board.

Any suggestions?

[Foster]

FYI the I/O boards are SENET

Every time you power up the machine, you might be adding another instance of the error to the error list.
you might want to try clearing the error list/stack by lifting and lowering the door latch (making the machine think door is open then closed) each time you lift and lower the latch you clear one error
You need to do it a many times (checking the display after each lowering.

Double check your connections, the coin handling harness could be loose or disconnected.
The Door I/O could be bad as well (I don't think so)

I had the same problem in 2007 it came up with the error first time I turned it on
Checked ROM's, door connctions, and every thing else I or the Seller could think of, nothing helped (except maybe the door open closes I was doing)
I had decided to pull the mother board and didnt but had already disconnected every thing from motherboard
So I had to plug everything back in
double checking where each connector went and finally my machine cleared all errors and worked this was in 2007.
See if you can get into the i/O tests and then to door i/o section your coin optics should all be 1 (you only have 2)

[stayouttadabunker]

FYI the I/O boards are SENET

Every time you power up the machine, you might be adding another instance of the error to the error list.

I would think using the Clear chip would clear the error "list" and reduce the errors but,
it may not fix the error to begin with.

It's more of a possibility that there's something physically wrong with either the harnesses or the harness pin contacts.
Swapping parts such as the MPU, or coin gear will narrow the problem.


Beside "Door MB" and a couple of others, the Coin-In" error is THE most common problem on an S2000.
There are quantum numerous threads and posts alluding to this particular S2000 platform error
and it seems like there's no common denominator.

As far as I know, NO ONE has ever told posted exactly what sets that particular code off from the MPU.
I would like to try causing the error on purpose with my personal machine to get to
the root of the watchdog circuitry for that problem.

[badbaud]

The customer said she had a coin in jam and cleared the coin out of the optics board with no problem.

We replaced the entire coin in assembly, bracket and all, with a known good one then took hers and installed it in our shop machine and it worked fine.

So we will try opening and closing the door multiple times to see if that clears the error.

If that doesn't work we will schlep the machine back to the shop and start swapping boards out with ours until we find the problem.

But i think the multiple door ope then close will fix it, I hope.

[stayouttadabunker]

If opening/closing of the door doesn't do it ( BTW I do hope it works),
you could always try clearing the machine. 

While it may or may not clear the error code as it might pop back up -
you will wipe out any "stuck" logic signals.

I am theorizing and starting to see this S2000 "Coin-In" error with stark similarity
to the classic S+[61] "Loop" error -
which might be originating from a slightly defective button switch on deck or on the MPU.

The S+ platform doesn't have "stacked" errors and the opening/closing of the door optic lines doesn't do anything -
it's one of the few times a Clear chip is needed.
The one time I could  NOT get it to Clear was because a bad eprom CMOS device had a "stuck" memory gate -
I had to replace the chip with a new one.

[Foster]

I will say this clearing the machine does not always solve coin in jam error
I know because I cleared my S2000 like 10 times in 2007 when I got the error on the first power up the day I received the machine.
I do not know exactly what actually fixed it. but the last thing I did was reconnect the harnesses to the motherboard, making sure I put the  connectors in the right place.

[badbaud]

That gives me a clue. The front door bill validator face plate was broken and we replaced it. I noticed that the Bet 3 button was out of it's holder and hanging inside the machine. One of the switch wires had fallen off when she shut the door after clearing the jam because on her first attempt the Bet 3 switch got in the way and prevented her from closing the door.

I had re-connected the Bet 3 wire, tried one more door open/close then left.

Wonder if having that switch wire caused the sticky coin in error.

[cowboygames]

I toasted a deck switch once and it cost me an IO board, so you might look at that also

[badbaud]

If opening/closing of the door doesn't do it ( BTW I do hope it works),
you could always try clearing the machine. 

While it may or may not clear the error code as it might pop back up -
you will wipe out any "stuck" logic signals.

I am theorizing and starting to see this S2000 "Coin-In" error with stark similarity
to the classic S+[61] "Loop" error -
which might be originating from a slightly defective button switch on deck or on the MPU.

The S+ platform doesn't have "stacked" errors and the opening/closing of the door optic lines doesn't do anything -
it's one of the few times a Clear chip is needed.
The one time I could  NOT get it to Clear was because a bad eprom CMOS device had a "stuck" memory gate -
I had to replace the chip with a new one.

In the past 5 years I have had that same problem at least 3 times. The clear chip for the S+ didn't work and the problem was fixed by replacing the RAM chip.
A 61 that kept coming up even after a clear was always traced back to a bad EEPROM on the backplane board.

[Foster]

There are 4 wires to each player switch in a S2000
Red + 13VDC to one side of the lamp socket

Black Ground to the common on each switch

Yellow with stripe - ground or negative of lamp socket (actually an output on the I/O board) when the output is logic 0 lamp comes on
   When a TTL or CMOS output is logic 0 by TTL/CMOS specs it must allow current to flow, remember ground has an excess of electrons and the + side of the power supply lacks electrons

Blue with stripe switch input that goes back to a input at the I/O board

If you have a programmer that supports the RAM chips on the MPU and the 24C16 EEPROM on the motherboard you can pull them and use it to test them.

Also try re-seating the mpu a couple times and really push in on it.

[stayouttadabunker]

If opening/closing of the door doesn't do it ( BTW I do hope it works),
you could always try clearing the machine. 

While it may or may not clear the error code as it might pop back up -
you will wipe out any "stuck" logic signals.

I am theorizing and starting to see this S2000 "Coin-In" error with stark similarity
to the classic S+[61] "Loop" error -
which might be originating from a slightly defective button switch on deck or on the MPU.

The S+ platform doesn't have "stacked" errors and the opening/closing of the door optic lines doesn't do anything -
it's one of the few times a Clear chip is needed.
The one time I could  NOT get it to Clear was because a bad eprom CMOS device had a "stuck" memory gate -
I had to replace the chip with a new one.

In the past 5 years I have had that same problem at least 3 times. The clear chip for the S+ didn't work and the problem was fixed by replacing the RAM chip.
A 61 that kept coming up even after a clear was always traced back to a bad EEPROM on the backplane board.

Yep, that one too...the 24C04 chip.

[badbaud]

A friend of mine was working on a PE+ and could not get it to clear so I had him pull the backplane board. Lo and behold someone had substituted a 24C16 for the 24C04. That don't work. I have done plenty of designs using EEPROM's for storage and you can't simply substitute a larger chip number.

[Foster]

S2000 uses a 24C16.

[badbaud]

Yep, different timing chain.

[stayouttadabunker]

That's great!
Now we know exactly what chip three platforms use! 

S+&PE+: 24C04
S2000: 24C16

What do the GK's and I-Game backplanes use?
Same as the S2000? 

[badbaud]

The GK does, don't know about the I Game.

[Foster]

I suspect the I game uses the 24C16 as well.

[Tilt]

I suspect the I game uses the 24C16 as well.

The 3902 platform does.  044 uses a 24C256.

[stayouttadabunker]

Motherboard/Backplane chip versions:

S+&PE+: 24C04
S2000, GK: 24C16
I-Game (3902 MPU): 24C16
I-Game (044 MPU): 24C256

Great going guys! 
Kudos + to all!

[Foster]

I just pulled the EEPROM from my S2000 with an Enhanced MPU (1270 series)
5xx S2000 MPU / Mother boiard has a 24C16
1270 MPU or similar use a 24C256
Now I got to get it back in the machine the correct way or else.

[badbaud]

At the customer's house (again) we tried replacing the EEPROM then re-initialized the game, got one insert coin then, before we could drop a coin in, an immediate  coin in tilt.

Took the machine to the shop and crashed the RAM the old fashion way, got one insert coin then the sticky coin in tilt again.

There are two plug in boards, one on the door and one on the side of the MPU board box. Are one of these a I/O board that relates to the coin in signal?

[Foster]

Those are I/O boards
the one on the door is the Door I/O
the one on the MPU outer shell is the Cabinet I/O
they convert the SENET I/O signals into discreet I/O lines
No they are not interchangeable with each other
Door I/O has way more I/O lines than the cabinet I/O
Yes the Door I/O handles all coin in signals

[badbaud]

Then that's a good place to start. I'll swap the door board with the one in our machine and see if that fixes the problem.

I'll check the schematics and see if the I/O board is fixable if it is defective.

Maybe the customer removed her coin jam with a butter knife and shorted something out.

[badbaud]

Yep, that was it. Swapped I/O boards with a known good one and the error went away. Machine plays fine.

Inspecting the removed I/O board showed some burnt traces. Butter knife theory getting stronger.

[stayouttadabunker]

Yep, that was it. Swapped I/O boards with a known good one and the error went away. Machine plays fine.

Inspecting the removed I/O board showed some burnt traces. Butter knife theory getting stronger.

Good job!
I think those boards really need some protection of some sort -
maybe some sort of a plastic cover?