Milan / Paylink System Manual Issue 1.5 29 January 2020
CONFIDENTIAL
Not to be disclosed without prior written permission from Aardvark Embedded Solutions Ltd
Page 29 of 71
With coin hoppers, the speed of the payout means that the only place where an accurate record of
interrupted payouts can possibly be obtained is in the hopper itself. Note dispensers typically do not
provide such facilities, and Paylink therefore maintains the record itself.
The net result is that lifetime totals are maintained and reported in the Count fields, which are
retrieved and updated by Paylink depending on the data read from the device during startup.
If this startup processing causes Paylink to suspected an uncompleted payout actually completed, an
IMHEI_COIN_DISPENSER_UPDATE event is entered in the NextEvent() queue.
Unpaid Bills
Some devices (e.g. the B2B-300 bill recycler and F56 bill dispenser) have a delivery stage where bills
are accumulated for eventual payout.
Following a power failure, it can happen that bills are in this output stage and are inaccessible to the
user. The only thing that Paylink can do at this point is to complete the delivery of these bills, but as
there is a potentially long time since the application requested the payout that accumulated these
bills, it is inappropriate to just deliver them at power up.
(Some F56 / F53 models also have a problem that following a power failure during a payout there can
be an unknown number of bills awaiting delivery.)
In these cases, for each dispenser device that is believed to have notes ready for delivery, Paylink
marks the device inhibited, and generates an IMHEI_NOTE_DISPENSER_PENDING event with the number
of bills as the RawEvent field. If the number of bills is unknown then 99 is used.
To complete the delivery process, the application should clear the inhibit setting on all the relevant
dispensers.
To Next Page
Loading...