ETTING CONFIGURATION OF CODE 39 SYMBOLOGY
ETTING A CONFIGURATION OF CODABAR SYMBOLOGY
ETTING A CONFIGURATION OF ALL SYMBOLOGIES
ODIFYING A CONFIGURATION OF ALL SYMBOLOGIES
ENDING A SPECIAL COMMAND TO CODE39 SYMBOLOGY
. ................. 33
. ................ 34
. .................. 35
. ................ 35
. ............... 36
APPENDIX 1: BLUETOOTH PROTOCOL ........................................... 37
APPENDIX 2: RFID COMMUNICATION PROTOCOL .................................. 46
APPENDIX 3: RFID TAG DATA READ/WRITE EXAMPLES ............................ 54
DualRunners is a wireless data capture product.
This document is detailing the protocol of communication between the Baracoda scanner and its
foreign environment through Radio Frequency link (ie: Bluetooth).
Wireless communication is based on the Bluetooth protocol, thanks to the embedded Baracoda
Equinox Bluetooth Stack.
Data capture capabilities are :
The messages described in this document can be:
Introduction
1.1.
1.1. Generalities
1.1.1.1.
- Barcode reading capabilities are enabled thanks to a CMOS technology (1D & 2D) or laser
(1D).
- HF Tag reading / encoding capabilities are enabled thanks to a RFID antenna & decoder.
- Host to scanner messages: the packet is sent only by the host to the scanner
- Scanner to host messages: the packet is sent only by the scanner to the host
- Bidirectional messages: the packet format is the same whether it is sent by the host or
the scanner
Generalities
GeneralitiesGeneralities
http://www.baracoda.com
in Motion
1.2.
1.2. Generic packet
1.2.1.2.
All the frames described in this document are formatted as shown:
- 1 byte for code ID
Bits 7:5 is the logical device
Bits 4:1 is the command
Bit 0: when set, the message must be acknowledged
- 2 bytes for the size of the payload (big-endian), including the sequence number byte which is
considered as part of the payload
- Payload (including 1 byte for sequence number when applicable).
The response will have the same code ID as the command.
Generic packet
Generic packetGeneric packet
DualRunners – Communication Protocol v1.3 - 5 -
Data Capture
Code ID
Descriptio
n Frame
0x01
Legacy
0x01 0x01 0x01
Code ID
Description
Frame
0x06
ACK 0x06 0x01 0xYY
0x15
NACK
0x15
0x01 0xYY
Code ID
Description
Frame
0x16
SYN 0x16 0x01 0xYY
for Workforce
2.
2.
2.2.
Communication protocol
2.1.
2.1. Bidirectional
2.1.2.1.
Bidirectional packets
Bidirectional Bidirectional
packets
packetspackets
2.1.1. Control messages
2.1.1.1. Specific packets
Or
0x01 0x02 0x01
These two (2) sequences will be recognized and purged for backward compatibility with older
Baracoda products.
2.1.1.2. Acknowledgment packets
in Motion
These messages acknowledge the reception of a valid message with the expected sequence number
0xYY, before processing it.
For captured data from the scanner, ACK and NAK have the same meaning but will trigger a different
event on the scanner.
2.1.1.3. Synchronization packet
This message acknowledges the reception of a message to acknowledge with an unexpected
sequence number. 0xYY is the expected sequence number.
The device will resynchronize its remote sequence number when receiving this message.
* Nature Of Data byte is available only for DualRunners scanner (to identify if data is RFID TagID or
Barcode), by default this field is disabled. If enabled, Nature of data value is: 0x30 for Barcode and
0x31 for RFID TagID.
** These fields can be Symbology AIM if captured data is Barcode and RFID Protocol identifier if
captured data is RFID TagID.
*** These fields can be Symbology prefix/suffix if captured data is Barcode and RFID Protocol
prefix/suffix if captured data is RFID TagID.
{Bit 0 = 0:real time, Bit 0 = 1: batch}
{(Bit 7: limited)}
Data Capture
for Workforce
in Motion
disconnected
{Bit 0 = 0: real time, Bit 0 = 1: batch}
If real time mode is set :
{(Bit 7: limited)(Bit 6: ACK beep) (Bit 5: no ACK beep)}
NOTE : the ACK beep enable / disable is only effective when Capture Frame Format is
“Baracoda + ACK”
{Bit 0: Success}
{Number of minutes before shutdown when connected, 1 to 0xFE,
0xFF = infinity}
{Number of minutes before shutdown when disconnected, 1 to 0xFE,
0xFF = infinity}
{Number of minutes before shutdown when connected, 1 to 0xFE,
0xFF = infinity}
DualRunners – Communication Protocol v1.3 - 10 -
Data Capture
{Number of minutes before shutdown when disconnected, 1 to 0xFE,
Response
1 byte:
Code ID
0x6A
-
0x6B
Description
Get RTC t im e
Payload
None
Response
6 bytes:
Code ID
0x6C
-
0x6D
Description
Set RTC t i me
Payload
6 bytes:
Response
1 byte:
Code ID
0x74
-
0x75
Description
Restore de f au l ts se tt i ngs
Payload
None
Response
1 byte:
Remarks
External Flash memory is also erased
Code ID
0x76
-
0x77
Description
Get Pro d uc t Ve rsi on
Payload
None
Response
x bytes :
Code ID
0x78
-
0x79
Description
Get Swit c hi ng On Delay
Payload
None
Response
1
byte :
Code ID
0x7A
-
0x7B
Description
Set Switc hi ng On D e la y
Payload
1 byte :
Response
1 byte :
for Workforce
0xFF = infinity}
{Bit 0: Success}
{YY}{MM}{DD}{HH}{MM}{SS}
{YY}{MM}{DD}{HH}{MM}{SS}
in Motion
{Bit 0: Success}
{Bit 0: Success}
«Baracoda RRD…» for DualRunners product
{1 = 0 second, 2 = 1 second, 3 = 2 seconds}
{1 = 0 second, 2 = 1 second, 3 = 2 seconds}
{Bit 0 :Success}
DualRunners – Communication Protocol v1.3 - 11 -
Code ID
0x80
-
0x81
Description
Get MMI D e sc ri pt or
Payload
None
Response
2 bytes:
Code ID
0x82
-
0x83
Description
Get MMI M ode
Payload
None
Response
1 byte:
Code ID
0x84
-
0x85
Description
Set MMI Mo d e
Payload
1 byte:
Response
1 byte: {(Bit 0: Success)}
Code ID
0x86
-
0x87
Description
Get MMI S ig na l (User i n t e rf ac e)
Payload
1 byte:
Response
(1 + 3n)
bytes:
Code ID
0x88
-
0x89
Description
Set MMI S i gn al
Payload
(2 + 3n) bytes
2.3.3. User Interface messages
LED 1 : left LED
LED 0 : right LED
{(Bit 6: Blue LED 1)
(Bit 5: Red LED 1)
(Bit 4: Green LED 1)
(Bit 2: Blue LED 0)
(Bit 1: Red LED 0)
(Bit 0: Green LED 0)}
{(Bit 0: Buzzer)}
{Number of steps, 0 - 4}
For each step:
{(Bit 6: Blue LED 1) (Bit 5: Red LED 1) (Bit 4: Green LED 1) (Bit 2: Blue LED 0) (Bit 1: Red
LED 0) (Bit 0: Green LED 0)}
{Buzzer frequency, 0 – 0xFF * 50Hz = 0 – 12750Hz}
{Delay until next step, in tenth of seconds}
DualRunners – Communication Protocol v1.3 - 12 -
Data Capture
{Signal number, 0
- 3}
Response
1 byte: {(Bit 0: Success)}
Code ID
0x8A
-
0x8B
Description
Play Sig n al
Payload
2 bytes:
Response
1 byte: {(Bit 0: Success)}
Code ID
0x8C
-
0x8D
Description
Stop Si g n al
Payload
1 byte:
Response
1 byte:
for Workforce
{Number of steps, 0 - 4}
For each step:
{(Bit 6: Blue LED 1) (Bit 5: Red LED 1) (Bit 4: Green LED 1) (Bit 2: Blue LED 0) (Bit 1: Red
LED 0) (Bit 0: Green LED 0)}
{Buzzer frequency, 0 – 0xFF * 50Hz = 0 – 12750Hz}
{Delay until next step, in tenth of seconds}
1byte :
0 = restore defaults, keep link keys, reboot scanner
1 = switch off scanner (no restoring defaults)
2 = reboot scanner (no restoring defaults)
{(Bit 0:Success)}
The UPLOAD Code IDs are:
{0 mandatory}
{Bit 0: Success}
{0 mandatory}
{ number of elements to be uploaded MSB }
DualRunners – Communication Protocol v1.3 - 16 -
Data Capture
{ number of elements to be uploaded LSB }
Response
None
Code ID
2
Description
Start uploading barcodes
Payload
1 byte:
Response
1 byte:
Code
ID 3
Description
RESERVED
Payload
N/A
Response
N/A
Code ID
4
Description
Set upload status and end process
Payload
2 bytes :
Response
1 byte:
Code ID
0xD0
-
0xD1
Description
Get Seri a l N um be r
Payload
Get: None
Response
Get : 2
-
15 bytes:
Code ID
0xD2
-
0xD3
Description
Get/Set A nt i duplicat e s c an s
Payload
Get : None
Response
Get : 1 byte
for Workforce
{0 mandatory}
{Bit 0: Success}
in Motion
{0 mandatory}
{1 : upload successful, data can be erased from the scanner
0 : upload failed, do not erase data}
{Bit 0: Success}
{ Serial Number string length }
[S/N (1-14 bytes)]
Set : 1 byte
{0 = disabled
1 = no consecutive duplicate scans + error signal
2 = no consecutive duplicate scans + no decoding}
{0 = disabled
1 = no consecutive duplicate scans + error signal
2 = no consecutive duplicate scans + no decoding }
Set : 1 byte
{(Bit 0:Success)}
DualRunners – Communication Protocol v1.3 - 17 -
Data Capture
Comments
The comparison will be made over the 32 first characters of the barcodes only.
Code ID
0xD4
-
0xD5
Description
Restore l a st batch
Payload
None
Response
1 byte:
Comments
This is only available if no new
data capture
has been made.
Code ID
0xD8
-
0xD9
Description
Enable r e m ote trig g e r
Payload
None : use default 5s timeout
Response
1 byte
Code ID
0xDA
-
0xDB
(DualRunner Specific)
Description
Set/Get D ua l Runner
s Mode
Payload
None to get mode
Response
If Get, 2 bytes Mode, Status (1 if success, 0 if failed)
Remarks
Nature of Data Byte is equal to :
-
Code ID
0xDE
-
0xDF
Description
RFID co m m ands
Payload
{Code ID} “Parameters
”
Response
{Code ID} “Response”
for Workforce
or 1 byte (optional):
{1 = upload data after retrieving}
{(Bit 0:Success)}
in Motion
1 byte : {timeout (s)}
{(Bit 0:Success)}
1 Byte to set mode
Bits 6-0 : 00 switch DualRunners to Both data capture (Barcode and RFID TagID)
01 switch DualRunners to Barcode reader (RFID TagID can’t be read)
02 switch DualRunners to TagID reader (Barcode can’t be read)
Bit 7: 0 Desactivate Nature Of Data byte (Default value)
1Activate Nature Of Data byte
If Set, 1 byte (1 if success, 0 if failed)
- 0x30 if data is a barcode 0x31 if data is a RFID HF TagID
RFID specific commands from the Platform2 RFID communication protocol are to be framed within
the payload of this message (cf APPENDIX)
DualRunners – Communication Protocol v1.3 - 18 -
Code ID
0xE0
-
0xE1
Description
Get
Capture
Versio n
Payload
None
Response
“Capture Version String” or {0} if not applicable
Remarks
Capture Version Strings can be :
Code ID
0xE2
-
0xE3
Description
Get Mod e
Payloa
d None
Response
1 byte:
Code ID
0xE4
-
0xE5
Description
Set Mode
Payload
1 byte OR
Response
1 byte:
Code ID
0xE6
-
0xE7
Description
Get Dat a For mat
Payload
None
Response
1 byte:
Code ID
0xE8
-
0xE9
Description
Set Data F ormat
Payload
1 byte:
Response
1 byte:
2.3.5. Capture messages
"DUAL_1D" the scanner is a DualRunners with a 1D non decoded scan engine + an
RFID external daughter board
"DUAL_2D" the scanner is a DualRunners with a 2D decoded HHP scan engine + an
RFID external daughter board
Barcode decoder specific commands from the Platform2 Decoder communication protocol are to be
framed within the payload of this message.
DualRunners – Communication Protocol v1.3 - 21 -
Code
ID 0xA2
-0xA3
Description
Intellige n t Image P a r ameters
(for app l i cations s u c h as sign a t ur e c ap t ur e)
Payload
17 bytes:
Bytes
0 – 1 2 – 3 4 – 7 8 - 11
12 –
14 15 16
parameters
Width
Height
X
Aspect
Resolution
Bits /
Image
Response
1 byte:
2.3.6. Advanced capture messages
Data Capture
for Workforce
in Motion
13
offset Y offset
Width is the width of signature capture area (LSB First). (in inch)
Height is the hight of signature capture area (LSB First). (in inch)
X offset : Horizontal Bar Code Offset, The horizontal ratio offset of the center of the
signature capture area, in multiples of the minimum bar width (LSB First). (in inch)
Y offset: Vertical Bar Code Offset, The vertical offset of the center of the signature
capture area, in multiples of the minimum bar width. Negative numbers indicate that the
signature capture is above the bar code, and positive numbers indicate that the area is
below the bar code (LSB First). (in inch)
Aspect Ratio: Bar Code Aspect Ratio, The ratio of the bar code height to the narrow
element width (LSB First).
Resolution: Resolution of Signature Capture Area, The number of pixels that the scanner
outputs per each minimum bar width. The higher the value for Resolution, the higher the
quality of the image, but also the larger the file size.
Bits/Pixel: Indicates the number of bits per pixel in the transmitted image (possible
values : 1 or 8)
Image Format:
0: KIM format
1: TIFF binary
2: TIFF binary group 4, compressed
3: TIFF grayscale
4: Uncompressed Binary
5: Uncompressed grayscale
6: JPEG image (default)
7: Outlined image
8: BMP format
Ratio
Pixel
format
{Bit 0: 1 if Success}
DualRunners – Communication Protocol v1.3 - 22 -
Data Capture
Code ID
0xA4
-
0xA5
Description
Intellige n t Image R e fe re nc e
Payload
Byte 1 : reference barcode length
Remarks
Reference barcode can of one of these symbologies: PDF417, Code 39, Code 128, Aztec,
Response
1 byte:
Code ID
0xA6
-0xA7
Description
Intellige n t Image E n abled
Payload
1 byte:
Response
1 byte:
for Workforce
Byte 2 to …. Up to byte 21: reference barcode data
Reference barcode data are the content of barcode serving as reference to the signature
area. When a configured reader read a barcode that much witch this reference barcode,
its try to get a signature/image defined by its area (see 0xA2 command)
Codabar, and Interleaved 2 of 5
{(Bit 0: 1 if Success)}
in Motion
1 enabled
0 disabled
Enable or disable the intelligent image capture capability
{(Bit 0: 1 if Success)}
Special case:
As the pictures can be several Kilo bytes of data, Baracoda has implemented a specific transmission
protocol to get image in the best conditions.
We assume that Reader is correctly configured.
1 Scan reference Barcode
a. Switch OFF beam indicates reference barcode read.
b. Scanner checks if it’s a reference barcode.
i. If yes, barcode is not sent to the host
ii. If no, barcode is sent to the host (normal behavior) and go to step 3.
c. Scanner send INCOMING_IMAGE event (value is 0x40 00 00) and set User interface
(depending on operating mode):
i. Left Led orange fix
ii. Buzzer ticks
d. Wait for ACK/NACK about INCOMING_IMAGE event (value is 0xA0 00 01 XX) or
TimeOut (Capture Trigger TimeOut (5 second default)).
i. XX = 1 => ACK: host is ready to receive image
ii. XX != 1 => NACK: host not able to receive image
e. Release Left Led and stop buzzer (depending on operating mode)
i. If ACK received : start processing of image
ii. If NACK or TimeOut, stop capture and play Capture Lost signal
2 Scanner returns to normal operating mode (trigger, autoscann …)
DualRunners – Communication Protocol v1.3 - 23 -
1Byte
1Byte
1Byte
Header
Selected Symbology
A SELECT ALL
B Code 93
C Code 128 / EAN 128
D EAN 13 / UPC
A
E Code 39
F Codabar
G Interleaved 2 of 5
H Standard 2 of 5
(industrial 2 of 5)
I Matrix 2 of 5 (symbology disabled)
J Code 11
K MSI
L UPC E
M EAN 8
N RSS14 (not available on RoadRunners product)
O RSSLTD
(not available on RoadRunners product)
2.4.
2.4. Decoder Communication
2.4.2.4.
Decoder Communication Protocol
Decoder CommunicationDecoder Communication
Protocol
ProtocolProtocol
2.4.1. frame format
Header Type Size (Bytes) Command
2.4.2. Header
The Header field defines the type of symbology to select; it is 1 byte long (ACSII code):
Data Capture
for Workforce
in Motion
Note: The "A" header (SELECT ALL) allows the selection of all the symbologies available. Thus, only general commands will be allowed.
DualRunners – Communication Protocol v1.3 - 24 -
Type
Description
D
E
2.4.3. Type
The Type field defines the type of command to be sent to the reader, it is 1 byte long.
Data Capture
for Workforce
in Motion
A
B
C
(*): This Type of command is not available with "A" header.
(1): This command concerns the whole set of options available for one symbology. Its description will
be given in the section "Command field".
(2): This type is used for commands requiring non Boolean information. Their length will be at least 2
bytes, the first one defining the type of command, the other(s) being the parameter(s) to use. More
details will be given in the section "Command field".
All the commands will answer “0” if the frame is wrong.
Commands with type B, C, D or E will answer “1” as an acknowledgment of good reception of the
command.
The “Get config” command (type A) will answer 2 or 4 bytes : the two firsts follow the format
described below (see “set config” command field). The third and fourth bytes correspond to
minimum and maximum lengths if the selected symbology supports this option.
Get config: asks the reader to give the configuration options for the selected symbology. (1) (*)
Set config : sets an options configuration for the selected symbology. (1)
Set Default: sets the default options configuration for the selected symbology(ies).
Usual Command.
Special Command (with parameters). (2)
2.4.4. Size
This field specifies the length (bytes) of the following field (commands). It will be set to "0" if the type
was "A" (Get Config) or "C" (Set Defaults),
2.4.5. Command
This field contains the commands, its length must be the one specified in the Size field.
There are five types of commands:
2.4.5.1.
2.4.5.1. Set Config (
2.4.5.1.2.4.5.1.
This command is made up of 1 or 2 bytes. The first one contains information for configuration of
general options (common to all the symbologies). The second one, optional, relates to specific
options to each symbology.
DualRunners – Communication Protocol v1.3 - 25 -
Set Config (Type
Set Config (Set Config (
Type """"BBBB")
Type Type
")
")")
Loading...
+ 58 hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.