Solid state equipment has operational characteristics differing from those of
electromechanical equipment. Safety Guidelines for the Application,
Installation and Maintenance of Solid State Controls (publication SGI-1.1
available from your local Rockwell Automation sales office or online at
http://www.rockwellautomation.com/literature) describes some important
differences between solid state equipment and hard-wired electromechanical
devices. Because of this difference, and also because of the wide variety of
uses for solid state equipment, all persons responsible for applying this
equipment must satisfy themselves that each intended application of this
equipment is acceptable.
In no event will Rockwell Automation, Inc. be responsible or liable for
indirect or consequential damages resulting from the use or application of
this equipment.
The examples and diagrams in this manual are included solely for illustrative
purposes. Because of the many variables and requirements associated with
any particular installation, Rockwell Automation, Inc. cannot assume
responsibility or liability for actual use based on the examples and diagrams.
No patent liability is assumed by Rockwell Automation, Inc. with respect to
use of information, circuits, equipment, or software described in this manual.
Reproduction of the contents of this manual, in whole or in part, without
written permission of Rockwell Automation, Inc. is prohibited.
Throughout this manual, when necessary we use notes to make you aware of
safety considerations.
WARNING
IMPORTANT
ATTENTION
SHOCK HAZARD
BURN HAZARD
Identifies information about practices or circumstances
that can cause an explosion in a hazardous environment,
which may lead to personal injury or death, property
damage, or economic loss.
Identifies information that is critical for successful
application and understanding of the product.
Identifies information about practices or circumstances
that can lead to personal injury or death, property
damage, or economic loss. Attentions help you:
• identify a hazard
• avoid a hazard
• recognize the consequence
Labels may be located on or inside the equipment (e.g.,
drive or motor) to alert people that dangerous voltage may
be present.
Labels may be located on or inside the equipment (e.g.,
drive or motor) to alert people that surfaces may be
dangerous temperatures.
Table of Contents
Preface
Pico DeviceNet Interface
Installation
Who Should Use this Manual. . . . . . . . . . . . . . . . . . . . . . . P-1
Read this preface to familiarize yourself with the rest of the manual. It
provides information concerning:
• who should use this manual
• the purpose of this manual
• related documentation
• conventions used in this manual
• Rockwell Automation support
Who Should Use this
Manual
Purpose of this Manual
Use this manual if you are responsible for designing, installing,
programming, or troubleshooting control systems that use Pico
controllers.
You should have a basic understanding of electrical circuitry and
familiarity with relay logic. If you do not, obtain the proper training
before using this product.
This manual is a reference guide for Pico controllers and the Pico
DeviceNet Interface. It describes the procedures you use to install,
wire, and troubleshoot the Pico DeviceNet Interface.
Refer to publication 1760-GR001, Pico Controller Getting Results
Manual for a basic overview of Pico and an introduction to Pico
programming.
1Publication 1760-UM003A-EN-P - September 2005
Preface 2
Related Documentation
The following documents contain additional information concerning
Rockwell Automation products. To obtain a copy, contact your local
Rockwell Automation office or distributor.
ForRead this DocumentDocument Number
A basic overview of Pico and an introduction to Pico programming.Pico Controller Getting Results
Manual
In-depth information on grounding and wiring Allen-Bradley
programmable controllers
A description of important differences between solid-state
programmable controller products and hard-wired electromechanical
devices
An article on wire sizes and types for grounding electrical equipmentNational Electrical Code - Published by the National Fire
A complete listing of current documentation, including ordering
instructions. Also indicates whether the documents are available on
CD-ROM or in multi-languages.
A glossary of industrial automation terms and abbreviationsAllen-Bradley Industrial Automation
Common Techniques Used
in this Manual
The following conventions are used throughout this manual:
• Bulleted lists such as this one provide information, not
Allen-Bradley Programmable
Controller Grounding and Wiring
Guidelines
Application Considerations for
Solid-State Controls
Protection Association of Boston, MA.
Allen-Bradley Publication IndexSD499
Glossary
1760-GR001
1770-4.1
SGI-1.1
AG-7.1
procedural steps.
• Numbered lists provide sequential steps or hierarchical
information.
Publication 1760-UM003A-EN-P - September 2005
Preface 3
Rockwell Automation
Support
Rockwell Automation offers support services worldwide, with over 75
Sales/Support Offices, 512 authorized Distributors and 260 authorized
Systems Integrators located throughout the United States alone, plus
Rockwell Automation representatives in every major country in the
world.
Local Product Support
Contact your local Rockwell Automation representative for:
• sales and order support
• product technical training
• warranty support
• support service agreements
Technical Product Assistance
If you need to contact Rockwell Automation for technical assistance,
please review the Troubleshooting section on page 8-1 in this manual
first. Then call your local Rockwell Automation representative.
You can also find a local Rockwell Automation Technical Support
contact at:
If you find a problem with this manual, or you have any suggestions
for how this manual could be made more useful to you, please
contact us at the address below:
Rockwell Automation
Control and Information Group
Technical Communication, Dept. A602V
P.O. Box 2086
Milwaukee, WI 53201-2086
or visit our internet page at:
http://www.ab.com/pico or http://www.rockwellautomation.com
Publication 1760-UM003A-EN-P - September 2005
Preface 4
Publication 1760-UM003A-EN-P - September 2005
Chapter
1
Pico DeviceNet Interface
The 1760-DNET communication module has been developed for
automation tasks with the DeviceNet field bus. The 1760-DNET acts as
a ’gateway’ and can only be operated in conjunction with Pico and
Pico GFX-70 controllers.
The system unit consists of the Pico control device and the
1760-DNET DeviceNet gateway and operates exclusively as a slave
station on the DeviceNet fieldbus system.
System Overview
The DeviceNet slaves are integrated into a DeviceNet fieldbus system.
Figure 1.1 Implementation of 1760-DNET in DeviceNet
a
b
a Master area, SLC 500 programmable controller or PC with CAN card
b Slave area, e.g.: Pico or Pico GFX-70 with DeviceNet interface
1Publication 1760-UM003A-EN-P - September 2005
1-2 Pico DeviceNet Interface
Structure of the Unit
Communication Profile
Figure 1.2
1Pico-Link Socket
25-pin DeviceNet Connector
a
f
e
d
MS
NS
c
324V dc Power Supply
4Equipment Rating Plate
5Network Status LED
b
6Module Status LED
• Predefined master/slave communication settings
– The I/O polling connection is used for the transfer of 3 bytes
of input data (R1 to R16) and 3 bytes of output data (S1 to S8)
between the base unit with gateway interconnection and the
DeviceNet programmable controller.
– The I/O Change of State/Cyclic connection (acknowledged,
unacknowledged) is used to transfer 2 bytes of diagnostic
data from the control relay to the DeviceNet programmable
controller.
– The explicit connection set-up is used for read/write access
to function relay parameters in the control relay. This type of
connection set-up also supports the configuration, diagnostics
and management services of the control relay.
• DeviceNet Communication adapter profile (device type 12),
which has been expanded by requests
• Group 2 server
• UCMM-capable device
• Dynamic set-up of explicit and I/O connections are possible
• Device Heartbeat Message
• Device Shutdown Message
• Offline communication settings
Hardware and Operating
System Requirements
Publication 1760-UM003A-EN-P - September 2005
The 1760-DNET expansion unit operates together with Pico Series B
and Pico GFX-70 controllers.
Pico DeviceNet Interface 1-3
Use Other Than Intended
Pico and Pico GFX-70 controllers may not be used to replace
safety-relevant control circuits, e.g.:
• Furnace,
• emergency-stop,
• crane or
• Two-hand safety controls.
Publication 1760-UM003A-EN-P - September 2005
1-4 Pico DeviceNet Interface
Publication 1760-UM003A-EN-P - September 2005
Connect to the Basic Unit
Installation
Mounting is the same as for Pico Expansion I/O modules.
1
2
Chapter
2
Pico
Pico GFX-70
4
3
connector
1760-DNET
1Publication 1760-UM003A-EN-P - September 2005
2-2 Installation
Connect the Power Supply
The module operates with a 24V dc supply voltage (see Power Supply
specifications on page A-3).
WARNING
+24 V
0 V
Always ensure safe electrical isolation between the
extra low voltage (SELV) and the 24V power supply.
> 1 A
+24 V 0 V
Connect DeviceNet
A 5-pin DeviceNet plug connects the DeviceNet interface of the
device to the DeviceNet field bus.
Use a special DeviceNet plug and DeviceNet cable for this connection.
Both are specified in the ODVA specification. The type of cable
determines the maximum available cable length and the data transfer
rate.
DeviceNet Pin Assignment
1
1
2
2
3
3
4
4
5
5
V– GND (Black)
CAN_L (Blue)
Shield (Clear)
CAN_H (White)
V+ (24 V) (Red)
Publication 1760-UM003A-EN-P - September 2005
Installation 2-3
All pins of the plug must be connected to ensure safe communication
of the
1760-DNET on the fieldbus DeviceNet. This also applies to the
24V bus voltage.
EMC Compatible Wiring
IMPORTANT
The gateway does not participate in communication
on the bus if the bus voltage is not available. The
Network status LED is OFF in this situation.
Terminating Resistors
The first and last node of a DeviceNet network must be terminated by
means of a 120 O
interconnected between the CAN_H and CAN_L terminals.
0
R
T
Electromagnetic interference may lead to unwanted effects on the
communications fieldbus, which can be significantly reduced by using
the cable described above, a shielded RJ45 connector and by
terminating the screen.
bus termination resistor. This device is
. . .
1
n
R
T
The two figures below show the correct termination of the shielding.
Figure 1.3 Shield Connection to the Mounting Rail
Publication 1760-UM003A-EN-P - September 2005
2-4 Installation
Figure 1.4 Shield Connection to the Mounting Plate
Potential Isolation
Data Transfer Rates –
Automatic Baud Rate
Recognition
The following potential isolation specifications apply to 1760-DNET
interfaces:
a
+ –
c
1Safe electrical isolation between PicoLink and the 240 VAC mains
2Simple electrical isolation to the DeviceNet communication bus
3Power supply 24 V DC
After it is switched on, the 1760-DNET module automatically detects
the data transfer rate of the communication network. However, this is
possible only if at least one network node transmits valid message
frames. The device supports the following data transfer rates
according to ODVA:
b
Publication 1760-UM003A-EN-P - September 2005
• 125 kbps,
• 250 kbps,
• 500 kbps,
Maximum Distances and Bus Cable Lengths
The max. bus length is not determined by the data transfer rate, but
rather by the cable used. The following cables are permitted:
• Thin Cable,
• Thick Cable
• or Flat Cable.
The data cable requirements are specified by the ODVA.
Baud Rate (kbps)Maximum Cable Length (m)
Thick CableThin CableFlat Cable
125500100420
250250100200
500100100100
Installation 2-5
Publication 1760-UM003A-EN-P - September 2005
2-6 Installation
Publication 1760-UM003A-EN-P - September 2005
Operate the DeviceNet Interface
Chapter
3
Initial Power On
DeviceNet Setting the
Slave Address
Before you apply power to the DeviceNet Interface, verify that it is
properly connected to the power supply, to the bus connectors and to
the basic unit. Then, switch on the power supply for the basic unit
and the DeviceNet Interface.
The LEDs of the 1760-DNET flicker.The device automatically detects
the correct baud rate (see Data Transfer Rates – Automatic Baud Rate
Recognition on page 2-4). The GW information (intelligent station
connected) is displayed on the basic unit.
When the device in the network management is switched to the
‘Operational’ status, the state of the GW changes to static even on the
devices with a flashing GW,(see Network Status LED (NS) on
page 3-5).
If the unit has default configuration (node ID = 127), you need to
define the DeviceNet slave address.
Each DeviceNet slave requires a unique address (MAC ID) in the
DeviceNet structure. Within a DeviceNet structure, you can assign a
maximum of 64 addresses (0 to 63). Each MAC ID must be unique
within the entire bus structure.
There are three ways to set the DeviceNet address of an 1760-DNET:
• Using the integrated display and keyboard on the basic unit
• Using Pico-Soft V3.01 or higher on the PC
• Using Pico-Soft Pro on the PC
• Using the configuration software of the installed master
programmable controller (possibly by means of an explicit
message).
Set the Address on the Controller Unit with Display:
Make sure that:
• The respective basic units and DeviceNet Interface are supplied
with voltage.
1Publication 1760-UM003A-EN-P - September 2005
3-2 Operate the DeviceNet Interface
• The basic unit is accessible (password protection not activated).
• The basic unit has a valid operating system version.
• The basic unit is in STOP mode.
+
PASSWORD...
SYSTEM...
GB D F E I
CONFIGURATOR
PASSWORD...
SYSTEM...
GB D F E I
CONFIGURATOR
NET...
LINK...
1. Press the DEL + ALT keys to change to the special menu.
2. Use the cursor keys
Í or Ú to change to the Configurator.
3. Press OK.
4. Select the LINK.... menu with the Pico-GFX units.
5. Press OK.
DEVICENET
MAC ID 0026
222-01.20- D
Publication 1760-UM003A-EN-P - September 2005
The DEVICENET menu appears.
6. Set the address using the cursor keys:
– Set the current numeric value using the
– You can change the current numeric value using
2 . . . 9 0
1 . . .
o
0001PP000
o
1 0 9 . . .
2 . . .
Í or Ú keys.
ú or í.
1
7. Press OK to accept the address.
8. Press ESC to cancel address input.
Information about the 4th display line:
xxx -x x . x x - xx
222 - 02 . 10 - B
Set the Address with Pico-SOFT
With Pico-SOFT, version 3.1
Operate the DeviceNet Interface 3-3
Hardware version, Index: b
Software version, OS version: 2.1
Device identity: 1760-DNET
‹Menu l Online l Configuration of expansion units›
With Pico-SOFT, version 4.01 and later
‹Menu l Communication l Configuration l Expansion units l
1760-DNET›.
IMPORTANT
IMPORTANT
The menu is only available in the communication
view; therefore please activate the ‘Communication’
tab.
After you have modified the MAC ID via the basic
unit, restart the DeviceNet Interface by switching
power off and on.
Set the Address with the DeviceNet Master
The configuration software supplied with your master programmable
controller offers the option of setting or modifying the MAC ID of the
gateway.
Publication 1760-UM003A-EN-P - September 2005
3-4 Operate the DeviceNet Interface
For more information, refer to the programmable controller’s
documentation.
You can also use various other software packages to modify the MAC
ID by sending an explicit message. Do so by using the corresponding
service of the DeviceNet object (see DeviceNet Object on page 4-6).
LED Status Displays
The DeviceNet Interface expansion module is equipped with two
indicator LEDs for quick diagnostics. The module monitors itself as
well as the DeviceNet communication bus.
Module Status LED (MS)
The dual-color LED (GREEN/RED) indicates the status of the module.
It monitors whether the device is fully functional and operates without
fault.
Table 3.1 Module Status LED Description
LED StatusDescription
OffNo power supply at the module.
GreenThe module is in normal operational
state.
Green flashingThe module is in standby mode. The
configuration is faulty or incomplete,
or a configuration does not exist.
t
t
Publication 1760-UM003A-EN-P - September 2005
Red flashingAn error has occurred. There is no
need to replace the module.
RedA fatal error has occurred. The
module must be replaced.
Green-Red flashingThe module is performing a self-test.
t
t
t
t
Operate the DeviceNet Interface 3-5
Network Status LED (NS)
The dual-color LED (GREEN/RED) indicates the status of the
DeviceNet communication bus. This function monitors operability and
correct operation of the module.
Table 3.2 Network Status LED Description
LED Status Description
OFFThe module is offline. Either it is performing
a DUP_MAC_ID test or power is missing at
the device or bus.
GREEN
flashing
GREENThe module is online and the connection is
RED
flashing
REDA fatal network error has occurred. The
GREEN-RED
flashing
The module is online. Communication has
not yet been established.
active.
Time-out of at least one I/O connection
(time-out state).
module has shut down communication.
The module has detected a network access
error and is now in communication error
state.
t
t
t
t
t
Cycle Time of the Pico
Basic Unit
EDS File
Network traffic between the Pico basic unit and the DeviceNet
Interface via Pico-LINK extends the cycle scan time of the basic unit
In the worst case, this time can be extended by 25 ms.
Please take this factor into account when you calculate the response
times of the basic unit.
You can implement the module into the DeviceNet structure by means
of a standardised EDS file (Electronic Data Sheet).
This EDS file primarily defines the polled I/O connection, the COS I/O
connection and the cyclic I/O connection of the gateway. It does not
contain data or parameters (Pico object) for functions of the controller.
These functions are accessed by means of explicit messages.
You can download updates of the EDS file from:
http://www.ab.com/networks/eds/
Publication 1760-UM003A-EN-P - September 2005
3-6 Operate the DeviceNet Interface
Search for the catalog number 1760.
IMPORTANT
The Identity Object entry - Major Revision defines
the current operating system state of the 1760-DNET
communication module. As the device with a newer
operating system version can deviate from the EDS
description in this point, this entry must be modified
accordingly, Identity Object on 4-4.
Publication 1760-UM003A-EN-P - September 2005
DeviceNet Functions
Chapter
4
Object Model
The Pico DeviceNet Interface is based on the Communications
Adapter Profile according to the ODVA specifications (Release V2.0).
The DeviceNet object model can be used to describe all 1760-DNET
functions. The object model reflects the principle of communication at
the application layer. This manual deals in the following only with
objects relevant for your application. Primary topic is the
manufacturer-specific class Pico object.
Figure 3.5 DeviceNet Objects
Pico-LINK
Protocol Handler
Identity
Object
Message Router
Object
DeviceNet
Object
Assembly
Object
Object
Polled I/O
Connection
COS/Cyclic I/O
Bit Strobed I/O
Connection
Pico
Object
Acknowledge Handler
Object
Connection
Explicit Message
Connection
Dynamic
Connection
Connection Object
DeviceNet
The DeviceNet objects in the illustration can be compiled again as
‘Management objects’, ‘Connection objects’ and ‘Manufacturer-specific
objects’.
1Publication 1760-UM003A-EN-P - September 2005
4-2 DeviceNet Functions
Table 3.3
ObjectsObject AddressService AddressFunction
Class ID (Hex)Instance ID (Hex)(Hex)Attribute ID (Hex)
Management Objects
Identity Object0101
Message Router0201
Connection Objects
DeviceNet Object0301
Connection
Object
Manufacturer-Specific
Objects
Pico Object6401
Direct Access:
inputs/outputs,
mode
Read0E
Write10
Extended access:
time, image data,
function blocks
Pico Series B
Pico GFX-70
Assembly Object0464 ... 66
0501 ... 04,
04 ... 0F
Management Objects
32
Publication 1760-UM003A-EN-P - September 2005
These objects define DeviceNet-specific data and functions and must
be supported by all DeviceNet devices:
• Identity Object
The Identity Object (Class ID 01
) contains all data for unique
hex
identification of a network node, e.g. the Vendor ID, Device
Type and Product Code. It also comprises the actual status of a
device, the serial number and the product name.
Detailed information can be found on page 4-4.
• Message Router Object
DeviceNet Functions 4-3
The Message Router Object (Class ID 02
) provides access to
hex
all classes and instances in the device by means of explicit
messages.
Connection Objects
These objects define messages exchanged via DeviceNet:
• DeviceNet Object
All devices must support the DeviceNet object (Class ID: 03
It defines the physical interconnection of a device to the
DeviceNet network, meaning it also contains the device address
(MAC ID) and the currently set transmission speed, for example.
Detailed information page 4-6.
• Connection Object
The Connection Object (Class ID: 05
DeviceNet devices in at least one instance. It defines the access
to data via I/O messages or explicit messages, the path and
length of producer/consumer data, the CAN connection
identifier, the watchdog and the error response.
) is supported by all
hex
hex
).
Publication 1760-UM003A-EN-P - September 2005
4-4 DeviceNet Functions
Manufacturer-Specific Objects
These objects define device-specific data and functions (Application
Objects, Parameter Object, Assembly Object).
• Application Objects – Pico Object
Application objects (Class ID: 64
) describe simple
hex
applications for automation engineering. They are either
predefined in the DeviceNet object library or by the user.
Refer to Pico Object on page 4-6.
• Assembly Objects
The Assembly Object (Class ID: 04
) provides the user with
hex
mapping options, that is attribute data of different instances in
different classes can be grouped together to form a single
attribute of an instance in an assembly object.
Identity Object
Object AddressFunctionAccess
Class IDInstance IDAttribute IDService Code
01
hex
01
hex
Table 4.4Table 4.5
Publication 1760-UM003A-EN-P - September 2005
Table 4.4 Attribute IDs of the Identity Object Instance
Attribute IDAccess NameDescriptionSize
(byte)
1ReadVendor IDAllen-Bradley Vendor ID = 12
2ReadDevice typeThe 1760-DNET belongs to the
Table 4.4 Attribute IDs of the Identity Object Instance
Attribute IDAccess NameDescriptionSize
(byte)
4ReadDevice
version
Two bytes are returned when reading the
device version.
Hardware
version,
Operating
The low byte defines the hardware
version, the high byte the operating
system version.
1
1
system
version
5ReadStatusThis attribute describes the global status
2
of the device.
6ReadSerial
number
7ReadProduct name The product name 1760-DNET is stored as
The serial number of the device can be
read with this attribute.
4
12
hex value in ASCII format.
9ReadConfiguration
consistency
value
10Read/
Write
Heartbeat
Interval
This attribute returns a counter value that
monitors the number of modifications in
non-volatile memory (E2PROM).
Defines an interval between heartbeat
messages in [s].
2
2
Service Code
The Identity Object Instance and also the following instances support
the services listed in the table below.
Table 4.5 Service Code
Service Code ValueService NameDescription
05
hex
ResetCalls the reset function of
the communication module.
0E
hex
Get_Attribute_SingleThis service can be used to
fetch the value of a selected
attribute from the
communication module.
10
hex
Set_Attribute_SingleThis service can be used to
set a selected attribute in
the device.
Publication 1760-UM003A-EN-P - September 2005
4-6 DeviceNet Functions
DeviceNet Object
Object AddressFunctionAccess
Class IDInstance IDAttribute IDService Code
03
hex
The DeviceNet object instance is used to configure the
communication module and to define the physical environment. The
Service Codes used for the Identity Object also apply in this case.
Table 4.6 DeviceNet Object Instance Attribute IDs
Attribute IDAccess NameDescriptionSize
01
hex
Table 4.6Table 4.5
(byte)
1Read/
Write
2Read/
Write
3Read/
Write
4Read/
Write
Pico Object
MAC IDThe MAC ID represents the network
address of a network node. It can be read
and set for the module via the DeviceNet
fieldbus by means of this attribute. Range
of values: 0 to 63
Setting the Slave Address on page 3-1)
Baud rateThis attribute can be used to read/set the
data transfer rate for communication
functions. Range of values: 0 to 2, 125 to
500 kbps (see Data Transfer Rates –
Automatic Baud Rate Recognition on page
2-4).
BOI (Bus-Off
interrupt)
Bus-Off
counter
This attribute can be used to define the
reaction to a Bus-Off event (CAN-specific).
This values shows how often a Bus-Off
event has occurred. Range of values: 0 to
255.
. (see DeviceNet
dec
1
1
1
1
Publication 1760-UM003A-EN-P - September 2005
Object AddressFunctionAccess
Class IDInstance IDAttribute IDService Code
64
hex
01
hex
Table 4.7Table 4.8
The Pico object can be used to access Pico/GFX functions via the
DeviceNet communication bus . The table below shows the attributes
DeviceNet Functions 4-7
supported by this object. The two bytes of attributes 1 and 2 provide
the diagnostic data of the device. You can use attribute 3 to access the
outputs (S1 to S8) and attribute 4 to access the inputs (R1 of R16) of
the basic unit.
By using a DeviceNet configuration software (e.g. RSNetworx), you
can map these data directly to the corresponding memory areas of a
programmable controller.
Table 4.7
Attribute IDAccess NameDescriptionSize
(byte)
1ReadPico StatusThis attribute can be used to read the
status of Pico (RUN or STOP). See
Table 4.9.
2ReadCoupling
Module
Status
This attribute can be used to read the
status of Pico-LINK. See Table 4.9.
1
1
3ReadInputs –
Send Data
4Read/W
rite
5Read/W
rite
Outputs –
Receive Data
Predefined
Outputs
Pico transfers the input data to the
DeviceNet bus. The Pico outputs S1 to S8
must be used for this function. The
structure of these 3 bytes is described in
detail under Input data: Mode, S1 – S8 on
page 5-2, .
The DeviceNet bus transfers the data to
Pico. The Pico inputs R1 to R16 must be
used for this function. The structure of
these 3 bytes is described in detail under
Output Data: Mode, R1 – R16 on page 5-4,
.
This attribute can be used to preset the
output data ("R" data) at the
1760-DNETduring start-up. The structure
of these 3 bytes is described in detail
under Output Data: Mode, R1 – R16 on
page 5-4.
Service Code
The Pico object instance supports the following services.
3
3
3
Publication 1760-UM003A-EN-P - September 2005
4-8 DeviceNet Functions
Table 4.8 Service Code
Service Code ValueService NameDescription
0E
hex
Get_Attribute_SingleThis service can be used to
fetch the value of a selected
attribute from the
communication module.
10
hex
Set_Attribute_SingleThis service can be used to
set a selected attribute in
the device.
32
hex
Extended access
(1)
This service can be used to
address the supplementary
parameters
(1)
of the control
relay:
(1) Additional parameters are “Time”, “Image data” and “Function block”. Addressing of the parameters is Pico
specific and is described in chapters 5 – 7 in detail.
Extended access is implemented via explicit message transfer. This transfer protocol allows the exchange of
control data. Further information about the transfer protocol can be found in section “DeviceNet
Communication profile” on page 9.
Change of State I/O Connection
Table 4.9 Diagnostics Data: 2 Byte
BytesMeaningValueMeaning
0Pico status
(attribute ID 1)
1Coupling module
status (attribute ID
2)
TIP
When communication between the basic unit
Pico/GFX and the expansion unit 1760-DNET goes
down, a corresponding error code will be generated
in the third data byte. Furthermore, the Rx/Tx data of
the gateway will be transferred with the value 00hex.
00
00
04
hex
hex
hex
Static value.
The basic unit is
connected to the
1760-DNET gateway
via Pico-LINK.
The basic unit is
either switched off
or disconnected
from the
1760-DNET gateway
via Pico-LINK.
Publication 1760-UM003A-EN-P - September 2005
DeviceNet Functions 4-9
DeviceNet Communication
Profile
DeviceNet is based on a connection-oriented communications model,
that is data are exchanged only via the specific connections assigned
to the units.
DeviceNet stations communicate either by means of I/O messages or
explicit messages.
I/O Messages
I/O messages are used for exchanging high-priority process and
application data across the network. Communication between
DeviceNet nodes is based on the client/server model, i.e. a "producer"
application transfers data to one or several "consumer" applications. It
is quite possible in this case that several application objects are
addressed in the same unit.
Prerequisite for communication between the units via I/O messages is
the implementation of an I/O Messaging Connection Object. You can
activate this function in two ways:
• Either by means of a static and in the unit already existing ‘I/O
connection object’ or via the ‘Predefined Master/Slave
Connection Set’, or
• via a dynamically configured ‘I/O connection object’, which you
can configure using an Explicit Messaging Connection Object
that already exist in the unit.
Explicit Messages
Explicit messages are used for exchanging low-priority configuration
data, general management data or diagnostics data between two
specific units across the PtP connection in a client/server system, in
which the server always has to acknowledge client requests.
Same as for I/O messaging, the prerequisite for explicit messaging is
the implementation of a Connection Object, namely the Explicit
Messaging Connection Object. This can be achieved either by
activating an existing static connection object in the unit, or via the
Predefined Master/Slave Connection Set, or dynamically across the
UCMM port (Unconnected Message Manager Port) of a device.
All data of the function relay (Pico basic unit) are processed by means
of explicit messages. The DeviceNet master can thus read/write access
the parameters of the following functions.
Publication 1760-UM003A-EN-P - September 2005
4-10 DeviceNet Functions
• Time
• Image data
• Function blocks (counters, timers, analog value comparators,...).
General Method of Operation
The general method of operation with the 1760-DNET should be
presented in the following. The acyclic data transfer is realised with
the aid of explicit messages. The function blocks of the Pico basic unit
can be addressed via the service code = 32
ID is here used to distinguish between different parameters and
functions.
Service CodeObject Address
Class IDInstance ID
. The assigned attribute
hex
32
hex
64
hex
01
hex
Digression:
DeviceNet based on the standard CAN protocol and therefore uses an
11 bit message identifier. As a result 211 = 2048 messages (000
7FF
) are distinguishable. Six bits are sufficient for identification of a
hex
hex
-
device as a DeviceNet network is limited to a maximum of 64 stations.
These are referred to as the MAC-ID (device or node address).
Four message groups of differing sizes are available to suit the
utilization model.
In DeviceNet language terms the CAN identifier is referred to as the
Connection ID. This is comprised of the identifier for the message
group (Message ID) and the MAC ID of the device:
• The source and target addresses are possible as the MAC ID; the
definition is dependant on the message group and message ID.
• The significance of the message is defined in the system with the
message ID.
Four message groups are available in the DeviceNet world. The
1760-DNET uses message group 2. This group uses 512 CAN
identifiers (400
hex
- 5FF
). Most of the message IDs defined for this
hex
group are optional and defined for use of the ‘Predefined Master/Slave
Connection Sets’. A message ID is used for network management. The
priority is primarily determined by the device address and then by the
message ID. If the bit position is examined in detail, you will find that
a CAN controller with an 8 bit mask is capable of filtering out its
group 2 messages.
Publication 1760-UM003A-EN-P - September 2005
DeviceNet Functions 4-11
Connection ID = CAN IdentifierMeaning
109876543210
10MAC IDMessage IDMessage Group 2
10Source MAC ID000Master’s I/O Bit-Strobe Command
Message
10Source MAC ID001Reserved for Master’s Use - Use is
TBD
10Destination MAC ID010Master’s Change of State or Cyclic
Acknowledge Message
10Source MAC ID011Slave’s Explicit/Unconnected
Response Messages
10Destination MAC ID100Master’s Explicit Request Messages
10Destination MAC ID101Master’s I/O Poll Command/Change
of State/Cyclic Message
10Destination MAC ID110Group 2 Only Unconnected Explicit
Request Messages
10Destination MAC ID111Duplicate MAC ID Check Messages
The data transfer on the DeviceNet communication bus is indicated in
the following table. The data flow indicates the telegram for reading
the date and time in the Pico (see Read/Write Date and Time on page
6-2).
The Pico DeviceNet communication module has MAC ID = 3. It must
be noted with the data stream that access is implemented in
fragmented form. More information can be found in the ODVA
specification.
DescriptionID
(Hex)
Master sends a request (Hex) with:41C88000326401930500
DeviceNet Specific:
Byte 2 - Service Code = 32
Byte 3 - CLASS ID = 64
Byte 4 - Instance ID = 01
PicoLINK Specific
Length DeviceNet - Byte (Hex)
01234567
Byte 5 - Attribute ID = 93
Byte 6 - Len = 05
Byte 7 - Index = 0
Confirmation of the slave
(Fragmentation protocol)
41B380C000
Publication 1760-UM003A-EN-P - September 2005
4-12 DeviceNet Functions
DescriptionID
(Hex)
Master sends remaining PicoLINK
41C6 800100000000
Length DeviceNet - Byte (Hex)
01234567
byte
Byte 2 - Data 1 = 00
Byte 3 - Data 2 = 00
Byte 4 - Data 3 = 00
Byte 5 - Data 4 = 00
Acknowledgement of the slave
41B380C100
(Fragmentation protocol)
Slave sends a response to the request 41B88000B2C205000509
Byte 3 – response = C2 (read
successful)
Byte 4 – Len = 05
Byte 5 – Index = 00
Byte 6 – Data 1 = 05
Acknowledgement from master
(Fragmentation protocol)
41C380C100
Publication 1760-UM003A-EN-P - September 2005
Chapter
5
Direct Data Exchange with Pico/GFX (Polled
I/O Connection)
The DeviceNet master can exchange the following data with the
Pico/GFX via the direct cyclic data exchange:
TIP
• Write operation
– Setting or /resetting of the Pico/GFX inputs (R1 to R16)
– Determination of the RUN/STOP mode.
• Read operation
– Scanning the output states of the Pico/GFX (S1 to S8)
– Scanning the mode of the Pico/GFX.
In order to transfer data between the slave 1760-DNET and a
DeviceNet master control, you must map the respective cyclic data to
the respective slave configuration.
TIP
The terms “input data” and “output data” are used
relative to the point of view of the DeviceNet master.
The interconnection to the DeviceNet controls from
Allen Bradley is implemented using an assignment
table in the RSNetWorx software tool.
1Publication 1760-UM003A-EN-P - September 2005
5-2 Direct Data Exchange with Pico/GFX (Polled I/O Connection)
Figure 4.6 Input and Output Data Relative to the DeviceNet Master
DeviceNet Master
Outputs
Inputs
Input data:
Mode, S1 to S8
Write: Output
data
Inputs
R1 – R16
Pico/GFX
Outputs
S1 – S8
Read: Input data
Attribute ID: 3
The cyclic data transfer between DeviceNet master and the Pico
DeviceNet Interface slave is provided by the input data byte 0, 1 and
2.
IMPORTANT
If Index for transferring valid data is not set, you
cannot read the S1 to S8 bits in RSLogix 5000.
Publication 1760-UM003A-EN-P - September 2005
Table 5.10 Byte 0 to 2: Input Data, Mode
ByteMeaningValue
0Operating mode scan
1Scan status of the Pico
outputs S1 to S8
2Not used00hex
The master reads the following data from bytes 0, 1 and 2:
Direct Data Exchange with Pico/GFX (Polled I/O Connection) 5-3
Table 5.11 Byte 0: Operating Mode
Pico
Identification
Without Input
Delay
With Input Delay00100000/1
Index for
transferring valid
data
Bit
76543210
Stop/Run
00010000/1
00010100
0 = status ’0’ 1 = status ’1’
Explanation:
Value 14
= 00010100
hex
bin
:
Byte 0 must always contain this value if data are to be written to the
Pico/GFX basic unit via the 1760-DNET gateway.
EXAMPLE
Value 21hex = 0010 0001bin:
"Pico" is in RUN mode and operates with input delay
Table 5.12 Byte 1: Status of the Pico/GFX outputs S1 to S8
Pico/GFXBit
76543210
S10/1
S20/1
S30/1
S40/1
S50/1
S60/1
S70/1
S80/1
0 = status "0“ 1 = status "1"
Publication 1760-UM003A-EN-P - September 2005
5-4 Direct Data Exchange with Pico/GFX (Polled I/O Connection)
EXAMPLE
Byte 2: not used
TIP
Value 19hex = 0001 1001bin:
S5, S4 and S1 are active
If control commands and I/O data are used at the
same time:
• The inputs will retain their previous state until
this control command has been executed.
• The input bytes will be updated again after the
data exchange control command has been
terminated.
If the status value of the coupling module is invalid
(= 04hex), then byte 1 (data byte) is transferred with
the value 00hex to the communication bus.
Output Data:
Mode, R1 – R16
Attribute ID: 4
The cyclic data transfer between DeviceNet master and the Pico
DeviceNet Interface slave is provided by the output data byte 0, 1 and
2.
Table 5.13 Byte 0 to 2: Output Data, Mode
ByteMeaningValue
0Determine mode
1Setting/resetting of the
Pico/GFX inputs R9 to R16
2Setting/resetting of the
Pico/GFX inputs R1 to R8
The master writes the following data to the bytes 0, 1 and 2:
Publication 1760-UM003A-EN-P - September 2005
Direct Data Exchange with Pico/GFX (Polled I/O Connection) 5-5
Table 5.14 Byte 0: Operating mode
Pico Operating ModeBit
76543210
Index for setting the
basic unit to safety
state
Index for transferring
valid data
RUN command00110100
STOP command01000100
00000000
00010100
0 = status ’0’ 1 = status ’1’
Explanation:
Value 14
= 00010100
hex
bin
:
Byte 0 must always contain this value if data are to be written to the
Pico/GFX basic unit via the 1760-DNET gateway.
Value 34
= 00110100
hex
bin
:
This value sets the Pico status from STOP to RUN. It is only
interpreted as command and therefore does not permit an additional
transfer of data. The index value 14
Value 44
= 01000100
hex
bin
:
must be used in this situation.
hex
This value sets the "Pico" status from RUN to STOP. It is also used only
as command and is therefore based on the same operating principle
as the RUN command.
Value 00
= 00000000
hex
bin
:
If this value is written to the control byte, the gateway overwrites the
R data with zero. This function is of interest only if a master is to be
set to STOP mode and as resultant measure transfers zero values to all
I/O in order to ensure safety state.
TIP
Even if the I/O of a control relay can be assigned
directly to a specific memory area of the master
programmable controller, it is nonetheless important
to conform with the correct data structure format
(e.g.: input data byte 0 = 14hex).
Publication 1760-UM003A-EN-P - September 2005
5-6 Direct Data Exchange with Pico/GFX (Polled I/O Connection)
Table 5.15 Byte 1: Setting/resetting of the Pico/GFX inputs R9 to R16
Table 5.16 Byte 2: Setting/resetting of the Pico/GFX inputs R1 to R8
Pico/GFX
Input
R10/1
R20/1
R30/1
R40/1
R50/1
R60/1
R70/1
R80/1
Bit
76543210
0 = status ’0’ 1 = status ’1’
Publication 1760-UM003A-EN-P - September 2005
Direct Data Exchange with Pico/GFX (Polled I/O Connection) 5-7
EXAMPLE
TIP
Value 2Bhex = 0010 1011bin:
Enables R6, R4, R2 and R1.
If control commands and I/O data are used at the
same time:
• The inputs will retain their previous state until
this control command has been executed.
• The input bytes will be updated after the data
exchange control command has been executed.
Publication 1760-UM003A-EN-P - September 2005
5-8 Direct Data Exchange with Pico/GFX (Polled I/O Connection)
Publication 1760-UM003A-EN-P - September 2005
Chapter
6
Application Examples for Pico
Control commands can be used to initiate data exchange for special
services:
• Read/Write Date and Time (page 6-2)
• Read/Write Image Data (page 6-4)
• Read/write function block data (page 6-20).
The DeviceNet master in this case returns to the message transfer
protocol of the explicit messages. All parameters are addressed via the
Service Code 32
distinguish between different parameters.
. The assigned attribute ID is here used to
hex
Service CodeObject Address
Class IDInstance ID
32
Hex
TIP
IMPORTANT
A data exchange procedure is required in order to ensure the safe
exchange of data via DeviceNet from master to slave and vice versa.
The I/O data retain their previously defined state
while a control command is being executed. The I/O
data will not be updated until data exchange for the
control command has been terminated.
You may use only the values specified for the
instruction code.
Verify data to be transferred in order to avoid
unnecessary errors.
64
Hex
01
Hex
1Publication 1760-UM003A-EN-P - September 2005
6-2 Application Examples for Pico
Read/Write Date and Time
IMPORTANT
The operating mode of the basic unit must
correspond with the status indicated at the LEDs
when the various parameters are being set.
The master transmits a control command to initiate data exchange
between the communication partners. The slave always returns an
answer to this request, which indicates whether data has been
exchanged or not. An error code will be returned if data exchange has
failed. This code is defined in the ODVA specifications. (see
Related
Documentation on page P-2)
Table 6.1 Telegram Structure
ByteDescriptionValue (Hex), Sent by
Master SlaveMaster Slave
Attribute ID
Read
Attribute ID
Write
0Read
Successful
93-
B3-
-C2
Write
Successful
Command
Rejected
01Len0505
12Index
2 to 63 to 7Data 1 t o5Depending on
(1) 0 = Time/date , 1 = Summer time, 2 = Winter time
Table 6.2 Index 0 - Date and Time of Real-Time Clock
ByteContentOperandValue (Hex)
MasterSlave
23Data 1Hour0 to 230x00 to 0x17h
34Data 2Minute0 to 590x00 to 0x3Bh
-C1
-C0
(1)
0 to 2
index
0 to 2
Depending on
index
(1)
Publication 1760-UM003A-EN-P - September 2005
Application Examples for Pico 6-3
Table 6.2 Index 0 - Date and Time of Real-Time Clock
ByteContentOperandValue (Hex)
MasterSlave
45Data 3DayDay (1 to 28; 29, 30, 31;
depending on month and year)
56Data 4Month1 to 120x01 to 0x0Ch
67Data 5Year0 to 99 (corresponds to
2000-2099)
Table 6.3 Index 1 - Summer Time
ByteContentValue (Hex)
MasterSlave
23Data 1Area - None00
Area - Rule01
Area - Automatic EU02
0x01 to 0x1Fh
0x00 to 0x63h
Area - Automatic GB03
Area - Automatic US04
for ‘Area’ = ‘Rule’
34Data 2Summer time switching
45Data 3
56Data 4
67Data 5
Table 6.4 Index 2 - Winter Time (only valid if Area = Rule selected)
ByteContentValue (Hex)
MasterSlave
23Data 1Area = Rule01
3 to 64 to 7Data 2 to 5Winter Time
rule
switching rule
Switching Rule Bit Array
The following table shows the composition of the corresponding data
bytes.
Table 6.14 Byte 3 to 4 (master) or Byte 4 to 5 (slave): Data 1 to 2
Data 1 Bit76543210
I10/1
I20/1
....
I80/1
Data 2 Bit76543210
I90/1
I100/1
....
I160/1
Local analog inputs: IA1 – IA4
The analog inputs on the Pico basic unit (I7, I8, I11, I12) can be read
directly via DeviceNet. The 16-bit value is transferred in Intel format
(Low Byte first).
This service allows you to read the local R and S data and the data of
the NET stations (1 – 8) transferred via PicoLink, again from the
relevant Pico image.
Table 6.28 Telegram Structure
ByteMeaningValue (hex), sent by
MasterSlaveMasterSlave
Attribute ID: Read88–
0Response:
Read successful–C2
Command
rejected
01Len0101
12Typ e
for R data8888
for S data8989
23Index0000
3 4 Data 1 (Low Byte)00Table 6.29
4 5 Data 2 (Low Byte)00Table 6.29
5 – 66 – 7Data 3 – 40000
(1) Possible causes page 6-34
Table 6.29 Byte 3 to 4 (master) or Byte 4 to 5 (slave): Data 1 to 2
–
C0
(1)
Publication 1760-UM003A-EN-P - September 2005
Data 1Bit76543210
RWSW
R1S10/1
R2S20/1
.........
Application Examples for Pico 6-17
Table 6.29 Byte 3 to 4 (master) or Byte 4 to 5 (slave): Data 1 to 2
R8S80/1
Data 2Bit76543210
R9–0/1
R10–0/1
...–...
R16–0/1
Timers: T1 – T16
The following commands are used to read the logic state of the
individual timers T1 - T16.
(1) A 16-bit value is transferred in data bytes Data 1 – Data 2. It should be remembered that
Data 1 is the low byte and Data 2 the high byte.
(2) The value can only be written if it is assigned to a constant in the program.
S1
S2
(1)
x
(1)
x
(2)
c
(2)
c
Table 6.45 Index 00 – Parameters
MeaningBit76543210
Appears in the parameter menu
Yes /no0/1
Counter mode
FB not used00
Up/down counter (N)01
High-speed up/down counter (H)10
Frequency counter (F)11
Use as constant and therefore can be written to
Counter setpoint S10/1
Unused bits––––
Example:
Data 1 (Byte 4) = 0x07
Meaning:
The values appear in the Parameter menu. The counter is used in the
mode of the frequency meter. The counter setpoint 1 is not assigned
to a constant and cannot therefore be written to.
Table 6.46 Index 01 – Control byte
Data 1Bit76543210
FB output––––
(1) Count coil, counts on every rising edge
(2) Reset, the timing relay is reset (reset coil)
(3) Count direction: 0 = up counting, 1 = down counting
(1) Pico provides 16 timing relays T1 to T16 for use as required. These can be addressed using the instance (0 – F).
(2) Possible causes page 6-34
Publication 1760-UM003A-EN-P - September 2005
depending on
index,
Table 6.54
6-28 Application Examples for Pico
Table 6.53 Operand overview
Index
OperandReadWrite
(hex)
00Parameters Ta bl e 6.54x
01Control byte Table 6.55x
02Actual value 1Tx
03Time setpoint 1
04Time setpoint 2
(1) A 16-bit value is transferred in data bytes Data 1 – Data 2. It should be remembered that Data 1 is the low byte
and Data 2 the high byte.
(2) The value can only be written if it is assigned to a constant in the program.
S1
S2
(1)
x
(1)
x
(2)
c
(2)
c
(2)
c
Table 6.54 Index 00 – Parameters
MeaningBit7 6 543210
Appears in the parameter menu
Yes /no0/1
Timer mode
On-delayed, 000
off-delayed.001
On-delayed with random setpoint010
Off-delayed with random setpoint011
On and off delayed
100
(two time setpoints)
On and off delayed each with random
101
setpoint (two time setpoints)
Impulse transmitter110
Flashing relay (two time setpoints)111
Timebase
FB not used00
Millisecond: S01
Second: M:S10
Minute: H:M11
Use as constant and therefore can be written to
Time setpoint S10/1
Time setpoint S20/1
Example:
Data 1 (Byte 4) = 0xAC
Publication 1760-UM003A-EN-P - September 2005
Application Examples for Pico 6-29
Meaning:
The values appear in the Parameter menu. The time is used in the
impulse transmitter mode with the Second time base. The time
setpoint S1 is assigned a constant and the time setpoint S2 is assigned
a variable such as I7, I8 C2...etc.
Table 6.55 Index 01 – Control byte
Bit 76543 210
(1)
(2)
(3)
FB input/output Data 3
(1) Stop, the timing relay is stopped (Stop coil)
(2) Reset, the timing relay is reset (reset coil)
(3) Enable, the timing relay is started (trigger coil)
Example:
Data 1 (Byte 4) = 0x03 l The values for the year time switch of
channels A and B appear in the parameter menu.
Table 6.61 Index 01 – Control byte
Data 1Bit76543210
FB output–––––––
(1) Status 1 if count condition is fulfilled.
Q1
(1)
Channel A, index 11/12
Index 0x11 channel A timepoint of switch on
Index 0x12 channel A timepoint of switch off
Data 1 (Byte 4) – day
Data 2 (Byte 5) – month
Data 3 (Byte 6) – year
Example:
The year time switch channel A should be switched on at the
21.04.2004.
Publication 1760-UM003A-EN-P - September 2005
6-32 Application Examples for Pico
Index = 0x11
Data 1 = 0x15
Data 2 = 0x04
Data 3 = 0x04
The year time switch channel B should be switched off on the
05.11.2012.
Index = 0x22
Data 1 = 0x05
Data 2 = 0x0B
Data 3 = 0x0C
Meaning:
The values of the 7-day timer switch WH.. of channel A and B appear
in the parameter menu.
Table 6.65 Index 01 – Control byte
Data 1Bit76543210
FB output–––––––
(1) Status 1 if count condition is fulfilled.
Q1
(1)
Channel A, index 11/12/13
Index 0x11 channel A day on/off
Data 1 (Byte 4) – day on
Data 2 (Byte 5) – day off
0x01 = Sunday ... 0x07 = Saturday
If the channel is not used the 16 bit value is equal to 0x00.
Analysis – error codes via
PicoLink
Index 0x12 – time on (2 bytes)
Index 0x13 – time off (2 bytes)
Data 1 (Byte 4) – hour
Data 2 (Byte 5) – minute
Example: time on at 13:43
Data 1 = 0x0D
Data 2 = 0x2B
The Pico basic unit will return a defined error code in the event of an
incorrectly selected operating mode or an invalid telegram. The error
code transferred has the following structure:
Table 6.66 Telegram Structure
ByteMeaningSlave transmits
(value hex)
0Answer
Command rejected C0
1Typ e00
2Instance00
Publication 1760-UM003A-EN-P - September 2005
3Index00
4Error codeTable 6.67
Application Examples for Pico 6-35
Table 6.67 Error codes
Error code Description
0x01An unknown telegram has been sent.
0x02An unknown object has been sent.
0x03An unknown command has been sent.
0x04An invalid instance has been sent.
0x05An invalid parameter set has been used.
0x06An attempt has been made to write a variable which is not a constant.
0x0CThe device is in an invalid device mode. STOP l RUN or RUN l STOP
0x0DAn invalid display access occurs. Please exit the menu level to allow the
status display to be shown on the display. Writing to the clock is not
possible.
0xF0An attempt has been made to control an unknown parameter.
0xF1Invalid value
Publication 1760-UM003A-EN-P - September 2005
6-36 Application Examples for Pico
Publication 1760-UM003A-EN-P - September 2005
Chapter
7
Pico GFX Control Commands
Control commands can be used to initiate data exchange for special
services:
• Read/write date and time (page 7-2)
• Read/write image data (page 7-7)
• Read/write function block data (page 7-20)
The DeviceNet master in this case falls back upon the message
transfer protocol of the explicit messages. All parameters are
addressed via the Service Code 32
here used to distinguish between different parameters.
. The assigned attribute ID is
hex
Service codeObject address
Class IDInstance ID
32
hex
TIP
IMPORTANT
A data exchange procedure is required in order to ensure the safe
exchange of data via DeviceNet from master to slave and vice versa.
The I/O data retain their previously defined state
while a control command is being executed. The I/O
data will not be updated until data exchange for the
control command has been terminated.
You may use only the values specified for the
instruction code.
Verify data to be transferred in order to avoid
unnecessary errors.
64
hex
01
hex
1Publication 1760-UM003A-EN-P - September 2005
7-2 Pico GFX Control Commands
Version history
TIP
The operating mode of the basic unit must
correspond with the status indicated at the LEDs
when the various parameters are being set.
The master transmits a control command to initiate data exchange
between the communication partners. The slave always returns an
answer to this request, which indicates whether data has been
exchanged or not. An error code will be returned if data exchange has
failed. This code is precisely defined in the ODVA specifications.
The following table provides an overview of modifications and new
features of the different Pico device versions:
All values must be transferred as hexadecimal values.
Publication 1760-UM003A-EN-P - September 2005
Pico GFX Control Commands 7-7
Read/write image data
Overview
Table 6.75
OperandsMeaningRead/Write Command
(hex)
IA1 – IA4“Local analog inputs: IA1 – IA4“read027
ID1 – ID16“Local diagnostics: ID1 – ID16“read039
IW0“Read local inputs: IW0“read0110
IW1 – IW8“Inputs of the network station: IW1 –
IW8“
M...“Marker: M..“read/write0B – 0E12
P1 – P4“Local P buttons: P1 – P4“read0615
QA1“Local analog output: QA1“read/write0516
QW0,
QW1 –
QW8
R1 – R16
“Local outputs: QW0/ outputs of the
network station: QW1 – QW8“
“Inputs/outputs of PicoLink: RW/SW“ read07/0918
read0111
read/write0417
Page
S1 – S8
RN1 –
RN32
SN1 –
SN32
“Receive data network: RN1 – RN32/
Send data network: SN1 – SN32“
read08/0A19
Local analog inputs: IA1 – IA4
The analog inputs on the Pico GFX and GFX basic units can be read
directly via DeviceNet. The 16-bit value is transferred in Intel format
(Low Byte first).
02 = Analog input I8
03 = Analog input I11
04 = Analog input I12
Example
A voltage signal is present at analog input 1. The required telegrams
for reading the analog value are as follows:
Table 6.77
ByteMeaningValue (hex), sent by
MasterSlaveMasterSlave
Attribute ID: Read91–
0Response: Read
successful
01Len0202
12Type0202
23Index
34 Data 100D9
4 5Data 20002
56Data 30000
67Data 40000
(1) 01 = Analog input 1
–C2
01
(1)
01
1
Publication 1760-UM003A-EN-P - September 2005
Byte 4 – Data 1 (Low Byte): D9
Byte 5 – Data 2 (High Byte): 02
hex
hex
l corresponding 16-bit value: 02D9
= 729 (7.29 V)
hex
Pico GFX Control Commands 7-9
Local diagnostics: ID1 – ID16
The local diagnostics (ID1 – ID8) bytes indicate the status of the
individual NET stations. The connection to the remote station (only
GFX) is indicated via ID9.
All values must be transferred as hexadecimal values.
–C2
The values Data 1 = C4 and Data 2 = 02 indicate that the inputs I8, I7,
I3 and I10 have been set to 1.
Inputs of the network station: IW1 – IW8
The Pico GFX and GFX devices can be remotely expanded very
simply using the PicoNET. The service offered here makes it possible
to implement read access to the inputs of individual NET stations.
Table 6.85 Byte 0 to 2 (master) or: Byte 1 to 3 slave: Len, Type, Index
OperandLenTypeIndex
Marker bitM1…M9601
Marker byteMB1…MB9601
Marker wordMW1…MW9602
Marker double wordMD1…MD9604
hex
hex
hex
hex
0B
0C
0D
0E
hex
hex
hex
hex
01 to 60
01 to 60
01 to 60
01 to 60
hex
hex
hex
hex
If required, refer to the more detailed description of the marker
allocation in the Pico GFX manual. Only a small extract of this manual
is shown at this point in order to illustrate the allocation principle.
ATTENTION
The function blocks and DW markers (32-bit values)
of Pico GFX operate with signed values.
Table 6.86
Applies
to MD,
MW,
Left = Most
significant bit,
byte, word
Right = Least
significant bit,
byte, word
MB, M
32 bitMD1
16 bitMW2MW1
8 bitMB4MB3MB2MB1
1 bitM32 to M25M24 to M17M16 to M9M8 to M1
32 bitMD2
16 bitMW4MW3
8 bitMB8MB7MB6MB5
1 bitM64 to M57M56 to M49M48 to M41M40 to M33
TIP
The relevant marker values are transferred in Intel
format. In other words, the first byte is the low byte
(Byte 4) and the last byte the high byte.
Publication 1760-UM003A-EN-P - September 2005
7-14 Pico GFX Control Commands
Example 1: Set/reset market bit
Marker bit 62 should be set or reset. Write a “1” to set or a “0” to reset
the marker bit in the least significant bit of data byte “Data 1”.
Example 2: Write marker word
Table 6.87
ByteMeaningValue (hex), sent
by
MasterSlaveMasterSlave
Attribute ID: WriteB1–
0Response: Write successful–C1
01Len0101
12Type0B0B
23Index3E3E
3 4 Data 1
010
(1)
00
4 – 65 – 7Data 2 – 40000
(1) 01 = set, 00 = reset
The value 823 should be written into the marker word MW32: 823
= 337
The commands provided can be used to access the local analog
output of the Pico GFX or GFX basic unit. When writing to the analog
output (only possible from Pico GFX, device version 04) the value will
only be output if the respective device is in RUN mode and if the
respective image is not written by the actual program,
<bullets>a section “Read/write image data”on page 7.
(1) Writing is only possible from Pico GFX, version 0.4, see page 7-2.
00
Example:
The analog output should output a value of approx. 5 V.
500 = 01F4
Byte 5 – Data 2 (HighByte): 01
Byte 4 – Data 1 (LowByte) : F4
hex
hex
hex
Publication 1760-UM003A-EN-P - September 2005
Pico GFX Control Commands 7-17
Local outputs: QW0/
outputs of the network station: QW1 – QW8
The local outputs can be read directly via DeviceNet, and from Pico
GFX version 04 they can also be written. However, the outputs are
only switched externally if the device is in Run mode and the
addressed output is not being used in the circuit diagram. Refer
to Read/write image data on page 7-7.
Table 6.92 Telegram Structure
ByteMeaningValue (hex), sent by
MasterSlaveMasterSlave
Attribute ID
Read91–
Write
(1)
B1–
0Answer
Read successful–C2
Write successful–C1
Command rejected–C0
01Len0202
12Type0404
23
34Data 1
4 – 65 – 70000
(1) Writing is only possible from Pico GFX, device version 04 see Read/write date and time on page 7-2..
(2)
00 = Local output 01 – 08 = Outputs of network stations 1 – 8
Table 6.93 Byte 4: Data
Data 1 Bit76543210
Q10/1
(2)
Index
Read operation00Table 6.81
Write operationTable 6.9300
00/01 – 0800/01 – 08
Q20/1
Q30/1
Q40/1
Q50
Publication 1760-UM003A-EN-P - September 2005
7-18 Pico GFX Control Commands
Table 6.93 Byte 4: Data
Q60
Q70
Q80
Inputs/outputs of PicoLink: RW/SW
This service allows you to read the local R and S data and the data of
the NET stations (1 – 8) transferred via PicoLink, again from the
relevant Pico GFX image.
Receive data network: RN1 – RN32/
Send data network: SN1 – SN32
PicoNET allows a point-to-point connection to be implemented
between the individual NET stations. The RN and SN data are used for
the data exchange (see publication 1760-UM002).
TIP
Table 6.96
ByteMeaningValue (hex), sent by
MasterSlaveMasterSlave
The RN SN data of the local device (Index = 0) to
which the module is fitted cannot be scanned. In this
case the command would be denied with the 0Chex
signal.
Always note the following when working with function blocks:
• The relevant data is transferred in Intel format. In other words,
the first byte is the low byte (Byte 4) and the last byte (byte 7)
the high byte.
• The maximum data length is 4 bytes. All values must be
transferred in hexadecimal format.
• All 32-bit values are treated as signed values. When transferring
32-bit values, ensure that the appropriate value range is suitable
for long integers, i.e. signed.
32-bit value: –2147483648 .. 0 .. +2147483647
Publication 1760-UM003A-EN-P - September 2005
Loading...
+ 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.