Alberici AL66 FG modifiable ccTalk User manual

AL66 FG ARM Pulse / mod. ccTalk COIN ACCEPTOR
Operator’s Manual
Rev. 2.01
User Manual

CONTENTS
1. Package content .................................................................................................................................................... 5
2. Product identification ............................................................................................................................................. 5
3. Product description ............................................................................................................................................... 5
4. Technical specifications .................................................................................................................................... 6
5. Installation........................................................................................................................................................... 7
6. ccTalk Communication Protocol ..................................................................................................................... 12
7. Driving SPI peripheral devices .............................................................................................................................. 28
8. Maintenance ........................................................................................................................................................ 31
9. Disposal of the product.................................................................................................................................... 32
10. Warranty ............................................................................................................................................................ 32
11. Customer Service ................................................................................................................................32
STORICO REVISIONI
Revisione n°
Data
Modifica
Note
Creazione v. 2.00
13.02.20
Creazione versione con Microprocessore ARM 3
Fw: u3.1A +
Versione v. 2.01
18.09.20
Inserito separatore iS4

NOTICE
This manual has been drafted with the utmost care. Nevertheless, it is not possible to guarantee at all times the
absolute correspondence of the descriptions contained therein with the actual characteristics of the product.
Alberici S.p.A. declines any and all responsibility towards the User with reference to damages, losses, or claims of
third parties, resulting from the use of the product or caused by incorrect interpretations of this manual.
Alberici S.p.A. reserves the right to modify, without prior notice and in any way, any part of this manual and the
technical specifications of this product, as part of the continuous pursuit of improvement of its products.

Please read this manual carefully to get the most from this product.
Dear Customer,
we would like to thank you and congratulate you on your choice of the AL66 FG ARM Pulse / ccTalk electronic coin selector. We are
confident that you will appreciate the quality and performance.
1. Package content
The package contains:
1. The AL66 FG ARM Pulse / cctalk coin acceptor (type V, or type S, or type I)
2. The manual of the product (this manual), or the Data sheet
This product has been packed with the utmost care. If you receive it damaged or incomplete, pleasenotify immediately your
findings to the Carrier, and collect it only under conditional signature.
The packing material, wooden pallets included, must be disposed off according to your Countrylaws and regulations. The
product itself, once dismissed, must be disposed off according to the same laws and regulations.
2. Product identification
3. Product description
The architecture of the AL66 FG coin acceptor has been designed specifically for the ccTalk protocol, on which solid
basis the Pulse mode operates as well, in any of the possible programmable configurations. The ccTalk signals sent to
the machine CPU are channeled through the classic 4-pole TTL connector (ccTalk protocol: dip-switch 1 in SW1 = ON);
the Pulse signals go though the 10p socket (Pulse communication: dip-switch 1 in SW1 = OFF) .
The AL66 FG is equipped with the latest generation 32-bit ARM microprocessor, with 128 KB flash memory, “automotive”
model, whose performance is stable even in difficult environmental conditions. Thanks to its 6 sensors, 2 pairs of optical
sensors and innovative detection techniques, it generates 13 dynamic recognition parameters that ensure excellent
performance in identifying coins and discriminating counterfeits. Anti-fraud protection is guaranteed by 4 directional optical
pairs and mechanical devices (wire cutter and wire stripper) which protect against "fishing", "pendulum", and other types
of tampering. It is equipped with mechanical and electronic anti-cheat devices and controls, against the most widespread
and recent scam techniques. The construction, with non-deformable HQ polymer resins, ensures strength and durability,
helping to ensure constant reading conditions regardless of the environment in which the coin mechanism is working.
Using the Dip-Switches of bank SW1, coins to be accepted can be disabled or enabled. The acceptance tolerance can
be changed dip-switch 6 of SW2 row. Again using the dip-switches of the SW2 counter it is possible to increase or
decrease the credit value (service activation price) when the coin mechanism is configured as Pulse Totalizer. In
addition, the signal output can be moved from the standard pre-assigned output (OUT 7) to OUT 3.
Family (ex. AL66
FG) and Type (ex. V)
Firmware version
Software version
Serial Number
Programmed coins:
Type, Denomination
codes,
and Channels
Socket 10p X1
ccTalk Socket 4p X3
SW1 Dip-Switch row
SW2 Dip-Switch row
USB Mini-B port
(optional)
SPI Socket 8p X2

4. Technical Specifications
The AL66 FG coin acceptor can operate by Pulse mode or
by modifiable ccTalk protocol.
It is available in the following versions:
V = rejected coin sorted from bottom rear slot, accepted coin sorted from bottom front slot I = rejected coin
sorted from bottom front slot, accepted coin sorted from bottom rear slot
S = rejected coin sorted from slot low front end, dropping slot at upper front end
Technical specs
Mechanical features
Format
Size
Weight
3½” standard
88 x 102 x 52 mm
212 g
Electrical features
Supply voltage min.
Supply voltage max.
Power consumption:
in acceptance
in reading
in Standby
Output type
Saturation output voltage
Output voltage max.
Output current max.
Input trigger voltage min.
Input voltage max
Input impedance
12 V DC (min. 10 V DC)
24 V DC (max. 26 V DC)
max. 350 mA(30 ms)/100 mA
≤30mA
≤25mA
Open collector Darlington
≤1 V
50 V (Active Low)
250 mA
3 Vdc / 24 Vdc (Active High)
50 V
≈55 kfi
Coin acceptance
Coin channels number
16
Coin diametre min.
16 mm
Coin diametre max.
32 mm
Coin thickness
1 to 3,4 mm
Speed
3 coins/sec. (V) –4 coins/sec. (S, K, I)
Communication modes
Pulse
Modifiable ccTalk
switchingbyDip-Switchor by
programming software
Timing data
Power-up recovery time
≤ 200 ms
Wake-up recovery time
≤ 50 ms
Pulse or time out tolerance
± 2%
Ambient conditions
Working ambient temperature
0°C to 60°C
Storage temperature
- 30°C to 70°C
Humidity
up to 75% (non condensing) for standard
up to 95% for tropicalized version
EMC performance
This product is compliant with EN55014-1 and EN55014-2 test specification
>32-bit top-performing ARM microcontroller with 36 KB Flash-memory, highly
immune to magnetic interference and to environmental conditions.
>Six magnetic sensors and one optic detector combine to guarantee the most
accurate capacity
of discrimination. Data-digitizer interface copes at best with bi-metal and
magnetized coins.
>One wire-shearer (and one wire-tearer in version V) provide mechanical
shielding against fishing. Coin-Guard anti-cheat system, based on the synergy of
3 suitably positioned optic sensors.
INGRESSO MONETA COIN IN
MONETA VALIDA VALID COIN
MONETA RIFIUTATA REJECTED COIN

5. Installation
The AL66 FG is a 3,5” coin acceptor. It is interchangeable with the coin acceptors of the same type
(compatible entries and exits of the coins) available on the market.
PAY ATTENTION! The coin selector must be installed 90°-95° with respect to level plane. Because of the
built-in advanced security system, it is essential that the whole coin path gets not hindered.
Alberici is not responsible for any malfunctioning due to lack of compliance with such recommendations.
Various models of front entries are available, to whose bracket the coin mechanism gets firmly hooked.
The KZ, KP, KA, SZ, and SP face plates are designed to be mounted outside the installation panel. The
KB, KI, KF, CP and NP plates can be fitted both externally and internally. The PP introduction is specially
designed to be mounted inside, so that the slots are flush with the external profile of the panel.
KZ, KP, KA KB, KI, KF
SZ, SP CP
MOUNTING of the “S-TYPE COIN ACCEPTOR (FACE PLATES)
DIMENSIONS

MOUNTING of the “V”-TYPE COIN ACCEPTOR in C-CRADLE or in “SPANISH” CRADLE
Eyelets for sorter fastening
NP PP
The sorter can be mounted directly at the bottom of the “S”-type coin acceptor, by the dedicated AA-0703 bracket.
When incorporated into the 5” adaptor (SG-5000), and by adding the upper reject lever and the relevant torque spring, the
3,5” coin acceptor can be used instead of 5” coin acceptors having the same communication protocol.
The 5” casing is available also with built-in sorter, and/or with electronic rejecting device for remote installation of the coin acceptor.
The “V”-type (or “video”) coin acceptor must be housed into the “C”-cradle (SG-7000) or into “Spanish” type cradles (SG-3001 /
SG-4001). The preferred drop-in coin slot can be fitted onto the upper side of the C-cradle, or else the electronic rejecting device
when the coin acceptor must be installed far from the entry slot.
The sorter can be fastened at the bottom of the C-cradle,
by tightening two screws to the two preset eyelets.
MOUNTING of the “S”-TYPE COIN ACCEPTOR in the 5” ADAPTOR

DISABLE DENOMINATIONS BY THE SW1 ROW
Connections
The selector connects to other peripherals and to the main board by the following sockets:
X1. Power supply and standard Pulse interface.
Connector X1 is an IDC 10-p socket (pin-out shown in grid here aside).
It consists of: 2 power supply pins (pin 1 common/ground & pin 2 positive),
1 input (pin6, normally used to inhibit acceptance of coins), and 7 “open
collector” outputs (pins 3,4,5,7,8,9 & 10), one of which (pin 5) is normally
used for the multi-pulse totalizer (“open collector” output), or else as
additional input (i.e.for credit request).
OUTPUTSACTIVESTATE=LOW (reversible)
INPUTSACTIVESTATE=HIGH(reversible)
Upon request, the acceptor can be prepared for reverse supply polarity, so
as to emulate Spanish-style coin acceptors.
X2. SPI Display or intelligent peripherals.
Socket X2 (8 pins) is meant for display connection.
Displays with SPI or I²C bus protocols are supported (see
DISPLAY AD01 SPI SERIAL PROTOCOL at page 20).
Theacceptor must bepreset byAlberici tohostthe display
(AA-0410-0900). Display functions can then bemodified
by the‘AlbericiCoinSelector’ programming software.
X3. CCTALK. The X3 4-p socket is for serial ccTalk® communication with the main
board. The protocol is presetfor “slave mode”operation,and is described in Chapter 6.
This socket can be used in Pulse and standard cctalk selectors to modify the
programmed configuration of the selector, by PC and Alberici free software.
X4. USB Mini-B (option). The USB port allows to drive the acceptor directly the USB port of a PC Mother Board.
The USB port provides only the communication channel: the communication itself will be run by serial ccTalk®
protocol, that must therefore be implemented in the Host software (see Chapter 6).
To provide USB operation, the acceptor must be +12V powered through pins 2 and 4 in socket X3. This socket
will be enabled only after installation of the USB drivers on the Host (See ‘USB installation notice’ below).
USB pre-activation must be requested at the time of order.
Please be aware that USB coinmechs do not allow Operation in Pulse mode.
USB installation notice
- Install the drivers in the Host using the relevant executable file (i.e.: for Windows 7 64bit: “VCP_V1.5.0_Setup_W7
x64_64bits.exe”), available in the Alberici web site (FG coin acceptor page). Win 10 includes such drivers by default.
- Only after the drivers ("STMicroelectronics Virtual COM Port") are installed, connect the coin acceptor through theUSB;
- Windows OS will automatically start the installation of the driver;
- At the end of the installation process, a dialogue window will confirm "STMicroelectronics Virtual COM Port (COMxx)”.
- It is now possible to connect +12V power to the pins 2 (GND) and 4 (+) of the X3 socket.
PAY ATTENTION! Using a standard ccTalk interface circuit, the master (i.e. host mother board) receives
the echo back from the interface, and NOT from the slave (i.e. coin selector).
However, USB port is NOT a standard ccTalk interface circuit: no TX echo will be sent to the master!
Therefore the master must be programmed so as not to expect to receive the echo, or communication will end.
EACH PROGRAMMED CHANNEL CONTAINS ONE DENOMINATION. TO DISABLE ACCEPTANCE OF ANY COINS, MOVE TO OFF POSITION THE
DIP-SWITCH CORRESPONDING TO THE CHANNEL IN WHICH THE COIN IS PROGRAMMED (see grid below). THEN SWITCH OFF AND ON AGAIN.
SW1 Dip-
Switch Row
DS1
DS2
DS3
DS4
DS5
DS6
ON
Enable CH1
(ex. 2€)
Enable CH2
(ex. 1€)
Enable CH3
(ex. 0,50€)
Enable CH4
(ex. 0,20€)
Enable CH5
(ex. 0,10€)
Enable CH6
(ex. 0,05€)
OFF
Disable CH1
(ex. 2€)
Disable CH2
(ex. 1€)
Disable CH3
(ex. 0,50€)
Disable CH4
(ex. 0,20€)
Disable CH5
(ex. 0,10€)
Disable CH6
(ex. 0,05€)
1 Data
2 Gnd
3 NC
4 +12Vdc
nr. Description
nr.
Description
1
Gnd
2
+12-24 Vdc
3
Out 5 / sorter coil B
4
Out 6 / sorter coil A
5
Out 7 (totalizer) / In 2
6
In 1 (inhibit)
7
Out 1
8
Out 2
9
Out 3
10
Out 4 / sorter coil C

SETTINGS BY THE SW2 DIP-SWITCH ROW
PROGRAMMING BY PC SOFTWARE
SW2 Dip-
Switch Row
DS2 OFF
DS2 ON
DS4 OFF
DS4 ON
DS1 OFF
PULSE
MDB (*)
DS1 ON
CCTALK
SAS (*)
DS3 OFF
Multi-pulse totalizer, OUTPUT as per programmed setting
DS3 ON
Multi-pulse totalizer on OUTPUT 3
DS5 OFF
Modify credit
value
x 1
x 4
DS5 ON
x 2
: 10
DS6 OFF
STANDARD Discrimination (L / SLC)
DS6 ON
HIGH Discrimination (H / SLC)
(*) Not available in this version
HOW TO TEACH (NEW) COINS BY THE DIP-SWITCHES
CANCEL THE LAST SELF-TEACHED CONFIGURATION
1) Take note of the positions of the dip-switches.
2) Power off the coinacceptor.
3) Set all the dip-switches in SW1 row to OFF.
4) Move the dip-switch 2 of the SW2 row to ON.
5) Powerupthecoinacceptor:startoftheauto-programming
modeisconfirmedbysinglecoilactivation.
6) InSW1row,movetoONthedip-switchcorrespondingto
thechannelinwhichthecoinswillbeteached.
7) Drop10suchcoinsintotheacceptor:doublecoilactivation
willconfirmthatthecoinshavebeenprogrammed.
8) Poweroffthecoin acceptor andsetthe dip-switches
according to thedesiredoperation.
1) Take note of the positions of the dip-switches.
2) Power off the coinacceptor.
3) Set all the dip-switches in SW1 row to OFF.
4) Move the dip-switch 2 of the SW2 row to ON.
5) Set to ON both dip-switches 1 and 6 of the SW1 row.
6) Power up the coin acceptor: after few seconds,
triple coil activation will confirm that the
coins/channels that have been manually
programmed have been cancelled, and that the
previous configuration as been restored.
7) Power off the coin acceptor and set the dip-
switches according to the desired operation.
THIS IS DONE THROUGH THE K-P1C-000009 PROGRAMMING KIT AND THE
“Programming sw 66 v. 2 - Alberici Coin Selector” SOFTWARE.
THE SOFTWARE AND ITS MANUAL, CONTAINING INSTRUCTIONS FOR KIT CONNECTIONS AND PROGRAMMING
PROCEDURES, ARE BOTH AVAILABLE FREE FOR DOWNLOAD ON OUR WEB SITE www.alberici.net.
1 Download the application “Programming sw 66 v. 2 - AlbericiCoinSelector.exe” and the drivers for the programming
interface tool from our web site http://www.alberici.it, “Downloads” section at the bottom of the coin acceptor page).
2 Install thedrivers intoyour PC,then install theapplication on your desktop or in a different convenient place
3 Make use of the programming-testing-power tool K-P1C-000009.
4 Make sure that voltage supply is off.
5 Connect theUSB port of the PC to the USB A port of the interface.
6 Connect the 4pin cable between the ccTalk output of the interface and the
4-pin socket (X3) of the acceptor .
7 Connect the 10pin flat cable between the
STD output of the interface and the 10pin
socket (X1) of the acceptor:
8 Power the selector (green pushbutton on the interface tool).
9 Launch the application and modify the acceptor’s data
appearing on the screen according to your needs. The
Instruction Manual is available on the same page of our web site
from where you have downloaded the software .
10 Download the new configuration to the coin acceptor, switch power supply to selector off and then on again .
11 Test that operation corresponds tothe new configuration programmed.
12 Switch power off and disconnect the selector from the PC USB port.
4p/4p cct cable
10p/10p flat cable

NL3
To attribute the proper sorting commands, please refer to the output paths shown below:
VARIANT
3-5 way
NS3
Dir 1 = cctalk 01 activates Dir 1 = no OUT
Dir 2 = cctalk 02 activates Dir 2 = OUT 5
Dir 3 = cctalk 03 activates Dir 3 = OUT 6
Dir 4 = cctalk 06 activates Dir 4 = OUT 4 + OUT 5
Dir 5 = cctalk 07 activates Dir 5 = OUT 4 + OUT 6
PULSE SORTERS
CCTALK SORTERS
SORTING COMMANDS
SOCKETS AVAILABLE ON THE
SORTERS
iSP4
iSP3
DRIVING THE NL3, NS3, VARIANT, and iS SORTERS
Please Note: SPI mode is available only on
sorters iS1 and iS4, and it is supported only
by the AL66 FG coin acceptors

6. CCTALK Communication Protocol
ccTalk® communication protocol is the Money Controls serial communication protocol for low speed control networks.
It was designed to allow the interconnection of various cash handling devices (Hoppers, Bill validators, Coin selectors
etc.), mostly in AWP and gaming Industry, but allso in other devices that use those components.
cctalk® is an open standard. All documentation is available at web site: www.cctalk.org.
6. Serial cctalk communication (English language)
New generation of coin selectors AL55 or AL66 use cctalk® communication protocol. This protocol was developed by
company Emulator M (ex. Coin Controls) to enable connection of different peripheral devices (Coin selectors,
Hoppers(pay out device), Banknote readers etc.) in small network.
Protocol is mostly used in gaming and casino machines but it can be implemented in any other tipes of machines that
use same type of devices. It is public protocol and free to use. Pls. find documentation on: www.cctalk.org.
Communication protocol of ALBERICI coin selectors AL55I66 complies with generic specification 4.4
6.1 Communication specifications
Serial communication was derivated from RS232 standard.
It is low data rate NRZ (Non Return to Zero) asyncronous communication with:
Baud rate 9600, 1 start bit, 8 data bits, no parity, 1 stop bit.
RS232 handshaking signals (RTS, CTS, DTR, DCD, DSR) are not suported.
Message integrity is controled by means of checksum calculation.
6.1.1 Baud rate
The baud rate of 9600 was chosen as compromise betwen cost and speed.
Timing tolerances is same as in RS232 protocol and it should be less than 4%.
6.1.2 Voltage level
To reduce the costs of connections the “Level shifted “ version of RS232 is used.
The idle state on serial connector is 5V, and active state is 0V.
Mark state (idle) +5V nominal from 3.5V to 5V
Space state (active) 0V nominal from 0.0V to 1.0V
Data I/O line is “open collector” type, so it is possible to use device in systems with different voltages.
6.1.3 Connection
The connection of Coin selector to network is achieved by means of 4 pole JST connector (standard type 7). Connector
is used for power supply and communication as well. For schematics and and connector appirance see image1.
Image 6.1 communication connector
Recommended periferal connector is: JST B 4B-XH-A with crimping contacts SXH-001T-P0.6
6.2 Message structure
Each communication sequence consists of two message string.
Message string in case of simple checksum use is structured as follows:
[ Destination address ]
[ Nr. of data bytes ]
[ Source address ]
[ Header ]
[ Data 1 ]
...
[ Data n ]
[ Checksum ]
AL66 MODIFIABLE CCT HEADERS

There is an exception of message structure when device responds to instruction Address poll and Address clash5. The
responds consists of only one byte representing address delayed
for time proportional to address value. For CRC checksum case format is:
[ Destination address ]
[ Nr. of data bytes ]
[ CRC 16 LSB ]
[ Header ]
[ Data 1 ]
...
[ Data n ]
[ CRC 16 MSB ]
6.2.1 Address
Address range is from address 0 to address 255. Address 0 is special case or so caled
“brodcast” address and address 1 is default host address.
Table 6.1 shows the recommended address values of different devices.
Device category
Address
Additional addr.
Note
Coin Acceptor
2
11 - 17
Coin validator, coin selector, coinmech...
Payout
3
4 - 10
Hopper
Bill validator
40
41 - 47
Banknote reader
Card Reader
50
Display
60
Alphanumeric LC display
Keypad
70
Dongle
80
85
Safety equipment
Meter
90
Replacement for el.mec. counters
Power
100
Power supply
Printer
110
Ticket printing
RNG
120
Random Number Generator
Table 6.1 Standard address for different types of devices
Address for Alberici Hopper is factory set as 3; the user can change the default address by using the MDCES commands
Address change or Address random or by setting Hopper dip-switches. For details see cctalk42-2.pdf, Address poll.
6.2.2 Number of data byte
Number of data byte in each transfer could be from 0 to 252.
Value 0 means that there are no data bytes in the message, and total length of message packet will be 5 bytes.
Although theoretically it will be possible to send 255 bytes of data because of some limitations in small micro controllers
the number is limited to 252 (252 bytes of data, source address, header and checksum: total of 255 bytes).
6.2.3 Command headers (Instructions)
Total amount of cctalk command header is 255 with possibility to add sub-headers using headers 100, 101, 102, 103.
Header 0 stands for ACK (acknowledge) replay of device to host.
Header 5 stands for NAK (No acknowledge) replay of device to host.
Header 6 is BUSY replay of device to host.
In all three cases no data bytes are transferred. Use of ACK and NAK headers are explained later on, for each specific
message transfer.
Commands are divided in to several groups according to application specifics:
-Basic general commands
-Additional general commands
-Commands for Coin acceptors
-Commands for Bill validators
-Commands for Payout mechs
-MDCES commands
ALBERICI Coin selectors AL55I66 use total of 557 instructions-headers.

6.2.4 Data
There is no limitation in use of data formats. Data could be BCD (Binary Coded Decimal)numbers, Hexa numbers or
ASCLL strings. Intrepretation as well as format is specific to each header use, and will be explained in separate chapter.
6.4.5 Checksum
Message integrity during transfer is checked by use of simple zero checksum calculation.
Simple checksum is made by 8 bit addition (modulus 256) of all the bytes in the message. If message is received and
the addition of all bytes are non-zero then an error has occurred (See Error handling).
For noisy environment or higher security application it is possible to use more complex, 16 bit CRC CCITT checksum
based on a polynomial of:
x16 + x12 + x5 + 1 and initial value of CRC register 0x0000.
Hopper are using simple checksum, but they could be set to operate with CRC-16 checksum on customer demand.
6.5 Timing specification
The timing requirements of cctalk are not very critical but there are some recommendations (i.e. more than 100 mili sec
for solenoid testing).
6.5.1 Time between two bytes
When receiving bytes within a message packet, the communication software must wait up to 50 ms for next byte if it is
expected. If time out occurs, the software should reset all communication variables and get ready to receive next
message. The inter-byte delay during transmission should be ideally less than 2 ms and not greater than 10 ms.
6.5.2 Time between command and replay
The time between command and reply is dependent on application specific for each command. Some
commands return data immediately, and maximum time delay should be within 10 ms. Other commands
that must activate some actions in device may return reply after the action is finished
6.5.3 Start-up time
After the power-up sequence Hopper should be ready to accept and answer to a cctalk message
within time period of less than 250 ms. During that period all internal check-up and system settings
must be done, and Hopper should be able works fine.
6.4 Error handling
If slave device receive the message with bad checksum or missing data no further action is taken and receive buffer will
be cleared. Host software should decide to re-transmit message immediately or after a fixed amount of time. In case
when host receive message with error it has same options.
6.5 Command headers
Command header set, that host could use in communication with coin selectors AL55 and AL66 is given in the table 6.2.
254
FE
Simple poll
228
E4
Modify master inhibit status
253
FD
Address poll (broadcast)
227
E3
Request master inhibit status
252
FC
Address clash (no broadcast)
226
E2
Request insertion counter
252
FC
Address clash (broadcast)
225
E1
Request acceptance counter
251
FB
Address change (not supported in coin acceptors)
210
D2
Modify sorter paths
249
F9
Request polling priority
209
D1
Request sorter paths
248
F8
Request status
197
C5
Calculate ROM checksum
246
F6
Request manufacturer id
196
C4
Request creation date
245
F5
Request equipment category id
195
C3
Request last modification date
244
F4
Request product code
194
C2
Request reject counter
242
F2
Request serial number
193
C1
Request fraud counter
241
F1
Request software revision
192
C0
Request build code
240
F0
Test solenoids
188
BC
Request default sorter path
237
ED
Read input lines
184
B8
Request coin id
236
EC
Read opto states
170
AA
Request base year
232
E8
Perform self test
4
04
Request comms revision
231
E7
Modify inhibit status
3
03
Clear comms status variables
230
E6
Request inhibit status
2
02
Request comms status variables
229
E5
Read buffered credit or error codes
1
01
Reset device
Table 6.2 cctalk instruction header list

Command headers are divided in to 3 different groups:
-Common command headers
-Coin acceptor command headers
-MDCES command headers
6.5.1 Common command headers
Common commands are used in all type of devices to detect their presence on cctalk network or to describe them.
Information like: manufacturer or product type id, serial number, different settings etc. are transmitted to host.
6.5.1.1 Command 254 [hexFE], Simple poll
The fastest way for host to detect all attached devices in cctalk network.
Addressed device-coin selector responds with ACK (Acknowledge).
If within predicted amount of time Coin selector does not responds coin selector is probably not connected, powered or
simple not working properly.
Message format is:
Host sends: [Dir] [00] [01] [FE] [Chk]
Coin s. responds: [01] [00] [Dir] [00] [Chk]
As coin selector default address is 2, example of message string is:
Host sends: [02] [00] [01] [FE] [FF]
Coin s. responds: [01] [00] [02] [00] [FD] ACK message
6.5.1.2 Command 246 [hexF6], Request manufacturer ID
Coin selector responds with ASCLL string representing manufacturer name.
Message format is:
Host sends: [Dir] [00] [01] [F6] [Chk]
Coin s. responds: [01] [Nr.b] [Dir] [00] [a1] [a2]........ [an] [Chk]
Nr. b is number of data bytes-characters sent by coin selector, and a1 to an are ASCII characters. For Alberici coin
selector example of message string is:
Host sends: [02] [00] [01] [F6] [07]
Coin s. responds: [01] [08] [02] [00] [41][6C][62][65][72][69][63][69] [DA]
6.5.1.3 Command 245 [hexF5], Request equipment category ID
Responds to command header is standardized name for coin selectors, coin validators or coin mechs. Coin selector
responds with ASCII string of characters representing standardized name for that type of device Coin Acceptor.
Message format is:
Host sends: [Dir] [00] [01] [F5] [Chk]
Coin s. responds: [01] [0D] [Dir] [00] [43][6F][69][6E][20][41][63][63][65][70][74][6F][72] [Chk]
Number of data byte is always 13, hex [0D].
Example of message string for coin selector(address 2) is:
Host sends: [02] [00] [01] [F5] [08]
Coin s. responds: [01] [0D] [02] [00] [43][6F][69][6E][20][41][63][63][65][70][74][6F][72] [16]
6.5.1.4 Command 244 [hexF4], Request product code
Coin selector responds with ASCII string of character, representing the factory type of coin selector. For ALBERICI coin
selectors of new generation possible response will be:
- AL55V1, AL55K1, AL55I1
- AL66V2, AL66K3, AL66I3
In special version for italian gambling machines response is allways AL06V-c .
Host sends: [Dir] [00] [01] [F4] [Chk]
Coin s. responds: [01] [07] [Dir] [00] [a1][a2] ......[a7] [Chk]
Number of data bytes sent by coin selector is 6 or 7, hex [07].
Example of message string for coin selector(address 2) type AL06V-c is:
Host sends: [02] [00] [01] [F4] [09]
Coin s. responds: [01] [07] [02] [00] [41][4C][30][36][56][2D][63] [1D]

6.5.1.5 Command 242 [hexF2], Request serial number
Coin selector responds with three byte serial number. Message format is:
Host sends: [Dir] [00] [01] [F2] [Chk]
Coin s. responds: [01] [03] [Dir] [00] [Serial 1 - LSB] [Serial 2] [Serial 3 - MSB] [Chk]
Serial 1 –first data byte sent is LSB of serial number.
Example of message string for coin selector(address 2) with serial number: 1234567
(hex [BC][61][4E]) is:
Host sends: [02] [00] [01] [F2] [0B]
Coin s. responds: [01] [03] [02] [00] [4E][61][BC] [8F]
6.5.1.6 Command 241 [hexF1], Request software revision
Coin selector return ASCII string of character representing software version and revision.
Message format is:
Host sends: [Dir] [00] [01] [F1] [Chk]
Coin s. responds: [01] [Nr.b] [Dir] [00] [a1] [a2].... [an] [Chk]
Number of data bytes in ASCII string is not limited and each producer has it’s own system of labelling. Example of
message string for coin selector(address 2) is:
Host sends: [02] [00] [01] [F1] [0C]
Coin s. responds: [01] [09] [02] [00] [75][31][2E][30][20][70][31][2E][30][2E][30] [71]
Coin selector response is ‘u1.0 p1.0.0’.
ALBERICI coin selectors has program firmware label divided in two parts.
First label u is for protected FLASH memory program(monitor program) revision.
First digit is for major changes and second for minor changes. In this case it is u1.0.
Second label is revision of main program FLASH memory.
Main program software revision labelling use 3 digits. First most significant digit is for major software changes, second is
for minor software changes and third for “bug” correction. In this case it is u1.0.0.
6.5.1.7 Command 197 [hexC5], Calculate ROM checksum
Coin selector responds with four bytes of micro controller internal memory checksum. First two bytes are program ROM
CRC and the second is data EEPROM CRC. Any changes in program or data will change the responds of coin selector.
Message format is:
Host sends: [Dir] [00] [01] [C5] [Chk]
Coin s. responds: [01] [4] [Dir] [00] [CRC1-H][CRC1-L] [CRC2-H] [CRC2-L] [Chk]
Example of message string for coin selector(address 2) is:
Host sends: [02] [00] [01] [C5] [38]
Coin s. responds: [01] [04] [02] [00] [D9][2A][7E][79] [96]
6.5.1.8 Command 192 [hexC0], Request build code
Coin selector responds with ASCII string of character representing it’s hardware version and revision. Last revision of
printed circuit board for coin selectors AL55/66 is: AL66 V1.0.
Message format is:
Host sends: [Dir] [00] [01] [C0] [Chk]
Coin s. responds: [01] [Nr.b] [Dir] [00] [a1] [a2].... [an] [Chk]
Example of message string for coin selector(address 2) is:
Host sends: [02] [00] [01] [C0] [3D]
Coin s. responds: [01] [09] [02] [00] [41][4C][2D][30][35][20][56][35][30] [FA]
6.5.1.10 Command 4 [hex04], Request comms revision
Coin selector responds with three byte data information about level of cctalk protocol implementation, major and minor
revision. Message format is:
Host sends: [Dir] [00] [01] [04] [Chk]
Coin s. responds: [01] [03] [Dir] [00] [Level] [Mag.rev.] [min. rev.] [Chk]
Example of message string for coin selector(address 2) with level of implementation 1,
cctalk protocol issue 4.4 is:
Host sends: [02] [00] [01] [04] [F9]
Coin s. responds: [01] [03] [02] [00] [01][04][04] [F1]

6.5.1.11 Command 3 [hex03], Clear comms status variables
After acceptance of command header 3, coin selector clears all three bytes of communication errors counters and
responds with ACK message. Message format is:
Host sends: [Dir] [00] [01] [03] [Chk]
Coin s. responds: [01] [00] [Dir] [00] [Chk] ACK message
Example of message string for coin selector(address 2) is:
Host sends: [02] [00] [01] [03] [FA]
Coin s. responds: [01] [00] [02] [00] [FD] ACK message
10 Details of description see in public document cctalk44-2.pdf
11 Address change, Address random
6.5.1.12 Command 2 [hex02], Request comms status variables
Coin selector responds with three byte data representing communication errors.
First byte is receive time out counter, second byte is number of ignored receive bytes (Number of receive buffer overflow
bytes), and third byte is number of checksum errors. Message format is:
Host sends: [Dir] [00] [01] [02] [Chk]
Coin s. responds: [01] [03] [Dir] [RxErr1] [RxErr2] [RxErr3] [Chk]
Example of message string for coin selector(address 2) with no errors is:
Host sends: [02] [00] [01] [02] [FB]
Coin s. responds: [01] [03] [02] [00] [00] [00] [00] [FA]
6.5.1.13 Command 1 [hex01], Reset device
After acceptance of Reset command, coin selector execute software reset and clear all variables in RAM or set them at
default value, including different counters and credit buffer. ACK message is sent before reset of coin selector. Host
software must set again:
-inhibit state
-sorter path
-master inhibit (if necessary)
Message format is:
Host sends: [Dir] [00] [01] [01] [Chk]
Coin s. responds: [01] [00] [Dir] [00] [Chk] ACK message
Example of message string for coin selector(address 2) is:
Host sends: [02] [00] [01] [01] [FC]
Coin s. responds: [01] [00] [02] [00] [FD] ACK message
Host software must wait at least 100 ms, to continue comunication with coin selector after reset instruction!
6.5.2 Coin acceptor specific command headers
Coin selectors use some specific commands, mostly for control of coin input, acceptance and direction (Sorter control
commands). Some commands are shared with other device like banknote reader or payout device.
6.5.2.1 Command 249 [hexF9], Request polling priority
Basic principle of detecting credit input or eventual errors from coin selector is sequential polling1 (Reading memory
buffer from coin selector). Coin selectors due to differences in mechanical and electrical construction has different
acceptance speed. All events are registered in memory buffer with limited size1 (Five stage double byte memory buffer).
To avoid credit loss, host must read coin selector credit buffer within limited time period.
Coin selector has internal mechanism to block the coin acceptance and registration of all events if polling time elapse.
For ALBERICI coin selector acceptance speed is from 3 to 4 coins per second ( Dependant on mechanical type of coin
selector - S type is faster than V type - and coin.
Considering that it is possible to register 5 event in the buffer, the adequate polling time will be about 1 sec. Because of
necessity to register even “close” and non accepted coins polling time must be even shorter.
For ALBERICI coin selectors AL55/66 using cctalk interface, poll time is set to 500 ms.
Coin selectors that use standard 10 pole interface are not necessary to poll. In that case polling time unit is set to 0(no
polling)! Minimum time for polling must not be shorter than overall message time. It is 38 ms for coin selector with
response time 2ms and byte gap 1 ms.

Coin selector responds to command with two bytes of data. First byte is poll time unit and second is polling time value
(For details see, cctalk44-2.pdf). Message format is:
Host sends: [Dir] [00] [01] [F9] [Chk]
Coin s. responds: [01] [01] [Dir] [Time] [Chk]
Example of message string for coin selector(address 2) is:
Host sends: [02] [00] [01] [F9] [04]
Coin s. responds: [01] [02] [02] [00] [02] [32] [C7]
First byte 02 is unit x10ms , and second byte is time value hex32 = 50.
Polling time is calculated as:
T = 10 x 50 = 500 ms
6.5.2.2 Command 248 [hexF8], Request Status
ALBERICI coin selectors has no additional COS (Coin On String) and return mechanism.
Response to that command is always hex[00], coin selector Ok.
Example of message string for coin selector(address 2) is:
Host sends: [02] [00] [01] [F8] [05]
Coin s. responds: [01] [01] [02] [00] [00] [FC]
6.5.2.3 Command 243 [hexF3], Request data base version
The responds to that command is version of coin data base. Version of data base is important for coin selectors with
remote programming support. For all ALBERICI coin selectors type AL55/66 current data base version is 00.
Message format is:
Host sends: [Dir] [00] [01] [F3] [Chk]
Coin s. responds: [01] [01] [Dir] [Ver.] [Chk]
Example of message string for coin selector(address 2) is:
Host sends: [02] [00] [01] [F3] [0A]
Coin s. responds: [01] [01] [02] [00] [00] [FC]
6.5.2.4 Command 240 [hexF0], Test solenoids
Host sends one byte mask to determinate which solenoid must be tested.
Coin selector accept gate solenoid or sorter solenoid will be switched on for period of 100ms and after that, ACK
message will be transmitted. Message format is:
Host sends: [Dir] [01] [01] [F0] [Mask.] [Chk]
Coin s. responds: [01] [00] [Dir] [00] [Chk] ACK
Example of message string for coin selector(address 2) acceptance gate test is:
Host sends: [02] [01] [01] [F0] [01] [0B]
Coin s. responds: [01] [00] [02] [00] [FD] Single click -> 100 ms, ACK
Bit position for output that is used to drive sorter coil are:
bit 0 = accept gate coil
bit 1 = sorter coil “A”(out 6/pin 4)
bit 2 = sorter coil “B”(out 5/pin 3)
bit 3 = sorter coil “C”(out 4/pin 10)
If output selected with bit in mask is not programmed for sorter activation it will not be
activated but coin selector will still response with ACK.
6.5.2.5 Command 238 [hexEE], Test output lines
Host sends one byte mask to determinate which output line must be tested.
Coin selector output line that corresponds to bit set in the mask will be pulsed for 100 ms and after that, ACK message
will be transmitted. Message format is:
Host sends: [Dir] [01] [01] [EE] [Mask.] [Chk]
Coin s. responds: [01] [00] [Dir] [00] [Chk] ACK
Example of message string for coin selector(address 2) first output(pin7) is:
Host sends: [02] [01] [01] [EE] [01] [0D]
Coin s. responds: [01] [00] [02] [00] [FD] Single pulse out 1 -> 100 ms, ACK

Bit positions for output test are:
-bit 0 Output 1(pin 7)
-bit 1 Output 2(pin 8)
-bit 2 Output 3(pin 9)
-bit 3 Output 4(pin 10)
-bit 4 Output 5(pin 3)
-bit 5 Output 6(pin 4)
-bit 6 Output 7(pin 5)
-bit 7 Not used
Unused output (not programmed) will not be turned on, but message ACK will be returned.
6.5.2.6 Command 237 [hexED], Read input lines
Coin selector responds with two data byte representing the state of DIP-switches and state of inputs In1(pin 6) and
In2(pin 5), if In2 is programmed as input. ALBERICI coin selectors has one or two banks of DIP-switches for various data
or operating modes setting. First data byte is state of first DIP-switch(bank 1) and In1, while second represent second
DIP-switch(bank 2) and In2. LSb is first switch in bank and MSb is state of input. Switch closed state is represented with
logic “1”, and input active state is logic “1”. Message format is:
Host sends: [Dir] [00] [01] [ED] [Chk]
Coin s. responds: [01] [02] [Dir] [Mask1] [Mask2] [Chk]
Example of message string for coin selector(address 2), with all switches “off” and inputs not active is:
Host sends: [02] [00] [01] [ED] [10]
Coin s. responds: [01] [02] [02] [00] [00] [00] [FB]
Example of message string for coin selector(address 2), with all switches “on” and input 1(inhibit acceptance) active is:
Host sends: [02] [00] [01] [ED] [10]
Coin s. responds: [01] [02] [02] [00] [BF] [00] [3C]
6.5.2.7 Command 236 [hexEC], Read opto states
Coin selector responds with one data byte representing the state of opto pairs.
ALBERICI coin selectors has up to 3 pairs of optical sensor (notice: in some case group could contain more than one
opto pairs) for detection of coin position, speed and direction and 2 pairs of opto sensors for diameter measurement.
Bit position for opto pairs are:
-bit 0 Diam. measure opto 1
-bit 1 Diam. measure opto 2
-bit 2 Control opto 1
-bit 3 Control opto 2
-bit 4 Control opto 3
-bit 5 Not used
-bit 6 Not used
-bit 7 Not used
Control opto sensor 2 is called “credit” opto sensor exist in all version of coin selectors and it is placed after the
acceptance gate. Other pairs are optional and some coin selectors has 2 and some 3 control optical pairs. Number of
control pairs make part of coin selector type label. For example coin selector type AL66V2 has 2 control opto sensor
pairs. The unused bits or non existing optical sensors are always read as 0.
Interruption of light barrier of opto sensor corresponds to bit value 1.
Message format is:
Host sends: [Dir] [00] [01] [EC] [Chk]
Coin s. responds: [01] [01] [Dir] [Mask.] [Chk]
Example of message string for coin selector(address 2) with opto sensors cleared
is: Host sends: [02] [00] [01] [EC] [11]
Coin s. responds: [01] [01] [02] [00] [00] [FC]
6.5.2.8 Command 233 [hexE9], Latch output lines
This instruction is similar to instruction 238. Host sends one byte mask to determinate which output line must be
activated(latch). ACK message will be transmitted immediate.
Coin selector output line that corresponds to bit set in the mask will be latched and active till reset or new instruction with
bit cleared is sent. Message format is:

Host sends: [Dir] [01] [01] [E9] [Mask.] [Chk]
Coin s. responds: [01] [00] [Dir] [00] [Chk] ACK
Example of message string for coin selector(address 2) first output(pin7) is:
Host sends: [02] [01] [01] [E9] [01] [12]
Coin s. responds: [01] [00] [02] [00] [FD] Latch out 1 -> ACK
6.5.2.9 Command 232 [hexE8], Perform self-test
IMPORTANT WARNING: send only after at least 2 seconds have elapsed from power-on or from reset command.
Coin selector responds to command with one or two bytes of data according to table 6.3. First byte is fault code and
second is optional data, usually representing fault sensor number(from 1 to 3).
Code
Fault
Optional data
Comment
0
2
3
6
18
33
34
255
OK No fault detected
Fault on inductive sensor
Fault on credit sensor
Fault on diameter sensor
Fault on reject sensor
Power supply out of limits
Temperature out of limit
Unspecified fault code
-
Sensor number
-
-
-
-
-
-
-
-
Control opto sensor 2
-
Control opto sensor 3
-
Optional
-
Table 6.3 Fault codes for AL55/66 coin selectors
Inductive sensor numbers are:
01 Upper inductive sensor 02 First lower inductive sensor 03 Second lower inductive sensor
Message format is:
Host sends: [Dir] [00] [01] [E8] [Chk]
Coin s. responds: [01] [01I02] [Dir] [Fault c.][Data opt.] [Chk]
Example of message string for coin selector(address 2) with no fault detected is:
Host sends: [02] [00] [01] [E8] [15]
Coin s. responds: [01] [01] [02] [00] [00] [FC] No fault detected
Ex. of message string for coin selector (addr. 2) with first lower sensor fault detected is:
Host sends: [02] [00] [01] [E8] [15]
Coin s. responds: [01] [02] [02] [00] [02][02] [F7] Fault on first lower sensor detected
6.5.2.10 Command 231 [hexE7], Modify inhibit status
With this command host is able to inhibit the acceptance of some or all coins.
Acceptance or inhibition is set with a two byte mask sent by host.
Bits from 0 do 15 determinate coin positions from 1 to 16. Positions are sent by coin selector during reading credit buffer
or error codes (header 229).
Number of coin channels in new ALBERICI coin selectors AL55/66 is same as number of position(16).
Message format is:
Host sends: [Dir] [02] [01] [E7] [LSB Mask.] [MSB Mask.] [Chk]
Coin s. responds: [01] [00] [Dir] [00] [Chk] ACK
Example of message string to enable all position for coin selector(address 2) is:
Host sends: [02] [02] [01] [E7] [FF] [FF] [16]
Coin s. responds: [01] [00] [02] [00] [FD] ACK
After that all programmed coins will be enabled. Command has no effect on coin position that are not programmed.
Initially coin channels could be programmed with acceptance enabled or disabled.
For coin selectors that are using only cctalk interface, all coins position must be initially inhibited!
6.5.2.11 Command 230 [hexE6], Request inhibit status
Coin selector responds with two byte data that corresponds to inhibit state mask for all 16 positions of coin. If bit value is
1 acceptance of coin in that position is enabled. If bit value is 0 coin is inhibited. Message format is:
Host sends: [Dir] [02] [00] [E6] [Chk]
Coin s. responds: [01] [02] [Dir] [00] [LSB Mask.] [MSB Mask.] [Chk]
Example of message string for coin selector(address 2) AL06V-c (Coin selector for Italian gambling machines) after
power-up or reset is: