EasyManua.ls Logo

Aardvark Paylink - Device Specific Functionality; MEI BNR Features; SCR Advance (EBDS)

Default Icon
71 pages
Print Icon
To Next Page IconTo Next Page
To Next Page IconTo Next Page
To Previous Page IconTo Previous Page
To Previous Page IconTo Previous Page
Loading...
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 30 of 71
Device Specific Functionality
The above description is the ideal that Paylink strives to achieve. The actual functionality provided by
specific devices can however interfere with this, so all supported models of note / bill recycler are
itemised here:
MEI BNR
If a bill is set to not be recycled, any bills of that value already in the recycler(s) will be dumped to the
cashbox.
The dispenser address of recycler units are those intrinsic to the BNR hardware and correspond to
the "physical unit index" - typically these values are 3 to 6.
This bill recycler is capable of directing the same bill to multiple dispensers, using the method
described above.
Paylink fully implements the partial dump described above, but a restriction in the operation of the
BNR means that the BNR will reset if a dispenser is partially emptied to a level that is different to that
used last time. (The BNR dump command dumps notes to a preset level - changing this preset level
requires a reset.)
This device supports a cash loader, and also requires resets during normal operation. During both of
these operations the device is not available for use. Paylink reports to the application the fact that the
device is unavailable by marking the acceptor device as busy (ACCEPTOR_BUSY).
When the user of the BNR device accesses the loader or the cashbox, the device goes out of
service. Paylink notifies the application of this by queuing an IMHEI_NOTE_STACKER_PROBLEM event to
the application and a subsequent IMHEI_NOTE_STACKER_FIXED when the intervention is complete.
SCR Advance (EBDS)
The bill routing to recycler units are reported to the Paylink during startup and so the
AcceptorCoin.Path value is initially set up correctly. When the AcceptorCoin.Path value is
changed by the application, the SCR cannot be told which recycler to use, only that the bill is to be
recycled. This means that when you write to these fields the values are essentially a zero / non-zero
flag.
If only one bill is set to recycle, it will be automatically routed to both recyclers, with the unit deciding
dynamically which one to use for a payout request. There is no way of overriding this behaviour.
All dump facilities work as expected.
The SCR has two special features that are unique to the device, both relating to the management of
bills held on the recycle drum.
It is able to detect that a note held on a drum is not recognisable as a valid note. This is reported to
Paylink, which notifies the application by queuing an IMHEI_NOTE_DISPENSER_UNRECOGNISED event,
and then proceeds to automatically dump the bill to the cashbox. This sequence is repeated for each
invalid bill.
During startup it is also It is also capable of detecting that there are fewer bills stored on a drum than
it was expecting. Paylink notifies this event to the application by queuing an IMHEI_NOTE_DISPENSER_
MISREAD event to the application, which identifies the drum and in question and includes the count of
bills that are missing.

Table of Contents

Related product manuals