Anybus AB6601 User guide

Anybus
Brand
Anybus
Model
AB6601
Type
User guide

This manual is also suitable for

AAnnyybbuuss CCoommppaaccttCCoomm 4400
DDeevviicceeNNeett™™
NETWORK GUIDE
HMSI-27-264 2.3 en-US ENGLISH
Important User Information
Liability
Every care has been taken in the preparation of this document. Please inform HMS Industrial Networks of any
inaccuracies or omissions. The data and illustrations found in this document are not binding. We, HMS Industrial
Networks, reserve the right to modify our products in line with our policy of continuous product development. The
information in this document is subject to change without notice and should not be considered as a commitment by
HMS Industrial Networks. HMS Industrial Networks assumes no responsibility for any errors that may appear in this
document.
There are many applications of this product. Those responsible for the use of this device must ensure that all the
necessary steps have been taken to verify that the applications meet all performance and safety requirements
including any applicable laws, regulations, codes, and standards.
HMS Industrial Networks will under no circumstances assume liability or responsibility for any problems that may
arise as a result from the use of undocumented features, timing, or functional side effects found outside the
documented scope of this product. The effects caused by any direct or indirect use of such aspects of the product
are undefined, and may include e.g. compatibility issues and stability issues.
The examples and illustrations in this document are included solely for illustrative purposes. Because of the many
variables and requirements associated with any particular implementation, HMS Industrial Networks cannot assume
responsibility for actual use based on these examples and illustrations.
Intellectual Property Rights
HMS Industrial Networks has intellectual property rights relating to technology embodied in the product described in
this document. These intellectual property rights may include patents and pending patent applications in the USA
and other countries.
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
Table of Contents Page
1 Preface ................................................................................................................................. 3
1.1 About this document........................................................................................................3
1.2 Related Documents ..........................................................................................................3
1.3 Document History ............................................................................................................3
1.4 Document Conventions.....................................................................................................3
1.5 Document Specific Conventions..........................................................................................4
1.6 Abbreviations..................................................................................................................4
1.7 Trademark Information.....................................................................................................4
2 About the Anybus CompactCom 40 DeviceNet ................................................................. 6
2.1 General..........................................................................................................................6
2.2 Features.........................................................................................................................6
3 Basic Operation ................................................................................................................... 7
3.1 General Information .........................................................................................................7
3.2 Device Customization .......................................................................................................8
3.3 Communication Settings....................................................................................................9
3.4 Diagnostics ................................................................................................................... 11
3.5 Data Exchange............................................................................................................... 12
4 CIP Objects......................................................................................................................... 14
4.1 General Informaton........................................................................................................ 14
4.2 Identity Object (01h) ...................................................................................................... 15
4.3 Message Router (02h)..................................................................................................... 18
4.4 DeviceNet Object (03h)................................................................................................... 19
4.5 Assembly Object (04h) .................................................................................................... 21
4.6 Connection Object (05h) ................................................................................................. 23
4.7 Parameter Object (0Fh)................................................................................................... 30
4.8 Acknowledge Handler Object (2Bh) ................................................................................... 33
4.9 Base Energy Object (4Eh)................................................................................................. 34
4.10 Power Management Object (53h) ..................................................................................... 36
4.11 ABCC ADI Object (A2h).................................................................................................... 38
5 Anybus Module Objects.................................................................................................... 40
5.1 General Information ....................................................................................................... 40
5.2 Anybus Object (01h) ....................................................................................................... 41
5.3 Diagnostic Object (02h)................................................................................................... 43
5.4 Network Object (03h) ..................................................................................................... 44
5.5 Network Configuration Object (04h) .................................................................................. 46
5.6 Anybus File System Interface Object (0Ah).......................................................................... 49
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
6 Host Application Objects .................................................................................................. 50
6.1 General Information ....................................................................................................... 50
6.2 CIP Identity Host Object (EDh).......................................................................................... 51
6.3 Energy Reporting Object (E7h).......................................................................................... 52
6.4 SYNC Object (EEh).......................................................................................................... 53
6.5 Energy Control Object (F0h)............................................................................................. 54
6.6 DeviceNet Host Object (FCh) ............................................................................................ 60
A Categorization of Functionality ........................................................................................ 65
A.1 Basic............................................................................................................................ 65
A.2 Extended ...................................................................................................................... 65
B Implementation Details .................................................................................................... 66
B.1 DeviceNet Implementation .............................................................................................. 66
B.2 SUP-Bit Definition .......................................................................................................... 66
B.3 Anybus State Machine .................................................................................................... 67
C CIP Request Forwarding.................................................................................................... 68
D Technical Specification...................................................................................................... 70
D.1 Front View.................................................................................................................... 70
D.2 Functional Earth (FE) Requirements................................................................................... 71
D.3 Power Supplies.............................................................................................................. 72
D.4 Power Consumption ....................................................................................................... 72
D.5 Environmental Specification............................................................................................. 72
D.6 EMC Compliance............................................................................................................ 72
E Backward Compatibility.................................................................................................... 73
E.1 Initial Considerations ...................................................................................................... 73
E.2 Hardware Compatibility .................................................................................................. 73
E.3 General Software........................................................................................................... 79
E.4 Network Specific — DeviceNet ......................................................................................... 81
Preface 3 (82)
1 Preface
1.1 About this document
This document is intended to provide a good understanding of the functionality offered by the
Anybus CompactCom 40 DeviceNet. The document describes the features that are specific to
Anybus CompactCom 40 DeviceNet. For general information regarding Anybus CompactCom,
consult the Anybus CompactCom design guides.
The reader of this document is expected to be familiar with high level software design and
communication systems in general. The information in this network guide should normally be
sufficient to implement a design. However if advanced DeviceNet specific functionality is to be
used, in-depth knowledge of DeviceNet networking internals and/or information from the official
DeviceNet specifications may be required. In such cases, the persons responsible for the
implementation of this product should either obtain the DeviceNet specification to gain sufficient
knowledge or limit their implementation in such a way that this is not necessary.
For additional related documentation and file downloads, please visit the support website at
www.anybus.com/support.
1.2 Related Documents
Document Author Document ID
Anybus CompactCom 40 Software Design Guide HMS HMSI-216–125
Anybus CompactCom M40 Hardware Design Guide HMS HMSI-216–126
Anybus CompactCom B40 Design Guide HMS HMSI-27-230
Anybus CompactCom Host Application Implementation Guide HMS HMSI-27-334
DeviceNet Specification ODVA
CIP specification, Volumes 1 (CIP Common) ODVA
1.3 Document History
Version Date Description
1.00 2014-09-15 First official revision
1.10 2014-10-02 Misc. updates
1.11 2015-01-30 Minor update
1.20 2015-10-23 Minor update
2.0 2017-01-23 Moved from FM to DOX
M12 connectors added
Misc. updates
2.1 2017-07-10 Added appendix on backward compatibility
2.2 2018-08-28 Corrected table for baud rate settings
Minor corrections
2.3 2019-02-28 Added description of objects E7h and F0h
Rebranding
1.4 Document Conventions
Ordered lists are used for instructions that must be carried out in sequence:
1. First do this
2. Then do this
Unordered (bulleted) lists are used for:
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
Preface 4 (82)
• Itemized information
• Instructions that can be carried out in any order
...and for action-result type instructions:
►This action...
→ leads to this result
Bold typeface indicates interactive parts such as connectors and switches on the hardware, or
menus and buttons in a graphical user interface.
Monospaced text is used to indicate program code and other
kinds of data input/output such as configuration scripts.
This is a cross-reference within this document: Document Conventions, p. 3
This is an external link (URL): www.hms-networks.com
This is additional information which may facilitate installation and/or operation.
This instruction must be followed to avoid a risk of reduced functionality and/or damage
to the equipment, or to avoid a network security risk.
Caution
This instruction must be followed to avoid a risk of personal injury.
WARNING
This instruction must be followed to avoid a risk of death or serious injury.
1.5 Document Specific Conventions
• The terms “Anybus” or “module” refers to the Anybus CompactCom module.
• The terms “host” or “host application” refer to the device that hosts the Anybus.
• Hexadecimal values are written in the format NNNNh or 0xNNNN, where NNNN is the
hexadecimal value.
• A byte always consists of 8 bits.
• The terms “basic” and “extended” are used to classify objects, instances and attributes.
1.6 Abbreviations
Abbreviation Meaning
API assigned packet interval
RPI requested packet interval
Ttarget (in this case the module)
Oorigin (in this case the master)
1.7 Trademark Information
Anybus®is a registered trademark of HMS Industrial Networks .
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
Preface 5 (82)
DeviceNet™is a trademark of ODVA, Inc.
All other trademarks are the property of their respective holders.
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
About the Anybus CompactCom 40 DeviceNet 6 (82)
2 About the Anybus CompactCom 40 DeviceNet
2.1 General
The Anybus CompactCom 40 DeviceNet communication module provides instant DeviceNet
conformance tested connectivity via the patented Anybus CompactCom host interface. Any
device that supports this standard can take advantage of the features provided by the module,
allowing seamless network integration regardless of network type.
The modular approach of the Anybus CompactCom 40 platform allows the CIP-object
implementation to be extended to fit specific application requirements. Furthermore, the
Identity Object can be customized, allowing the end product to appear as a vendor-specific
implementation rather than a generic Anybus module.
This product conforms to all aspects of the host interface for Anybus CompactCom 40 modules
defined in the Anybus CompactCom 40 Hardware and Software Design Guides, making it fully
interchangeable with any other device following that specification. Generally, no additional
network related software support is needed, however in order to be able to take full advantage
of advanced network specific functionality, a certain degree of dedicated software support may
be necessary.
2.2 Features
• Pluggable 5.08 DeviceNet connector or M12 connectors
• Brick version
• CIP Parameter Object Support
• Explicit messaging
• UCMM Capable
• Bit-strobed I/O
• Change-of-state / Cyclic I/O
• Polled I/O
• Expansion possibilities via CIP forwarding
• Customizable Identity object
• Max. read process data: 512 bytes
• Max. write process data: 512 bytes
• Max. process data (read + write, in bytes): 1024 bytes
• Automatic Baud Rate Detection
• Modular Device functionality
• Quick Connect supported
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
Basic Operation 7 (82)
3 Basic Operation
3.1 General Information
3.1.1 Software Requirements
No additional network support code needs to be written in order to support the Anybus
CompactCom 40 DeviceNet, however due to the nature of the DeviceNet networking system,
certain restrictions must be taken into account:
• Certain functionality in the module requires that the command Get_Instance_Number_By_
Order (Application Data Object, FEh) is implemented in the host application.
• Up to 5 diagnostic instances (See Diagnostic Object (02h), p. 43) can be created by the host
application during normal conditions. An additional 6th instance may be created in event of
a major fault. This limit is set by the module, not by the network.
For in-depth information regarding the Anybus CompactCom software interface, consult the
general Anybus CompactCom 40 Software Design Guide.
See also...
•Diagnostic Object (02h), p. 43 (Anybus Module Object)
• Anybus CompactCom 40 Software Design Guide, “Application Data Object (FEh)”
For in depth information regarding the Anybus CompactCom software interface, consult the
Anybus CompactCom 40 Software Design Guide.
3.1.2 Electronic Data Sheet (EDS)
Since the module implements the Parameter Object, it is possible for configuration tools such as
RSNetWorx from Rockwell, to automatically generate a suitable EDS-file.
Note that this functionality requires that the command Get_Instance_Number_By_Order
(Application Data Object, FEh) has been implemented in the host application.
See also...
•Device Customization, p. 8
•Parameter Object (0Fh), p. 30 (CIP object)
• Anybus CompactCom 40 Software Design Guide, “Application Data Object (FEh)”
To comply with CIP specification requirements, custom EDS-implementations require a
new Vendor ID and/or Product Code.
To obtain a Vendor ID, contact the ODVA.
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
Basic Operation 8 (82)
3.2 Device Customization
By default, the module supports the generic CIP-profile with the following identity settings:
Vendor ID: 005Ah (HMS Industrial Networks)
Device Type: 002Bh (Generic Device)
Product Code: 003Fh (Anybus CompactCom 40 DeviceNet(TM))
Product Name: “Anybus CompactCom 40 DeviceNet(TM)”
It is possible to customize the identity of the module by implementing the DeviceNet Host Object.
Furthermore, it is possible to re-route requests to unimplemented CIP objects to the host
application, thus enabling support for other profiles etc.
To support a specific profile, perform the following tasks:
• Set up the identity settings in the DeviceNet Host Object according to profile requirements.
• Set up the Assembly Instance Numbers according to profile requirements.
• Enable routing of CIP-messages to the host application in the DeviceNet Host Object.
• Implement the required CIP-objects in the host application.
See also...
•Identity Object (01h), p. 15 (CIP object)
•DeviceNet Host Object (FCh), p. 60 (Host Application Object)
•CIP Request Forwarding, p. 68
According to the CIP specification, the combination of Vendor ID and serial number must
be unique. It is not permitted to use a custom serial number in combination with the
HMS Vendor ID (005Ah), nor is it permitted to choose Vendor ID arbitrarily. Failure to
comply to this requirement will induce interoperability problems and/or other unwanted
side effects. HMS approves use of the HMS Vendor ID (005Ah), in combination with the
default serial number, under the condition that the implementation requires no
deviations from the standard EDS-file.
To obtain a Vendor ID, contact the ODVA.
3.2.1 Modular Device Functionality
Modular devices consist of a backplane with a certain number of “slots”. The first slot is occupied
by the “coupler” which contains the Anybus CompactCom module. All other slots may be empty
or occupied by modules. The Anybus CompactCom 40 DeviceNet module is configurable as a
modular slave.
When mapping ADIs to process data, the application shall map the process data of each module
in slot order.
A list of modules in a Modular Device is available to the DeviceNet network master by a request
to the CIP Identity object.
See also...
•Identity Object (01h), p. 15 (CIP object)
• Anybus CompactCom 40 Software Design Guide, “Modular device Object (ECh)”
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
Basic Operation 9 (82)
3.2.2 Quick Connect
The module supports the Quick Connect functionality. The functionality is disabled by default and
can be enabled in the DeviceNet Host Object. Enabling the functionality in the DeviceNet Host
Object, will make it possible to enable/disable the use of it in the DeviceNet object (CIP) or the
Network Configuration Object.
The module itself has a connection time down to 100 ms when Quick Connect is enabled. The
actual connection time to the network will depend on the performance of the application,
response time, and amount of process data to be mapped.
See also...
•DeviceNet Object (03h), p. 19 (CIP object)
•DeviceNet Host Object (FCh), p. 60 (Host Application Object)
•Network Configuration Object (04h), p. 46
3.3 Communication Settings
As with other Anybus CompactCom products, network related communication settings are
grouped in the Network Configuration Object (04h).
Baud rate Setting Baud Rate, p. 10
Node Address (MAC ID) Setting Node Address, p. 11
QuickConnect Network Configuration Object (04h), p. 46
The parameters in the Network Configuration Object (04h) are available from the network
through the Identity Object (CIP-object). If the parameters are set through switches from the
application during setup, the parameters cannot be changed from the network, but still be read.
See also...
•Identity Object (01h), p. 15
•DeviceNet Object (03h), p. 19 (CIP object)
•Network Configuration Object (04h), p. 46 (Anybus Module Object)
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
Basic Operation 10 (82)
3.3.1 Setting Baud Rate
If automatic baud rate detection is disabled, the baud rate can be set according to the methods
in the table below.
Method
Actions Required to be Performed by Host
Application Comments
Baud rate set only
from network • Set attribute #5 in the Network
Configuration Object (04h), Instance #2
to 04h or larger.
• Set attribute #10 in the DeviceNet Host
Object (FCh) to TRUE.
An invalid value (04h or larger) is set by the host
application. The module will go online using the
latest configured baud rate. When a value is set
from the network, the value will be set in
attribute #5 in the Network Configuration
Object (04h), Instance #2. The new baud rate
will valid after the next reset.
Baud rate set only
from application • Set attribute #10 in the DeviceNet Host
Object (FCh) to FALSE.
• Set attribute #5 in the Network
Configuration Object (04h), Instance #2
to any value between 00h - 03h
• Each time the host application changes
the value, the new value shall be written
to attribute #5 in the Network
Configuration Object (04h), Instance #2.
If an invalid value is set by the host application
(04h or larger), the module will enter the
“Communication faulted state” at network
initialization.
If, after network initialization, the configured
and the last value set by the host application
differ, a minor fault will be indicated. Attributes
#7 and #9 in the CIP DeviceNet Object (03h) will
be updated.
Baud rate set from
network or from
application
• Set attribute #5 in the Network
Configuration Object (04h), Instance #2.
• Each time the host application changes
the value, the new value shall be written
to attribute #5 in the Network
Configuration Object (04h), Instance #2.
• Set attribute #10 in the DeviceNet
Object (FCh) to TRUE.
If an invalid value is set by the host application,
the module will return to the latest used.
When a value is set from the network, the value
will be set in attribute #5 in the Network
Configuration Object (04h), Instance #2. The
new baud rate will valid after the next reset.
If, after network initialization, the configured
and the last value set by the host application
differ, a minor fault will be indicated. Attributes
#7 and #9 in the CIP DeviceNet Object (03h) will
be updated.
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
Basic Operation 11 (82)
3.3.2 Setting Node Address
There are three different methods to set the node address (the MAC ID) of the module.
Method
Actions Required to be Performed by Host
Application Comments
Node address set
only from network • Set attribute #5 in the Network
Configuration Object (04h), Instance #1
to 64 or larger.
• Set attribute #9 in the DeviceNet Host
Object (FCh) to TRUE.
An invalid node address (64 - 255) is set by the
host application. The module will go online
using the latest configured address. When a
node address is set from the network, the
address will be set in attribute #5 in the
Network Configuration Object (04h), Instance #1.
The module deletes all Connection objects and
restarts the network access process.
Node address set
only from application • Set attribute #9 in the DeviceNet Host
Object (FCh) to FALSE.
• Set attribute #5 in the Network
Configuration Object (04h), Instance #1
to any value between 0 - 63.
• Each time the host application changes
the value, the new value shall be written
to attribute #5 in the Network
Configuration Object (04h), Instance #1.
If an invalid value is set by the host application
(64 - 255), the module will enter the
“Communication faulted state” at network
initialization.
If, after network initialization, the configured
and the last value set by the host application
differ, a minor fault will be indicated. Attributes
#6 and #8 in the CIP DeviceNet Object (03h) will
be updated.
Node address set
from network or
from application
• Set attribute #5 in the Network
Configuration Object (04h), Instance #1.
• Each time the host application changes
the value, the new value shall be written
to attribute #5 in the Network
Configuration Object (04h), Instance #1.
• Set attribute #9 in the DeviceNet Object
(FCh) to TRUE.
If an invalid value is set by the host application,
the module will return to the latest used.
When a node address is set from the network,
the address will be set in attribute #5 in the
Network Configuration Object (04h), Instance #1.
The module deletes all Connection objects and
restarts the network access process.
If, after network initialization, the configured
and the last value set by the host application
differ, a minor fault will be indicated. Attributes
#6 and #8 in the CIP DeviceNet Object (03h) will
be updated.
See also ...
•DeviceNet Host Object (FCh), p. 60 (Host Application Object)
•Network Configuration Object (04h), p. 46 (Anybus Module Object)
3.4 Diagnostics
The severity value of all pending events are combined (using logical OR) and copied to the
corresponding bits in the Status attribute of the CIP Identity Object.
See also ...
•Identity Object (01h), p. 15 (CIP Object)
•Diagnostic Object (02h), p. 43 (Anybus Module Object)
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
Basic Operation 12 (82)
3.5 Data Exchange
3.5.1 Application Data (ADIs)
ADIs are represented on DeviceNet through the ABCC ADI Object (CIP-object). Each instance
within this objects corresponds directly to an instance in the Application Data Object on the host
application side.
•Parameter Object (0Fh), p. 30 (CIP Object)
•ABCC ADI Object (A2h), p. 38 (CIP Object)
3.5.2 Process Data
Process Data is represented on DeviceNet through dedicated instances in the Assembly Object.
Note that each ADI element is mapped on a byte-boundary, i.e. each BOOL occupies one byte.
If the Host Assembly Mapping Object (EBh) is implemented, it is possible for the application to
define a set of assembly instances that can be used by an IO connection. The IO connection is
triggered by setting attribute #9 in instance #2, #3, or #4 in the Connection Object (05h, CIP
object). The Anybus CompactCom will send remapping commands to the Application Data Object
(FEh). The module will map the ADIs (bound to CIP assembly instances), pointed to by class
attributes #14 and #16 in the Connection Object, to instances defined by the application in the
Assembly Mapping Object. Attributes #21 and #22 in the DeviceNet Host Object are used to bind
each CIP assembly instance to the correct assembly mapping instance.
See also...
•Assembly Object (04h), p. 21 (CIP Object)
•Connection Object (05h), p. 23 (CIP Object)
•DeviceNet Host Object (FCh), p. 60
• Anybus CompactCom 40 Software Design Guide, “Assembly Mapping Object (EBh)”
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
Basic Operation 13 (82)
3.5.3 Translation of Data Types
The Anybus data types are translated to CIP-standard and vice versa according to the table below.
Anybus Data Type CIP Data Type Comments
BOOL BOOL Each ADI element of this type occupies one byte.
ENUM USINT
SINT8 SINT
UINT8 USINT
SINT16 INT Each ADI element of this type occupies two bytes.
UINT16 UINT
SINT32 DINT Each ADI element of this type occupies four bytes.
UINT32 UDINT
FLOAT REAL
CHAR SHORT_STRING SHORT_STRING consists of a single-byte length field (which in this case
represents the number of ADI elements) followed by the actual character
data (in this case the actual ADI elements). This means that a 10-character
string occupies 11 bytes.
SINT64 LINT Each ADI element of this type occupies eight bytes.
UINT64 ULINT
BITS8 BYTE Each ADI element of this type occupies one byte.
BITS16 WORD Each ADI element of this type occupies two bytes.
BITS32 DWORD Each ADI element of this type occupies four bytes.
OCTET USINT Each ADI element of this type occupies one byte.
BITS1-7 BYTE BIt fields of size 1 - 7
PAD0-8 BYTE BIt fields of size 0 - 8 used for padding
PAD9-16 BYTE BIt fields of size 9 - 16 used for padding
BOOL1 BOOL
For more information about the Anybus data types, please consult the Anybus CompactCom 40
Software Design Guide.
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
CIP Objects 14 (82)
4 CIP Objects
4.1 General Informaton
This chapter specifies the CIP-objects implementation in the module. The objects described
herein can be accessed from the network, but not by the host application.
Mandatory Objects:
•Identity Object (01h), p. 15
•Message Router (02h), p. 18
•DeviceNet Object (03h), p. 19
•Assembly Object (04h), p. 21
•Connection Object (05h), p. 23
•Parameter Object (0Fh), p. 30
•Acknowledge Handler Object (2Bh), p. 33
CIP Energy Objects:
•Base Energy Object (4Eh), p. 34
•Power Management Object (53h), p. 36
Vendor Specific Objects:
•ABCC ADI Object (A2h), p. 38
It is possible to implement additional CIP-objects in the host application using the CIP forwarding
functionality, see DeviceNet Host Object (FCh), p. 60 and CIP Request Forwarding, p. 68.
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
CIP Objects 15 (82)
4.2 Identity Object (01h)
Category
Extended
Object Description
The Identity Object provides identification of and general information about the module.
The object supports multiple instances. Instance 1, which is the only mandatory instance, describes the whole
product. It is used by applications to determine what nodes are on the network and to match an EDS file with
a product on the network. The other (optional) instances describe different parts of the product, e.g. the
software.
If modular device functionality is enabled, a list of the modules in the slots can be retrieved and made
available to the network master by sending a get request to class attribute 100.
Instance attributes 1 - 4 and 6 - 7can be customized by implementing the DeviceNet Host Object.
Additional identity instances can be registered by implementing the CIP Identity Host Object (host application
object).
See also ....
•DeviceNet Host Object (FCh), p. 60
•CIP Identity Host Object (EDh), p. 51
Supported Services
Class: Get_Attribute_Single
Get_Attributes_All
Instance: Get_Attribute_Single
Set_Attribute_Single
Get_Attributes_All
Reset
Class Attributes
# Name Access Type Value
1 Revision Get UINT 0001h (Object revision)
2 Max instance Get UINT Maximum instance number
3Number of
instances
Get UINT Number of instances
100 Module ID List Get Array of UINT32 If modular device functionality is enabled, a request to this attribute will
generate a Get_List request to the Modular Device Object in the host
application.
See Modular Device Functionality, p. 8
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
CIP Objects 16 (82)
Instance Attributes
Attributes #1–4 and #6–7 an be customized by implementing the DeviceNet Host Object, see DeviceNet Host
Object (FCh), p. 60
# Name Access Type Value/Description
1Vendor ID Get UINT 005Ah (HMS Industrial Networks)
2 Device Type Get UINT 002Bh (Generic Device)
3Product Code Get UINT 003Fh (Anybus CompactCom 40 DeviceNet(TM))
4 Revision Get Struct of:
USINT
USINT
Major and minor firmware revision
5 Status Get WORD See Device Status table below
6Serial Number Get UDINT Unique serial number (assigned by HMS Industrial Networks )
7Product Name Get SHORT_STRING “Anybus CompactCom 40 DeviceNet(TM)”
11 Active
language
Set Struct of:
USINT
USINT
USINT
Requests sent to this instance are forwarded to the Application Object. If the
request is accepted, the module will update the language accordingly.
12 Supported
Language List
Get Array of:
Struct of:
USINT
USINT
USINT
List of languages supported by the host application. The list is read from the
Application Object and translated to CIP standard.
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
CIP Objects 17 (82)
Device Status
bit(s) Name
0Module Owned
1(reserved, set to 0)
2Configured
This bit shows if the product has other settings than "out-of-box". The value is set to true if the configured attribute in the
Application Object is set.
3(reserved, set to 0)
4... 7 Extended Device Status:
Value: Meaning: Priority (higher number means higher priority):
0010b Faulted I/O Connection 3
0011b No I/O connection established 0
0101b Major fault 4
0110b Connection in Run mode 1
0111b Connection in Idle mode 2
(other) (reserved)
8Set for minor recoverable faults These bits represent a combination of network specific faults (see
CIP specifications) and faults generated by the module (see
Diagnostic Object (02h), p. 43)
9Set for minor unrecoverable faults
10 Set for major recoverable faults
11 Set for major unrecoverable faults
12... 15 (reserved, set to 0)
Service Details: Reset
The module forwards reset requests from the network to the host application. For more information about
network reset handling, consult the general Anybus CompactCom 40 Software Design Guide.
There are two types of network reset requests on DeviceNet:
Type 0: Power Cycling Reset This service emulates a power cycling of the module, and corresponds to Anybus reset type 0 (Power-
on reset). For further information, consult the general Anybus CompactCom 40 Software Design
Guide.
Type 1: Out of box reset This service sets a “out of box” configuration and performs a reset, and corresponds to Anybus reset
type 2 (Power cycling + factory default). For further information, consult the general Anybus
CompactCom 40 Software Design Guide.
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
CIP Objects 18 (82)
4.3 Message Router (02h)
Category
Extended
Object Description
The Message Router Object provides a messaging connection point through which a client may address a
service to any object class or instance residing in the physical module.
In the Anybus CompactCom module it is used internally to direct object requests.
Supported Services
Class: -
Instance: -
Class Attributes
-
Instance Attributes
-
Anybus CompactCom 40 DeviceNet™Network Guide HMSI-27-264 2.3 en-US
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
Page is loading ...
  • Page 1 1
  • Page 2 2
  • Page 3 3
  • Page 4 4
  • Page 5 5
  • Page 6 6
  • Page 7 7
  • Page 8 8
  • Page 9 9
  • Page 10 10
  • Page 11 11
  • Page 12 12
  • Page 13 13
  • Page 14 14
  • Page 15 15
  • Page 16 16
  • Page 17 17
  • Page 18 18
  • Page 19 19
  • Page 20 20
  • Page 21 21
  • Page 22 22
  • Page 23 23
  • Page 24 24
  • Page 25 25
  • Page 26 26
  • Page 27 27
  • Page 28 28
  • Page 29 29
  • Page 30 30
  • Page 31 31
  • Page 32 32
  • Page 33 33
  • Page 34 34
  • Page 35 35
  • Page 36 36
  • Page 37 37
  • Page 38 38
  • Page 39 39
  • Page 40 40
  • Page 41 41
  • Page 42 42
  • Page 43 43
  • Page 44 44
  • Page 45 45
  • Page 46 46
  • Page 47 47
  • Page 48 48
  • Page 49 49
  • Page 50 50
  • Page 51 51
  • Page 52 52
  • Page 53 53
  • Page 54 54
  • Page 55 55
  • Page 56 56
  • Page 57 57
  • Page 58 58
  • Page 59 59
  • Page 60 60
  • Page 61 61
  • Page 62 62
  • Page 63 63
  • Page 64 64
  • Page 65 65
  • Page 66 66
  • Page 67 67
  • Page 68 68
  • Page 69 69
  • Page 70 70
  • Page 71 71
  • Page 72 72
  • Page 73 73
  • Page 74 74
  • Page 75 75
  • Page 76 76
  • Page 77 77
  • Page 78 78
  • Page 79 79
  • Page 80 80
  • Page 81 81
  • Page 82 82
  • Page 83 83
  • Page 84 84

Anybus AB6601 User guide

Anybus
Brand
Anybus
Model
AB6601
Type
User guide
This manual is also suitable for
Download PDF
report

Ask a question and I''ll find the answer in the document

Finding information in a document is now easier with AI

Related papers

Other documents