Moog Animatics Class 6 SmartMotor™ EtherNet/IP Guide, Rev. B, SC80100010-001.
This manual, as well as the software described in it, is furnished under license and may be
used or copied only in accordance with the terms of such license. The content of this manual is
furnished for informational use only, is subject to change without notice and should not be construed as a commitment by Moog Inc., Animatics. Moog Inc., Animatics assumes no responsibility or liability for any errors or inaccuracies that may appear herein.
Except as permitted by such license, no part of this publication may be reproduced, stored in a
retrieval system or transmitted, in any form or by any means, electronic, mechanical, recording, or otherwise, without the prior written permission of Moog Inc., Animatics.
The programs and code samples in this manual are provided for example purposes only. It is
the user's responsibility to decide if a particular code sample or program applies to the application being developed and to adjust the values to fit that application.
Moog Animatics and the Moog Animatics logo, SmartMotor and the SmartMotor logo, Combitronic and the Combitronic logo are all trademarks of Moog Inc., Animatics. CIP, DeviceNet
and EtherNet/IP are trademarks of ODVA, Inc. Other trademarks are the property of their
respective owners.
Please let us know if you find any errors or omissions in this manual so that we can improve it
for future readers. Such notifications should contain the words "EtherNet/IP Guide" in the subject line and be sent by e-mail to: techwriter@moog.animatics.com. Thank you in advance for
your contribution.
Contact Us:
Moog Inc., Animatics
1421 McCarthy Boulevard
Milpitas, CA 95035
USA
This chapter provides information on the purpose and scope of this manual. It also provides
information on safety notation, related documents and additional resources.
Purpose8
Abbreviations and Definitions9
Safety Information11
Safety Symbols11
Other Safety Considerations11
Safety Information Resources13
Additional Documents14
Additional Resources15
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 7 of 160
Purpose
Purpose
This manual explains the Moog Animatics Class 6 SmartMotor™ support for the EtherNet/IP™
protocol. It describes the major concepts that must be understood to integrate a SmartMotor
slave with a PLC or other EtherNet/IP master. However, it does not cover all the low-level
details of the EtherNet/IP protocol.
NOTE: The feature set described in this manual requires a specific motor firmware
version. Please consult Moog Animatics for the proper software version.
This manual is intended for programmers or system developers who have read and understand THECIPNETWORKSLIBRARYVolume1-CommonIndustrialProtocol(CIP™) and THECIPNETWORKSLIBRARYVolume2-EtherNet/IPAdaptationofCIP, which are published and
maintained by ODVA.org (http://www.odva.org). Therefore, this manual is not a tutorial on
those specifications or the EtherNet/IP protocol. Instead, it should be used to understand the
specific implementation details for the Moog Animatics SmartMotor. For a general overview of
EtherNet/IP, see EtherNet/IP Overview on page 17.
The reference chapters of this manual include details about the specific commands available
in the SmartMotor through the EtherNet/IP protocol. The commands include those required by
the specifications and those added by Moog Animatics.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 8 of 160
Abbreviations and Definitions
Abbreviations and Definitions
The following table provides a list of abbreviations and definitions of terms that may be used
in this manual or related documents.
Abbreviation/
Term
APIActual Packet Interval
ASCIIAmerican Standard Code for Information Interchange
ATAcceleration Target
BOIBuss-Off Interrupt
ClientA device that sends a request to, and expects a response from, a server.
ConsumerNetwork device that reads messages from a producer device.
CoSChange of State I/O trigger
DCDirect Current
DLRDevice Level Ring. A ring topology that allows the Ethernet devices to
keep communicating if there is a break in the ring.
DTDeceleration Target
EDSElectronic Data Sheet. A text file that contains configuration information
for the device.
EPRExpected Packet Rate
EtherNet/IPEthernet Industrial Protocol
Description
Explicit messaging
FOCField Oriented Current
FTPFile Transfer Protocol
IEIndustrial Ethernet
Implicit messaging
INInput
LANLocal Area Network
MACIDMedia Access Control Identifier
NASMNetwork Access State Machine
ODVAOpen DeviceNet Vendors Association, Inc, which is the standards organ-
OUTOutput
PDUProtocol Data Unit
PLCProgrammable Logic Controller
(Non-cyclic) Not time-sensitive, typically used for network and device
configuration, and setup of cyclic connections.
(Cyclic) Timely, repetitive transfer of data, typically used for I/O control
(e.g., PID loop closure).
ization that maintains the specifications for the CIP industrial network protocols.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 9 of 160
Abbreviations and Definitions
Abbreviation/
Term
Description
ProducerA device that puts messages on the network for "consumer" devices
(other network devices that will read the messages).
PUPosition Units
PVProfile Velocity (mode)
PTPosition Target
RTEReal-Time Ethernet
RxReceive
ServerA device that receives requests from clients and sends responses to
them.
Slave deviceDevice consuming data transfers from a Network Master. A PLC (Pro-
grammable Logic Controller) is a good example of a Master.
SMISmartMotor Interface (software)
STDState Transition Diagram
TCPTransmission Control Protocol
TQTorque (mode)
TxTransmit
UDPUser Datagram Protocol
UCMMUnconnected Message Manager
VUVelocity Units
VTVelocity Target
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 10 of 160
Safety Information
Safety Information
This section describes the safety symbols and other safety information.
Safety Symbols
The manual may use one or more of the following safety symbols:
WARNING: This symbol indicates a potentially non-lethal mechanical hazard,
where failure to follow the instructions could result in serious injury to the
operator or major damage to the equipment.
CAUTION: This symbol indicates a potential minor hazard, where failure to follow the instructions could result in slight injury to the operator or minor damage to the equipment.
NOTE: Notes are used to emphasize non-safety concepts or related information.
Other Safety Considerations
The Moog Animatics SmartMotors are supplied as components that are intended for use in an
automated machine or system. As such, it is beyond the scope of this manual to attempt to
cover all the safety standards and considerations that are part of the overall machine/system
design and manufacturing safety. Therefore, the following information is intended to be used
only as a general guideline for the machine/system designer.
It is the responsibility of the machine/system designer to perform a thorough "Risk Assessment" and to ensure that the machine/system and its safeguards comply with the safety standards specified by the governing authority (for example, ISO, OSHA, UL, etc.) for the locale
where the machine is being installed and operated. For more details, see Machine Safety on
page 12.
Motor Sizing
It is the responsibility of the machine/system designer to select SmartMotors that are properly sized for the specific application. Undersized motors may: perform poorly, cause excessive downtime or cause unsafe operating conditions by not being able to handle the loads
placed on them. The MoogAnimaticsProductCatalog, which is available on the Moog Anim-
atics website, contains information and equations that can be used for selecting the appropriate motor for the application.
Replacement motors must have the same specifications and firmware version used in the
approved and validated system. Specification changes or firmware upgrades require the
approval of the system designer and may require another Risk Assessment.
Environmental Considerations
It is the responsibility of the machine/system designer to evaluate the intended operating
environment for dust, high-humidity or presence of water (for example, a food-processing
environment that requires water or steam wash down of equipment), corrosives or chemicals
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 11 of 160
Other Safety Considerations
that may come in contact with the machine, etc. Moog Animatics manufactures specialized IPrated motors for operating in extreme conditions. For details, see the MoogAnimaticsProductCatalog, which is available on the Moog Animatics website.
Machine Safety
In order to protect personnel from any safety hazards in the machine or system, the
machine/system builder must perform a "Risk Assessment", which is often based on the ISO
13849 standard. The design/implementation of barriers, emergency stop (E-stop) mechanisms and other safeguards will be driven by the Risk Assessment and the safety standards
specified by the governing authority (for example, ISO, OSHA, UL, etc.) for the locale where
the machine is being installed and operated. The methodology and details of such an assessment are beyond the scope of this manual. However, there are various sources of Risk Assessment information available in print and on the internet.
NOTE: The following list is an example of items that would be evaluated when performing the Risk Assessment. Additional items may be required. The safeguards
must ensure the safety of all personnel who may come in contact with or be in the
vicinity of the machine.
In general, the machine/system safeguards must:
l
Provide a barrier to prevent unauthorized entry or access to the machine or system. The
barrier must be designed so that personnel cannot reach into any identified danger
zones.
l
Position the control panel so that it is outside the barrier area but located for an unrestricted view of the moving mechanism. The control panel must include an E-stop mechanism. Buttons that start the machine must be protected from accidental activation.
l
Provide E-stop mechanisms located at the control panel and at other points around the
perimeter of the barrier that will stop all machine movement when tripped.
l
Provide appropriate sensors and interlocks on gates or other points of entry into the protected zone that will stop all machine movement when tripped.
l
Ensure that if a portable control/programming device is supplied (for example, a handheld operator/programmer pendant), the device is equipped with an E-stop mechanism.
NOTE: A portable operation/programming device requires many additional
system design considerations and safeguards beyond those listed in this section. For details, see the safety standards specified by the governing authority (for example, ISO, OSHA, UL, etc.) for the locale where the machine is
being installed and operated.
l
Prevent contact with moving mechanisms (for example, arms, gears, belts, pulleys,
tooling, etc.).
l
Prevent contact with a part that is thrown from the machine tooling or other part-handling equipment.
l
Prevent contact with any electrical, hydraulic, pneumatic, thermal, chemical or other
hazards that may be present at the machine.
l
Prevent unauthorized access to wiring and power-supply cabinets, electrical boxes, etc.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 12 of 160
Safety Information Resources
l
Provide a proper control system, program logic and error checking to ensure the safety
of all personnel and equipment (for example, to prevent a run-away condition). The control system must be designed so that it does not automatically restart the machine/system after a power failure.
l
Prevent unauthorized access or changes to the control system or software.
Documentation and Training
It is the responsibility of the machine/system designer to provide documentation on safety,
operation, maintenance and programming, along with training for all machine operators, maintenance technicians, programmers, and other personnel who may have access to the
machine. This documentation must include proper lockout/tagout procedures for maintenance
and programming operations.
It is the responsibility of the operating company to ensure that:
l
All operators, maintenance technicians, programmers and other personnel are tested
and qualified before acquiring access to the machine or system.
l
The above personnel perform their assigned functions in a responsible and safe manner
to comply with the procedures in the supplied documentation and the company safety
practices.
l
The equipment is maintained as described in the documentation and training supplied by
the machine/system designer.
Additional Equipment and Considerations
The Risk Assessment and the operating company's standard safety policies will dictate the
need for additional equipment. In general, it is the responsibility of the operating company to
ensure that:
l
Unauthorized access to the machine is prevented at all times.
l
The personnel are supplied with the proper equipment for the environment and their job
functions, which may include: safety glasses, hearing protection, safety footwear,
smocks or aprons, gloves, hard hats and other protective gear.
l
The work area is equipped with proper safety equipment such as first aid equipment,
fire suppression equipment, emergency eye wash and full-body wash stations, etc.
l
There are no modifications made to the machine or system without proper engineering
evaluation for design, safety, reliability, etc., and a Risk Assessment.
Safety Information Resources
Additional SmartMotor safety information can be found on the Moog Animatics website; open
the file "109_Controls, Warnings and Cautions.pdf" located at:
SmartMotorDeveloper'sWorksheet
(interactive tools to assist developer: Scale Factor Calculator, Status Words, CAN Port
Status, Serial Port Status, RMODE Decoder, and Syntax Error Codes)
The Moog Animatics website contains additional resources such as product information, documentation, product support and more. Please refer to the following addresses:
l
General company information:
http://www.animatics.com
l
Product information:
http://www.animatics.com/products.html
l
Product support (Downloads, How To videos, Forums, Knowledge Base, and FAQs):
http://www.animatics.com/support.html
l
Sales and distributor information:
http://www.animatics.com/sales-offices.html
l
Application ideas (including videos and sample programs):
http://www.animatics.com/applications.html
EtherNet/IP is a common standard maintained by by ODVA.org:
l
ODVA.org website:
http://www.odva.org/
l An EtherNet/IP Quick Start for Vendors Handbook is available at:
This chapter provides an overview of EtherNet/IP features. These sections briefly summarize
the technical information provided on the ODVA.org website. To view the fully detailed information or to obtain the specifications, see the ODVA.org website at: http://www.odva.org.
EtherNet/IP Introduction18
The OSI Model18
EtherNet/IP Adaptation of CIP19
Objects21
Objects21
Classes, Instances and Attributes22
Messaging23
Explicit (Non-cyclic) Messages23
Implicit (Cyclic) Messages23
Explicit/Implicit Messaging Example23
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 17 of 160
EtherNet/IP Introduction
EtherNet/IP
TM
DeviceNet
TM
Physical
Data Link
Network
Transport
Session
Presentation
Application,
Proles
Common
Industrial
Protocol
(CIP)
CIP
Network
Adaptations
OSI Model Layers
Semicond.
Proles
I/O
Proles
Transducer
Proles
Motion Ctrl
Proles
CIP Motion
TM
Proles
Other
Proles
Safety Serv.
& Messages
Safety Obj.
Library
CIP Safety
TM
Proles
Connection Management and Routing
Data Management Services
(Explicit and I/O Messages)
Object Library
(Communications, Applications, Time Synchronization)
DeviceNet Physical Layer
CAN CSMA/NBA
DeviceNet Network and Transport
Ethernet Physical Layer
Ethernet CSMA/CD
Internet Protocol
TCP/UDP
EtherNet/IP Introduction
Ethernet/Industrial Protocol (EtherNet/IP) is a fieldbus communications protocol that was initially developed in the 1990s. It is now a CIP-based technology that is managed by the Open
DeviceNet Vendors Association (ODVA), which is a standards organization that manages all
CIP network technologies.
EtherNet/IP and DeviceNet are two CIP network technologies that are supported by Moog
Animatics (see OSI Model for EtherNet/IP and DeviceNet on page 18). These networks share
the same CIP layers and use objects to describe the network devices (this collection of objects
specific to a device is the device profile). Because of this, they are able to communicate with
each other. For example, a device on an EtherNet/IP network can communicate with one on a
DeviceNet network. For more information on CIP objects, see Objects on page 21.
The Class 6 EtherNet/IP SmartMotor is designed to operate as a device on an EtherNet/IP network. This allows the system designer to take advantage of SmartMotor technology through
its device profile (for example, start a user program stored in the SmartMotor). For details on
the SmartMotor device profile using the Position Controller device, see SmartMotor Device
Profile Overview on page 33.
The full specification for EtherNet/IP is available from the ODVA.org website. For details, see
THECIPNETWORKSLIBRARYVolume1-CommonIndustrialProtocol(CIP™) and THECIP
NETWORKSLIBRARYVolume2-EtherNet/IPAdaptationofCIP.
The OSI Model
The OSI model describes the architecture for the CIP-based industrial network protocols.
Moog Animatics supports EtherNet/IP and DeviceNet using the Position Controller Supervisor
and Position Controller profiles. The other profiles shown are not currently supported.
OSIModelforEtherNet/IPandDeviceNet
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 18 of 160
EtherNet/IP Adaptation of CIP
Peer-to-peer, multicast, unicast
Ethernet
Internet Protocol (IP)
Transmission Control Protocol (TCP)
User Datagram Protocol (UDP)
Explicit
Messages
Device Proles and
Application Objects
Physical
Data Link
Network
Transport
Session
Presentation
Application
Implicit
Messages
IEEE
Standards
TCP/IP
Suite
Common
Industrial
Protocol
(CIP)
OSI Model Layers
The following table provides a brief description of each of the seven OSI model layer.
LayerDescription
PhysicalThe physical properties—electrical and mechanical—of the network
(e.g., cables, connectors, pin-outs, voltages, flow control, etc.). For
EtherNet/IP, it is based on IEEE 802.3 technology.
Data LinkHow packets of data will be transmitted between devices (MAC, CRC,
etc.). For EtherNet/IP, it is based on IEEE 802.3 technology.
NetworkThe switching and routing layer, i.e, anything related to the device
IP address, DNS, datagrams, cyclic and non-cyclic. For EtherNet/IP,
uses the TCP/IP Suite.
TransportControls how much data (size of block) that will be sent and received,
manages the delay time between messages, maintains the quality of service (QoS). For EtherNet/IP, uses the TCP/IP Suite, uses both TCP and
UDP.
SessionOpens/closes and manages the connection between devices and applic-
ations, explicit and implicit messages are used. This layer is part of CIP.
PresentationDelivers and formats information to/from the application layer (trans-
lates data from the network to the application or from the application to
the network). This layer is part of CIP.
ApplicationHandles the application that provides the user interaction. This layer is
part of CIP.
For more details, see the ODVA.org website.
EtherNet/IP Adaptation of CIP
EtherNet/IP is an implementation of Ethernet technology with the addition of CIP layers. Like
other ODVA industrial network protocols, it is based on the OSI model. Therefore, it is specifically tailored for industrial environments and applications. Refer to the following figure.
OSIModel:EtherNet/IPImplementation
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 19 of 160
EtherNet/IP Adaptation of CIP
As shown in the previous figure, EtherNet/IP uses two communication protocols for message
transport:
l
Transmission Control Protocol (TCP) is used for Explicit messages—these are non-cyclic
messages for device configuration and setup of cyclic connection content.
l
User Datagram Protocol (UDP) is used for Implicit (I/O) messages—these are cyclic
messages that handle time-critical control data.
For more details on messages, see Messaging on page 23. Also, see Position Controller
Implicit I/O Messages on page 45.
EtherNet/IP is designed to be reliable, easily expanded for future growth, and can theoretically handle an unlimited number of devices. Note, however, that there may be other
factors that impose limitations on the size of the network.
For more details, see the ODVA.org website.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 20 of 160
Objects
CIP Network
Required = Optional =
Assembly
Object
Application
Object(s)
Parameter
Object
Message Router
Identity
Object
TCP/IP Interface
Object
Ethernet Link
Object
Connection Manager
Object
I/O
Explicit
Msg
Objects
This section briefly describes the features of CIP device objects. For more details, see THE
CIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol(CIP™), which is available
on the ODVA.org website.
Objects
Because EtherNet/IP is a CIP-based network, the network devices are described through sets
of objects. Each set of objects is organized in a specific manner with specific attributes so that
each network device operates in a certain way—that organization is the object model (or
device model). Every device with the same object model will operate in the same manner.
NOTE: All device features must be described through objects in order to be accessible through CIP.
The following types of objects are used in a device profile:
l
Required objects: these must be present in every CIP device.
l
Application objects: these are specific to the type of device and its function.
l
Manufacturer-Specific objects: these are optional objects that are specific to each
device manufacturer.
The following figure shows a version of the EtherNet/IP object model with required and
optional objects.
EtherNet/IPObjectModel
For the SmartMotor-specific model, see the object model for your SmartMotor application,
which is described later in this guide.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 21 of 160
Classes, Instances and Attributes
Device Address
Object 2
Instance 1
Object Class 2
Object 1
Instance 2
Object Class 1
Attribute 3
Attribute 2
Attribute 1
Object 1
Instance 1
Attribute 3
Attribute 2
Attribute 1
Classes, Instances and Attributes
The CIP object model uses classes, instances and attributes to describe each device. Refer to
the following figure.
l
Class: a fixed collection of objects with each object having a fixed set of attributes. The
CIP object library contains three primary object classes: general use, application specific, and network specific.
l
Instance: an occurrence of a particular object (in other words, there can be more than
one occurrence of the same object but with different attribute values).
l
Attributes: a set of data values that describe an object instance (instance attributes).
They can also describe an object class (class attributes).
Classes,Instances,Attributes
The device description (class, instance, attributes) information is also contained in the Electronic Data Sheet (EDS) file, which is supplied by the equipment vendor (see EDS File on page
35).
For more details, see the ODVA.org website.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 22 of 160
Messaging
Tool
I/O Connection
Object
Device A
I/O Connection
Object
Device B
I/O Connection
Object
Device A
I/O Connection
Object
Device B
I/O Connection from A to B
(Implicit messaging)
Congure connection instance
(Explicit messaging)
Congure connection instance
(Explicit messaging)
CONFIGURATIONRESULT
Messaging
There are two types of messages used by EtherNet/IP: explicit messages and implicit messages. Each is described in the following sections.
Explicit (Non-cyclic) Messages
Explicit messages are non-cyclic, i.e., they are typically sent once instead of at regular intervals. Further, explicit messages are not time sensitive. They are used for communicating
information such as configuration, diagnostic, data logs, and other information that is not time
critical. They can also be used to set up implicit (cyclic) connection content (see the next section).
Explicit messages are point-to-point messages. In other words, a device sends out a message
directed to a specific recipient device. The recipient device will return a response to that message. As a result, the explicit messages are much larger than implicit messages (refer to the
next section) and can generate a lot of network traffic; therefore, they are not used for transmitting cyclic data.
Implicit (Cyclic) Messages
Implicit messages (also referred to as I/O messages) are cyclic, i.e., they are sent at regular
intervals. Implicit messages are used to communicate critical, time-sensitive information.
They are typically used for I/O control, PID loop closure, and Motion or Application control.
The implicit message connection between the two devices is established up front and connection ID assignment is made. Therefore, the actual implicit messages contain just the connection ID and the data. As a result, implicit messages are very small, they can travel
quickly, and they do not use much network bandwidth.
Explicit/Implicit Messaging Example
In the following figure, a tool uses explicit messaging to configure the connections between
two network devices. Once that I/O connection is established, the devices can communicate
using implicit messaging. For more details, see THECIPNETWORKSLIBRARY,Volume1:Com-
monIndustrialProtocol(CIP™), which is available on the ODVA.org website.
Explicit/ImplicitMessagingExample
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 23 of 160
Connections, Wiring and Status LEDs
Connections, Wiring and Status LEDs
This chapter provides information on the SmartMotor connectors, a multidrop cable diagram,
and a description of the SmartMotor status LEDs.
Connectors and Pinouts26
M-Style Motor Connectors and Pinouts26
Moog Animatics Industrial Ethernet Cables27
EtherNet/IP Custom Cable27
Cable Diagram28
EtherNet/IP Cable Diagram28
Status LEDs29
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 25 of 160
Connectors and Pinouts
1
23
4
POWER INPUT
PIN
FUNCTION
DESCRIPTION
1
24 VDC
CONTROL I/O POWER
2
EARTH
CHASSIS GROUND
3
GND
MOTOR COMMON GROUND
4
48 VDC
MOTOR POWER
1
2
3
4
5
6
7
8
COMMUNICATION
PIN
FUNCTION
1
GND-COMMON
2
RS-485B CH0
3
RS-485A CH0
4
ENC A+ IN
5
ENC B- IN
6
ENC A- IN
7
5 VDC OUT
8
ENC B+ IN
1
2
3
4
5
6
7
8
9
10
11
12
4
31
2
EtherNet/IP
PIN
FUNCTION
1
+TX
2
+RX
3
-TX
4
-RX
I/Os
PIN
FUNCTION
DESCRIPTION
1
IN0
GENERAL PURPOSE
2
IN1
GENERAL PURPOSE
3
IN2/POSLIMIT
POSITIVE LIMIT
4
IN3/NEGLIMIT
NEGATIVE LIMIT
5
IN4
GENERAL PURPOSE
6
IN5
GENERAL PURPOSE
7
IN6
GENERAL PURPOSE
8
IN7-DRVEN
DRIVE ENABLE
9
OUT8/BRAKE
BRAKE OUTPUT
10
OUT9-NOFAULT
NOT FAULT
11
24 VDC OUT*
CONTROL/IO POWER
12
GND
MOTOR COMMON GROUND
INPUT OR OUTPUT
INPUT, DISCRETE OR ANALOG
POSSIBLE (SELECTABLE) FUNCTIONS
INPUT, DISCRETE OR ANALOG
INPUT
INPUT
INPUT
INPUT
INPUT
INPUT
OUTPUT
OUTPUT
POWER OUTPUT**
N/A
GENERAL PURPOSE
GENERAL PURPOSE
POSITIVE LIMIT OR GENERAL PURPOSE
NEGATIVE LIMIT OR GENERAL PURPOSE
GENERAL PURPOSE, OR EXTERNAL ENCODER
INDEX CAPTURE
GENERAL PURPOSE, OR INTERNAL ENCODER
INDEX CAPTURE
GENERAL PURPOSE, G COMMAND, OR
HOMING INPUT (ETHERCAT ONLY)
CONTROL I/O POWER
N/A
NOT FAULT
BRAKE OUTPUT OR GENERAL-PURPOSE OUTPUT
DRIVE ENABLE
*NOTE: 2 AMPS MAX **SUPPLIED FROM POWER INPUT PIN 1
LED 4: EtherNet/IP Link 1 Port LED
LED 2: EtherNet/IP Network Status LED
LED 0: Motor Drive LED
LED 5: EtherNet/IP Link 2 Port LED
LED 3: EtherNet/IP Module Status LED
LED 1: Motor Busy LED
USB Active LED
Connectors and Pinouts
M-Style Motor Connectors and Pinouts
The following figure provides a brief overview of the connectors and pinouts available on the
M-style SmartMotors.
NOTE: When daisy-chaining SmartMotors for an EtherNet/IP network, there is no
specific IN or OUT Ethernet port. In other words, either Ethernet port can be used
for the input or the output.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 26 of 160
Moog Animatics Industrial Ethernet Cables
Industrial Ethernet Connector
(Motor end of cable)
PIN
1
2
3
4
+TX
+RX
-TX
-RX
DESCRIPTION
Shield tied to motor housing
RJ45S Connector
(EtherNet/IP master end of cable)
1
2
3
4
5
6
7
8
+TX
-TX
+RX
No Connection
No Connection
-RX
No Connection
No Connection
PIN
DESCRIPTION
Shield tied to RJ45S connector
Moog Animatics Industrial Ethernet Cables
The following Industrial Ethernet cables are available from Moog Animatics.
M-style to M-style Ethernet Cable
This cable has M12 male threaded connectors at both ends. It is available in 1, 3, 5 and 10
meter lengths. For the standard cable, use part number CBLIP-ETH-MM-xM, where "x"
denotes the cable length. A right-angle version is also available; use part number
CBLIP-ETH-MM-xMRA.
M-style to RJ45 Ethernet Cable
This cable has an M12 male threaded connector at one end, and an RJ45 male connector at the
opposite end. It is available in 1, 3, 5 and 10 meter lengths. For the standard cable, use part
number CBLIP-ETH-MRJ-xM, where "x" denotes the cable length. A right-angle version is also
available; use part number CBLIP-ETH-MRJ-xMRA.
EtherNet/IP Custom Cable
The following figure provides details for creating a custom shielded EtherNet/IP cable.
NOTE: The motor end of the cable requires an industrial Ethernet connector.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 27 of 160
Cable Diagram
EtherNet/IP Bus
Other EtherNet/IP device:
- I/O block,
- Servo drive,
- etc.
EtherNet/IP Master
- PC,
- PLC,
- etc.
Moog Animatics
SmartMotor
Moog Animatics
SmartMotor
Optional ring for cable redundancy*
*Ring conguration requires an EtherNet/IP master with two ports
NOTE: Either Ethernet port can be used
to daisy-chain the motors.
Example Daisy-Chain Conguration
Cable Diagram
This section describes the cabling information for adding a SmartMotor to an EtherNet/IP network.
CAUTION: To minimize the possibility of electromagnetic interference (EMI),
all connections should use shielded Ethernet Category 5 (Cat 5), or better,
cables.
EtherNet/IP Cable Diagram
The following diagram shows an example EtherNet/IP network with the SmartMotors daisy
chained to the EtherNet/IP master device. An optional "ring" configuration can be created if
the EtherNet/IP master device has two ports.
Many network configurations are possible, such as line, tree or star. Requirements for specific
configurations depend on the capabilities of the EtherNet/IP controller devices, the node
devices, types and lengths of cables, and use of other networking equipment. For specific
details on creating an EtherNet/IP network, refer to the ODVA publication EtherNet/IPMediaPlanningandInstallationManual, which is available on the ODVA.org website.
NOTE: Unlike other fieldbus protocols, EtherNet/IP does not require terminators at
each end of the network bus.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 28 of 160
Status LEDs
Off No power
Solid green Drive on
Blinking green Drive off, no faults
Triple red flash Watchdog fault
Solid red Faulted or no drive enable input
Off Not busy
Solid green Drive on, trajectory in progress
Off No/bad cable; no/bad Link port
Solid green Link established
Flashing # red Flashes fault code* (see below)
when Drive LED is solid red
Blinking greenActivity
Off No/bad cable; no/bad Link port
Solid green Link established
Blinking greenActivity
Off No power
Flashing red/grn Power-up self test
Flashing green Standby
Solid green Device operational
Flashing red Minor fault
Solid red Major fault
OffNo power or no IP address
Flashing red/grn Power-up self test
Flashing green No connections
Solid green Connected
Flashing red Connection timeout
Solid red Duplicate IP
LED 4: EtherNet/IP Link 1 Input LED
LED 2: EtherNet/IP Network Status LED
LED 0: Motor Drive LED
LED 5: EtherNet/IP Link 2 Output LED
LED 3: EtherNet/IP Module Status LED
LED 1: Motor Busy LED
LED 0: Motor Drive LEDLED 1: Motor Busy LED
LED 3: EtherNet/IP Module Status LED
LED 5: EtherNet/IP Link 2 Output LED
LED 2: EtherNet/IP Network Status LED
LED 4: EtherNet/IP Link 1 Input LED
LED Status on Power-up:
• With no program and the travel limit inputs are low:
LED 0 solid red; motor is in fault state due to travel limit fault
LED 1 off
• With no program and the travel limits are high:
LED 0 solid red for 500 milliseconds then flashing green
LED 1 off
• With a program that only disables travel limits:
LED 0 red for 500 milliseconds then flashing green
LED 1 off
Flash
1
2
3
4
5
6
7
8
9
10
11
Description
NOT Used
Bus Voltage
Over Current
Excessive Temperature
Excessive Position
Velocity Limit
dE/Dt - First derivative of position error is excessive
Hardware Positive Limit Reached
Hardware Negative Limit Reached
Software Positive Travel Limit Reached
Software Negative Travel Limit Reached
LED1 Fault Codes:
*Busy LED pauses for 2 seconds before flashing the code
Flickering = On/Off in 0.1 sec; Blinking = On/Off in 0.5 sec; Flashing = separated by 1 sec for EtherNet/IP LEDs and 2 sec for Fault Codes
USB Active LED
Flashing green Active
Flashing red Suspended
Solid redUSB power detected, no
configuration
USB Active LED
Status LEDs
This section describes the functionality of the Status LEDs on the Class 6 SmartMotor.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 29 of 160
Loading...
+ 130 hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.