FREE ELECTRONIC LIBRARY - Theses, dissertations, documentation

Pages:   || 2 | 3 | 4 | 5 |   ...   | 7 |

«Table of Contents Table of Contents Revision History Introduction Purpose of Document Intended Audience Associated Document(s) Naming Supported ...»

-- [ Page 1 ] --

This document is the property of Aardvark Embedded Solutions Ltd and may not be reproduced in part or in total

by any means, electronic or otherwise, without the written permission of Aardvark Embedded Solutions Ltd.

Aardvark Embedded Solutions Ltd does not accept liability for any errors or omissions contained within this

document. Aardvark Embedded Solutions Ltd shall not incur any penalties arising out of the adherence to,

interpretation of, or reliance on, this standard. Aardvark Embedded Solutions Ltd will provide full support for this product when used as described within this document. Use in applications not covered or outside the scope of this document may not be supported. Aardvark Embedded Solutions Ltd. reserves the right to amend, improve or change the product referred to within this document or the document itself at any time.

Milan / Paylink System Manual Issue 1.2 1 August 2013 Table of Contents Table of Contents

Revision History


Purpose of Document

Intended Audience

Associated Document(s)


Supported Facilities

Version Numbering

Document Structure



Money representation



Payout Function

PaySpecific Function (1.12.6)

End of payout processing.

Auxiliary Items

Switch inputs



System Structure

USB Connection


Coin / Note Acceptor Usage Details

Token Handling (Coin Ids) (1.11.x)

Dual Currency Handling (Coin Ids) (1.11.x)

Coin Routing.

Route coins to a general cash box

Route specific coins to a specific cash box.

Route coins to a hopper until it is full then route it to a coin cash box.

Paylink Routing - Flow Diagram

Control of Motorised Acceptors

ccTalk bulk coin acceptor (1.11.3)

BCR / CR10x coin recyclers (1.11.5)

MDB changer / BCR / CR10x recycler support.

MDB Payout

MDB tube level monitoring

Read out of Acceptor Details (1.11.x)

Coin / Note Dispenser Usage Details

Dispenser Power Fail support.

Detailed Device Support

Abandoning a payout in progress (1.11.3)

Control of unwanted bill payout (1.11.3)

Combi Hopper Support

Read out of Dispenser Details (1.11.x)


Not to be disclosed without prior written permission from Aardvark Embedded Solutions Ltd Page 2 of 54 Milan / Paylink System Manual Issue 1.2 1 August 2013 Bill Recycler Operation (1.12.3)



DES Key Exchange

Component Identity


Dispenser Destination

Routing Control.

Dispenser Emptying

Full Dump

Partial Dump

Payout Progress

Cancelling Payout

Notification of progress

Power Fail

Temporary power interruption

Full power Failure

Unpaid Bills

Device Specific Functionality

Cashcode B2B-300

Cashcode B2B-60

Merkur 100

Innovative NV11 Recycler (DES)

Innovative NV200 Recycler (DES)

JCM UBA Recycler

JCM Vega (DES) & JCM UBA Recycler

F56 / F53 Bill Dispenser

Extended Escrow (1.12.6)



Accepting Notes

Returning Notes

Keeping Notes


Abnormal Situations

Meters / Counters

Mechanical Meters (1.12.4)

Events (Faults / Auditing)


cctalk coin processing

Fault Events

Coin Events

cctalk note processing

Fault Events

Note Events

cctalk hopper processing

ID-003 note processing

Fault Events

CCNet note processing

Fault Events

Firmware reprogramming

Command Line Options


Not to be disclosed without prior written permission from Aardvark Embedded Solutions Ltd Page 3 of 54 Milan / Paylink System Manual Issue 1.2 1 August 2013 Limitations

Milan / Paylink Driver Program Configuration

Driver Parameters

Multiple Paylink Unit Support.

Unit Identification

Operating modes

External Paylink Peripheral Specification

The Configuration File

DRIVER Details

SYSTEM Details


CCTALK Device Definition

CCNet Device Definition

MDB Device Definition

ID003 Protocol

F56 Protocol

Original Paylink Definition.


–  –  –

Introduction Purpose of Document This document describes the structure of a system using the AES Intelligent Money Handling Equipment Interface (Milan / Paylink), as seen by the person designing and setting up the system Intended Audience The intended audience of this document is the system engineer or programmer who is configuring the system that will be using Paylink.

Associated Document(s) This document is one of a pair that together cover creating and using a Paylink system. This document is written for the use of the person who is possibly not a programmer, but is concerned with designing and setting up the system centred around a Paylink unit. That document covers the configuration setting that are used to describe the units connected to Paylink, and the way in which such units are controlled.

The companion document “Milan / Paylink Application Program Interface Manual” is written for the use of programmers and covers the details of how to write the programs that interface to Paylink.

Naming The system described here has a few names. This section attempts to explain them.

AES Aardvark Embedded Solutions - us.

IMHEI Intelligent Money Handling Interface Equipment. This was the original name for the project, This was however difficult to say, and so was replaced in common use by Milan. It remains in the names in of the header files etc.

Milan This was originally the name of the first hardware build. It has however become the name of the overall project. Most documents from AES talk about Milan to cover the whole family of products that are used with this API Paylink This is the name of the USB module made and sold by Money Control under licence from

AES. There are at present three versions of Paylink:

Paylink The original, metal cased version.

Paylink Lite A much smaller, plastic cased version with a reduced function set.

uPaylink (Micro Paylink) a PC software only version, for use with Money controls USB peripherals.

PCI Card This is the original obsolescent hardware unit. It was known as Milan a long time ago, but this is its current name,

–  –  –

Supported Facilities It should be noted that this document cover all versions of the Milan / Paylink system, even those versions that are not yet generally available.

Where a facility may not be available with the version that you are running, the topic titles are suffixed with a version indication in brackets Version Numbering All AES software releases have a 4 part version number. This is made up from 4 separate fields,

coded as:



M M Is a minor release, representing an upgrade in facilities or bug clearance, but where the application code will remain the same (both source and executable).

V V is a significant release, where the application will at a minimum need to be re-compiled, and where facilities may hay have changed to the point where the application code needs to change.

P P Is a product code. This is 1 for Paylink and is 25 for DES Paylink

LL Is the release level. This is a code, rather than a level, and has meaning as follows:

4 is a full release, and should never contain any errors or omissions. These release happen relatively rarely and a full history of the code is maintained. A code starting 4 uniquely identifies a particular build of the software.

3 is a beta release. This may contain errors as it has not been fully regression tested, but it is intended to be sufficiently stable that development, or even live running is possible. Again, a code starting 3 uniquely identifies a particular build of the software.

Normally the full release of a version will be almost identical to the beta release.

2 is an alpha release. These are only usually issued at the start of a major version. They should be stable and bug free, but are not fully tested, especially they will only have had minor regression testing. This release is to enable developers to “get started” with a new set of facilities. Again, a code starting 2 uniquely identifies a particular build of the software.

1 is an engineering release. These are generated during our internal development process, and are occasionally released to customers is response to specific requests. A build code of 1 can only be distinguished by the date / time stamp embedded in the code, and no internal record is kept of the items / changes that have gone into such a build.

Document Structure

This document is divided into three overall parts:

Concepts Where the document describes the ideas behind how Paylink works Details Where the specifics of how Paylink handles peripherals and situations are described Configuration Which defines the configuration file (which is essential to Paylink operation).

–  –  –

Paylink Installation All aspects of actually installing Paylink software on a target PC are described in the companion Application Program Interface document.

Money representation Within Paylink all monetary figures are in 32 bit integers, which represent an amount of money in terms of a single base unit. This would typically be pence or cents, but could be yen etc.

Where note acceptors are reading in high value notes, the acceptor will typically provide a conversion factor, which enables Paylink to convert the notes. A “normal” dollar / euro acceptor will provide a conversion factor of 100.

Acceptance All money acceptance is handled by means of updating total counters. Before starting operation, the application notes the current value of all the counters in which it is interested, and then monitors these counters for changes.

This serves to remove all needs for queuing and for spotting events from the system - there is no way that application can fail to have accurate information.

For the simplest application, there is a single total of all credit received. This actually totals the credit received for the life of the unit, and hence can also be used for auditing / security purposes.

For a more complex understanding of the money received, Paylink provides a block of information for each acceptor. As well as being able to use this block to disable specific coins / notes it also monitors the insertion of each coin / note. For each coin / note the total number accepted since the Paylink unit was reset is reported.

Payment Paylink provides two similar mechanisms for paying currency out from dispensers to the users of the system.

The original system used the Payout() function and with this the application specified the total amount, and Paylink would attempt to pay out sufficient of the available notes and coins to total the specified amount.

The new (1.12.6) precise pay system uses the SetDispenseQuantity() and PaySpecific() functions to pay out a precisely specified set of notes and coins.

Payout Function This method of paying money out using a Paylink is by calling the Payout() function, which takes a value in Paylink base units.

Paylink maintains a count of the total of all credit paid out for the life of the unit. This total is updated continuously as the process of paying money out proceeds, and can be used to check the amount of credit that has been paid out in the event of a payout being in progress when power is lost.

–  –  –

A Paylink is connected to one or more dispenser devices, which can be used to achieve this payout.

Internally Paylink holds these devices in descending order of value and when a pay command is issued it works down this list, paying as many base units as possible from each device in turn.

Each device request will be successful, or will result in nothing being paid, or will pay less than the requested amount.

Where either nothing or less than the requested amount is paid then Paylink will automatically issue another request on that device for the remainder. When two successive request have resulted in nothing being paid, then Paylink abandons the use of that device for this command, and will attempt to pay the outstanding balance from lower value.

The application can exert limited control over progress of a payment by disabling specific dispensers, which has the effect of causing the dispenser to ignored when selecting which units to use for a payment.

PaySpecific Function (1.12.6) The alternative method of paying money out using a Paylink is by calling the SetDispenseQuantity() function, once for each dispenser that is to be used for the payout to specify how many coins / notes are required from that..

When all the required calls have been made, a single call to the PaySpecific() function will Paylink to start processing the payout.

The call to the PaySpecific() function, will return the total amount to be paid in Paylink base units, in many ways subsequent processing is the same as a that triggered by a Payout() call for this value.

Internally Paylink holds these devices in descending order of value and it works down this list, paying as many base units as possible from each device in turn.

Each device request will be issued and the result used to update the Status of the relevant Dispenser.

If the application disables specific dispensers, this will still have the effect of causing the dispenser to be ignored when it is reached in this processing.

End of payout processing.

As money is paid out during either process, Paylink updates the total of all credit paid out.

Pages:   || 2 | 3 | 4 | 5 |   ...   | 7 |

Similar works:

«Brit.. Ophthal. (1970) 54, I86 Mechanisms of presentation of caroticocavernous fistulae EDWIN R. BICKERSTAFF Neurosurgery and Neurology, Smethwick The Midland CentreJor The clinical features of carotico-cavernous fistulae are too well known for detailed description to be necessary. The proptosis, chemosis, venous engorgement in and around the orbit, oculomotor palsy, pulsation of the globe, and the subjective and objective bruit over the orbit and forehead are familiar to all. It is perhaps...»

«Consultancy for Mission and Ministry Diocese of Chester Church consultancy enables, provides, creates and offers opportunities for consultancy and coaching support and development for ministers, teams and church communities Contents What’s it about? Background – How the concept developed and how it can help How church consultancy can help What is consultancy? How does it work? Who is involved? What are the aims? Statement of Concept – How church consultancy works and what can it do for...»

«Basel Committee on Banking Supervision Guidance on credit risk and accounting for expected credit losses December 2015 This publication is available on the BIS website (www.bis.org). © Bank for International Settlements 2015. All rights reserved. Brief excerpts may be reproduced or translated provided the source is stated. ISBN 978-92-9197-386-6 (print) ISBN 978-92-9197-387-3 (online) Contents Principles underlying this document Introduction Supervisory guidance for credit risk and accounting...»

«15 December 2015 The chair of the International Linear Collider Advisory Panel Professor Shinichi Hirano ja2axg@ja3.so-net.ne.jp Dear Prof Hirano: This letter is a follow up to the short letter I sent to the ILC Advisory Panel in August, following release of the “Summary of the International Linear Collider (ILC) Advisory Panel’s Discussions to Date” (the “Interim Summary”). Before I address the report, I would like first to express my profound gratitude to the members of the panel...»

«RIVIER COLLEGE ONLINE ACADEMIC JOURNAL, VOLUME 1, NUMBER 1, FALL 2005 HONORS CONVOCATION SPEECH Howard S. Muscott, Ed.D.* Professor of Education, Rivier College Achieving Extraordinary Things Rivier College Honors Convocation Address April 2, 2005 I feel blessed to be here today to celebrate the achievements of Rivier College students, and their commitment to academic, spiritual, professional, college, and service to community endeavors. Their accomplishments are even more remarkable when one...»

«PRESSEMITTEILUNG zur 1. Spielzeit des Boulevardtheater Dresden PRESSEKONTAKT Thomas Kaufmann 0 351 – 6557 6414 thomas.k aufmann@boule vardthe ate r.de BOULEVARDTHEATER DRESDEN 1 ÜBER UNS Das Boulevardtheater Dresden ist die neue Heimat für Unterhaltungskultur und Volkstheater in der sächsischen Landeshauptstadt. Das neue Theater auf der Maternistraße hinter dem World-Trade-Center (ehemals Theater „Wechselbad der Gefühle“) versteht Volkstheater als Intention und öffnet nach einem...»

«ADVISORY ON INTEREST RATE RISK MANAGEMENT J a n u a r y 6, 2 0 1 0 T h e financial regulators1 are issuing this advisory to remind institutions of supervisory expectations regarding sound practices for m a n a g i n g interest rate risk (IRR). [Footnote 1. The financial regulators consist of the Board of Governors of the Federal Reserve System (FRB), the Federal Deposit Insurance Corporation (FDIC), the National Credit Union Administration (NCUA), the Office of the Comptroller of the Currency...»

«LA PRIVATIZACIÓN ENCUBIERTA EN LA EDUCACIÓN PÚBLICA Informe realizado por Stephen J. Ball y Deborah Youdell Instituto de Educación, Universidad de Londres PRÓLOGO En todo el mundo, se están introduciendo en nuestros sistemas de educación pública formas de privatización. Muchos de esos cambios son el resultado de una política deliberada, a menudo bajo el estandarte de la reforma educativa y sus repercusiones pueden ser de gran alcance, para la educación de los estudiantes, la equidad,...»

«Liebert July 2003 High-Availability Power Systems, Part II: Redundancy Options SUMMARY “High-Availability” power systems require Reliability, Functionality, Maintainability, and Fault Tolerance. A few UPS configurations can overcome the “Last Four Hours” problem to achieve Continuous Availability of conditioned power. These configurations also greatly improve the power systems’ fault tolerance, as we shall see. The “Last Four Hours” – The Industry’s Little Secret First, the...»

«THE CITY OF DOMES JOHN D. BARRY∗ To the architects, the artists and the artisans and to the men of affairs who sustained them in the cooperative work that created an exposition of surpassing beauty, unique among the expositions of the world. Contents Chapter Preface Introduction I. The View from the Hill II. The Approach III. In the South Gardens IV. Under the Tower of Jewels V. The Court of the Universe VI. On the Marina VII. Toward the Court of the Four Seasons VIII. The Court of the Four...»

«extra deportes extra deportes Diario Extra Costa Rica Diario Extra, el periódico de más venta en Costa Rica. 05 Marzo, 2016 Futbol americano tico busca fomentar el deporte en niños Hace 12 horas; Extradeportes Sitio web de deportes/recreación. Público Cancelar Guardar cambios. Personas. 458 347 Me gusta. Información. NBC Deportes En Vivo Extra on the App 03.09.2015· Read reviews, compare customer ratings, see screenshots, and learn more about NBC Deportes En Vivo Extra. Download...»

«Service Description Remote Consulting Service Introduction to your service agreement Remote Consulting Services (“RCS”) provide for remote assistance with certain IT infrastructure tasks (“Service” or “Services”). Each RCS task covered under this Service Agreement is further detailed in the Service Scope Boundaries section below. As the Service is delivered remotely, any service requests that require an on-site visit are considered outside the scope of this Service Description and...»

<<  HOME   |    CONTACTS
2016 www.theses.xlibx.info - Theses, dissertations, documentation

Materials of this site are available for review, all rights belong to their respective owners.
If you do not agree with the fact that your material is placed on this site, please, email us, we will within 1-2 business days delete him.