Every care has been taken in the preparation of this document. Please inform HMS Industrial Networks AB of any
inaccuracies or omissions. The data and illustrations found in this document are not binding. We, HMS Industrial
Networks AB, 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 AB. HMS Industrial Networks AB 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 AB 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 AB cannot assume responsibility for actual use based on these examples and illustrations.
Intellectual Property Rights
HMS Industrial Networks AB 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.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
13.12 Media Redundancy Protocol (MRP)............................................................................... 35
13.13 GSD File (PROFINET configuration file used by engineering tool) ....................................35
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
This page intentionally left blank
Preface5 (38)
1Preface
1.1About this Document
This document is intended to provide a good understanding of differences between the Anybus
CompactCom 30-series and the Anybus CompactCom 40-series to be able to migrate a host
application, i.e. a product, as smooth as possible
For additional related documentation and file downloads, please visit the support website at
PROFINET Installation Guideline for Cabling and AssemblyPI
HMSHMSI-27-334
The network guides for the industrial networks mentioned in this document, as well as the design guides, are available at www.anybus.com/support.
1.3Document History
VersionDateDescription
1.02017-04-28First version
1.12017-06-27BACnet updates
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Preface6 (38)
1.4Document 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:
•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. 6
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.5Terminology
•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.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Preface7 (38)
1.6Trademark Information
Anybus®is a registered trademark of HMS Industrial Networks AB.
EtherCAT®is a registered trademark and patented technology, licensed by Beckhoff Automation
GmbH, Germany.
EtherNet/IP
DeviceNet
™
is a trademark of ODVA, Inc.
™
is a trademark of ODVA, Inc.
All other trademarks are the property of their respective holders.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Background8 (38)
2Background
2.1Anybus CompactCom 30-Series
The Anybus CompactCom 30-series concept was introduced in 2005 and is based on the NP30
processor from HMS Industrial Networks AB. The concept supports various fieldbuses and industrial Ethernet networks. The Anybus CompactCom 30-series fieldbus and industrial Ethernet
solutions today offer a good level of performance and is used by many customers.
2.2Upgrade to the 40-Series
During 2013, HMS Industrial Networks AB introduced the new Anybus CompactCom 40-series
which presented a high performance solution with very low latency, extended APIs, and the ability to meet the future demands of industrial networking. In addition to the new APIs, the Anybus
CompactCom 40-series supports the same APIs as the 30series, offering a possibility to enable
present Anybus CompactCom 30 applications an easy upgrade to the latest technology.
2.3Access to Real-time Ethernet, IIoT and Advanced Security
Features
The Anybus CompactCom 40-series is based on the NP40 processor which is the foundation
for the high performance and extended functions offered by the 40-series. Future technologies
and demands of advanced network functions, IIoT solutions, and advanced security features will
be incorporated in the Anybus CompactCom 40-series.
2.4Recommendations from HMS Industrial Networks AB
For new designs the Anybus CompactCom 40-series is the recommended platform for communication, but the compatibility between the two series enables usage of both series in one product. This document describes the differences between the CompactCom 30-series and the
CompactCom 40-series in order to add guidance on how to modify an existing product to support the latest 40-series modules in addition to existing 30-series support.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Initial Considerations9 (38)
3Initial Considerations
There are two options to consider when starting the work to modify a host application developed
for Anybus CompactCom 30-series modules to also be compatible with the 40-series modules:
•Add support with as little work as possible i.e. reuse as much as possible of the current
design.
–This is the fastest and easiest solution but with the drawback that many of the new fea-
tures available in the 40-series will not be enabled (e.g. enhanced and faster communication interfaces, larger memory areas, and faster communication protocols).
–You have to check the hardware and software differences below to make sure the host
application is compatible with the 40-series modules. Small modifications to your current design may be needed.
•Make a redesign and take advantage of all new features presented in the 40-series.
–A new driver and host application example code are available at www.anybus.com/
starterkit40 to support the new communication protocol.This driver supports both 30-
series and 40-series modules.
–You have to check the hardware differences below and make sure the host application
is compatible with the 40-series modules.
This documentation only deals with differences between the 30-series and the 40-series. For a
description of new and enhanced functionality in the Anybus CompactCom 40-series, please
consult our support pages, where you can find all documentation.
Link to support page: www.anybus.com/support.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Hardware Compatibility10 (38)
4Hardware Compatibility
Anybus CompactCom is available in three hardware formats; Module, Chip, and Brick.
4.1Module
The modules in the 30-series and the 40-series share physical characteristics, like dimensions,
outline, connectors, LED indicators, mounting parts etc. They are also available as modules
without housing.
Fig. 1Anybus CompactCom M30/M40
4.2Chip
The chip (C30/C40) versions of the Anybus CompactCom differ completely when it comes to
physical dimensions.
There is no way to migrate a chip solution from the 30-series to the 40-series
without a major hardware update.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Hardware Compatibility11 (38)
4.3Brick
The Anybus CompactCom B40-1 does not share dimensions with the Anybus CompactCom
B30. The B40-1 is thus not suitable for migration. However HMS Industrial Networks AB has developed a separate brick version in the 40-series, that can be used for migration. This product,
B40-2, shares dimensions etc. with the B30. Please contact HMS Industrial Networks AB for
more information on the Anybus CompactCom B40-2.
Fig. 2Anybus CompactCom B30
Fig. 3Anybus CompactCom B40–1 (not for migration)
Fig. 4Anybus CompactCom B40–2
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Hardware Compatibility12 (38)
25
50
1
26
MD1A1A3A5A7A9A11
A13D6D4D2D0
VDD
VSS
OM1CEIRQ
RESET
GOP0
GIP0
LED2B
LED1B
Tx/OM3
MI1
VSS
VSS
A0A2A4A6A8
A10
A12
D7D5D3
D1
VDD
VSS
OM0
OM2
R/W
OE
GOP1
GIP1
LED2A
LED1A
Rx
MI0
MD0
4.4Host Application Interface
Fig. 5
Some signals in the host application interface have modified functionality and/or functions which
must be checked for compatibility. See the following sections.
4.4.1Tx/OM3
This pin is Tx only in the 30-series. It is tri-stated during power up, and driven by the Anybus
CompactCom UART after initialization. In the 40-series this pin is used as a fourth operating
mode setting pin (OM3). During startup after releasing the reset, this pin is read to determine
the operating mode to use. The pin is then changed to a Tx output.
In the 40-series, this pin has a built-in weak pull-up. If this pin, on a 30-series module or brick is
unconnected, pulled high, or connected to a high-Z digital input on the host processor, it will be
compatible with the 40-series. An external pull-up is recommended, but not required.
If this pin is pulled low by the host during startup, the 40-series module or brick will
not enter the expected operating mode.
These pins are used by the host application (i.e your product) to identify what type of Anybus
CompactCom that is mounted. The identification differs between the 30-series and the 40series.
If your software use this identification you need to handle the new identification value.
MI1MI0Module Type
LOWLOWActive Anybus CompactCom 30
HIGHLOWActive Anybus CompactCom 40
MI[0..1] shall only be sampled by the application during the time period from power up to the
end of SETUP state. The pins are low at power up and before reset release.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Hardware Compatibility13 (38)
4.4.3GIP[0..1]/LED3[A..B]
These pins are tri-stated inputs by default in the 30-series. In the 40-series, these pins are tristated until the state NW_INIT. After that they become open-drain, active low LED outputs (LED3A/LED3B).
No modification of the hardware is needed, if your current design has
•tied these pins to GND
•pulled up the pins
•pulled down the pins
•left the pins unconnected
However, if the application drive the pins high, a short circuit will occur.
If you connect the pins to LEDs, a pull-up is required.
In the 40-series, there is a possibility to set the GIP[0..1] and GOP[0..1] in high impedance state
(tri-state) by using attribute #16 (GPIO configuration) in the Anybus object (01h). I.e. if it is not
possible to change the host application hardware, this attribute can be configured for high impedance state of GIP and GOP before leaving NW_INIT state.
These pins are outputs (high state) by default in the 30-series. In the 40-series, these pins are
tri-stated until the state NW_INIT, and after that they become push-pull, active low LED outputs
(LED4A/LED4B).
This change should not affect your product.
Related Information: Anybus CompactCom M40 Hardware Design Guide (HMSI-216-126), Section 3.2.3, LED Interface/D8-D15 (Data Bus)
4.4.5Address Pins A[11..13]
The address pins 11, 12, and 13 are ignored by the 30-series. These pins must be high when
accessing the 40-series module in backwards compatible 8-bit parallel mode. If you have left
these pins unconnected or connected to GND, you need to make a hardware modification to tie
them high.
4.4.6Max Input Signal Level (VIH)
The max input signal level for the 30-series is specified as VIH=VDD+0,2 V, and for the 40-series
as V
=3.45 V. Make sure that you do not exceed 3.45V for a logic high level.
IH
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
General Software14 (38)
5General Software
5.1Extended Memory Areas
The memory areas have been extended in the 40-series, and it is now possible to access larger
sizes of process data (up to 4096 bytes instead of former maximum 256 bytes) and message
data (up to 1524 bytes instead of former maximum 255 bytes). The 30-series has reserved
memory ranges that the application should not use. The 40-series implements new functionality
in some of these memory areas.
To use the extended memory areas you need to implement a new communication protocol which
is not part of this document.
Memory areas not supported by the specific network cannot be used. Make sure you do not access these areas, e.g. for doing read/write memory tests.
The ping-pong protocol (the protocol used in the 30-series) is faster in the 40-series. A 30-series module typically responds to a “ping” within 10-100µs. The 40-series typically responds to a
“ping” within 2µs.
Interrupt-driven applications (parallel operating mode) may see increased CPU load due to the
increased speed.
5.3Requests from CompactCom to Host Application During
Startup
All requests to software objects in the host application must be handled and responded to (even
if the object does not exist). This applies for both the 30-series and the 40-series. The 40-series
introduces additional objects for new functionality.
There may also be additional commands in existing objects added to the 40-series that must be
responded to (even if it is not supported).
If your implementation already responds to all commands it cannot process, which is the expected behavior, you do not need to change anything.
5.4Anybus Object (01h)
Attribute30-series40-seriesChange/Action/Comment
#1, Module Type0401h0403hMake sure the host application accepts the
#15, Auxiliary BitAvailableRemovedIt is not possible to turn off the “Changed Data
#16, GPIO
Configuration
Default: General
input and output
pins
Default: LED3
and LED4
outputs
new module type value for the 40-series.
Indication” in the 40-series. Also see “Control
Register CTRL_AUX-bit” and “Status Register STAT_AUX-bit” below.
See also ..
•GIP[0..1]/LED3[A..B], p. 13
•GOP[0..1]/LED4[A..B], p. 13
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
General Software15 (38)
5.5Control Register CTRL_AUX-bit
30-seriesThe CTRL_AUX bit in the control register indicates to the Anybus CompactCom if the
process data in the current telegram has changed compared to the previous one.
40-seriesThe value of the CTRL_AUX bit is always ignored. Process data is always accepted.
All released Anybus CompactCom 30 example drivers from HMS comply with this difference.
30-seriesThe STAT_AUX bit in the status register indicates if the output process data in the current
telegram has changed compared to the previous one. This functionality must be enabled
in the Anybus object (01h), Attribute #15. By default, the STAT_AUX bit functionality is
disabled.
40-seriesThe STAT_AUX bit indicates updated output process data (not necessarily changed data)
from the network compared to the previous telegram. The functionality is always enabled.
All released Anybus CompactCom 30 example drivers from HMS comply with this difference.
30-seriesThe application may change this bit at any time.
40-seriesFor the 8-bit parallel operating mode, the bit is only allowed to transition from 1 to 0 when
the STAT_M-bit is set in the status register. When using the serial operating modes, it is
also allowed to transition from 1 to 0 in the telegram immediately after the finalizing empty
fragment.
All released CompactCom 30 example drivers from HMS comply with this difference.
5.8Modifications of Status Register, Process Data Read Area,
and Message Data Read Area
In the 40-series, the Status Register, the Process Data Read Area, and the Message Data Read
Area are write protected in hardware (parallel interface). If the software for some reason writes
to any of those areas, a change is needed.
All released Anybus CompactCom 30 example drivers from HMS comply with this difference.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — BACnet/IP16 (38)
6Network Specific — BACnet/IP
6.1Network Configuration Object (04h)
The instances in the Network Configuration Object have been rearranged for the Ethernet
based modules for consistency. Network specific instances are moved to instance number 20
and onwards. This is done to increase the number of instances in the section that is not network
specific.
If the host application is using any of the parameters below, the software must be updated to
use the new instance numbers.
Foreign Device Registration Time to Live Value2125
74
6.2Reduced Network Resources Due to Memory Constraints
The Anybus CompactCom 40 BACnet/IP will have reduced network resources compared to the
AnybusCompactCom 30 due to memory constraints.
Network Resource30-series40-series
Maximum size of BACnet NPDU14761024
Maximum number of active server requests105
Number of supported COV server subscriptions6060
Maximum number of Network Configuration object recipients supported
Number of client requests12078
Number of supported Network Configuration
events
Maximum size of APDU service payload with segmentation included
Number of BACnet objects (advanced mode )6120768
Number of BAPL DeviceAddressBindings supported 18
6018
25664
32 kB5 kB
6018
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — CC-Link17 (38)
7Network Specific — CC-Link
7.1Network CC-Link Object (08h)
The specific CC-Link mapping commands: Map_ADI_Specified_Write_Area, Map_ADI_Specified_Read_Area have been removed. With these two previously used commands it was possible to freely specify the location of the mapped data in the CC-Link address map; this is not
possible anymore.
The mapping is now handled with the commands: Map_ADI_Write_Area, Map_ADI_Read_
Area or Map_ADI_Write_Ext_Area and Map_ADI_Read_Ext_Area. The location of the mapped
data in the CC-Link address map can now only be managed by using these commands in conjunction with the chronological order the commands are sent.
See “Anybus CompactCom 40 CC-Link Network Guide” for the new Process Data mapping
scheme details.
7.2Network Object (03h)
7.2.1Process Data
A new default Process Data mapping scheme has been implemented in the 40-series. Data
type BOOL is now mapped to the Word-area. In the 40-series, use the new BITx data types instead to map the data to the Bit-area.
All bit data must be mapped before all other data types for the data to be mapped to the Bitarea. If mapping bit data after having mapped other “non-bit-data” the data will be mapped to
the Word-area.
The change was made to get a more logical and faster mapping.
You need to make sure the process data is mapped according to the above in the host
application.
7.3Diagnostic Object (02h)
To use the Diagnostic Events in conjunction with the automatic System Area Handler (CC-Link
Host Object (F7h), Attribute #5, System Area Handler) in the Anybus CompactCom 40 CC-Link,
there is one modification required. The application is now required to use the Diagnostic Events
with the severity representing Latching Events or handle the system area completely in the application. For details on Diagnostic Event with latching severity, see the “Anybus CompactCom
40 Software Design Guide”, Diagnostic Object.
If the Diagnostic Event created is not of the latching severity, the system area will not work according the CC-Link specification.
If the automatic System Area Handler functionality is used previously, add the use of Diagnostic
Events with a latching event severity or let the host application handle the system area
completely.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — DeviceNet18 (38)
8Network Specific — DeviceNet
8.1DeviceNet Host Object (FCh)
Attribute30-series40-seriesChange/Action/Comment
#2, Device TypeDefault: 0000hDefault: 002BhIf the attribute is implemented in the host ap-
#3, Product CodeDefault: 0062hDefault: 003FhIf the attribute is implemented in the host ap-
#6, Product NameDefault: “Any-
bus-CC
DeviceNet”
Default: “CompactCom 40 DeviceNet(TM)”
plication, it overrides the default value and
there is no difference between the 30-series
and the 40-series.
If the attribute is not implemented, the default
value is used.
plication, it overrides the default value and
there is no difference between the 30-series
and the 40-series.
If the attribute is not implemented, the default
value is used.
If the attribute is implemented in the host application, it overrides the default value and
there is no difference between the 30-series
and the 40-series.
If the attribute is not implemented, the default
value is used.
8.2EDS file (Electronic Datasheet file used by configuration
tool)
8.2.1Keywords
The following keywords must be updated when migrating.
KeywordComments
ProdTypeMust match attribute #2 (Device Type) in the Device-
ProdCodeMust match attribute #3 (Product Code) in the Device-
ProdNameMust match attribute #6 (Product Name) in the Devi-
MajRevMust match the major revision of the product.
Net Host Object (FCh).
Net Host Object (FCh).
ceNet Host Object (FCh).
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — EtherCAT19 (38)
9Network Specific — EtherCAT
9.1Network Configuration Object (04h)
The instance number for the Device ID instance has changed from number 3 (30-series) to
number 1 (40-series).
9.2EtherCAT Object (F5h)
Attribute30-series40-seriesChange/Action/Comment
#2, Product CodeDefault: 0000
#6, Manufacturer Device Name
0034h
Default: “Anybus-CC
EtherCAT”
Default: 0000
0036h
Default: “CompactCom 40
EtherCAT”
If the attribute is implemented in the host application, it overrides the default value and
there is no difference between the 30-series
and the 40-series.
If the attribute is not implemented, the default
value is used.
If the attribute is implemented in the host application, it overrides the default value and
there is no difference between the 30-series
and the 40-series.
If the attribute is not implemented, the default
value is used.
9.3ESI-file (Configuration file used by engineering tool)
When migrating from the 30-series to the 40-series, a new, updated ESI-file is needed. To help
you, there is an ESI-file Generator available from HMS Industrial Networks AB, see below.
9.3.1ESI-file Generator
An ESI-file generator is available on the HMS Industrial Networks AB website. The generator
will create an up to date ESI file fitted for the specific design. The ESI generator works for both
the 30-series and the 40-series.
The generator can be downloaded from www.anybus.com/starterkit40.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — EtherCAT20 (38)
9.3.2Keywords
The ESI-file generator is up to date with the following differences between the 30-series and the
40-series.
The Product Code, Revision Number and Product Name must be updated to reflect the current
module. Note: These values can be changed via the EtherCATobject (F5h) and the ESI-file values must match the EtherCAT object values.
The EtherCATstate transition timeouts must be present in the ESI-file per the latest specification. Note: These timeout values can be change via the EtherCAT object (F5h) and the ESI-file
values must match the EtherCAT object values.
The sync manager start addresses have been changed in the 40-series, and the sync manager
sizes are now configurable in the EtherCATconfiguration tool.
The 40-series supports File over EtherCAT (FoE) and this must be reflected in the ESI-file. If
FoE is disabled in the EtherCAT host object, this keyword must be removed from the ESI-file.
<FoE/>
Since the 40-series is using the HMS slave controller, the EEPROM byte size and the SII configuration data must be changed according to the following settings.
The 40-series supports the boot strap state, and requires the following keyword.
<BootStrap>0040000400480004</BootStrap>
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — EtherNet/IP21 (38)
10Network Specific — EtherNet/IP
10.1Network Object (03h)
Attribute #1, Network
Type
ValueNetwork TypeAnybus CompactCom Product
0085hEtherNet/IP, No DLR30-series 1-port
009ChEtherNet/IP, Announce Based DLR30-series 2-port
009BhEtherNet/IP, Beacon Based DLR30-series and 40-series
The 30-series module is available in two network type versions, either with
“Beacon based DLR” (Highest performance) or with “Announce based DLR”
which both are Ethernet redundancy protocols. The 40-series is only available
with “Beacon based DLR”. The network type value differs between the versions.
10.2EtherNet/IP Host Object (F8h)
AttributeDefaultAnybus CompactCom
#2, Device
Type
#3, Product
Code
#6, Product
Name
Attribute
#27, Producing Instance
Map
Attribute
#28, Consuming Instance Map
0000h30-series, EtherNet/IP,
0000h30-series, EtherNet/IP,
002Bh30-series, EtherNet/IP,
002Bh40-series, EtherNet/IP,
0063h30-series, EtherNet/IP,
002Eh30-series, EtherNet/IP,
0036h30-series, EtherNet/IP,
0037h40-series, EtherNet/IP,
Anybus-CC EtherNet/IP30-series, EtherNet/IP,
CompactCom EtherNet/
IP(TM) 2P
Anybus-CC EIP (2-Port)
BB DLR
Anybus CompactCom 40
EtherNet/IP(TM)
See commentAttribute removed in the 40-series
See commentAttribute removed in the 40-series
Product
No DLR
Announce Based DLR
Beacon Based DLR
Beacon Based DLR
No DLR
Announce Based DLR
Beacon Based DLR
Beacon Based DLR
No DLR
30-series, EtherNet/IP,
Announce Based DLR
30-series, EtherNet/IP,
Beacon Based DLR
40-series, EtherNet/IP,
Beacon Based DLR
Comment
If the attribute is implemented in the
host application, it overrides the default value and there is no difference
between the 30-series and the 40series.
If the attribute is not implemented,
the default value is used.
If the attribute is implemented in the
host application, it overrides the default value and there is no difference
between the 30-series and the 40series.
If the attribute is not implemented,
the default value is used.
If the attribute is implemented in the
host application, it overrides the default value and there is no difference
between the 30-series and the 40series.
If the attribute is not implemented,
the default value is used.
(only available in the 30-series EtherNet/IP Beacon Based DLR). The
CompactCom will never request this
attribute. Replaced by the functionality in the Assembly Mapping Object
(EBh).
If this attribute is used, the Assembly
Mapping object must be implemented
instead.
(only available in the 30-series EtherNet/IP Beacon Based DLR). The
CompactCom will never request this
attribute. Replaced by the functionality in the Assembly Mapping Object
(EBh).
If this attribute is used, the Assembly
Mapping object must be implemented
instead.
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — EtherNet/IP22 (38)
10.2.1EtherNet/IP functionality
Max Message
Connections
EtherNet/IP
Encapsulation
Sessions
The maximum number of simultaneous Class 3 connections are 16 in the 30series and 6 in the 40-series.
No change is needed in the host application.
The maximum number of simultaneous encapsulation sessions are 48 in the 30series and 15 in the 40-series.
No change is needed in the host application.
10.3EDS file (Electronic Datasheet file used by configuration
tool)
10.3.1EDS file Generator Tool
An EDS-generator for automatic EDS-file generation up to date with the differences below. The
EDS-generator only works with the 40-series, version 1.30 and later.
The generator can be downloaded from www.anybus.com/starterkit40: .
10.3.2Keywords
The following keywords differs between the 30-series and the 40-series. The EDS generator reflects this change.
KeywordComments
Capacity->MaxCIPConnectionsRemoved in 40-series – replaced by: MaxMsgCon-
Capacity->MaxMsgConnectionsNew keyword in the 40-series, Value: 6
Capacity->MaxIOConnectionsNew keyword in the 40-series, Value: 4
nections and MaxIOConnections (see below)
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — Modbus-TCP23 (38)
11Network Specific — Modbus-TCP
11.1Modbus Registers
Rearrangements have been made in the Modbus register map, because process data sizes
have been increased to 1536 bytes in each direction. An existing PLC configuration need to be
changed to use the new addresses. No difference on the application side.
Process data mapped BOOL arrays are not compressed to bit-fields on the network in the 40series, but handled as a normal 8-bit datatype. To create bit-arrays in the 40-series, use the
new datatypes BITx instead.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — Modbus-TCP24 (38)
11.3Network Configuration Object (04h)
The instances in the Network Configuration Object have been rearranged for the Ethernet
based modules for consistency. Network specific instances are moved to instance number 20
and onwards. This is done to increase the number of instances in the section that is not network
specific.
If the host application is using any of the parameters below, the software must be updated to
use the new instance numbers.
AvailableRemovedAttribute removed in the 40-series. The Com-
11.6Process data
If the attribute is implemented in the host application, it overrides the default value and
there is no difference between the 30-series
and the 40-series.
If the attribute is not implemented, the default
value is used.
In the 30-series, this register address offset is
only applied when accessing holding registers with the command Read/Write Multiple
registers (23).
The 40-series applies this register offset to all
holding register access, i.e. commands 3, 6,
16 and 23.
pactCom will never request this attribute.
Nothing needs to be changed in the host
application.
In the 30-series modules, writing to the ADI register area would only result in a Set_Attribute
command to the application (Application Data Object (FEh)) if the ADI was not mapped to read
process data. For the 40-series, all register writes to the ADI area also results in a corresponding Set_Attribute command to the host application (Application Data Object (FEh)), as well as
updating of the process data.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — PROFIBUS25 (38)
12Network Specific — PROFIBUS
12.1Additional Diagnostic Object (05h)
Object removed in the 40-series. To create diagnostics, use Diagnostic Object (02h).
Another option is to use the PROFIBUS DP-V0 Diagnostic Object (10h) where diagnostics can
be sent transparently from the host application to the network.
If you use the Additional Diagnostic Object you need to update your software implementation.
12.2Network PROFIBUS DP-V1 Object (0Bh)
Object removed in the 40-series, i.e. commands Map_ADI_Specified_Write_Area and Map_
ADI_Specified_Read_Area are not supported.
12.3PROFIBUS DP-V1 Object (FDh)
Attribute30-series40-seriesChange/Action/Comment
#1, PNO Ident
Number
#2, Parameterization
Data
#5, Size of Identifier
Related Diagnostics
#6, Buffer ModeAvailableRemovedAttribute removed in the 40-series. The Any-
#7, Alarm SettingsAvailableRemovedAttribute removed in the 40-series. The Any-
#16, I&M VersionAvailableRemovedAttribute removed in the 40-series. The Any-
#17, I&M SupportedAvailableRemovedAttribute removed in the 40-series. The Any-
#19, Check Config
Behavior
1811h1815hIf the attribute is implemented in the host ap-
plication, it overrides the default value and
there is no difference between the 30-series
and the 40-series.
If the attribute is not implemented, the default
value is used.
See CommentIn the first 10 bytes, only the Parameter Struct
bit (bit 3) is copied to this attribute in the 40series. All other bits are set to 0.
In the 30-series all information in the first 10
bytes were copied.
AvailableRemovedAttribute removed in the 40-series. The Any-
bus CompactCom will never request this
attribute.
Nothing needs to be changed.
bus CompactCom will never request this attribute. No buffer modes needed in the 40series since maximum sizes for all buffers are
supported.
Nothing needs to be changed.
bus CompactCom will never request this attribute. Only Diagnostic Alarms supported.
bus CompactCom will never request this attribute. The host application cannot influence
the I&M version implemented by the Anybus
CompactCom.
bus CompactCom will never request this attribute. The host application cannot influence
the I&M version supported by the Anybus
CompactCom.
AvailableRemovedAttribute removed in the 40-series. The Any-
bus CompactCom will never request this
attribute.
The 40-series depends on CheckCfgMode
(often configurable in the PROFIBUS master)
in default mode. Either the expected and actual configuration must match exactly or can
differ as long as the expected input and output sizes are equal or larger than the actual
sizes.
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — PROFIBUS26 (38)
12.4Network Configuration Object (04h)
The following attributes are removed in the 40–series. The Anybus CompactCom will never request these attributes. It is only possible to set these values via the network (I&M1-4) – end user
configuration.
•Instance #3, Function Tag
•Instance #4, Location Tag
•Instance #5, Installation Date
•Instance #6, Description
12.5GSD file (PROFIBUS configuration file used by engineering
tool)
Implementation TypeIf the keyword “Implementation Type” is present in the GSD-file (optional
keyword), the value for the 30-series shall be “NP30” and the value for the 40series shall be “NP40”.
Length Related
Keywords
The following keywords are possible to set to maximum values if neeed in the 40series. In the 30-series the maximum lengths were dependent of the buffer mode
setting.
•Max_Input_Len
•Max_Output_Len
•Max_Data_Len
•Max_User_Prm_Data_Len
•Max_Diag_Data_Len
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
0084h30-series, PROFINET IO 1-PortThe 30-series module is a PROFI-
0096h30-series, PROFINET IO 2-Port
0089h40-series, PROFINET IRT
“PROFINET
IO”
“PROFINET
IO 2-Port”
“PROFINET
IRT”
30-series, PROFINET IO 1-PortThe 30-series module is a PROFI-
30-series, PROFINET IO 2-Port
40-series, PROFINET IRT
NET RT module without IRT capabilities. The 40-series module has
PROFINET IRT capabilities. The Network Type value differs between the
different CompactCom PROFINET
versions.
NET RT module without IRT capabilities. The 40-series module has
PROFINET IRT capabilities. The Network Type value differs between the
different CompactCom PROFINET
versions.
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — PROFINET28 (38)
13.2PROFINET IO Object (F6h)
AttributeDefaultAnybus CompactCom ProductComment
#1, Device
ID
#3, Station
Type
#8, I&M Order ID
#19, System
Description
0007h30-series, PROFINET IO 1-PortThe Device ID controls how your
0009h30-series, PROFINET IO 2-Port
0010h40-series, PROFINET IRT
“ABCC-PRT”30-series, PROFINET IO 1-PortThe Station Type defines the name
“ABCC-PRT
(2-Port)”
“ABCC40PIR”
“ABCC-PRT”30-series, PROFINET IO 1-PortIf the attribute is implemented in the
30-series, PROFINET IO 1-PortIf the attribute is implemented in the
30-series, PROFINET IO 2-Port
40-series, PROFINET IRT
product identifies itself on the PROFINET network.
If the attribute is implemented in the
host application, it overrides the default value and there is no difference
between the 30-series and the 40series.
If the attribute is not implemented,
the default value differs between the
different CompactCom PROFINET
types.
your product uses to identify itself on
the PROFINET network.
If the attribute is implemented in the
host application, it overrides the default value and there is no difference
between the 30-series and the 40series.
If the attribute is not implemented,
the default value differs between the
different CompactCom PROFINET
types.
host application, it overrides the default value and there is no difference
between the 30-series and the 40series.
If the attribute is not implemented,
the default value differs between the
different Anybus CompactCom PROFINET types.
host application, it overrides the default value and there is no difference
between the 30-series and the 40series.
If the attribute is not implemented,
the default value differs between the
different Anybus CompactCom PROFINET types.
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — PROFINET29 (38)
Attribute30-series40-seriesChange/Action/Comment
#7, Record Data
Mode
#13, I&M Profile IDUsed for all APIsOnly used for
#14, I&M Profile Specific Type
#15, I&M VersionAvailableRemovedAttribute removed in the 40-series. The Any-
16, I&M SupportedAvailableRemovedAttribute removed in the 40-series. The Any-
#20, Interface
description
#21, Module ID Assignment Mode
#22, System ContactAvailableRemovedAttribute removed in the 40-series. The Any-
#23, PROFIenergy
functionality
See CommentI&M Record data transparent mode (bit 1) is
replaced with the IM_Options command in the
Network PROFINET IO object (0Eh).
If this bit is 0 in the current implementation, no
action is needed
In the 40-series, this attribute is only read for
“non-zero” APIs
submodules belonging to a “non-zero” API (e.
g. PROFIdrive profile). Constant values
(F600h, Generic Device and 0004h, Communication Module) are used for submodules belonging to API 0.
In the 30-series this parameter is used for all
API:s.
Used for all APIsOnly used for
“non-zero” APIs
In the 40-series, this attribute is only read for
submodules belonging to a “non-zero API” (e.
g. PROFIdrive profile). Constant values
(F600h, Generic Device and 0004h, Communication Module) are used for submodules belonging to API 0.
In the 30-series this parameter is used for all
API:s.
bus CompactCom will never request this attribute. The host application cannot influence
the I&M implemented by the Anybus
CompactCom.
bus CompactCom will never request this attribute. The host application cannot influence
the I&M supported by the Anybus
CompactCom.
AvailableRemovedAttribute removed in the 40-series. The Any-
bus CompactCom will never request this
attribute.
AvailableRemovedAttribute removed in the 40-series (Incremen-
tal Module Identification removed in the 40series). The Anybus CompactCom will never
request this attribute.
bus CompactCom will never request this attribute. System Contact can now only be
reached from the network via SNMP (sysContact). Also see SNMP MIB-II, p. 33.
AvailableRemovedAttribute removed in the 40-series. The Any-
bus CompactCom will never request this attribute. PROFIenergy is now enabled by the
application having implemented the Energy
Control Object (F0h).
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — PROFINET30 (38)
Command30-series40-seriesChange/Action/Comment
Ar_Info_IndAvailableRemovedCommand removed in the 40-series. The Any-
Ar_Offline_IndAvailableRemovedCommand removed in the 40-series. The Any-
Plug_Submodule_
Failed
Get_IM_RecordAvailableRemovedCommand removed in the 40-series. The Any-
Set_IM_RecordAvailableRemovedCommand removed in the 40-series. The Any-
AvailableRemovedCommand removed in the 40-series. The Any-
bus CompactCom will never use this command in a request. The command is replaced
by the command Expected_Ident_Ind
bus CompactCom will never use this command in a request. The 30-series module
issues this command to indicate to the host
application that the module enters an offline
state. Use Ar_Abort_Ind instead.
bus CompactCom will never use this command in a request.
bus CompactCom will never use this command in a request. It will use the general Get_
Record-command instead (filter on index
AFF0h-AFFFh).
bus CompactCom will never use this command in a request. It will use the general Set_
Record-command instead (filter on index
AFF0h-AFFh).
13.3PROFINET Additional Diagnostic Object (0Fh)
Object removed in the 40-series. All diagnostics are handled via the standard diagnostic object
(02h), Event code FFh. Only Channel diagnostics can be created.
13.4Diagnostic Object (02h)
The structure of network specific event information has changed in the create command. Instead of including diagnostic source information such as API, Slot, and Subslot in the data field,
it is extracted from the extended diagnostic fields in the create command. API, Slot, and Subslot
are determined with the help of Slot and ADI given by the extended diagnostic mode.
Process alarms cannot be created in the 40-series.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — PROFINET31 (38)
13.5Network Configuration Object (04h)
The instances in the Network Configuration Object have been rearranged for the Ethernet
based modules for consistency. Network specific instances are moved to instance number 20
and onwards. This is done to increase the number of instances in the section that is not network
specific.
If the host application is using any of the parameters below, the software must be updated to
use the new instance numbers.
The following instances are removed in the 40-series. They are only possible to set via the
network.
•Instance #16 in 30-series, Function Tag
•Instance #17 in 30-series, Location Tag
•Instance #18 in 30-series, Installation Date
•Instance #19 in 30-series, Description
13.6Network PROFINET IO Object (0Eh)
Attribute30-series40-seriesChange/Action/Comment
#3, Last OffLineInd
ReasonCode
#9, ProfinetIoStack
Init ErrorCode
-
-
RemovedAttribute removed in the 40-series. Since the
RemovedAttribute removed in the 40-series.
13.7I&M4
command Ar_Offline_Ind is removed, this attribute makes no sense.
If the host application is accessing this attribute, it will receive an error response when using the 40-series.
If the host application is accessing this attribute, it will receive an error response when using the 40-series.
I&M4 is removed in the 40-series. Writeable I&M records in GSD must be updated (see GSD
section below).
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — PROFINET32 (38)
12
3
4
13.8LED Indications
Changes has been made regarding the specification of the LED indications. See tables below
for differences.
Fig. 6
13.8.1Network Status LED (LED1[A..B])
LED State30-series40-seriesComments
OffOfflineOffline- No power- No connection with IO
GreenOnline (RUN)Online (RUN)Connection with IO controller estab-
Green, 1 flash
Green, 3 flashes
Green, cont. flashOnline (STOP)
RedFatal eventFatal eventMajor internal error (this indication is
Red, 1 flash
Red, 2 flashes
Red, 3 flashes
-
-
-
-
-
Online (STOP)Connection with IO controller estab-
IdentifyFlashing 3 times (1Hz) continuously
-
Station Name errorStation name not set
IP address errorIP address not set
Configuration errorExpected Identification differs from
controller
lished, IO controller in Run state
lished, IO controller in STOP state or
IO data bad, IRT synchronization not
finished
to identify slave (DCP_Identify).
Connection with IO controller established, IO controller in STOP state
combined with a red module status
LED)
Real Identification.
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — PROFINET33 (38)
13.8.2Module Status LED (LED2[A..B])
LED State30-series40-seriesComments
OffNot InitializedNot InitializedNo power or Module in SETUP or
GreenNormal OperationNormal OperationModule has shifted from the NW_IN-
RedException errorException errorModule in state Exception
Fatal EventFatal EventMajor internal error (this indication is
Red, 1 flashConfiguration error
Red, 2 flashesIP address error
Red, 3 flashesStation Name Error
Red, 4 flashesInternal error
Alternating Red/
Green
-
-
-
-
-
-
Firmware UpdateDo NOT power off the module. Turn-
NW_INIT state
IT state
Flashing 1Hz continuously to identify
slave (DCP_Identify).
combined with a red Network Status
LED)
ing the module off during this phase
could cause permanent damage.
13.9SNMP MIB-II
sysContact, sysLocation and sysName are used to give the product identification in the end
installation.
In the 40-module these variables are only set from the network using SNMP protocol by the end
user.
Due to this, sysContact (PROFINET IO object (F6h), Attribute 22), sysLocation (Network Configuration Object (04h), Attribute 17) and sysName (Network Configuration Object (04h), Attribute 15) are no longer used.
Nothing needs to be updated in your implementation but attribute values will no longer be used.
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — PROFINET34 (38)
Submodule ID:Module ID:
0: Mapped to write PD area
1: Mapped to read PD area
Number of
elements to map
0x00000301
ADI start
element number
ADI number
0x00000004
13.10ADI Based Configuration
When using the ADI based configuration, the structure of module identifiers and submodule
identifiers are changed in the 40-series to be able to support the re-map functionality.
The Module IDs and Submodule IDs are built up according to the figure below.
Fig. 7
Migrating from Anybus
®
CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — PROFINET35 (38)
13.11Configuration Mismatch
The 40-series are stricter regarding outputs and more tolerant regarding inputs compared to the
30-series. All outputs are locked if at least one output is missing. The network engineering tool
may use anywhere between 0 and all actual input submodules without error indication.
ABCC40 provides a window for "seamless" adaptation of Real Identification (RI). In ADI based
RI mode through remap, and in advanced mode by blocking in the connect request handling. It
is not ok to adapt RI by rebooting.
For detailed information about how a configuration mismatch is handled in the 30-series, see
Anybus CompactCom 30 PROFINET IO Network Appendix, HMSI-168-74, Section “Configuration Mismatch”.
For detailed information about how a configuration mismatch is handled in the 40-series, see
Anybus CompactCom 40 PROFINET IRT Network Guide, HMSI-27-226, Section “Configuration
Mismatch”.
13.12Media Redundancy Protocol (MRP)
MRP is supported in the 40-series and cannot be disabled by the host application. You need to
add new keywords in your GSD file, see GSD section below.
13.13GSD File (PROFINET configuration file used by engineering
tool)
13.13.1GSD Generator Tool
When using the ADI-based configuration, it is possible to use a GSD Generator from HMS
which will generate a basic GSD file (up to date with the above differences) with correct ADI
modules.
The GSD generator only works for the 40-series
The generator can be downloaded from www.anybus.com/starterkit40
Migrating from Anybus®CompactCom™30 to Anybus®CompactCom™40 Design GuideSCM-1202-043 1.1
Network Specific — PROFINET36 (38)
13.13.2Modifications for Conformance Class B (if you want to disable
support for IRT)
The example GSD file, supplied by HMS Industrial Networks AB, is prepared for testing an Anybus CompactCom 40 PROFINET IRT for conformance class C, which includes PROFINET isochronous communication mode (IRT). If the implementation does not need the isochronous
features of the device, the GSD file can be modified to reflect this. The product can then be conformance tested for conformance class B instead. The list below describe the changes needed
in the example GSD file to accomplish this.
If IRT support is removed from the GSD file, it is not possible to use the device in
the middle of an IRT line. It has to be connected to the line using an IRT capable
switch or placed at the end of the line.
1.1. The value of the ConformanceClass attribute in the <CertificationInfo...> ele-