User Manual TSOP FO 1240

Technical Service and Operating
(T/SOP) for ProBase FO

1240
User Manual
Questions and suggestions
Do you have ...
... any questions or suggestions regarding ... any technical questions or problems?
this manual?
Please note the order number or the date Please refer to the WINCOR NIXDORF
of issue of this manual and refer it to: Customer Care GmbH.
address: E-mail: CCC.germany@wincor-nixdorf.com

WINCOR NIXDORF International GmbH
Handbuchredaktion BD HWD 54
33094 Paderborn
Germany
July 2012
Technical Service and Operating (T/SOP) for ProBase FO
1240
Edition July 2012

Contents
Introduction ................................................................................................................... 1
Components.................................................................................................................... 1
Basis aspects of D&S and T/SOP ................................................................................. 3

General principals of the user interface design ................................................................ 3
Sectioning of functions within T/SOP ............................................................................... 4
Supported Input Devices ................................................................................................. 4
Keyboard and mouse ................................................................................................. 5
Touch screen ............................................................................................................. 5
Encrypted Pin Pad with or without soft keys ................................................................ 7
Pin Pad with or without softkeys ................................................................................. 9
Switch screen of T/SOP .................................................................................................. 9
Multiple instances of T/SOP (device sharing) ................................................................. 10
Authentication & Authorization ....................................................................................... 11
Fault Diagnostics ........................................................................................................ 15

Overview ....................................................................................................................... 15
Device specific functions............................................................................................ 19

Devices overview dialog ................................................................................................ 19
Coin recycler (ICash 15 / ICash15E / Cineo C1020)....................................................... 20
Overview .................................................................................................................. 20
Device functions ....................................................................................................... 21
Detailed information ................................................................................................. 21
Recycler (RM3 ATS, RM3 POS, RM3 CRS, RM3 ATM / CMDv5) .................................. 22
Overview .................................................................................................................. 22
Device Functions ...................................................................................................... 23
Detailed Information ................................................................................................. 28
Device Configuration ................................................................................................ 35
Test Functions.......................................................................................................... 37
Save Files ................................................................................................................ 42
Manual ..................................................................................................................... 43
Error Handling .......................................................................................................... 44
Special electronics ........................................................................................................ 44
Overview information ................................................................................................ 44
Firmware error codes / LED codes............................................................................ 45
System functions ........................................................................................................ 47

System data .................................................................................................................. 47
Program data ................................................................................................................ 48
Event logs ..................................................................................................................... 49
Connections dialog ........................................................................................................ 49
Remove USB drive ........................................................................................................ 51
Notes regarding Microsoft Windows.......................................................................... 52
Notes regarding GNU/Linux ...................................................................................... 52
USB actions protocol ..................................................................................................... 53
Device manager ............................................................................................................ 54
Preferences ................................................................................................................. 55
Language ...................................................................................................................... 55
July 2012
Property Editor .............................................................................................................. 56
About ............................................................................................................................ 56
Appendix ..................................................................................................................... 59
Table of figures ............................................................................................................. 59
Abbreviations ................................................................................................................ 60
July 2012
Introduction
This manual describes the Technical SOP (T/SOP) and explains its scope of functions
and its operating concept. The provided functions for each component are described in
detail to understand their usage and their effects.
Many screenshots within the documentation give an impression of the user interface, its
different sections and their usage. Having understood the global user interface approach
eases the usage of T/SOP and makes it simpler to resolve hardware problems.
Reading this manual enables an operator to use the T/SOP and have an understanding
how it works. However, the intention of this manual is not to explain how to interpret
detailed results of device specific functions. This knowledge is incumbent upon the user
and has to be gained by reading the manuals of the concrete drivers.
Components
The T/SOP is the user interface of the Diagnostics- & Serviceability platform. It simply
displays and refines data and information generated and collected by the server part of
the Diagnostics- & Serviceability platform called D&S. The T/SOP cannot be used without
any server process.
The D&S is a daemon process1 started at every system start up together with the
platform software. It automatically connects itself to the configured device drivers and
starts collecting status information. This process cannot be stopped manually; it’s stopped
automatically while the platform software is stopped.
As long as the D&S is running the T/SOP can be started and stopped at any point and as
often as needed. No further actions are needed.
The combination of both components, D&S and T/SOP, is called Diagnostics- &
Serviceability platform.
1
A daemon process is a process running in the background not visible to the user
July 2012 1
Basis aspects of D&S and T/SOP
This chapter describes all basic functions and principals needed to successfully operate
the D&S and T/SOP. Beside the design of the graphical user interface and supported
input methods, the authentication mechanism via CrypTA is described.
General principals of the user interface design

The design of the graphical user interface of the T/SOP is driven by a strict partition of a
display and input part and an action part. The display part is used to show various
information to the user and gives the ability to input data. On the other hand, the action
part is used to perform actions via buttons only.
The screenshot below shows the start screen of the T/SOP supplemented with
annotations about the GUI partitioning:
Figure 1: General partitioning of the T/SOP GUI
Beside the input and action parts, the header and footer lines are used to give information
about the current task or dialog being active. The header shows the name of the current
dialog whereas the footer shows the navigation hierarchy within the dialogs like a
breadcrumb on web sites.
The status bar gives information about connection and authentication status and offers
the ability to open the virtual keyboard or switch the screen.
July 2012 3
Sectioning of functions within T/SOP Basis aspects of D&S and T/SOP
Figure 2: Contents of the status bar
1. CrypTA authentication status. As long as this icon is MISSING, only default

operations are possible. If a CrypTA is inserted, this icon is displayed and the
user is authenticated. Secured operations are possible.
2. Opens the virtual keyboard to perform data input. For a detailed explanation see
chapter “Supported input devices”.
3. Opens the dialog to switch the current screen. For a detailed explanation see
chapter “Switch screen of T/SOP”.
Sectioning of functions within T/SOP

The available functions of D&S and T/SOP are mainly parted into four sections
summarizing different topics and operating options. This sectioning eases the operating
concept and improves the “out-of-the-box” understanding of T/SOP.
In the following a short abstract of the available sections:
Fault Diagnostics
Covers all functions regarding fault diagnostics, jam resolution and hardware
recovery. These functions are mainly focussed on providing graphical behaviour
guidelines for the operator to perform the appropriate steps to repair the device.
Devices
Within this section, all device specific functions are combined. These functions
are aligned according a defined schema to ease the recovery of the same
function for different devices.
System functions
Combination of functions regarding the underlying PC hardware and the
operating system. This section contains no device specific functions.
Preferences
Summarizes all capabilities regarding the adjustments of D&S and T/SOP.
Supported Input Devices

The T/SOP supports various input devices. Some of these devices correspond to
physical, others to virtual input devices. Most systems are equipped with a subset of all
the devices supported. The following exhaustive list itemizes all T/SOP input-controllers:
keyboard and mouse

touch screen
Encrypted Pin Pad with and without softkeys
4 July 2012
Basis aspects of D&S and T/SOP Supported Input Devices
Pin Pad with and without softkeys
In the following, these input devices are explained in very detail.
Keyboard and mouse
The T/SOP can be operated via keyboard and mouse, as is familiar from operating
systems like Microsoft Windows. Elements can be selected by a click of the mouse or by
changing the focus between components using the keyboard. The element in focus is
highlighted (solid yellow background), and the associated action can be invoked by
pressing the enter key or the space bar, or with a mouse click on the desired element.
Text can be entered into a focused text element using the keyboard, without any special
precaution.
Touch screen
Operating the T/SOP using a touch screen is similar to operating the T/SOP using a
custom mouse device. Action elements can be selected and activated by a single touch
of a finger or by some other appropriate device.
Scrolling can be achieved by dragging the finger similar to a mouse, which requires the
touch screen to support the so-called drag mode. If this drag mode is not available,
scrolling can be achieved by clicking within the scroll bar or by clicking one of the two
scroll buttons.
Text input can be achieved by means of the virtual keyboard. This virtual keyboard
emulates a typical PC-style alpha-numeric keyboard, with the exception of some special
keys such as function keys. The following screenshot gives an example of the virtual
keyboard (default view):
Figure 3: Virtual keyboard
Special functionalities are associated with the keys Shift, Caps, Num, and Alt GR. The
Shift key toggles between lower-case and upper-case mode of the entire keyboard for the
next character being typed. After typing, the keyboard immediately returns into normal
mode. If multiple subsequent upper-case characters are required, the Caps key has to be
pressed first. This toggle key prevents the keyboard from returning to normal mode. Thus
the upper-case mode remains active until the Caps key is pressed once again. The
following screenshot gives an example of the virtual keyboard providing upper-case
characters:
July 2012 5
Supported Input Devices Basis aspects of D&S and T/SOP
Figure 4: Virtual keyboard (upper-case)
If numeric keys have to be typed often, the keyboard can be switched into the so-called
"num-lock"-mode. The layout changes and provides for a simplified access to all keys
assigned to the numeric block. The following screenshot is an example of the virtual
keyboard in "num-lock"-mode.
Figure 5: Virtual keyboard (num-lock mode)
If special characters such as @ or { have to be typed, the Alt GR key has to be pressed,
which activates the so-called Alt GR-mode. That this mode has been activated can be
recognized by the layout used by the virtual keyboard. This mode has to be turned off
manually. The following screenshot illustrates this particular mode:
Figure 6: Virtual keyboard (AltGr-mode)
In summary, the T/SOP can be conveniently operated by means of the virtual keyboard
using some of the four modes available.
6 July 2012
Basis aspects of D&S and T/SOP Supported Input Devices
Please note that the virtual keyboard is not available to any other application other than
the T/SOP!
Encrypted Pin Pad with or without soft keys
Typically the T/SOP is operated via the Encrypted Pin Pad (EPP) if the host system
neither provides a keyboard with/without mouse, nor a touch screen mimicking a mouse.
In this case the EPP and the soft keys are the sole input devices available to the user and
hence all input activities have to originate from these two devices.
Because of the limited flexibility, the user has to be aware of some peculiarities, such as
shortcuts and distinct input modes, as will be described below.
In general, two distinct input modes must be distinguished. The first of these two modes
operates without, the second of one with a visible 9T keyboard. Furthermore, the T/SOP
generally treats the 12 keys of the numeric block different from the 4 keys of the control
block of the EPP. The soft keys always correspond to the control block of the EPP, i.e.,
they are equivalent in terms of functionality.
Operating the EPP without a visible 9T keyboard

If the 9T keyboard is not visible and the EPP is in so-called standard mode, the numeric
block of the EPP allows numeric inputs only. Within this mode, the control block allows to
abort actions (red), to delete input (yellow), and to confirm actions. Moreover, the focus
can be switched to the next position in the focus cycle (grey). The following picture
illustrates the input options available in standard mode:
Figure 7: EPP layout
Typing the numbers shown on the buttons these can be invoked directly, as long as the
focus is not placed in any text field. The currently focused element has not to be the
button to be invoked.
If two-digit shortcuts are to be entered, both buttons have to be pressed within the period
of a single second. The shortcut mechanism makes sure that a shortcut is not triggered
for the first button pressed, but takes the possibility of a second button being pressed into
account.
Using the "#" key, the EPP keyboard can be switched into the so-called control mode.
Within this mode, the keys 2, 4, 6, 8 emulate arrow keys that can be used to scroll or
move within some text, to name a few examples. This mode is activated and deactivated
automatically, as the focused element is a scrollable area or a text area or some other
element. Moreover, this mode can be activated manually at any time if desired by the
user.
July 2012 7
Supported Input Devices Basis aspects of D&S and T/SOP
Operating the EPP with a visible 9T keyboard

If the 9T keyboard has been made visible by means of the appropriate key of the T/SOP,
only the visible keys may be typed. The control block works as described for the standard
mode.
After activation by pressing the appropriate button, the 9T keyboard comes up with the
following layout:
Figure 8: 9T keyboard
As soon as the window pops up, the visible characters can be accessed by pressing the
appropriate button repeatedly, thereby focusing the desired character. After a short delay,
the focused element is automatically interpreted as the typed character. If a different
button is pressed, a focused character is immediately interpreted as the typed character;
the 9T keyboard does not await the interval between two input characters. If a certain
character has to be typed multiple times, the desired character has to be focused, the
inter-character interval has to be awaited, followed by a repetition of this procedure for
any desired occurrence of the character in question.
Pressing the "*" key on the EPP allows to toggle between lower-case and upper-case
mode of typed characters. It does not affect the keyboard in any other way. The currently
active mode is always reflected in the visible representation of the 9T-keyboard. In upper-
case mode, the keyboard uses the following layout:
Figure 9: 9T keyboard (upper-case)
8 July 2012
Basis aspects of D&S and T/SOP Switch screen of T/SOP
Finally, the 9T keyboard provides a so-called num-lock mode for scrolling and navigation
that can be invoked by means of the "#" key. Within this mode, keys 2, 4, 6, 8 correspond
to the four expected arrow keys. This mode cannot be invoked automatically, thus it has
to be activated manually in either case. As soon as this mode is active, the 9T-keyboard
uses the following layout:
Figure 10: 9T keyboard (navigation)
As soon as this mode is deactivated, the 9T-keyboard switches back into normal-mode.
Pin Pad with or without softkeys
The T/SOP can be operated via the Pin Pad (not to be confused with the EPP!) almost in
the same way as it can be operated via an EPP. The noteworthy difference is the missing
control block in the case of the Pin Pad; thus softkeys have to be used in order to
substitute for these missing keys. But as already mentioned, the softkeys use the layout
of the (missing) control block and thereby provide for a consistent user experience.
All other keys and modes behave exactly as described for the case of an EPP.
Switch screen of T/SOP

By default, the T/SOP uses the secondary or operating screen, e.g. the operator panel,
as display device. However, for some functions it is necessary to switch to the front or
primary screen to be able to execute the functions in a reasonable way.
Therefore, the T/SOP provides the ability to switch between different screens during
runtime. The appropriate dialog can be opened via the status bar by clicking on the
markered icon or typing “92” on the keyboard or EPP.
Figure 11: How to open the screen changer dialog
Afterwards, the following dialog opens, showing all available screens. The current screen
the T/SOP is displayed on is marketed with a yellow focus border.
July 2012 9
Multiple instances of T/SOP (device sharing) Basis aspects of D&S and T/SOP
Figure 12: T/SOP screen changer dialog
To switch the T/SOP GUI to another screen, select the destination screen, remember the
password shown and then press Ok.
If you switch to the front screen, here Screen 1, a password has to be entered on the
target screen, to avoid abusive usage of the T/SOP. This password is a four digit random
number, regenerated every hour. Pressing Ok, the T/SOP GUI is disabled and a dialog to
enter the password is displayed on the target screen. If the correct four digit number is
entered, the T/SOP GUI is transferred to the target screen. Otherwise the user is
prompted to type the password again.
Switching the T/SOP GUI to a screen other than the front screen, no password has to be
entered because no customer will get contact to the T/SOP GUI.
Multiple instances of T/SOP (device sharing)

Currently the T/SOP is designed to support only a single instance mode. This connotes
that only one T/SOP instance can be started at a time. The described behaviour is owed
the fact, that many device specific functions claim exclusive service access.
However, considering uses cases in which several operators use one cash device from
different counters, it is possible to install the T/SOP on several PC’s using one D&S
instance on a dedicated computer. In this case, the T/SOP communicates with the
(possible remote) D&S via network and more than one T/SOP instance can be started at
a time. For information on how to setup this use case consider the appropriate
configuration keys described in the integration manual.
Recognizing two or more concurrent T/SOP instances, the D&S performs an exclusion
considering the algorithm first come first serve. So the first T/SOP being started can
perform operations with the device. All other instances get an exception screen showing
that already another T/SOP instance is running. Performing operations via this T/SOP is
not possible. Shutting down the first instance, a second instance can perform a reconnect
and afterwards perform operations with the device.
The screenshot below shows the exception screen shown if already another T/SOP
instance is running:
10 July 2012
Basis aspects of D&S and T/SOP Authentication & Authorization
Figure 13: Another T/SOP already running
Authentication & Authorization

Many T/SOP functions, relevant for service and operating tasks, require authentication.
This ensures that these functions can only be accessed after the user has been
identified. Non authenticated functions will not be visible to the unauthorized user. The
identification of a user is realized by a CrypTA stick plugged into the system and an
optional required PIN entered.
After a CrypTA stick has been plugged into an USB port, the PIN-identification dialog
pops up and asks for the PIN assigned to the attached stick. The missing status icon in
the lower right corner of the screen indicates that CrypTA authentication has not yet
succeeded (marked by the orange arrow).
Note that different security policies may apply to CrypTA. For example it may be that a
policy renders the PIN authentication to be optional.
July 2012 11
Authentication & Authorization Basis aspects of D&S and T/SOP
Figure 14: CrypTA PIN-dialog
After authentication and authorization, the previously protected functions become

accessible to the authenticated user. The availability of the plugged and authenticated
CrypTA is indicated by the appropriate icon in the lower right corner. As long as the
CrypTA stick is plugged, the granted rights will be available and the protected buttons are
visible. An auto logoff mechanism is not available. If the CrypTA stick is unplugged, the
granted rights will be removed immediately. The current dialog will be left automatically
and the view jumps back to the start screen. To get authenticated again, the CrypTA stick
has to be reinserted and if necessary, the pin has to be reentered.
12 July 2012
Basis aspects of D&S and T/SOP Authentication & Authorization
Figure 15: Icon identifying an authenticated CrypTA
Note:
The procedure in place acquires an appropriately configured instance of CrypTA.

If there are problems being authenticated by CrypTA, please call the customer
care center to make sure, the appropriate rights are available.
Removing an USB stick (also CrypTA) without using the “Safely remove
hardware” feature of Windows may cause some components to be accidentially
removed from the USB bus. To avoid this, T/SOP provides a removal function for
CrypTA which can be called by pressing onto the CrypTA-Icon in the lower right
corner. After safely removing the CrypTA hardware from windows, the stick can
be removed from the USB port.
July 2012 13
Fault Diagnostics
The D&S platform provides graphical instructions for a wide variety of troubleshooting and
operating purposes concerning the hardware. This includes jam resolution, hardware
malfunctioning and important routine operations like paper replenishment, removal of
retracted ID cards and various additional pro-active maintenance operations.
Overview
The series of pictures shown in this section illustrates the principles of the screen layout
used for graphical instruction sequences.
A device in error state with an instruction sequence available is marked red in the system
overview drawing on the start screen. Also the Fault Diagnostics button changes its
colour to red.
Figure 16: Start screen
If the Fault Diagnostics dialog is entered, an overview of all current malfunctioning

devices is shown. To enter the instruction sequences for fault resolution, select the device
to be repaired and follow the instructions shown.
July 2012 15
Overview Fault Diagnostics
Figure 17: Fault diagnostics overview
The instruction sequence starts with a graphical overview of the following steps. It is
possible to choose the first step to start the sequence by using the buttons or either
clicking on an image.
Figure 18: Comic sequence dialog
16 July 2012
Fault Diagnostics Overview
To understand the overall sectioning of the following GUI the different parts are
described. In drawing Figure 16 the areas of importance are numbered from 1) to 7) and
contain the following:
Area 1) always shows the title of the current instructions sequence. This can be the name
of a malfunctioning component, or a summary of a maintenance routine. The text is
prefixed with the number of the instruction sequence that is currently in use.
Area 2) is the main field for graphics. In case the user is confronted with complex
situations, these graphics may include animations that zoom into some details or provide
sub-sequencing information (first-then-finally).
Area 3) provides textual information that is always meant to complement the graphical
information of area 2). For example, the operator is instructed to be particularly careful
not to slam a fragile component or get hurt by accidentally touching a hot printer head, to
name a few examples. In summary, areas 2) and 3) have to convey what has to be
accomplished by the operator. Thus these areas are of special importance in terms of
user acceptance.
Area 4) contains the technical device name.
Areas 5), 6), and 7), as well as the area in between 6) and 7) are used to display buttons
that can be used through an instruction sequence. These buttons are meant to be
activated in succession, i.e. from top to bottom, but the user is free to skip a button at any
time and hence is free to proceed in a different order of steps. In case the instruction
sequence consists of more than 10 single steps, areas 5) and 7) are used for scroll
buttons that allow moving forward and backward through the instruction sequence.
Figure 19: Fault diagnostics layout figure
As an example Figure 20 shows a step of a detailed instruction sequence.
July 2012 17
Overview Fault Diagnostics
Figure 20: An example error sequence
18 July 2012
Device specific functions
This section contains descriptions of device specific functions provided by the T/SOP.
These descriptions cover only specific functions that are beyond the scope of the
graphical instruction sequences.
Note:
Although it is intended to support each device in the same manner, due to technical
reasons or hardware capabilities only limited support may be available for some devices.
The T/SOP supports error resolution for a few devices only, while it supports fine-grained
testing capabilities for others.
Devices overview dialog

The devices overview dialog offers an at a glance summary of the device states of all
configured devices. At the same time this dialog is the entry point for the specific
information and functions for each device. To select the device of interest choose the
appropriate button in the menu on the right.
Each device has a possibility of five different states. These are the following:
Unknown
The device state of this device has not been reported yet. Generally, the D&S is
able to resolve the device state of this device.
Indeterminate
The device state of this device can not be determined. The hardware or the
device driver is not capable of providing the appropriate information. This device
state will not change during runtime.
Not connected
The device is physically not connected although the device is configured and
should be connected. (normally this means, the USB connection of the device is
erroneous)
Failure
The device is physically connected but the device driver reported an error. Details
will be shown in the appropriate dialog for the faulty device.
Ok
The device is ok and ready to work.
Exclusions for the described device states above are the PC component and the recycler
component.
The screenshot below shows an example for a devices overview dialog.
July 2012 19
Coin recycler (ICash 15 / ICash15E / Cineo C1020) Device specific functions
Figure 21: Device overview dialog with an example configuration
Coin recycler (ICash 15 / ICash15E / Cineo C1020)

This chapter describes the device specific functions provided for the coin recycler
ICash15, ICash15E and Cineo C1020.
Overview
The overview dialog shows general data of the connected device. Important states and
information like Device Type, Device State, Currency Configuration and Software
Versions are shown to get a quick impression whether the device is operable or in error
state.
The states are reflected by different colours to get a at a glance impression of the device
state. The meaning of the colours is as follows:
Green
Everything OK: this device function is available and can be used without any
confinement.
Orange
Warning: the hardware is ok, but the usage of this device function is limited by
some missing configuration or hardware components.
Red
Error: the hardware is not operable. A manual intervention is needed to get the
device working.
20 July 2012
Device specific functions Coin recycler (ICash 15 / ICash15E / Cineo C1020)
Figure 22: Coin recycler overview dialog
Device functions
The device functions allow an operator to perform necessary operations to ensure the
operability of the device. The following functions are available:
1 Reset
The reset functions performs a reset on the coin recycler and tries to clear any detected
jam. After a successful reset the device is considered to be fully operable again.
Detailed information
In Detailed information different states and information of the device are displayed in very
detail.
1 Cash Units
This dialog gives a summarized read only view of the different cash units. The view
shows for every cash unit a fill level, the current count of coins and the limit of coins,
which will be accepted by the device service.
July 2012 21
Recycler (RM3 ATS, RM3 POS, RM3 CRS, RM3 ATM / CMDv5) Device specific functions
Recycler (RM3 ATS, RM3 POS, RM3 CRS, RM3 ATM / CMDv5)
This chapter describes the operating functions provided for the cash recycler RM3 ATS
(Recycling Module 3 Automatic Teller Safe), RM3 POS (Recycling Module 3 Point of
Sale), RM3 CRS (Recycling Module 3 Cash Recycler System) and RM3 ATM (Automatic
Teller Machine), which is also called CMDv5.
Overview
The overview dialog shows general data of the connected device. Important states and
information like Device Type, Device State (Cash-In, Cash-Out, Hardware Units, Escrow
and Input/Output Tray, Manipulation and Ink System), Error Information (last error code)
and Software Versions are shown to get a quick impression whether the device is
operable or in error state.
The states are reflected by different colours to get a at a glance impression of the device
state. The meaning of the colours is as follows:
Green
Everything OK: this device function is available and can be used without any
confinement.
Orange
Warning: the hardware is ok, but the usage of this device function is limited by
some missing configuration or hardware components.
Red
Error: the hardware is not operable. A manual intervention is needed to get the
device working.
The screenshot below shows an example for an overview dialog: Cash out is in state
operating needed because the reject unit is not available.
Some of the points of Device State like Hardware Units, Input/Output Tray and Escrow
are only displayed in case of an abnormal state.
22 July 2012
Device specific functions Recycler (RM3 ATS, RM3 POS, RM3 CRS, RM3 ATM / CMDv5)
Figure 23: Recycler overview. Cash out is in state operating needed
Device Functions
The section Device Functions summarizes operator functions. The Overview dialog
displays the device state like on the device overview dialog.
Preconditions for tests with direct contact to bank money

All tests and functions implying direct contact to money (cash out, fill replenish unit, clear
counter, empty roller…) presuppose that the safe door has been opened once since the
menu for the RM3 device was entered. If this precondition has not been complied yet the
user will be requested to do so, before the function is executed.
Once this request was satisfied, all successive functions will be executable, since the
device functions of the RM3 have been left or the T/SOP has been shutted down.
1 Reset
The function Reset can be used to reset the device into a defined state. A reset initializes
all hardware units and tests the function of all movable parts of the device. In difference to
an init, a reset also moves all money transports, clearing the transport paths from
possible jammed notes.
After the reset has been finished, all detailed results are displayed to the user.
2 Offer Notes
Offer Notes can be used to open/close the Input/Output tray. To use this function the safe
door has to be opened once, since entering the operating functions for the RM3 device.
July 2012 23
In case that the Input/Output tray is filled, a security question is displayed so that the tray
does not open directly.
3 Cash Units
Cash Units enfolds operator functions for all kinds of cash units.
3.1 Register
The Register dialog can be used to register new cash units. The initial view shows all
cash units and their current states. Cash units to be registered are coloured yellow
whereas available cash units are painted green. Missing components are marked in
orange, erroneous in red.
Only cash units with state new are listed in the menu on the right, selectable to be
registered. If all cash units are available only the back button will be displayed.
Figure 24: Cash units with state new can be registered
3.2 Unlock
The Unlock function offers the possibility to remove a dispense lock from a cash unit.
Therefore, all currently locked units are displayed and the user can select the cash unit(s)
to be unlocked. The button to unlock cash units is only selectable if minimum one cash
unit is locked.
In some cases, manual operations have to be performed, before a cash unit can be
unlocked. In these cases the T/SOP will give detailed behavior guidelines, like to empty a
cash unit or to proof its note stock before a lock can be removed.
Note:
Deposit locks will also be displayed by the T/SOP, but they cannot be removed. This type
of lock is always set by the user application and has to be removed via this application.
The T/SOP will show an appropriate advice to remember the user.
24 July 2012
3.3 Lock
The Lock function offers the possibility to explicitly set dispense and deposit locks for all
available cash units. To lock a cash unit the user selects the unit and the type of lock to
be set and clicks “Lock” to perform the operation. After execution, the view is reloaded
displaying all current active locks.
4 Secure Channel
The Secure Channel item is only for the RM3 devices CRS and ATM available.
The dialog Secure Channel displays status information of the secure channel software
and offers the ability to perform a base key exchange if necessary. This function is
absolutely necessary to bring a cash device with secure channel into service. Even if the
device driver cannot connect to the hardware this dialog is visible and the functions can
be selected.
A base key exchange is necessary to exchange the communication keys between device
driver and hardware used for the encryption of all communication. This operation has to
be performed before a communication with a secured device is necessary.
The following screenshot shows the overview dialog of the secure channel function. The
displayed information has the following meaning:
Is secure channel firmware required by device driver: yes / no

yes, if the device driver requests to communicate with the device via a secured
channel, no otherwise. If the loaded firmware of the device does not support
encryption, a communication will not be possible and another firmware with
secure channel support has to be loaded or the device driver has to be
reconfigured.
Loaded firmware supports secure channel: yes / no

yes, if the loaded firmware supports the secure channel, no otherwise. If the
device driver requests a secured communication and this key is equals no, a
communication will not be possible. and another firmware with secure channel
support has to be loaded.
Is smartcard installed: yes / no

yes, if a smartcard for secure channel encryption is installed, no otherwise. If the
device driver requests secure channel and no smartcard is installed, a
communication will not be possible. An installed but unused smartcard has no
impact on any operation.
Status of the USB communication

shows the current status of the USB communication. The USB connection has to
be established to be able to perform a base key exchange.
Status of the secure channel:

shows the current status of the secure channel. The secure channel status has to
be ok (no error) for the device to be operable.
Error cause of the secure channel:

displays a detailed message of the current secure channel problem or no error if
the secure channel is in working state
Serial number of the smartcard:

displays the serial number of the installed smart card
July 2012 25
Version of the smart card applet:

displays the version of the smart card applet
Figure 25: Secure Channel overview dialog
4.1 Base Key Exchange

The function Basekey Exchange performs a key exchange between the device driver and
an encryption supporting firmware. It assumes a correct key store being already elicitated
from the flash on the smartcard.
This function can only be selected if both, device driver and firmware support a secured
communication, a smartcard is installed, the device is connected via USB and the current
secure channel status is unequal ok. Otherwise the button is disabled and a base key
exchange can not be performed. If problems have been announced, these have to be
solved first or if the secure channel status is ok, no operation is necessary.
The execution of a base key exchange may take up to several minutes, depending on the
current hardware and other time consuming processes running on the machine. Having
performed a successful base key exchange, the device driver starts to connect to the
hardware. This may take another two or three minutes before the device is fully
operational. Please be patient and wait for the operation to complete before performing
further actions.
4.2 Restore & Base Key Exchange

The function Restore & Basekey Exchange restores the key store being used for secured
communication before performing a base key exchange. Using this function is necessary
if the key store is corrupted or missing. Otherwise, the function Basekey Exchange can
be used to setup communication.
26 July 2012
This function can only be selected if both, device driver and firmware support a secured
communication, a smartcard is installed, the device is connected via USB and the current
secure channel status is unequal ok. Otherwise the button is disabled and a base key
exchange can not be performed. If problems have been announced, these have to be
solved first or if the secure channel status is ok, no operation is necessary.
The execution of a restore process with a subsequent base key exchange may take up to
several minutes, depending on the current hardware and other time consuming
processes running on the machine. Having performed a successful restore and base key
exchange, the device driver starts to connect to the hardware. This may take another two
or three minutes before the device is fully operational. Please be patient and wait for the
operation to complete before performing further actions.
5 Empty Roller
The Empty Roller function is available only if at least one roller exists in the device. So
this function is currently available for ATS and POS.
Each roller except the escrow and the replenish unit can be emptied to a cash unit
configured as an all-box. This function is also possible if the safe door is closed.
Figure 26: Empty Roller to any all-box
6 Verify Stock Doubt

This function allows automatically checking and correcting possible stock doubts of rollers
reported by the device driver. It can be provided only if a replenish unit, an escrow or a
CRS-IO-Tray is available that can be used as temporary note storage. Executing this
function, all notes of the selected roller with doubtful stock are transported to the
temporary note storage and cashed in again afterwards. By this means, the stock can be
checked and corrected if necessary.
July 2012 27
However, the verification of doubtful stocks of cassettes has to be done manually. While
dispensing from a cassette it cannot be ensured that possible problems like sticked notes
are solved. For semi automation, the cassette can be emptied manually and the notes
cashed in via the normal functions.
To perform this function, the following preconditions have to be met:
No jam exists,
cash in and cash out are in state working,
input tray and output tray is empty,
all existing hardware units are in state available / ok
if the replenish unit is used, it has to be empty.
After the money was deposited back to the roller a detailed result is displayed.
Note:
To use this function the safe door has to be opened once, since entering the operating
functions for the RM3 device.
7 Reset Shutter Alarm

This menu item is only for the ATM available.
Reset Shutter Alarm is only added to the menu if the device can detect shutter
manipulation and a manipulation is currently detected. In case that a shutter manipulation
was detected, it is possible to unlock the device by calling this function.
8 Ink Maintenance
The maculation system must be activated after an exchange of the ink system. Therefore,
all cash units which are allowed to reactivate are listed in the next menu.
A cash unit has to be in the process SIMPLE with the state OPEN_SAFE or in the
process STANDARD with the state OFF.
To reactivate the new inking system, the number which can be found on the inking
module has to be typed in the field, which is displayed after the cash unit was selected. If
the number was typed in, Start has to be selected. In case that the activation code is not
guilty the exception will be displayed.
Detailed Information
In Detailed information different states of the device are displayed in very detail.
1 BVM
This menu item is not available for the ATM, because there is no BVM.
1.1 Current State

Current State gives an overview about the current temperatures and sensor states. It is
also displayed whether the banknote reader is available for the firmware and whether the
state is all right.
28 July 2012
1.2 FRM Versions

This view lists all currently loaded firmware versions of the banknote reader.
1.3 Note Table

Note Table lists all currently configured currency data sets. For each currency a note
table like in Figure 27 is displayed. The view shows additional, whether a note was
selected to refuse.
Figure 27: BVM Note Table: All configured currency data sets are listed
2 Cash Units
The section Cash Units summarizes the states of all cash units.
2.1 Overview
The overview dialog gives a summary of all important data of the cash units of this
device. In detail, the following data is displayed:
The overall stock of the device,
a list of cash units containing retracted, counterfeited or maculated money,
a list of cash units with stock doubt set,
a list of cash units with manipulated flag set,
a list of cash units with dispense lock set,
a list of cash units with deposit lock set.
If further details are needed, select the status overview of the cash unit of interest.
July 2012 29
2.2 Fill Level

The Fill Level dialog lists all cash units with their name and with information about the
cash unit function (role, cash type, configuration and state), the note stack, the cash unit
filling level (in %), the threshold and the capacity of the cash unit. Figure 28 shows an
example for the fill level dialog.
Figure 28: Component Status – Fill Level
2.3 Status
The Status dialog displays information about which and how many cash units exists and
the state of each cash unit. For each cash unit, its physical state, its configuration, its
locks and its serial number are listed.
To get more details for a cash unit select the cash unit of interest in the menu on the right.
30 July 2012
Figure 29: Detailed Cash Units Status of Cassette 1
2.4 Cash Management

The overview dialog gives a summary of all important data of the cash units of this
device. In detail, the following data is displayed:
The overall stock of the device,
a list of cash units containing retracted, counterfeited or maculated money,
a list of cash units with stock doubt set,
a list of cash units with manipulated flag set,
a list of cash units with dispense lock set,
a list of cash units with deposit lock set.
If further details are needed, select the status overview of the cash unit of interest.
2.4.1 Logistic Data

Logistic Data displays the following logistic information about the cash management
process:
Serial shipping container code (SSCC) of the filling cycle,
Order number,
Global location number (GLN) of sender (docking station or origin device),
Global location number (GLN) of receiver (device),
July 2012 31
Date when left sender (docking station or origin device) incl. minute and second,
Planned date of scheduled delivery at receiver (incl. minute and second),
Operator,
Date of last user access (incl. minute and second),
System ID,
Date of last system access (incl. minute and second),
Cycle history (10 entries).
2.5 Counter
The Counter dialog displays information about cash types, NDV and ACT counter for
each cash unit.
The first line shows the current size of the note stack (number of notes). If counterfeit,
retracted, or maculated money exists the bundle entries are displayed sorted by bundle.
The rejected notes are sorted by source cash unit. All stock notes are listed by cash type
(denomination, currency and version) together with their associated ACT and NDV
counters.
Figure 30: Cash Unit Counter of Cassette 3
3 Hardware Units
The Hardware Units dialog displays a two column table sorted by Head and Safe which
lists all hardware units with their name and current state. The displayed states are life
updated. So if the head is pulled out, the state directly changes from available to missing.
32 July 2012
All hardware units which are in a state that differs from AVAILABLE will be listed after
entering Unavailabe Units.
Figure 31: Hardware Status of Unavailable Units
4 Communication Status
The Communication Status dialog consists of four submenus and gives information about
the communication status to the device.
4.1 Overview
A short Overview is given, whether the connection to the USB and the firmware is created
and working and whether the secure channel is used and working if it is used.
4.2 USB Connection

The USB Connection dialog displays whether the connection to the device is created and
working.
4.3 Firmware
The Firmware dialog displays information like the firmware type, the connection status to
the firmware, the system serial number and the loaded firmware versions.
4.4 Security
The Security dialog gives information about the secure channel, like the availability, serial
number, applet version and the certificate common name of the smartcard. Further
information like the mode to access the key store, the directory of the key store and the
status of the last base key exchange are displayed.
July 2012 33
5 Maculation System
This dialog is only available if a maculation system exists.
5.1 Overview
The Overview informs for each inking cash unit about the next service date, the current
process type and shows whether it is possible to open a cash unit. All these information
are displayed in a table.
5.2 Events
The Events dialog lists all events of the inking firmware. After the menu item was selected
the last five event entries for each inking cash unit are displayed on the dialog. Each
entry gives information about the date, the time, the inking status and if the cash unit is in
status INK, the reason for that.
To get all event log entries, the menu item named like the inking cash unit of interest has
to be selected. Additional to the information which was given on the first dialog, a service
notice is displayed for each entry in the case that it is given.
All inking events can be saved in CVS format.
5.3 Thresholds
The Thresholds dialog lists all inking cash units in a table. For each of these cash units
the current inking status, the current note stock and the inking thresholds are displayed.
As long as the current stock is lower than the inking threshold, the maculation system is
deactivated.
5.4 Handling
The Handling displays for each inking cash unit and its current process type the meaning
for that current process type. The next figure shows an example for that dialog.
5.5 Service Code

The Service Code displays each inking cash unit and its current service mode and
service code if it exists.
34 July 2012
Figure 32: The Handling dialog of the menu item Maculation System.
6 FW Note Table
This dialog exists only for the Cash Dispenser (ATM / CMDv5).
The FW Note Table displays cash type information which was loaded by the firmware like
the denomination, currency, release, the length of the short and long edge and the length
tolerance for each loaded cash type.
Device Configuration
The Device Configuration section offers the ability to check the current configuration of
refused cash types and the current configuration of the cash units.
1.1 Refused Cash Types

This function is not available for the ATM.
Opening the dialog, all available cash types recognizable by the BVM are displayed. The
ones being currently refused are ticked.
The screenshot below shows an example configuration for refused cash types. Cash
types XXX and EUR can be recognized by the BVM whereas the cash type of 50 XXX
has been configured being refused.
July 2012 35
Figure 33: Configuration of refused cash types
1.3 Cash Unit Configuration

The Cash Unit Configuration dialog shows the current configuration of each cash unit.
The following values can be configured:
Unit role:
the role of this cash unit. Possible values are dispense, deposit, recycle and
unknown. The value unknown defines this cash unit as unusable.
Unit function:
the function of this cash unit. One or more of these configuration values can be
ticked which serves as global container for all notes of this type. This
configuration property cannot be used at the same time with a unit role of recycle
or dispense or an individual cash type.
Individual cash types:

Defines this cash unit as a container for the selected concrete cash type. Having
selected only one individual cash type, this configuration can be used in
combination with all unit roles. If more than one individual cash type is selected,
this cassette cannot be used as dispense or recycle unit.
The device status will not change to state working, as long as the global configuration of
the device is inconsistent or incomplete. For detailed explanations on how to configure
the cash units considering all basic conditions, refer to the manual of the device driver.
The screenshot below shows an example configuration of a roller of a RM3 ATS.
36 July 2012
Figure 34: Cash unit configuration of Roller 1
Test Functions
The test functions provided by T/SOP allow the operator to actively check hardware
components of the RM3 device. With these tests, single hardware components can be
tested on selection and the results can be evaluated by the operator.
Preconditions for tests with direct contact to bank money

All tests and functions implying direct contact to money (cash out, fill replenish unit, clear
counter, empty roller…) presuppose that the safe door has been opened once since the
menu for the RM3 device was entered. If this precondition has not been complied yet the
user will be requested to do so, before the function is executed.
Once this request was satisfied, all successive functions will be executable, since the
device functions of the RM3 have been left or the T/SOP has been shutted down.
Note:
Some of these test functions may take several minutes to complete and not all tests can
be called at every time. After some test sessions, the device has to perform a reset, to
make sure all components are correctly initialized.
Every test can be cancelled via the back button. However, the cancelling may take a
while to complete because not all tests can be interrupted at any time.
1 BVM Test
This function is not available for the ATM.
The BVM Test can be helpful if it is not sure that all configured cash types are correctly
identified.
July 2012 37
To perform the test, some notes of the doubtful cash type(s) have to be inserted into the
input tray. Afterwards, these notes are transported over the BVM directly back to the
output tray and given back to the user. Finally the results of the BVM test are displayed.
To compare the recognized notes with the ones entered by the user, the T/SOP offers
two tables: an unsorted one, presenting the notes in the order entered by the user and a
sorted one summarizing all notes of equal cash type.
The screenshot below shows the unsorted table of a BVM test.
Figure 35: Result of BVM Test in an unsorted table
2 Transport Routes
This menu item is not available for the ATM.
2.1 Transport Test Note

Transport Test Note can be used to check that note paths are empty and properly
working. Especially after swapping parts of the device or a jam, a note path test can be
useful.
To perform this note path tests, the following preconditions have to be met:
No jam exists,
cash in and cash out are in state working,
input tray and output tray is empty,
all existing hardware units are in state available / ok.
Cassettes to be tested are not configured as deposit
38 July 2012
If these preconditions are met, all testable note paths are listed and can be selected in
the menu on the right. The operations performed can be metered in the list. Figure 36
shows that Cassette 2 is configured as deposit cassette, so Cassette 2 is not selectable
for a note path test.
Note:
A note path test only tests the state of the selected transport path (hardware and
mechanic) but does not check any BVM capabilities or other conditions. Therefore, also a
piece of paper can be used to execute such tests.
Furthermore, these tests do not have any impact on any counters.
To use this function the safe door has to be opened once, since entering the operating
functions for the RM3 device.
The Test for the ATM differs to the RM3 Recycler test. The Head of the ATM can not be
tested and there is not possibility to transport from a source cash unit to destination cash
unit and back again. It is only possible to transport from a source cash unit into the reject
unit.
All tests in the head are always interactive. This means that the operator has to insert a
note or piece of paper. If an escrow or replenish unit exists the tests of safe pass and
safe can be performed automatically if possible source and destination cash units are
found. The same applies for all cassettes and rollers if appropriate destination cash units
can be found.
Figure 36: Transport Test Note overview
The icons on the left side display the flap position which will be tested if the way is
chosen.
While a transport is running, only the back button is selectable to cancel the current test.
July 2012 39
3 Self Test
The self test functions offer extensive self testing capabilities for most of the components
of the RM3 device. Performing such a test, all electrical and mechanical abilities of the
component(s) are tested by performing all possible functions. Reported currents and
mechanical positions are evaluated and compared to defaults generating a test report for
each component being tested.
The testable units are sorted in two sections: Head and Safe. The head section lists all
components testable in the head whereas the safe section lists all components testable in
the safe. Selecting Head + Safe the whole system with all of its components will be
tested.
While a Self test for a selected hardware unit (HW Unit) is running all intermediate results
are displayed in a table on the graphical user interface. The newest result is placed on
top of the table.
Note:
Some of the self tests may take several minutes to complete. The tests can be interrupted
by pressing back; however according to the test; it may take a few seconds, till the test is
stopped. After leaving the Self test the device has to perform a reset, to make sure all
components are correctly initialized which may take some minutes.
Figure 37: Self Test is running - newest result is displayed on top of the table
If a Self Test has finished, the result is condensed to HW Units. All HW Unit results are
selectable in the menu so that it is possible to step down to all hardware elements of each
hardware unit.
40 July 2012
Figure 38: Result of Self Test - only HW Units are listed
Having selected the test results of a specific component a detailed result is displayed.
Information about the selected element like its type, its object-ID, its name and its status
are displayed in a table. The screenshot below shows an example result for a self test of
a stepper motor.
Figure 39: Result of Stepper Self test
July 2012 41
Because of mechanic tests it is possible, that in some cases a test succeeds and in other
cases the same test fails although no hardware change occurred. This may happen due
to tolerance effects or different preconditions this test was executed with.
Save Files
1 Flight Records
Flight Records can be saved onto a selected (removable) disc drive. To save them, all
selected TRC files are compressed together into one ZIP archive. The archive filename is
generated following the pattern
[StoreLocation]\TSOP\[Serialnumber]\[DeviceID]_FlightRecords_[Timestamp].zip
Thereby the following replacements hold:
- StoreLocation
- Serialnumber (The unique serial number for the RM3 device.
- DeviceID (The configured device name in the device handler)
- Timestamp
Note that all transferred TRC files are not deleted on the source system and are still
available after finishing this process.
In an overview all TRC files are listed by week and for the last 30 days for selection. The
size of each zip file is also displayed. In customer view, each single TRC file is listed for
selection.
2 NIF Files
Note Information Files (NIF) can be saved onto a selected (removable) disc drive. To
save them, all selected NIF files are compressed together into one ZIP archive. The
archive filename is generated following the pattern
[StoreLocation]\TSOP\[Serialnumber]\[DeviceID]_NifFiles_[Timestamp].zip
Thereby the following replacements hold:
- StoreLocation
- Serialnumber (The unique serial number for the RM3 device.
- DeviceID (The configured device name in the device handler)
- Timestamp
Note that all transferred NIF files are not deleted on the source system and are still
available after finishing this process.
In an overview all NIF files are listed by week for selection. The size of each zip file is
also displayed. In customer view, each single NIF file is listed for selection.
3 BVM Files
The files can be saved directly from the banknote reader or from the J/DD “deviceTrace”
directory. Therefore the menu is subdivided into two menus.
42 July 2012
3.1 From Reader

Select this menu item to get a list of BVM Files which are stored on the banknote reader
and which can be selected for storing. The following categories are selectable:
Crash Dumps,
Log Files,
Trace Files,
Versions & Properties,
ODF Files.
In case of BVM problems, the crash dumps must be stored. Otherwise there is no chance
to analyze the problem.
3.5 From Trace Directory

Select this menu item to get a list of BVM Files which are stored in the J/DD
“deviceTrace” directory. The menu is again subdivided into the following three menu
items. The storing of all files in the submenu is similar to the storing of Flight Records
(see above).
3.5.1 BEB Flight Records

Select this menu item to get a list of all BVM Trace Files. These are files, ending with
.BEB.
3.5 BVM Trace Files

Select this menu item to get a list of all BVM Trace Files. These are files, ending with
.BIM.
3.5 BVM Crash Dumps

Select this menu item to get a list of BVM Crash Dump files. These are files, ending with
.DMP.
4 Inking Log Files

Select this menu item to get a list of all inking event log files which are saved in the J/DD
“deviceTrace” directory. These are files, ending with .BIN. The storing of all files is similar
to the storing of Flight Records (see above).
Manual
Select this menu item to get information from the manual. This Button and the following
menu item is also available if the device is not connected
1 LED Codes
1.1 Slave LED codes

Select this menu item to get an overview about the possible Slave LED codes and their
meaning.
July 2012 43
Special electronics Device specific functions
1.2 BVM LED codes

Select this menu item to get an overview about the possible BVM LED codes and their
meaning.
Error Handling
All errors occurring during interaction with the RM3 device are catched and refined for the
user. This includes errors because of malfunctioning hardware just as well as errors
because of wrong configurations, jams or contextual problems (a method must not be
called, because a user transaction is ongoing).
For the error presentation usually the concrete error message as well as detailed
information like the firmware error stack will be used.
Special electronics
Figure 40 below depicts the entry screen for functions dedicated to the Special
Electronics Version 5 (or SEV5 for short) assembled in ATS or POS devices.
Overview information
The overview dialog of the SEV5 lists information about the current SEV5 status, the
versions of the current active modules and the inventory data of all connected special
electronic components.
The inventory data shown gives detailed information about the hardware being sampled
in this device. For each component being connected to the SEV5 the material number,
the serial number and the construction level are displayed.
Note:
Dependent on the configuration of the SEV5 one or more components may occur in the
list of devices but the inventory data can not be determined. This is related to the fact,
that in some cases hardware components are connected to the SEV5 but being
controlled by other components (example: Shutter of a Cineo device).
44 July 2012
Device specific functions Special electronics
Figure 40: Special electronics status overview dialog
Firmware error codes / LED codes
These dialogs show information about the denotations of the blink codes of the LEDs
attached to the SEV5 electronic board. With this information the user is enabled to map
the current blink code to a current status (e.g. service voltage switched off) or action (e.g.
FW waiting in boot loader) and perform the appropriate operations to repair the SEV5.
This menu item is available even if a connection to the SEV5 is not possible.
July 2012 45
System functions
This section describes all non device specific functions provided by D&S and T/SOP.
These functions include diagnostics and statistical data of the PC hardware and provide
general information about the current program environment.
System data
The system data function provides several information about various system parameters.
The information of interest can be selected by pressing the appropriate button on the right
side.
The amount of the represented system data depends on the underlying operating system.
Figure 41 shows a screenshot of the general section of the system data.
Figure 41: System data screen of the T/SOP (running on Microsoft Windows OS)
July 2012 47
Program data System functions
Program data
The program data functions provide several information about various program
parameters of the D&S and T/SOP process. The information of interest can be selected
by pressing the appropriate button on the right side.
The amount of the represented program data depends on the underlying operating
system.
Figure 42 shows a screenshot of the JVM parameter section of the program data.
Figure 42: Program data screen of the T/SOP (running on Microsoft Windows OS)
48 July 2012
System functions Event logs
Event logs
The event log function displays the Microsoft Windows event log entries. The following
screen shot shows an example of displaying the application events. The navigation
elements on the right offer an easy possibility to navigate through the perhaps great
number of events.
Figure 43: Event log screen example - Application log
Connections dialog
The connections dialog of the T/SOP shows the current connection status of D&S to the
device drivers of the different hardware components. Date and time behind the hardware
component string define the last message retrieval of D&S and T/SOP from a device
driver.
It is quite important, that gets status information from the device driver on a regular basis.
Otherwise, the status information shown in the dialogs of T/SOP are not correct.
This dialog can be used to check, whether D&S is correctly connected to the device
drivers. If the last message retrieval has been a long time ago (for example more than a
few minutes) check the device for a correct connection.
In the screenshot below, it can be seen that the device driver for the anti skimming
module and the device driver for the cash dispenser send a message that was received
by D&S at 12:22:21 / 12:22:23.
July 2012 49
Connections dialog System functions
Figure 44: Connections of the D&S to the device drivers – overview view
The live dialog below offers the ability to get a detailed view of the status messages that
are currently received from the device drivers. It can be used to debug problems within
the communication between the device drivers and D&S.
This function is not for normal operating purposes and should not be used in everyday
work.
50 July 2012
System functions Remove USB drive
Figure 45: Connections of the D&S – live view of current messages
Remove USB drive

The remove USB drive function provides a mechanism for safely removing a plugged in
USB mass storage device. The dialog lists all known USB mass storage devices and their
associated drive letter (Microsoft Windows) respectively their associated mount point
(GNU/Linux).
Each device can be separately logged of from the operating system by clicking the
appropriate button. The underlying operating system is notified of the removal request
and all yet not stored data is synchronized with the device.
The figure below shows a screenshot of the Remove USB drive dialog on a Microsoft
Windows system.
July 2012 51
Remove USB drive System functions
Figure 46: Remove USB drive dialog of the T/SOP (on Microsoft Windows OS)
Notes regarding Microsoft Windows
An USB mass storage device can only be ejected if no application holds a file handle on
one of the files on the device.
Notes regarding GNU/Linux
An USB mass storage device can only be ejected if no application is currently accessing
the device. Furthermore unmounting a device is only possible for devices, which were
mounted by the HAL daemon or with the same user account on which the D&S platform
is running.
Currently a CrypTA is mounted by the CrypTA Linux implementation using root privileges
and circumventing the HAL daemon. Therefore every try to safely eject a CrypTA using
the Remove USB drive dialog will fail.
However even if the unmouting fails because of missing permissions, a synchronization

has been issued before to the operating system, so that all scheduled write operations
are done.
52 July 2012
System functions USB actions protocol
USB actions protocol

While running, the D&S operates a permanent protocol of all USB events occurring. This
means, each attach and detach operation of any USB device is written to a permanent
log file. For each operation the following data is journalized:
Timestamp
Action (add or remove)
Vendor Id (VID)
Product Id (PID)
Description (device specific description as delivered by the OS or the driver)
To get access to the journalized information, the USB action protocol dialog lists all
events and provides the possibility to export the journalized events into a CSV-based text
file.
The figure below shows a screenshot of the USB action protocol dialog on a Microsoft
Windows system.
Figure 47: Usb action protocol dialog on a Microsoft Windows system
July 2012 53
Device manager System functions
Device manager
The device manager dialog is currently only available on Microsoft Windows installations.
The device manager dialog reassembles the device manager of the Microsoft Windows
system control. It shows a list of all attached devices. If a device is erroneous, its
background is red coloured and an explanatory message is shown.
The figure below shows a screenshot of the Device manager dialog
Figure 48 Device manager dialog of the T/SOP
54 July 2012
Preferences
The preferences section of the T/SOP allocates runtime adjustment possibilities for
configuration parameters of D&S and T/SOP. Details of the available adjustment
possibilities are described in the following chapters.
Language
In this dialog the display language used by T/SOP can be changed. All available
languages of the current installation are listed on the right side. After hitting the button of
the desired language, this setting is applied.
Beware, that the selection of a different language only refers to the current T/SOP
session and is not permanently stored in the configuration. Therefore the originally
configured locale settings will be used again on the next T/SOP start.
Figure 49: Language selection
July 2012 55
Property Editor Preferences
Property Editor
The property editor provides a simple way of viewing the *.properties files in the
configuration/ folder within the D&S platform installation directory.
The user interface is divided into two parts: a Properties view and a Property
configuration view.
The Properties view shows a tree of all available key/value pairs stored inside the
different *.properties files. Focusing an entry makes it displayed in detail in the
Property configuration view, where key and value are separated.
Figure 50: The property editor
About
The about dialog of the D&S platform gives a brief overview of the versions of all libraries
used within the software product D&S and T/SOP. This overview includes all third party
libraries together with their respective licenses as well as the versions of the jars provided
by Wincor Nixdorf.
The screenshot below shows a screenshot of the entry screen of the about dialog.
56 July 2012
Preferences About
Figure 51: The about dialog of the D&S platform
July 2012 57
Appendix
Table of figures
Figure 1: General partitioning of the T/SOP GUI ..............................................................3
Figure 2: Contents of the status bar .................................................................................4
Figure 3: Virtual keyboard................................................................................................5
Figure 4: Virtual keyboard (upper-case) ...........................................................................6
Figure 5: Virtual keyboard (num-lock mode).....................................................................6
Figure 6: Virtual keyboard (AltGr-mode)...........................................................................6
Figure 7: EPP layout .......................................................................................................7
Figure 8: 9T keyboard .....................................................................................................8
Figure 9: 9T keyboard (upper-case) .................................................................................8
Figure 10: 9T keyboard (navigation) ................................................................................9
Figure 11: How to open the screen changer dialog ..........................................................9
Figure 12: T/SOP screen changer dialog ....................................................................... 10
Figure 13: Another T/SOP already running ....................................................................11
Figure 14: CrypTA PIN-dialog ........................................................................................12
Figure 15: Icon identifying an authenticated CrypTA ......................................................13
Figure 16: Start screen ..................................................................................................15
Figure 17: Fault diagnostics overview ............................................................................ 16
Figure 18: Comic sequence dialog.................................................................................16
Figure 19: Fault diagnostics layout figure ....................................................................... 17
Figure 20: An example error sequence ..........................................................................18
Figure 21: Device overview dialog with an example configuration .................................. 20
Figure 22: Coin recycler overview dialog........................................................................21
Figure 23: Recycler overview. Cash out is in state operating needed ............................. 23
Figure 24: Cash units with state new can be registered..................................................24
Figure 25: Secure Channel overview dialog ...................................................................26
Figure 26: Empty Roller to any all-box ........................................................................... 27
Figure 27: BVM Note Table: All configured currency data sets are listed ........................ 29
Figure 28: Component Status – Fill Level ......................................................................30
Figure 29: Detailed Cash Units Status of Cassette 1 ...................................................... 31
Figure 30: Cash Unit Counter of Cassette 3 ...................................................................32
Figure 31: Hardware Status of Unavailable Units ........................................................... 33
Figure 32: The Handling dialog of the menu item Maculation System. ............................ 35
Figure 33: Configuration of refused cash types .............................................................. 36
Figure 34: Cash unit configuration of Roller 1 ................................................................37
Figure 35: Result of BVM Test in an unsorted table .......................................................38
Figure 36: Transport Test Note overview .......................................................................39
Figure 37: Self Test is running - newest result is displayed on top of the table................ 40
Figure 38: Result of Self Test - only HW Units are listed ................................................ 41
Figure 39: Result of Stepper Self test ............................................................................41
Figure 40: Special electronics status overview dialog.....................................................45
Figure 41: System data screen of the T/SOP (running on Microsoft Windows OS) ......... 47
Figure 42: Program data screen of the T/SOP (running on Microsoft Windows OS) ....... 48
Figure 43: Event log screen example - Application log ................................................... 49
Figure 44: Connections of the D&S to the device drivers – overview view ...................... 50
Figure 45: Connections of the D&S – live view of current messages .............................. 51
Figure 46: Remove USB drive dialog of the T/SOP (on Microsoft Windows OS)............. 52
Figure 47: Usb action protocol dialog on a Microsoft Windows system .......................... 53
Figure 48 Device manager dialog of the T/SOP .............................................................54
July 2012 59
Abbreviations Appendix
Figure 49: Language selection....................................................................................... 55

Figure 50: The property editor ....................................................................................... 56
Figure 51: The about dialog of the D&S platform ........................................................... 57
Abbreviations
ASCII American Standard Code for Information Interchange
ATM Automatic Teller Machine
ATS Automatic Teller Safe
ATS BO Automatic Teller Safe Back Office
ATS CO Automatic Teller Safe Cash Office
BIOS Basic Input/Output System
BVM Banknote Validation Module
CCB Customer Connection Box
CHD Card Handling Device
CHDV2X Card Handling Device V2X
CMD Cash Media Dispenser
CMDv4 Cash Media Dispenser v4
CPU Central Processing Unit
CRS Cash Recycler System
CSC-W32 Customer Service Center for Microsoft Windows 32 bit
D&S Diagnostics and Serviceability Platform
DLL Dynamic Link Library
E2E End to End
EPP Encrypted Pin Pad
FCKE Firmware compatibility key electronic
FCKM Firmware compatibility key mechanic
HD Hard Disk
http Hypertext Transfer Protocol
HW Hardware
ISO International Standards Organisation
J/BOS J/Base Operating System
J/DD Java Device Driver
J/XFS J/Extensions for Financial Services for the Java Platform
JDK Java Development Kit
JMX Java Management Extension
JRE Java Runtime Environment
JVM Java Virtual Machine
NDV Notes In Device
60 July 2012
Appendix Abbreviations
NPxy Needle Printer xy

PID Product Identifier
PIN Personal identification number
POS Point Of Sale
PS Photo Sensor
PSA Platform Security Agent
PU Passbook Unit
RM3 Recycler Module 3
S.M.A.R.T. Self-Monitoring, Analysis and Reporting Technology
SEL_CDL Special Electronic Cash Dispenser Light
SEL Special Electronic
SOP Service and Operating
SOP Service Operator Panel
SW Software
T/SOP Technical Service and Operating
TPxy Thermo Printer xy
URL Uniform Resource Allocator
USB Universal Serial Bus
UTF Unicode Transformation Format
VDM Vendor Dependent Mode
VID Vendor Identifier
XFS Extension for Financial Services
XML Extensible Markup Language
July 2012 61
Copyright © Information and trademarks
© WINCOR NIXDORF International GmbH 2012
All rights, including rights of translation and

rights of reproduction by reprinting,
copying or similar methods, even of parts,
are reserved.
Any violations give rise to a claim for
damages.
All rights, including rights created by patent

grants or registration of a utility model or
design, are reserved. Delivery subject to
availability; right of technical modifications
reserved.
All names of hardware and software

products mentioned in this manual are
trade names and/or trademarks of their
respective manufacturers.
July 2012
Notes
July 2012
Published by
WINCOR NIXDORF International GmbH
33094 Paderborn
Germany
Order No.: July 2012 Modseg: $MOD$ 20120725 1240

User Manual TSOP FO 1240

Uploaded by

Document Information

Copyright

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

User Manual TSOP FO 1240

Uploaded by

Copyright:

Technical Service and Operating

(T/SOP) for ProBase FO

Do you have ...

address: E-mail: CCC.germany@wincor-nixdorf.com

Edition July 2012

Basis aspects of D&S and T/SOP ................................................................................. 3

Fault Diagnostics ........................................................................................................ 15

Device specific functions............................................................................................ 19

System functions ........................................................................................................ 47

General principals of the user interface design

Figure 1: General partitioning of the T/SOP GUI

Figure 2: Contents of the status bar

1. CrypTA authentication status. As long as this icon is MISSING, only default

Sectioning of functions within T/SOP

In the following a short abstract of the available sections:

Supported Input Devices

keyboard and mouse

Pin Pad with and without softkeys

In the following, these input devices are explained in very detail.

Keyboard and mouse

Figure 3: Virtual keyboard

Figure 4: Virtual keyboard (upper-case)

Figure 5: Virtual keyboard (num-lock mode)

Figure 6: Virtual keyboard (AltGr-mode)

Encrypted Pin Pad with or without soft keys

Operating the EPP without a visible 9T keyboard

Figure 7: EPP layout

Operating the EPP with a visible 9T keyboard

Figure 9: 9T keyboard (upper-case)

Figure 10: 9T keyboard (navigation)

Pin Pad with or without softkeys

Switch screen of T/SOP

Figure 11: How to open the screen changer dialog

Figure 12: T/SOP screen changer dialog

Multiple instances of T/SOP (device sharing)

Figure 13: Another T/SOP already running

Authentication & Authorization

Figure 14: CrypTA PIN-dialog

After authentication and authorization, the previously protected functions become

Figure 15: Icon identifying an authenticated CrypTA

The procedure in place acquires an appropriately configured instance of CrypTA.

Figure 16: Start screen

If the Fault Diagnostics dialog is entered, an overview of all current malfunctioning

Figure 17: Fault diagnostics overview

Figure 18: Comic sequence dialog

Area 4) contains the technical device name.

Figure 19: Fault diagnostics layout figure

As an example Figure 20 shows a step of a detailed instruction sequence.

Figure 20: An example error sequence

Devices overview dialog

The screenshot below shows an example for a devices overview dialog.

Figure 21: Device overview dialog with an example configuration

Coin recycler (ICash 15 / ICash15E / Cineo C1020)

Figure 22: Coin recycler overview dialog

Figure 23: Recycler overview. Cash out is in state operating needed

Preconditions for tests with direct contact to bank money

Figure 24: Cash units with state new can be registered

Is secure channel firmware required by device driver: yes / no

Loaded firmware supports secure channel: yes / no

Is smartcard installed: yes / no

Status of the USB communication

Status of the secure channel:

Error cause of the secure channel:

Serial number of the smartcard:

Version of the smart card applet:

Figure 25: Secure Channel overview dialog

4.1 Base Key Exchange