Datalogic Mobile S.r.l.
Via S. Vitalino 13
40012 - Lippo di Calderara di Reno
Bologna - Italy
DL Cordless Card™
Ed.: 09/2007
This manual refers to software version 1.0 and later
ALL RIGHT RESERVED
Datalogic reserves the right to make modifications or improvements without prior modifications.
Datalogic shall not be liable for technical or editorial errors or omissions contained herein, nor for incidental or
consequential damages resulting from the use of this material.
Products names mentioned herein are for identification purposes only and may be trademarks and or
registered trademarks of their respective companies.
"User" refers to anyone using a DL Cordless Card™.
"DLCC" refers to the DL Cordless Card™.
"You" refers to the System Administrator or Technical Support person using this
manual to install, configure, operate, maintain or troubleshoot a DLCC.
REFERENCE DOCUMENTATION
For further details refer to the card Quick Reference Manual and to the RHINO™
Reference Manual.
SERVICES AND SUPPORT
Datalogic provides several services as well as technical support through its website.
Log on to www.datalogic.com and click on the
including:
•
PRODUCTS
Search through the links to arrive at your product page where you can download
specific
SERVICES & SUPPORT
•
-
-
• CONTACT US
E-mail form and listing of Datalogic Subsidiaries
Manuals and Software & Utilities including:
Datalogic Services - Warranty Extensions and Maintenance Agreements
Authorised Repair Centres
links indicated for further information
v
COMPLIANCE
RADIO COMPLIANCE
Contact the competent authority responsible for the management of radio frequency
devices of your country to verify the eventual necessity of a user license.
Refer to the web site http://europa.eu.int/comm/enterprise/rtte/spectr.htm for further
information.
N2468
WEEE COMPLIANCE
Informazione degli utenti ai sensi della Direttiva Europea 2002/96/EC
L’apparecchiatura che riporta il simbolo del bidone barrato deve essere smaltita, alla fine della
sua vita utile, separatamente dai rifiuti urbani.
Smaltire l’apparecchiatura in conformità alla presente Direttiva consente di:
evitare possibili conseguenze negative per l’ambiente e per la salute umana che
potrebbero invece essere causati dall’errato smaltimento dello stesso;
recuperare materiali di cui è composto al fine di ottenere un importante risparmio di
energia e di risorse.
Per maggiori dettagli sulle modalità di smaltimento, contattare il Fornitore dal quale è stata
acquistata l’apparecchiatura o consultare la sezione dedicata sul sito
www.mobile.datalogic.com.
vi
Information for the user in accordance with the European Commission Directive
2002/96/EC
At the end of its useful life, the product marked with the crossed out wheeled wastebin must be
disposed of separately from urban waste.
Disposing of the product according to this Directive:
avoids potentially negative consequences to the environment and human health
which otherwise could be caused by incorrect disposal
enables the recovery of materials to obtain a significant savings of energy and
For more detailed information about disposal, contact the supplier that provided you with the
product in question or consult the dedicated section at the website www.mobile.datalogic.com.
Information aux utilisateurs concernant la Directive Européenne 2002/96/EC
Au terme de sa vie utile, le produit qui porte le symbole d'un caisson à ordures barré ne doit pas
être éliminé avec les déchets urbains.
Éliminer ce produit selon cette Directive permet de:
Pour obtenir des informations complémentaires concernant l'élimination, veuillez contacter le
fournisseur auprès duquel vous avez acheté le produit ou consulter la section consacrée au site
Web www.mobile.datalogic.com.
Información para el usuario de accuerdo con la Directiva Europea 2002/96/CE
Al final de su vida útil, el producto marcado con un simbolo de contenedor de bassura móvil
tachado no debe eliminarse junto a los desechos urbanos.
Eliminar este producto de accuerdo con la Directiva permite de:
Para obtener una información más detallada sobre la eliminación, por favor, póngase en
contacto con el proveedor donde lo compró o consultar la sección dedicada en el Web site
www.mobile.datalogic.com.
resources.
éviter les retombées négatives pour l'environnement et la santé dérivant d'une
élimination incorrecte
récupérer les matériaux dans le but d'une économie importante en termes d'énergie
et de ressources
evitar posibles consecuencias negativas para el medio ambiente y la salud derivadas
de una eliminación inadecuada
recuperar los materiales obteniendo así un ahorro importante de energía y recursos
vii
Benutzerinformation bezüglich Richtlinie 2002/96/EC der europäischen Kommission
Am Ende des Gerätelebenszyklus darf das Produkt nicht über den städtischen Hausmüll
entsorgt werden. Eine entsprechende Mülltrennung ist erforderlich.
Beseitigung des Produkts entsprechend der Richtlinie:
verhindert negative Auswirkungen für die Umwelt und die Gesundheit der Menschen
ermöglicht die Wiederverwendung der Materialien und spart somit Energie und
Weitere Informationen zu dieser Richtlinie erhalten sie von ihrem Lieferanten über den sie das
Produkt erworben haben, oder besuchen sie unsere Hompage unter
www.mobile.datalogic.com.
Resourcen
viii
QUICK START
The following can be used as a checklist to verify all of the steps necessary for
complete installation of the DL Cordless Card™ for a DOS terminal and for a laptop
(with two PCMCIA overlaid slots for PC cards of type II and with Windows 98, ME,
XP, and later versions).
Installing to portable PC
1) Read all information in the section "Safety Precautions" at the beginning of
this manual.
2) Start your PC.
3) Insert the DLCC correctly in the PCMCIA slot. Refer to the PC user's
manual.
Figure 1 - Laptop Card Installation
A) Windows notifies the PC has a new hardware device (DLCC);
B) Windows searches for a driver;
C) Insert the enclosed installation CD-ROM and follow the procedure;
D) At the end of the driver installation, Windows assigns DLCC a virtual
COM port.
4) Configure the DLCC address according to your application. See
"Configuration Methods".
The default communication parameters of the COM port are: 9600
baud, no parity, 8 data bits, 1 stop bit, handshaking disabled
NOTE
The installation is now complete.
ix
Installing to DOS Terminal
Read all information in the section "Safety Precautions" at the beginning of this
manual.
1) Rhino™ will recognize the card if the correct drivers are loaded. Therefore,
before inserting the card into the terminal make sure that:
- in NEWCFG.SYS the driver for the PCMCIA serial ports is loaded:
A:\PCMCIA\PCMSCD.EXE
- the scan engine driver is correctly configured (COM 3, interrupt 5) and
loaded after PCMSCD.EXE:
A:\DRIVERS\REDIR.SYS -c3 -i5 -b3
2) Insert the DLCC correctly in the PCMCIA slot. Refer to the terminal user's
manual.
Figure 2 - DOS Terminal Card Installation
x
3) Start the DOS terminal. The system assigns DLCC a virtual COM port
(COM 3, interrupt 5).
4) Configure the DLCC address according to your application. See
"Configuration Methods" paragraph.
The default communication parameters of the COM port are: 9600
baud, no parity, 8 data bits, 1 stop bit, handshaking disabled
NOTE
The installation is now complete.
xi
CONFIGURATION METHODS
DLCC configuration can be performed by four methods:
• DL Mobile Configurator™ to set the primary DLCC parameters;
• DL Sm@rtSet™ software configuration program;
• configuration strings sent from the Host via COM port;
• DLCARD.EXE DOS Configuration Program to perform a complete
configuration of DLCC.
Your card is supplied with its own Quick Reference Manual which provides basic
application parameter settings using configuration strings, default values, and
specific technical features. You can see either your card's Quick Reference Manual
or this manual for
If you need to change the default settings for your specific application, see chapter 3
and the Examples in appendix A.
DL Mobile Configurator™
Through this Windows-based utility program it is possible to configure the terminal
and set the primary DLCC parameters from a PC. To send the configuration to the
terminal connect the PC to Rhino™ via RS232. For more details about this
configuration method refer to the DL Mobile Configurator™ manual.
DL Sm@rtSet™
DL Sm@rtSet™ program, available on the Datalogic website, is a Windows-based
utility program providing a quick and user-friendly configuration method.
It allows defining the complete DLCC configuration and sending it directly to the card
via virtual COM port.
Connect to www.datalogic.com/services/support/ to download the software.
Configuration Strings from Host
This configuration method may be used for initial and complete configuration (see
chapter 2) by sending the desired strings provided in chapter 3 through the COM
port. Batch files containing the desired parameter settings can be prepared to
configure the card quickly and easily.
Reference notes describing the operation of more complex parameters are given in
chapter 4.
initial configuration.
To use this manual for initial setup see chapter 2.
xii
DLCARD.EXE DOS Configuration Program
This configuration method allows setting DLCC through a vehicle mounted terminal
running the DOS operating system.
Upon start, the DOS DLCARD.EXE program checks communication with DLCC. If
the test is successful, the program will open the file DLCARD.INI that includes a list
of keywords. The keywords accepted are the following:
• RESET_CFG, to reset card configuration to default (possible values: TRUE or
FALSE)
• ADDRESS, to set the DLCC address (range 0 to 1999)
• TERMINATOR, to set the terminator (possible values: CR, CR+LF or NONE)
In the DOS command line, if you launch the DLCARD.EXE program with the
parameter /?, the list of all the possible parameters will be shown.
Example: C:\ DLCARD /?
xiii
xiv
INTRODUCTION
1
1 INTRODUCTION
The DL Cordless Card™ is a PCMCIA card developed to provide wireless 433 MHz
RF communication between a laptop or a vehicle mounted terminal (Host) and
Datalogic RF devices or base stations, which are STAR-System™ compatible:
-
-
-
-
-
Gryphon™ M Readers
Dragon™ M Laser Scanners
STARModem™ Radio Modems
Formula Basic Line RF Terminals (F734-E/RF, F725-E/RF, F660-E/RF)
STARGATE™ Base Stations
1.1 OVERVIEW
DLCC provides a wireless
devices. DLCC installed in a vehicle mounted terminal is a Server (receiver) to the
RF Devices and also a Client (transmitter) to STARModem, which receives data for
the printer (Figure 3).
STAR-System™ uses the Narrow Band RF radio and Datalogic CSMA/CA protocol
to automatically link and manage all the RF devices in the system. This protocol
manages the data transmission using a 16-bit CRC checksum. All RF devices in the
system must implement the CSMA/CA protocol and therefore be configured using
the STAR-System™ setup procedure.
bi-directional communication between the Host and the RF
Figure 3 – Bi-directional communication.
To configure the card for operating in this mode refer to paragraph 2.2.
1
1
DL CORDLESS CARD
1.2 LED INDICATOR
DL Cordless Card™ has one red LED as displayed in the following figure:
LED
Indicator
The LED signals activity on PCMCIA interface.
Figure 4 - DLCC LED Indicator
2
INITIAL SETUP
2
2 INITIAL SETUP
For a correct DLCC configuration keep in mind the following:
• when using the DLCC for the first time, set the desired card address via COM
Port, since its factory default address is "Undefined";
2.1 CONFIGURATION STRINGS
When using a DLCC on a terminal or a portable PC, initial setup can be performed
via COM port by sending the configuration strings to the card using any terminal
emulation program, for example Hyper Terminal.
Ensure that your PC COM port is set as follows:
9600 baud, no parity, 8 data bits, 1 stop bit, handshaking disabled.
NOTE
The programming sequence is the following:
$+
Command$-
CR
Enter configuration environment
Example
Command programming sequence:
$+ RC1237 $- CR
DLCC address: 1237
Enter configuration environment
If you sent a wrong configuration string, you have to wait for a period
of time equal to Rx timeout (default: 5 sec.) before sending the
NOTE
following configuration string.
Carriage return character (0D Hex.)
Exit and Save configuration
Character sequence in following tables
Carriage return character (0D Hex.)
Exit and Save configuration
3
2
DL CORDLESS CARD™
2.2 DLCC SETUP
RESTORE DEFAULT
Whenever necessary, send the following string to DLCC via COM Port to restore its
default values. Otherwise skip to step 2:
Restore DLCC Default
1.
This command does
addresses, nor the RF Baud Rate parameters.
not change the DLCC address nor the destination device
$+$*CR
SET RADIO ADDRESSES
Follow the procedure below to set the DLCC radio address and prepare it to receive
and transmit data to all devices included in the range from the First to the Last
destination device.
Enter Configuration
2.
3.
Set DLCC Radio Address
xxxx = four digits for the DLCC address (from 0000 to 1999).
This address must be unique.
$+
RCxxxx
4.
First Destination Device Address
xxxx = four digits for the Destination Device address (from
0000 to 1999).
5.
Last Destination Device Address
xxxx = four digits for the Destination Device address (from
0000 to 1999).
If transmitting to one Destination device only, this selection
is not required.
Exit and Save Configuration
6.
Step 4 and 5 can be omitted when the card is used only to receive data (Server).
When a range of cable-connected destination devices (i.e. a Stargate™ RS485
network) is defined, DLCC activates roaming towards all these devices.
4
MSxxxx
MTxxxx
$-CR
CONFIGURATION
3
3 CONFIGURATION
Once the card is setup, you can change the default parameters to meet your
application needs by sending the desired strings to the card via COM Port.
The following table lists all configuration commands which do not require the $character:
DescriptionString
Enter Configuration
Exit and Save Configuration
Restore Default
Transmit Software Release
Transmit Configuration
In this manual, the configuration parameters are divided into logical groups making it
easy to find the desired function based on its reference group.
The configuration parameter groups are the following:
COM parameters allow the configuration of the COM port.
DATA FORMAT parameters regard the messages sent and received via COM port.
RADIO PARAMETERS allow configuration of radio protocol parameters.
$+
$-
$+$*CR
$+$!CR
$+$&CR
NOTE
It is strongly recommended to read par. 4.1 in Radio and Serial
Communication controls and the example applications in appendix A
for correct parameter settings.
5
COM PORT PARAMETERS
ACK/NACK P
NTER-CHARACTER DELAY
I
The programming sequence is the following:
$+
Command
AUD RATE
B
P
ARITY
ATA BITS
D
S
TOP BITS
ANDSHAKING
H
FIFO
IMEOUT
RX T
RAME PACKING
F
$-
CR
ROTOCOL
Carriage return character (0D Hex.)
Exit and Save configuration
Character sequence in following tables
Enter configuration environment
6
COM PORT
Description String
B
AUD RATE
150 baud
300 baud
600 baud
1200 baud
2400 baud
4800 baud
9600 baud
19200 baud
38400 baud
57600 baud
P
ARITY
None
Even parity
Odd parity
D
ATA BITS
CD0
CD1
CD2
CD3
CD4
CD5
CD6
CD7
CD8
CD9
CC0
CC1
CC2
7 bits
8 bits
9 bits
S
TOP BITS
1 bit
2 bits
CA0
CA1
CA2
CB0
CB1
7
COM PORT
Description String
H
ANDSHAKING
see par. 4.2.1
Disable
Hardware (RTS/CTS)
Software (XON/XOFF)
RTS always ON
Modem (RTS/CTS)
ACK/NACK P
ROTOCOL
see par. 4.2.2
Disabled
Enable ACK/NACK
Enable DATA/NACK
FIFO
see par. 4.2.4
Disable
Enable
I
NTER-CHARACTER DELAY
Inter-character delay (ms)
RX T
IMEOUT
CK00 – CK99
see par. 4.2.3 and par. 4.2.5
CE0
CE1
CE2
CE3
CE4
ER0
ER1
ER2
ME1
ME0
RX Timeout (sec)
F
RAME PACKING
Frame + [CR]
[STX] + Len + frame + [CR]
Frame after timeout
8
CL00 – CL99
see par. 4.2.5
ML0
ML1
ML2
DATA FORMAT
The programming sequence is the following:
$+
Command
H
C
A
A
EADER
H
ERMINATOR
T
EADER POSITION
ODE LENGTH
DDRESS STAMPING
DDRESS DELIMITER
$-
CR
TX
Carriage return character (0D Hex.)
Exit and Save configuration
Character sequence in following tables
Enter configuration environment
9
DATA FORMAT
Description String
H
EADER
No header
One character header
Two character headers
Three character headers
Four character headers
Five character headers
Six character headers
Seven character headers
Eight character headers
T
ERMINATOR
No terminator
One character terminator
Two character terminators
Three character terminators
Four character terminators
Five character terminators
Six character terminators
Seven character terminators
Eight character terminators
x = HEX values representing an ASCII character.
x = HEX value from 00 to FE in Appendix B.
Example: Header = AB
Example: Terminator = CR LF
For more details see par. 4.3.1.
Two character header A B
EA02
Two character terminator CR LF
EA12
+41 + 42
+0D + 0A
EA00
EA01x
EA02xx
EA03xxx
EA04xxxx
EA05xxxxx
EA06xxxxxx
EA07xxxxxxx
EA08xxxxxxxx
EA10
EA11x
EA12xx
EA13xxx
EA14xxxx
EA15xxxxx
EA16xxxxxx
EA17xxxxxxx
EA18xxxxxxxx
10
DATA FORMAT
Description String
H
EADER POSITION
see par. 4.3.1
First frame field
Before message field
C
ODE LENGTH
Code length not transmitted
Code length transmitted in variable-digit length
Code length transmitted in fixed 4-digit format
The code length is transmitted in the message after the Headers and Code Identifier
characters.
The code length is calculated after performing any field adjustment operations.
A
DDRESS STAMPING
Disable
Enable
TX
see par. 4.3.2
ES0
ES1
EE0
EE1
EE2
RU0
RU1
A
DDRESS DELIMITER
Disable
Enable
a = a Hex value representing the ASCII character in the range from 00 to FE in Appendix B.
see par. 4.3.3
RV0
RV1a
11
RADIO PARAMETERS
T
RANSMISSION MODE
ADIO PROTOCOL TIMEOUT
R
ACK/NACK F
The programming sequence is the following:
$+
Command
AUD RATE
RF B
INGLE STORE
S
H
OST
EACON
B
$-
CR
ROM REMOTE
12
Carriage return character (0D Hex.)
Exit and Save configuration
Character sequence in following tables
Enter configuration environment
RADIO PARAMETERS
Description String
RF B
AUD RATE
see par. 4.4.1
9600 baud
19200 baud
T
RANSMISSION MODE
1 way mode
2 way mode
R
ADIO PROTOCOL TIMEOUT
Radio protocol timeout (seconds)
S
INGLE STORE
Disable
One attempt
Two attempts
Three attempts
Four attempts
Five attempts
Six attempts
Seven attempts
Eight attempts
Continuous
(Client only)
(Client only)
(Client only)
MF0
MF1
see par. 4.4.2
MW0
MW1
see par. 4.4.3
MH01 – MH19
see par. 4.4.4
MO0
MO1
MO2
MO3
MO4
MO5
MO6
MO7
MO8
MO9
13
RADIO PARAMETERS
Description String
ACK/NACK F
ROM REMOTE HOST
(Client only)
see par. 4.4.5
Disabled
Enable ACK/DATA/NACK
B
EACON
Disabled
Beacon every 2 seconds
Beacon every 3 seconds
Beacon every 4 seconds
Beacon every 5 seconds
Beacon every 6 seconds
Beacon every 8 seconds
Beacon every 10 seconds
Beacon every 20 seconds
Beacon every 30 seconds
(Client only)
MR0
MR1
see par. 4.4.6
MB0
MB1
MB2
MB3
MB4
MB5
MB6
MB7
MB8
MB9
14
PARAMETER ISSUES AND DEFINITIONS
4
4 PARAMETER ISSUES AND DEFINITIONS
4.1 RADIO AND SERIAL COMMUNICATION CONTROLS
DLCC communication can be controlled by several parameters depending on
whether it is a Client or Server. DLCC can act as both Client and Server.
The following table summarizes which parameters are controlled by the Client and
which ones are controlled by the Server.
Client (Transmitter)
controlled parameters:
Transmission Mode ACK/NACK Protocol
ACK/NACK From Remote Host Handshaking
FIFO
Handshaking
Single Store
To avoid incorrect interpretation of ACK characters, ACK/NACK
Protocol and ACK/NACK From Remote Host cannot be
NOTE
To help understand the various communication control possibilities among the
different communication modes, we will analyze the communication control
parameter settings for the following 3 cases:
1) DLCC acting as Server
2) DLCC acting as Client (like an RF device)
3) DLCC as client / server
simultaneously enabled on the same DLCC.
Server (Receiver)
controlled parameters
15
4
Case 1 – DLCC as Server
DL CORDLESS CARD™
DRAGON 1
HOST
DLCC
F734-E
DRAGON 2
DRAGON 3
Figure 5 –DLCC as Server
DLCC as a Server receives data from RF devices. The
ACK/NACK Protocol
parameter can be set to assure correct communication between DLCC and the local
Host.
Assuming the RF devices are setup for 2 way transmission in STAR-System™ mode
we can analyze the following ACK/NACK protocol selections:
RF devices - Transmission Mode = 2 waysThe Host must respond to a 2 way transmission
•
If DLCC - ACK/NACK = disabled
there is no control of the communication between DLCC and the Local Host.
DLCC answers the RF device which initiated the 2 way transaction with DATA
received from the Local Host.
•
If DLCC - ACK/NACK = enabled
when the Local Host receives a message correctly, it answers DLCC with the
ACK character. Only then does DLCC acknowledge the RF device which
initiated the 2 way transaction with an Empty Answer.
•
DLCC - DATA/NACK = enabled
when the Local Host receives a message correctly, it answers DLCC with DATA.
DLCC then answers the RF device which initiated the 2 way transaction with this
DATA (i.e. command to RF device display).
16
PARAMETER ISSUES AND DEFINITIONS
4
Case 2 – DLCC as Client (like an RF device)
HOST
Client
Figure 6 - DLCC Client
In the figure above, DLCC is a Client (as an RF device). The following parameters
may be set depending on the application:
In this case, DLCC sends data (messages) to the Remote Host. The special
case of FIFO disabled blocks transmission until an acknowledgement is received
from Host. Because ACK/NACK is enabled forSTAR
Modem™, only after this
has received an ACK from the Remote Host does it acknowledge reception
(Empty Answer to DLCC).
17
4
Case 3 – DLCC as Client / Server
DL CORDLESS CARD™
Client
HOST 1
HOST 2
Server
Figure 7 – DLCC as Client / Server
Both DLCCs are able to communicate bi-directionally. For analysis purposes only, we
assume the situation where Host 1 is Client and Host 2 is Server. It is clear that the
situation is analogous in the opposite direction:
•
If DLCC 1 - Transmission Mode = 1 way
ACK/NACK from Remote Host = disabled
FIFO = enabled
Handshaking = any
The Client, (Host 1) sends a message to the Remote Host (Host 2), but no
control exists upon reception and even if ACK/NACK Protocol is implemented on
the Server side (Remote Host), no answer is returned from DLCC 2 to DLCC 1.
This is not a secure communication.
•
If DLCC 1 - Transmission Mode = 1 way
ACK/NACK from Remote Host = enabled
FIFO = enabled
Handshaking = any
The Client, (Host 1) sends a message to the Remote Host (Host 2). DLCC 2
acknowledges good radio reception but no control is made on Remote Host
reception. If DLCC 2 acknowledges radio reception within the Radio Protocol
Timeout, DLCC 1 sends ACK to its local Host, otherwise it sends NACK.
18
PARAMETER ISSUES AND DEFINITIONS
•
If DLCC 1 - Transmission Mode = 2 ways
4
ACK/NACK from Remote Host = enabled
FIFO = enabled
Handshaking = any
Single Store = enabled
The Client, (Host 1) sends a message to the Remote Host (Host 2) and expects
an answer from Host 2. Host 2 answers with DATA (a string of up to 238
characters). If DLCC 2 sends this DATA answer within the Radio Protocol
Timeout, DLCC 1 sends it to its local Host (Host 1), otherwise DLCC 1 sends
NACK. In addition, the Single Store parameter upon Radio Protocol timeout,
causes DLCC 1 to retry transmission of the same message the defined number
of times, before responding to its local Host (Host 1) with NACK.
The Client, (Host 1) sends a message to the Remote Host (Host 2). DLCC 1
after receiving the message, blocks transmission of Host 1 until communication
is completed according to the other communication control parameter settings as
described above.
The most secure settings for bi-directional communication is to have
ACK/NACK from Remote Host enabled and Two-way transmission at
both ends. In addition, in case the first transmission fails, the Single
Store parameter automatically repeats transmission of the same data
NOTE
packet up to the number of specified attempts.
19
4
DL CORDLESS CARD™
4.2 COM PORT PARAMETERS
4.2.1 Handshaking
Modem: (RTS/CTS)
DLCC deactivates the RTS line when it cannot receive a character from the Host.
DLCC can transmit data only if the CTS line (controlled by the Host) is active.
Signals at
EIA levels
DLCC™ Side
RX
Received data Received data
Host Side
RTS
Modem busy
Signals at
EIA levels
DLCC™ Side
TX
CTS
Transmitted dataTransmitted data
Host busy
Host Side
Modem RTS/CTS Handshaking
20
PARAMETER ISSUES AND DEFINITIONS
4
Hardware handshaking: (RTS/CTS)
The RTS line is activated by DLCC before transmitting a character. Transmission is
possible only if the CTS line (controlled by the Host) is active.
Signals at
EIA levels
RTS
TX
Transmitted dataTransmitted data
CTS
Host busy
Hardware RTS/CTS Handshaking
Software handshaking: (XON/XOFF)
During transmission, if the Host sends the XOFF character (13 Hex), the card
interrupts the transmission with a maximum delay of one character and only resumes
when the XON character (11 Hex) is received.
Transmitted dataTransmitted data
TX
RX
XONXOFF
Host readyHost busy
Software XON/XOFF Handshaking
21
4
A
DL CORDLESS CARD™
4.2.2 ACK/NACK Protocol
This parameter sets a transmission protocol which takes place between DLCC
(Server) and an RF device. An RF device (such as a hand-held reader) passes its
data (code read) to the card installed into the terminal. The Host sends an ACK
character (06 HEX) to the card in the case of good reception; a NACK character (15
HEX) requesting re-transmission is sent to the card in case of bad reception.
In the particular case where the RF device is configured for 2 way transmission and
therefore requires an answer, it is advised to set DLCC with the DATA/NACK
protocol. The DATA answer from the Local Host is implicitly considered an ACK and
is sent to the RF device. If instead ACK/NACK is used, the card generates an Empty
Answer to the RF device.
Before selecting this parameter ensure that “ACK/NACK from
Remote Host” is disabled (see par. 4.4.5).
CAUTION
Data
Server
ACK/NACK Disabled
Data
Server
CK or NACK
ACK/NACK Enabled
Data
Server
DATA or NACK
DATA/NACK Enabled
22
PARAMETER ISSUES AND DEFINITIONS
If the card does not receive an ACK, DATA or NACK, transmission is ended after the
RX Timeout (see par. 4.2.3 ). See also Radio Protocol Timeout, par. 4.4.3, for radio
transmission to RF devices.
For ACK/NACK selection when DLCC as Client, is transmitting to a destination
device connected to a Remote Host, refer to par. 4.1.
4
4.2.3 RX Timeout
This parameter can be used to automatically end data reception from the Local Host
after the specified period of time.
If no character is received from the Local Host, after the timeout expires, any
incomplete string is flushed from the card buffer.
Refer to par. 4.2.5 for RX Timeout functioning when defining the frame packing.
4.2.4 FIFO
If enabled, the Destination Device collects all messages sent by DLCC and sends
them in the order of acquisition to the connected Remote Host.
If disabled, DLCC blocks the message transmission from the Local Host until an
answer signaling the right/wrong message transmission has been received from the
Destination Device (1 way) or the Remote Host (2 way). Once the answer has been
received, the Local Host is allowed to send a new message.
This command requires the modem (RTS/CTS) handshaking to be enabled.
For more details about the Transmission Mode refer to par. 4.4.2.
23
4
DL CORDLESS CARD™
4.2.5 Frame Packing
This parameter defines the format of the frame to be transmitted
Host.
the
The frame received by DLCC may contain a maximum of 238 characters. All
characters not included within this number will be transmitted from the Host in a new
frame.
Frame from Host to DLCC
FRAME
Address Address Delimiter MESSAGE
The Address field has different meanings depending on if the FRAME is sent as a 2
way answer to an RF device, or if it is a new message that the DLCC Client sends to
a destination device. See par. 4.3.2 for details.
Frame from DLCC to Host
FRAME
*Header Address Address Delimiter
MESSAGE
*Header **Time-Stamp **Time-Stamp-Del **Code Id Code LenDATA Terminator
* There is only one header whose position can be defined through the related
parameter (see par. 4.3.1).
** These are optional fields which can be configured depending on the type of RF
device used.
The Address field has different meanings depending on if the FRAME is a 2 way
answer to a previous 2 way transaction initiated by a DLCC Client, or if it is a new
message that an RF device sends to the DLCC Server. See par. 4.3.2 for details.
between DLCC and
24
PARAMETER ISSUES AND DEFINITIONS
4
Correct FRAME identification is managed by frame packing. Three different types of
frame packing can be selected:
•
Frame+ [CR]
(default)
: the frame sent to DLCC is terminated by [CR]. This
means you cannot use the [CR] character within the frame.
In Frame + [CR] mode, make sure the FRAME does not contain [CR], nor begin
with $+ or #+ characters.
FRAME [CR]
The frame transmitted by DLCC has no additional field. In this case the end of
the FRAME is either DATA or Terminator if any.
FRAME
•
[STX]+LEN+Frame+[CR]: both frames sent to and by DLCC are preceded by
[STX], LEN and terminated by [CR], where LEN is a field of 4 digits and indicates
the FRAME length in number of characters, that is FRAME +CR.
[STX]LEN FRAME [CR]
In this mode, it is not necessary to use the Frame Packing to send commands.
(i.e. $+$&[CR]).
The [STX], [CR] and [ESC] characters contained in the frame must be preceded
by the [ESC] character for a correct transmission.
•
Frame after Timeout: if the delay between two consecutive characters is more
than the selected timeout, the card considers the frame completed. The timeout
corresponds to 1/10 of the value defined for RX Timeout (see par. 4.2.3).
Therefore, the timeout for frame packing is calculated in ms (from 10 ms to 990
ms).
It is not possible to disable this timeout, therefore possible
values are in the range 10 - 990 ms. If RX Timeout is disabled,
NOTE
Frame after Timeout is 10 ms.
Both the frames sent to and by DLCC have no additional fields:
FRAME
All commands to be sent using this frame packing must be preceded by the
string below, which substitutes the $+ character:
#+++PROG_REQ+++#
25
4
DL CORDLESS CARD™
This string is always transmitted in a single frame preceding the one containing
the configuration command, as shown in the following examples:
Example 1
Sending the $+$![CR] command to transmit the card software release:
st
Frame = #+++PROG_REQ+++#
1
nd
Frame = $![CR]
2
Example 2
Sending the $+ML0$-[CR] command to set the default frame packing
configuration:
st
Frame = #+++PROG_REQ+++#
1
nd
Frame = ML0$-[CR]
2
4.3 DATA FORMAT
4.3.1 Header/Terminator Selection
The header/terminator selection is not effected by restore default command.
Header Position
This parameter defines the header position within the frame to be transmitted
DLCC to the Host. The header can be positioned in either the first field of the frame
or in the field preceding the message:
FRAME
HEADER
Address Address Delimiter
MESSAGE
HEADER
The Address field has different meanings depending on if the FRAME is a 2 way
answer to a previous 2 way transaction initiated by a DLCC Client, or if it is a new
message that an RF device sends to the DLCC Server. See par. 4.3.2 for details.
Time-Stamp Time-Stamp-Del Code Id Code Len DATA Terminator
from
26
PARAMETER ISSUES AND DEFINITIONS
4
4.3.2 Address Stamping
If enabled, this command includes the RF device or DLCC address in the
message/answer transmitted. It is advised to enable this parameter when DLCC is a
Server for more than one Client in 2 way transmission. In this way the Host knows to
which Client the answer must be sent.
receiving data from an RF device working in 1 way mode, DLCC (Server)
If
automatically includes the RF device address in the message to be sent to the Host.
receiving data from an RF device working in 2 way mode, DLCC (Server)
If
automatically includes the RF device address in the message to be sent to the Host.
It is required to set the Host application to include the same address in the answer to
be transmitted back to the RF device.
RF Device
in 2 way mode
Figure 8 - Receiving a Message from RF device in 2 Way Mode
If DLCC as Client, is
Stargates in the figure below) in 1 way mode, it is necessary to set its Host
application to include the card address in the message to be transmitted to the
destination devices of the system.
RF Dev. Addr + message
RF Dev. Addr + answer
DLCC Server
transmitting to more than one destination device (see the three
Card Addr. + message
Destination
Device
DLCC Client
Figure 9 - Transmitting a Message in 1 Way Mode
27
4
DL CORDLESS CARD™
If DLCC as Client, is
transmitting to more than one destination device (see the three
Stargates in the following figure) in 2 way mode, it is necessary to set its Host
application to include the card address in the message to be transmitted to the
destination devices of the system. DLCC will include the same address in the answer
it receives from the destination devices and sends back to the Host.
Card Addr. + message
Card Addr. + answer
Destination
Device
Client
Figure 10 - Transmitting a Message in 2 Way Mode
The Address Stamping parameters consist of a 4-digit number in the range 0000-
1999.
When the card receives data in 2 way mode from more than one RF
device, it is advised to enable Address Stamping for correct radio
transaction management.
NOTE
If communicating with only one RF device in 2 way mode, Address
Stamping is not required, since the data/answer generated by the
Host is only sent to that device. In this case DLCC can receive data
NOTE
(messages) via radio only after sending the 2 way answer.
4.3.3 Address Delimiter
The Address Delimiter allows a character to be included to separate the Address
stamping fields from the next fields in the message. Once enabled, it is required to
set the Host application to include the Address Delimiter character in the message.
Any character can be included in the hexadecimal range from 00 to FE.
28
PARAMETER ISSUES AND DEFINITIONS
4
4.4 RADIO PARAMETERS
4.4.1 RF Baud Rate
This parameter defines the baud rate used for radio communication. The baud rate
value can be set to 9600 or 19200 according to the device communicating with
DLCC. 19200 is the default value.
4.4.2 Transmission Mode (Client only)
DLCC Client can communicate within the system using two different transmission
modes:
•
1 way mode:
(default)
•
2 way mode:
DLCC transmits data without requiring an acknowledgement
answer from the Remote Host (see par. 4.1 for details).
DLCC transmits data requiring an acknowledgement answer
from the Remote Host (see par. 4.1 and par. 4.4.5 for details.
4.4.3 Radio Protocol Timeout (Client only)
This parameter sets the valid time to wait before radio
and a destination device is considered failed.
This parameter should be set taking into consideration the radio traffic (number of
devices in the same area).
If the RS232 interface connecting the Remote Host and the destination device is
used with ACK/NACK enabled, this parameter should be at least equal to the RX
Timeout parameter for low traffic environments. It should be increased if there are
many devices in the same area.
transmission between DLCC
4.4.4 Single Store (Client only)
This command is active when DLCC (Client)
destination device.
It guarantees a secure control to prevent the transmission of duplicated data.
If Single Store is enabled and DLCC does not receive any answer of good
transmission from the destination device, it enters a special operating mode that
stops sending new messages. When such operating mode is entered, the card
retries transmission itself for the number of attempts selected in the configuration.
transmits messages/data to a
29
4
DL CORDLESS CARD™
Once the transmission is successful, the card continues to send new messages. If
transmission is not successful after the number of configured attempts, the message
is lost.
To be absolutely sure that messages are received by the destination device, set
Single Store to continuous. A new message will not be sent unless the previous one
is received. If using Single Store as continuous, and the transaction is not received,
check that the Server is active and that the DLCC configuration is correct.
If your application requires an acknowledgement from the Remote PC, you must
define Single Store and enable ACK/NACK From Remote Host (see par. 4.4.5).
4.4.5 ACK/NACK From Remote Host (Client only)
This parameter sets a transmission protocol which takes place between the DLCC
(Client) Host and the destination device Host (Remote Host). The transmission is
influenced by the transmission mode selected (see par. 4.4.2).
Before selecting this parameter ensure that “ACK/NACK Protocol”
is disabled (see par. 4.2.2).
CAUTION
One way mode:
Host sends a message to DLCC which passes it to the destination device via radio.
In case of good transmission, the destination device transmits a radio
acknowledgement back to the card. If received before the Radio Protocol Timeout
expires, DLCC sends an ACK character to the Host. If the timeout expires before
receiving any acknowledgement, the card transmits a NACK character.
Message
30
Host
radio
acknowledgement
1 Way Transmission Mode
Remote Host
PARAMETER ISSUES AND DEFINITIONS
4
Two way mode:
Host sends a message to DLCC which passes it to the destination device via radio.
The destination device transmits the message to the Remote Host which responds
with DATA. This answer is sent to DLCC through the destination device. Then, the
card transmits it to the Host.
If the Radio Protocol Timeout expires before the answer from Remote Host is
received by DLCC or in case the Remote Host does not respond, DLCC sends a
NACK character to the Host.
Message
Message
Remote Host answer
Host
2 Way Transmission Mode
DATA
Remote Host
If the Host continues to send new messages before receiving any
answer from the Remote Host, it is strongly suggested to enable the
handshaking on the Host connected to DLCC for a correct
NOTE
functioning.
4.4.6 Beacon (Client only)
If this parameter is enabled, DLCC polls the server for data at regular intervals
(configurable from 2 to 30 seconds) by sending a character ENQ (ASCII 05) with a 2
way transaction. The server must always respond with data or with an Empty
Answer.
The selection of this parameter does not influence the card normal radio transaction.
This means that it does not modify the transmission of data sent by the Local Host.
31
5
DL CORDLESS CARD™
5 DEFAULT CONFIGURATION
Configuration Parameter Default Setting
Serial Communication
Baud Rate 9600
Parity, Data Bits, Stop Bits No parity; 8 Data bits; 1 Stop bit
Handshaking Disabled
ACK/NACK Protocol Disabled
FIFO Enabled
Intercharacter Delay Disabled
RX Timeout 5 seconds
Frame Packing Frame +[CR]
Data Format
Header No headers
Terminator [CR] and [LF]
Header Position First frame field
Code Length TX Code Length not Transmitted
Address Stamping Disabled
Address Delimiter Disabled
Radio Parameters
RF Baud Rate
Transmission Mode 1 way mode
Radio Protocol Timeout 2 sec
Single Store Disabled
ACK/NACK from Remote Host Disabled
Beacon Disabled
19200 baud
32
TECHNICAL FEATURES
6 TECHNICAL FEATURES
Electrical Features
Supply voltage 5 Vdc ± 3%
Power consumption 400 mW
Indicator One red LED
Radio Features
Working frequency 433.92 Mhz
Bit rate Up to 19200 baud
Effective Radiated Power <10 mW
Range (in open air) 15 m / 49.2 ft
RF Modulation FSK
System Configuration
Maximum number of client RF
devices supported by a DLCC
server
Environmental Features
Working temperature -20° to +50 °C / -4° to +122 °F
Storage temperature -20° to +70 °C / -4° to +158 °F
Humidity 90% non condensing
Protection class IP30
Mechanical Features
Weight
Dimensions 118.25 mm x 54 mm x 9.4 mm
32
47 gr
6
33
A
DL CORDLESS CARD™
A TYPICAL SYSTEM LAYOUTS
The following examples give a graphical representation of DLCC applications in 2
typical layouts and provide the software configuration required by each device to
communicate within the system (see par. 4.1 for details about the main parameter
functioning).
The examples provide two different DLCC applications:
- Example 1 DLCC Server
DLCC, installed in a vehicle-mounted terminal, receives data
from Datalogic hand-held devices;
- Example 2: Bi-Directional Communication
Two DLCCs are installed into two different Hosts and
communicate via radio transmitting/receiving data.
34
TYPICAL SYSTEM LAYOUTS
A
A.1 DLCC SERVER
DLCC is installed into a Rhino™ vehicle mounted terminal and
DRAGON™ M scanner.
receives data from a
Wired
LAN
A.P.
433 MHz RF
Connection
2.4 GHz
Network
DLCC
Figure 11 - DLCC Server Installed into Rhino™
DRAGON
RHINO™
™ M
This layout shows the integration of the 433 MHz and 2.4 GHz networks for data
collection.
To define this type of communication, the system devices may be configured as
follows:
DLCC
- Setup for Server Only Functioning
- DLCC Radio Address = 0017
RHINO™
- Run an application managing the data communication
between the mobile computer and the host system, for
example Terminal Emulation.
DRAGON™ M
- Setup for STAR-System mode
- DRAGON™ M Radio Address = 1235
- Destination Address = 0017
35
A
DL CORDLESS CARD™
A.2 BI-DIRECTIONAL COMMUNICATION
Two DLCCs are installed into the dedicated Host. They communicate with each other
by transmitting
and receiving data.
HOST 1
Card 1
Figure 12 – Bi-directional Communication
Each system device may be configured as follows:
DLCC 1
- DLCC Radio Address = 0325
- First Destination Device Address = 0263
- Handshaking = modem (RTS/CTS)
- Frame Packing = frame after timeout (selection advised
for this example for a faster
transmission)
HOST 1
- Run the desired application or a terminal emulation
program.
- Adjust the Host communication parameters and
handshaking according to DLCC 1.
DLCC
2
- DLCC Radio Address = 0263
- First Destination Device Address = 0325
- Handshaking = modem (RTS/CTS)
- Frame Packing = frame after timeout
HOST 2
- Run the desired application or a terminal emulation
program.
- Adjust the Host communication parameters and
handshaking according to DLCC 2.
HOST 2
Card 2
36
HEX AND NUMERIC TABLE
B HEX AND NUMERIC TABLE
CHARACTER TO HEX CONVERSION TABLE
char hex char hex char hex
NUL 00 * 2A U 55
SOH 01 + 2B V 56
STX 02 , 2C W 57
ETX 03 - 2D X 58
EOT 04 . 2E Y 59
SI 0F 9 39 d 64
DLE 10 : 3A e 65
DC1 11 ; 3B f 66
DC2 12 < 3C g 67
DC3 13 = 3D h 68
DC4 14 > 3E i 69
NAK 15 ? 3F j 6A
SYN 16 @ 40 k 6B
ETB 17 A 41 l 6C
CAN 18 B 42 m 6D
EM 19 C 43 n 6E
SUB 1A D 44 o 6F
ESC 1B E 45 p 70
FS 1C F 46 q 71
GS 1D G 47 r 72
RS 1E H 48 s 73
US 1F I 49 t 74
SPACE 20 J 4A u 75
! 21 K 4B v 76
" 22 L 4C w 77
# 23 M 4D x 78
$ 24 N 4E y 79
% 25 O 4F z 7A
& 26 P 50 { 7B
' 27 Q 51 | 7C
( 28 R 52 } 7D
) 29 S 53 ~ 7E
T 54 DEL 7F
B
37
GLOSSARY
1 way transmission
2 way transmission
Client
Server
Bi-directional
Communication
Destination Device
DATA
Empty Answer
Local Host
Remote Host
STAR-System™
a radio transmission in which DLCC transmits data
without requiring an acknowledgement answer from the
remote Host.
a radio transmission in which DLCC transmits data
requiring an acknowledgement answer from the remote
Host.
a radio device which can initiate a 1 way or 2 way
transmission to a Server. The Client
Transmitter
readers function as Clients.
a radio device which is continuously waiting for a 1 way
or 2 way transmission initiated by a Client. The Server
also defined as Receiver
as Servers.
the ability to both receive radio messages as a Server
and to initiate radio transmission as a Client.
the radio device to which a message must be sent or to
which an answer to a previously received message must
be given.
a string of up to 238 characters sent by a client to a
server, or received by a client as a 2 way response.
a radio acknowledgement containing no information
(data) content.
the Host to which DLCC is physically inserted in.
the Host to which a transmitting
message via radio.
a Datalogic radio communication system that uses a
Narrow Band RF radio and Datalogic proprietary
CSMA/CA protocol to automatically link and manage all
the RF devices in the system.
. DLCC, RF terminals or RF hand-held
. DLCC or Stargates™ function
is also defined as
is
DLCC Client sends a
38
INDEX
C
COM Port Parameters; 20
ACK/NACK Protocol; 22
Handshaking; 20
Compliance; vi
Configuration; 5
COM Port Parameters; 6
Data Format; 9
Radio Parameters; 12
Configuration Methods; xii
Configuration Strings from Host; xii
DL Mobile Configurator™; xii
DL Sm@rtSet™; xii
DLCARD.EXE DOS Configuration
Program; xiii
Configuration Strings; 3
Conventions; v
D
Data Format; 26
Address Delimiter; 28
Address Stamping; 27
Header/Terminator Selection; 26
Default Configuration; 32
DLCC as Client; 17
DLCC as Client / Server; 18
DLCC as Server; 16
DLCC Setup; 4
Restore Default; 4
Set Radio Addresses; 4
F
FIFO; 23
Frame Packing; 24
G
Glossary; 38
H
Hex and Numeric Table; 37
L
LED Indicator; 2
Q
Quick Start; ix
Installing to DOS Terminal; x
Installing to portable PC; ix
R
Radio and Serial Communication
Controls; 15
Radio Parameters; 29
ACK/NACK From Remote Host; 30
Beacon; 31
Radio Protocol Timeout; 29
RF Baud Rate; 29
Single Store; 29
Transmission Mode; 29
RX Timeout; 23
T
Technical Features; 33
Typical System Layouts; 34
Bi-Directional Communication; 36
DLCC Server; 35
39
Datalogic Mobile S.r.l.
Via S. Vitalino 13
40012 - Lippo di Calderara
Bologna - Italy
dichiara che
declares that the
déclare que le
bescheinigt, daß das Gerät
declare que el
DL Cordless Card EU, Radio Modem with PCMCIA Interface
e tutti i suoi modelli
and all its models
et tous ses modèles
und seine modelle
y todos sus modelos
sono conformi alla Direttiva del Consiglio Europeo sottoelencata:
are in conformity with the requirements of the European Council Directive listed below:
sont conformes aux spécifications de la Directive de l'Union Européenne ci-dessous:
der nachstehenden angeführten Direktive des Europäischen Rats:
cumple con los requisitos de la Directiva del Consejo Europeo, según la lista siguiente:
Questa dichiarazione è basata sulla conformità dei prodotti alle norme seguenti:
This declaration is based upon compliance of the products to the following standards:
Cette déclaration repose sur la conformité des produits aux normes suivantes:
Diese Erklärung basiert darauf, daß das Produkt den folgenden Normen entspricht:
Esta declaración se basa en el cumplimiento de los productos con las siguientes normas:
ETSI EN 301 489-3 v 1.4.1, A
UGUST
2002
ETSI EN 300 220 v 1.1.1, S
EPTEMBER
2004
EN 60950-1, D
ECEMBER
2001
: I
Lippo di Calderara, September 3rd, 2007
Paola Chientaroli
Quality Assurance Manager
1999/5/EEC R&TTE
: E
LECTROMAGNETIC COMPATIBILITY AND RADIO SPECTRUM MATTERS
(ERM); E
RADIO EQUIPMENT AND SERVICES
FOR
S
HORT-RANGE DEVICES
BETWEEN
: E
LECTROMAGNETIC COMPATIBILITY AND RADIO SPECTRUM MATTERS
(ERM); S
USED IN THE
POWER LEVELS RANGING UP TO
COVERING ESSENTIAL REQUIREMENTS UNDER ARTICLE
R&TTE D
NFORMATION TECHNOLOGY EQUIPMENT
ENERAL REQUIREMENTS
G
LECTROMAGNETIC COMPATIBILITY
9 KH
Z AND
40 GHZ.
HORT-RANGE DEVICES
25 MH
Z TO
; P
ART
(SRD)
OPERATING ON FREQUENCIES
(SRD); R
1000 MH
Z FREQUENCY RANGE WITH
500 MW; P
IRECTIVE
.
(EMC)
3: S
PECIFIC CONDITIONS
ADIO EQUIPMENT TO BE
ART
3: H
– S
AFETY
07
STANDARD FOR
ARMONIZED
3.2
– P
EN
OF THE
ART
1:
www.mobile.datalogic.com
World wide Sales Network
available from: www.mobile.datalogic.com/contacts
Datalogic Mobile S.r.l.
Via S. Vitalino, 13
40012 Lippo di Calderara di Reno
Bologna - Italy
Telephone: (+39) 051-3147011
Fax: (+39) 051-3147561