Discrete output point object special requirements – Rockwell Automation 294D ArmorStart LT Distributed Motor Controller DeviceNet Version - User Manual User Manual

Page 221

Advertising
background image

Rockwell Automation Publication 290D-UM001A-EN-P - June 2012

221

CIP Information

Appendix B

All instances contain the following attributes:

The following common services will be implemented for the Discrete Output
Point Object:

Discrete Output Point Object Special Requirements

There are many sources that can affect an output point's value: an I/O message,
an explicit message, local logic, network fault and idle conditions, and protection
fault conditions. An output point must know how to select which source of data
to use to drive its value attribute.

An output that is not bound behaves much the same as in the DeviceNet
Specification. Two notable additions to unbound DOP behavior for the
Intimidator implementation are:

Explicit control of the value attribute via Explicit messages is constrained
by the Touch Algorithm

Protection Fault Action and Protection Fault Value

Attribute ID

Access Rule

Name

Data Type

Value

3

Get

Value

BOOL

0 = OFF, 1 = ON

5

Comm Fault Action

BOOL

0=Comm Fault Value, 1=Hole Last State

6

Comm Fault Value

BOOL

0 = OFF, 1 = ON

7

Comm Fault Action

BOOL

0=Comm Fault Value, 1=Hole Last State

8

Comm Fault Value

BOOL

0 = OFF, 1 = ON

113

Prot Fault Action

BOOL

0=Flt Value, 1=Ignore

These attributes are not
settable in instances
1,2,9 or 10

114

Prot Fault Value

BOOL

0 = OFF, 1 = ON

115

Get/Set

Force Enable

BOOL

0=Disable, 1=Enable

116

Get/Set

Force Value

BOOL

0 = OFF, 1 = ON

117

Get/Set

Input Binding

STRUCT:

USINT
Array of USINT

Size of appendix I encoded path
Appendix I encoded path
NULL path means attribute 3 drives the output.
Otherwise, this is a path to a bit in the Bit Table.

Service Code

Implemented for:

Service Name

Class Instance

0x0E

Yes

Yes

Get_Attribute_Single

0x10

No

Yes

Set_Attribute_Single

Advertising