BC9180 Software Reference Guide (ENG)
BC9180 Software Reference Guide (ENG)
Base Station/Charger
Ethernet Base
An Unpublished Work - All rights reserved. No part of the contents of this documentation or
the procedures described therein may be reproduced or transmitted in any form or by any
means without prior written permission of Datalogic ADC S.r.l., or its subsidiaries or affiliates
("Datalogic" or "Datalogic ADC”). Owners of Datalogic products are hereby granted a non-
exclusive, revocable license to reproduce and transmit this documentation for the purchaser's
own internal business purposes. Purchaser shall not remove or alter any proprietary notices,
including copyright notices, contained in this documentation and shall ensure that all notices
appear on any reproductions of the documentation.
Should future revisions of this manual be published, you can acquire printed versions by con-
tacting your Datalogic representative. Electronic versions may either be downloadable from
the Datalogic website (www.datalogic.com) or provided on appropriate media. If you visit our
website and would like to make comments or suggestions about this or other Datalogic publi-
cations, please let us know via the "Contact Datalogic" page.
Disclaimer
Datalogic has taken reasonable measures to provide information in this manual that is com-
plete and accurate, however, Datalogic reserves the right to change any specification at any
time without prior notice.
Datalogic and the Datalogic logo are registered trademarks of Datalogic S.p.A. in many coun-
tries, including the U.S.A. and the E.U. PowerScan is a trademark of Datalogic S.p.A. or of Dat-
alogic Group companies, registered in many countries, including the U.S. and the E.U.
PowerScan is a trademark of Datalogic S.p.A. or of Datalogic Group companies, registered in
many countries, including the U.S. and the E.U.
All other brand and product names may be trademarks of their respective owners.
Patents
Manual Conventions
The following conventions are used in this document:
The symbols listed below are used in this manual to notify the reader of
key issues or procedures that must be observed when using the
BC9180™ base station/charger:
LED STATUS
Aux Yellow On = BC9180 is powered through an external power supply.
Host Yellow On = BC9180 is powered by the Host.
Green On = the reader battery is completely charged.
Red On = the reader battery is charging.
Reader
Red / Green Alternatively Blinking = charging error.
Off = reader not in the cradle or not properly inserted.
Green On = the spare battery is completely charged.
Spare Red/Green Alternatively Blinking = charging error.
Off = no spare battery in the housing or battery not fully inserted.
Radio Yellow Blinking = radio activity.
Ethernet Green Blinking = Ethernet activity.
Datalogic Aladdin™
Datalogic Aladdin™ is a multi-platform utility program providing a quick
and user-friendly configuration method via the Ethernet interface. Alad-
din allows you to program the cradle and the reader by selecting config-
uration commands through a user-friendly graphical interface running
on a PC. These commands are sent to the device over the selected com-
munication interface, or they can be printed as bar codes to be scanned.
Aladdin also facilitates image capturing.
In addition, Aladdin makes it easy to upgrade the cradle’s and hand-
held’s firmware, to attain the benefits of new reader features. Reference
the Datalogic Aladdin™ Online Help for more details.
Aladdin is available for download free of charge on the Datalogic website.
Technical Support
NOTES
BC9180 Configuration
The BC9180 configuration can be performed in several ways, by using:
• Datalogic Aladdin software
• Configuration Bar Codes
• Webserver Configuration
Webserver Configuration
After successful connection to the Ethernet network, you can configure
the BC9180™ cradle parameter by using any commercial Web Browser
accessing the URL: http://<BC9180™_IP_Address>.
Then select Configuration from the menu on the left.
You can also use Aladdin software to obtain the IP address of the cradle
after the cradle is connected to the network.
Web Server configuration is always available when the BC9180™ is con-
NOTE nected to the network, REGARDLESS of the interface selection.
After selecting the desired parameter, click Apply to finish the configura-
tion. The cradle will be reset and then start up with the new configured
parameter.
ETHERNET FEATURES
Set
Ethernet
Ethernet Host interface Standard Features
starting on
Select Ethernet Standard Interface page 16
For other interfaces, you can download the Product Reference Guide
(PRG) or Quick Reference Guide (QRG) on the Datalogic website:
www.datalogic.com.
NOTES
Service: Telnet
Telnet is a bidirectional interactive text-oriented communication protocol.
The host can receive label data with WINTERM (or other TELNET-ready appli-
cation) and send Datalogic Service Port Commands/ Host Commands.
NOTE
BC9180™ only supports 1 Data Socket client running at the same time.
NOTE
Service: Webserver
The Host can receive a dynamic page that is updated with all newly received
labels from the BC9180™ by using any commercial Web Browser and access-
ing it at the URL:
http://<BC9180™_IP_Address>
You can also use Aladdin software to obtain the IP address of the cradle, after
the cradle is connected to the network.
The BC9180™ cradle can support multiple clients accessing the Web Server
at the same time.
NOTE
Example 2.
BC9180™ connected to the network with IP address is 10.149.30.101
Even if this kind of service is set up for M2M communication, it is possible to
visualize the XML data formatted using a simple CSS, by opening in a
browser and pointing to the aforementioned URL.
The simplified XML file will display as shown below:
NOTES
This section contains explanations of selected Ethernet Host Interface
Parameters. Refer to Appendix A, Standard Defaults for initial configuration
when the cradle is set with the default values.
ETH Standard
Configure the Ethernet interface as a Standard Ethernet or an Industrial
ETHERNET/IP™ protocol or Industrial Ethernet using Modbus™ protocol
$CETSD00
DEFAULT
Ethernet network = Standard Ethernet
$CETSD02
DHCP Client
When DHCP Client is Enabled, the Ethernet Module dynamically obtains
an Internet Protocol (IP) address from a Dynamic Host Configuration Pro-
tocol (DHCP) server. DHCP server also provides Subnet Masks, Gateway
address and network addresses of DNS servers.
When DHCP Client is Disabled, the Ethernet Module uses a manually
specified Internet Protocol (IP) address (also known as a static IP
address). You can use the default address provided, or you can use the
configuration items that follow to specify an IP address in Static IP
address, a subnet mask in Subnet mask, a gateway address in Gateway
address and the network addresses of DNS servers.
$CDC00
DEFAULT
DHCP Client = Enable
Static IP Address
This feature sets a Static Internet Protocol (IP) address for the BC9180™.
An IP address is a 32-bit number that is notated by using four numbers
from 0 through 255, separated by periods. For example: 192.168.1.100
To add the Cradle to an existing LAN you must specify a unique IP
address that is not used elsewhere in the network.
Subnet Mask
The subnet mask number is combined with the IP address number to
identify which network segment the BC9180™ is on.
A subnet mask is a 32-bit number that is composed by using four num-
bers from 0 through 255, separated by periods. Typically, default subnet
mask numbers use either 0 or 255 as values (such as 255.255.255.0),
but other number values can appear.
To connect the Cradle to an existing LAN, specify the Subnet Mask that
the LAN uses.
Gateway Address
A gateway is a router that connects separate IP network segments. For
example, a network segment might need a gateway to connect it to
another network segment, a wide area network (WAN), or to the Internet.
This feature specifies the address of a local IP router on the same net-
work as the BC9180™, used to forward traffic to destinations beyond the
local network. The value in each field must be a number from 0
through 255.
DNS1 Address
This is the address of the preferred or primary DNS server for the
BC9180™. This server is used first, to resolve DNS names to IP addresses
for DNS names queried by this computer that cannot be resolved by
using local name resolution information (such as cached DNS names or
names contained in a Hosts file).
DNS2 Address
This is the address of the alternate or secondary DNS server for
BC9180™. This server is used if the DNS server specified as the preferred
DNS server (DNS1) is unreachable or cannot resolve DNS names to IP
addresses for DNS names queried by this computer.
Device Name
This parameter is used to uniquely identify one BC9180™ from other
Datalogic devices during the Product Discovery service initiated by Alad-
din. This feature will identify a Hostname and discovery name to corre-
spond to the address of a device connected to a network. .
Port numbers 59180, 00080, 00023 are reserved for the Datalogic
Aladdin™ configuration tool and other default services ports. It is
strongly recommend not to use these numbers for the Data Socket
network service.
NOTE
$CETWS00
DEFAULT
Web Server security = Disable
$CETWS01
ETHERNET/IP™ Overview
BACKGROUND
Most people who work in an office associate the term “Ethernet” with the
physical cable behind their desk. This cable connects their office PC to
the printers and servers of the local network and the infinite websites on
the Internet. This cable is only the physical part of Ethernet, the media
carrying Ethernet messages to your PC. On this wire there is a whole
series of communication protocols such as IP, the Internet Protocol; TCP,
the Transport Control Protocol; and various Microsoft protocols such as
NetBEUI. This suite of protocols works well for the office environment. It
allows users to share files, access printers, send email, search the Inter-
net and perform all the other communications used in the office environ-
ment.
The needs of the factory floor are much different, with some very special
requirements. Instead of accessing files and printers, factory floor con-
trollers must access data embedded in drive systems, operator worksta-
tions and I/O devices. Instead of making a user wait while a task is being
performed, factory floor data communications needs are real-time or
very close to real time. Terminating the fill operation on a bottle requires
much more time-precise communications than accessing the next page
of an Internet site.
Traditionally, Ethernet had only limited acceptance in Industrial Automa-
tion. Until recently the expense, lack of intelligent switches and routers
and the domination of large vendors with proprietary protocols pre-
vented the wide acceptance of Ethernet on the factory floor. Now with
prices falling, PCs with inherent Ethernet capability moving in droves
onto the factory floor and intelligent switches and routers, Ethernet is
gaining acceptance. Only the lack of a widely accepted, flexible applica-
tion layer targeted to Industrial Automation has prevented its complete
acceptance.
ETHERNET/IP™
ETHERNET/IP™ is the application layer protocol that can meet this chal-
lenge. Four independent groups have joined forces to develop and pro-
mote EIP as a public domain Ethernet application layer for Industrial
Automation. These groups include the Open DeviceNet Vendor Associa-
tion (ODVA), the Industrial Open Ethernet Association (IOANA), Control
Net International (CI) and the Industrial Ethernet Association (IEA).
The goals of this effort illustrate how EIP provides a wide-ranging, com-
prehensive, certifiable standard suitable to a wide variety of automation
devices: ETHERNET/IP™ uses all the transport and control protocols used
in traditional Ethernet including the Transport Control Protocol (TCP), the
Internet Protocol (IP) and the media access and signalling technologies
found in off-the-shelf Ethernet interface cards.
Building on these standard PC technologies means that EIP works trans-
parently with all the standard off-the-shelf Ethernet devices found in
today’s marketplace. It also means that EIP can be easily supported on
standard PCs and all their derivatives. Even more importantly, basing EIP
on a standard technology platform ensures that EIP will move forward as
the base technologies evolve in the future.
CIP OVERVIEW
The Communications and Information Protocol (CIP) is a communications
protocol for transferring automation data between two devices. In the CIP
Protocol, every network device represents itself as a series of objects.
Each object is simply a grouping of the related data values in a device.
For example, every CIP device is required to make an Identity object
available to the network. The identity object contains related identity
data values called attributes. Attributes for the identity object include the
vendor ID, date of manufacture, device serial number and other identity
data. CIP does not specify at all how this object data is implemented, only
what data values or attributes must be supported and that these attri-
butes must be available to other CIP devices.
The Identity object is an example of a required object. There are three
types of objects defined by the CIP protocol:
REQUIRED OBJECTS
Required objects are required by the specification to be included in every
CIP device. These objects include the Identity object, a Message Router
object and a Network object.
The identity object contains related identity data values called attributes.
Attributes for the identity object include the vendor ID, date of manufac-
turer, device serial number and other identity data.
A Network object contains the physical connection data for the object.
For a CIP device on DeviceNet the network object contains the MacID and
other data describing the interface to the CAN network. For EIP devices,
the network object contains the IP address and other data describing the
interface to the Ethernet port on the device.
APPLICATION OBJECTS
Application objects are the objects that define the data encapsulated by
the device. These objects are specific to the device type and function. For
example, a Motor object on a Drive System has attributes describing the
frequency, current rating and motor size. An Analog Input object on an I/
O device has attributes that define the type, resolution and current value
for the analog input.
These application layer objects are predefined for a large number of
common device types. All CIP devices with the same device type (Drive
Systems, Motion Control, Valve Transducer…etc.) must contain the iden-
tical series of application objects. The series of application objects for a
particular device type is known as the device profile. A large number of
profiles for many device types have been defined. Supporting a device
profile allows a user to easily understand and switch from a vendor of
one device type to another vendor with that same device type.
A device vendor can also group Application Layer Objects into assembly
objects. These super objects contain attributes of one or more Applica-
tion Layer Objects. Assembly objects form a convenient package for
transporting data between devices. For example, a vendor of a Tempera-
ture Controller with multiple temperature loops may define assemblies
for each of the temperature loops and an assembly with data from both
temperature loops. The user can than pick the assembly that is most
suited for the application and how often to access each assembly.
USER CHALLENGES
EIP implementation is not without challenges. Two of the most important
challenges to the first time user include training and network configura-
tion. One common problem is the lack of trained staff who understands
both the IT fundamentals and the automation network. A collaborative
effort between the IT and Automation staffs is required to successfully
implement the first ETHERNET/IP™ system. A second challenge is proper
network configuration. Planning your Ethernet factory automation infra-
structure is essential. Careful identification of all your control loops,
choosing the correct routers, switches and paths and documenting your
network properly are requisites for a communications network which
meets your production goals and requires little ongoing maintenance.
Attribute Access
Instance Name CIP Data Type Data Value
ID Rule
Class 1 Revision UINT 2 Get
(Instance 0)
2 Max instance UINT 129 Get
100 (0x64) 3 T2O (Input) Assembly (see SINT[472] Varies Get
below)
112 (0x70) 3 O2T (Output) Assembly (see SINT[468] Varies Get
below)
128 (0x80) N/A Input only heartbeat1 Heartbeat 0 n/a
129 (0x81) N/A Listen only heartbeat2 Heartbeat 0 n/a
3
Unused (n) N/A Configuration
1. This instance allows clients (PLCs) to monitor input data without providing output data.
2 This instance allows clients (PLCs) to monitor input data without providing output data.
To use this connection type, an owning connection must exist from a second client and
the configuration of the connection must match exactly.
3 Configuration data is not required, but it must match if supplied. Contents of the config-
uration instance are yet to be determined.
Access
Instance Attribute ID Name Data Type Data Value
Rule
Access
Instance Attribute ID Name Data Type Data Value
Rule
Class 1 Revision UINT 1 Get
(Instance 0)
Instance 1 1 Interface speed* UDINT Varies Get
2 Interface flags* DWORD Varies Get
3 Physical address USINT Array (6) Varies Get
* For more details on these attributes, see Volume 2: ETHERNET/IP™ Adaptation of CIP,
Section 5-4.2 from ODVA.
Implemented for
Service code Service name
Class level Instance level
0EHex Yes Yes Get_Attribute_Single
Data Access
Instance Attribute ID Name Data Type
Value Rule
Class 1 Revision UINT 1 Get
(Instance 0)
100 Max Item Data Buffer Size UINT 65535 Get
101 Max Fragment Data Buffer UINT 450 Get
Size
Instance 1 1 Discrete Inputs DWORD Varies Get
2 Barcode Scanner Status DWORD Varies Get
3 Item Sequence Number UINT Varies Get
4 Item Total Size UINT Varies Get
5 Fragment Sequence Number UINT Varies Get
6 Fragment Size UINT Varies Get
7 Fragment Data USINT[450] Varies Get
8 Discrete Outputs DWORD Varies Get / Set
9 Last Item Sequence Number UINT Varies Get / Set
10 Last Fragment Sequence UINT Varies Get / Set
Number
11 Output Status DWORD Varies Get / Set
12 Output Item Sequence Num- UINT Varies Get / Set
ber
13 Output Item Total Size UINT Varies Get / Set
14 Output Data USINT[450] Varies Get / Set
15 Last Item Sequence Number UINT Varies Get
Number
0 0 0 0 0 0 NULL Power Up
1 1 2000 480 [0-479] Datalogic sends fragment 1
0 1 EIP Client acknowledges fragment 1
1 2 2000 480 [480-959] Datalogic sends fragment 2
0 2 EIP Client acknowledges fragment 2
1 3 2000 480 [960-1439] Datalogic sends fragment 3
0 3 EIP Client acknowledges fragment 3
1 4 2000 480 [1440-1919] Datalogic sends fragment 4
0 4 EIP Client acknowledges fragment 4
1 5 2000 80 [1920-1999] Datalogic sends fragment 5
1 5 EIP Client acknowledges whole Item Data Buffer
39
ETHERNET/IP™ Object Model
ETHERNET/IP™: Industrial Protocol
3. Type “wireless barcode” into the filter box. Double click on the
entry.
4. Enter the configuration shown below. Name is the value used to add
the tag in the controller variable list, and can be any value. Match
the IP address to your barcode reader.
5. Select the Connection tab and change the RPI. There is usually no
need to go faster than 20ms, since scanning a barcode has a certain
amount of overhead for processing. The other settings should
match the below settings. Press OK.
The default data to/from the barcode reader is a block of bytes. To make
PLC coding easier, custom User Defined Types are provided.
4. For this example, two new tags called DL_In and DL_Out are created
with the newly imported UDT.
5. Create the ladder logic to copy the data between the UDT structures
and the bytes of data on the network.
7. Once the program is downloaded, you are online, and the PLC is in
Run mode, you can view the data using the “Monitor Tags” tab in the
Controller Tags window.
NOTES
NOTES
0 1
2 3
4 5
6 7
8 9
Keypad (continued)
A B
C D
E F
NUL 00 SP 20 @ 40 ‘ 60
SOH 01 ! 21 A 41 a 61
STX 02 “ 22 B 42 b 62
ETX 03 # 23 C 43 c 63
EOT 04 $ 24 D 44 d 64
ENQ 05 % 25 E 45 e 65
ACK 06 & 26 F 46 f 66
BEL 07 ’ 27 G 47 g 67
BS 08 ( 28 H 48 h 68
HT 09 ) 29 I 49 i 69
LF 0A * 2A J 4A j 6A
VT 0B + 2B K 4B k 6B
FF 0C , 2C L 4C l 6C
CR 0D - 2D M 4D m 6D
SO 0E . 2E N 4E n 6E
SI 0F / 2F O 4F o 6F
DLE 10 0 30 P 50 p 70
DC1 11 1 31 Q 51 q 71
DC2 12 2 32 R 52 r 72
DC3 13 3 33 S 53 s 73
DC4 14 4 34 T 54 t 74
NAK 15 5 35 U 55 u 75
SYN 16 6 36 V 56 v 76
ETB 17 7 37 W 57 w 77
CAN 18 8 38 X 58 x 78
EM 19 9 39 Y 59 y 79
SUB 1A : 3A Z 5A z 7A
ESC 1B ; 3B [ 5B { 7B
FS 1C < 3C \ 5C | 7C
GS 1D = 3D ] 5D } 7D
RS 1E > 3E ^ 5E ~ 7E
US 1F ? 3F _ 5F DEL 7F
www.datalogic.com
©2013-2016 Datalogic ADC S.r.l. All rights reserved. Datalogic and the Datalogic
logo are registered trademarks of Datalogic S.p.A. in many countries, including
the U.S.A. and the E.U.
PowerScan is a trademark of Datalogic S.p.A. or of Datalogic Group companies,
registered in many countries, including the U.S. and the E.U.