EK9300 en
EK9300 en
EK9300
PROFINET-Bus Coupler for EtherCAT Terminals
Table of contents
1 Foreword .................................................................................................................................................... 5
1.1 Notes on the documentation ............................................................................................................. 5
1.2 Guide through documentation ........................................................................................................... 6
1.3 Safety instructions ............................................................................................................................. 7
1.4 Documentation issue status .............................................................................................................. 8
1.5 Version identification of EtherCAT devices ....................................................................................... 9
1.5.1 General notes on marking.................................................................................................. 9
1.5.2 Version identification of EK Couplers............................................................................... 10
1.5.3 Beckhoff Identification Code (BIC) ................................................................................... 11
1.5.4 Electronic access to the BIC (eBIC)................................................................................. 13
5 Configuration........................................................................................................................................... 43
5.1 Representation of an EtherCAT slave on PROFINET .................................................................... 43
5.2 EK9300 configuration ...................................................................................................................... 48
5.3 EK9300 EtherCAT configuration ..................................................................................................... 53
5.3.1 EK9300 Settings .............................................................................................................. 56
5.4 EK9300 – Configuration example ................................................................................................... 58
5.4.1 Commissioning EL72x1-xxxx ........................................................................................... 59
5.4.2 EP9224 commissioning.................................................................................................... 70
5.4.3 EP9128 commissioning.................................................................................................... 74
5.5 From firmware Version 6 ................................................................................................................. 79
5.5.1 EK9300 - CoE data access over PROFINET................................................................... 79
7 Appendix .................................................................................................................................................. 93
7.1 FAQ ................................................................................................................................................. 93
7.1.1 Device description file (GSDML) / DAP (DeviceAccessPoint) ......................................... 94
7.1.2 Task configuration............................................................................................................ 96
7.1.3 EL663x-00x0 EtherCAT Terminals .................................................................................. 97
7.1.4 BoxStates of the PROFINET devices .............................................................................. 98
7.1.5 EK9300 – FAQ ................................................................................................................. 99
7.2 Update Bus Coupler image ........................................................................................................... 100
7.3 List of Abbreviations ...................................................................................................................... 101
7.4 Support and Service...................................................................................................................... 103
1 Foreword
This description is only intended for the use of trained specialists in control and automation engineering who
are familiar with the applicable national standards.
It is essential that the documentation and the following notes and explanations are followed when installing
and commissioning these components.
It is the duty of the technical personnel to use the documentation published at the respective time of each
installation and commissioning.
The responsible staff must ensure that the application or use of the products described satisfy all the
requirements for safety, including all the relevant laws, regulations, guidelines and standards.
Disclaimer
The documentation has been prepared with care. The products described are, however, constantly under
development.
We reserve the right to revise and change the documentation at any time and without prior announcement.
No claims for the modification of products that have already been supplied may be made on the basis of the
data, diagrams and descriptions in this documentation.
Trademarks
Beckhoff®, TwinCAT®, TwinCAT/BSD®, TC/BSD®, EtherCAT®, EtherCAT G®, EtherCAT G10®, EtherCAT P®,
Safety over EtherCAT®, TwinSAFE®, XFC®, XTS® and XPlanar® are registered trademarks of and licensed by
Beckhoff Automation GmbH. Other designations used in this publication may be trademarks whose use by
third parties for their own purposes could violate the rights of the owners.
Patent Pending
The EtherCAT Technology is covered, including but not limited to the following patent applications and
patents: EP1590927, EP1789857, EP1456722, EP2137893, DE102015105702 with corresponding
applications or registrations in various other countries.
EtherCAT® is registered trademark and patented technology, licensed by Beckhoff Automation GmbH,
Germany.
Copyright
Title Description
EtherCAT System Documentation (PDF) • System overview
• EtherCAT basics
• Cable redundancy
• Hot Connect
• EtherCAT devices configuration
Explosion Protection for Terminal Notes on the use of the Beckhoff terminal systems in
Systems (PDF) hazardous areas according to ATEX and IECEx
Control Drawing I/O, CX, CPX (PDF) Connection diagrams and Ex markings (conform to cFMus)
Infrastructure for EtherCAT/Ethernet (PDF) Technical recommendations and notes for design,
implementation and testing
Software Declarations I/O (PDF) Open source software declarations for
Beckhoff I/O components
The documentations can be viewed at and downloaded from the Beckhoff website (www.beckhoff.com) via:
• the “Documentation and Download” area of the respective product page,
• the Download finder,
• the Beckhoff Information System.
Exclusion of liability
All the components are supplied in particular hardware and software configurations appropriate for the
application. Modifications to hardware or software configurations other than those described in the
documentation are not permitted, and nullify the liability of Beckhoff Automation GmbH & Co. KG.
Personnel qualification
This description is only intended for trained specialists in control, automation and drive engineering who are
familiar with the applicable national standards.
Description of instructions
DANGER
Serious risk of injury!
Failure to follow this safety instruction directly endangers the life and health of persons.
WARNING
Risk of injury!
Failure to follow this safety instruction endangers the life and health of persons.
CAUTION
Personal injuries!
Failure to follow this safety instruction can lead to injuries to persons.
NOTICE
Damage to environment/equipment or data loss
Failure to follow this instruction can lead to environmental damage, equipment damage or data loss.
Tip or pointer
This symbol indicates information that contributes to better understanding.
Notes
• The elements mentioned above result in the technical designation. EL3314-0000-0016 is used in the
example below.
• EL3314-0000 is the order identifier, in the case of “-0000” usually abbreviated to EL3314. “-0016” is the
EtherCAT revision.
• The order identifier is made up of
- family key (EL, EP, CU, ES, KL, CX, etc.)
- type (3314)
- version (-0000)
• The revision -0016 shows the technical progress, such as the extension of features with regard to the
EtherCAT communication, and is managed by Beckhoff.
In principle, a device with a higher revision can replace a device with a lower revision, unless specified
otherwise, e.g. in the documentation.
Associated and synonymous with each revision there is usually a description (ESI, EtherCAT Slave
Information) in the form of an XML file, which is available for download from the Beckhoff web site.
From 2014/01 the revision is shown on the outside of the IP20 terminals, see Fig. “EL5021 EL terminal,
standard IP20 IO device with batch number and revision ID (since 2014/01)”.
• The type, version and revision are read as decimal numbers, even if they are technically saved in
hexadecimal.
Fig. 1: EK1101 EtherCAT coupler with revision 0815 and serial number 41130206
The BIC will be introduced step by step across all product groups.
The BIC is machine-readable and contains information that can also be used by the customer for handling
and product management.
Each piece of information can be uniquely identified using the so-called data identifier
(ANSI MH10.8.2-2016). The data identifier is followed by a character string. Both together have a maximum
length according to the table below. If the information is shorter, spaces are added to it.
Following information is possible, positions 1 to 4 are always present, the other according to need of
production:
Further types of information and data identifiers are used by Beckhoff and serve internal processes.
Example of composite information from positions 1 to 4 and with the above given example value on position
6. The data identifiers are highlighted in bold font:
1P072222SBTNk4p562d71KEL1809 Q1 51S678294
Accordingly as DMC:
BTN
An important component of the BIC is the Beckhoff Traceability Number (BTN, position 2). The BTN is a
unique serial number consisting of eight characters that will replace all other serial number systems at
Beckhoff in the long term (e.g. batch designations on IO components, previous serial number range for
safety products, etc.). The BTN will also be introduced step by step, so it may happen that the BTN is not yet
coded in the BIC.
NOTICE
This information has been carefully prepared. However, the procedure described is constantly being further
developed. We reserve the right to revise and change procedures and documentation at any time and
without prior notice. No claims for changes can be made from the information, illustrations and descriptions
in this information.
The Beckhoff Identification Code (BIC) is applied to the outside of Beckhoff products in a visible place. If
possible, it should also be electronically readable.
Decisive for the electronic readout is the interface via which the product can be electronically addressed.
All Beckhoff EtherCAT devices have a so-called ESI-EEPROM, which contains the EtherCAT identity with
the revision number. Stored in it is the EtherCAT slave information, also colloquially known as ESI/XML
configuration file for the EtherCAT master. See the corresponding chapter in the EtherCAT system manual
(Link) for the relationships.
The eBIC is also stored in the ESI‑EEPROM. The eBIC was introduced into the Beckhoff I/O production
(terminals, box modules) from 2020; widespread implementation is expected in 2021.
The user can electronically access the eBIC (if existent) as follows:
• With all EtherCAT devices, the EtherCAT master (TwinCAT) can read the eBIC from the ESI‑EEPROM
◦ From TwinCAT 3.1 build 4024.11, the eBIC can be displayed in the online view.
◦ To do this,
check the checkbox "Show Beckhoff Identification Code (BIC)" under
EtherCAT → Advanced Settings → Diagnostics:
◦ Note: as can be seen in the illustration, the production data HW version, FW version and
production date, which have been programmed since 2012, can also be displayed with "Show
Production Info".
◦ From TwinCAT 3.1. build 4024.24 the functions FB_EcReadBIC and FB_EcReadBTN for reading
into the PLC and further eBIC auxiliary functions are available in the Tc2_EtherCAT Library from
v3.3.19.0.
• In the case of EtherCAT devices with CoE directory, the object 0x10E2:01 can additionally by used to
display the device's own eBIC; the PLC can also simply access the information here:
◦ the object 0x10E2 will be introduced into stock products in the course of a necessary firmware
revision.
◦ From TwinCAT 3.1. build 4024.24 the functions FB_EcCoEReadBIC and FB_EcCoEReadBTN for
reading into the PLC and further eBIC auxiliary functions are available in the Tc2_EtherCAT
Library from v3.3.19.0.
• Note: in the case of electronic further processing, the BTN is to be handled as a string(8); the identifier
"SBTN" is not part of the BTN.
• Technical background
The new BIC information is additionally written as a category in the ESI‑EEPROM during the device
production. The structure of the ESI content is largely dictated by the ETG specifications, therefore the
additional vendor-specific content is stored with the help of a category according to ETG.2010. ID 03
indicates to all EtherCAT masters that they must not overwrite these data in case of an update or
restore the data after an ESI update.
The structure follows the content of the BIC, see there. This results in a memory requirement of
approx. 50..200 bytes in the EEPROM.
• Special cases
◦ If multiple, hierarchically arranged ESCs are installed in a device, only the top-level ESC carries
the eBIC Information.
◦ If multiple, non-hierarchically arranged ESCs are installed in a device, all ESCs carry the eBIC
Information.
◦ If the device consists of several sub-devices with their own identity, but only the top-level device is
accessible via EtherCAT, the eBIC of the top-level device is located in the CoE object directory
0x10E2:01 and the eBICs of the sub-devices follow in 0x10E2:nn.
2 Product description
The Bus Couplers from the EKxxxx series allow EtherCAT Terminals to be operated on conventional fieldbus
systems. The ultra-fast, high-performance EtherCAT Terminals with their large range of signal types are thus
also available for other fieldbus and Industrial Ethernet systems.
The EKxxxx Bus Couplers are fieldbus slaves and contain an EtherCAT master for the EtherCAT terminals.
They convert the telegrams from the higher-level fieldbus systems into the E-bus signal representation. A
station consists of an EKxxxx and a number of EtherCAT Terminals.
The EKxxxx is integrated in exactly the same way as the Bus Couplers from the BKxxxx series via the
corresponding fieldbus system configuration tools and the associated configuration files, such as GSD, ESD
or GSDML.
EtherCAT makes a very flexible topology configuration possible. Thanks to the Ethernet physics, long
distances can also be bridged without the bus speed being affected. When changing to the field level –
without a control cabinet – the EtherCAT Box modules (EPxxxx) in protection class IP65 can also be
connected to the EK9xxx.
The variants from the EKxxxx series differ from one another by the interface for the higher-level fieldbus
system.
An overview of the various Beckhoff Bus Couplers covering the most important fieldbus systems can be
found on the Beckhoff Website.
The variants from the CX80xx series differ from one another by the interface for the higher-level fieldbus
system and the possibility to program it.
An overview of the various Beckhoff Embedded PCs covering the most important fieldbus systems can be
found on the Beckhoff Website.
Components Comment
Embedded PCs
CX8093 Embedded PC with PROFINET RT Device fieldbus interface
CX50xx-M930 Embedded PC with optional
PROFINET RT Controller interface
CX50xx-B930 Embedded PC with optional PROFINET RT Device interface
EtherCAT Terminals
EL6631 PROFINET IO controller
EL6631-0010 PROFINET IO device
EL6632 PROFINET-IRT controller
Bus Coupler
BK9053 PROFINET "Compact" Bus Coupler for Bus Terminals
BK9103 PROFINET Bus Coupler for Bus Terminals
EK9300 PROFINET Bus Coupler for EtherCAT Terminals
EK9320 PROFINET Bus Coupler for EtherCAT Terminals
EtherCAT Box
EP9300 PROFINET Coupler Box for EtherCAT box modules
Fieldbus Box
IL230x-B903 PROFINET Coupler Box for IP-Link box modules
PC Fieldbus cards
FC900x PCI-Ethernet card for all Ethernet
(IEEE 802.3)-based protocols
FC9x51 Mini PCI-Ethernet card for all Ethernet
(IEEE 802.3)-based protocols
TwinCAT
TwinCAT PROFINET IO TwinCAT as PROFINET master
Controller
TwinCAT PROFINET IO Device TwinCAT as PROFINET slave
Fig. 5: EK9300
he EK9300 Bus Coupler connects PROFINET RT networks to the EtherCAT Terminals (ELxxxx) as well as
the EtherCAT Box modules (EPxxxx) and converts the telegrams from PROFINET RT to the E-bus signal
representation. One station consists of an EK9300 and any number of EtherCAT Terminals.
The coupler is connected to PROFINET RT via RJ45. In EtherCAT, the PROFINET RT coupler has at its
disposal a lower-level, powerful and ultra-fast I/O system with a large selection of terminals. The coupler
supports the PROFINET RT profile and fits seamlessly into PROFINET RT networks.
*) Real applicable approvals/markings see type plate on the side (product marking).
Ex markings
Standard Marking
ATEX II 3 G Ex nA IIC T4 Gc
II 3 D Ex tc IIIC T135 °C Dc
IECEx Ex nA IIC T4 Gc
Ex tc IIIC T135 °C Dc
cFMus Class I, Division 2, Groups A, B, C, D
Class I, Zone 2, AEx/Ex ec IIC T4 Gc
3.1 Mounting
Standards
The fundamental health and safety requirements are fulfilled by compliance with the following standards:
• EN 60079-0:2012+A11:2013
• EN 60079-15:2010
• EN 60079-31:2013 (only for certificate no. KEMA 10ATEX0075 X Issue 9)
Marking
The Beckhoff fieldbus components with standard temperature range certified according to the ATEX directive
for potentially explosive areas bear one of the following markings:
Standards
The fundamental health and safety requirements are fulfilled by compliance with the following standards:
• EN 60079-0:2012+A11:2013
• EN 60079-15:2010
• EN 60079-31:2013 (only for certificate no. KEMA 10ATEX0075 X Issue 9)
Marking
The Beckhoff fieldbus components with extended temperature range (ET) certified according to the ATEX
directive for potentially explosive areas bear the following marking:
Standards
The fundamental health and safety requirements are fulfilled by compliance with the following standards:
• EN 60079-0:2011
• EN 60079-15:2010
• EN 60079-31:2013 (only for certificate no. IECEx DEK 16.0078X Issue 3)
Marking
Beckhoff fieldbus components that are certified in accordance with IECEx for use in areas subject to an
explosion hazard bear the following markings:
Marking for fieldbus components of certificate IECEx DEK 16.0078 X
no. IECEx DEK 16.0078X Issue 3: Ex nA IIC T4 Gc
Ex tc IIIC T135°C Dc
Standards
The fundamental health and safety requirements are fulfilled by compliance with the following standards:
M20US0111X (US):
• FM Class 3600:2018
• FM Class 3611:2018
• FM Class 3810:2018
• ANSI/UL 121201:2019
• ANSI/ISA 61010-1:2012
• ANSI/UL 60079-0:2020
• ANSI/UL 60079-7:2017
FM20CA0053X (Canada):
• CAN/CSA C22.2 No. 213-17:2017
• CSA C22.2 No. 60079-0:2019
• CAN/CSA C22.2 No. 60079-7:2016
• CAN/CSA C22.2 No.61010-1:2012
Marking
Beckhoff fieldbus components that are certified in accordance with cFMus for use in areas subject to an
explosion hazard bear the following markings:
FM20US0111X (US): Class I, Division 2, Groups A, B, C, D
Class I, Zone 2, AEx ec IIC T4 Gc
3.1.3 UL notice
CAUTION
Application
Beckhoff EtherCAT modules are intended for use with Beckhoff’s UL Listed EtherCAT
System only.
CAUTION
Examination
For cULus examination, the Beckhoff I/O System has only been investigated for risk of fire
and electrical shock (in accordance with UL508 and CSA C22.2 No. 142).
CAUTION
For devices with Ethernet connectors
Not for connection to telecommunication circuits.
Basic principles
UL certification according to UL508 with limited power consumption. The current consumed by the device is
limited to a max. possible current consumption of 4 A. Devices with this kind of certification are marked by
this sign:
Application
If terminals certified with restrictions are used, then the current consumption at 24 VDC must be limited
accordingly by means of supply
• from an isolated source protected by a fuse of max. 4 A (according to UL248) or
• from a voltage supply complying with NEC class 2.
A voltage source complying with NEC class 2 may not be connected in series or parallel with another
NEC class 2compliant voltage supply!
These requirements apply to the supply of all EtherCAT bus couplers, power adaptor terminals, Bus
Terminals and their power contacts.
3.1.4 Dimensions
The following illustrations show the dimensions of the Bus Couplers.
Drawings in DWF and STEP format can be found in the Download section of the Beckhoff website.
The Bus Coupler can simply be snapped onto the mounting rail. To this end position the block on the
mounting rail and push it slightly until it engages on the right-hand side. This is indicated by a distinct click.
Use a screwdriver to push up the lock on the left-hand side, thereby turning it and causing it to engage
audibly.
NOTICE
Avoid damage!
Do not force the module or apply excessive pressure!
Installation positions
NOTICE
Installation position of EtherCAT terminals
Observe the installation position of the EtherCAT terminals used – not all of them have an arbitrary
installation position. Pay attention to the respective EtherCAT infrastructure components and installation
instructions.
NOTICE
Comply with the permitted installation position and minimum distances!
We recommend the installation in the horizontal position for optimum ventilation. Furthermore, it is not
necessary with this installation position to check whether there are terminals present that may only be
installed horizontally.
3.1.6 Disposal
Products marked with a crossed-out wheeled bin shall not be discarded
with the normal waste stream. The device is considered as waste
electrical and electronic equipment. The national regulations for the
disposal of waste electrical and electronic equipment must be observed.
3.2 Wiring
In order to guarantee the operation of the Bus Coupler and the terminal segment in all cases, the power
supply unit must supply 2.0 A at 24 V.
LED
If the power supply unit is connected correctly and the power supply is switched on, the two upper LEDs in
the terminal prism are green. The left LED (Us) indicates the CPU supply. The right LED (Up) indicates the
terminal supply. The other LEDs indicate the Terminal Bus status. A detailed description of the LEDs can be
found in section "LED troubleshooting".
PE power contacts
NOTICE
Power contact “PE”
The "PE" power contact must not be used for other potentials.
3.2.3 Ethernet
Transmission standards
10Base5
The transmission medium for 10Base5 consists of a thick coaxial cable ("yellow cable") with a max.
transmission speed of 10 Mbit/s arranged in a line topology with branches (drops) each of which is
connected to one network device. Because all the devices are in this case connected to a common
transmission medium, it is inevitable that collisions occur often in 10Base5.
10Base2
10Base2 (Cheaper net) is a further development of 10Base5, and has the advantage that the coaxial cable is
cheaper and, being more flexible, is easier to lay. It is possible for several devices to be connected to one
10Base2 cable. It is frequent for branches from a 10Base5 backbone to be implemented in 10Base2.
10BaseT
Describes a twisted pair cable for 10 Mbit/s. The network here is constructed as a star. It is no longer the
case that every device is attached to the same medium. This means that a broken cable no longer results in
failure of the entire network. The use of switches as star couplers enables collisions to be reduced. Using
full-duplex connections they can even be entirely avoided.
100BaseT
Twisted pair cable for 100 Mbit/s. It is necessary to use a higher cable quality and to employ appropriate
hubs or switches in order to achieve the higher data rate.
10BaseF
Twisted-pair copper cable for star topologies, where the distance between two devices may not exceed 100
meters.
UTP
S/UTP
FTP
S/FTP
Screened/foiled-shielded twisted pair (screened with copper braid and aluminum foil)
Has a laminated aluminum screen with a copper braid on top. Such cables can provide up to 70 dB reduction
in interference power.
STP
S/STP
ITP
Industrial Twisted-Pair
The structure is similar to that of S/STP, but, in contrast to S/STP, it has only one pair of conductors.
EK9300
The construction of the EK9300 can take place in a line, with adherence to the following points:
The DIP switch has the following meaning for the Ethernet interfaces X001 and X002, which are switched:
Fig. 14: DIP switch S001: Left off ”0“, right on “1”
2-pole DIP switch (under the flap between the battery and the SD card slot)
Battery
No battery is required for the EK9xx0, therefore this option is not included.
Micro SD card
Alternatively the firmware can also be loaded to an SD card. Booting always takes place from the SD card if
there is one in the slot. This can be used, for example, to test a firmware before copying it to the EK’s
internal Flash.
USB interface
The USB interface can only be used if the “red” DIP switch has been set accordingly. See “Red DIP switch”.
If the PROFINET controller is connected, the IP address assigned by the controller is used for PROFINET
communication. The fixed IP address or the one assigned by the DHCP is overwritten.
A further possibility is to communicate with the EK9300 via the IP address assigned by the controller; to do
this, however, the device must have been initialized at least once by the PROFINET controller/engineering.
5 Configuration
• Introduction
EtherCAT devices such as EL terminals (ES, ELX, ELM), EP modules (ER, EQ, EPP) are EtherCAT slave
devices that always consist of process data and, if necessary, parameter data. As a rule, digital EtherCAT
devices have no configuration data. Complex EtherCAT devices usually always.
Almost all EtherCAT devices have process data1) that can be from 2 bits and up to several 100 bytes in size.
With complex EtherCAT devices, different structures and process data sizes can also be specified. These
are so-called Predefined PDOs.
The Predefined PDOs must be specified by the EtherCAT (EC) Master and must be known or set here when
the EC Master is started. There is always a Default Predefined PDO. Depending on the higher-level bus
system used, the PDO mapping can be set on the EC coupler via the higher-level fieldbus system (as with
PROFINET or PROFIBUS) or a configuration page (http protocol, as with ModbusTCP or EtherNet/IP).
1)
Except for e.g. the EK1100 coupler, which has neither process data nor configuration data, it is equipped with an EtherCAT ASIC and
is therefore also visible in the EtherCAT network without process data.
The parameter data of an EC slave is transmitted via COE (CAN over EtherCAT). As with CAN, it is divided
into objects, subobjects and data. Parameter data is, for example, data that sets the resistance value for an
EL3202 terminal, i.e., a temperature resistance terminal, such as PT100, PT1000, NI100, and so on.
Only the application-specific COE data is made available at the EK coupler. Depending on the higher-level
bus system, all or only some COE objects can be accessed here.
Here, too, parameterization can take place via a web page (http protocol) in the EK.
PROFINET
• Process data
PROFINET devices (Slaves) must bring a GSDML file with them. In this GSDML the devices are described
(Download: configuration file). The EK9300 is a device with a modular structure. It consists of a head station
(EK9300) and a number of EtherCAT devices that are connected to the EP9300. This file (GSDML) must
then be integrated into the PROFINET controller. If this has been done, the coupler and the EtherCAT
Terminals can now be integrated and the appropriate settings made.
The predefined PDOs usually consist of different PDOs and are a compilation of different PDOs of the
process image.
Key:
1. The EtherCAT Terminal is inserted in the TwinCAT tree and has process data that can be linked to the PLC program.
2. View of the existing process data in bytes (exactly this number and size can be seen with PROFINET and the Siemens control,
Siemens does not show the process data in more detail although it is described in the GSDML)
3. Display which PDOs are active in the process data
4. View of all PDOs
5. Detail of individual PDOs that can be selected in "4"
6. Predefined PDOs
In the GSDML only the predefined PDOs are selectable (6). If a different combination of PDOs is desired,
this can only be done via a Beckhoff controller, such as the CX8093, which has a default PROFINET
interface and is programmable with TwinCAT 2 (with TwinCAT 3 a CX9020 with B930 interface is required,
or any Beckhoff controller with an EL6631-0010).
Fig. 17: Example mapping of an EL3162 m standard format (8 byte IN / 0 byte OUT)
Parameter data
In the following, the parameter or configuration data will be explained. Most of the necessary configuration
data is contained in the GSDML; Beckhoff uses the same names and meanings here as on the EtherCAT
side, which is contained in the ESI file2) in the CoE description.
Fig. 18: EtherCAT: Parameter data of the EL3162 of the ESI under TwinCAT
Fig. 19: PROFINET: Parameter data of the EL3162 of the GSDML under TwinCAT
2)
The ESI file is the description file for EtherCAT masters (ESI EtherCAT slave information).
These parameters for the individual terminals can also be found in the configuration tool of your PROFINET
controller, regardless of which manufacturer you use here. You can also access individual parameters
acyclically via PROFINET and the record data. To do this, the PROFIENT controller must have an interface
to the record data. A CoE protocol description and how it can be used via PROFINET is described in the
EK9300 manual.
General
The EK9300 PROFINET coupler is always implemented with the help of a GSDML file in the controller
(master). The GSDML file contains all parameterization data necessary for the operation of the coupler on
the controller. The configuration tool reads this file and then provides the data to the user.
The respective terminals that are usable on the EK9300 are also specified in the GSDML file. Not all
EtherCAT terminals are supported. Therefore, ascertain beforehand whether the terminals that you wish to
use are also supported by the coupler.
PnIoBoxState and PnIoBoxDiag can be used to monitor and evaluate the current status of PROFINET
communication.
This is once the ECCycleCounter (2 bytes). This is incremented on each EtherCAT cycle (1 ms), provided
that the EC master is in the "OP" state.
The status (2 BYTE) is located at the DAP. This indicates individual status information bit by bit. These are
currently occupied as follows:
• Bit 0 – IsSynchron – this is set if it is used as a PTP slave or IRT device and is synchronous.
• Bit 1 – IsPTPMaster – this is set if the EK9300 is operated as the PTP master.
• Bit 2 – ECFrameError – this is set if an EtherCAT problem is determined. In order to obtain further
information about this, the PROFINET diagnosis or the alarms must be read out.
Activate PN reset value – Off -> EtherCAT data are written to zero. On -> there is a possibility to use
another default value with outputs. With digital outputs, for example, the current output process value can be
frozen or set to 0 or 1 in case of a PROFINET communication error.
Data presentation – Intel Format data are represented in Intel format, Motorola Format data are
represented in Motorola format. In Word variables, for example, the high and low bytes are exchanged.
EBus error behavior – Set IOs to 0 -> input and output data are set to zero in case of an EC error. Legacy
-> input data retain their last state, but are no longer updated; output data can still be set (depending on the
position of the terminal).
Mapping
Typically the coupler is used in a group with terminals that are connected to the coupler. The terminals are
part of the GSDML; the terminals are parameterized from the PROFINET controller.
The mapping is card-slot-oriented, i.e. you must enter the terminals in the hardware configurator in exactly
the same way as they are physically connected. It becomes a little more complicated if EtherCAT distribution
boxes are used. In this case it is important to know the order in which the other EtherCAT terminals were
entered into the process image (see EtherCAT Mapping [} 53]).
The digital input and output terminals can also be grouped according to their process data. This option can
be used with 2 or 4-channel terminals. To do this a 2 or 4-channel pack terminal (without asterisk) must be
appended to the GSDML file. In order to fill the byte, a 2 or 4-channel pack terminal (with asterisk) must be
appended next. The terminals must be physically and systematically plugged in one behind the other or
logically. The byte limit must not be exceeded.
Sample:
2-channel pack (without asterisk), after that 3 modules from 2-channel pack terminals (with asterisk) may be
appended.
Not permitted:
2-channel pack (without asterisk), then 2 modules from 4-channel pack terminals (with asterisk). This
exceeds the byte limit.
Some EtherCAT terminals offer the option to represent different process data. These are represented
differently on the basis of the parameters. In the PROFINET controller such a terminal is represented by
submodules. The standard mapping is always integrated. If you want to use a different mapping that
deviates from the standard, then delete the standard submodule and insert the one that you wish to use. It
may be the case that, contradictory to the documentation for the EtherCAT terminal or EtherCAT box, not all
mappings can be used under the PROFINET coupler.
Example of an EL5101:
The gateway terminals support several submodules; the first or basic module is loaded immediately, the
modules for the process data must be created. These must then also be parameterized on the master side of
the corresponding gateway. Not all features of a gateway terminal can be used on the EK9300.
EL6631-0010
The PROFINET device terminal enables two different PROFINET networks to be connected; only one device
interface is supported on the EK. A default station name can be assigned and IP settings made via
parameterization data (GSDML). Note that the complete maximum data length of the EL6631-0010 cannot
be used. The length is dependent on the other EtherCAT devices attached to the EK9300.
EL6731-0010
The PROFIBUS slave terminal enables communication with a PROFIBUS master. The PROFIBUS address
is specified via the parameter settings (in the GSDML) in the terminal. Only pure process data can be
exchanged.
EL6692
The EtherCAT slave terminal enables communication with a EtherCAT master. Only pure process data can
be exchanged.
EL6652-0010
The EtherNet/IP slave terminal enables communication with an EtherNet/IP master; only one slave interface
is supported on the EK. The IP address and subnet mask are specified via the parameter settings (in the
GSDML) of the terminal. Only pure process data can be exchanged. The terminal on the EK supports only
one slave interface.
If one or more EtherCAT devices should fail during the operating phase, a plug alarm is sent; the EK9300
remains in data exchange. The input data of all EtherCAT devices are invalid and are set to FALSE or
ZERO; the output data are no longer accepted. This also applies to the devices that are still in operation on
the EK9300. If you wish to use the option to plug in or unplug devices during the runtime, a further “Sync
Unit” must be configured. This is not possible with an EK9300. In this case use a CX8093.
Some EtherCAT Slaves are not included in the GSDML and thus cannot be used (yet). The CX8093 can be
used here, since it supports all EtherCAT devices in principle.
EtherCAT topology
All EtherCAT devices must be entered in the order in which they map themselves on the EK9300 and thus
on the EtherCAT master. EtherCAT devices are addressed automatically; with a few exceptions all EtherCAT
Bus Terminals are equipped with an EtherCAT ASIC, which has to be entered in the system, i.e. the
PROFINET controller. EtherCAT Terminals without an ASIC are, for example, EL9400, EL9070 and other
EL9xxx. You can identify these EtherCAT Terminals using the technical data "Message to E-bus". If there is
a “-” here, this terminal does not have to be entered in the PROFINET controller.
The counting direction is to be observed when using an EK1122. If EtherCAT junction 1 on the EK1122 is
connected, then the EtherCAT frame is forwarded here first (1); if junction 1 is not connected the frame on
junction 2 is sent (2), only after that does the sequence continue with the E-bus on the right-hand side (3).
If both junctions are not used, then junction 1 and 2 are short-circuited as it were and the EC frame
continues directly from the terminal to the right.
It must be noted that in the PROFINET controller the modules are entered in the direction of the EtherCAT
frame.
The counting direction is to be observed when using an EP1122; it is comparable with the EK1122. If
EtherCAT junction 1 on the EP1122 is connected, then the EtherCAT frame is forwarded here first (1); if
junction 1 is not connected the frame on junction 2 is sent (2), only after that does the sequence continue
with the EC-bus on the right-hand side (3).
If both junctions are not used, then junction 1 and 2 are short-circuited as it were and the EC frame
continues directly from the terminal to the right.
It must be noted that in the PROFINET controller the modules are entered in the direction of the EtherCAT
frame.
Data Presentation
The data of the coupler is transmitted in Motorola format by default. If your controller requires the data in
Intel format, you can use this setting to rotate the process data accordingly.
If there are problems in the establishment of PROFINET communication when using a higher number of
complex terminals on the EK9300, the combination of adjusting the "Set EBus Cycle" setting from default
"1 ms" to "PN cycle" and adjusting the PN cycle time can provide a remedy. Usually it is sufficient to set the
PROFINET cycle time to 2 ms, if necessary to 4 ms.
NOTICE
If the PN Cycle feature is activated and the PROFINET cycle time is set to more than 64 ms, the EtherCAT
cycle is still operated with 64 ms so that the internal watchdog of the EtherCAT Terminals (100 ms) does
not intervene. This means that if a PN cycle of 128 ms is set in the PROFINET controller, the internal
EtherCAT cycle is operated with 64 ms.
MultiConfigurationMode
Web server
PN error behavior
How the data of the coupler is transferred in case of PROFINET errors can be set via dropdown list.
• Set to zero (default): data will all be set to "0"
• Defined fallback: data is set to a defined value.
• Frozen: data is frozen to the value you have at the moment of the error.
• Stop Ebus: Kanother EtherCAT frame passes the coupler and its devices. The EtherCAT state
machine is in "INIT"
The process data on the EtherCAT side is described via the PDO mapping. The individual terminals bring
along a pre-defined PDO mapping, i.e. a practical combination of individual PDOs, via the ESI file (EtherCAT
description file).
These combinations are described in turn on the Profinet side using different submodules and thus process
data; i.e. each pre-defined PDO mapping has an associated submodule.
Such modular terminals always have a fixed submodule plugged into subslot 1 on the EK9300. This is the
placeholder for the terminal itself; i.e. the generally valid diagnosis for the terminal is operated via this. The
actual process data is plugged into subslot 2 and the PDO mapping on the EC-master is generated on its
basis.
SDO Mapping
Each of the plugged-in subslots can bring along parameterization data. The Service Data Objects (SDOs)
are transmitted via these data, i.e. the SDOs are mapped to record data sets. The objects 0x8xxx and
0xF8xx are always mapped. Since the indices on the PROFINET side are only vendor-specific from 0 -
0x7FFF, the EtherCAT objects 0x8xxx correspond to the PROFINET record indices 0x3xxx and the EC
objects 0xF8xx to the PROFINET index range 0x48xx. In PROFINET the records are always written during
the controller start-up phase; they are transferred internally to the EtherCAT master as start-up SDOs. This
means that the internal EC master is also restarted during a PROFINET restart.
Fig. 28: PROFINET record indices 0x3xxx (corresponds to EtherCAT objects 0x8xxx)
These data records can also be read and written during operation.
Commissioning EL7031
The default settings are adequate for initial commissioning, i.e. only the corresponding submodule needs to
be selected. The PDOs and SDOs of the terminal are parameterized on that basis. For example, if the
"Velocity Control" submodule is selected, only the Control_Enable bit needs to be set; subsequently turn the
motor by specifying a setpoint speed.
Requirement:
• Min. EK9300 firmware version "14(V0.59)"
• Min. GSDML Version "GSDML-V2.34-BECKHOFF-EK9300-20190904.XML"
• Min. EL72xx-xxxx firmware version 19
• Min. EL72xx-xxxx esi version 30
Hardware used
• EK9300 with firmware version 14(V0.59)
• EL7201-0010 with firmware version 19 and EL7201 ESI File EL7201-0010-9999.xml
• ZK4704-0401-0000 (motor cable)
• AM8112-0F20-0000
Configuration
First, the EK9300 and the EL7201-0010 must be added to the configuration. See: Appending PROFINET
devices
To ensure that the terminal uses the correct motor, it is recommended to read the motor name plate with the
terminal. For this the parameter entries "Enable auto config", "Reconfig identical motor" and "Reconfig non-
identical motor" in the parameter settings "FB OCT SettingsCh1 - Index 0x3008" of the terminal must be
changed to "TRUE".
Fig. 29: Parameter settings for automatic readout of the motor name plate used
The terminal reads the name plate of the motor and sets the motor-specific parameters automatically. The
default motor settings are not used any further and can be read back if required.
Program sequence
• At the beginning it must be ensured that the EK9300 is in data exchange.
◦ The diagnostics in TwinCAT, the status process data or the LEDs of the EK9300 can be used for
this purpose.
• As soon as the EK9300 is in data exchange, the connected EL7201-0010 can be checked for correct
function.
◦ For this purpose, the error bits in the "Drive" and "PositioningStatus" are checked. If both status
bits are equal to "FALSE", the "Ready to enable" bit under "DriveStatus" is checked. If this is equal
to "TRUE" the "Enable bit" under "DriveControl" can be set.
• If the "Ready to execute" bit equals "TRUE", the first motion command can be started.
◦ For this, the position1) must be set via "DMC Outputs.Target position", the velocity2) via "DMC
Outputs.Target velocity", the starting acceleration3) via "DMC Outputs.Target acceleration" and the
deceleration3) via "DMC Outputs. Target deceleration" as well as the start type4) can be transferred
to the terminal via "DMC Outputs.Start Type".
• The "Execute" bit under "DriveControl" starts and executes the command.
• The "Busy" bit under "DriveStatus" remains "TRUE" until the motion command has been processed.
◦ If the axis is in position, this is signaled by the "In-Target" bit. Furthermore the bit "Busy" changes
from "TRUE" to "FALSE".
• As soon as the "Busy" bit changes to "FALSE", the "Execute" bit must be set to "FALSE" by the user.
◦ If "Execute" is set to "FALSE" while "Busy" equals "TRUE", the current motion command is
interrupted and the axis stops.
• To transfer a new motion command, the "Ready to execute" bit must be checked again.
1)
The position of one revolution is 0x0010_0000 220
2)
The velocity is given in 0.01 % of the maximum velocity; 1000 = 10 %
3)
The acceleration ramp is given in ms; 1000(dec) = 1 sec
4)
see table
If the terminal in use is to have an STO input, this can lead to an error if it is not supplied with power.
A distinction must be made here between two cases, i.e. which error occurs.
• The STO input of the terminal is not supplied with 24 V and the axis is to be switched on. This case is
signaled by a "TRUE" at the "Warning Bit" under "DriveStatus" and by a warning in the "DiagHistory" in
TwinCAT. This message cannot be read in the TIA portal.
• The voltage at the STO input of the terminal drops during operation. Thereafter, the error bit "Error"
under "DriveStatus" should change to "TRUE" and under "Error ID" the value 0x841Chex or 33820dec
should be displayed.
It is possible to show the state of the STO input in the process data. For this purpose, the option "Input level"
must be selected in the parameter settings of the terminal under "DRV Amplifier Settings Ch. 2 - Select Info
data x". The state is then displayed in the eighth bit of the "Cyclic info data x".
Parameter settings for showing the STO input in the process data
◦ Subsequently, all LEDs on the EK9300 must light up green. If this is not the case, there is no or
faulty communication between the controller and the device. If all LEDs are lit up green, you can
connect to the controller via "Go online".
• Assignment of the process data to the respective inputs and outputs
◦ First of all, it must be determined which input and output addresses of the EL7201-0010 have
been assigned by the TIA portal. To do this, the EK9300 must be selected under "Network View",
and the assigned input and output addresses are displayed on the right-hand side.
◦ It must then be checked which process data corresponds to which input or output.
Fig. 34: Example process data of the EL7201 in the TIA portal
◦ In the graphic above, you can see that there is an offset of 4 for the input process data. This
means that the process data "DMC Inputs.FeedbackStatus.Latch extern valid" in the TIA portal
has the input address "4.1".
◦ The output process data in this sample have no offset at all; i.e. the "DMC
Outputs.FeedbackControl.Latch extern valid" has the output address "0.1".
◦ Furthermore, the respective byte size of the process data is shown in the graphic.
• To control the assignments of the inputs, the program must be compiled, loaded to the controller and
connected online. Subsequently, the variable table must be opened and the observation mode must be
activated.
◦ If the terminal is connected correctly and there is no error, the input "InputCycleCounterInput"
should toggle and the input "ReadyToEnableDriveInput" should be "TRUE".
Fig. 35: View TIA Portal, check correct assignment of process data and addresses
◦ The parameters "Enable auto config", "Reconfig identical motor" and "Reconfig non-identical
motor" must be set to TRUE. To write the values, the project must be compiled once and reloaded
to the controller.
◦ An online access to the CoE parameters does not work. The values can only be changed offline.
Each IO module has four ports. Some of these ports are used internally as interfaces to each other, which
are not accessible to the user. The others are available as interfaces to the connectors on the EP box. The
following illustration shows the assignment of the connectors to the ports of the I/O modules.
X52
X53
X54
X55
X70 X71
If the configuration is created offline, the user must know at which port or at which connector the EtherCAT
devices are present at the EP9224 in which number and in which order.
The sequence of the EtherCAT devices to be configured on the EP9224 in the automation software starts
with all EtherCAT devices on connector 52, then with all on connector 53, then with all on connector 54 and
ends with the last EtherCAT device on connector 55. If there are no EtherCAT device(s) at a port, this port is
omitted or skipped.
Sample configuration 1
Sample configuration 2
Each ESC or IO module has four ports. Some of these ports are used internally as interfaces to each other,
which are not accessible to the user. The others are available as interfaces to the connectors on the EP box.
The following illustration shows the assignment of the connectors to the ports of the I/O modules.
If the configuration is created offline, the user must know at which port or at which connector the EtherCAT
devices are present at the EP9128 in which number and in which order.
The sequence of the EtherCAT devices to be configured at the EP9128 starts with all EtherCAT devices at
connector 2, then with all at connector 3, ..., 7 and ends with the last EtherCAT device at connector 8. If
there are no EtherCAT device(s) at a port, this port is omitted or skipped.
Sample configuration
CoE means Can over EtherCAT. It enables access to all parameters of an EtherCAT device. The CoE data
model is based on the principles of CANopen and uses index and subindex for reading from and writing to
parameters, if the corresponding access is enabled.
Task
Parameters of an EtherCAT device can generally be set and parameterized via the parameters of the
GSDML file. However, in some applications it is necessary to change certain parameters at runtime or to
carry out optimizations during operation.
Solution
The CoE data are sent via acyclic PROFINET services (PROFINET index 0x200F). The position of the
EtherCAT device is specified via the slot number. The CoE data are then entered in the record data. During
reading they consist of CoE index and CoE subindex, during writing they consist of CoE index, CoE
subindex and the data to be sent.
Reading/writing sample
For reading, a WriteReq record must be sent first. This includes the CoE index and CoE subindex. After the
WriteRsp a ReadReq has to be sent in order to retrieve the data, which are then contained in the ReadRsp.
Writing takes place in the same way, except that WriteReq includes the data, and ReadRsp serves as
acknowledgement to indicate whether writing was successful.
Delay time, we recommend 100..250 ms until the read request is sent, which includes an acknowledgment of
error-free writing.
The response to the read request, i.e. the read response, includes the data. The first 4 bytes contain the
error code. This is "0" if the response is error-free. The error code is an ADS error code. Further information
can be found under the following link.
http://infosys.beckhoff.com/content/1031/tcsample/html/ads_returncodes.htm
Delay time, we recommend 250..500 ms until the read request is sent, which includes an acknowledgment of
error-free writing.
The response to the read request, i.e. the read response, includes confirmation that writing was
successful. The first 4 bytes contain the error code; "0" indicates error-free response. The error code is an
ADS error code. Further information can be found under the following link (system documentation).
Multi-configuration mode enables users to operate different hardware, e.g. a EK9300 with varying EtherCAT
Terminals, with the same project configuration.
This description uses EtherCAT Terminals (ELxxxx) in the examples. The same principle applies to
EtherCAT Box modules (EPxxxx).
Task
The machine manufacturer has a machine, which is to be sold with different options. The options are usually
additional signals to be processed and logged, for which additional terminals are required.
For all these options the project configuration should be retained and only be varied via the software. The
actual machine options are included in the parameterization.
Solution
The multi-configuration mode is used to configure the maximum number of options in the project
configuration. If the machine has less than the maximum number of options, EtherCAT Terminals can be
omitted, since these signals are not required. Although unused EtherCAT Terminals are included in the
maximum project configuration, they can be disabled by the controller, so that the hardware and the
parameterized configuration match again. As soon as this is done, the EK9300 switches to normal data
exchange.
Advantage
Less effort for creating and maintaining projects, since the same project configuration can be used for
different hardware.
Sample
The maximum configuration (with optional terminals shown in italics) then looks as follows:
• 1 x EK9300
• 2 x EL2004
• 2 x EL1004
• 1 x EL5051
• 1 x EL3314
• 1 x EL7047
• 1 x EL3403
If the machine is ordered without options, the terminals EL3314, EL7047 and EL3403 have to be disabled in
the project configuration. The EK9300 is notified of the record data (acyclic communication) to indicate which
terminals are no longer required. The terminals are identified via their position.
Without options, two KL2004 are present (at position 1 and 2), two EL1004 (at position 3 and 4) and one
EL5051 (at position 5). The terminals at positions 6, 7 and 8 (optional terminals) must be disabled.
If the machine is ordered with the option "automatic adjustable axis", only terminals 6 and 8 have to be
disabled.
First steps
In order to enable the EK9300 to operate in multi-configuration mode, MultiConfigurationMode must be set to
"TRUE" in the DAP (device access point).
Option 1
This is perhaps a version for testing, since the hardware configuration must be adjusted, which should
preferably be avoided.
In the DAP there is a MultiConfigurationMode setting with the slots. Here you can disable EtherCAT
Terminals, which are configured but not present.
For some PROFINET controllers this must happen on startup, while other PROFINET controllers enable it to
occur at runtime, which simplifies testing significantly. Disabling/enabling of terminals at runtime is a feature
of the PROFINET controller and may or may not be possible in practice, depending on the manufacturer of
the PROFINET controller.
Option 2
The configuration is sent by the PLC via the record data. Here too, the manufacturers offer different options.
Contact the manufacturer of your PROFINET controller, if you have any queries.
A requirement for option 2 is that your PROFINET controller allows and supports access to the record data.
* For some PROFINET controllers these data are automatically taken from the GSDML and do not have to
be configured.
Procedure
Once the station has been configured, the following steps are required.
If the machine is ordered with the maximum configuration (with all options), generally no action is required,
since the hardware matches the project configuration.
If one of the options is not included, then hardware and project planning differ. The PROFINET coupler
indicates this via the message "Module difference".
Now disable the terminals, which are not present. When this is done, the message "Module Difference" is
removed from the coupler. If the message "Module Difference" remains, you may have the wrong slot or too
few slots disabled.
No subslots
Subslots are not counted and cannot be used for the multi-configuration mode.
Only slots can be used, irrespective of a module using subslots or not.
No Shared Device
The Shared Device feature cannot be used when the multi-configuration mode is used.
The EK9300 (from firmware 6) supports the IO-Link master EL6224 (EtherCAT Terminal) and EP6224
(EtherCAT Box). The GSDML file (from version GSDML-V2.32-beckhoff-EK9300-20160408.xml) includes
this IO-Link master. Each IO-Link device is addressed as a submodule and must be configured via the
GSDML file.
Task
Each IO-Link device is added as a submodule. For each IO-Link device a submodule is used. The process
data size of the submodule must always be equal to or greater than that of the IO-Link device and must not
be less.
If not all IO-Link channels are used, empty channels should be entered. For example, if sensors are only
connected to inputs 2 and 4 of the IO-Link master, while inputs 1 and 3 are unused, first enter an empty
channel as submodule, then the sensor at input 2, then another empty channel and finally the sensor at input
4. The first submodule used by the IO-Link master is a diagnostics module. This is always present when the
EL6224/EP6224 is added. This submodule contains the status of all connected IO-Link devices. If the sensor
is in IO-Link data exchange, this is indicated via the corresponding byte (0x03 means all OK).
Regarding the process data size of an IO-Link device, please refer to the documentation or consult the
manufacturer.
Fig. 51: Inserting a "generic channel" (in the case of IO-Link devices from other manufacturers)
IO-Link devices from Beckhoff are automatically added with the required parameters. For devices from other
manufacturers please use a generic channel and select the process data size.
Reading/writing of parameters
Each IO-Link device has parameters that can be read or written. The EK9300 supports this function from
firmware 10. The EK9300 has implemented the IO-Link profile from this firmware.
Many manufacturers of PROFINET controllers support the IO-Link profile with corresponding devices that
you can use. For more information, please contact your controller manufacturer.
This parameter is used to set the response to an E-bus error. The following options are available:
Legacy Output data is still written, input data is frozen and therefore no longer
current.
Set IOs to 0 Output data is written to zero; input data is written to zero; when the E-
bus is error-free, it automatically starts the data exchange.
Set IOs to 0 without EBus restart Output data is written to zero; input data is written to zero; when the E-
(Default setting) bus is error-free, it can be activated again via the record data (see
below).
In the DAP, information about the E-bus is provided via the status DWord. When an error occurs in the E-
bus, the bit EcFrameError is set (in the high word bit offset x.2). Once the error has been rectified and the
coupler is ready to restart the E-bus, the bit EcFrameError is reset and the flag NeedEBusRese is set in the
high word bit offset x.4.
Once the reset has been issued, the bit NeedEBusReset is reset.
We recommend to use this web page only for diagnostic purposes and to avoid implementing settings there,
since this should generally be done through the PROFINET controller.
The web page can be reached by calling the IP address of the EK9300 with the parameter Config
Example: 192.168.1.10 /Config
In order to access the web page, the following requirements must be met:
• The web page must have been activated via the parameter data of the EK9300.
• The PROFINET controller must have been in data exchange with the EK9300 at least once, so that the
parameters and the IP address on the EK9300 are set.
The coupler must not be de-energized afterwards, otherwise settings/parameters are not accepted and
events in the logger of the WebServer are lost.
• The PC with the web browser must be in the same IP segment as the EK9300. Use the PING
command from the PC to check whether the PC can reach the EK9300. If this is the case, you can call
up the web page of the EK9300.
Browser recommendation
We recommend Chrome or Firefox for displaying the web page.
LED coupler
7 Appendix
7.1 FAQ
The following points provide answers to frequently asked questions and notes on settings in the
configuration of the PROFINET system. If they are not observed, this can lead to undesired behavior. Here
you will find approaches to diagnosis.
◦ For products from other suppliers/manufacturers, the supplier must be contacted or the GSDML
files can be downloaded from the website.
• EtherCAT diagnostics
◦ EtherCAT state = Operational (OP)
◦ WcState = 0 (Data valid)
• EtherCAT diagnostics
◦ EtherCAT state = Operational (OP)
◦ WcState = 0 (Data valid)
The Bus Coupler image can be updated via the USB interface. To this end the Bus Coupler is connected
with a host PC via a USB cable. Windows then shows the Bus Coupler as a removable data storage device,
and the files can be copied.
The Bus Coupler should only be updated after consultation with the Beckhoff Service. The Beckhoff Service
will provide all the required files.
Requirements
• First, check whether the Bus Coupler supports the image.
• The Bus Coupler is connected with the host PC via a USB cable.
2. Switch the red 2-pin DIP switch 1 to “on” (to the right) and switch on the Bus Coupler.
The Bus Coupler appears as a removable data storage device on the host PC.
4. Remove the USB cable, once all files have been copied, and switch the 2-pin DIP switch to “off” (to the
left).
5. Restart the Bus Coupler.
ð The image has been updated successfully. After the update, the Bus Coupler may take a little longer to
start up.
Automation Device Specification (disclosed protocol for the communication of all BECKHOFF controllers)
DAP
I/O
E-bus
Designation for EtherCAT terminals in the terminal group (ELxxxx, ESxxxx, or EMxxxx)
EtherCAT
EtherCAT (Ethernet for Control Automation Technology) is the Ethernet solution for industrial automation,
characterized by outstanding performance and particularly simple handling.
Fast Ethernet
Device name
The device name in the case of PROFINET corresponds in type to the address in the case of Profibus. Most
devices have no name at the time of the initial commissioning and must be given a name by the controller or
supervisor. However, most BECKHOFF devices also enable a default name to be set by DIP switch, so that
the naming of the devices is dispensed with.
GSDML
Basic device file for PROFINET in XML format (corresponds to the GSD file in the case of PROFIBUS).
IP20
IPC
Industrial PC
K-bus
KS2000
Configuration software for Bus Terminals, Bus Couplers, Bus Terminal Controllers, fieldbus box modules,
etc.
PE
PROFINET
This is a further development of PROFIBUS and is based on Ethernet technology. PROFINET is described
in IEC 61158.
PROFINET IO
This is the generic term for PROFINET communication and describes the concept.
PROFINET controller
This is the name for the PROFINET master for the PROFINET devices (slaves)
PROFINET device
This is the name for the slaves on the PROFINET controller (master)
TwinCAT
The Windows Control and Automation Technology, programmer and configuration tool from the BECKHOFF
Automation.
Please contact your Beckhoff branch office or representative for local support and service on Beckhoff
products!
The addresses of Beckhoff's branch offices and representatives round the world can be found on her internet
pages: www.beckhoff.com
You will also find further documentation for Beckhoff components there.
Support
The Beckhoff Support offers you comprehensive technical assistance, helping you not only with the
application of individual Beckhoff products, but also with other, wide-ranging services:
• support
• design, programming and commissioning of complex automation systems
• and extensive training program for Beckhoff system components
Hotline: +49 5246 963 157
e-mail: support@beckhoff.com
web: www.beckhoff.com/support
Service
The Beckhoff Service Center supports you in all matters of after-sales service:
• on-site service
• repair service
• spare parts service
• hotline service
Hotline: +49 5246 963 460
e-mail: service@beckhoff.com
web: www.beckhoff.com/service
Headquarters Germany
Hülshorstweg 20
33415 Verl
Germany
Phone: +49 5246 963 0
e-mail: info@beckhoff.com
web: www.beckhoff.com