Grupo Azkoyen L86S PS User manual

Protocol: COIN VALIDATOR L86S PS 1
L86S PS
10044 UK 11 -2003

Protocol: COIN VALIDATOR L86S PS 2
1. INTRODUCTION
1.1. MAXIMUM REPLY TIMES
The default timeout is 30 milliseconds. In tele programming and hardware test commands the
timeout is increased to 200 milliseconds.
The time needed to begin communication is 30 milliseconds.
1.2. SERIAL COMMUNICATION PROTOCOL
The protocol is a simplification of cctalk® protocol, which is a standard serial communication
used in coin mechanisms in the gaming sector. This protocol is free and can therefore be used
without paying licences or rights.
1.3. HARDWARE
Communication is carried out through a 2-way interface:
1. Transmission line (data transmission from the Validator to the Telephone)
2. Line of reception (data transmission from the Telephone to the Validator)
The data is established at TTL levels: 5 Vdc is a “0” and 0 Vdc is a “1”. Rest is therefore 5 Vdc.
The Telephone does not apply voltages to the communication lines if the Validator is not
“awake”.
The Validator has a pull-up resistor on its
reception line so the Telephone can detect
that the Validator is “awake”.
PULL-UP
If it wants to keep the Validator “awake” it is necessary to keep the TEST line high.
The Validator will stay “awake” for approximately 2.5 seconds after removing the voltage from
this line. There must be at least 50 milliseconds after freeing the GENERAL INHIBITION input
before applying voltage to the TEST input.
10044 UK 11 -2003

Protocol: COIN VALIDATOR L86S PS 3
10044 UK 11 -2003
So the Validator can start communication with the terminal, the Confirmation input must be
high (pull-up) or open circuit, because the contrary would make it carry out a Hardware Test.
1.4. FORMAT
FORMAT of CHARACTER TRANSMISSION
Communication is asynchronous and at 56,250 bauds.
The format of the bytes transmitted is 1 start bit, 8 data bits, no parity bit and 1 stop bit.
MESSAGE FORMAT
All transmissions have the following format:
[Nº bytes]
[Command]
[Data 1]
...
[Data N]
[Checksum]
A message is of a variable quantity of data, up to a maximum of 40.
The checksum is calculated so the sum (of 8 bits) of the whole message is 0.
If a message does not have any data, the package transmitted is:
[00H]
[Command]
[Checksum]
REPLY MESSAGES
There are only two possible reply messages:
ACKNOWLEDGEMENT (ACK)
Which has the following format:
[Nº bytes]
[00H]
[Command]
[Data 1]
...
[Data N]
[Checksum]
Where [Command] is the command code to which it is replying.

Protocol: COIN VALIDATOR L86S PS 4
10044 UK 11 -2003
NEGATIVE ACKNOWLEDGEMENT (NACK)
This is used when there has been an error in the reception. It has the following format:
[00H]
[FFH]
[Checksum=01H]
DIALOGUE FORMAT
The communication is half-duplex: A command is not replied to until it has been received
completely.
Each communication sequence consists of two messages with the previously mentioned
structure: the command and the reply to the command once it has been processed.
The communication is multi-master: either of the two, Validator or Telephone can start a
communication sequence, with the followings limitations:
ÔThe Validator only begins communication to communicate there is a measured and
validated coin.
ÔIf the Validator is measuring a coin and a valid message arrives (a complete block
with the checksum correct), it stops measuring the coin and starts processing the
command.
TEMPORARY REQUIREMENTS
Maximum Time between bytes
The maximum time between two bytes in the same message is 800 milliseconds. If
this time is exceeded the communication programme resets all its variables and
prepares a new message.
The time between bytes from Validator to Telephone is 200 milliseconds, except
between the first and the second, which is 400 milliseconds.
Between command and reply
The maximum time to reply to a command depends on the time it takes to process
the command.
The default time is 30 milliseconds for commands, if the contrary is not specified in
the command definition.
Maximum time without commands
The maximum time the Validator is “awake” and without receiving commands is
500 milliseconds. After this time the Validator switches off.
When a coin enters the Validator this time is not taken into account (The Validator
switches off when the coin leaves).

Protocol: COIN VALIDATOR L86S PS 5
10044 UK 11 -2003
The minimum time between the Validator “waking” and being ready to accept
commands
Once “awake” the Validator should wait at least 100 milliseconds before sending the
first command.

Protocol: COIN VALIDATOR L86S PS 6
2. COMMANDS TELEPHONE ® VALIDATOR
2.1 Simple request [10H]
Command to check the communication is working correctly.
Reply: ACK without data
2.2 Test request [11H]
The Validator carries out a hardware test and returns an ACK with a byte that contains the
result of the test:
Results of the TEST
1 Validator OK
2 Fault in photodiode 0
3 Fault in photodiode 1
4 Fault in photodiode 2
5 Fault in phase ferrite signal
6 Fault in inverted ferrite signal
7 Not used
8 Not used
9 Not used
10 Offset fault in Audio
11 Fault in temperature signal
12 Fault in emitter/receptor ferrite signal
13 Fault in emitter voltage programmed
If a test is carried out while there is a coin going through the Validator, it
may return an erroneous error message. It is necessary to do the test
various times before putting the Validator out of order.
If the Validator is put out of order deliberately, it may be necessary to
establish a reset mechanism when the Validator does respond to a later test
command correctly and without errors.
It is also advised to carry out another test before communicating a fault in
the Validator to Central.
10044 UK 11 -2003

Protocol: COIN VALIDATOR L86S PS 7
10044 UK 11 -2003
2.3. Type of Validator [12H]
The Validator returns an ACK with the following data:
ÔProgramme version (the initial version is ‘00’)
ÔCommunication protocol version, for the S81-PS the version is 01H
ÔCoin table version (the initial version is ‘0’)
ÔUpdate version: the number introduced during tele-programming (command 20H)
ÔCountry: three bytes that identify the country and client (’SU0’ for South Africa)
ÔType of Validator: 2 bytes
ÔByte for tele programming correct: FFH is incorrect, 00H is correct
ÔType of Validator (programming)
2.4. Switching off the Validator [13H]
The Validator returns an ACK without data and switches off.
2.5. Validator identification [14h]
The Validator returns an ACK with the followings data:
ÔSerial number of the Validator (10 bytes).
ÔReference of Azkoyen. (10 bytes). If the Validator (EEPROM) has corrupt data, it
will return 10 bytes with the value 0 in ASCII.
ÔManufacturer (Azkoyen) it is assigned the value 4 in ASCII (byte)
ÔModel of Validator (2 bytes)
ÔFuture use (2 bytes) for the moment blank spaces are sent in ASCII.

Protocol: COIN VALIDATOR L86S PS 8
3. LIST of COMMANDS for TELE PROGRAMMING (Central
device Æcoin mechanism)
3.1 Start tele-programming mode [20H]
Without parameters:
It returns an ACK of one byte (00H) if the command terminated successfully or FFH if there
was an error in the process.
In the first case, tele programming is activated, which allows the reception of the command for
writing memory blocks, there is a FFH byte to indicate programming of the Validator OK (tele
programming in progress).
3.2. Closing tele-programming mode [22H]
Command parameter:
ÔChecksum: A value with which the integrity of the programme can be checked.
ÔAdditional parameters (exclusively Azkoyen use).
It returns an ACK of one byte (00H) if the command finished successfully
or (FFH) if there was an error in the process. In the first case, tele
programming is deactivated and the version number is updated with the
value introduced in the activation. If on the other hand, the checksum is
not valid, the Validator will go “out of order” making it necessary to tele
programme the Validator. It will not admit coins and will wait to be re
programmed via Telephone or Programmer.
3.3. Read a block [42H]
Parameters of the command:
ÔMSB of the data address.
ÔLSB of the data address.
ÔQuantity of data to read (up to a maximum of 37).
It returns an ACK with one block of data containing the start address and the data read from
the memory of the Validator in the following format:
10044 UK 11 -2003

Protocol: COIN VALIDATOR L86S PS 9
ÔMSB of the data address.
ÔLSB of the data address.
ÔData read from the memory of the Validator (up to a maximum of 37).
3.4. Write a block [43H]
Parameters of the command:
ÔMSB of the data address.
ÔLSB of the data address.
ÔQuantity of data to write (up to a maximum of 37).
ÔData to write.
This command writes the data in the Validator from the specified address onwards.
It returns an ACK of one byte (00H) if the command terminated successfully, (FFH) if there
was an error in the process and (F0H) if tele-programming mode had not been activated.
The size of the Validator EEPROM is 4 Kbytes
10044 UK 11 -2003

Protocol: COIN VALIDATOR L86S PS 10
10044 UK 11 -2003
4. LIST of COMMANDS VALIDATOR ÆTELEPHONE
4.1. Coin validated [70H]
Parameters of the command: Code of the coin
It communicates that a coin and has been validated, giving the code of the coin.
When a coin is rejected, it is communicated giving the code of rejected coin (code programmed
in the factory). In this case, the coin is rejected independently of the reply of the Telephone.
Reply of the Telephone: An ACK with 0 data if the coin is not to be accepted and the same coin
code received if it has to accept the coin.
The timeout of a reply to this command is 8 milliseconds.
4.2. Coin accepted [73H]
Parameters of the command: code of the coin.
It confirms that a coin has left the validator, giving the code of the coin.
Reply of the Telephone: ACK without data.
4.3. Coin rejected [80H]
Parameters of the command: Code of the coin.
It confirms that a coin has been rejected.
Reply of the Telephone:ACK without data.

Protocol: COIN VALIDATOR L86S PS 11
5. EXAMPLE OF COMMUNICATION
- A coin is introduced into the Validator that is validated as a coin with code 9; the
Telephone orders the Validator to accept it and it does.
Validator ÆÅTelephone
[01H] [70H] [09H] [86H] [02H] [00H] [70H] [09H] [85H]
The coin takes between 200 ms and 1.2 seconds to leave the validator
[01H] [73H] [09H] [83H] [01H] [00H] [73H] [8CH]
The Validator only accepts the coin if the coin code returned by the
Telephone is the same as the code sent in the first command
- A coin is introduced into the Validator and it is validated as a coin with code 7; the
Telephone orders the Validator to not accept it.
Validator ÆÅTelephone
[01H] [70H] [09H] [88H] [02H] [00H] [70H] [00H] [8EH]
[01H] [80H] [09H] [83H] [01H] [00H] [80H] [7FH]
If the Telephone takes more than 8 milliseconds to reply to the command
of coin validated, it is rejected automatically
10044 UK 11 -2003

Protocol: COIN VALIDATOR L86S PS 12
Marcas del
AZKOYEN
AZKOYE
N
MEDIOS DE PAGO S.A.
AZKOYEN
10044 UK 11 -2003