DL
Cordless Card™
Reference Manual
DL Cordless Card™
REFERENCE MANUAL
DATALOGIC S.p.A.
Via Candini 2
40012 - Lippo di Calderara di Reno
Bologna - Italy
DL Cordless Card™
Ed.: 12/2003
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 omissi ons 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.
© Datalogic S.p.A. 2003
03/12/03
CONTENTS
1
1.1
1.2
2
2.1
2.2
3
4
4.1
4.2
4.2.1 Handshaking...............................................................................................20
4.2.2 ACK/NACK Protocol....................................................................................22
4.2.3 RX Timeout ................................................................................................. 23
4.2.4 FIFO............................................................................................................ 23
4.2.5 Frame Packing............................................................................................ 24
4.3
4.3.1 Header/Terminator Selection......................................................................26
4.3.2 Address Stamping.......................................................................................27
4.3.3 Address Delimiter........................................................................................28
4.4
4.4.1 RF Baud Rate.............................................................................................29
4.4.2 Transmission Mode (Client only).................................................................29
4.4.3 Radio Protocol Timeout (Client only)...........................................................29
4.4.4 Single Store (Client only)............................................................................29
4.4.5 ACK/NACK From Remote Host (Client only)..............................................30
4.4.6 Beacon (Client only)....................................................................................31
INTRODUCTION ..........................................................................................1
Overview.......................................................................................................1
LED Indicator................................................................................................2
INITIAL SETUP ............................................................................................ 3
Configuration Strings.....................................................................................3
DLCC Setup.................................................................................................. 4
CONFIGURATION........................................................................................ 5
PARAMETER ISSUES AND DEFINITIONS...............................................15
Radio and Serial Communication Controls.................................................15
COM Port Parameters.................................................................................20
Data Format................................................................................................26
Radio Parameters.......................................................................................29
5
6
DEFAULT CONFIGURATION.................................................................... 32
TECHNICAL FEATURES........................................................................... 33
iii
REFERENCES
CONVENTIONS
This manual uses the following conventions:
"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.
SERVICE, SUPPORT AND WARRANTY
Datalogic provides several services as well as technical support through its website.
Log on to www.datalogic.com/services/support and click on the links
further information including:
· Services - Warranty Extensions and Maintenance Agreements
· Support
· Contact Us
· Authorised Repair Centres
- Software Driver Downloads
- Listing of Datalogic Subsidiaries and Quality Partners
indicated for
iv
SAFETY PRECAUTIONS
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
v
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.
vi
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
The following is an example of the NEWCFG.SYS:
;Load PCMCIA drivers
DEVICE=A:\PCMCIA\CNFIGNAM.EXE /DEFAULT
DEVICE=A:\PCMCIA\PCMSSC40.EXE
DEVICE=A:\PCMCIA\PCMCSFUL.EXE
DEVICE=A:\PCMCIA\PCMRMAN.SYS
DEVICEHIGH=A:\PCMCIA\PCMSCD.EXE
; Scan Engine Device Driver
; (Emulate SE1200 on Com3 @ 9600 N-8-1 Irq5)
DEVICEHIGH=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
vii
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.
viii
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 initial configuration
To use this manual for initial setup see chapter 2.
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.
.
ix
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)
• CMD, to send any command configuration string
Here is an example of DLCARD.INI file:
____________________________________________________________
[main]
reset_cfg = TRUE
address = 1973
terminator = cr
[commands]
;set minimum destination address
cmd = $+MS1234$-
;set maximum destination address
cmd = $+MT1235$-
____________________________________________________________
The DLCC will be set consequently.
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 /?
x
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 bi-directional communication between the Host and the RF
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.
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 re turn chara cter (0D Hex.)
Exit and Sav e 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 not change the DLCC address nor the destination device
addresses, nor the RF Baud Rate parameters.
$+$*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 = fou r digi ts for the Des tinat ion De vice address (from
0000 to 1999).
5.
Last Destination Device Address
xxxx = fou r digi ts for the Des tinat ion De vice 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:
Description String
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
~ B
~ P
~ D
~ S
~ H
AUD RATE
ARITY
ATA BITS
TOP BITS
ANDSHAKING
~ ACK/NACK P
~ FIFO ~
~ I
~ RX T
~ F
The programming sequence is the following:
$+
Command $-
NTER-CHARACTER DELAY
IMEOUT
RAME PACKING
~
~
~
~
~
ROTOCOL
~
~
~
CR
~
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
see par. 4.2.3 and par. 4.2.5
CE0
CE1
CE2
CE3
CE4
ER0
ER1
ER2
ME1
ME0
CK00 – CK99
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
~ H
~ T
~ H
~ C
~ A
~ A
The programming sequence is the following:
$+
Command $-
EADER
ERMINATOR
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
Example
: Header = AB
Two character header A B
: Terminator = CR LF
Two character terminator CR LF
For more details see par. 4.3.1.
EA02
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 calculat ed after performing any field adjustment operations.
A
DDRESS STAMPING
Disable
Enable
A
DDRESS DELIMITER
TX
see par. 4.3.2
see par. 4.3.3
ES0
ES1
EE0
EE1
EE2
RU0
RU1
Disable
Enable
a = a Hex value representing the ASCII character in the range from 00 to FE in Appendix B.
RV0
RV1a
11
RADIO PARAMETERS
~ RF B
~ T
~ R
RANSMISSION MODE
ADIO PROTOCOL TIMEOUT
~ S
~
ACK/NACK F
~ B
The programming sequence is the following:
$+
Command $-
AUD RATE
INGLE STORE
H
OST
EACON
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 ways
The 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:
STARModem™ - ACK/NACK = enabled
STAR-System™ - Rx / Tx = enabled
• If DLCC - Transmission Mode = 1 way
ACK/NACK from Remote Host = disabled
FIFO = disabled
Handshaking = modem (RTS/CTS)
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 for STARModem™, 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
4
• If DLCC 1 - Transmission Mode = 2 ways
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.
Host 1 - Handshaking = RTS/CTS
• If DLCC 1 - Transmission Mode = any
ACK/NACK from Remote Host = enabled
FIFO = disabled
Handshaking = modem (RTS/CTS)
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
RX
Received data Received data
Host Side
DLCC™ Side
RTS
Modem busy
Signals at
EIA levels
TX
CTS
Transmitted data Transmitted data
Host busy
Host Side
DLCC™ 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 data Transmitted 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
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
22
Server
Server
ACK or NACK
ACK/NACK Enabled
Data
DATA or NACK
DATA/NACK Enabled
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 between
the Host
.
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 Len DATA 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.
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
1
Frame = #+++PROG_REQ+++#
nd
Frame = $![CR]
2
Example 2
Sending the $+ML0$-[CR] command to set the default frame packing
configuration:
st
Frame = #+++PROG_REQ+++#
1
2nd Frame = ML0$-[CR]
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 from
to the Host. The header can be positioned in either the first field of the frame
DLCC
in the field preceding the message:
or
HEADER
Address Address Delimiter
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
FRAME
MESSAGE
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.
If receiving
automatically includes the RF device address in the message to be sent to the Host.
If receiving
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
If DLCC as Client, is transmitting
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.
data from an RF device working in 1 way mode, DLCC (Server)
data from an RF device working in 2 way mode, DLCC (Server)
RF Dev. Addr + message
RF Dev. Addr + answer
Figure 8 - Receiving a Message from RF device in 2 Way Mode
DLCC Server
to more than one destination device (see the three
Card Addr. + message
Destination
Device
Figure 9 - Transmitting a Message in 1 Way Mode
DLCC Client
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
27
4
DL CORDLESS CARD™
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 W ay 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
NOTE
transaction management.
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 (Cli ent 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 ( Cl i ent only)
This parameter sets the valid time to wait before radio transmission between DLCC
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.
4.4.4 Single Store ( Cl i ent only)
This command is active when DLCC (Client) transmits messages/data to a
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.
Once the transmission is successful, the card continues to send new messages. If
29
4
DL CORDLESS CARD™
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
radio
acknowledgement
Host
1 Way Transmission Mode
Remote Host
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
30
PARAMETER ISSUES AND DEFINITIONS
4
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 19200 baud
Transmission Mode 1 way mode
Radio Protocol Timeout 2 sec
Single Store Disabled
ACK/NACK from Remote Host Disabled
Beacon Disabled
32
TECHNICAL FEATURES
6
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 47 gr
Dimensions 118.25 mm x 54 mm x 9.4 mm
32
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.1 DLCC SERVER
DLCC is installed into a Rhino™ vehicle mounted terminal and receives
DRAGON™ M scanner.
A
data from a
™ M
Wired
LAN
A.P.
433 MHz RF
Connection
2.4 GHz
Network
DLCC
Figure 11 - DLCC Server Installed into Rhino™
DRAGON
RHINO™
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
SOH
STX
ETX
EOT
ENQ
ACK
BEL
BS
HT
LF
VT
FF
CR
SO
SI
DLE
DC1
DC2
DC3
DC4
NAK
SYN
ETB
CAN
EM
SUB
ESC
FS
GS
RS
US
SPACE
!
"
#
$
%
&
'
(
)
00
01
02
03
04
05
06
07
08
09
0A
0B
0C
0D
0E
0F
10
11
12
13
14
15
16
17
18
19
1A
1B
1C
1D
1E
1F
20
21
22
23
24
25
26
27
28
29
*
+
,
.
/
0
1
2
3
4
5
6
7
8
9
:
;
<
=
>
?
@
A
B
C
D
E
F
G
H
I
J
K
L
M
N
O
P
Q
R
S
T
2A
2B
2C
2D
2E
2F
30
31
32
33
34
35
36
37
38
39
3A
3B
3C
3D
3E
3F
40
41
42
43
44
45
46
47
48
49
4A
4B
4C
4D
4E
4F
50
51
52
53
54
U
V
W
X
Y
Z
[
\
]
^
_
`
a
b
c
d
e
f
g
h
i
j
k
l
m
n
o
p
q
r
s
t
u
v
w
x
y
z
{
|
}
~
DEL
B
55
56
57
58
59
5A
5B
5C
5D
5E
5F
60
61
62
63
64
65
66
67
68
69
6A
6B
6C
6D
6E
6F
70
71
72
73
74
75
76
77
78
79
7A
7B
7C
7D
7E
7F
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
DLCC Client sends a
is
38
INDEX
C
COM Port Parameters; 20
ACK/NACK Protocol; 22
Handshaking; 20
Configuration; 5
COM Port Parameters; 6
Data Format; 9
Radio Parameters; 12
Configuration Methods; x
Configuration Strings from Host; x
DL Mobile Configurator™; x
DL Sm@rtSet™; x
DLCARD.EXE DOS Configuration
Program; xi
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
H
Hex and Numeric Table; 37
L
LED Indicator; 2
Q
Quick Start; vii
Installing to DOS Terminal; viii
Installing to portable PC; vii
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
S
Safety Precautions; vi
T
Technical Features; 33
Typical System Layouts; 34
Bi-Directional Communication; 36
DLCC Server; 35
G
Glossary; 38
39
DATALOGIC S.p.A.,
Via Candini, 2
40012 - Lippo di Calderara
03
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:
1999/5/EEC R&TTE
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:
EN 301 489-03, N
EN 300 220-3, S
EPTEMBER 2000: E
OVEMBER
2001: E
EN 60950-1, December 2001: I
LECTROMAGNETIC COMPATIBILITY AND RADIO SPECTRUM MATTERS
(ERM); E
RADIO EQUIPMENT AND SERVICES
S
9
(ERM); S
THE
RANGING UP TO
REQUIREMENTS UNDER ARTICLE
NFORMATION TECHNOLOGY EQUIPMENT
REQUIREMENTS
LECTROMAGNETIC COMPATIBILITY
HORT-RANGE DEVICES
KHZ AND
40 GHZ.
LECTROMAGNETIC COMPATIBILITY AND RADIO SPECTRUM MATTERS
HORT-RANGE DEVICES
Z TO
25 MH
1000 MH
500 MW; P
(SRD)
ART
ART
; P
3: S
OPERATING ON FREQUENCIES BETWEEN
ADIO EQUIPMENT TO BE USED IN
(SRD); R
Z FREQUENCY RANGE WITH POWER LEVELS
ARMONIZED
3: H
OF THE
3.2
R&TTE D
AFETY
– S
.
STANDARD FOR
(EMC)
PECIFIC CONDITIONS FOR
COVERING ESSENTIAL
EN
IRECTIVE
ART
1: G
ENERAL
– P
Lippo di Calderara, 01/12/2003 Ruggero Cacioppo
Quality Assurance Laboratory Manager
Loading...