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
Page 8
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
Page 9
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
Page 10
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
Page 11
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
Page 12
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
Page 13
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
Page 18
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
Page 19
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
Page 20
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
Page 21
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
Page 22
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
Page 23
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
Page 24
Page 25
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
Page 26
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
Page 27
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
Page 28
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
Page 29
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
Page 30
Page 31
EtherNet/IP on Class 6 SmartMotors
EtherNet/IP on Class 6 SmartMotors
This section provides an overview of the EtherNet/IP communications protocol implementation on the Moog Animatics Class 6 SmartMotor.
EtherNet/IP Implementation32
EtherNet/IP Identity32
EtherNet/IP Software Version Numbers32
Device Profile32
SmartMotor Device Profile Overview33
CIP Objects for EtherNet/IP Devices33
Application Objects for Position Controller Devices34
Additional Objects34
EDS File35
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 31 of 160
Page 32
EtherNet/IP Implementation
EtherNet/IP Implementation
This section describes EtherNet/IP implementation information for the Class 6 SmartMotor.
EtherNet/IP Identity
The following identity information is available when the SmartMotor is queried by the EtherNet/IP master.
l
Product Codes: 10 - SM6-M
l
Device Name: Factory data in nonvolatile EEPROM memory.
l
Serial Number: Factory data in nonvolatile EEPROM memory.
NOTE: These identity items match those shown on the SmartMotor name plate.
EtherNet/IP Software Version Numbers
The initial EtherNet/IP software release is 6.0.2.23.
Device Profile
The Class 6 EtherNet/IP SmartMotor profile uses the Position Controller (0x10) device. For
Position Controller details, see SmartMotor Device Profile Overview on page 33.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 32 of 160
Page 33
SmartMotor Device Profile Overview
SmartMotor Device Profile Overview
This section provides an overview of the objects used in the SmartMotor device profile. It
includes: CIP required objects and network objects (the CIP objects), ODVA "Device" set of
objects (the Application objects), and Moog Animatics vendor-specific objects (the Additional
objects).
For a full description of each object, see the corresponding "For details..." section. For more
details on the Position Controller Device, see Position Controller Device (0x10) on page 43.
CIP Objects for EtherNet/IP Devices
The following table shows the minimum objects required for any EtherNet/IP device.
Object Class
Identity Object0x01 Provides identification
Message
Router Object
Assembly
Object
Connection Manager Object
TCP/IP Interface Object
Class
Code
0x02 Provides message hand-
0x04
0x06 Establishes and man-
0xF5 Configures the device’s
1
Description
and general device
information. Object is
required in every network device.
ling for communicating
with objects in the physical device.
Binds attributes of multiple objects, allowing
data to/from each
object to be sent/received through a
single connection. Also
used to bind input or output data.
ages the communications
connections (exchanges
of messages), including
connections across multiple subnets.
TCP/IP network interface. For example, this
includes the device’s IP
Address, Network
Mask, and Gateway
Address.
Required/
Optional
Required1
Required1
Optional used for the
SmartMotor
Conditional
(required for
EtherNet/IP)
Conditional
(required for
EtherNet/IP)
Instances
For details,
see...
Identity Object
(0x01) on page
63
Message Router
Object (0x02) on
page 67
2Assembly Object
(0x04) on page
68
1
1
Connection Manager Object
(0x06) on page
69
TCP/IP Interface
Object (0xF5) on
page 70
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 33 of 160
Page 34
Application Objects for Position Controller Devices
Object Class
Ethernet Link
Object
1. Network-Specific Link Objects
1
Class
Code
0xF6 Maintains link-specific
Description
counters and status
information for the communications interface.
Required/
Optional
Conditional
(required for
EtherNet/IP)
Instances
1
For details,
see...
Ethernet Link
Object (0xF6) on
page 77
Application Objects for Position Controller Devices
The Position Controller Device type is 0x10; there is one instance. The following table shows
the required application objects for a Position Controller device.
Object Class
CIP Required
Objects
Position Controller Supervisor
Position Controller
Class
Code
(see
previous
table)
0x24Handles errors for Pos-
0x25Performs control out-
Description
(see previous table)Required(see pre-
ition Controller, also
home and registration
inputs.
put velocity profiling;
handles input/output
to/from the motor,
limit switches registration, etc.
Required/
Optional
Required1Position Con-
Required1Position Con-
Instances
vious
table)
For details,
see...
(see previous
table)
troller Supervisor (0x24) on
page 84
troller (0x25)
on page 86
Additional Objects
In addition to the object classes in the previous tables, the following manufacturer-specific
and other objects have been added for the SmartMotor.
Object Class
Device Level
Ring (DLR)
Object
Quality of Service (QOS)
Object
SmartMotor I/O
Object
Class
Code
0x47 Allows use of an Ethernet
ring network topology
0x48 Provides priority-depend-
ent control of the Ethernet data streams.
0x71
Manufacturer-specific
object associated with
the Position Controller
Device
Description
Required/
Optional
1Device Level
1QoS Object
Instances
1
For details,
see...
Ring (DLR)
Object (0x47)
on page 92
(0x48) on page
94
SmartMotor I/O
Object (0x71)
on page 96
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 34 of 160
Page 35
EDS File
EDS File
The Electronic Data Sheet (EDS) file is supplied by the equipment manufacturer. It is an
ASCII text file that is structured as specified by the CIP specification. The EDS file contains all
of the necessary information for the configurable parameters of the corresponding device
(i.e., it contains information required by the CIP specification and may include vendor-specific
information provided by the manufacturer). For example, there is an EDS file supplied by
Moog Animatics for the EtherNet/IP SmartMotor.
All CIP network configuration tools have the ability to read EDS files. The information in the
EDS file is used by the configuration tool to guide the user through the configuration process.
For more details, see THECIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol(CIP™), which is available on the ODVA.org website.
To obtain the EDS file for the SmartMotor:
1.
Access the Download Center on the Moog Animatics website at:
From the folder list, select Firmware And Fieldbus Downloads > Fieldbus Config > EtherNet/IP folder.
3.
Locate the EDS file (.eds extension) and click it.
4.
Save the file to a location on your computer.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 35 of 160
Page 36
Page 37
EtherNet/IP User Program Commands
EtherNet/IP User Program Commands
This chapter provides details on the EtherNet/IP commands used with the SmartMotor and its
user program. SmartMotor programming is described in the SmartMotor™Developer'sGuide.
The SmartMotor user program allows the motor to take on autonomous or distributed control
functions needed in an application.
Network Settings and Status Commands38
Program Example40
Status and Diagnostic Codes41
Status/Error Codes41
Diagnostic Codes41
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 37 of 160
Page 38
Network Settings and Status Commands
Network Settings and Status Commands
The SmartMotor's EEPROM can store nonvolatile EtherNet/IP information about the network.
For proper EtherNet/IP operation, each SmartMotor must have a unique IP address. If a DHCP
server is used in the network, then the SmartMotor default IP address (0.0.0.0) is used; if a
fixed IP address is needed or there is no DHCP server, the IP address can be set using the
IPCTL command. This can be accomplished: at the PLC over EtherNet/IP; with SMI and a USB
connection, or RS-485 on channel 0; with a SmartMotor user program. If an IP address is
assigned through any method, including the DHCP server, that address is stored and used at
the next power-up.
NOTE: Nonvolatile memory will be read at power-up or after the Z (reset) command has been executed.
The commands in the following table are related to the network settings and status.
Command
IPCTL(action,"string")
RETH(0), or
x=ETH(0)
RETH i s the same as RETH(0)
x=ETH is the same as
x=ETH(0)
RETH(1), or
x=ETH(1)
RETH(2), or
x=ETH(2)
RETH(3), or
x=ETH(3)
Description/
Parameter
action=
0: set IP address
1: set Mask
2: set Gateway
EtherNet/IP statusBit 0 = Initialization failure
Module statusBit 0 = No power
Network statusBit 0 = Not powered, no IP address
Stack fault codeFor details, see Status and Diagnostic Codes
The drive is shipped out-of-box with an IP
Address of 0.0.0.0. This address enables
DHCP support for addressing. The DHCP
server manages the IP Address assigned to
the drive.
If a value other than 0.0.0.0 is assigned then
DHCP is disabled and the static IP Address is
used. Assigning an IP Address of 0.0.0.0 will
re-enable DHCP if desired
Value is formatted as an IP address entered as
a string, e.g., IPCTL(0,"192.168.0.10"). By
default, these values are set to 0 (i.e.,
"0.0.0.0")
NOTE: The drive must be power cycled or
reset using a "Z" terminal window command
before the new IP Address takes affect.
Bit 1 = Configuration change
Bit 2 = Reserved
Bit 3 = Network processor failure
Bit 4 = Port 1 has LINK
Bit 5 = Port 2 has LINK
Bit 1 = Self test
Bit 2 = Standby
Bit 3 = Device operational
Bit 4 = Minor (recoverable) fault
Bit 5 = Major (non-recoverable) fault
Bit 1 = No connections
Bit 2 = Connected
Bit 3 = Connection timeout
Bit 4 = Duplicate IP
Bit 5 = Self-test
on page 41.
Values
Non-
Volatile
Setting
YES
N/A
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 38 of 160
Page 39
Network Settings and Status Commands
Command
RETH(5), or
x=ETH(5)
RETH(6), or
x=ETH(6)
RETH(7), or
x=ETH(7)
RETH(8), or
x=ETH(8)
RETH(9), or
x=ETH(9)
RETH(14)
RETH(15)IP addressValue is in dotted-decimal for mat.
RETH(16)Subnet maskValue is in dotted-decimal format.
RETH(17)GatewayValue is in dotted-decimal format.
RETH(18)MAC ID string format-
RETH(30), or
x=ETH(30)
RETH(31), or
x=ETH(31)
RETH(45), or
x=ETH(45)
RETH(46), or
x=ETH(46)
RETH(47), or
x=ETH(47)
RETH(48), or
x=ETH(48)
RETH(49), or
x=ETH(49)
RETH(50), or
x=ETH(50)
RETH(51), or
x=ETH(51)
RETH(54), or
x=ETH(54)
ETHCTL(3,x)
Description/
Parameter
LFW firmware version Firmware version as 32-bit interger. E.g.,
3.1.0.1 would be a value 50397185
(0x03010001).
Network Lost user pro-
gram number
Processor type-1 = Failed
Protocol type 0 = Not defined
Network Lost actionThe c urr ent value assigned to the Network
ted r eport only
I/O read data sizeValue is c onfigur ed by the master.
I/O write data sizeValue is configured by the master.
IP address as integerE.g., for an IP address of 192.168.1.3 (C0 A8
IP subnet mask as
integer
IP gateway as integer E.g., for an IP gateway of 192.168.1.1 (C0 A8
Low 3 bytes of MAC ID
(device ID) as integer
High 3 bytes of MAC ID
(device ID) as integer
Internal error codeFor details, see Status and Diagnostic Codes
Internal error sourceFor Moog Animatics use.
Initialize error codeFor details, see Status and Diagnostic Codes
01 03 hex), this command reports 1062731517 (it reports as a 32-bit signed
value).
E.g., for an IP netmask of 255.255.0.0 (FF FF
00 00 hex), this command reports -65536 (it
reports as a 32-bit signed value).
01 01 hex), this command reports 1062731519 (it reports as a 32-bit signed
value.)
E.g., for a MACID of 00:01:02:a9:ff:00, this
command reports 11140864 (00 a9 ff 00 hex)
E.g., for a MACID of 00:01:02:a9:ff:00, this
command reports 258 (00 00 01 02 hex)
on page 41
on page 41
Values
Non-
Volatile
Setting
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 39 of 160
Page 40
Program Example
Command
ETHCTL(6,<value>)Network Lost user pro-
ETHCTL(9,<value>)Network Lost action
ETHCTL(45,x)
ETHCTL(46,x)
ETHCTL(47,x)
ETHCTL(50,x)
ETHCTL(51,x)
Description/
Parameter
gram label number
Set IP address as
integer
Set IP subnet mask as
integer
Set IP gateway as
integer
ResetResets Internal Error code RETH(50) and
ResetResets Internal Error code RETH(50) and
Values
This setting is nonvolatile.
Program label to jump to if the Network Lost
action, ETHCTL(9,<value>), is either set to 4
or 5.
This setting is nonvolatile.
0 – Ignore, no action (default setting)
1 – Send OFF command to motor (servo off)
2 – Send X command to motor (smooth stop)
3 – Send S command to motor (hard stop)
4 – Send GOSUB(x) command, where x is the
value of the user program label as defined by
ETHCTL(6,<value>).
5 – Send GOTO(x) command, where x is the
value of the user program label as defined by
ETHCTL(6,<value>).
NOTE: Loss of network is an edge-triggered
event if I/O Control goes from RUN to any other
state.
E.g., to set for an IP address of 192.168.1.3
(C0 A8 01 03 hex), x=3232235779
E.g., to set for an IP netmas k of 255.255.0.0
(FF FF 00 00 hex), x=4294901760
E.g., to set for an IP gateway of 192.168.1.1
(C0 A8 01 01 hex), x=3232235777
Internal Error source RETH(51) to 0
Internal error source RETH(51) to 0
Non-
Volatile
Setting
Yes
Yes
Yes
Program Example
The following code example sets the device IP address.
IPCTL(0,"192.168.0.10") 'Set the IP address to 192.168.0.10
'Add rest of program below
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 40 of 160
Page 41
Status and Diagnostic Codes
Status and Diagnostic Codes
The following tables provide details on the status/error codes and the diagnostic codes.
Status/Error Codes
Hex
Value
000000000Status is OK
C01F0002-1071710206System is out of memor y
C01F0003-1071710205Task runs out of empty packets at the local packet pool
C01F0020-1071710176No free connection buffer available
C01F0021-1071710175Object class is invalid
C01F0022-1071710174Segment of the path is invalid
C01F0023-1071710173Object Class is alr eady used
C01F0024-1071710172Connection failed
C01F0025-1071710171Unknown format of connection parameter
C01F0026-1071710170Invalid connection ID
C01F0027-1071710169No resource for creating a new class object available
C01F0028-1071710168Invalid request parameter
C01F0029-1071710167General connection failure
C01F0031-1071710159Access denied, instance is read only
C01F0032-1071710158DPM address is already used by an other instance
C01F0033-1071710157Set Output command is already running
C01F0034-1071710156EtherNet/IP Object Task is running a reset
C01F0035-1071710155Object Service already exists
Decimal
Value
Description
Diagnostic Codes
Hex
Value
000000000Status is OK
C01F0001-1071710207No free packet available to create a response of the
C01F0002-1071710206No free packet available to send the input data
C01F0003-1071710205Routing a request to an object failed; an error occurred at
C01F0004-1071710204Sending the c onfirmation of a request failed; an error
C01F0005-1071710203Getting a confirmation of a request from an unknown
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Decimal
Value
Description
request
the destination packet queue
occurred at the packet queue
object
Page 41 of 160
Page 42
Diagnostic Codes
Hex
Value
C01F0006-1071710202Instance of the CC object could not be created; no free
C01F0007-1071710201Completing a Connection Close command failed; sending
C01F0008-1071710200Completing a Connection Open command failed; sending
C01F0009-1071710199Sending the Delete Transport command failed; Encap
C01F000A-1071710198Sending the Forward Open c ommand failed; Encap Queue
C01F000B-1071710197Sending the Start Transport command failed; Encap
C01F000C-1071710196Connection manager received a confirmation of unknown
C01F000D-1071710195Sending the Forward Close command failed; Encap Queue
C01F000E-1071710194Failed the Complete Reset command; did not get a empty
Decimal
Value
Description
memory available
the command to the packet queue failed
the command to the packet queue failed
Queue signal an error
signal an error
Queue signal an error
service
signal an error
packet
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 42 of 160
Page 43
Position Controller Device (0x10)
Position Controller Device (0x10)
This chapter provides information on the Position Controller Device (0x10). For more details,
see THECIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol(CIP™), which is
available on the ODVA.org website.
Position Controller Device Application Objects44
Position Controller Device Object Model44
Position Controller Implicit I/O Messages45
General Command and Response Message Types45
Attribute GET/SET Command Types 0x1A and 0x1B50
Error Response Message Type (0x14)51
Semantics for Command and Response Messages52
Position Controller I/O Handshaking55
Profile Moves56
Torque Command57
Control Mode Change - Change Dynamic57
Position Controller Implicit I/O Message Examples58
Consumed Connection Path:
Position Controller Supervisor class
Consumed Command Message attribute
Produced Connection Path:
Position Controller Supervisor class
Produced Command Message attribute
Position Controller Device Application Objects
The following table shows the application objects for the Position Controller device and
describes their functions. For a full description of each object, see the corresponding "For
details..." section.
Object Class
Position Controller Supervisor
Position Controller
Class
Code
Description
0x24 Handles errors for the
Position Controller as
well as Home and Registration inputs.
0x25 Performs the control
output velocity profiling
and handles input and
Required/
Optional
Instances
Required1Position Con-
Required1Position Con-
For details,
see...
troller Supervisor (0x24) on
page 84
troller (0x25) on
page 86
output to and from the
motor drive unit, limit
switches registration
etc.
Note that these objects are the Application Objects in the overall SmartMotor device profile.
For a listing of all objects in the device profile used for the SmartMotor, see SmartMotor
Device Profile Overview on page 33.
Position Controller Device Object Model
The following figure provides a diagram of the Position Controller Device object model.
PositionControllerDeviceObjectModel
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 44 of 160
Page 45
Position Controller Implicit I/O Messages
Position Controller Implicit I/O Messages
This section describes the details about implicit I/O messages for the device.
General Command and Response Message Types
This section describes the formats for consumed and produced general messages.
l
The standard CIP Position Controller I/O connection messages are 8-byte messages.
l
The Class 6 EtherNet/IP SmartMotor supports both the standard 8-byte format and an
extended 32-byte format.
l
The first eight bytes of the 32-byte format match the 8-byte format defined in the ODVA
CIP Position Controller specification. The SmartMotor will select which message format
to use based on the host controller connection size.
Connection
Size
8 bytesThe motor will use the CIP standard communication format and Command Mes-
sage Types
32 bytes
Any otherThe motor will respond with an error
The default connection size used in the Class 6 EtherNet/IP SmartMotor EDS file is 32-bytes.
NOTE: Implicit I/O messages are the most efficient method of exchanging cyclic
data, such as Target Position and Actual Position, with the SmartMotor. These message types for the Position Controller Polled I/O Connection are typically the best
choice for commanding the SmartMotor shaft position or applied torque.
The motor will use:
l
CIP Standard 8 byte messages
l
Additional Data Fields in the Command / Response Message frames
NOTE: 32-byte Extended fields are shown with gray-highlighted rows.
ByteBit 7Bit 6Bit 5Bit 4Bit 3Bit 2Bit 1Bit 0
0EnableReg.
Arm
1Block #
2Command Axis NumberCommand Message Type (1 through 7)
3Response Axis NumberResponse Message Type (1 through 7)
4–7Command Data
8–11Target Position
12–15Target Velocity
16–20Acceleration
20–23Deceleration
24Attribute to Get Axis NumberAttribute to Get Message Type (0x1A, 0x1B)
25Reserved
26–27Attribute to Get Number
28–31Reserved
Notes:
1. Byte 0 bits 6 and 1 are not supported in Class 5 motors.
2. For Semantics, refer to Command Message Semantics on page 52.
3. Byte alignment for 4-byte values is Little Endian (Low byte, Middle Low byte, Middle High byte, High Byte).
4. Byte alignment for 2-byte values is Little Endian (Low byte, High Byte).
Hard Stop Smooth StopDirection
1
(Vel. mode)
3
3
3
3
3
IncrementalStart
4
Block
Load Data/
1
Start Profile
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 46 of 160
Page 47
General Command and Response Message Types
Polled I/O: Produced General Message Format
NOTE: 32-byte Extended fields are shown with gray-highlighted rows.
ByteBit 7Bit 6Bit 5Bit 4Bit 3Bit 2Bit 1Bit 0
0EnableReg.
1Block #
2Load
Complete
3Response Axis NumberResponse Message Type (1 through 5)
4–7Response Data
8–11Actual Position
12–15Actual Velocity
16–19Reserved
20Attribute to Get Axis NumberAttribute to Get Message Type (0x1A, 0x1B)
21Reserved
22–23Attribute to Get Number
24–27
28–31Reserved
Notes:
1. Not supported.
2. Byte 2 bit 0 c an be configured as the Servo Bus Voltage Okay s tatus.
3. For semantics, refer to Response Message Semantics on page 53.
4. Byte alignment for 4-byte values is Little Endian (Low byte, Middle Low byte, Middle High byte, High Byte).
5. Byte alignment for 2-byte values is Little Endian (Low byte, High Byte).
1
Level
Block
1
Fault
No data if Attribute to Get Axis Number and Mes sage Type are zero
Home
1
Level
Following
Error Fault
Current
Direction
Negative
Limit
Attribute to Get Data
General
Fault
Positive
Limit
On Target
Position
Revers e
Limit
4
4
4
5
Block in
Execution
Forward
Limit
1
Profile in
Progress
Fault
Input
1,2
General Command / Response Message Types
Command /
Response
Command DataResponse Data
Message Type
a
1
a
2
Target PositionActual Position0
Target VelocityCommand Position1
3AccelerationActual VelocityN/A
4DecelerationCommand VelocityN/A
a
5
TorqueTorque2
Position Profile
a,b
6
Move - See
N/A0
description below
Velocity Profile
a,b
7
Move - See
N/A
description below
Notes:
a. The drive Control Mode must match the desired command type in order to start a profile move or apply torque.
b. Only available for 32-byte connections.
Class 0x25
Attr #3
Mode Setting
1
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 47 of 160
Page 48
General Command and Response Message Types
Standard Command Types
The standard CIP Command Types 1–5 will load individual motor parameters, such as Acceleration, Deceleration, etc. A Profile Move will be started or a torque will be applied when the
command type in the message is Target Position, Target Velocity or Torque, and the Control
Mode is set to Position, Velocity or Torque, respectively.
The normal flow for a Position Move:
1.
Set the Control Mode to Position Control.
2.
Set the Acceleration value.
3.
Set the Deceleration value.
4.
Set the Target Velocity value.
5.
Set the Target Position value (this message would start the Position Move).
The normal flow for a Velocity Move:
1.
Set the Control Mode to Velocity Control.
2.
Set the Acceleration value.
3.
Set the Deceleration value.
4.
Set the Target Velocity value (this message would start the Velocity Move).
The normal flow for a apply Torque:
1.
Set the Control Mode to Torque Control.
2.
Set the Torque value (this message would start Torque Control).
Extended Profile Move Command Types (32-byte message format only)
There are two additional command types when the host I/O connection size is 32 bytes: 6
(Move Position) and 7 (Move Velocity). These commands take advantage of the additional
fields in the 32-byte format, allowing a move to be started with one command.
The normal flow for a Position Move:
1.
Set the control mode to Position Control.
2.
Send a Move Position message (Command type 6) with Target Position, Target Velocity,
Acceleration and Deceleration values (this message would start the Position Move).
The normal flow for a Velocity Move:
1.
Set the Control Mode to Velocity Control.
2.
Send a Velocity Position message (Command type 7) with Target Velocity, Acceleration
and Deceleration values (this message would start the Position Move).
NOTE: A Velocity Move command sent to a motor already in motion with either Position Control or Velocity Control, will immediately change the Target Velocity to the
value in the message.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 48 of 160
Page 49
General Command and Response Message Types
Extended Attribute to Get (32-byte message format only)
The 32-byte format also has fields allowing the Class 6 SmartMotor to send parameter data
back to the controller independent of the Command and Response Message types set in the
first eight bytes.
l
When the "Attribute to Get Message Type" field is set to 26 (0x1A - Position Controller
Supervisor) or 27 (0x1B - Position Controller) the motor will return the value of the
Object Attribute specified in field "Attribute to Get Number" (bytes 26-27). The value
will be returned in the "Attribute to Get Data" field of the response (bytes 24 - 27).
l If there are any errors in the request, the motor will respond with:
o
A Message Type of 0x14 in the Attribute to Get Message Type field of the response
o
The General Error Code in byte 24 of the response
o
The Additional Error Code in byte 25 of the response
o
A value of 0x00 in byte 26 of the response
o
A copy of the Attribute to Get Axis Number / Message Type (byte 24) from the
request in byte 27 of the response
l
When the "Attribute to Get Message Type" field is set to a value of zero, the motor will
set the entire "Attribute to Get" structure and "Attribute to Get Data" of the response
(bytes 20 -27) to zeroes.
The general flow when using the Extended Attribute to Get fields: (Assumes the Attribute to
Get fields start out loaded with 0x00).
1.
Load the "Attribute to Get Number" with the desired Attribute Number.
2.
Load the "Attribute to Get Axis Number" with a value of 0 or 1.
3.
Load the "Attribute to Get Message Type" with the number for the desired object 0x1A
(Position Controller Supervisor) or 0x1B (Position Controller).
4.
Wait for the "Attribute to Get Message Type" and "Attribute to Get Number" in the
response to match the requested values. If the "Attribute to Get Message Type"
becomes 0x14 there is an error in the request, follow the logic for errors in section Error
Response Message Type (0x14) on page 51.
5.
When the "Attribute to Get Message Type" and "Attribute to Get Number" match the
requested values, process the data in the response.
6.
Clear the "Attribute to Get Message Axis Number / Type" and "Attribute to Get Number"
values to values of 0x00.
7.
Wait for the "Attribute to Get Message Type" field changes to zero in the response.
The motor will respond with the current value of the requested Attribute to Get each time the
motor processes the I/O message independent of the Implicit Message handshaking.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 49 of 160
Page 50
Attribute GET/SET Command Types 0x1A and 0x1B
Attribute GET/SET Command Types 0x1A and 0x1B
This section describes the formats for consumer and producer GET/SET messages. These message types allow the set and get services of the Position Controller Supervisor(type 0x1A) and
Position Controller(type 0x1B) classes and their objects attributes. This is a form of indirect
addressing over the Polled I/O Connection instead of using an Explicit Connection transfer.
Polled I/O: Consumed Message Format
ByteBit 7Bit 6Bit 5Bit 4Bit 3Bit 2Bit 1Bit 0
0EnableReg.
Arm
1Attribute Number to GET
2Command Axis NumberCommand Message Type (0x1A or 0x1B)
3Attribute Number to SET
4Command (SET) Data Low Byte
5Data Middle Low
6Data Middle High
7Command Data High Byte
Notes:
1. Byte 0 bits 6 and 1 are not supported Class 5 motors.
2. For Semantics, refer to Command Message Semantics on page 52.
Hard StopSmooth
1
Stop
Direction
(Vel. mode)
IncrementalStart
Block
1
Load Data/
Start Profile
Polled I/O: Produced Message Format
ByteBit 7Bit 6Bit 5Bit 4Bit 3Bit 2Bit 1Bit 0
0EnableReg.
Level
1GET Attribute Number for the Response Data
2Load
Complete
3Response Axis NumberResponse Message Type (0x1A or 0x1B)
4Response (GET) Data Low Byte
5Data Middle Low
6Data Middle High
7Response Data High Byte
Notes:
1. Byte 2 bit 0 c an be configured as the Servo Bus Voltage Okay s tatus.
2. Not supported.
3. For Semantics, refer to Response Mes sage Semantics on page 53.
Block
Fault
Home Level2Current
2
Following
2
Error Fault
Direction
Negative
Limit
General
Fault
Positive
Limit
On Target
Position
Revers e
Limit
Block in
Execution
Forward
Limit
2
Progress
Fault Input
Profile in
Fault
Attribute Message Types
NOTE: See byte 3 in the previous tables.
Message
Type
26(0x1A)36(0x24)Position Controller SupervisorAttribute Value to SetAttribute Value to Get
27(0x1B)37(0x25)Position ControllerAttribute Value to SetAttr ibute Value to Get
Class
Number
Class DescriptionCommand DataResponse Data
1
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 50 of 160
Page 51
Error Response Message Type (0x14)
Error Response Message Type (0x14)
This section describes the formats for producer Error Response messages. It also provides the
error codes for the Position Controller Device.
Polled I/O: Produced Error Response Message Format
ByteBit 7Bit 6Bit 5Bit 4Bit 3Bit 2Bit 1Bit 0
0EnableReg.
Level
1Reserved = 0
2Load
Complete
3Response Axis NumberResponse Message Type (0x1A or 0x1B)
4General Error Code
5Additional Error Code
6Copy of Command message Byte 2
7Copy of Command Message Byte 3
Notes:
1. Not supported.
2. Byte 2 bit 0 c an be configured as the Servo Bus Voltage Okay s tatus.
3. For Semantics, refer to Response Mes sage Semantics on page 53.
Block
Fault
Home Level1Current
1
Following
1
Error Fault
Direction
Negative
Limit
General
Fault
Positive
Limit
On Target
Position
Revers e
Limit
Block in
Execution
Forward
Limit
1
Profile in
Progress
Fault
1,2
Input
Error Codes for Position Controller Device
General
Error
Code
0x080x01Service Not Sup-
0x050x01Path Destination
0x090xFFInvalid Attribute
0x0E0xFFAttribute Not Set-
0x130xFFNot Enough DataI/O Command message was lees then 8 bytes
0x140xFFAttribute Not Sup-
Additional
Error Code
Error
Description
ported
0x02Service Not Sup-
ported
Unknown
0x02Path Destination
Unknown
Value
table
ported
Semantics
Command message type is not supported;
this will take precedence over additional code
2
Response message type not supported
Consumed axis number was requested that
does not exist
Asked to produce data for a axis number that
does not exist
Value typically out of range
Requested to modify something not changeable
Requested or specified attribute is not supported
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 51 of 160
Page 52
Semantics for Command and Response Messages
Semantics for Command and Response Messages
This section provides semantic information for the command and response messages in the
previous tables.
Command Message Semantics
This following table provides semantic information for the command messages.
Cmd
Item
Load Data/ Start
Profile
Start BlockNot supported.
IncrementalThis bit is used to define the position value as either absolute or
Direction (V.
Mode)
Smooth StopThis bit is used to bring the motor to a controlled stop at the cur-
Hard StopThis bit is used to bring the motor to an immediate stop.
Registration ArmNot supported.
EnableThis bit is used to control the enable output. Clearing this bit will
Block #This byte defines the block number to be executed when the
Command Message Type
Response Message Type
Command Axis
Number
Target Position0x01This double word defines the Profile Move’s Target Position in
Target Velocity0x02This double word defines the Profile Move’s Target Velocity in
Msg
Type
Set from zero to one to load command data. The transition of
this bit from zero to one will also start a Profile Move when the
command message type contained in the command message
field is the message type that starts a Profile Move for the mode
selected.
incremental. 0 = absolute position value and 1 = incremental
position value.
This bit is used to control the direction of the motor in Velocity
set the enable output inactive and the currently executing motion
profile will be aborted.
Start Block bit transitions from zero to one.
This field defines the Command Message Type
This field defines the Response Message Type
These three bits define the Consumed Axis Connection attribute
of the Position Controller Supervisor class. This attribute value
specifies the instance number of all of the axis objects whose
data are contained in the I/O command message. The SmartMotor is a single-axis device. Therefore, only axis 1 is used, which
can be specified by either 0 or 1.
position units, when the Load Data /Start Profile bit transitions
from zero to one.
profile units, when the Load Data /Start Profile bit transitions
from zero to one
Description
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 52 of 160
Page 53
Semantics for Command and Response Messages
Cmd
Item
Acceleration0x03This double word defines the Profile Move’s Acceleration in pro-
Deceleration0x04This double word defines the Profile Move’s Target Position in
Torque0x05This double word is used to set the output torque, when the Load
Attribute Value0x1A–
Object Attribute
to Get
Object Attribute
to Set
Msg
Type
0x1B
0x1A–
0x1B
0x1A–
0x1B
Description
file units, when the Load Data /Start Profile bit transitions from
zero to one.
profile units, when the Load Data /Start Profile bit transitions
from zero to one.
Data /Start Profile bit transitions from zero to one. The torque
value will only take effect when in torque mode. (Position Controller Object Attribute 3 = 2)
This double word defines the value of the attribute to set, when
the Load Data/Start Profile bit transitions from zero to one.
This byte defines the object attribute to get the value of and
return in the response message.
This byte defines the object attribute to set to the new value
defined by the Attribute Value when the Load Data/Start Profile
bit transitions from zero to one.
Response Message Semantics
This following table provides semantic information for the response messages.
ItemDescription
Profile in Progress
Block in Execution
On Target Position
General FaultThis bit indicates the logical "or" of all fault conditions.
Current Direction This bit shows the current direction of the motor. If the motor is not mov-
Home LevelNot supported.
Registration Level Not supported.
EnableThis bit indicates the state of the enable output. A 1 indicates the enable
Executing Block # This byte defines the currently executing block if the Block In Execution
Fault InputNot supported.
Forward LimitThis bit indicates that the forward input is active.
Reverse LimitThis bit indicates that the reverse input is active.
This bit indicates that a profile move is in progress.
Not supported.
This bit indicates whether or not the motor is on the last targeted position.
(1 = Current position equals the last target position.)
ing the bit indicates the direction of the last commanded move. 0 =
reverse, negative direction; 1 = forward, positive direction.
output is active.
bit is active.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 53 of 160
Page 54
Semantics for Command and Response Messages
ItemDescription
Positive LimitThis bit indicates that the motor has attempted to travel past the pro-
grammed positive limit position. This bit remains valid until the motor is
moved within the limits or the programmed limit value is set greater than
the current position.
Negative LimitThis bit indicates that the motor has attempted to travel past the pro-
grammed negative limit position. This bit remains valid until the motor is
moved within the limits or the programmed limit value is set less than the
current position.
Following Error
Fault
Block FaultNot supported.
Load CompleteThis bit indicates that the command data contained in the command mes-
Response Message Type
Response Axis
Number
Actual PositionThis double word reflects the actual position in position units. If position
Commanded Position
Actual VelocityThis double word reflects the actual velocity in profile units.
Command Velocity
TorqueThis double word reflects the torque.
Home PositionThis double word reflects the captured home position in position units.
Index PositionThis double word reflects the captured index position in position units.
Registration Position
General Error
Code
Additional CodeThis byte contains an object/service-specific value that further describes
Attribute ValueThis double word reflects the value of the attribute to get.
Object Attribute
to Get
This bit indicates that a following error fault has occurred. This fault
occurs when the following error, or difference between the commanded
and actual position, exceeds the programmed allowable following error.
sage has been successfully loaded into the device.
This byte defines the Response Message Type
These three bits report the Produced Axis Connection attribute of the Position Controller Supervisor class. This attribute value specifies the
instance number of all of the axis objects whose data is contained in the
I/O response message. The SmartMotor is a single-axis device. Therefore, only axis 1 is used, which can be reported as either 0 or 1.
feedback is not used, this word will report the commanded position.
This double word reflects the commanded or calculated position in position units.
This double word reflects the commanded or calculated velocity in profile
units.
This double word reflects the captured registration position in position
units.
This byte identifies an error has been encountered. The specific behavior
for the Position Controller Profile is summarized in Error Response Message Type (0x14) on page 51. For a complete list of General Error codes,
see Appendix B in THECIPNETWORKSLIBRARYVolume1-CommonIndustrialProtocol(CIP™), which is available on the ODVA.org website.
the error condition. If the responding object has no additional information
to specify, then the value 0xFF is placed within this field.
This byte defines the object attribute from which to get the value.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 54 of 160
Page 55
Position Controller I/O Handshaking
Start
Load Command Data
Values, Command Axis Number,
and Command Type into
Command Message
Set Load Data/Start Prole
bit=1
Is Load Data
Complete bit in
response
message = 1?
Set Load Data/Start Prole
bit=0
Output
Instance
FLT
NOYES
NO
YES
See note
Position Controller I/O Handshaking
This section describes I/O handshaking for the Position Controller device.
NOTE: References to "client" are from the viewpoint of the Master device.
Client Data Loading Procedure
The following figure describes the client data loading procedure.
NOTE: When the Event Data Block is present, additional elements are included
based on the Event Checking Status element. If the Extended Format bit is set in
the Event Checking Status word, then the following are included: Reg Data Ack,
Home Data Ack, and Watch Data Ack. The Event Block Count field determines the
repetition (from zero to seven times) of the following elements: Event ID #, Event
Status #, Event Type #, Event Position #, and Event Time Stamp #.
ClientDataLoadingProcedure
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 55 of 160
Page 56
Profile Moves
Start
Call Client Data
Loading Procedure
Is
Prole in
Progress bit in
response
message=0?
NO
YES
End
Client Profile Move Procedure
The following figure describes the client profile move procedure.
For more details, see THECIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol(CIP™), which is available on the ODVA.org website.
Profile Moves
Attribute 3 of the Position Controller Object determines how the device operates and responds
for a profile move. A profile move uses Acceleration (and Deceleration) and a Target Velocity
to operate the device at the Target Velocity or move it to a Target Position. It can also output
a Torque if the Position Controller (0x25) Attribute 3 value is set for that. Refer to the following figure—the values shown are the same ones used in the I/O Assembly Examples later
in this section.
ClientProfileMoveProcedure
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 56 of 160
Page 57
Torque Command
Acceleration
AT=100
Target Velocity
VT=32768
Deceleration*
Begin
Motion
Target Position
Reached
Position=0Position=8000
*NOTE: For the SmartMotor, there is an override that automatically sets
DT equal to AT if the motor power is turned on and only AT is set.
MotionProfileForI/OAssemblyExamples
For more details, see THECIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol
(CIP™), which is available on the ODVA.org website.
Torque Command
Attribute 3 of the Position Controller Object determines how the device operates. The
SmartMotor can output a Torque command to the integrated motor if the Position Controller
(0x25) Attribute 3 value is set for Torque mode using a setting of 2 for the attribute.
Refer to the SmartMotor™Developer'sGuide for further information on Torque mode.
Control Mode Change - Change Dynamic
With the SmartMotor, it is possible to change from one control mode to another during operation or while in a move profile in any other mode. In other words, while operating in Position
mode with Position Controller mode Attribute 3 set to the value 0 and using Implicit Message
Type 1, the programmer can change to Torque mode by setting Attribute 3 to the value 2 and
then executing a new "Start Profile" with Implicit Message Type 5.
This "Change Dynamic" feature can be fully executed using the Implicit Messages of the Position Controller Device. This is facilitated using Message Type 0x1B during a profile once it has
started, and then starting another profile after changing the mode attribute.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 57 of 160
Page 58
Position Controller Implicit I/O Message Examples
Position Controller Implicit I/O Message
Examples
These examples are meant for reference only. They depict the Frame data on the bus over the
Implicit Connection for the Position Controller Device (0x10) I/O assembly to create a profile
move (refer to the following description). When operating on DeviceNet, these frames are for
the Polled I/O Implicit Connection.
NOTE:
To simplify the presentation, these examples do not include extended data transfer
across the network.
All but the last example show the standard 8-byte command/response frames. If
the drive is configured for the extended 32-byte frames, the extra 24 bytes are
assumed to be set to values of zero.
SmartMotor Notes
For proper operation, external hardware input conditions must be satisfied to get the desired
results. For example, to enable the drive stage on the model SM34165MT-IP SmartMotor, the
drive-enable input (pin 10 of the 12-pin I/O connector) must be at 24 Volts (enabled).
The SmartMotor is a single axis. Therefore, the value 0 or 1 may be used for the axis number
in the I/O Data (the examples typically use 0 for easier reading). Also, the symbol "0x??" is
used to indicate there are bits within the byte that are determined by the present state of the
SmartMotor.
The following are further assumptions for the SmartMotor:
l
Motor sample rate set to: 16 kHz
l
Motor counts per revolution: 4000
l
Motor mode: Position
l
Hardware Travel Limits are Satisfied or Disabled
l
SmartMotor Hardware Enable is Satisfied
Set Acceleration
For the following example, Command Frame = CF, Response Frame = RF.
Frame
Type
CF0–7
RF0–7
01 00 23 21 7D 01 00 00
?? 00 8? 21 00 00 00 00
Frame Data
(Hexadecimal Bytes)
Result
Axis 1 ADT=100
Axis 1 at Position 0
Clear the Load Data, Power Stage ON
CF0–780 00 01 01 00 00 00 00Ask for position
RF0–7
8? 00 0? 01 00 00 00 00
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 58 of 160
Axis 1 ON, Position 0
Page 59
Set Velocity, Leave Drive ON
Set Velocity, Leave Drive ON
For the following example, Command Frame = CF, Response Frame = RF.
Frame
Type
CF0–7
RF0–7
CF0–780 00 01 01 00 00 00 00Ask for position
RF0–7
8D 00 02 01 A0 0F 00 00
8? 00 8? 01 00 00 00 00
8? 00 0? 01 00 00 00 00
Frame Data
(Hexadecimal Bytes)
Clear the Load Data
Result
Axis 1 VT=32768
Axis 1 at Position 0
Axis 1 ON, Position 0
Set Target Position, Perform Move
For the following example, Command Frame = CF, Response Frame = RF.
Frame Type
CF0–7
RF0–7
CF0–780 00 01 01 00 00 00 00Ask for position
RF0–7
81 00 01 01 40 1F 00 00
81 00 8? 01 00 00 00 00
Clear the Load Data (assumes motor completed move)
Axis 1 at Position 0,
Velocity 0
Load Complete set
Axis 1 at Position 1,
Velocity 127
Load Complete clear
Axis 1 at Position
1500000, Velocity 0
Load Complete clear
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 60 of 160
Page 61
Object Reference
Object Reference
This chapter provides details on the EtherNet/IP protocol objects used with the Moog Animatics SmartMotor. The following TOC provides a listing of those objects.
The Moog Animatics Class 6 SmartMotor device profile supports the required object classes of
the Position Controller Device 0x10 (see Volume 1 of the ODVA CIP specification). For more
details, see THECIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol(CIP™),
which is available on the ODVA.org website.
Required Objects62
Identity Object (0x01)63
Message Router Object (0x02)67
Assembly Object (0x04)68
Connection Manager Object (0x06)69
TCP/IP Interface Object (0xF5)70
Ethernet Link Object (0xF6)77
Application Objects83
Position Controller Supervisor (0x24)84
Position Controller (0x25)86
Additional Objects91
Device Level Ring (DLR) Object (0x47)92
QoS Object (0x48)94
SmartMotor I/O Object (0x71)96
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 61 of 160
Page 62
Required Objects
Required Objects
The following sections/tables list the attributes for each of the CIP required and network
objects.
Identity Object (0x01)63
Message Router Object (0x02)67
Assembly Object (0x04)68
Connection Manager Object (0x06)69
TCP/IP Interface Object (0xF5)70
Ethernet Link Object (0xF6)77
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 62 of 160
Page 63
Identity Object (0x01)
Identity Object (0x01)
The following tables provide the Class and Identity Attributes, and the Supported Services for
the Identity Object (0x01).
Class Attributes
AttribIDAccess
Rule
1GetRevisionUINTRevision of this object.
2GetMax InstanceUINTMaximum instance num-
3GetNumber of
6GetMaximum
7GetMaximum
Name
Instances
ID Number Class
Attributes
ID Number
Instance Attributes
Data
Type
UINTNumber of object
UINTThe attribute ID num-
UINTThe attribute ID num-
DescriptionSemantics
Default Value: 1
ber of this object.
Default Value: 1
instances currently created at this class level
of the device.
Default Value: 1
ber of the last class
attribute of the class
definition implemented
in the device.
ber of the last instance
attribute of the class
definition implemented
in the device.
If updates require an
increased value, the
value increases by 1.
The largest instance
number this object.
The number of object
instances at this class
hierarchy level.
Identity Attributes
AttribIDAccess
Rule
1GetVendor IDUINTIdentification of each
2GetDevice TypeUINTIndication of general
3GetProduct CodeUINTIdentification of a par-
Name
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Data
Type
DescriptionSemantics
vendor by number.
Default Value: 810
type of product.
Default Value: 16
ticular product of an
individual vendor.
Default Value: 10
Vendor ID. Zero is not
valid.
Product code (vendor
assigned).
Page 63 of 160
Page 64
Identity Object (0x01)
AttribIDAccess
Rule
4GetRevisionSTRUCT
5GetStatusWORDSummary status of
6GetSerial NumberUDINTSerial number of device Set by factory.
7GetProduct NameSHORT_
8GetStateUSINTPresent state of the
9GetConfiguration
10GetHeartbeat Inter-
Name
Major RevisionUSINTIncremented by the
Minor RevisionUSINTIdentifies product
Consistency
Value
val
Data
Type
of:
STRING
UINTContents identify con-
USINTThe nominal interval
DescriptionSemantics
Revision of the item the
Identity Object represents.
Default Value: 1.1
vendor when there is a
significant change to
the product "fit, form,
or function".
changes that do not
affect user configuration choices.
device.
Human readable identification.
device as represented
by the state transition
diagram.
figuration of device.
between heartbeat messages in seconds.
Zero is not valid for
either the Major or
Minor Revision fields.
Limited to values
between 1 and 127;
the eighth bit (representing, when set to
one, values of 128 –
255) is reserved by
CIP and shall have a
value of zero.
Displayed as three
digits with leading
zeros as necessary.
0OwnedTRUE indicates the device (or an object within the device)
has an owner. Within the Master/Slave paradigm the setting of this bit means that the Predefined Master/Slave
Connection Set has been allocated to a master. Outside
the Master/Slave paradigm the meaning of this bit is TBD.
1Reserved; 0.
2ConfiguredTRUE indicates the application of the device has been con-
figured to do something different than the “out–of–box”
default. This shall not include configuration of the communications.
3Reserved; 0.
4-7Extended Device StatusVendor–specific or as defined by the following table. The
EDS shall indicate if the device follows a vendor-specific
definition for these bits by using the
DeviceStatusAssembly keyword. See Default Values for
Bits 4-7.
8Minor Recoverable Fault TRUE indicates the device detected a problem with itself,
which is thought to be recoverable. The problem does not
cause the device to go into one of the faulted states.
9Minor Unrecoverable
Fault
10Major Recoverable Fault TRUE indicates the device detected a problem with itself,
11Major Unrecoverable
Fault
12-15 Extended Device Status 2Reserved; eiter 0 or vendor specific.
TRUE indicates the device detected a problem with itself,
which is thought to be unrecoverable. The problem does
not cause the device to go into one of the faulted states.
which caused the device to go into the “Major Recoverable
Fault” state.
TRUE indicates the device detected a problem with itself,
which caused the device to go into the “Major Unrecoverable Fault” state.
Default Values for Bits 4-7
ValueDescription
0Self-Testing or Unknown
1Firmware Update in Progress
2At least one faulted I/O connection
3No I/O connections established
4Non-Volatile Configuration bad
5Major Fault – either bit 10 or bit 11 is true (1)
6At least one I/O connection in run mode
7At least one I/O connection established, all in idle mode
8-9Reserved
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 65 of 160
Page 66
Instance Attributes Semantics
ValueDescription
10-15Vendor specific
1
1. No mechanism is provided to enumerate the vendor-specific use of these values in the
EDS file.
Services
Service
Code
Supported in:
NameDescription
Class Instance
0x01●●Get_Attributes_AllReturns a predefined listing of this
object's attributes
0x05ResetInvokes the Reset service for the
device.
0x0E●●Get_Attribute_SingleReturns the contents of the specified
attribute
0x10●●Set_Attribute_SingleModifies an attribute (required if
Heartbeat Interval is defined)
For more details, see THECIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol
(CIP™), which is available on the ODVA.org website.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 66 of 160
Page 67
Message Router Object (0x02)
Message Router Object (0x02)
The following tables provide the Class and Identity Attributes, and the Supported Services for
the Message Router Object (0x02).
Class Attributes
AttribIDAccess
Rule
1GetRevisionUINTRevision of this object.
2GetMax InstanceUINTMaximum instance num-
3GetNumber of
6GetMaximum
7GetMaximum
Name
Instances
ID Number Class
Attributes
ID Number
Instance Attributes
Data
Type
UINTNumber of object
UINTThe attribute ID num-
UINTThe attribute ID num-
Description
Default Value: 1
ber of this object.
Default Value: 1
instances currently created at this class level
of the device.
Default Value: 1
ber of the last class
attribute of the class
definition implemented
in the device.
ber of the last instance
attribute of the class
definition implemented
in the device.
Semantics
The current assigned
value is 1. If updates
require an increased
value, the value
increases by 1.
The largest instance number of a created object at
this class hierarchy level.
The number of object
instances at this class
hierarchy level.
Instance Attributes
AttribIDAccess
Rule
Name
Data
Type
DescriptionSemantics
Services
Service
Code
0x0E●●Get_Attribute_SingleReturns the contents of the specified
For more details, see THECIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol(CIP™), which is available on the ODVA.org website.
Supported in:
NameDescription
Class Instance
attribute
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 67 of 160
Page 68
Assembly Object (0x04)
Assembly Object (0x04)
The following tables provide the Class and Identity Attributes, and the Supported Services for
the Assembly Object (0x04).
Class Attributes
AttribIDAccess
Rule
1GetRevisionUINTRevision of this object.
2GetMax InstanceUINTMaximum instance
3GetNumber of
6GetMaximum
7GetMaximum
Name
Instances
ID Number Class
Attributes
ID Number
Instance Attributes
Data
Type
UINTNumber of object
UINTThe attribute ID num-
UINTThe attribute ID num-
Description
Default Value: 2
number of this object.
Default Value: 0xFFFF
instances currently created at this class level
of the device.
Default Value: 0
ber of the last class
attribute of the class
definition implemented
in the device.
ber of the last instance
attribute of the class
definition implemented
in the device.
Semantics
The current value
assigned to this attribute is 2.
The largest instance
number of a created
object at this class hierarchy level.
The number of object
instances at this class
hierarchy level.
Instance Attributes
AttribIDAccess
Rule
3GetDataARRAY of BYTEAssembly Data
4GetSizeUINTNumber of bytes in Attribute 3.
NameData TypeDescriptionSemantics
Services
Service
Code
0x0E●●Get_Attribute_Single Returns contents of the specified attribute
0x10●Set_Attribute_Single Modifies an attribute value.
For more details, see THECIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol(CIP™), which is available on the ODVA.org website.
Supported in:
NameDescription
Class Instance
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 68 of 160
Page 69
Connection Manager Object (0x06)
Connection Manager Object (0x06)
The following tables provide the Class and Identity Attributes, and the Supported Services for
the Connection Manager Object (0x06).
Class Attributes
AttribIDAccess
Rule
1GetRevisionUINTRevision of this object.
2GetMax InstanceUINTMaximum instance
3GetNumber of
6GetMaximum
7GetMaximum
Name
Instances
ID Number Class
Attributes
ID Number
Instance Attributes
Data
Type
UINTNumber of object
UINTThe attribute ID num-
UINTThe attribute ID num-
Description
Default Value: 1
number of this object.
Default Value: 1
instances currently created at this class level
of the device.
Default Value: 1
ber of the last class
attribute of the class
definition implemented
in the device.
ber of the last instance
attribute of the class
definition implemented
in the device.
Semantics
The current assigned
value is 1. If updates
require an increased
value, the value
increases by 1.
The largest instance
number of a created
object at this class hierarchy level.
The number of object
instances at this class
hierarchy level.
Instance Attributes
None.
Services
Service
Code
0x0E●●Get_Attribute_SingleReturns the contents of the specified
0x10●Set_Attribute_SingleModifies an attribute value.
0x4E●Forward_CloseCloses a connection
0x54●Forward_OpenOpens a connection
For more details, see THECIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol(CIP™), which is available on the ODVA.org website.
Supported in:
NameDescription
Class Instance
attribute
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 69 of 160
Page 70
TCP/IP Interface Object (0xF5)
TCP/IP Interface Object (0xF5)
The following tables provide the Class and Identity Attributes, and the Supported Services for
the TCP/IP Interface Object (0xF5).
Class Attributes
AttribIDAccess
Rule
1GetRevisionUINTRevision of this object.
2GetMax InstanceUINTMaximum instance num-
3GetNumber of
6GetMaximum
7GetMaximum
Name
Instances
ID Number Class
Attributes
ID Number
Instance Attributes
Data
Type
UINTNumber of object
UINTThe attribute ID num-
UINTThe attribute ID num-
Description
Default Value: 3
ber of this object.
Default Value: 1
instances currently created at this class level
of the device.
Default Value: 1
ber of the last class
attribute of the class
definition implemented
in the device.
ber of the last instance
attribute of the class
definition implemented
in the device.
Semantics
The largest instance
number of a created
object at this class hierarchy level.
The number of object
instances at this class
hierarchy level.
ation control word.
Determines how
addresses are allocated.
addresses to allocate
for EtherNet/IP.
address from which to
begin allocation.
ACD.
Default Value: 1
Time-to-Live value for
IP multicast packets.
Default value is 1. Minimum is 1; maximum
is 255
0 = default allocation
algorithm
1 = allocated according
to the values specified
in Num Mcast and
Mcast Start Addr
2 = Reserved
Determines whether
multicast addresses
are generated via
algorithm or are explicitly set.
The number of IP multicast addresses allocated, starting at “Mcast
Start Addr”. Maximum
value is device specific. However, shall
not exceed the number
of EtherNet/IP multicast connections supported by the device.
IP multicast address
(Class D). A block of
“Num Mcast” addresses
is allocated starting
with this address.
1 = enable ACD
(default),
0 = disable ACD
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 73 of 160
Page 74
Instance Attributes Semantics
AttribIDAccess
Rule
11Set/Get
(NV)
Name
Last Conflict
Detected
AcdActivityUSINTState of ACD activity
Data
Type
STRUCT
of:
DescriptionSemantics
Structure containing
information related to
the last conflict detected.
Default Value: 0
ACD Diagnostic Parameters.
See below: Attribute
11: LastConflictDetected
ACD activity
when last conflict detected.
Default Value: 0
RemoteMACArray
of 6
USINT
MAC address of remote
node from the ARP PDU
in which a conflict was
MAC from Eth Pkt Hdr.
detected.
Default Value: 0
ArpPduARRAY
of 28
USINT
Copy of the raw ARP
PDU in which a conflict
was detected.
ARP PDU
Default Value: 0
12Set/Get
(NV)
EtherNet/IP
QuickConnect
BOOLEnable/Disable of Quick-
Connect feature.
0 = Disable (default)
1 = Enable
Default Value: 0
13Set/Get
(NV)
Encapsulation
Inactivity
Timeout
UINTNumber of seconds of
inactivity before TCP
connection is closed.
0 = disabled
1-3600 = timeout (sec)
Default Value: 120
a. The drive is shipped out-of-box with an IP Address of 0.0.0.0. This address enables DHCP support for addressing. The DHCP server manages the IP Address assigned to the drive. If a value other than 0.0.0.0 is assigned then
DHCP is disabled and the static IP Address is used. Assigning an IP Address of 0.0.0.0 will re-enable DHCP. Value is
formatted as an IP address entered as a string, e.g., IPCTL(0,"192.168.0.10"). By default, these values are set to 0
(i.e., "0.0.0.0")
NOTE: The drive must be power cycled or reset using a "Z" terminal window command before the new IP Address
takes affect.
Instance Attributes Semantics
Attribute 1: Status
BitsNameDescription
0-3Interface Con-
figuration Status
0 = Interface Configuration attribute has not been configured.
1 = Interface Configuration attribute contains configuration
obtained from BOOTP, DHCP or nonvolatile storage.
2 = IP address member of the Interface Configuration attribute
contains configuration, obtained from hardware settings (e.g.:
pushwheel, thumbwheel, etc.)
3-15 = Reserved
4Mcast PendingIndicates a pending configuration change in the TTL Value and/or
Mcast Config attributes. This bit is set when either the TTL Value
or Mcast Config attribute is set; it is cleared the next time the
device starts.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 74 of 160
Page 75
Instance Attributes Semantics
BitsNameDescription
5Interface Con-
figuration Pending
6AcdStatusIndicates when an IP address conflict has been detected by ACD.
7AcdFaultIndicates when an IP address conflict has been detected by ACD
8-31Reserved0
Indicates a pending configuration change in the Interface Configuration attribute. This bit is 1 (TRUE) when Interface Configuration attribute are set and the device requires a reset in
order for the configuration change to take effect (as indicated in
the Configuration Capability attribute). The intent of the Interface
Config Pending bit is to allow client software to detect that a
device’s IP configuration has changed, but will not take effect
until the device is reset.
This bit shall default to 0 (FALSE) on startup. If ACD is supported
and enabled, then this bit is set to 1 (TRUE) any time an address
conflict is detected as defined by the [ConflictDetected] transitions.
or the defense failed, and that the current Interface Configuration
cannot be used due to this conflict. This bit is 1 (TRUE) if an
address conflict has been detected and this interface is currently
in the Notification & FaultAction or AcquireNewIpv4Parameters
ACD state, and is 0 (FALSE) otherwise.When this bit is set, then
this CIP port will not be usable. However, for devices with multiple ports, this bit provides a way of determining if the port has
an ACD fault and thus cannot be used.
Attribute 2: Configuration Capability
BitsNameDescription
0BOOTP Client1 (TRUE) = device is capable of obtaining its network con-
figuration via BOOTP.
1DNS Client1 (TRUE) = device is capable of resolving host names by querying
a DNS server.
2DHCP Client1 (TRUE) = device is capable of obtaining its network con-
figuration via DHCP.
3DHCP-DNS
Update
4Configuration Set-
table
5Hardware Con-
figurable
6Interface Con-
figuration
Change Requires
Reset
7AcdCapable1 (TRUE) = device is ACD capable
8-31Reserved0
0
1 (TRUE) = the Interface Configuration attribute is settable.
If 1 (TRUE), the IP Address member of the Interface Configuration attribute can be obtained from hardware settings. If
this bit is FALSE the Status Instance Attribute (1), Interface Configuration Status field value shall never be 2. (The Interface Configuration attribute contains valid configuration, obtained from
hardware settings.)
If 1 (TRUE), the device requires a restart in order for a change to
the Interface Configuration attribute to take effect. If this bit is
FALSE a change in the Interface Configuration attribute will take
effect immediately.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 75 of 160
Page 76
Instance Attributes Semantics
Attribute 3: Configuration Control
BitsName
0-3Configuration
Method
4DNS EnableIf 1 (TRUE), the device shall resolve host names by querying a
5-31Reserved0
Attribute 11: LastConflictDetected
AcdActivity
ValueAcdModeDescription
0NoConflictDetected
(Default)
1ProbeIpv4Address Last conflict detected during ProbeIpv4Address state.
2OngoingDetectionLast conflict detected during OngoingDetection state or sub-
3SemiActiveProbeLast conflict detected during SemiActiveProbe state or sub-
0 = device shall use statically-assigned IP configuration values.
1 = device shall obtain its interface configuration values via
BOOTP.
2 = device shall obtain its interface configuration values via
DHCP.
3-15 = Reserved.
DNS server.
No conflict has been detected since this attribute was last
cleared.
sequent DefendWithPolicyB state.
sequent DefendWithPolicyB state.
Description
Services
Service
Code
0x01●Get_Attributes_AllReturns a predefined listing of this
0x0E●●Get_Attribute_SingleReturns the contents of the specified
0x10●Set_Attribute_SingleModifies an attribute value.
For more details, see THECIPNETWORKSLIBRARY,Volume2:EtherNet/IPAdaptationofCIP,
which is available on the ODVA.org website.
Supported in:
NameDescription
Class Instance
objects attributes
attribute
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 76 of 160
Page 77
Ethernet Link Object (0xF6)
Ethernet Link Object (0xF6)
The following tables provide the Class and Identity Attributes, and the Supported Services for
the Ethernet Link Object (0xF6).
Class Attributes
AttribIDAccess
Rule
1GetRevisionUINTRevision of this object.
2GetMax InstanceUINT Maximum instance num-
3GetNumber of
6GetMaximum
7GetMaximum
Name
Instances
ID Number Class
Attributes
ID Number
Instance Attributes
Data
Type
Default Value: 3
ber of this object.
Default Value: 2
UINTNumber of object
instances currently created at this class level of
the device.
Default Value: 2
UINTThe attribute ID number of
the last class attribute of
the class definition implemented in the device.
UINTThe attribute ID number of
the last instance attribute
of the class definition
implemented in the
device.
Description
Semantics
The minimum value
= 1.
Use ≥2 if instance
attribute 6 is implemented.
Use 3 if any instance
attributes 7-10 are
implemented. Max
value = 3.
The largest instance
number of a created
object at this class
hierarchy level.
The number of
object instances at
this class hierarchy
level.
Instance Attributes
AttribIDAccess
Rule
1GetInterface SpeedUINTInterface speed currently
2GetInterface FlagsDWORD Interface status flags.
Name
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Data
Type
in use.
Default Value: 100
Default Value: 0x20
Page 77 of 160
Description
Semantics
Speed in Mbps (e.g.,
0, 10, 100, 1000,
etc.)
Bit map of interface
flags. See Attribute
2: Interface Flags.
Page 78
Ethernet Link Object (0xF6)
AttribIDAccess
Rule
3GetPhysical
4GetInterface Coun-
Name
Address
ters
In OctetsUDINT Octets received on the
In Ucast Packets
In NUcast Packets
In DiscardsUDINT Inbound packets received
In ErrorsUDINT Inbound packets that con-
In Unknown Protos
Out OctetsUDINT Octets sent on the inter-
Out Ucast Packets
Out NUcast
Packets
Out DiscardsUDINT Outbound packets dis-
Out ErrorsUDINT Outbound packets that con-
Data
Type
ARRAY
of 6
USINTs
STRUCT
of:
UDINT Unicast packets received
UDINT Non-unicast packets
UDINT Inbound packets with
UDINT Unicast packets sent on
UDINT Non-unicast packets sent
MAC layer addressAssigned by the man-
Counters relevant to
interface
on the interface
received on the interface
on the interface but discarded
tain errors (does not
include In Discards)
unknown protocol
face
the interface
on the interface
carded
tain errors
Description
Semantics
ufacturer, per IEEE
802.3 requirements.
the receipt of packets on the interface.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 78 of 160
Page 79
Ethernet Link Object (0xF6)
AttribIDAccess
Rule
Name
Data
Type
5GetMedia Counters STRUCT
Alignment
UDINT Frames received that are
Errors
FCS ErrorsUDINT Frames received that do
Single Collisions UDINT Successfully transmitted
Multiple Col-
UDINT Successfully transmitted
lisions
SQE Test ErrorsUDINT Number of times SQE test
Deferred Trans-
UDINT Frames for which first
missions
Late CollisionsUDINT Number of times a col-
Excessive Col-
UDINT Frames for which trans-
lisions
MAC Transmit
UDINT Frames for which trans-
Errors
Carrier Sense
UDINT Times that the carrier
Errors
Frame Too LongUDINT Frames received that
MAC Receive
UDINT Frames for which recep-
Errors
of:
Description
Semantics
Media-specific countersContains counters
specific to Ethernet
media.
not an integral number of
octets in length
not pass the FCS check
frames which experienced
exactly one collision
frames which experienced
more than one collision
error message is generated
transmission attempt is
delayed because the
medium is busy
lision is detected later
than 512 bit-times into the
transmission of a packet
mission fails due to excessive collisions
mission fails due to an
internal MAC sublayer
transmit error
sense condition was lost or
never asserted when
attempting to transmit a
frame
exceed the maximum permitted frame size
tion on an interface fails
due to an internal MAC sublayer receive error
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 79 of 160
Page 80
Instance Attributes Semantics
AttribIDAccess
Rule
6Set/Get
(NV)
7GetInterface TypeUSINT Type of interface: twisted
8GetInterface StateUSINT Current state of the inter-
9Set/Get
(NV)
10GetInterface LabelSHORT_
Name
Interface Control
Control BitsWORD Interface Control Bits
Forced Interface Speed
Admin StateUSINT Administrative state:
Data
Type
STRUCT
of:
UINTSpeed at which the inter-
STRING
Configuration for physical
interface.
Default Value: 0
face is set to operate.
pair, fiber, internal, etc.
Default Value: 0x02
face: operational, disabled, etc.
Default Value: 0
enable, disable.
Default Value: 0
Human readable identification.
Default Value: "port1",
"port2"
Description
Semantics
See Attribute 6:
Interface Control.
Speed in Mbps (10,
100, 1000, etc.)
See Attribute 7:
Interface Type.
See Attribute 8:
Interface State.
See Attribute 9:
Admin State.
Text string that
describes the interface; content of the
string is vendor specific.
Instance Attributes Semantics
Attribute 2: Interface Flags
BitsName
0Link StatusIndicates whether or not the IEEE 802.3 communications interface
is connected to an active network:
0 = inactive link;
1 = active link.
The determination of link status is implementation specific. In
some cases, devices can tell whether the link is active via hardware/driver support. In other cases, the device may only be able
to tell whether the link is active by the presence of incoming packets.
1Half/Full DuplexIndicates the duplex mode currently in use by the interface:
0 = half duplex;
1 = full duplex.
Note that if the Link Status flag is 0, then the value of the Half/Full
Duplex flag is indeterminate.
Description
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 80 of 160
Page 81
Instance Attributes Semantics
BitsName
2-4Negotiation
Status
5Manual Setting
Requires Reset
6Local Hardware
Fault
7-31ReservedSet to zero.
Indicates the status of link auto-negotiation:
0 = Auto-negotiation in progress.
1 = Auto-negotiation and speed detection failed. Using default values for speed and duplex. Default values are product-dependent;
recommended defaults are 10 Mbps and half duplex.
2 = Auto negotiation failed but detected speed. Duplex was defaulted. Default value is product-dependent; recommended default is
half duplex.
3 = Successfully negotiated speed and duplex.
4 = Auto-negotiation not attempted. Forced speed and duplex.
Indicates whether or not the device requires a reset to apply
changes made to the Interface Control attribute (#6):
0 = the device automatically applies changes made to the Interface Control attribute (#6) and, therefore, does not require a
reset in order for changes to take effect. This is the value this bit
shall have when the Interface Control attribute (#6) is not implemented.
1 = the device does not automatically apply changes made to the
Interface Control attribute (#6) and, therefore, will require a
reset in order for changes to take effect.
0 = the interface detects no local hardware fault;
1 = a local hardware fault is detected. The meaning of this is
product-specific. Examples are an AUI/MII interface detects no
transceiver attached or a radio modem detects no antennae
attached. In contrast to the soft, possible self-correcting nature of
the Link Status being inactive, this is assumed a hard-fault requiring user intervention.
Description
Attribute 6: Interface Control
Control Bits
BitsName
0Auto-negotiateAuto-negotiation is enabled or disabled:
0 = 802.3 link auto-negotiation is disabled;
1 = auto-negotiation is enabled.
If auto-negotiation is disabled, then the device shall use the settings indicated by the Forced Duplex Mode and Forced Interface
Speed bits.
1Forced Duplex
Mode
2-15ReservedSet to zero.
If the Auto-negotiate bit is 0, the Forced Duplex Mode bit indicates
whether the interface shall operate in full or half duplex mode:
0 = half duplex;
1 = full duplex.
Interfaces not supporting the requested duplex shall return a GRC
hex 0x09 (Invalid Attribute Value).
If auto-negotiation is enabled, attempting to set the Forced
Duplex Mode bits shall result in a GRC hex 0x0C (Object State Conflict).
Description
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 81 of 160
Page 82
Attribute 7: Interface Type
Instance Attributes Semantics
Value
0Unknown interface type.
1The interface is internal to the device, for example, in the case of an embedded
1The interface is enabled and is ready to send and receive data.
2The interface is disabled.
3The interface is testing.
4-255Reserved.
Attribute 9: Admin State
Value
0Reserved.
1Enable the interface.
2Disable the interface.
3-255Reserved.
Description
Description
Description
Services
Service
Code
0x01●●Get_Attributes_AllReturns a predefined listing of this
0x0E●●Get_Attribute_SingleReturns the contents of the specified
0x10●Set_Attribute_SingleModifies an attribute value.
For more details, see THECIPNETWORKSLIBRARY,Volume2:EtherNet/IPAdaptationofCIP,
which is available on the ODVA.org website.
Supported in:
NameDescription
Class Instance
objects attributes
attribute
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 82 of 160
Page 83
Application Objects
Application Objects
The following sections/tables list the attributes for each of the Application objects
(ODVA "device" set of objects).
Position Controller Supervisor (0x24)84
Position Controller (0x25)86
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 83 of 160
Page 84
Position Controller Supervisor (0x24)
Position Controller Supervisor (0x24)
The following tables provide the Class and Identity Attributes, and the Supported Services for
the Position Controller Supervisor Object (0x24).
Class Attributes
AttribIDAccess
Rule
1GetRevisionUINTRevision of this object.
2GetMax InstanceUINTMaximum instance
3GetNumber of
6GetMax ID Number
7GetMax ID Number
32GetConsumed Axis
33GetProduced Axis
Name
Instances
Class Attributes
Instance Attributes
Selection Number
Selection Number
Data
Type
UINTNumber of object
UINTThe attribute ID num-
UINTThe attribute ID num-
USINTSpecifies the axis num-
USINTSpecifies the axis num-
Description
Value = 2
number of an object
currently created in
this class level of the
device.
instances currently created at this class level
of the device.
ber of the last class
attribute of the class
definition implemented in the device.
ber of the last instance
attribute of the class
definition implemented in the device.
ber to which the data
contained in the I/O
Command Message is
routed.
ber to which the data
contained in the I/O
Response Message is
routed.
Semantics
The current assigned
value is 2. If updates
require an increased
value, the value
increases by 1.
SmartMotor value is typically 1 for this attribute.
SmartMotor value is typically 1 for this attribute.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 84 of 160
Page 85
Position Controller Supervisor (0x24)
Object Instance 1 Attributes
AttrIDAccess
Rule
1GetNumber of
2GetAttribute
3GetAxis Num-
4Reserved
5GetGeneral
6Set/Get Command
7Set/Get Response
15Set/Get Index ArmBOOL Used to arm the index input
18GetIndex Pos-
25Set/Get Follow
27Set/Get Follow
28Set/Get Follow Mul-
100Set/Get Follow Type USINT
Name
Attributes
List
ber
Fault
Message
Type
Message
Type
ition
Enable
Divisor
tiplier
Data
Type
USINT Returns the total number of attributes supported by
this object in this device.
Array
of
USINT
USINT Returns the axis number which is the same as the
BOOLBit is a logical OR of all fault condition attribute flags.
USINT Command message type that is being sent by the con-
USINT Response message type that is returned to the con-
DINTThe position at the time the home input is triggered.
BOOLEnables following of the Follow Axis.
DINTUsed to calculate the Command Position by dividing
DINTUsed to calculate the Command Position by multiplying
Returns an array with a list of the attributes supported
by this object in this device.
instance of the object.
1 = Fault condition
trolling device
trolling device
Values:
1 = arm index input,
0 = trigger occurred
Values:
0 = disabled,
1 = enabled
the Follow Axis position with this value.
the Follow Axis position with this value.
Values:
0 = Step Dir,
1 = AqB
Description
Services
Service
Code
0x0E●●Get_Attribute_SingleReturns contents of specified attribute
0x10●Set_Attribute_SingleModifies the attribute value
For more details, see THECIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol(CIP™), which is available on the ODVA.org website.
Supported in:
NameDescription
Class Instance
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 85 of 160
Page 86
Position Controller (0x25)
Position Controller (0x25)
The following tables provide the Class and Identity Attributes, and the Supported Services for
the Position Controller Object (0x25).
Class Attributes
AttribIDAccess
Rule
1GetRevisionUINTRevision of this object.
2GetMax InstanceUINTMaximum instance
3GetNumber of
6GetMax ID Number
7GetMax ID Number
Name
Instances
Class Attributes
Instance Attributes
Data
Type
UINTNumber of object
UINTThe attribute ID num-
UINTThe attribute ID num-
Description
Default Value: 2
number of an object
currently created in
this class level of the
device.
instances currently created at this class level
of the device.
ber of the last class
attribute of the class
definition implemented
in the device.
ber of the last instance
attribute of the class
definition implemented
in the device.
Semantics
The current assigned
value is 2. If updates
require an increased
value, the value
increases by 1.
Instance Attributes
In the following table, a "unit" is one count of the encoder resolution returned by attribute 40
(the Feedback resolution).
NOTE: The user program commands are not in the same units shown below. In
other words, the report RVT value shown in the SMI Terminal window will not equal
a get of Attr ID 7.
AttrIDAccess
Rule
1GetNumber of Attrib-
2GetAttribute ListArray
Name
utes
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Data
Type
USINTReturns the total number of attributes supported
by this object in this device
Returns an array with a list of the attributes supof
USINT
ported by this object in this device
Page 86 of 160
Description
Page 87
Position Controller (0x25)
AttrIDAccess
Rule
3Set/Get ModeUSINTOperating Mode:
6Set/Get Target PositionDINTProfile Position value to set in Profile units (see
7Set/Get Target VelocityDINTProfile Velocity in units/sec, positive only
8Set/Get AccelerationDINTProfile Acceleration in units/sec-sec, positive
9Set/Get DecelerationDINTProfile Deceleration in units/sec-sec, positive
10Set/Get Incremental Pos-
11Set/Get Load Data/ Start
13Set/Get Actual PositionDINTActual absolute position. Can be Set to redefine
14GetActual VelocityDINTReports actual velocity in units/sec.
15GetCommanded Pos-
16GetCommanded
17Set/Get EnableBOOLOn the enable edge, commanded position is set
Name
ition Flag
Profile/ Profile in
Progress
ition
Velocity
Data
Type
0 = Position mode (default)
1 = Velocity mode
2 = Torque mode
Attr ID 40)
only
only.
BOOLDefines Attr ID 6 as being either absolute or
incremental:
0 = absolute move
1 = incremental move
BOOLOn set, loads data and starts the current profile.
On get, reports Profile in Progress
actual position.
DINTThe instantaneous calculated position
DINTThe instantaneous velocity in units/sec.
to equal actual position.
Description
Values:
0=disable
1=enable
20Set/Get Smooth StopBOOLSmooth Stop motor
21Set/Get Hard StopBOOLHard Stop motor
23Set/Get DirectionBOOLInstantaneous Direction
Values:
0=reverse
1=forward
Is set to change or select direction on Velocity
Mode
24Set/Get Reference Dir-
ection
25Set/Get TorqueDINTOutput Torque
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
BOOLShaft Rotation Direction (forward facing shaft):
0 = CW
1 = CCW
Range: -32767 to 32767
Page 87 of 160
Page 88
Position Controller (0x25)
AttrIDAccess
Rule
29GetWrap AroundBOOLPosition Wrap Around Indicator Flag
30Set/Get KpINTProportional Gain
31Set/Get KiINTIntegral Gain
32Set/Get KdINTDerivative Gain
33Set/Get MaxKiINTIntegration Limit
35Set/Get Velocity Feed
37GetSample RateINTUpdate sample rate in micro-seconds
40GetFeedback Res-
41GetMotor Resolution DINTMotor resolution in motor steps. Number of
45Set/Get Max Dynamic Fol-
46Set/Get Following Error
47Set/Get Following Error
48GetActual Following
49Set/Get Hard Limit
50GetForward LimitBOOLForward Limit stop input status active
51GetReverse LimitBOOLReverse Limit stop input status active
100Set/Get Current LimitDINTCurrent limit of motor 0 to 1023
101Set/Get Reset Motor
102Set/Get Reset MotorBOOLSet to 1 for RESET action, the Get returns the
103Set/Get Overheat Set-
104GetTemperatureINTReal time temperature
105Set/Get Variable uDINTMotor user variable u
106Set/Get Variable vDINTMotor user variable v
107Set/Get Variable wDINTMotor user variable w
108Set/Get Variable xDINTMotor user variable x
109Set/Get GOSUBnnnUINTSetting executes a user program command
110GetLoss of Network
111GetStatus WordWORDMotor status word
Name
Limit Position
Limit Position
Triggered
Triggered
plete
Faults
point
Action
Data
Type
0 = Servo off
1 = Hard Stop
2 = Smooth Stop
128 = MTB
DINTSoft limit positive boundary in position counts,
enable BOTH soft limits
DINTSoft limit negative boundary in position counts,
enable BOTH soft limits
BOOLHard or Soft limit forward limit occurrence flag
BOOLHard or Soft limit forward limit occurrence flag
BOOLValid data for a valid I/O command message
type has been loaded into the position controller
BOOLSet to 1 for RESET action, the Get returns the
Drive Ready Status
Drive Ready Status
USINTOverheat setpoint 0-70 or 0-85 degrees C
GOSUBnnn. The Get returns the program running
status.
USINTAction if DeviceNet network heartbeat lost:
0 = IGNORE (No Command)
1 = OFF (Motor Off)
2 = X (Smooth Stop)
3 = S (Hard Stop)
4 = GOSUB
5 = GOTO
Description
112GetAngle MatchBOOLCommutation Angle Match bit
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 89 of 160
Page 90
Services
Position Controller (0x25)
Service
Code
0x0E●●Get_Attribute_SingleReturns the contents of the specified
0x10●Set_Attribute_SingleModifies the attribute value
For more details, see THECIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol(CIP™), which is available on the ODVA.org website.
Supported in:
NameDescription
Class Instance
attribute
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 90 of 160
Page 91
Additional Objects
Additional Objects
The following sections/tables list the attributes for the manufacturer-specific and other
objects that don't fall into the previous categories.
Device Level Ring (DLR) Object (0x47)92
QoS Object (0x48)94
SmartMotor I/O Object (0x71)96
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 91 of 160
Page 92
Device Level Ring (DLR) Object (0x47)
Device Level Ring (DLR) Object (0x47)
The following tables provide the Class and Identity Attributes, and the Supported Services for
the Device Level Ring (DLR) Object (0x47).
Class Attributes
AttribIDAccess
Rule
1GetRevisionUINTRevision of this object.
2GetMax InstanceUINTMaximum instance
3GetNumber of
6GetMaximum
7GetMaximum
Name
Instances
ID Number
Class Attributes
ID Number
Instance Attributes
Data
Type
UINTNumber of object
UINTThe attribute ID num-
UINTThe attribute ID num-
DescriptionSemantics
Default Value: 3
number of this object.
Default Value: 1
instances currently created at this class level
of the device.
Default Value: 1
ber of the last class
attribute of the class
definition implemented
in the device.
ber of the last instance
attribute of the class
definition implemented
in the device.
The current value
assigned to this attribute
is 3.
The largest instance number of a created object at
this class hierarchy level.
The number of object
instances at this class
hierarchy level.
Instance Attributes
AttribIDAccess
Rule
1GetNetwork Topo-
2GetUSINTCurrent status of net-
Name
logy
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Data
Type
USINTCurrent network topo-
DescriptionSemantics
logy mode
work
0 = Linear
1 = Ring
0 = Normal
1 = Ring Fault
2 = Unexpected Loop
3 = Partial Fault
4 = Rapid
Fault/Restore Cycle
Page 92 of 160
Page 93
Instance Attributes Semantics
AttribIDAccess
Rule
Name
10GetActive Super-
visor Address
Data
Type
STRUCT
of:
DescriptionSemantics
IP and/or MAC address
of the active ring supervisor.
Default Value: 0
UDINTSupervisor IP Address0 = No configured IP
address
ARRAY
Supervisor MAC Address Ethernet MAC address
of 6
USINTs
12GetCapability Flags DWORD Describes the DLR cap-
abilities of the device
See below: Attribute
12: Capability Flags
Instance Attributes Semantics
Attribute 12: Capability Flags
BitsNameDescription
0Announce-based Ring Node
1
Set if device’s ring node implementation is
based on processing of Announce frames.
1Beacon-based Ring Node
1
Set if device’s ring node implementation is
based on processing of Beacon frames.
2-4ReservedSet to zero.
5Supervisor CapableSet if device is capable of providing the super-
visor function.
6Redundant Gateway CapableSet if device is capable of providing the redund-
ant gateway function.
7Flush_Table frame CapableSet if device is capable of supporting the Flush_
Tables frame.
8-31ReservedSet to zero.
1. Bits 0 and 1 are mutually exclusive. Only one of these bits can be set in the attribute value
that a device reports.
Services
Service
Code
0x01●Get_Attributes_AllReturns a predefined listing of this
0x0E●●Get_Attribute_SingleReturns the contents of the specified
For more details, see THECIPNETWORKSLIBRARY,Volume1:CommonIndustrialProtocol(CIP™), which is available on the ODVA.org website.
Supported in:
NameDescription
Class Instance
objects attributes
attribute
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 93 of 160
Page 94
QoS Object (0x48)
QoS Object (0x48)
The following tables provide the Class and Identity Attributes, and the Supported Services for
the QoS Object (0x48).
Class Attributes
AttribIDAccess
Rule
1GetRevisionUINTRevision of this object.
2GetMax InstanceUINTMaximum instance num-
3GetNumber of
6GetMaximum
7GetMaximum
Name
Instances
ID Number
Class Attributes
ID Number
Instance Attributes
Data
Type
UINTNumber of object
UINTThe attribute ID num-
UINTThe attribute ID num-
Description
Default Value: 3
ber of this object.
Default Value: 1
instances currently cre-
ated at this class level
of the device.
Default Value: 1
ber of the last class
attribute of the class
definition implemented
in the device.
ber of the last instance
attribute of the class
definition implemented
in the device.
Semantics
The current assigned
value is 1. If updates
require an increased
value, the value
increases by 1.
The largest instance
number of a created
object at this class hierarchy level.
The number of object
instances at this class
hierarchy level.
Instance Attributes
AttribIDAccess
Rule
a
1
Set/Get
(NV)
2Set/Get
(NV)
3Set/Get
(NV)
802.1Q Tag
Enable
DSCP PTP EventUSINTDSCP value for PTP
DSCP PTP General
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Name
Data
Type
USINTEnables or disables
USINTDSCP value for PTP
Page 94 of 160
DescriptionSemantics
sending 802.1Q frames
on CIP and IEEE 1588
messages.
Default Value: 0
(IEEE 1588) event messages.
Default Value: 59
(IEEE 1588) general
messages.
Default Value: 47
0 = disabled
1 = enabled
Value change takes
effect the next time the
device restarts.
DSCP field size is 6 bits,
valid range: 0-63
DSCP field size is 6 bits,
valid range: 0-63
Page 95
QoS Object (0x48)
AttribIDAccess
Rule
4Set/Get
(NV)
5Set/Get
(NV)
6Set/Get
(NV)
7Set/Get
(NV)
8Set/Get
(NV)
a. The 802.1Q VLAN tagging mechanism can be turned on and off by setting or clearing the
value of attribute 1 (802.1Q Tag Enable) of the QoS object.
Name
DSCP UrgentUSINTDSCP value for CIP
DSCP Scheduled USINTDSCP value for CIP
DSCP HighUSINTDSCP value for CIP
DSCP LowUSINTDSCP value for CIP
DSCP ExplicitUSINTDSCP value for CIP
Data
Type
DescriptionSemantics
DSCP field size is 6 bits,
transport class 0/1
urgent priority messages.
Default Value: 55
transport class 0/1
scheduled priority messages.
Default Value: 47
transport class 0/1
high priority messages.
Default Value: 43
transport class 0/1 low
priority messages.
Default Value: 31
explicit messages
(transport class 2/3
and UCMM) and all
other EtherNet/IP
encapsulation messages.
Default Value: 27
valid range: 0-63
DSCP field size is 6 bits,
valid range: 0-63
DSCP field size is 6 bits,
valid range: 0-63
DSCP field size is 6 bits,
valid range: 0-63
DSCP field size is 6 bits,
valid range: 0-63
Services
Service
Code
0x0E●●Get_Attribute_SingleReturns the contents of the specified
0x10
For more details, see THECIPNETWORKSLIBRARY,Volume2:EtherNet/IPAdaptationofCIP,
which is available on the ODVA.org website.
Supported in:
NameDescription
Class Instance
attribute
●Set_Attribute_SingleModifies the contents of the specified attribute
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 95 of 160
Page 96
SmartMotor I/O Object (0x71)
SmartMotor I/O Object (0x71)
The following tables describe the attributes and instances for the SmartMotor I/O Object
(0x71).
Attribute Table (Instance 0)
AttrIDAccess
Rule
1GetRevisionUINTRevision of this object.
2GetMax Instance UINTMaximum instance number of
3GetNumber of
6GetMaximum
7GetMaximum
8GetI/O Word
Name
Instances
ID Number
Class Attributes
ID Number
Instance
Attributes
State
Data
Type
Default Value: 1
this object.
Default Value: 1
UINTNumber of object instances cur-
rently created at this class level
of the device.
Default Value: 1
UINTThe attribute ID number of the
last class attribute of the class
definition implemented in the
device.
UINTThe attribute ID number of the
last instance attribute of the
class definition implemented in
the device.
WORD Returns the value of first 16 I/O
points; bit 0 is I/O 0 (zero)
DescriptionSemantics
The current value
assigned to this attribute is 1.
The largest instance
number of a created
object at this class hierarchy level.
The number of object
instances at this class
hierarchy level.
Attribute Table (One instance per I/O pin)
AttrIDAccess
Rule
1Set/Get FunctionUSINT Sets (or gets) the function as Output, Input
2Set/Get Output StateBOOL Sets (or gets) the output states as ON or
3GetI/O StateBOOL Returns present state of the I/O, either ON
4GetAnalog Raw
Name
Value
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Data
Type
or Special.
OFF.
or OFF.
INTHardware dependent
DescriptionSemantics
Values:
1 = Input
2 = Special
Values:
0 = OFF
1 = ON
Values:
0 = OFF
1 = ON
Page 96 of 160
Page 97
SmartMotor I/O Object (0x71)
InstanceI/O NumberFunction
1 0 – Input
2 1 – Input
3 2 – InputPositive Limit
4 3 – InputNegative Limit
5 4 – Input
6 5 – Input
7 6 – InputGo
8 7 – InputDrive Enable
9 8 – OutputExternal Brake
109 – OutputFault
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 97 of 160
Page 98
Page 99
AOI Descriptions - Allen BradleyPLC
AOI Descriptions - Allen Bradley PLC
This chapter describes the Add On Instructions (AOIs) that are available for use with the EtherNet/IP SmartMotor and Allen Bradley PLCs. The AOIs can be used "as is" or modified for
end-user-specific solutions.
NOTE: Typically, only one AOI should be active at a time.
The AOIs write to a common command structure stored in the DriveStore tag, which is initialized in the SM6_Drive AOI and passed into all the other AOIs. The exception to this is when
a 32-byte connection is used. The 32-byte message frames make available the Attribute to
Get fields. When loaded with proper values, the Attribute to Get fields cause the targeted
drive to return the value of a selected Drive Attribute in the Attribute to Get fields of the
response. The Attribute to Get fields can be used in conjunction with the normal command/response fields.
SM6_Attribute_Ext_Clear - Clear Attribute to Get (Extended Command)100
SM6_Attribute_Ext_Get - Load Attribute to Get ID & Wait (Extended Command)101
SM6_Attribute_Ext_Load - Load Attribute to Get ID (Extended Command)102
SM6_Attribute_Ext_Value - Return Attribute data (Extended Command)104
SM6_Clear_Flags - Reset System State Flag106
SM6_Disable - Disable Drive107
SM6_Drive - Drive Data Exchange108
SM6_Enable - Enable Drive110
SM6_Get_Attribute - Get Drive Attribute111
SM6_Move_Position_Ext - Position Move(Extended Command)112
SM6_Attribute_Ext_Clear - Clear Attribute to Get (Extended Command)
SM6_Attribute_Ext_Clear - Clear Attribute to
Get (Extended Command)
Description
Clears the Extended Attribute to Get fields in the Axis Command buffer. This will cause the
drive to clear the Attribute to Get fields in the Response buffer.
Operands
OperandData TypeOperand TypeDescription
SM6_Attribute_Ext_Clear SM6_Attribute_Ext_Clear TagControl tag for this AOI
AxisSM6_AxisTagThe targeted drive
Structure
FieldTypeDescription
.DNBOOLSet when the drive indicates the instruction has been processed.
.ERBOOLSet if there are any timeout or processing errors.
Operation
Scan ModeDescription
PrescanInitialize variables.
Rung-condition-in is FALSEInitialize variables.
Rung-condition-in is TRUEClears the Extended Attribute to Get fields in the Axis Command
buffer.
NOTE: This command requires a connection size of 32 bytes.
Moog AnimaticsClass 6 EtherNet/IP Guide, Rev. B
Page 100 of 160
Loading...
+ hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.