SCH2 Technical Manual TSP016.doc Issue 3.0 – January 2005
Money Controls 2005. All rights reserved.
Page 24 of 61
b) ‘Emergency stop’ command issued during payout sequence
Counter
Initial
value
Pay 3 from 10 then
‘Emergency stop’
Cycle power
off then on
‘Emergency stop’ return value
0
Î
7
Í
0
Last payout : coins paid
0
3
3
Last payout : coins unpaid
0
7
ZERO
Hopper dispense count
0
3
3
Hopper life dispense count
N
N + 3
N + 3
Coins remaining = 7
c) ‘Emergency stop’ command issued during payout sequence AND a coin is seen
after the hopper replies with unpaid coins.
Counter
Initial
value
Pay 3 from 10 then
‘Emergency stop’
+ late coin exit
Cycle power
off then on
‘Emergency stop’ return value
0
7
Î
6
Í
on retry
0
Last payout : coins paid
0
4
4
Last payout : coins unpaid
0
Î
6
Í
ZERO
Hopper dispense count
0
4
4
Hopper life dispense count
N
N + 3
N + 4
Coins remaining = 6
In this more complicated example, the hopper dispense count and the hopper life dispense
count end up with the correct values even though a coin was seen on the exit optos after the
motor stopped. For the host machine to find the correct value of unpaid coins it would need
to re-send the ‘Emergency stop’ command or use the ‘Request hopper status’ command
before
power was lost - otherwise it would think there were 7 unpaid coins rather than 6.
Therefore if you need to know the number of remaining coins during a power fail and wish to
use the ‘Emergency stop’ command, please ensure that you have enough time to send this
command and a ‘Request hopper status’ before power is lost. This gives the best possible
accuracy. The host machine needs at least
100ms
of notice before the power supply dips
below Vtrip (see Appendix B).
Summary of Contents for SCH2
Page 8: ......
