Micro830, Micro850, and Micro870 Programmable Controllers: User Manual
Micro830, Micro850, and Micro870 Programmable Controllers: User Manual
Micro830, Micro850, and Micro870 Programmable Controllers: User Manual
Programmable Controllers
Micro830 Controller Catalog Numbers 2080-LC30-10QWB, 2080-LC30-10QVB, 2080-LC30-16AWB, 2080-LC30-16QWB,
2080-LC30-16QVB, 2080-LC30-24QWB, 2080-LC30-24QVB, 2080-LC30-24QBB, 2080-LC30-48AWB, 2080-LC30-48QWB,
2080-LC30-48QVB, 2080-LC30-48QBB
Micro850 Controller Catalog Numbers 2080-LC50-24AWB, 2080-L50E-24AWB, 2080-LC50-24QWB, 2080-L50E-24QWB,
2080-LC50-24QVB, 2080-L50E-24QVB, 2080-LC50-24QBB, 2080-L50E-24QBB, 2080-LC50-48AWB, 2080-L50E-48AWB,
2080-LC50-48QWB, 2080-L50E-48QWB, 2080-LC50-48QWBK, 2080-L50E-48QWBK, 2080-LC50-48QVB,
2080-L50E-48QVB, 2080-LC50-48QBB, 2080-L50E-48QBB
Micro870 Controller Catalog Numbers 2080-LC70-24AWB, 2080-L70E-24AWB, 2080-LC70-24QWB, 2080-L70E-24QWB,
2080-LC70-24QWBK, 2080-L70E-24QWBK, 2080-L70E-24QWBN, 2080-L70E-24QWBNK, 2080-LC70-24QBB,
2080-L70E-24QBB, 2080-LC70-24QBBK, 2080-L70E-24QBBK, 2080-L70E-24QBBN
Activities including installation, adjustments, putting into service, use, assembly, disassembly, and maintenance are required to be carried out by suitably
trained personnel in accordance with applicable code of practice.
If this equipment is used in a manner not specified by the manufacturer, the protection provided by the equipment may be impaired.
In no event will Rockwell Automation, Inc. be responsible or liable for indirect or consequential damages resulting from the use or application of this
equipment.
The examples and diagrams in this manual are included solely for illustrative purposes. Because of the many variables and requirements associated with
any particular installation, Rockwell Automation, Inc. cannot assume responsibility or liability for actual use based on the examples and diagrams.
No patent liability is assumed by Rockwell Automation, Inc. with respect to use of information, circuits, equipment, or software described in this manual.
Reproduction of the contents of this manual, in whole or in part, without written permission of Rockwell Automation, Inc., is prohibited.
Throughout this manual, when necessary, we use notes to make you aware of safety considerations.
WARNING: Identifies information about practices or circumstances that can cause an explosion in a hazardous environment,
which may lead to personal injury or death, property damage, or economic loss.
ATTENTION: Identifies information about practices or circumstances that can lead to personal injury or death, property
damage, or economic loss. Attentions help you identify a hazard, avoid a hazard, and recognize the consequence.
IMPORTANT Identifies information that is critical for successful application and understanding of the product.
These labels may also be on or inside the equipment to provide specific precautions.
SHOCK HAZARD: Labels may be on or inside the equipment, for example, a drive or motor, to alert people that dangerous
voltage may be present.
BURN HAZARD: Labels may be on or inside the equipment, for example, a drive or motor, to alert people that surfaces may
reach dangerous temperatures.
ARC FLASH HAZARD: Labels may be on or inside the equipment, for example, a motor control center, to alert people to
potential Arc Flash. Arc Flash will cause severe injury or death. Wear proper Personal Protective Equipment (PPE). Follow ALL
Regulatory requirements for safe work practices and for Personal Protective Equipment (PPE).
Identifies information that is useful and can help to make a process easier to do or easier to understand.
Rockwell Automation recognizes that some of the terms that are currently used in our industry and in this publication are not in alignment
with the movement toward inclusive language in technology. We are proactively collaborating with industry peers to find alternatives to such
terms and making changes to our products and content. Please excuse the use of such terms in our content while we implement these
changes.
Preface
About This Publication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Conformal Coated Catalogs. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Download Firmware, AOP, EDS, and Other Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Summary of Changes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Additional Resources . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Chapter 1
Hardware Overview Hardware Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Micro830 Controllers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Micro850 Controllers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Micro870 Controllers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Programming Cables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Embedded Serial Port Cables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Embedded Ethernet Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Chapter 2
About Your Controller Programming Software for Micro800 Controllers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
Obtain Connected Components Workbench Software . . . . . . . . . . . . . . . . . . . . . . . 25
Use Connected Components Workbench Software . . . . . . . . . . . . . . . . . . . . . . . . . 25
Controller Changes in Run Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
Using Run Mode Change (RMC) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
Uncommitted Changes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
RMC Memory. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Limitations of RMC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Using Run Mode Configuration Change (RMCC) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Using Modbus RTU Communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Using EtherNet/IP Communication. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Safety Considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Disconnect Main Power . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Safety Circuits. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Power Distribution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Periodic Tests of Master Control Relay Circuit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Power Considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Isolation Transformers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Power Supply Inrush . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Loss of Power Source. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Input States on Power Down . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Other Types of Line Conditions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Prevent Excessive Heat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Master Control Relay. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Using Emergency Stop Switches. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
Chapter 3
Install Your Controller Controller Mounting Dimensions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Mounting Dimensions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
DIN Rail Mounting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Panel Mounting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Panel Mounting Dimensions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
System Assembly . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Chapter 4
Wire Your Controller Wiring Requirements and Recommendation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Use Surge Suppressors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Recommended Surge Suppressors. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Grounding the Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Wiring Diagrams . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Controller I/O Wiring. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Minimize Electrical Noise . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Analog Channel Wiring Guidelines. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Minimize Electrical Noise on Analog Channels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Grounding Your Analog Cable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Wiring Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Embedded Serial Port Wiring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Chapter 5
Communication Connections Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
Supported Communication Protocols . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
Modbus RTU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
CIP Serial Client/Server – DF1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
ASCII . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Modbus TCP Client/Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
CIP Symbolic Client/Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
CIP Client Messaging. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
Sockets Client/Server TCP/UDP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
CIP Communications
Pass-thru . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Examples of Supported Architectures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Use Modems with Micro800 Controllers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Making a DF1 Point-to-point Connection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Construct Your Own Modem Cable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Configure Serial Port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
Configure CIP Serial Driver . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
Configure Modbus RTU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Configure ASCII . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Configure Ethernet Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
Validate IP Address . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Ethernet Host Name . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Configure CIP Serial Driver . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
OPC Support Using FactoryTalk Linx . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Chapter 6
Micro870 Controller Distributed Channel Configuration for DNP3 Slave. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Network Protocol Serial Port Link Layer Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Ethernet Layer Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
DNP3 Slave Application Layer Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Serial Link Layer Configuration Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Ethernet Layer Configuration Parameters. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
DNP3 Slave Application Layer Configuration Parameters . . . . . . . . . . . . . . . . . . . 80
DNP3 Slave Application Layer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Function Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
Internal Indications. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
DNP3 Objects and Controller Variables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
DNP3 Object Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
DNP3 Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
DNP3 Data Set Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
Object Quality Flags . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
DNP3 Device Attribute Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108
Event Reporting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
Generate Events . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
DNP3 10K Event Logging. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Control Generating Event . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Report Event By Polled Response . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Report Event By Unsolicited Response. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Collision Avoidance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
Time Synchronization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114
Adjust for Daylight Saving . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
Diagnostics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
Diagnostics for Ethernet Port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116
Diagnostics for Secure Authentication. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
Function Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
Implementation Table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
Chapter 7
Program Execution in Micro800 Overview of Program Execution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125
Controllers Execution Rules. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
Optional Module Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
Controller Load and Performance Considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
Periodic Execution of Programs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127
Power-up and First Scan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127
Variable Retention . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127
Memory Allocation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
Guidelines and Limitations for Advanced Users . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
Chapter 8
EtherNet/IP Network Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
EtherNet/IP Network Functionality. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
Star Network Topology . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132
Implicit Messaging I/O Nodes on an EtherNet/IP Network . . . . . . . . . . . . . . . . . . . . . . 132
Devices Included in the Node Count. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133
Devices Excluded from the Node Count. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133
How to Add PowerFlex 520-series and Kinetix 5100 Drives over EtherNet/IP. . . . . . . 133
Add a PowerFlex 523 or PowerFlex 525 Drive . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134
Add a Kinetix 5100 Drive. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135
Modify an Existing Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136
Module Properties. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137
Requested Packet Interval. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138
Type Definition in Module Dialog. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138
Module Inhibiting. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139
Predefined Tags in PowerFlex 520-series and Kinetix 5100 Drives . . . . . . . . . . . . . . . 140
Use of the User-defined Function Block Library. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145
Download the User-defined Function Block Instruction Files. . . . . . . . . . . . . . . . . . . . 146
Import the User-defined Function Block Instruction Files . . . . . . . . . . . . . . . . . . . . . . 146
Connection Fault Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Chapter 9
Motion Control PTO Motion Control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159
Use the Micro800 Motion Control Feature . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 160
Input and Output Signals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161
Motion Control Function Blocks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164
General Rules for the Motion Control Function Blocks . . . . . . . . . . . . . . . . . . . . . . 165
Motion Axis and Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172
Axis States . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Limits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174
Motion Stop . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176
Motion Direction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177
Axis Elements and Data Types. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177
Axis Error Scenarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178
MC_Engine_Diag Data Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
Function Block and Axis Status Error Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
Major Fault Handling. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181
Motion Axis Configuration in Connected Components Workbench. . . . . . . . . . . . . . . . 182
Add New Axis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182
Edit Axis Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182
Axis Start/Stop Velocity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188
Real Data Resolution. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188
PTO Pulse Accuracy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190
Motion Axis Parameter Validation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191
Delete an Axis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191
Monitor an Axis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191
Homing Function Block . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191
Conditions for Successful Homing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
MC_HOME_ABS_SWITCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
MC_HOME_LIMIT_SWITCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193
MC_HOME_REF_WITH_ABS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194
MC_HOME_REF_PULSE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195
MC_HOME_DIRECT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196
Use PTO for PWM Control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197
POU PWM_Program . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198
HSC Feedback Axis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199
Chapter 10
Use the High-speed Counter and High-Speed Counter Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201
Programmable Limit Switch Programmable Limit Switch Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201
What is High-Speed Counter? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201
Features and Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202
HSC Inputs and Wiring Mapping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203
High-speed Counter (HSC) Data Structures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204
HSC APP Data Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204
HSC STS (HSC Status) Data Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212
High-speed Counter (HSC) Function Block. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217
HSC Commands (HScCmd) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218
HSC_SET_STS Function Block . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219
Programmable Limit Switch (PLS) Function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219
PLS Data Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219
PLS Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220
PLS Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221
HSC Interrupts. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222
HSC Interrupt Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222
HSC Interrupt POU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223
HSC Interrupt Status Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
Chapter 11
Controller Security Operation Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225
Exclusive Access. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225
Password Protection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225
Disable Communication Ports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226
Compatibility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226
Work with a Locked Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Upload from a Password-Protected Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Debug a Password-Protected Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228
Download to a Password-Protected Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228
Transfer Controller Program and Password-Protect Receiving Controller . . . . . 228
Back Up and Restore a Password-Protected Controller. . . . . . . . . . . . . . . . . . . . . 229
Configure Controller Password . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229
Recover from a Lost Password . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229
Using the Memory Module Plug-in. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230
Chapter 12
Using microSD Cards Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233
Project Backup and Restore . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233
Backup and Restore Directory Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235
Power-up Settings in ConfigMeFirst.txt . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235
General Configuration Rules in ConfigMeFirst.txt . . . . . . . . . . . . . . . . . . . . . . . . . . 237
ConfigMeFirst.txt Errors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237
Deliver Project Updates to Customers Through Email . . . . . . . . . . . . . . . . . . . . . . 238
Data Log. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 240
Data Log Directory Structure. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 241
Data Log Function (DLG) Block . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242
Recipe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245
Recipe Directory Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246
Quick Start Projects for Data Log and Recipe Function Blocks . . . . . . . . . . . . . . . . . . 248
Use the Data Log Feature. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248
Use the Recipe Feature . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254
Appendix A
Modbus Mapping for Micro800 Modbus Mapping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
Controllers Endian Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
Mapping Address Space and Supported Data Types. . . . . . . . . . . . . . . . . . . . . . . . 261
Example 1, PanelView 800 HMI (Master) to Micro800 (Slave) . . . . . . . . . . . . . . . . . 262
Example 2, Micro800 (Master) to PowerFlex 4M Drive (Slave) . . . . . . . . . . . . . . . . 263
Performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265
Appendix B
Quick Starts Update Your Micro800 Controller Firmware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 267
Firmware Update From MicroSD Card . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 269
Establish Communications Between RSLinx and a Micro830/Micro850/Micro870
Controller Through USB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
Configure Controller Password . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277
Set Controller Password. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277
Change Password . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 278
Clear Password . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279
Use the High-Speed Counter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279
Create the HSC Project and Variables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 280
Assign Values to the HSC Variables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
Assign Variables to the Function Block . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285
Run the High-Speed Counter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286
Use the Programmable Limit Switch (PLS) Function . . . . . . . . . . . . . . . . . . . . . . . 287
Forcing I/Os. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288
Checking if Forces (locks) are Enabled . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289
I/O Forces After a Power Cycle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290
Use Run Mode Change . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290
Create the Project. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290
Edit the Project Using Run Mode Change . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292
Appendix C
User Interrupts Information About Using Interrupts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
What is an Interrupt? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
When Can the Controller Operation be Interrupted?. . . . . . . . . . . . . . . . . . . . . . . . 296
Priority of User Interrupts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296
User Interrupt Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297
User Fault Routine. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297
User Interrupt Instructions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 298
STIS - Selectable Timed Start . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 298
UID - User Interrupt Disable. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 299
UIE - User Interrupt Enable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300
UIF - User Interrupt Flush . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301
UIC – User Interrupt Clear . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302
Using the Selectable Timed Interrupt (STI) Function . . . . . . . . . . . . . . . . . . . . . . . . . . . 302
Selectable Time Interrupt (STI) Function Configuration and Status. . . . . . . . . . . . . . 303
STI Function Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303
STI Function Status Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304
Using the Event Input Interrupt (EII) Function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304
Event Input Interrupt (EII) Function Configuration and Status . . . . . . . . . . . . . . . . . . 305
EII Function Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305
EII Function Status Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
Appendix D
Troubleshooting Status Indicators on the Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307
Normal Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308
Error Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
Fault Types. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
Corrective Action for Recoverable and Nonrecoverable Faults . . . . . . . . . . . . . . 314
Retrieve a Fault Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 314
Retrieve a Core Dump on Major Fault. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 314
Controller Error Recovery Model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 315
Ethernet Diagnostics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 316
General Diagnostic Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 317
EtherNet/IP Overview Diagnostic Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319
System Diagnostic Information. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321
Controller Diagnostic Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 322
Calling Rockwell Automation for Assistance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 322
Appendix E
PID Function Blocks PID Function Block . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324
IPIDCONTROLLER Function Block . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 326
How to Autotune . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 328
How Autotune Works. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329
Troubleshooting an Autotune Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329
PID Application Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330
PID Code Sample . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 331
Appendix F
System Loading Calculate Total Power for Your Micro830/Micro850/Micro870 Controller . . . . . . 333
Appendix G
Connect to Networks using DF1 DF1 Full-duplex Protocol. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 335
DF1 Half-duplex Protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 336
DF1 Half-duplex Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 336
Considerations When Communicating as a DF1 Slave on a Multi-drop Link . . . . 336
Using Modems with Micro800 Programmable Controllers . . . . . . . . . . . . . . . . . . . 336
Modem Control Line Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 337
DF1 Full-duplex . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 337
DF1 Half-duplex Slave . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 338
DF1 Half-duplex Master. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 338
DF1 Radio Modem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 338
Configure DF1 Half-Duplex Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339
RTS Send Delay and RTS Off Delay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339
Configure a Standard-Mode DF1 Half-duplex Master Station . . . . . . . . . . . . . . . . . . . . 339
Minimum DF1 Half-duplex Master ACK Timeout . . . . . . . . . . . . . . . . . . . . . . . . . . . . 341
Determining Minimum Master ACK Timeout. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 342
DF1 Half-Duplex Master Communication Diagnostics. . . . . . . . . . . . . . . . . . . . . . . 343
Configure a Message-based Mode DF1 Half-duplex
Master Station . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 343
Configure a Slave Station . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 346
Configure Poll Timeout. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 347
DF1 Half-duplex Slave Communication Diagnostics . . . . . . . . . . . . . . . . . . . . . . . . 347
Configure a Radio Modem Station . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 348
DF1 Radio Modem Communication Diagnostics. . . . . . . . . . . . . . . . . . . . . . . . . . . . 349
Configure the Store and Forward Table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 350
Appendix H
User-defined Function Block PowerFlex 520-series User-defined Function Block Details . . . . . . . . . . . . . . . . . . . . . 353
Motion Instructions Kinetix 5100 Drive Device Object UDFB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 355
Configure UDFBs for Kinetix 5100 Drives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 356
raC_Dvc_K5100 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 356
raC_UDT_Itf_K5100_Cfg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 357
raC_UDT_Itf_K5100_Set . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 358
raC_UDT_Itf_K5100_Cmd . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 360
raC_UDT_Itf_K5100_Sts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 360
UDFB Motion Instruction Details . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361
raC_Opr_K5100_MSO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 362
raC_Opr_K5100_MSF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363
raC_Opr_K5100_MAFR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 364
raC_Opr_K5100_MAS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 365
raC_Opr_K5100_MAJ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367
raC_Opr_K5100_MAM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 368
raC_Opr_K5100_MAI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 372
raC_Opr_K5100_MAG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374
raC_Opr_K5100_MAH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 377
raC_Opr_K5100_MAT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 380
Error Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 382
Appendix I
Use PCCC Commands and Use PCCC Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 383
MicroLogix Mapping Supported Subset of PCCC Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 383
Map Variables to MicroLogix Files. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 384
How to Map a MicroLogix Address in Connected Components Workbench Software
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 385
Index
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 387
Notes:
About This Publication Use this manual if you are responsible for designing, installing, programming, or
troubleshooting control systems that use Micro800™ controllers.
You should have a basic understanding of electrical circuitry and familiarity with relay logic. If
you do not, obtain the proper training before using this product.
This manual is a reference guide for Micro800 controllers, plug-in modules, and accessories. It
describes the procedures you use to install, wire, and troubleshoot your controller. This
manual:
• Explains how to install and wire your controllers.
• Gives you an overview of the Micro800 controller system.
See the Online Help provided with Connected Components Workbench™ software for more
information on programming your Micro800 controller.
Conformal Coated Catalogs Catalog numbers with the suffix ‘K’ are conformal coated and their specifications are the same
as non-conformal coated catalogs.
Download Firmware, AOP, Download firmware, associated files (such as AOP, EDS, and DTM), and access product release
notes from the Product Compatibility and Download Center at rok.auto/pcdc.
EDS, and Other Files
Summary of Changes This publication contains the following new or updated information. This list includes
substantive updates only and is not intended to reflect all changes.
Topic Page
Updated section Update Key Change Method and Authority Certification Key 88, 89
Added section Adjust for Daylight Saving 115
Updated topic Memory Allocation 128
Updated table Module Properties Parameters 137
Updated section Requested Packet Interval 138
Added information on disabling communication ports 225, 226
Updated topic Operation Mode 225
Added OxF8A3 to table List of Error Codes for Micro800 Controllers 313
Added topic Retrieve a Core Dump on Major Fault 314
Updated table General Diagnostic Parameters 318
Updated section EtherNet/IP Overview Diagnostic Information 319
Updated section System Diagnostic Information 321
Updated table Controller Diagnostic Parameters 322
Added appendix Use PCCC Commands and MicroLogix Mapping 383
Additional Resources These documents contain additional information concerning related products from Rockwell
Automation. You can view or download publications at rok.auto/literature.
Additional Resources
Resource Description
Micro800 Programmable Controller Family Selection Guide, Provides information to help you select the Micro800 controller, plug-ins, expansion I/O, and
publication 2080-SG001 accessories, based on your requirements.
Provides detailed specifications for Micro800 controllers, expansion I/O modules, plug-in
Micro800 Programmable Controllers Technical Data, publication 2080-TD001 modules, and accessories.
Information on features, configuration, wiring, installation, and specifications for the
Micro800 Expansion I/O Modules User Manual, publication 2080-UM003 Micro800 expansion I/O modules and power supply.
Information on features, configuration, installation, wiring, and specifications for the
Micro800 Plug-in Modules User Manual, publication 2080-UM004 Micro800 plug-in modules.
Micro800 Programmable Controllers General Instructions Reference Manual, Information on instruction sets for developing programs for use in Micro800 control
publication 2080-RM001 systems.
Micro800 Programmable Controllers: Getting Started with Motion Control Provides quick start instructions for implementing a motion control project in Connected
Using a Simulated Axis Quick Start, publication 2080-QS001 Components Workbench software.
Micro800 Programmable Controllers: Getting Started with CIP Client Provides quick start instructions for using CIP GENERIC and CIP Symbolic Messaging.
Messaging Quick Start, publication 2080-QS002
Micro800 Programmable Controllers: Getting Started with PanelView Plus Provides quick start instructions for using global variables for Micro800 controllers together
Quick Start, publication 2080-QS003 with PanelView™ Plus HMI terminals.
Configuring Micro800 Controllers on FactoryTalk Linx Gateway Quick Start, Provides quick start instructions for configuring a Micro800 controller on FactoryTalk Linx
publication 2080-QS005 Gateway.
Set up Micro800 Controllers for Implicit (Class 1) Comms with POINT I/O Provides quick start instructions on how to set up Micro800 controllers to use Class 1
Adapters, publication 2080-QS006 communications with POINT I/O™ adapters.
Micro800 Programmable Controller External AC Power Supply Installation Information on mounting and wiring the optional external power supply.
Instructions 2080-IN001
Micro800 Programmable Controllers Installation Instructions,
publication 2080-IN013 Information on mounting and wiring Micro800 Controllers
Micro800 16-point and 32-point 12/24V Sink/Source Input Modules Information on mounting and wiring the expansion I/O modules (2085-IQ16, 2085-IQ32T)
Installation Instructions, publication 2085-IN001
Micro800 Bus Terminator Module Installation Instruction, Information on mounting and wiring the expansion I/O bus terminator (2085-ECR)
publication 2085-IN002
Micro800 16-point Sink and 16-point Source 12/24V DC Output Modules
Installation Instructions, publication 2085-IN003 Information on mounting and wiring the expansion I/O modules (2085-OV16, 2085-OB16)
Micro800 8-point and 16-point AC/DC Relay Output Modules Installation Information on mounting and wiring the expansion I/O modules (2085-OW8, 2085-OW16)
Instructions, publication 2085-IN004
Micro800 8-point Input and 8-point Output AC Modules Installation Information on mounting and wiring the expansion I/O modules (2085-IA8, 2085-IM8, 2085-
Instructions, publication 2085-IN005 OA8)
Micro800 4-channel and 8-channel Analog Voltage/current Input and Output Information on mounting and wiring the expansion I/O modules (2085-IF4, 2085-IF8, 2085-
Modules Installation Instructions, publication 2085-IN006 OF4)
Micro800 4-channel Thermocouple/RTD Input Module Installation Information on mounting and wiring the expansion I/O module (2085-IRT4)
Instructions, publication 2085-IN007
Micro870 Programmable Controllers 24V DC Expansion Power Supply Information on mounting and wiring the optional external power supply for expansion I/O
Installation Instructions, publication 2085-IN008 modules.
Micro800 RS-232/RS-485 Isolated Serial Port Plug-in Module Wiring Information on mounting and wiring the Micro800 RS-232/RS-485 Isolated Serial Port Plug-
Diagrams, publication 2080-WD002 in Module.
Micro800 Non-isolated Unipolar Analog Input Plug-in Module Wiring Information on mounting and wiring the Micro800 Non-isolated Unipolar Analog Input Plug-
Diagrams, publication 2080-WD003 in Module.
Micro800 Non-isolated Unipolar Analog Output Plug-in Module Wiring Information on mounting and wiring the Micro800 Non-isolated Unipolar Analog Output Plug-
Diagrams, publication 2080-WD004 in Module.
Micro800 Non-isolated RTD Plug-in Module Wiring Diagrams, Information on mounting and wiring the Micro800 Non-isolated RTD Plug-in Module.
publication 2080-WD005
Micro800 Non-isolated Thermocouple Plug-in Module Wiring Diagrams, Information on mounting and wiring the Micro800 Non-isolated Thermocouple Plug-in
publication 2080-WD006 Module.
Micro800 Memory Backup and High Accuracy RTC Plug-In Module Wiring Information on mounting and wiring the Micro800 Memory Backup and High Accuracy RTC
Diagrams, publication 2080-WD007 Plug-In Module.
Micro800 6-Channel Trimpot Analog Input Plug-In Module Wiring Diagrams, Information on mounting and wiring the Micro800 6-Channel Trimpot Analog Input Plug-In
publication 2080-WD008 Module.
Micro800 Digital Relay Output Plug-in Module Wiring Diagrams, Information on mounting and wiring the Micro800 Digital Relay Output Plug-in Module.
publication 2080-WD010
Micro800 Digital Input, Output, and Combination Plug-in Modules Wiring Information on mounting and wiring the Micro800 Digital Input, Output, and Combination
Diagrams, publication 2080-WD011 Plug-in Modules.
You can download the latest version of Connected Components Workbench software for your
Micro800 controller at rok.auto/ccw.
Notes:
Hardware Overview
This chapter provides an overview of the Micro830®, Micro850®, and Micro870® controller
hardware features.
Hardware Features Micro830, Micro850, and Micro870 controllers are economical brick style controllers with
embedded inputs and outputs. The controllers can accommodate from two to five plug-in
modules, depending on the controller type. The Micro850 and Micro870 controllers have
expandable features. The Micro850 controller supports up to four expansion I/O modules and
the Micro870 controller supports up to eight expansion I/O modules.
The controllers also accommodate any class 2 rated 24V DC output power supply that meets
minimum specifications, such as the optional Micro800 power supply.
Micro830 Controllers
Micro830 10/16-point controllers and status indicators
1 2 3 4 5 6 7 8
Controller Status indicator
14
15
16
17
18
19
20
13 12 11 10 9 6 9 8
1 2 3 4 5 6 7 8
Controller Status indicator
14
15
16
17
18
19
20
13 12 11 10 9 6 9 8
1 2 3 4 5 8 6 7 8
Controller Status indicator
14
15
16
17
18
19
20
13 12 11 10 6 9 8
Micro850 Controllers
Micro850 24-point controllers and status indicators
1 2 3 4 5 6 7 8
Controller Status indicators
16
17
18
19
20
21
22
23
24
15 14 13 12 11 10 6 10 8 9
1 2 3 4 5 8 6 7 8
Controller Status indicators
16
17
18
19
20
21
22
23
24
15 14 13 12 11 6 10 8 9
Micro870 Controllers
Micro870 24-point controllers and status indicators
1 2 3 4 5 6 7 8
Controller Status indicators
16
17
18
19
20
21
22
23
24
15 14 13 12 11 10 6 10 8 9
Programming Cables
Micro800 controllers have a USB interface that lets you use standard USB cables as
programming cables.
Use a standard USB type A-male to type B-male cable for programming the controller.
Micro850 and Micro870 controllers also support two LEDs for EtherNet/IP™ to indicate the
following:
• Module status
• Network status
For descriptions of Module and Network status indicators, see Troubleshooting on page 307.
Notes:
Programming Software for Connected Components Workbench software is a set of collaborative tools supporting
Micro800 controllers. It is based on Rockwell Automation and Microsoft® Visual Studio®
Micro800 Controllers technology and offers controller programming, device configuration, and integration with an
HMI editor. Use this software to program your controllers, configure your devices, and design
your operator interface applications.
Controller Changes in Micro830, Micro850, and Micro870 controllers allow you to make certain changes while in Run
mode by using the following features:
Run Mode
• Run Mode Change (RMC)
Allows logic modifications to a running project without going to Remote Program mode.
For more information, see Using Run Mode Change (RMC) on page 25.
• Run Mode Configuration Change (RMCC)
Allows changing the address configuration of the controller to be made within a
program during Run mode.
For more information, see Using Run Mode Configuration Change (RMCC) on page 29.
Using Run Mode Change Run Mode Change (RMC) is a productivity enhancement feature that is supported in Connected
Components Workbench software for Micro830, Micro850, and Micro870 controllers. This
(RMC) feature saves you time by allowing logic modifications to a running project without going to
Remote Program mode and without disconnecting from the controller.
IMPORTANT Micro830 and Micro850 controller firmware revision 8.011 or later is also
required to use Run Mode Change.
RMC is useful during project development, when you add small changes incrementally to the
logic and want to see the effects of the changes on the machine immediately. With RMC, since
the controller stays in Remote Run mode, the controller logic and machine actuators do not
have to reinitialize constantly, which can occur if the controller is switched to Remote
Program mode (for example, the first scan bit is checked in the program logic to clear
outputs).
When you edit, build, and download a project without using RMC, a full build of the entire
controller project is performed and a full download of the project is performed. During RMC an
incremental build is performed and only incremental changes are downloaded to the
controller.
IMPORTANT Do not disconnect from the controller after you perform Run Mode
Change, do a full build, and then try to reconnect. Connected
Components Workbench software treats the project in the controller as
different from the project in Connected Components Workbench
software, even though the logic is identical, and asks to either upload or
download the project.
RMC is performed incrementally at the end of every program scan to help prevent a large delay
in the program scan. This process adds up to an additional 12 ms to the scan time. For
example, if the program scan is normally 10 ms, it may increase to 22 ms during RMC until the
update is finished. Similarly, user interrupts may be delayed.
Table 5 - Example of the Benefits of Using RMC – 20% Reduction in Download Time
Number of Time to Perform Conventional Download Time to Test Logic and Accept Changes
Changes (seconds) (seconds)
1 36 29
5 180 130
10 360 255
Memory size of project used for comparison:
Data = 14,784 bytes; Program = 2,352 bytes
Note: The duration starts when connected to the controller and the RMC button is selected. The duration ends
when the accept change process is finished.
For example:
1. When connected to the controller, select RMC.
2. Modify the program.
3. Select Test Logic.
4. Select Accept to finish, or select Test Logic to make another change.
ATTENTION: Use extreme caution when you use Run Mode Change. Mistakes
can injure personnel and damage equipment. Before using Run Mode Change:
• Assess how machinery responds to the changes.
• Notify all personnel about the changes.
When you perform a Test Logic Change, the value of the variable changes from zero to one.
After you choose to accept or undo the changes, the value of the variable resets to zero.
IMPORTANT When a Test Logic is performed, or undoing changes after the Test Logic
is completed, any active communication instructions are aborted while
the changes are downloaded to the controller.
Uncommitted Changes
Uncommitted changes are changes that are made in RMC that have not been accepted or
undone after a Test Logic Change is performed.
If the controller power loses power while there are uncommitted changes, you cannot reenter
RMC upon reconnection. You can choose to download the project again to keep the changes, or
upload to discard the uncommitted changes.
If you choose to upload a project with uncommitted changes from the controller, you cannot
enter RMC until you have done a full download.
RMC Memory
Run Mode Change (RMC) memory is used to store both the logic and user variable changes
made during RMC. The default amount of memory that is allocated is 2 KB and can be
increased up to 16 KB. However, there is still a limit of 2 KB for logic and user variables
changes per Test Logic. To adjust the amount of RMC memory, the controller must be offline.
After you have adjusted the amount, you must build the project and download it to the
controller.
During RMC, an incremental build is performed and only incremental changes are downloaded
to the controller until the RMC memory is filled.
Free memory
Used memory
If insufficient RMC memory is available to make more changes (for example, a “not enough
memory” error message appears during the RMC build or Test Logic), then you must perform a
full download to transfer the incremental changes from the RMC memory to the standard user
program and data memory.
The changes that you made during RMC are stored in the RMC memory and remain there until
you perform a full build and download (while the controller is disconnected).
Figure 3 - RMC Memory Usage When Performing Full Build and Download Example
Controller memory RMC memory
(for User program + Data) (Default size = 2 KB)
However, if the controller memory has insufficient space remaining to copy the contents of
the RMC memory as shown in Figure 4, the operation fails and a “not enough memory” error
message appears. Do not use RMC if you are near the limits of your controller memory.
Figure 4 - Insufficient Controller Memory Example
Controller memory RMC memory
(for User program + Data) (Default size = 2 KB)
Limitations of RMC
Take note of the following limitations when using the Run Mode Change (RMC) feature:
• Configuration changes cannot be made (for example, change filter times).
• Up to 2 KB of logic (approximately 150 Boolean instructions(1)) and user variables can be
added for each Test Logic.
• Total memory allocated for RMC (cumulative of all Test Logic Changes) can be increased
from 2...16 KB, but the 2 KB limit for logic and user variables per Test Logic remains.
• Up to 20 Program Organizational Units (POU) can be added for each change (for
example, if you currently have 5 POU, you can add 20 more for a total of 25 POU).
• If a user-defined function block is modified that changes the local variables, the local
variables are reinitialized or reset to zero and a warning message is shown during the
build. If you want to reapply the initial value, right-click on the UDFB and select
Refactor > Reset Initial Values of Instances.
• If a new module is detected after doing a Discover Project operation, RMC is not
possible because the configuration has changed.
• Exchange files cannot be imported when in RMC because it is considered a
configuration change.
• Making changes to the display configuration (for example, to hide comments) are
treated as logic changes and require you to build the project.
• Global variables cannot be deleted or modified in RMC, but can be added. To delete or
modify a global variable, you must disconnect the controller from the Connected
Components Workbench software.
• When using CIP™ messaging in RMC, setting the CIPTARGETCFG data type parameter
ConnClose to TRUE has no effect. The Ethernet session does not close immediately
upon successful messaging and you have to wait for the connection to time out after 60
seconds. This behavior applies to Connected Components Workbench software version
9 or earlier projects. For version 10 or later projects, the CIP connection timeout is
configurable.
WARNING: If you delete the output rung when in Run Mode Change and accept
the changes, the output on the controller remains ON.
For an example of how to use this feature, see Use Run Mode Change on page 290.
Using Run Mode Run Mode Configuration Change (RMCC) is a productivity enhancement feature that is
supported in Connected Components Workbench software for Micro830, Micro850, and
Configuration Change Micro870 controllers. It allows you to reuse an identical program with multiple controllers by
(RMCC) changing the address configuration of a controller within the program during Run mode.
Micro830 and Micro850 controller firmware revision 9.011 or later is required to use this
feature.
You can use RMCC to change the address configuration of the controller during Run mode,
when the communication protocol is set to Modbus RTU for the serial ports or EtherNet/IP for
the Ethernet port. RMCC uses a CIP Generic message, which can only be sent from within a
controller program and not from an external device to the controller.
IMPORTANT During RMCC, the scan time may increase to close to 100 ms. Do not
perform RMCC if the controller is performing time critical operations.
(1) Approximately 85 Boolean instructions for Micro850 (2080-L50E) and Micro870 (2080-L70E) controllers.
Figure 5 - CIP Generic Message Instruction for Run Mode Configuration Change
Only the controller that is sending the message can perform RMCC. To perform RMCC, you must
configure the CIP Generic message as a loop-back message by setting the path to “0,0”.
Figure 6 - Configure CIP Generic Message as a Loop-back Message
For Micro830, Micro850, and Micro870 controllers, the address configuration change is
permanent and is retained when you cycle power to the controller.
The first byte indicates the new node address for the controller. For this example, the new
node address is “3”. The second byte must always be “1”, this indicates that the Modbus role is
configured as Slave.
Figure 9 - RMCC Modbus Example – Set the Message Length
When the new node address is configured and applied, the port is not restarted.
IMPORTANT You must verify that the new node address being configured is unique as
it is not checked against existing node addresses of other devices.
You can verify that the node address has changed after performing RMCC by examining the
Communication Diagnostics tab for the controller.
Figure 10 - RMCC Modbus Example – Verify Address Change
Use RMCC when configuring the controller during commissioning. Immediately after changing
the IP address, the cycle time may increase up to 100 ms for one program scan.
After the new IP address is configured and applied, the controller disconnects from the
Connected Components Workbench software if communication is through Ethernet.
Safety Considerations Safety considerations are an important element of proper system installation. Actively
considering the safety of yourself and others, and the condition of your equipment, is of
primary importance. We recommend reviewing the following safety considerations.
Safety Circuits
Circuits that are installed on the machine for safety reasons, like overtravel limit switches,
stop push buttons, and interlocks, should always be hard-wired directly to the master control
relay. These devices must be wired in series so that when any one device opens, the master
control relay is de-energized, thus removing power to the machine. Never alter these circuits
to defeat their function. Serious injury or machine damage could result.
Power Distribution
There are some points about power distribution that you should know:
• The master control relay must be able to inhibit all machine motion by removing power
to the machine I/O devices when the relay is de-energized. It is recommended that the
controller remains powered even when the master control relay is de-energized.
• If you are using a DC power supply, interrupt the load side rather than the AC line power.
This avoids the additional delay of power supply turn-off. The DC power supply should
be powered directly from the fused secondary of the transformer. Power to the DC input
and output circuits should be connected through a set of master control relay contacts.
Power Considerations The following explains power considerations for the Micro800 controllers.
Isolation Transformers
You may want to use an isolation transformer in the AC line to the controller. This type of
transformer provides isolation from your power distribution system to reduce the electrical
noise that enters the controller, and is often used as a step-down transformer to reduce line
voltage. Any transformer that is used with the controller must have a sufficient power rating
for its load. The power rating is expressed in volt-amperes (VA).
The only effect of limited inrush current and voltage sag on the Micro800 controller is that the
power supply capacitors charge slower. However, the effect of a voltage sag on other
equipment should be considered. For example, a deep voltage sag may reset a computer that
is connected to the same power source.
The following considerations determine whether the power source must be required to supply
high inrush current:
• The power-up sequence of devices in a system.
• The amount of the power source voltage sag if the inrush current cannot be supplied.
• The effect of voltage sag on other equipment in the system.
If the entire system is powered-up simultaneously, a brief sag in the power source voltage
typically does not affect any equipment.
Prevent Excessive Heat For most applications, normal convective cooling keeps the controller within the specified
operating range. Verify that the specified temperature range is maintained. Proper spacing of
components within an enclosure is sufficient for heat dissipation.
In some applications, other equipment inside or outside the enclosure produces a substantial
amount of heat. To help with air circulation and to reduce “hot spots” near the controller, place
blower fans inside the enclosure.
Additional cooling provisions might be necessary when high ambient temperatures are
encountered.
Do not bring in unfiltered outside air. Place the controller in an enclosure to
protect it from a corrosive atmosphere. Harmful contaminants or dirt can cause
improper operation or damage to components. In extreme cases, you must use air
conditioning to protect against heat build-up within the enclosure.
Master Control Relay A hard-wired master control relay (MCR) provides a reliable means for emergency machine
shutdown. Since the master control relay allows the placement of several emergency stop
switches in different locations, its installation is important from a safety standpoint.
Overtravel limit switches or mushroom-head push buttons are wired in series so that when
any of them opens, the master control relay is de-energized. This removes power to input and
output device circuits. See Figure 15 on page 37 and Figure 16 on page 38.
WARNING: Never alter these circuits to defeat their function since serious injury
and/or machine damage can result.
If you use an external DC power supply, interrupt the DC output side rather than
the AC line side of the supply to avoid the additional delay of the power supply
turn-off.
The AC line of the DC output power supply should be fused.
Connect a set of master control relays in series with the DC power supplying the
input and output circuits.
Place the main power disconnect switch where the switch is quickly and easily accessible to
operators and maintenance personnel. If you mount a disconnect switch inside the controller
enclosure, place the switch operating handle on the outside of the enclosure, so that you can
disconnect the power without opening the enclosure.
Whenever any of the emergency stop switches are opened, power to input and output devices
should be removed.
When you use the master control relay to remove power from the external I/O circuits, power
continues to be provided to the controller’s power supply so that diagnostic indicators on the
controller can still be observed.
The master control relay is not a substitute for a disconnect to the controller. It is intended for
any situation where the operator must quickly de-energize I/O devices only. When you inspect
or install terminal connections, replace output fuses, or work on equipment within the
enclosure, use the disconnect to shut off power to the rest of the system.
Do not control the master control relay with the controller. Provide the operator
with the safety of a direct connection between an emergency stop switch and the
master control relay.
Figure 15 and Figure 16 show the Master Control Relay that is wired in a grounded system.
In most applications, input circuits do not require MCR protection; however, if you
must remove power from all field devices, you must include MCR contacts in series
with input power wiring.
Disconnect
Fuse MCR
230V AC
I/O circuits
Suppr.
MCR
MCR
115V AC or 230V AC
I/O circuits
DC power supply
Use IEC 950/EN 60950
_ + MCR
(Lo) (Hi) 24V DC
I/O circuits
Line terminals: Connect to terminals of power supply.
Line terminals: Connect to 24V DC terminals of power supply.
Disconnect
Fuse MCR
230V AC
output
circuits
Suppr.
MCR
MCR
115V AC or 230V AC
I/O circuits
90 (3.54)
Measurements in mm (in.)
90 (3.54)
Measurements in mm (in.)
90 (3.54)
Measurements in mm (in.)
90 (3.54)
Measurements in mm (in.)
90 (3.54)
Measurements in mm (in.)
Maintain spacing from objects such as enclosure walls, wireways, and adjacent equipment.
Allow 50.8 mm (2 in.) of space on all sides for adequate ventilation. If optional accessories/
modules are attached to the controller, such as the power supply 2080-PS120-240VAC or
expansion I/O modules, make sure that there is 50.8 mm (2 in.) of space on all sides after
attaching the optional parts.
To remove your controller from the DIN rail, pry the DIN rail latch downwards until it is in the
unlatched position.
Panel Mounting
The preferred mounting method is to use four M4 (#8) screws per module. Hole spacing
tolerance: ±0.4 mm (0.016 in.).
Follow these steps to install your controller using mounting screws.
1. Place the controller against the panel where you are mounting it. Make sure that the
controller is spaced properly.
2. Mark the drilling holes through the mounting screw holes and mounting feet, then
remove the controller.
3. Drill the holes at the markings, then replace the controller and mount it.
Leave the protective debris strip in place until you are finished wiring the controller and
any other devices.
IMPORTANT For instructions on how to install your Micro800 system with expansion
I/O, see the Micro800 Expansion I/O Modules User Manual,
publication 2080-UM003.
System Assembly
Micro830, Micro850, and Micro870 24-point Controllers (Front)
27.8 (1.09)
45 (1.77) 145.2 (5.72) 44.4 (1.75)
14.4 (0.57)
7.2 (0.28) 7.8 (0.31)
33.8 (1.33) 131 (5.16) 7.8 (0.31)
110.8 90
(4.36) (3.54)
100
(3.94)
7.2 (0.28)
131 (5.16) 36.6 (1.44)
7.2 (0.28) 22.8 (0.90)
Micro830/Micro850/Micro870 24-pt controller with Micro800 power supply Expansion I/O slots
(Applicable to Micro850 and Micro870 only)
Single-width (first slot)
Double-width (second slot)
Measurements in mm (in.) 2085-ECR (terminator)
80 87
(3.15) (3.42)
Micro830/Micro850/Micro870 24-pt controller with Micro800 power supply Expansion I/O slots
(Applicable to Micro850 and Micro870 only)
Single-width (first slot)
Double-width (second slot)
Measurements in mm (in.) 2085-ECR (terminator)
110.8 90
(4.36) (3.54)
100
(3.94)
7.2 (0.28)
216 (8.50) 36.6 (1.44)
7.2 (0.28) 22.8 (0.90)
Micro830/Micro850 48-pt controller with Micro800 power supply Expansion I/O slots
(Applicable to Micro850 only)
Single-width (first slot)
Double-width (second slot)
Measurements in mm (in.) 2085-ECR (terminator)
80 87
(3.15) (3.42)
Micro830/Micro850 48-pt controller with Micro800 power supply Expansion I/O Slots
(Applicable to Micro850 only)
Single-width (first slot)
Double-width (second slot)
Measurements in mm (in.) 2085-ECR (terminator)
This chapter provides information on the Micro830, Micro850, and Micro870 controller wiring
requirements.
WARNING: Calculate the maximum possible current in each power and common
wire. Observe all electrical codes dictating the maximum current allowable for
each wire size. Current above the maximum ratings may cause wiring to
overheat, which can cause damage.
United States Only: If the controller is installed within a potentially hazardous
environment, all wiring must comply with the requirements that are stated in the
National Electrical Code 501-10 (b).
• Allow for at least 50 mm (2 in.) between I/O wiring ducts or terminal strips and the
controller.
• Route incoming power to the controller by a path separate from the device wiring.
Where paths must cross, their intersection should be perpendicular.
Do not run signal or communications wiring and power wiring in the same conduit.
Wires with different signal characteristics should be routed by separate paths.
• Separate wiring by signal type. Bundle wiring with similar electrical characteristics
together.
• Separate input wiring from output wiring.
• Label wiring to all devices in the system. Use tape, shrink-tubing, or other dependable
means for labeling purposes. In addition to labeling, use colored insulation to identify
wiring based on signal characteristics. For example, you may use blue for DC wiring and
red for AC wiring.
Table 9 - Wire Requirements
Wire Size
Controller Wire Type Rating
Min Max
Micro830, Micro850, and Solid 0.2 mm2 (24 AWG) 2.5 mm2 (12 AWG) Rated @ 90 °C (194 °F)
Micro870 controllers Stranded 0.2 mm2 (24 AWG) 2.5 mm2 (12 AWG) insulation max
Use Surge Suppressors Because of the potentially high current surges that occur when switching inductive load
devices, such as motor starters and solenoids, the use of some type of surge suppression to
protect and extend the operating life of the controllers output contacts is required. Switching
inductive loads without surge suppression can significantly reduce the life expectancy of relay
contacts. By adding a suppression device directly across the coil of an inductive device, you
prolong the life of the output or relay contacts. You also reduce the effects of voltage
transients and electrical noise from radiating into adjacent systems.
Figure 17 shows an output with a suppression device. We recommend that you locate the
suppression device as close as possible to the load device.
Figure 17 - Output with Suppression Device
+DC or L1
Suppression device
VAC/DC
Out 0
Out 1
Out 2
AC or DC Out 3
outputs Load
Out 4
Out 5
Out 6
Out 7
COM DC COM or L2
If the outputs are DC, we recommend that you use an 1N4004 diode for surge suppression, as
shown in Figure 18. For inductive DC load devices, a diode is suitable. A 1N4004 diode is
acceptable for most applications. A surge suppressor can also be used. See Recommended
Surge Suppressors on page 47. These surge suppression circuits connect directly across the
load device.
Figure 18 - DC Outputs with Surge Suppression
+24V DC
VAC/DC
Out 0
Out 1
Out 2
Relay or solid-
Out 3
state DC outputs
Out 4
IN4004 diode
Out 5
Out 6
A surge suppressor
Out 7
24V DC common can also be used.
COM
Suitable surge suppression methods for inductive AC load devices include a varistor, an RC
network, or an Allen-Bradley® surge suppressor, which is shown in Figure 19. These
components must be appropriately rated to suppress the switching transient characteristic of
the particular inductive device. See Recommended Surge Suppressors on page 47 for
recommended suppressors.
Figure 19 - Surge Suppression for Inductive AC Load Devices
Surge
suppressor
Varistor RC network
Grounding the Controller This product is intended to be mounted to a well grounded mounting surface such as a metal
panel. See the Industrial Automation Wiring and Grounding Guidelines, publication 1770-4.1, for
additional information.
Wiring Diagrams The following illustrations show the wiring diagrams for the Micro800 controllers. Controllers
with DC inputs can be wired as either sinking or sourcing inputs. Sinking and sourcing does
not apply to AC inputs.
1 2 3 4 5 6 7 8 9 10 11 12
I-00 I-02 COM1 I-05 NC NC
1 2 3 4 5 6 7 8 9 10 11 12
-DC24 O-00 O-01 O-02 O-03 NC
2080-LC30-10QVB
Input terminal block
1 2 3 4 5 6 7 8 9 10 11 12
I-00 I-02 COM1 I-05 NC NC
1 2 3 4 5 6 7 8 9 10 11 12
-DC24 O-00 -CM0 O-02 -CM1 NC
2080-LC30-16AWB, 2080-LC30-16QWB
Input terminal block
1 2 3 4 5 6 7 8 9 10 11 12
I-00 I-02 COM1 I-05 I-07 I-09
1 2 3 4 5 6 7 8 9 10 11 12
-DC24 O-00 O-01 O-02 O-03 O-05
2080-LC30-16QVB
Input terminal block
1 2 3 4 5 6 7 8 9 10 11 12
I-00 I-02 COM1 I-05 I-07 I-09
1 2 3 4 5 6 7 8 9 10 11 12
-DC24 O-00 -CM0 O-02 -CM1 O-05
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
I-00 I-02 I-04 I-06 COM1 I-09 I-11 I-13
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
-DC24 O-00 O-01 O-02 O-04 CM3 O-07 O-09
2080-PS120-240VAC
L
COM0 I-01 I-03 I-05 I-07 I-08 I-10 I-12
N 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
I-00 I-02 I-04 I-06 COM1 I-09 I-11 I-13
CR CR CR CR CR
+DC c L1 b L1 c
+DC c
-DC c L2 b L2 c
-DC c
2080-PS120-240VAC
L
COM0 I-01 I-03 I-05 I-07 I-08 I-10 I-12
N 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
I-00 I-02 I-04 I-06 COM1 I-09 I-11 I-13
CR CR CR CR CR
+DC c L1 b L1 c
+DC c
-DC c L2 b L2 c
-DC c
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
I-00 I-02 I-04 I-06 COM1 I-09 I-11 I-13
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
-DC24 O-00 -CM0 O-02 O-04 O-06 O-08 -CM1
2080-PS120-240VAC
L
COM0 I-01 I-03 I-05 I-07 I-08 I-10 I-12
N
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
I-00 I-02 I-04 I-06 COM1 I-09 I-11 I-13
CR CR
+DC d +DC e
-DC d -DC e
2080-PS120-240VAC
L
COM0 I-01 I-03 I-05 I-07 I-08 I-10 I-12
N
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
I-00 I-02 I-04 I-06 COM1 I-09 I-11 I-13
CR CR
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
I-00 I-02 I-04 COM1 I-07 I-09 I-11 I-12
TERMINAL BLOCK 1
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
I-14 I-16 I-18 COM3 I-21 I-23 I-25 I-27
TERMINAL BLOCK 3
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
-DC24 O-00 O-01 O-02 O-03 O-04 O-05 O-06
TERMINAL BLOCK 2
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
O-07 O-09 O-11 O-12 O-14 CM9 O-17 O-19
TERMINAL BLOCK 4
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
I-00 I-02 I-04 COM1 I-07 I-09 I-11 I-12
TERMINAL BLOCK 1
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
I-14 I-16 I-18 COM3 I-21 I-23 I-25 I-27
TERMINAL BLOCK 3
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
-DC24 O-00 O-02 -CM0 O-04 O-06 O-08 -CM1
TERMINAL BLOCK 2
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
O-10 O-12 O-14 -CM2 O-16 O-18 -CM3 NC
TERMINAL BLOCK 4
Controller I/O Wiring This section contains some relevant information about minimizing electrical noise and also
includes some wiring examples.
A system may malfunction due to a change in the operating environment after a period of
time. We recommend that you periodically check the system operation, particularly when new
machinery or other noise sources are installed near the Micro800 system.
Foil shield
Black wire
Insulation
Drain wire
Clear wire
IMPORTANT Do not ground the drain wire and foil shield at both ends of the cable.
Wiring Examples
Examples of sink/source, input/output wiring are shown as follows.
Figure 20 - Sink Output Wiring Example
User side
+V DC Fuse
Logic side
Load
D +
OUT
G –
24V supply
DC COM
Com
24V DC
~ +
I/P
Fuse
+V DC Fuse
DC COM
Com
Fuse
~
+
I/P
24V DC
Embedded Serial Port The embedded serial port is a non-isolated RS-232/RS-485 serial port, which is targeted to be
used for short distances (<3 m [10 ft]) to devices such as HMIs.
Wiring
See Embedded Serial Port Cables on page 22 for a list of cables that you can use with the
embedded serial port 8-pin Mini DIN connector.
For example, the 1761-CBL-PM02 cable is typically used to connect the embedded serial port to
PanelView™ 800 HMI using RS-232.
5 3
8 7 6
IMPORTANT • Do not connect the GND pin of the serial port to Earth/Chassis Ground.
The GND pin of the serial port is the DC common for the Serial Port
Communication signals and is not intended for Shield Ground.
• If the length of the serial cable is more than 3 meters (10 feet), use an
isolated serial port, catalog number 2080-SERIALISOL.
Notes:
Communication Connections
Overview This chapter describes how to communicate with your control system and configure
communication settings. The method that you use and cabling that is required to connect your
controller depends on what type of system you are employing. This chapter also describes how
the controller establishes communication with the appropriate network.
The Micro830, Micro850, and Micro870 controllers have the following embedded
communication channels:
• A non-isolated RS-232/RS-485 combo port
• A non-isolated USB programming port
In addition, the Micro850 and Micro870 controllers have an RJ45 Ethernet port.
Supported Communication Micro830, Micro850, and Micro870 controllers support communication through the embedded
RS-232/RS-485 serial port and any installed serial port plug-in modules. In addition, Micro850
Protocols and Micro870 controllers support communication through the embedded Ethernet port, and
can be connected to a local area network for various devices providing 10 Mbps/100 Mbps
transfer rate.
Micro830, Micro850, and Micro870 controllers support the following communication protocols:
• Modbus RTU Master and Slave
• CIP Serial Client/Server (DF1)
• CIP Symbolic Client/Server
• ASCII
• DNP3 (1)
Only Micro850 and Micro870 controllers support the following communication protocols:
• EtherNet/IP Client/Server
• Modbus TCP Client/Server
• DHCP Client
• Sockets Client/Server TCP/UDP
Table 12 - Connection Limits for Micro830/Micro850/Micro870 Controllers
Micro850/
Description Micro830 Micro870
CIP Connections
Total number of client plus server connections for all ports 16 24
Maximum number of client connections for all ports 15 16
Maximum number of server connections for all ports 16 24
Client 16
Maximum number of EtherNet/IP connections —
Server 23
Client — —
Maximum number of USB connections
Server 15 23
Here are some configuration examples, which are based on the limits that are described in the
table above:
1. The maximum number of drives that can be controlled over EtherNet/IP is 16. This is
due to the maximum limit of TCP Client connections being 16, and the maximum limit of
EtherNet/IP Client connections being 16.
2. If you have 10 devices that are controlled over EtherNet/IP, the maximum number of
devices that can be controlled over serial is six. This is due to the maximum limit of
Client connections being 16.
3. The total number of UDP sockets plus TCP Client/Server sockets has a maximum limit
of eight.
Modbus RTU
Modbus is a half-duplex, master-slave communications protocol. The Modbus network master
reads and writes bits and registers. Modbus protocol allows one master to communicate with a
maximum of 247 slave devices. Micro800 controllers support Modbus RTU Master and Modbus
RTU Slave protocol. For more information on configuring your Micro800 controller for Modbus
protocol, see the Connected Components Workbench Online Help. For more information about
the Modbus protocol, see Modbus Protocol Specifications available from www.modbus.org.
For information on Modbus mapping, see Modbus Mapping for Micro800 Controllers on
page 261.
To configure the serial port as Modbus RTU, see Configure Modbus RTU on page 66.
Use the MSG_MODBUS instruction to send Modbus messages over the serial port.
ASCII
ASCII provides connection to other ASCII devices, such as barcode readers, weigh scales, serial
printers, and other intelligent devices. You can use ASCII by configuring the embedded or any
plug-in serial RS-232/RS-485 port for the ASCII driver. See the Connected Components
Workbench Online Help for more information.
To configure the serial port for ASCII, see Configure ASCII on page 67.
No protocol configuration is required other than configuring the Modbus mapping table. For
information on Modbus mapping, see Modbus Mapping for Micro800 Controllers on page 261.
Use MSG_MODBUS2 instruction to send Modbus TCP messages over Ethernet port.
With Connected Components Workbench software version 12 or later, the Modbus TCP Server is
disabled by default. If you want to use Modbus TCP, you can enable it from the Ethernet
settings.
CIP Serial, supported on Micro830, Micro850, and Micro870 controllers, uses the DF1 Full-duplex
protocol, which provides point-to-point connection between two devices.
DF1 Half-duplex Master, DF1 Half-duplex Slave, and DF1 Radio Modem are supported in Micro850
(2080-L50E) and Micro870 (2080-L70E) controllers. These protocols provide connection to
multiple devices over RS-485 or radio modems.
The Micro800 controllers support the protocol through RS-232 connection to external devices,
such as computers running RSLinx® Classic software, PanelView™ Component terminals
(firmware revisions 1.70 and above), PanelView 800 terminals, or other controllers that support
CIP Serial over DF1 Full-Duplex, such as ControlLogix® and CompactLogix™ controllers that
have embedded serial ports. Bulletins 2080-L50E and 2080-L70E also support the DF1 Half-
duplex and Radio Modem protocols.
EtherNet/IP, supported on the Micro850 and Micro870 controller, uses the standard Ethernet
TCP/IP protocol.
To configure CIP Serial, see Configure CIP Serial Driver on page 63.
To configure for EtherNet/IP, see Configure Ethernet Settings on page 68.
For more information on the DF1 protocol, see Connect to Networks using DF1 on page 335.
You can access any global variables through CIP Symbolic addressing except for system and
reserved variables.
One- or two-dimension arrays for simple data types are supported (for example, ARRAY OF
INT[1…10, 1…10]) are supported but arrays of arrays (for example, ARRAY OF ARRAY) are not
supported. Arrays of strings are also supported.
Table 13 - Supported Data Types in CIP Symbolic
For more information and sample quick start project to help you use the CIP Client Messaging
feature, see Micro800 Programmable Controllers: Getting Started with CIP Client Messaging,
publication 2080-QS002.
CIP Communications The Micro830, Micro850, and Micro870 controllers support pass-thru on any communications
port that supports Common Industrial Protocol (CIP) for applications such as program
Pass-thru download. It does not support applications that require dedicated connections such as HMI.
Micro830, Micro850, and Micro870 controllers support a maximum of one hop. A hop is defined
to be an intermediate connection or communications link between two devices – in Micro800,
the hop is through EtherNet/IP or CIP Serial or CIP USB.
USB EtherNet/IP
Micro850 Micro850
For program download controller 1 controller 2
You can download a program from the PC to controller1 over USB. Also, the program
can be downloaded to controller2 and controller3 over USB to EtherNet/IP.
Micro850
controller 3
Micro850 Micro850
For program download controller 1 controller 2
USB to DeviceNet
EtherNet/IP to DeviceNet
IMPORTANT Micro800 controllers do not support multiple hops (for example, from
EtherNet/IP > CIP Serial > EtherNet/IP).
Use Modems with Micro800 Serial modems can be used with the Micro830, Micro850, and Micro870 controllers.
Controllers
Making a DF1 Point-to-point Connection
You can connect the Micro830, Micro850, and Micro870 programmable controller to your serial
modem using an Allen-Bradley null modem serial cable (1761-CBL-PM02) to the controller’s
embedded serial port together with a 9-pin null modem adapter – a null modem with a null
modem adapter is equivalent to a modem cable. The recommended protocol for this
configuration is CIP Serial.
7 TXD TXD 2 3
4 RXD RXD 3 2
2 GND GND 7 5
1 B(+) DCD 8 1
8 A(-) DTR 20 4
5 DCD DSR 6 6
6 CTS CTS 5 8
3 RTS RTS 4 7
Configure Serial Port You can configure the serial port driver as CIP Serial, Modbus RTU, ASCII, or Shutdown through
the Device Configuration tree in the Connected Components Workbench software.
3. Specify a Baud Rate. Select a communication rate that all devices in your system
support. Configure all devices in the system for the same communication rate. Default
Baud Rate is set at 38,400 bps.
4. In most cases, parity and station address are left at the default settings.
5. Select Advanced Settings and set Advanced parameters.
See Table 14 for a description of the CIP Serial parameters.
Configure ASCII
1. Open your Connected Components Workbench project. On the device configuration tree,
go to Controller properties. SelectSerial Port.
2. Select ASCII on the Driver field.
Configure Ethernet Settings 1. Open your Connected Components Workbench project (for example, Micro850). On the
device configuration tree, go to Controller properties. Select Ethernet.
Validate IP Address
Modules must validate the incoming IP address configuration, whether it is obtained through
explicit configuration or through DHCP.
You can change the host name using the CIP Service Set Attribute Single when the controller is
in Program/Remote Program mode.
Configure CIP Serial Driver 1. Open your Connected Components Workbench project. On the device configuration tree,
go to the Controller properties. Click Serial Port.
2. Select CIP Serial from the Driver field.
3. Specify a Baud Rate. Select a communication rate that all devices in your system
support. Configure all devices in the system for the same communication rate. Default
Baud Rate is set @ 38,400 bps.
4. In most cases, parity and station address are left at default settings.
5. Select Advanced Settings and set Advanced parameters.
OPC Support Using Support for Open Platform Communications (OPC) using CIP symbolic has been added from
firmware release 7.011 onwards. This can be used in place of Modbus addressing.
FactoryTalk Linx
FactoryTalk® Linx software version 5.70 (CPR9 SR7) or later and FactoryTalk® Linx Gateway
software version 3.70 (CPR9 SR7) or later are required.
Channel Configuration for The default communication protocol for the serial ports is DF1 Full-Duplex. To communicate
with Distributed Network Protocol (DNP3), the channel must be configured for DNP3 Slave.
DNP3 Slave
The default communication protocol for the Ethernet channel in the controller is EtherNet/IP.
To communicate with the DNP3 over IP protocol, select DNP3 over IP Enable in the Ethernet
configuration page.
To program the controller, use Connected Components Workbench software version 20.01.00
or later.
In Connected Components Workbench software, open the Micro870 controller project tree.
There are three configurations that are related to the DNP3 protocol in Connected Components
Workbench software:
• Serial port configuration
• Ethernet port configuration
• DNP3 Slave Application Layer configuration
Link Layer related configuration can also be done in the Ethernet configuration page.
If multiple ports are configured for the DNP3 protocol, the serial and Ethernet ports share the
DNP3 Slave configuration. Any changes in the DNP3 Slave configuration page affect all ports.
Driver
Node Address
Baud
The selections can be 38400, 19200, 9600, 4800, 2400, and 1200. Default selection is 38400.
Parity
The selections can be NONE, EVEN, and ODD. Default selection is NONE.
Stop Bits
Valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), the controller accepts the requests from any
DNP3 Master.
When the selection is Enabled (Checked), the controller accepts the requests only from the
DNP3 Master, which is configured in the Master Node0…Master Node4. The maximum number
of Master Node Addresses for the Master Address Validation is 5.
Enable Self-Address
Valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When this bit is Disabled (Unchecked), any packets that contain the destination address
65532(FFFCh) are ignored.
When this bit is Enabled (Checked), any packets that contain the destination address
65532(FFFCh) are accepted and processed.
Any responses back to the DNP3 Master includes the actual configured DNP3 address of the
Micro870 controller.
Master Node0
This value is used to check validation for Master node address when Enable Master Address
Validation is Enabled (Checked).
Control Line
The selections can be No Handshake and Half-duplex without continuous carrier (CTS/RTS).
Default selection is No Handshake.
When the controller is connected to DNP3 Master using the RS-232 line directly, you must
select No Handshake. If you want to use the Modem line in a half-duplex network, you must
select Half-duplex without continuous carrier (CTS/RTS). If the controller is connected to an
RS-485 network, you must select No Handshake.
Request LL Confirmation
Valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), Primary Frames from the controller are sent out
with the function code FC_UNCONFIRMED_USER_DATA (4).
When the selection is Enabled (Checked), Primary Frames from the controller are sent out with
the function code FC_CONFIRMED_USER_DATA (3). In this case, the controller waits for the
confirmation and may retry the Frame if it did not receive the confirmation from DNP3 Master
within the time Confirmation Timeout (x1 ms).
Send LL Confirmation
Valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), the optional Secondary Frame is not sent out with
the function code FC_NACK (1) or FC_NOT_SUPPORTED (15).
When the selection is Enabled (Checked), the optional Secondary Frame is sent out with the
function code FC_NACK (1) or FC_NOT_SUPPORTED (15).
When Request LL Confirmation is enabled, the controller waits to receive a confirmation frame
until this timeout has expired.
Message Retries
When Confirmation Timeout (x1 ms) has expired and this parameter was nonzero value, the
controller tries to send retry packets.
The controller waits for the specified time before sending the packet.
When the Control is set at Half-duplex Modem (CTS/RTS handshaking), this feature is enabled.
This specifies a time delay between the end of a transmission and dropping of the RTS signal.
When the Control is set at Half-duplex Modem (CTS/RTS handshaking), this entry is enabled.
This specifies a time delay between the raising of the RTS and the initiation of a transmission.
This parameter is used with Pre-transmit Delay (x1 ms) for Collision Avoidance on RS-485
network. For more information, see Collision Avoidance on page 113.
The valid range is 0…65535. Default value is 0.
The parameter End Point Type determines the type of end point. According to the parameter,
the controller works as different End Point types. See Table 19 on page 77 for each
configuration.
The parameter DNP3 over IP Enable is configured in the Ethernet configuration page and other
parameters are configured in the DNP3 Slave configuration page. For more information, see
Channel Configuration for DNP3 Slave on page 71.
The valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), DNP3 service over Ethernet is disabled after the
configuration is downloaded to the controller.
When the selection is Enabled (Checked), DNP3 service over Ethernet is enabled after the
configuration is downloaded to the controller.
The valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), the controller accepts the requests from any
DNP3 Master.
When the selection is Enabled (Checked), the controller accepts the requests only from the
DNP3 Master Node Address, which is configured in the parameters Master Node0 on page 75,
and Master Node1, Master Node2, Master Node3, Master Node4 on page 75. The maximum
number of Master Node Addresses for the Master Address Validation is 5.
Enable Self-Address
The valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When this bit is Disabled (Unchecked), any packets that contain the destination address 65532
(FFFCh) are ignored.
When this bit is Enabled (Checked), any packets that contain the destination address 65532
(FFFCh) are accepted and processed.
Any responses back to the DNP3 Master includes the actual configured DNP3 address of the
Micro870 controller.
The valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), the controller accepts the requests from any
DNP3 Master.
When the selection is Enabled (Checked), the controller accepts the requests only from the
DNP3 Master IP Address, which is configured in the parameters Master IP Address0 to Master
IP Address4. The maximum number of Master IP Addresses for the Access Control is 5.
The valid selections are Listening, Dual, and Datagram Only. Default is Listening End Point type.
Master Node0
This value is used for validation of the Master node address when the Enable Master Address
Validation is Enabled (Checked). This value is only shown and valid when the Enable Master
Address Validation is Enabled (Checked).
Master IP Address0
This value is used for validation of the Master IP address when the Enable Access Control is
Enabled (Checked). This value is only shown and valid when the Enable Access Control is
Enabled (Checked).
This value is used to configure Master TCP Port Number for Unsolicited Response.
This value is used to configure Master UDP Port Number for Initial Unsolicited Response if the
parameter End Point Type is selected as Datagram Only.
This value is used to configure Master UDP Port Number if the parameter End Point Type is
selected as Datagram Only.
This parameter specifies a time interval for TCP Keep Alive mechanism.
If the timer times out, the controller transmits a keep-alive message. The keep-alive message
is a DNP Data Link Layer status request (FC_REQUEST_LINK_STATUS). If a response is not
received to the keep-alive message, the controller deems that the TCP connection is broken
and closes the TCP connection.
This value is used to configure the Local UDP Port Number, which is used for UDP socket
listening.
The valid range is 0…65535. Default value is 20000.
This value is used to configure the Local TCP Port Number, which is used for TCP socket
listening.
Only channels that are already configured for DNP3 protocol appear in the Channel for
Unsolicited Response dropdown menu. All Unsolicited Responses are transmitted through this
selected channel.
When the selection is Disabled (Unchecked), DNP3 events that are generated before a power
cycle are flushed after a power cycle. When the option is Enabled (Checked), all DNP3 events
are restored after a power cycle.
Valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
Valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), the controller does not send any enabled
Unsolicited Responses after a restart until it has received a FC_ENABLE_UNSOLICITED (20)
command from the DNP3 Master.
When the selection is Enabled (Checked), the controller sends any enabled Unsolicited
Responses after a restart to the DNP3 Master unconditionally.
Valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), Unsolicited Response is disabled for Class 1
events. To prevent overflowing of the event buffer, the DNP3 Master should poll for Class 1
events.
When the selection is Enabled (Checked), Unsolicited Response is enabled for Class 1 events.
Valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), Unsolicited Response is disabled for Class 2
events. To prevent overflowing of the event buffer, the DNP3 Master should poll for Class 2
events.
When the selection is Enabled (Checked), Unsolicited Response is enabled for Class 2 events.
Valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), Unsolicited Response is disabled for Class 3
events. To prevent overflowing of the event buffer, the DNP3 Master should poll for Class 3
events.
When the selection is Enabled (Checked), Unsolicited Response is enabled for Class 3 events.
Valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), the controller does not send Unsolicited NULL
Response with RESTART IIN bit on startup.
When the selection is Enabled (Checked), the controller sends Unsolicited NULL Response with
RESTART IIN bit on startup.
This selection is also used for sending the Restart IIN bit during Driver and Channel
configuration changes. For more information, see Internal Indications on page 98.
Rockwell Automation Publication 2080-UM002P-EN-E - December 2023 81
Chapter 6 Micro870 Controller Distributed Network Protocol
Enable Confirmation
Valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), the controller sends Response packets with CON
bit set in its header under the following conditions only:
• When the response has Event data
• When the response is multi-fragment response
• When the Unsolicited Response is sent
When the selection is Enabled (Checked), the controller always sends Response packets with
the CON bit set in its header, which causes the DNP3 Master to send replies confirming that it
received each Response packet without error.
When the selection is Disabled (Unchecked), the controller does not perform any time
synchronization.
When the selection is Enabled (Checked), the controller sets the NEED_TIME Internal Indication
bit (IIN1.4) on power-up and every interval that is configured in Time Synchronization Interval
(x1 mins).
This parameter is used with Enable Time Synchronization. Only valid when Enable Time
Synchronization is Enabled (Checked).
The valid range is 0…32767. Default value is 0. If the value is 0, the NEED_TIME Internal
Indication (IIN1.4) bit are set at startup and then after every Time Synchronization Interval
minute if the value is greater than 0.
When the parameter Enable Time Synchronization is Disabled (Unchecked), the IIN1.4 bit is
never turned on.
The controller sends an Application Layer frame to fit in Max Response Size. If the Response
packet size is larger than this value, the controller fragments the Response packet.
When Enable Confirmation is enabled, the controller waits for Application Layer Confirmation
until the Confirmation Timeout (x1 ms) has expired.
Number of Retries
This parameter is used only for Unsolicited Response. If this value is set to the maximum of
65535, it means infinite retries of the Unsolicited Response.
If the controller is configured not to initiate Class 1 Unsolicited Responses, this parameter is
used to limit the maximum number of events, which is generated and logged into the event
buffer for Class 1 events. In this case, the value 0 disables Class 1 event generation.
If the controller is configured to generate Unsolicited Responses, and the number of queued
Class 1 events reaches this value, an Unsolicited Response is initiated.
This parameter is only for a Class 1 Unsolicited Response. The controller holds the events
during Hold Time after Class1 Events (x 1s) before initiating an Unsolicited Response.
The value of 0 indicates that responses are not delayed due to this parameter.
The parameters Number of Class1 Events and Hold Time after Class1 Events (x 1s) are used
together so that if either one of the criteria is met, an Unsolicited Response is transmitted.
By default, the Hold time is retriggered for each new event detected.
If the controller is configured not to initiate Class 2 Unsolicited Responses, this parameter is
used to limit the maximum number of events, which is generated and logged into the event
buffer for Class 2 events. In this case, value 0 disables Class 2 event generation.
If the controller is configured to generate Unsolicited Responses, and the number of queued
Class 2 events reaches this value, an Unsolicited Response is initiated.
This parameter is only for a Class 2 Unsolicited Response. The controller holds the events
during Hold Time after Class2 Events (x 1s) before initiating an Unsolicited Response.
The value of 0 indicates that responses are not delayed due to this parameter.
The Parameters Number of Class2 Events and Hold Time after Class2 Events (x 1s) are used
together so that if either one of the criteria is met, an Unsolicited Response is transmitted.
By default, the Hold time is retriggered for each new event detected.
If the controller is configured not to initiate Class 3 Unsolicited Responses, this parameter is
used to limit the maximum number of events, which is generated and logged into the event
buffer for Class 3 events. In this case, value 0 disables Class 3 event generation.
If the controller is configured to generate Unsolicited Responses, and the number of queued
Class 3 events reaches this value, an Unsolicited Response is initiated.
This parameter is only for a Class 3 Unsolicited Response. The controller holds the events
during Hold Time after Class3 Events (x 1s) before initiating an Unsolicited Response.
The parameters Number of Class3 Events and Hold Time after Class3 Events (x 1s) are used
together so that if either one of the criteria is met, an Unsolicited Response is transmitted.
By default, the Hold time is retriggered for each new event detected.
The DNP3 Mapping selection under DNP3 Slave in the controller properties allows you to define
the mapping of the listed DNP3 object and object properties (class number, online/offline
status, object quality flags, deadbands, and/or thresholds) to controller variables.
For more information, see DNP3 Objects and Controller Variables on page 98.
The controller implements DNP3 Secure Authentication, which is based on the DNP3
Specification, Supplement to Volume 2, Secure Authentication, Version 2.00 and 5.00.
DNP3 Secure Authentication has been implemented in the DNP3 Application Layer of the
controller system. If you configure any parameters regarding DNP3 Secure Authentication in
the DNP3 Slave Application Layer configuration, it affects all ports that are configured for the
DNP3 protocol in the controller.
The valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), the controller disables the DNP3 Secure
Authentication subsystem.
When the selection is Enabled (Checked), the controller enables the DNP3 Secure
Authentication subsystem.
This parameter specifies the authentication version that this DNP3 slave controller uses.
Select 2 for Secure Authentication version 2 and select 5 for Secure Authentication version 5.
Default value is 2.
The valid selections are Enabled (Checked) and Disabled (Unchecked). Default value is Disabled
(Unchecked).
When the selection is Disabled (Unchecked), the controller disables DNP3 Aggressive Mode in
Secure Authentication subsystem.
When the selection is Enabled (Checked), the controller enables DNP3 Aggressive Mode in
Secure Authentication subsystem.
This critical function code in the DNP3 Slave configuration page is used to define the list of the
critical function codes in Secure Authentication. A critical function code should be defined by
selecting the number icon to change it between Critical and Non-critical.
Table 20 shows the default state of the function codes that are defined in the Connected
Components Workbench software.
Table 20 - Function Codes
Function Code Critical FCs Function Code Critical FCs
0 (0x00) Non-critical 20 (0x14) Critical
1 (0x01) Non-critical 21 (0x15) Critical
2 (0x02) Critical 22 (0x16) Non-critical
3 (0x04) Critical 23 (0x17) Non-critical
4 (0x04) Critical 24 (0x18) Critical
5 (0x05) Critical 25 (0x19) Non-critical
6 (0x06) Critical 26 (0x1A) Non-critical
7 (0x07) Non-critical 27 (0x1B) Non-critical
8 (0x08) Non-critical 28 (0x1C) Non-critical
9 (0x09) Non-critical 29 (0x1D) Critical
10 (0x0A) Non-critical 30 (0x1E) Non-critical
11 (0x0B) Non-critical 31 (0x1F) Critical
12 (0x0C) Non-critical 129 (0x81) Non-critical
13 (0x0D) Critical 130 (0x82) Non-critical
14 (0x0E) Critical
This parameter is used for configuring the expected session key change interval in minutes.
When the DNP3 Master does not change the Session Key within the time that is configured, the
controller invalidates the Session Key and its state for each user.
This parameter is used for configuring the expected session key change count.
This parameter is used for configuring the reply timeout in 100 ms.
This parameter is used to configure the Hash-based Message Authentication Code (HMAC)
algorithm.
• SHA-1
- Truncated to 4 octets (serial)
- Truncated to 10 octets (networked)
• SHA-256
- Truncated to 8 octets (serial)
- Truncated to 16 octets (networked)
In Connected Components Workbench software, you can create the user keys in the DNP3
Slave configuration page.
• User Number
Valid range is 1…65535.
• User Role
A dropdown selection of various roles that you can define for each user number
(Viewer, Operator, Engineer, Installer, SECADM, SECAUD, RBACMNT, and single user).
• User Name
Define the unique name for each user, up to 32 characters (numbers, alphabets, and
symbols).
• Update Key
The key to be used by each user, up to 32 hexadecimal digits.
An Authority Certification Key is a Symmetric (encrypted) or Public (not encrypted) key that is
stored in the controller for authentication with the DNP3 master when a Key change request is
processed.
Symmetric Key
Public Key
The type of key that is used in the certificate is based on the Update Key Change Method
setting that you have selected in the configuration. To define the key, select one of the
following settings.
• To use a Symmetric Key in authorization:
- AES-128/SHA-1-HMAC
- AES-256/SHA-256-HMAC
• To use a Public Key in authorization:
- RSA-2048/RSA SHA-256/SHA-256/HMAC
- RSA-3072/RSA SHA-256/SHA-256-HMAC
To define a Symmetric Key, enter 32 or 64 characters into the field, depending on the Update
Key Change Method that you have selected. Select OK to accept and encrypt the key.
To define a Public Key, you must generate an RSA-2048 or RSA-3072 Public Key, depending on
the Update Key Change Method that you have selected, and enter it into the field. Select OK to
accept the changes. Public Keys are not encrypted.
Example of a Public Key
This configuration is used to define default variations in a response to a Class 0 poll request.
In Connected Components Workbench software version 20.01.00 or later, you can select
Default Variation Table in the DNP3 Slave configuration page to change the configuration.
Table 21 shows the structure of the DNP3 Default Variation Configuration File.
Table 21 - DNP3 Default Variation Configuration File
Group Default Variation for the Following Objects Standard Default Variation Alternate Default Variations
0 - All variation
1 Binary Input Static Object 1 - Packed format 2 - With flag
0 - All variation
2 Binary Input Change Object 3 - With relative time 1 - Without time
2 - With absolute time
0 - All variation
3 Double Bit Binary Input Static Object 1 - Packed format 2 - With flag
0 - All variation
4 Double Bit Binary Input Change Object 3 - With relative time 1 - Without time
2 - With absolute time
0 - All variation
10 Binary Output Static Object 2 - Output status with flag 1 - Packed format
DNP3 Slave Application This section covers DNP3 Slave Application Layer Function Codes and Internal Indications. All
Function Codes that are supported in the controller are summarized in Function Codes for
Layer DNP3 in Micro870 Controllers on page 118.
For details of Packet Formats for the request and response, see the DNP3 Protocol
specifications.
Function Codes
00 – Confirm
A DNP3 master sends a message with this function code to confirm receipt of a response
fragment. In a general environment, the controller receives a response with this function code.
But the controller may generate a response with this function code when a DNP3 Master sends
a request with the CON bit set in the application control header.
01 – Read
The READ function code is used by a DNP3 master to request data from the controller.
02 – Write
The WRITE function code is used to write the contents of DNP3 objects from the DNP3 master
to the controller. This function code is used for clearing bit IIN1.7 [DEVICE_RESTART], setting
time in the controller and downloading user programs to the controller.
03 – Select
The SELECT function code is used with the OPERATE function code as part of the select-
before-operate method for issuing control requests. This procedure is used for controlling
binary output (CROB) or analog output (AOB) objects.
04 – Operate
05 – Direct Operate
This direct operate function is similar to the FC_OPERATE function code except that no
preceding select command is required.
See DIRECT_OPERATE (FC Byte = 0x05). No response message is returned when this request is
issued from a DNP3 master.
07 – Immediate Freeze
Upon receiving a request with this function, the controller copies the current value of a
counter point to a separate memory location associated with the same point. The copied value
remains constant until the next freeze operation to the same point.
See IMMED_FREEZE (FC Byte = 0x07). No response message is returned when this request is
issued from a DNP3 master.
Upon receiving a request with this function, the controller copies the current value to the
frozen value, then clears the current value to 0 immediately.
See FREEZE_CLEAR (FC Byte = 0x09). No response message is returned when this request is
issued from a DNP3 master.
13 – Cold Restart
This function code forces the controller to perform a complete restart upon powering up.
14 – Warm Restart
This function code forces the controller to perform a partial reset.
16 – Initialize Application
This function code is used to initialize the user program that was downloaded by Connected
Components Workbench software.
17 – Start Application
This function code is used to start the user program that was downloaded by Connected
Components Workbench software.
18 – Stop Application
This function code is used to stop the user program that was downloaded by Connected
Components Workbench software.
This function is used to enable dynamically unsolicited messages generated in the controller.
This function is used to disable dynamically unsolicited messages generated in the controller.
This function code is used to measure the communication channel delay time.
This function code is used in the procedure for time synchronizing controllers that
communicate over a LAN.
25 – Open File
This function code is used to make a file available for reading or writing.
26 – Close File
After the file read or write operation, this function code is used to unlock the file.
27 – Delete File
29 – Authenticate File
This function code is used to obtain an authentication key that is required to open or delete a
file.
30 – Abort File
This function code is used to immediately request termination of the current read/write
operation and close the file, without saving.
31 – Activate Config
This function code is used to begin using the configuration or executable code that is
specified by the objects included in the request.
32 – Authentication Request
The master uses this function code when sending authentication messages to the controller
that require a response
This function code is used by the master to send authentication messages when no return
response is required.
129 – Response
All responses except for Unsolicited Response messages use this function code.
Unsolicited Responses always use this function code regardless of which DNP3 objects are
included.
Internal Indications
Internal Indication bits are set under the following conditions of the controllers:
• IIN1.0: ALL_STATIONS. This bit is set when an all-stations message is received.
• IIN1.1: CLASS_1_EVENTS. This bit is set when Class 1 event data is available.
• IIN1.2: CLASS_2_EVENTS. This bit is set when Class 2 event data is available.
• IIN1.3: CLASS_3_EVENTS. This bit is set when Class 3 event data is available.
• IIN1.4: NEED_TIME. This bit is set when time synchronization is required.
• IIN1.5: LOCAL_CONTROL. This bit is set when the controller is in Non-executing mode.
• IIN1.6: DEVICE_TROUBLE. This bit is set when the controller is in Fault mode.
• IIN1.7: DEVICE_RESTART. This bit is set when the DNP3 driver is configured, in channel
configuration, or when the controller has been restarted.
To set this bit during the driver configuration and channel configuration, you must
select the “Send Init. Unsol. Null Resp. on Restart” setting and set Status Bit S:36/13 to 1
before downloading to the controller.
• IIN2.0: NO_FUNC_CODE_SUPPORT. This bit is set when a request that has an unknown
function code is received.
• IIN2.1: OBJECT_UNKNOWN. This bit is set when a request that has an unknown object is
received.
• IIN2.2: PARAMETER_ERROR. This bit is set when a request with a qualifier/range field
that cannot be processed is received.
• IIN2.3: EVENT_BUFFER_OVERFLOW. This bit is set when an event buffer overflow
condition exists in the controller and at least one unconfirmed event is lost.
• IIN2.4: ALREADY_EXECUTING. Not supported.
• IIN2.5: CONFIG_CORRUPT. This bit is set when a bad file type and bad file number are
detected.
• IIN2.6: Reserved.
• IIN2.7: Reserved.
DNP3 Objects and Controller All DNP3 Objects that are supported in the controller are summarized in Implementation Table
for Micro870 controllers on page 119.
Variables
Variables that are used in DNP3 Objects are not the same as that used in the controller, but are
similar. Mapping is required between variables in DNP3 Objects and controller variables.
Overview
DNP3 Data objects that are implemented in the controller are listed as follows:
• DNP3 Binary Input Object
• DNP3 Double Bit Binary Input Object
• DNP3 Binary Output Object
• DNP3 Counter Object
• DNP3 Frozen Counter Object
• DNP3 Analog Input Object
• DNP3 Analog Output Object
• DNP3 BCD Object
• DNP3 Data-Set™ Object
Some of objects are divided into several Object files to map data in the controller.
• Counter Object — 16-bit and 32-bit Counter Object
• Analog Input Object — 16-bit and 32-bit Analog Input Object, and Short Floating Point
Analog Input Object.
• Analog Output Object — 16-bit and 32-bit Analog Output Object, and Short Floating Point
Analog Output Object.
DNP3 Mapping for Micro870 controllers
You can create the different data objects by mapping them to the variables created in the
controller. You can configure the Data object for each DNP3 Object in the DNP3 Slave
configuration page. Variables can be BOOL, INT, DINT, or REAL data types.
DNP3 Configuration
You can configure parameters such as Class level and Object Flag bit information for each
element. This information is defined during object creation in the DNP3 Mapping page under
DNP3 Slave.
Each Data Set Prototypes Object can have up to 10 elements of Data Set Prototypes, and each
Data Set Descriptors Object can have up to 10 elements of Data-set Descriptors.
As an example, with Data Set Prototypes entry, you can create any number of Data Set
Prototype objects in the DNP3 Data Set Prototype configuration screen, up to a maximum of 10
entries.
As an example, with Data Set Descriptors entry, you can create any number of Data Set
Descriptor objects in the DNP3 Data Set Descriptor page, up to a maximum of 10 entries
Figure 27 - DNP3 Data Set Descriptor Page
Once the Data Set Prototypes and Descriptors are configured in the DNP3 Slave setting page of
Connected Components Workbench software version 20.01.00 or later, you can see the DNP3
Descriptor DSX and Prototype PTYPX under the respective DNP3 Data Set branch, where X is
the element numbers of each Prototype or Descriptor.
For DNP3 PTYPX, you can configure the controller to construct the Data Set Prototype objects.
For DNP3 DSX, you can configure the controller to construct the Data Set Descriptor objects.
The Read and Enable Event check boxes allow assignment of characteristics to this Descriptor
object.
• Read: Set if the Data-Set is readable.
• Enable Event: Set if the outstation generates a Data-Set event.
With Enable Event checked, you can assign an Event Class to this Descriptor object.
• 1: Class 1
• 2: Class 2
• 3: Class 3
Table 23 on page 104 shows the supported conditions for Point Addressing under Event
Occurrence Conditions.
A Data-set event can consume any number of event buffers, depending on the Data-set
configuration. This is only applicable for Data-set events. The event for other objects
consumes one event buffer. When using Data-set events, increase the number of events in the
DNP3 Slave configuration.
Ancillary Value: Any string. This can be a binary array or ASCII string, up to 32 bytes.
Point Addressing under Descriptor Element Configuration: Data-Set value for each Data-Set
element is configured by:
• Point Address Type
• Point Index
When these values are configured properly according to the supported data files, the
controller responds with a Group 87, Variation 1 object filled with the value in the data file.
Table 24 on page 105 shows the supported data files for the Point Addressing.
When the Descriptor Code is selected as PTYP, the Point Addressing parameters for the
Descriptor element are replaced by 10 Point Addressing parameters. These should be
configured in the same order of the DAEL elements in the relevant Prototypes.
For instance, if Prototype 0 includes a Namespace at Index 3 and Name at Index 4, then the
first DAEL in the Prototype 0 is at Index 5.
There are some rules for the Object flag set or clear for each bit by the controller. The rules
below are also applied to Event data.
• When the controller is in Non-executing mode, the object flag is always all 0.
• When the controller is in Executing mode and there is no configuration file, only the
Online flag in the object flag is set.
• When the controller is in Executing mode and there is a configuration file, the flags in
the object flag are set according to the upper byte of the configuration files.
Table 25 - Object Flags for Binary Input
Bit Offset Name Description
0 when the controller is or was in Non-executing mode.
1 when the controller is or was in Executing mode and the configuration file
0 ONLINE does not exist.
May be 1 when the controller is or was in Executing mode and the
configuration file exists.
1 RESTART Always 0. Not used.
2 COMM_LOST Always 0. Not used.
3 REMOTE_FORCED Always 0. Not used.
4 LOCAL_FORCED Always 0. Not used.
5 CHATTER_FILTER Always 0. Not used.
6 Reserved Always 0. Not used.
7 STATE Reflects point state of Binary Input point.
DNP3 Device Attribute The Device Attribute object can be used to identify DNP3 Slave devices. With the controller,
some of the variations are written so that you can read or write your own strings in your
Object application.
The R/W property shows if the object is Read-only, Read, or Write. If the R/W property is
writable, the value that was written by the DNP3 master device is stored to nonvolatile
memory.
The object group of the Device Attribute is 0. The supported range of the variation is 209…255.
Table 31 - Object Group 0, Variations for Attribute Set 0
Event Reporting This section covers how to generate DNP3 events from DNP3 Data Objects and how to report
the generated events by polled response or unsolicited response.
Generate Events
The controller has a separate buffer area that you can use to log DNP3 events internally.
The maximum number of events that can be logged is 10000 (see DNP3 10K Event Logging on
page 111), regardless of the Event data type. In 2080-L70E-24QxBN controllers, a Data-Set event
can consume multiple numbers of the event buffer.
If the number of the generated events reaches this value, the controller sets IIN2.3
[EVENT_BUFFER_OVERFLOW]. Further events are not logged until the logged events are
reported to the DNP3 Master and the buffer is available.
The logged events are not removed until they are reported to the DNP3 Master successfully.
Logged events can also be cleared when one of the following events occur:
• New OS firmware update
• New user program download
Figure 28 on page 110 shows how to generate events for a Binary Input Object and a 16-bit
Analog Input Object. In the DNP3 Slave configuration, Binary Input Object Data and 16-bit
Analog Input Object Data is configured in the DNP3 mapping table.
Rockwell Automation Publication 2080-UM002P-EN-E - December 2023 109
Chapter 6 Micro870 Controller Distributed Network Protocol
Select Add, then select a variable from the Variable Selector dialog for the Binary Input Object.
Figure 29 - Data Types for Binary Input Object Example
There are two methods to create Binary Input Object. You can create the object as a BOOL data
type or as a UINT data type. The UINT data type represents similar to a BOOL array of 16 bits
and this representation is similar to the BOOL array used in MicroLogix™ 1400 controllers.
Figure 30 - Class Events for Binary Input Object Example
Figure 30 shows the different class events that can be triggered when the BOOL variable is
triggered. When using the UINT variable, any of the bits in the UINT trigger the respective class
event.
In the same manner, create this 16-bit Analog Input Object in the Analog Input tab and define
Index 0 as Class 1, Index 1 as Class 2, and Index 2 as Class 3.
Figure 31 - Analog Input Object Example
When there is a change in the configuration for the number of events, you must download the
project into the controller for the setting to take effect.
The key method to turn on and off event generating by ladder logic is to assign the variable to
be used for controlling into the Trigger Event and Disable Change Events field.
Figure 33 on page 112 shows how to control the event generation condition by using the
Deadband for Analog Input Objects.
In this example, for 16-bit Analog Input point 0, if the absolute value of the difference between
the present value of the variable AnalogValue1 and the value that was most recently queued as
an event for that point exceeds the deadband value in variable AnalogV1Deadband, then an
event is generated for that point.
Define the Number of Events for the respective Class event in the DNP3 Slave configuration
page as shown in Figure 34.
Figure 34 - Define Number of Events for each Class Event
In some cases, the controller may not send an Unsolicited Response even though the
parameters are configured properly.
• Normally, when the parameter Enable Unsolicited On Start Up is checked, the controller
initiates an Unsolicited Response with the function code ENABLE_UNSOLICITED(20), if
there are any events that are logged into the event buffer. However, when a request
with the function code DISABLE_UNSOLICITED(21) is received, an Unsolicited Response
is not sent.
• When the parameter Enable Unsolicited On Start Up is unchecked, the controller does
not trigger the Unsolicited Response until a request with the function code
ENABLE_UNSOLICITED(20) from the DNP3 Master is received.
Figure 35 shows how to initiate and send the Unsolicited Response. Master Node 0 in the DNP3
Slave configuration page indicates that the Unsolicited Response is reported to the Master
with the node address 3.
Figure 35 - Initiate and Send Unsolicited Response
The parameter for Unsolicited Response in the DNP3 Slave configuration indicates that the
Unsolicited Response is reported for all communication ports (Serial and Ethernet) that are
defined. In this example, an Initial Unsolicited Response is sent on startup and all events of
Class 1, 2, and 3 are reported. Since Hold Times are configured to 5 seconds, generated events
are reported after 5 seconds.
Collision Avoidance The controller supports the following two methods for collision avoidance.
• Detecting transmitted data (TX/RX line on RS-485 communication)
• Detecting out-of-band carrier (DCD on RS-232C communication)
When the controller is connected to a RS-485 network, it monitors all data on the link. If the
controller is preparing to transmit a packet and finds the link busy, it waits for an interval that
is defined by the Backoff_Time until it is no longer busy.
Backoff_Time = Pre Transmit Delay (x1 ms) + Max Random Delay (x1 ms)
The Pre Transmit Delay (x1 ms) in the Link Layer Channel Configuration file is a fixed delay and
the Max Random Delay (x1 ms) in the Channel Configuration file is a maximum random delay for
Channel 0 and Channel 2. You must specify those parameters to get the collision avoidance
mechanism.
After the Backoff_Time, the controller tries again, either indefinitely, or up to a configurable
maximum number of retries. If a maximum is used, the protocol considers this as a link
failure.
Time Synchronization The time value in the real-time clock (RTC) of the controller (firmware real-time clock) or plug-
in module (2080-MEMBAK-RTC2 or 2080-SDMEMRTC-SC) is updated every second.
The DNP3 subsystem and the RTC (firmware or plug-in module) are synchronized by the
following conditions:
• At power-up
• A request for time synchronization from a DNP3 Master
At power-up, the DNP3 subsystem gets the time from the controller. For the controller to
acquire the correct time, a plug-in module RTC should be used and enabled before a power
cycle to acquire the correct time from the controller. The firmware RTC always reverts to a
default time and date after a power cycle, so it is not able to provide an accurate time to the
DNP3 subsystem.
If a plug-in module RTC is not used, then the firmware RTC must be enabled. To enable
firmware RTC, select Enable firmware real-time clock.
When there is a write request for time synchronization from a DNP3 Master, the time in the
RTC (firmware or plug-in module) is synchronized with the time from the DNP3 Master.
Table 32 shows the accuracy of the 2080-MEMBAK-RTC2 plug-in module. Use these values to
configure the Time Synchronization Interval in the Micro870 DNP3 Slave configuration, so that
a DNP3 Master can send the time synchronization request periodically for more accurate times
in the controller.
Table 32 - 2080-MEMBAK-RTC2 Accuracy
This feature is available for Micro850 (2080-L50E) and Micro870 (2080-L70E) controllers with
Connected Components Workbench software version 22.00 or later.
Diagnostics Errors in a DNP3 Slave subsystem are logged in the Communication Diagnostics page in
Connected Components Workbench software.
Figure 36 - Communication Diagnostics for Embedded Serial Port
Function Codes Table 34 shows the Application Layer Function codes that are implemented in the controller.
Table 34 - Function Codes for DNP3 in Micro870 Controllers
Message Type Function Code Name Micro870 Support Description
Confirmation 0 (0x00) CONFIRM Yes Controller parses/sends
Request 1 (0x01) READ Yes Controller parses
Request 2 (0x02) WRITE Yes Controller parses
Request 3 (0x03) SELECT Yes Controller parses
Request 4 (0x04) OPERATE Yes Controller parses
Request 5 (0x05) DIRECT_OPERATE Yes Controller parses
Request 6 (0x06) DIRECT_OPERATE_NR Yes Controller parses
Request 7 (0x07) IMMED_FREEZE Yes Controller parses
Request 8 (0x08) IMMED_FREEZE_NR Yes Controller parses
Request 9 (0x09) FREEZE_CLEAR Yes Controller parses
Request 10 (0x0A) FREEZE_CLEAR_NR Yes Controller parses
Request 11 (0x0B) FREEZE_AT_TIME No —
Request 12 (0x0C) FREEZE_AT_TIME_NR No —
Controller parses. Controller should not be in the executing mode
Request 13 (0x0D) COLD_RESTART Yes and any program and files should not be in open state.
Request 14 (0x0E) WARM_RESTART No Controller parses
Request 15 (0x0F) INITIALIZE_DATA No Obsolete
Controller parses. Clears the fault and changes the controller mode
Request 16 (0x10) INITIALIZE_APPL Yes to Remote Program.
Controller parses. Clears the fault and changes the controller mode
Request 17 (0x11) START_APPL Yes to Remote Run.
Request 18 (0x12) STOP_APPL Yes Controller parses. Changes the controller mode to Remote Program.
Implementation Table Micro870 (2080-L70E-24QxBN) controllers support DNP3 Certification Subset Level 2.
Table 35 identifies which object groups and variations, function codes, and qualifiers the
device supports in both requests and responses. The Request and Response columns identify
all requests and responses that may be sent/parsed by a DNP3 Master, or must be parsed/sent
by the controller.
The implementation table lists all functionality that is required by either a DNP3 Master or
controller as defined within the DNP3 IED Conformance Test Procedures. Any functionality
beyond the highest subset level that is supported is indicated by the gray table cells.
Table 35 - Implementation Table for Micro870 controllers
Request Response
DNP Object Group and Variation DNP3 Master may issue, controller must parse DNP3 Master must parse, controller may issue
Group Num Var Num Description Function Codes (Dec) Qualifier Codes (Hex) Function Codes (Dec) Qualifier Codes (Hex)
211…239
241…243 Device Attribute 00, 01 (start-stop)
0 1 (read) 129 (response) 00 (start-stop)
248…250 06 (no range, or all)
252
00, 01 (start-stop)
240 1 (read) 129 (response) 00 (start-stop)
0 Device Attribute 06 (no range, or all)
245…247
2 (write) 00, 01 (start-stop)
Device Attribute – Non-specific all 00, 01 (start-stop)
0 254 1 (read)
attributes request 06 (no range, or all)
Device Attributes – List of attribute 00, 01 (start-stop)
0 255 1 (read) 129 (response) 00 (start-stop)
variations 06 (no range, or all)
00, 01 (start-stop)
1 0 Binary Input – Any Variation 1 (read)
06 (no range, or all)
00, 01 (start-stop)
1 1 Binary Input – Packed format 1 (read) 06 (no range, or all) 129 (response) 00, 01 (start-stop)
00, 01 (start-stop)
1 2 Binary Input – With flags 1 (read) 06 (no range, or all) 129 (response) 00, 01 (start-stop)
06 (no range, or all)
2 0 Binary Input Event – Any Variation 1 (read) 07, 08 (limited qty)
06 (no range, or all) 129 (response)
2 1 Binary Input Event – Without time 1 (read) 17, 28 (index)
07, 08 (limited qty) 130 (unsol. resp)
Notes:
For detailed information regarding ladder diagrams, instructions, function blocks, and so on,
see the Micro800 Programmable Controllers Instruction Manual, publication 2080-RM001.
Overview of Program A Micro800 cycle or scan consists of reading inputs, executing programs in sequential order,
updating outputs, and performing housekeeping (data log, recipe, communications).
Execution
Program names must begin with a letter or underscore, followed by up to 127 letters, digits, or
single underscores. Use programming languages such as ladder logic, function block
diagrams, and structured text.
The Micro800 controller supports jumps within a program. Call a subroutine of code within a
program by encapsulating that code as a user-defined function (UDF) or user-defined function
block (UDFB). A UDF is similar to a traditional subroutine and uses less memory than a UDFB,
while a UDFB can have multiple instances. Although a UDFB can be executed within another
UDFB, a maximum nesting depth of five is supported. A compilation error occurs if this is
exceeded. This also applies to UDFs.
Alternatively, you can assign a program to an available interrupt and have it executed only
when the interrupt is triggered. A program assigned to the User Fault Routine runs once prior
to the controller going into Fault mode.
In addition to the User Fault Routine, Micro800 controllers also support two Selectable Timed
Interrupts (STI). STIs execute assigned programs once every setpoint interval (1…65535 ms).
The Global System Variables that are associated with cycles/scans are:
• __SYSVA_CYCLECNT – Cycle counter
• __SYSVA_TCYCURRENT – Current cycle time
• __SYSVA_TCYMAXIMUM – Maximum cycle time since last start.
Execution Rules
The execution follows four main steps within a loop, as shown in Figure 40. The loop duration
is a cycle time for a program.
Figure 40 - Program Execution Steps
1. Read inputs 1
2. Execute POUs/programs
3. Write outputs 2
4. Housekeeping
3
(data log, recipe, and communications)
4
When a cycle time is specified, a resource waits until this time has elapsed before starting the
execution of a new cycle. The Program Organizational Unit (POU) execution time varies
depending on the number of active instructions. When a cycle exceeds the specified time, the
loop continues to execute the cycle but sets an overrun flag. In such a case, the application no
longer runs in real time.
When a cycle time is not specified, a resource performs all steps in the loop then restarts a
new cycle without waiting.
Optional Module Normally, before the read inputs step, the controller verifies the presence of any configured
plug-in and expansion I/O modules. If a plug-in or expansion I/O module is missing, the
Configuration controller faults. In Connected Components Workbench software release 10 or later, an
Optional Module configuration option is added to prevent a missing plug-in I/O or expansion
I/O module from faulting the controller if enabled. You can enable this option for each plug-in
I/O or expansion I/O module separately.
Controller Load and Within one program scan cycle, the execution of the main steps (as indicated in Figure 40)
could be interrupted by other controller activities that have higher priority than the main
Performance steps. Such activities include:
Considerations 1. User Interrupt events, including STI, EII, and HSC interrupts (when applicable);
2. Communication data packet receiving and transmitting;
3. PTO Motion engine periodical execution (if supported by the controller).
When one or several of these activities occupy a significant percentage of the Micro800
controller execution time, the program scan cycle time is prolonged. The Watchdog timeout
fault (0xD011) could be reported if the impact of these activities is underestimated, and the
Watchdog timeout is set marginally. The Watchdog setting defaults to 2 s and generally never
needs to be changed.
In firmware revision 21.011, significant usage of interrupts in the project can affect the
Ethernet Implicit I/O messaging performance. As the interrupt has a higher priority than
Implicit messaging, use the Ethernet Diagnostics in Connected Components Workbench
software to check if there are dropped or missed packets with the desired setup.
Power-up and First Scan In Program mode, all analog and digital input variables hold their last state, and the LEDs are
always updated. Also all analog and digital output variables hold their last state, but only the
analog outputs hold their last state while the digital outputs are off.
When transitioning from Program mode to Run mode, all analog output variables hold their last
state but all digital output variables are cleared.
Two system variables are also available from revision 2 and later.
Table 37 - System Variables for Scan and Power-up on Firmware Revision 2 and later
Variable Type Description
First scan bit
Can be used to initialize or reset variables immediately after
_SYSVA_FIRST_SCAN BOOL every transition from Program to Run mode.
Note: True only on first scan. After that, it is false.
Power-up bit
Can be used to initialize or reset variables immediately after
download from the Connected Components Workbench
_SYSVA_POWER_UP_BIT BOOL software or immediately after being loaded from memory
backup module (for example, microSD™ card).
Note: True only on the first scan after a power-up, or running a
new ladder for the first time.
Variable Retention
After a power cycle, all variables inside instances of instructions are cleared. Micro830 and
Micro850 controllers retain all user-created variables. Micro870 controllers can only retain a
maximum of 128 kilobytes of user-created variable values.
For example: A user-created variable that is called My_Timer of Time data type is retained
after a power cycle but the elapsed time (ET) within a user-created timer TON instruction is
cleared. This means that after a power cycle, global variables are cleared or set to initial value,
and depending on the controller, some or all user-created variable values are retained. You
can choose which variables to retain by selecting them on the global variable page.
Memory Allocation Depending on base size, the available memory on Micro800 controllers is shown in Table 38.
Table 38 - Memory Allocation for Micro800 Controllers
10-point and 16-point 20-point 24-point and 48-point 24-point
Attribute (Micro830) (Micro820) (Mico830, Micro850) (Micro870)
Program steps(1) 4K 10 K 10 K 20 K
Data bytes 8 KB 20 KB 20 KB 40 KB
(1) Estimated Program and Data size are “typical” – program steps and variables are created dynamically.
1 Program Step = 12 data bytes.
These specifications for instruction and data size are typical numbers. When a Micro800
project is created, memory is dynamically allocated as either program or data memory at build
time. This means that program size can exceed the published specifications if data size is
sacrificed and vice versa. This flexibility allows maximum usage of execution memory. In
addition to the user-defined variables, data memory also includes any constants and
temporary variables that are generated by the compiler at build time.
If your project is larger, it affects the power-up time. Typical power up time is 10...15 seconds
for all controllers. However, if your project has many initial and project values, it may cause
the power-up time to exceed 30 seconds. After start-up, EtherNet/IP connections may take up
to 60 seconds to establish.
The Micro800 controllers also have project memory, which stores a copy of the entire
downloaded project (including comments), and configuration memory for storing plug-in setup
information, and so on.
For Micro850 (2080-L50E) controllers, the memory allocation in the Connected Components
Workbench software Controller - Memory page (Figure 42) shows a larger memory footprint,
which is much larger than the previous equivalent Micro850 (2080-LC50) controller catalog.
The reason for this difference is because the internal memory footprint has change with the
release of the 2080-L50E controllers and the memory consumption on each element have
increased, so the memory space is increased to cater for that. This does not imply that the
2080-L50E controllers have additional memory. The same Program and Data memory limit still
applies as each element usage is increased to match the same amount of consumption.
Figure 42 - Memory Allocation Comparison Between 2080-L50E and 2080-LC50 Controllers
2080-L50E controller 2080-LC50 controller
Guidelines and Limitations Here are some guidelines and limitations to consider when programming a Micro800 controller
using Connected Components Workbench software:
for Advanced Users
• Each program/POU can use up to 64 Kb of internal address space. For all controllers
except Micro870, it is recommended that you split large programs into smaller
programs to improve code readability, simplify debugging and maintenance tasks.
• A user-defined function (UDF) uses less memory than a user-defined function block
(UDFB). For example, 30% less for a typical sized program compared to a UDFB with one
instance. The savings increases as the number of UDFB instances increases.
• A user-defined function block (UDFB) can be executed within another UDFB, with a limit
of five nested UDFBs. Avoid creating UDFBs with references to other UDFBs, as
executing these UDFBs too many times can result in a compile error. This also applies
to UDFs.
Figure 43 - Example of Five Nested UDFBs
UDFB1
UDFB2
UDFB3
UDFB4
UDFB5
• Structured Text (ST) is much more efficient and easier to use than Ladder Logic, when
used for equations. If you are used to using the RSLogix 500® CPT Compute instruction, a
great alternative is to use ST combined with either UDF or UDFB.
As an example, for an Astronomical Clock Calculation, Structured Text uses 40% fewer
Instructions.
Display_Output LD:
Memory Usage (Code): 3148 steps
Memory Usage (Data): 3456 bytes
Display_Output ST:
Memory Usage (Code): 1824 steps
Memory Usage (Data): 3456 bytes
• You may encounter an Insufficient Reserved Memory error while downloading and
compiling a program over a certain size. One workaround is to use arrays, especially if
there are many variables.
Notes:
EtherNet/IP Network
Overview The EtherNet/IP network offers a full suite of control, configuration, and data collection
services by layering the Common Industrial Protocol (CIP™) over the standard Internet
protocols, such as TCP/IP and UDP. This combination of well-accepted standards provides the
capability that is required to support information data exchange and control applications.
Micro850 and Micro870 controllers with firmware revision 20.011 or earlier support Explicit
messaging over the EtherNet/IP network. Micro850 (2080-L50E) and Micro870 (2080-L70E)
controllers with firmware revision 21.011 or later add support for Implicit messaging.
For information on Implicit and Explicit messaging and how to configure EtherNet/IP or USB
drivers, see the EtherNet/IP Network Devices User Manual, publication ENET-UM006.
The controllers use socket interface transactions and conventional communication over the
EtherNet/IP network to communicate with Ethernet devices that do not support the
EtherNet/IP application protocol.
EtherNet/IP Network Micro850 and Micro870 controllers support the following EtherNet/IP network functionality:
Functionality • Support for these EtherNet/IP network topologies:
- Star
• Support for these EtherNet/IP network communication rates:
- 10 Mbps
- 100 Mbps
• Duplicate IP address detection
For more information about network design, see the Ethernet Design Considerations
Reference Manual, publication ENET-RM002.
5100
MOD
CHARGE
NET
L1C
L2C
2
L1
L2
L3 1
P1
P2
Esc Sel
DC–
DC+
ISH
I/0
0 0 2 1734-AENTR ESH
POINT I O U
Module
Status
Network V
Activity
Network
Status
W
Point Bus
Link 1 Status
Activity/
Status System
Power
Field
Power
AUX
IP ADDRESS
Implicit Messaging I/O Micro850 (2080-L50E) and Micro870 (2080-L70E) controllers with firmware revision 21.011 or
later support Implicit messaging to EtherNet/IP devices in either a generic tag or as a
Nodes on an EtherNet/IP predefined tag in Connected Components Workbench software version 21 or later. PowerFlex®
Network 520-series drives and Kinetix® 5100 motion drives are supported with predefined tags. Other
EtherNet/IP devices are supported with generic profile tags. These controllers support up to
Applies to these controllers: eight EtherNet/IP devices in the module configuration section of the project.
Micro850 (2080-L50E only)
with firmware revision 21.011 or later
Micro870 (2080-L70E only)
with firmware revision 21.011 or later
Nodes
How to Add PowerFlex 520- Micro850 (2080-L50E) and Micro870 (2080-L70E) controllers support predefined tags in both
PowerFlex 520-series drives and Kinetix 5100 drives. All other EtherNet/IP devices use the
series and Kinetix 5100 generic profile.
Drives over EtherNet/IP
When a PowerFlex 520-series drive or Kinetix 5100 drive is configured for I/O Mode operation
Applies to these controllers: and is used with Connected Components Workbench software, the use of predefined user-
Micro850 (2080-L50E only) defined function block (UDFB) motion instructions provides an easy way to program your
with firmware revision 21.011 or later simple motion control application on Micro800 controllers with the Class 1 connectivity
Micro870 (2080-L70E only) feature.
with firmware revision 21.011 or later
For instructions on where to download the UDFB files, see Download the User-defined Function
Block Instruction Files on page 146.
IMPORTANT Induction and linear motors are not supported with the UDFB.
3. In the New Module window, select the Type and configure the module properties, and
select OK.
2. The Kinetix 5100 drive is configured as shown in the Ethernet – Modules dialog. Repeat
step 1 to add more K5100 drives in the same subnet of the Micro800 controller.
The Kinetix 5100 drive UDFBs are designed to follow the user experience of the K5100 Opr Add-
On Instruction Library from Logix as close as possible. This also includes a Device Object
handler (Figure 73) designed to provide a robust method to control the read/write functions of
the drive assemblies.
Table 40 shows the use of the UDFB and Device Object handler for Kinetix 5100 drives.
Table 40 - Device Object Handler and UDFB Availability
Kinetix 5100 Drive Firmware Device Object Handler UDFB
Major Revision
1.xx raC_Dvc_K5100 raC_Opr_K5100_xxx
IMPORTANT The UDFBs can be downloaded from the Rockwell Automation Product
Compatibility Download Center (PCDC) website at rok.auto/pcdc; enter
the keywords “Kinetix 5100 UDFB Library” in the Search field.
2. In the Configure Module window, adjust the module properties, and select OK.
Module Properties The New Module/Configure Module window provides the properties for the module.
Table 41 - Module Properties Parameters
Parameter Description Value
General
Name Unique name of the device. User defined
• Generic Device
Select the type of profile to use with the device. • PowerFlex 523-E2P
Type See Type Definition in Module Dialog on page 138 for • PowerFlex 525-E2P
more information. • PowerFlex 525-EENET
• Kinetix 5100
IP Address Unique IP address of the device. User defined
• Position
Mode (1) Define the mode of operation for the PowerFlex drive.
• Velocity
List of Kinetix 5100 drive
Catalog (2) Select the right Kinetix 5100 catalog to be used. catalogs (2198-Exxxx-ERS)
Major Revision Module firmware major revision. Module specific
Minor Revision Module firmware minor revision. Module specific
Software method to help reduce the possibility of using
a mismatched device in a control system. • Exact Match
Electronic Keying Carefully consider the implications of each keying • Compatible Module
option when selecting one. • Disable Keying
See Table 42 for detailed descriptions of each option.
List of PowerFlex drive
Drive Rating (1) Define the PowerFlex drive rating. ratings (xP xxV xxxHP)
Description Optional description for the device. User defined
Connection
• Generic Device -
5.0…9999.9 ms
Set the RPI rate.
Requested Packet Interval See Requested Packet Interval on page 138 for more • PowerFlex Device -
(RPI) information. 5.0…9999.9 ms
• Kinetix Device -
5.0…3200.0 ms
Unicast Connection over Set the type of connection to use over the EtherNet/IP • Unchecked = Multicast
EtherNet/IP network. • Checked = Unicast
• Unchecked = Module not
Inhibit the module. See Module Inhibiting on page 139 inhibited
Inhibit Module for more information. • Checked = Module
inhibited
Major fault on controller if Select whether the controller triggers a major fault if a • Unchecked = Module does
connection faults while in connection fault occurs while in Run mode. not fault
Run mode • Checked = Module faults
Displays the major or minor fault code when it occurs,
and can be used to help troubleshoot the module. Fault code 0xYYYY
Connection Fault See Connection Fault Codes on page 149 for a list of (for example, 0x0001)
possible fault codes.
Comm Config (3)
• Data - DIN
• Data - INT
• Data - REAL
Defines the data structure data type in the generic • Data - SINT
Comm Format device. • Input Data - DINT
• Input Data - INT
• Input Data - REAL
• Input Data - SINT
Define the Assembly Instance and size of the input
Input User defined
assembly in the generic device.
Define the Assembly Instance and size of the output
Output User defined
assembly in the generic device.
Define the Assembly Instance and size of the
Configuration User defined
configuration assembly in the generic device.
(1) Only displayed when PowerFlex is selected as the Type.
(2) Only displayed when Kinetix is selected as the Type.
(3) These parameters are displayed only when Generic Device is selected as the Type, and is used to define a generic device
data structure.
IMPORTANT You can change the RPI while the project is online. If you change the RPI
while the project is online, however, the connection to the module is
closed and reopened in one of the following ways:
• You inhibit the connection to the module, change the RPI value, and
uninhibit the connection.
• You change the RPI value. In this case, the connection is closed and
reopened immediately after you apply the change to the module
configuration.
• During Run Mode Change (RMC), if the RPI is too fast, it can cause a
momentary drop in connection on the Ethernet device and fault the
device if the drop is detected as a communication loss. To recover,
reset the fault and resume operations.
Module Inhibiting
Module inhibiting lets you indefinitely suspend a connection between an owner-controller and
an I/O module without removing the module from the configuration. This process lets you
temporarily disable a module, such as to perform maintenance.
2. Select the Inhibit Module checkbox on the Ethernet device that you want to inhibit.
3. Select Save to Controller to accept the inhibit change to the Ethernet device.
2. Clear the Inhibit Module checkbox on the Ethernet device that you want to uninhibit.
3. Select Save to Controller to accept the uninhibit change to the Ethernet device.
Predefined Tags in With Connected Components Workbench software version 21 or later, when Kinetix 5100 and
PowerFlex 520 series products are added into the Micro800 controller (with firmware revision
PowerFlex 520-series and 21 or later) project under the Ethernet-Module tree, predefined tags are made available in the
Kinetix 5100 Drives Connected Components Workbench software to help you program the logic easily.
The Input and Output assembly are shown here for your convenience. While you can directly
manipulate these assemblies, they rely on your logic to operate correctly, including timing,
pre-existing drive conditions, and so on. It is typical to use the predefined Motion Operation
UDFBs to perform motion operations.
Table 43 - Kinetix 5100 Motion Drive Input Assembly Data
Name Data Type Description Value Comment
InfoBits SINT
0 = Drive is idle
InfoBits.0 BIT Indicates whether the drive is in run mode. RunMode
1 = Drive is in run mode
0 = Connection is not faulted
InfoBits.1 BIT Indicates whether the connection is faulted. ConnectionFaulted
1 = Connection is faulted
0 = Diagnostic is not active
InfoBits.2 BIT Indicates whether the diagnostic is active. DiagnosticActive
1 = Diagnostic is active
DiagnosticSequenceCount SINT The sequence count for the diagnostic.
DataBits SINT
0 = No Fault
DataBits.1 Bit Indicates whether the drive is in a faulted state. Fault
1 = Faulted
0 = Data is valid
DataBits.2 BIT Indicates whether the data validity is questionable. Uncertain
1 = Date validity is questionable
0 = No warnings
StatusBits SINT Indicates whether the drive is in a warning state. 1 = Drive is in a warning state
0 = Motor is not enabled
StatusBits.1 BIT Indicates whether the motor is enabled. WarningPresent
1 = Motor is enabled
0 = Motor is not ready
StatusBits.2 BIT Indicates whether the motor is ready to be enabled. Active
1 = Motor is ready
Indicates that the new command has
been received by the K5100 drive. It
toggles between 0 and 1 after a new
Indicates whether the drive received the command
StatusBits.3 BIT command has been received by the Ready
from the controller. K5100 drive. When this bit toggles, it
stays at the toggled state until a new
command is received.
Indicates whether the drive completed the home
StatusBits.4 BIT 1 = Drive completed the home operation CommandinProgress
operation.
StatusBits.5 BIT Indicates whether the motor is stopped. 1 = Motor is stopped HomedStatus
Motor actual at reference (position, speed, torque) 1 = Motor actual at reference (position,
StatusBits.6 BIT Stopped
based on mode. speed, torque) based on mode
StatusBits.7 BIT AtReference
-128…-1 = Reserved
0 = Mode not specified
1 = Position mode
2 = Speed mode
OperatingMode SINT Indicates the drive operation mode. 3 = Home mode
4 = Torque mode
5 = Gear mode
6 = Index mode
7…127 = Reserved
-128…-1 = Reserved
0 = PR 0: Homing
ActiveIndex SINT Indicates the currently executing index (PR). 1…99 = PR 1…PR 99
100…127 = Reserved
0 = No motor connected
Indicates which type of motor is connected to the
MotorType SINT 1 = Rotary motor connected
drive. 2 = Linear motor connected
ActualSpeed DINT Motor actual velocity. A valid value in RPM.
FaultCode INT Fault code. For more information, see the Kinetix
5100 EtherNet/IP Indexing Servo Drives
WarningCode INT Warning code. User Manual, publication 2198-UM004.
Table 45 - PowerFlex 520-series Drive Input Assembly Data (Position Mode) (Continued)
Name Data Type Description Value Comment
0 = Not decelerating
DriveStatus.5 BIT Indicates the deceleration state. Decelerating
1 = Decelerating
0 = Reverse travel position
DriveStatus.6 BIT Indicates the Travel Position direction. ForwardTravel
1 = Forward travel position
0 = Not faulted
DriveStatus.7 BIT Indicates the fault state. Faulted
1 = Faulted
0 = Not at reference
DriveStatus.8 BIT Indicates that the drive is at reference speed. AtReference
1 = At reference
0 = Not at position
DriveStatus.9 BIT Indicates that the drive is at commanded position. AtPos
1 = At position
0 = Not at home
DriveStatus.10 BIT Indicates that the drive is at the reference home. AtHome
1 = At home
Indicates whether the drive has been homed since 0 = Drive not homed
DriveStatus.11 BIT DriveHomed
power-up. 1 = Drive homed
0 = Not sync hold
DriveStatus.12 BIT Indicates if the frequency is holding. SyncHold
1 = Sync hold
Indicates if the frequency accelerating to the new 0 = Not sync ramp
DriveStatus.13 BIT commanded frequency in drive parameter A571 [Sync SyncRamp
1 = Sync ramp
Time].
0 = Traverse off
DriveStatus.14 BIT Indicates if Traverse is enabled. TraverseOn
1 = Traverse on
Indicates if the drive is decelerating in Traverse mode. 01 ==Traverse
Not Traverse decel
DriveStatus.15 BIT TraverseDecel
decel
OutputFreq INT Display the reference speed of the drive. In units of 0.01 Hz.
Table 46 - PowerFlex 520-series Drive Output Assembly Data (Position Mode) (Continued)
Name Data Type Description Value Comment
Hold the existing frequency when sync time is set to
LogicCommand.14 BIT 1 = Sync enable SyncEnabled
enable speed synchronization.
LogicCommand.15 BIT Disable the traverse function 1 = Traverse disable TravDisable
FreqCommand INT Control the reference speed of the drive. In units of 0.01 Hz
Table 48 - PowerFlex 520-series Drive Output Assembly Data (Velocity Mode) (Continued)
Name Data Type Description Value Comment
LogicCommand.8 BIT 00 = No command AccelRate1
01 = Accel Rate 1 enable
Select the Accel Rate.
LogicCommand.9 BIT 10 = Accel Rate 2 enable AccelRate2
11 = Hold Accel Rate selected
LogicCommand.10 BIT 00 = No command DecelRate1
01 = Decel Rate 1 enable
Select the Decel Rate.
LogicCommand.11 BIT 10 = Decel Rate 2 enable DecelRate2
11 = Hold Decel Rate selected
LogicCommand.12 BIT 000 = No command FreqSel01
LogicCommand.13 BIT 001 = Freq source = P047 (Speed FreqSel02
Reference 1)
010 = Freq source = P049 (Speed
Reference 2)
Frequency selection of drive parameters Speed 011 = Freq source = P051 (Speed
Reference 1…3 and Preset Freq 0…3.
LogicCommand.14 BIT Reference 3) FreqSel03
100 = Freq source = A410 (Preset Freq 0)
101 = Freq source = A411 (Preset Freq 1)
110 = Freq source = A412 (Preset Freq 2)
111 = Freq source = A413 (Preset Freq 3)
Decreases the value of drive parameter A427 [MOP 0 = Not decrement
LogicCommand.15 BIT MOPDecrement
Freq] at the rate set in A430 [MOP Time]. 1 = MOP decrement
FreqCommand INT Control the reference speed of the drive. In units of 0.01 Hz
Use of the User-defined When a PowerFlex 520-series or Kinetix 5100 drive is used with Connected Components
Workbench software, the use of the predefined user-defined function block (UDFB) provides
Function Block Library an easy way to program your simple drive control application.
Table 49 - UDFB List for PowerFlex520-series Drives
Name Description
PowerFlex 523 Velocity Mode control.
RA_PF523_VEL This instruction allows simple PowerFlex 523 drive control in Velocity Mode.
PowerFlex 525 Velocity Mode control.
RA_PF525_VEL This instruction allows simple PowerFlex 525 drive control in Velocity Mode.
PowerFlex 525 Position Mode control.
RA_PF525_POS This instruction allows simple PowerFlex 525 drive control in Position Mode.
Table 50 - UDFB Motion Instruction List for Kinetix 5100 Drives (Continued)
Name Description
Motion Axis Stop
raC_Opr_K5100_MAS Use the Motion Axis Stop instruction to stop a specific motion process on the motor or
to stop the motor completely.
Motion Axis Fault Reset.
Use the Motion Axis Fault Reset instruction to clear many motion faults for the drive.
raC_Opr_K5100_MAFR Some faults cannot be cleared until you cycle power to the drive. The faults, which can
be cleared by raC_xxx_K5100_MAFR, are listed in the fault list section.
Motion Axis Index
Use the Motion Axis Index instruction to execute the specified PR (index) function of
raC_Opr_K5100_MAI the drive. Use K5100C configuration software or explicit messaging to set the PR
(index) parameters. The raC_Opr_K5100_MAI instruction specifies the PR (index)
number to be executed.
For details on each UDFB instruction, see User-defined Function Block Motion Instructions on
page 353.
Download the User-defined You can download the user-defined function blocks for Kinetix 5100 and PowerFlex 520-series
drives from the Product Compatibility Download Center (PCDC) website at rok.auto/pcdc.
Function Block Instruction
Files In the Search PCDC text field (Figure 46), enter “Kinetix 5100 UDFB Library” or “PowerFlex 520-
series UDFB Library”.
Figure 46 - Search PCDC
Select the files that you want to download from the search results.
Import the User-defined To import the user-defined function blocks into your Connected Components Workbench
project, do the following.
Function Block Instruction
1. In the Controller Organizer, right-click the controller and select Import > Import
Files Exchange File.
Alternatively, from the Device menu, select Import > Import Exchange File.
2. Select Browse and navigate to the folder that contains the UDFB files.
3. Select the UDFB file to add and select Open.
UDFBs for Kinetix 5100 Drives UDFBs for PowerFlex 520-series Drives
4. Select the pull-down arrow to expand the list and see all UDFBs within the UDFB file.
5. Verify that the checkboxes next to the UDFBs that are required for your application are
selected. You can clear the checkboxes for UDFBs that are not required.
6. Select Import to add the selected UDFBs into the project.
The imported UDFBs appear in the Controller Organizer under the Add-On Instructions folder,
along with the Add-On defined data types, which appear in the Controller Organizer under the
Data Types > Structures folder.
UDFBs for Kinetix 5100 Drives UDFBs for PowerFlex 520-series Drives
There are three UDFBs for PowerFlex 520-series drives to provide a necessary function block
with Assembly Instance.
There are 10 UDFBs (raC_Opr_K5100_xxx) and one Device Object instruction (raC_Dvc_K5100)
for Kinetix 5100 drives firmware revision 2 or later to provide a necessary function block with
output Assembly Instance 106 (or “Connection” is “Data with Camming”) for the K5100 module
configuration. These UDFBs may not work if output Assembly Instance 104 is configured (or
“Connection” is “Data”) for the K5100 module configuration.
The UDFBs also appear in the (User defined) tab in the ladder logic toolbox.
UDFBs for Kinetix 5100 Drives
Connection Fault Codes The following table lists the possible connection faults that can occur and the corrective
actions that you can take to resolve the fault.
Table 51 - List of Connection Fault Codes
Fault Code Display Text Fault Corrective Action
Extended status codes in these ranges provide more detail
0x0001 Connection failure. A connection to a module failed. as to the connection failure.
Possible causes include the following: • Check the connection use of the controller or
communication module. If all connections are used, try to
• There are not enough connections available either for the free some of the used connections or add another module
controller or for the communication module being used to to route the errant connection through.
0x0002 Resource unavailable. connect through.
• Check the number of controllers making a connection to
• The I/O module that is targeted does not have enough this I/O module and verify that the number of connections
connections available. is within the limits of the I/O module.
A parameter that is associated with the request was invalid.
Possible causes include the following:
• The module in use (that is, the physical module) is
different than the module specified in the I/O
configuration tree and is therefore causing the
connection or service to fail.
Check the module in use and verify that it exactly matches
Invalid value in an object • The fault may occur even when the module passes the the module that is specified in the application. For more
0x0003 specific data parameter of a electronic keying test. This may result when Disable information about electronic keying, see the user manual
service request. Keying or Compatible Keying options were used in the for the module you are using.
module configuration instead of the Exact Match option.
• Despite passing the electronic keying test, the module
being connected to does not have the same features or
settings as the module specified in the I/O configuration
tree and does not support the connection or service being
attempted.
The target module does not like one of the parameters in
Connection Request Error: the connection request. This may occur if improper module
0x0004 IOI segment error on connection request.
Bad Segment. keying is being used or if the wrong map type attribute is
set in the map entry.
Notes:
Motion Control
Generally two types of motion control are used in Micro800 controller motion applications that
have Kinetix 3 servo drives.
• Indexed Motion – The Micro800 controller issues position indexes to the servo drive
using Modbus RTU communications or digital I/O. Used for simple positioning. See
publication CC-QS025 for building block example.
• PTO Motion – The Micro800 controller uses pulse and direction outputs to the servo
drive for precise control of position and velocity with Modbus RTU communications or
digital I/O for feedback. Micro800 motion configuration and instructions make
programming easy. See publication CC-QS033 for building block example.
PTO Motion Control Certain Micro830, Micro850, and Micro870 controllers that are shown in Table 52, support
motion control through high-speed pulse-train outputs (PTO). PTO functionality refers to the
ability of a controller to generate a specific number of pulses at a specified frequency
accurately. These pulses are sent to a motion device, such as a servo drive, which in turn
controls the number of rotations (position) of a servo motor. Each PTO is exactly mapped to
one axis, to allow for control of simple positioning in stepper motors and servo drives with
pulse/direction input.
As the duty cycle of the PTO can be changed dynamically, the PTO can also be used as a pulse-
width modulation (PWM) output.
PTO/PWM and motion axes support on the Micro830, Micro850, and Micro870 controllers are
summarized as follows.
Table 52 - PTO/PWM and Motion Axis Support on Micro830, Micro850, and Micro870
Controller PTO (built-in) Number of Axes Supported
10/16-point (1)
2080-LC30-10QVB 1 1
2080-LC30-16QVB
24-point
2080-LC30-24QVB (1)
2080-LC30-24QBB (1)
2080-LC50-24QVB
2080-L50E-24QVB
2080-LC50-24QBB 2 2
2080-L50E-24QBB
2080-LC70-24QBB
2080-L70E-24QBB
2080-LC70-24QBBK
2080-L70E-24QBBK
2080-L70E-24QBBN
48-point
2080-LC30-48QVB (1)
2080-LC30-48QBB (1)
2080-LC50-48QVB 3 3
2080-L50E-48QVB
2080-LC50-48QBB
2080-L50E-48QBB
(1) For Micro830 catalogs, Pulse Train Output functionality is only supported from firmware revision 2 and later.
ATTENTION: To use the Micro800 Motion feature effectively, you must have a
basic understanding of the following:
• PTO components and parameters
See Use the Micro800 Motion Control Feature on page 160 for a general
overview of Motion components and their relationships.
• Programming and working with elements in the Connected Components
Workbench software
You must have a working knowledge of ladder diagram, structured text, or
function block diagram programming to be able to work with motion function
blocks, variables, and axis configuration parameters.
IMPORTANT The PTO function can only be used with the controller’s embedded I/O.
It cannot be used with expansion I/O modules.
The next sections provide a more detailed description of the motion components. You can also
see the Connected Components Workbench Online Help for more information about each
motion function block and their variable inputs and outputs.
Input and Output Signals Multiple input/output control signals are required for each motion axis, as described Table 54
and Table 55. PTO Pulse and PTO Direction are required for an axis. The rest of the input/
outputs can be disabled and reused as regular I/O.
Table 54 - Fixed PTO Input/Output
PTO0 (EM_00) PTO1 (EM_01) PTO2 (EM_02)
Motion Signals Logical Name in Name on Terminal Logical Name in Name on Terminal Logical Name in Name on Terminal
Software Block Software Block Software Block
PTO pulse _IO_EM_DO_00 O-00 _IO_EM_DO_01 O-01 IO_EM_DO_02 O-02
PTO direction _IO_EM_DO_03 O-03 _IO_EM_DO_04 O-04 IO_EM_DO_05 O-05
Lower (Negative) Limit switch _IO_EM_DI_00 I-00 _IO_EM_DI_04 I-04 IO_EM_DI_08 I-08
Upper (Positive) Limit switch _IO_EM_DI_01 I-01 _IO_EM_DI_05 I-05 IO_EM_DI_09 I-09
Absolute Home switch _IO_EM_DI_02 I-02 _IO_EM_DI_06 I-06 IO_EM_DI_10 I-10
Touch Probe Input switch _IO_EM_DI_03 I-03 _IO_EM_DI_07 I-07 IO_EM_DI_11 I-11
You can configure the I/O through the axis configuration feature in the Connected
Components Workbench software. You should not control any outputs that are assigned for
motion in your program. See Motion Axis Configuration in Connected Components Workbench
on page 182.
IMPORTANT If an output is configured for motion, then your program can no longer
control or monitor that output and the output cannot be forced. For
example, when a PTO Pulse output is generating pulses, the
corresponding logical variable IO_EM_DO_xx does not toggle its value
and does not display the pulses in the Variable Monitor, but the physical
LED gives an indication.
If an input is configured for motion, then forcing the input only affects
your program logic and not motion. For example, if the input Drive
Ready is false, then you cannot force Drive Ready to true by forcing the
corresponding logical variable IO_EM_DI_xx to be true.
24V 24V
Power Power
supply supply
1 2
+ + _
–
+DC 24 +CM0 Pin 1, 2
-DC 24 +CM1 Encoder signal cable
Pin 49 (CLK+)
O-00 Pin 12 (CLK-)
Pin25 (DIR+)
Encoder
Motor
O-03 Pin 14 (DIR-)
O-06 Pin 3 (Enable)
2080-LC30-xxQVB
2080-LC50-xxQVB
Kinetix 3
-CM0 Motor power cable
-CM1
Notes:
1. Drive Enable (Pin 3) and Reset Drive (Pin 7) are operating as sourcing inputs when (Pin 1, 2) connected to – of Power Supply 2.
2. To help you configure Kinetix 3 drive parameters so that a Micro830/Micro850/Micro870 controller can communicate and control the
drive, see publication CC-QS033. The parameter Command Type must be set to “Step/Direction.Positive Logic”, and the parameter
Controller Output Type must be set to “Open Collector Input”.
24V 24V
Power Power
supply supply
1 2
+ + _
–
+DC 24 +CM0 Pin 1, 2
-DC 24 +CM1 Encoder signal cable
Pin 12(CLK-)
O-00 Pin 49(CLK+)
Pin 14(DIR-)
Encoder
Motor
Notes:
1. Drive Enable (Pin 3) and Reset Drive (Pin 7) are operating as sinking inputs when (Pin 1, 2) connected to + of the Power Supply 2.
2. To help you configure Kinetix 3 drive parameters, so that a Micro830/Micro850/Micro870 controller can communicate and control the
drive, see publication CC-QS033. The parameter Command Type must be set to “Step/Direction.Positive Logic”, and the parameter
Controller Output Type must be set to “Open Collector Input”.
Motion Control Function Motion control function blocks instruct an axis to a specified position, distance, velocity, and
state. Function blocks are categorized as Administrative (Table 57) and Movement (driving
Blocks motion, Table 58).
Table 57 - Administrative Function Blocks
Function Block Name Function Block Name
MC_Power MC_ReadAxisError
MC_Reset MC_ReadParameter
MC_TouchProbe MC_ReadBoolParameter
MC_AbortTrigger MC_WriteParameter
MC_ReadStatus MC_WriteBoolParameter
MC_SetPosition
WARNING: During Run Mode Change (RMC), the MC_Power function block should
be disabled, which powers down the axis. Otherwise the axis remains powered
even if the function block is deleted.
Take note of the following:
• If a new instance of MC_Power accesses the axis, the axis enters the error
stop state.
• If MC_Power is inside a UDFB and any edit is made to the UDFB that changes
the UDFB template (for example, adding a local variable), the axis enters the
error stop state.
ATTENTION: During Run Mode Change, the Movement Function Blocks can
only be deleted when that Function Block has been done or aborted. Otherwise
unintended axis and Function Block behavior may occur.
ATTENTION: Each motion function block has a set of variable inputs and
outputs that allows you to control a specific motion instruction. See the
Connected Components Workbench Online Help for a description of these
variable inputs and outputs.
Output Exclusivity
With Enable: The outputs Valid and Error indicate whether a read function block executes successfully. They are mutually exclusive:
only one of them can be true on one function block for MC_ReadBool, MC_ReadParameter, MC_ReadStatus.
The Valid, Enabled, Busy, Error, and ErrorID outputs are reset with the falling edge of Enable as soon as possible.
Output Exclusivity
When used in a Function Block Diagram, you can connect the axis output parameter to the Axis input parameter of another motion
function block for convenience (for example, MC_POWER to MC_HOME).
Axis Output When used in a Ladder Diagram, you cannot assign a variable to the Axis output parameter of another motion function block because it
is read-only.
Every function block has a Busy output, which indicates that the function block is not yet finished (for function blocks with an Execute
input), and new output values are pending (for function blocks with Enable input).
Busy is set at the rising edge of Execute and reset when one of the outputs Done, Aborted, or Error is set, or it is set at the rising edge
of Enable and reset when one of the outputs Valid or Error is set.
It is recommended that the function block continue executing in the program scan for as long as Busy is true, because the outputs are
only updated when the instruction is executing. For example, in the ladder diagram, if the rung becomes false before the instruction
finishes executing, the Busy output stays true forever even though the function block has finished executing.
Output Active In current implementation, buffered moves are not supported. Consequently, Busy and Active outputs have the same behavior.
Behavior of CommandAborted
Output
The Enable input for read function blocks is level-sensitive. On every program scan with the Enable input as true, the function block
performs a read and update its outputs. The Valid output parameter shows that a valid set of outputs is available.
The Valid output is true as long as valid output values are available and the Enable input is true. The relevant output values are
Enable and Valid Status refreshed as long as the input Enable is true.
If there is a function block error, and the relevant output values are not valid, then the valid output is set to false. When the error
condition no longer exists, the values are updated and the Valid output is set again.
Relative move does not require the axis to be homed. It simply refers to a move in a specified direction and distance.
Relative Move versus Absolute Absolute move requires that the axis be homed. It is a move to a known position within the coordinate system, regardless of distance
Move and direction. Position can be negative or positive value.
Buffered Mode For all motion control function blocks, BufferMode input parameter is ignored. Only aborted moves are supported for this release.
All blocks have two outputs, which deal with errors that can occur during execution. These outputs are defined as follows:
• Error – The rising edge of “Error” informs that an error occurred during the execution of the function block, where the function block
cannot successfully complete.
• ErrorID – Error number.
Error Handling • Types of errors:
– Function block logic (such as parameters out of range, state machine violation attempted)
– Hard limits or soft limits reached
– Drive failure (Drive Ready is false)
For more information about function block error, see Motion Function Block and Axis Status ErrorID on page 180.
The general rule is that when a movement function block is busy, then a function block with
the same instance (for example, MC_MoveRelative2) cannot be executed again until the
function block status is not busy.
MC_MoveRelative and MC_MoveAbsolute are busy until the final position is
reached. MC_MoveVelocity, MC_Halt, and MC_Stop are busy until the final velocity is
reached.
Velocity
Time
Execute1
Busy1
When a movement function block is busy, a function block with another instance (for
example, MC_MoveRelative1 and MC_MoveAbsolute1 on the same axis) can abort the currently
executing function block. This is mostly useful for on-the-fly adjustments to position, velocity,
or to halt after a specific distance.
Execute1
Busy1
Velocity
instance can immediately abort the
first instance (and vice versa) for
applications where on-the-fly
corrections are needed.
Time
Execute1
Busy1
CommandAborted1
Execute2
Busy2
When changing velocity, generally, an aborted move is not necessary since the function block
is only Busy during acceleration (or deceleration). Only one instance of the function block is
required.
To bring the axis to a standstill, use MC_Halt.
Velocity
Time
Execute1
Busy
Halt Execute
Busy
It is possible for the movement function blocks and MC_Halt to abort another motion function
block during acceleration/deceleration. This is not recommended as the resulting motion
profile may not be consistent.
Velocity
Time
Execute1
Busy
CommandAborted1
Halt Execute
Busy
Velocity
This command is ignored
Time
MC_Stop
Execute
Busy
MC_Halt and MC_Stop are both used to bring an axis to a StandStill but MC_Stop is used when
an abnormal situation occurs.
MC_Stop can abort other motion function blocks but can never be aborted itself.
MC_Stop goes to the Stopping state and normal operation cannot resume.
Motion Axis and Parameters The following state diagram illustrates the behavior of the axis at a high level when multiple
motion control function blocks are activated. The basic rule is that motion commands are
always taken sequentially, even if the controller can perform real parallel processing. These
commands act on the axis’ state diagram.
The axis is always in one of the defined states, see Figure 47 on page 173. Any motion
command is a transition that changes the state of the axis and, as a consequence, modifies
the way that the current motion is computed.
Error
Error Stopping
Note 6 Error
Done
Note 1
MC_MoveAbsolute MC_Stop
MC_MoveRelative
MC_MoveVelocity
ErrorStop
MC_Stop
Note 4 Note 2
Error Error
MC_Reset MC_Reset and
MC_Power.Status=FALSE
Done
Homing StandStill Note 3
Disabled Note 5
MC_Home
NOTES:
1. In the ErrorStop and Stopping states, all function blocks (except MC_Reset), can be called although they are not executed.
MC_Reset generates a transition to the StandStill state. If an error occurs while the state machine is in the Stopping state, a transition to the ErrorStop
state is generated.
Axis position still updates even if the Axis state is ErrorStop. Also, the MC_TouchProbe function block is still active if it was executed before the ErrorStop
state.
2. Power.Enable = TRUE and there is an error in the Axis.
3. Power.Enable = TRUE and there is no error in the Axis.
4. MC_Stop.Done AND NOT MC_Stop.Execute.
5. When MC_Power is called with Enable = False, the axis goes to the Disabled state for every state including ErrorStop.
6. If an error occurs while the state machine is in the Stopping state, a transition to the ErrorStop state is generated.
Axis States
The axis state can be determined from one of the following predefined states. Axis state can
be monitored through the Axis Monitor feature of the Connected Components Workbench
software when in debug mode.
Motion States
State Value State Name
0x00 Disabled
0x01 Standstill
0x02 Discrete Motion
0x03 Continuous Motion
0x04 Homing
0x06 Stopping
0x07 Stop Error
On motion execution, although the Motion Engine controls the motion profile as a background
task, which is independent from the POU scan, the axis state update is still dependent on when
the relevant motion function block is called by the POU scan.
Limits
The Limits parameter sets a boundary point for the axis, and works with the Stop parameter to
define a boundary condition for the axis on the type of stop to apply when certain configured
limits are reached.
Hard Limits
Hard limits refer to the input signals received from physical hardware devices such as limit
switches and proximity sensors. These input signals detect the presence of the load at the
maximum upper and minimum lower extents of allowable motion of the load or movable
structure that carries the load, such as a load tray on a transfer shuttle.
Hardware limits are mapped to discrete inputs that are associated with data tags/variables.
When a hard limit switch is enabled, the axis comes to a stop when the limit switch is detected
during motion. If a hard stop on hard limit switch is configured as ON and the limit is detected,
motion is stopped immediately (that is, the hardware immediately stops the PTO pulse).
Alternatively, if a hard stop on hard limit switch is configured as OFF, motion is stopped using
the Emergency Stop parameters.
When any hard limit switch is enabled, the input variable connecting to this physical input can
still be used in User Application.
When a hard limit switch is enabled, it is used automatically for the MC_Home function block, if
the switch is in the Homing direction that is configured in the Connected Components
Workbench software (Mode: MC_HOME_ABS_SWITCH or MC_HOME_REF_WITH_ABS). See Homing
Function Block on page 191.
Soft Limits
Soft limits refer to data values that the motion controller manages. Unlike hardware limits that
detect the presence of the physical load at specific points in the allowable motion of the load,
soft limits are based on the stepper commands and the motor and load parameters.
Soft limits are displayed in user-defined units. You can enable individual soft limits. For non-
enabled soft limits (whether upper or lower), an infinite value is assumed.
Soft Limits are activated only when the corresponding axis is homed. You can enable or
disable soft limits, and configure an upper and lower limit setting through the Connected
Components Workbench software.
Table 60 - Soft Limits Checking on the Function Blocks
Function Block Limits Checking
MC_MoveAbsolute
The target position is checked against the soft limits before motion starts.
MC_MoveRelative
MC_MoveVelocity The soft limits are checked dynamically during motion.
When a soft limit is enabled, the axis comes to a stop when the limit is detected during motion.
The motion is stopped using emergency stop parameters.
If both hard and soft limits are configured as enabled, for two limits in the same direction
(upper or lower), the limits should be configured such that the soft limit is triggered before the
hard limit.
You cannot configure this limit parameter because it is the physical limitation of the
embedded PTO. The limits are set at 0x7FFF0000 and -0x7FFF0000 pulses, for upper and lower
limits, respectively.
The controller checks the PTO pulse limits unconditionally — that is, the checking is always ON.
On a non-continuous motion, to prevent a moving axis going to ErrorStop status with Motion
PTO Pulse limits detected, you must prevent the current position value from going beyond the
PTO Pulse limit.
On a continuous motion (driven by the MC_MoveVelocity function block), when the current
position value goes beyond the PTO pulse limit, the PTO pulse current position automatically
rolls over to 0 (or the opposite soft limit, if it is activated), and the continuous motion
continues.
For a continuous motion, if the axis is homed, and the soft limit in the motion direction is
enabled, the soft limit is detected before the PTO pulse limit being detected.
Motion Stop
There are three types of stops that can be configured for an axis.
The hardware controls this type of Immediate Stop. If a Hard Stop on a Hard Limit switch is
enabled, and the Hard Limit has been reached, the controller cuts off the PTO pulse for the axis
immediately. The stop response has no delay (less than 1 µs).
The maximum possible response delay for this type of stop could be as much as the Motion
Engine Execution time interval. This type of stop is applicable in the following scenarios:
• During motion, when axis PTO Pulse Limit is reached;
• One Hard Limit is enabled for an axis, but a hard stop on hard limit switch is configured
as Off. If the Emergency Stop is configured as Immediate Software Stop, during motion,
when the Hard Limit switch is detected;
• One Soft Limit is enabled for an axis and the axis has been homed. If the emergency
stop is configured as Immediate Soft Stop, during motion, when the Soft Limit reach is
detected;
• The Emergency Stop is configured as Immediate Soft Stop. During motion, the MC_Stop
function block is issued with Deceleration parameter equal to 0.
Decelerating soft stop could be delayed as much as the Motion Engine Execution Time interval.
This type of stop applies in the following scenarios:
• One Hard Limit is enabled for an axis, but the Hard Stop on Hard Limit switch is
configured as Off. If the emergency stop is configured as decelerating stop, during
motion, when the Hard Limit switch is detected;
• One Soft Limit is enabled for an axis and the axis has been homed. If the emergency
stop is configured as decelerating stop, during motion, when the soft limit reach is
detected by firmware;
• The Emergency Stop is configured as Decelerating Stop. During motion, the MC_Stop
function block is issued with the deceleration parameter set to 0.
• During motion, the MC_Stop function block is issued with the deceleration parameter
not set to 0.
Motion Direction
For distance (position) motion, with the target position defined (absolute or relative), the
direction input is ignored.
For velocity motion, the direction input value can be positive (1), current (0) or negative (-1). For
any other value, only the sign (whether positive or negative) is considered and defines whether
the direction is positive or negative. This means that if the product of velocity and direction is
-3, then the direction type is negative.
Table 61 - MC_MoveVelocity Supported Direction Types
Direction Type Value Used(1) Direction Description
Axis_Ref is a data structure that contains information on a motion axis. It is used as an input
and output variable in all motion function blocks. One axis_ref instance is created
automatically in the Connected Components Workbench software when you add one motion
axis to the configuration.
You can monitor this variable in controller debug mode through the software when the motion
engine is active, or as part of your application logic. It can also be monitored remotely through
various communication channels.
IMPORTANT • Once an axis is flagged with error, and the ErrorID is not zero, you must
reset the axis (with MC_Reset) before issuing any other movement
function block.
• The update for axis status is performed at the end of one program scan
cycle, and the update is aligned with the update of Motion Axis status.
• When one movement function block tries to control an axis, but another movement
function block still controls the axis, and the controller cannot achieve the newly
defined motion profile. For example, your application issues an S-curve
MC_MoveAbsolute function block to an axis with too short a distance that is given when
the axis is moving.
• When one movement function block is issued to an axis, and the axis is in the Stopping
or Error Stopping sequence.
For the above exceptions, it is still possible for your application to issue a successful
movement function block to the axis after the axis state changes.
Function Block and Axis All motion control function blocks share the ErrorID definition.
Status Error Codes Axis error and function block error share the ErrorID, but error descriptions are different, as
described in Table 65 on page 180.
Error code 128 is warning information to indicate that the motion profile has been
changed and velocity has been adjusted to a lower value but the function block
can execute successfully.
When a motion control function block ends with an error, and the axis is in ErrorStop state, in
most cases, the MC_Reset function block (or MC_Power Off/On and MC_Reset) can be used to
recover the axis. With this, the axis can get back to normal motion operation without stopping
the controller operation.
Major Fault Handling In case the controller encounters issues where recovery is not possible through the Stop,
Reset, or Power function blocks, controller operation is stopped and a major fault is reported.
Table 66 defines the motion-related major fault codes for Micro830, Micro850, and Micro870
controllers.
Table 66 - Major Fault Error Codes and Description
Major Fault Fault ID MACRO Major Fault Description
Value
There is general configuration error, which is detected in the
motion configuration that is downloaded from Connected
Components Workbench software, such as Num of Axis, or the
0xF100 EP_MC_CONFIG_GEN_ERR Motion execution interval being configured out of range.
When this major fault is reported, there could be no axis in the
ErrorStop state.
Motion configuration has mismatch issues with the motion
resource that is downloaded to the controller. There are some
0xF110 EP_MC_RESOURCE_MISSING motion resources missing.
When this major fault is reported, there could be no axis in the
ErrorStop state.
This catalog cannot support the motion configuration for the
axis, or the configuration has some resource conflict with some
other motion axis, which has been configured earlier. The
0xF12x EP_MC_CONFIG_AXS_ERR possible reason could be maximum velocity, max acceleration is
configured out of supported range.
x = The logic Axis ID (0…3)
There is a motion engine logic error (firmware logic issue or
memory crash) for one axis that is detected during motion
engine cyclic operation. One possible reason can be motion
0xF15x EP_MC_ENGINE_ERR engine data/memory crash.
(This is a motion engine operation error, and should not happen
in normal condition.)
x = The logic Axis ID (0…3)
Motion Axis Configuration in A maximum of three motion axes can be configured through the Connected Components
Workbench software. To add, configure, update, delete, and monitor an axis in the Connected
Connected Components Components Workbench software, see the sections that follow.
Workbench
Configuration changes must be compiled and downloaded to the controller to take
effect.
Values for the different motion axis parameters are validated based on a set of
relationships and pre-determined absolute range. See Motion Axis Parameter
Validation on page 191 for a description of the relationships between parameters.
To help you edit these motion properties, see Edit Axis Configuration on
page 182. You can also learn more about axis configuration parameters.
General
Edit General parameters. See Table 67 on page 183 for a description of the general
configuration parameters for a motion axis.
IMPORTANT To edit these general parameters, see Input and Output Signals on
page 161 for more information about fixed and configurable outputs.
Names of embedded PTO channels have the prefix EM (embedded) and each available PTO
channel is enumerated starting from 0. For example, a controller that supports three axes
have the following PTO channels available:
• EM_0
• EM_1
• EM_2
IMPORTANT Certain parameters for Motor and Load are Real values. For more
information, see Real Data Resolution on page 188
A red border on an input field indicates that an invalid value has been entered.
Scroll over the field to see the tooltip message that lets you know the valid value
range for the parameter. Supply the valid value.
Limits
ATTENTION: To learn more about the different types of Limits, see Limits on
page 174.
Parameter(1) Value
Hard Limits Defines upper and lower hard limits for the axis.
Configure whether to perform a forced PTO hardware stop
(immediately turn off pulse output) or whether to decelerate (leave
pulse output on and use deceleration values as defined on the
When hard limit is reached, apply Emergency Stop profile).
Set as any of the following:
• Forced PTO Hardware Stop
• Emergency Stop Profile
Lower Hard Limit Click checkbox to enable a lower hard limit.
Active Level (for Lower Hard Limit) High or Low.
Upper Hard Limit Click checkbox to enable.
Active Level (for Upper Hard Limit) High or Low.
Soft Limits Defines upper and lower soft limits values.
Lower Soft Limit(2) Lower soft limit should be less than upper soft limit.
1. Select the checkbox to enable an lower/upper soft limit.
Upper Soft Limit(2) 2. Specify a value (in mm).
(1) To convert from user units to pulse:
Travel per revolution
Value in user unit = Value in pulse x Pulse per revolution
(2) The parameter is set as the REAL (float) value in the Connected Components Workbench software. To learn more about
conversions and rounding of REAL values, see Real Data Resolution on page 188.
A red border on an input field indicates that an invalid value has been entered.
Scroll over the field to see the tooltip message that lets you know the valid value
range for the parameter. Supply the valid value.
Dynamics
Select Dynamics. The <Axis Name> - Dynamics tab appears. Edit the Dynamics parameters
based on the values in Table 70 on page 186.
A red border on an input field indicates that an invalid value has been entered.
Scroll over the field to see the tooltip message that lets you know the valid value
range for the parameter. Supply the valid value.
Homing
If the number of digits is greater than seven and the eighth digit is greater than or equal to 5,
then the seventh digit is rounded up.
For example:
21474185 rounded to 2.147419E+07
21474186 rounded to 2.147419E+07
If the eighth digit is less than 5, no rounding is done and the seventh digit remains the same.
For example:
21474181 rounded to 2.147418E+07
The Variable Monitor displays six significant digits with rounding, although the real data type
still contains seven significant digits.
This rounding scheme also applies to other input parameters such as Position, Distance,
Acceleration, Deceleration, and Jerk. For instance, with the above motor revolution
configuration, setting Jerk as 4.504 cm/sec3 is the same as setting Jerk as 4.501 cm/sec3, as
both are rounded off to 4.5 cm/sec3. This rounding applies to both axis configuration input in
the Connected Components Workbench software and function block input.
Delete an Axis
1. On the device configuration tree, and under Motion, right-click the axis name and select
Delete.
Monitor an Axis To monitor an axis, the Connected Components Workbench software should be connected to
the controller and in DEBUG mode.
1. On the device configuration page, click Axis Monitor.
2. The Axis Monitor window appears with the following characteristics available for
viewing:
- Axis state
- Axis homed
- Movement
- Error description
- Command position in user unit
- Command velocity in user unit per second
- Target position in user unit
- Target velocity in user unit per second
Homing Function Block The homing function block MC_Home commands the axis to perform the “search home”
sequence. The Position input is used to set the absolute position when the reference signal is
detected, and the configured home offset is reached. This function block completes at
StandStill if the homing sequence is successful.
MC_Home can be aborted only by the function blocks MC_Stop or MC_Power. Any abort attempt
from other moving function blocks result in function block failure with ErrorID =
MC_FB_ERR_STATE. However, the homing operation is not interrupted, and can be executed as
usual.
After axis power-on is done, the axis Homed status is reset to 0 (not homed). On most
scenarios, the MC_Home function block must be executed to calibrate the axis position against
the axis home that is configured after MC_Power (On) is done.
The five homing modes that Micro830, Micro850, and Micro870 controllers support are
described in Table 74.
Table 74 - Homing Modes
Homing Mode Homing Mode Name Description
Value
0x00 MC_HOME_ABS_SWITCH Homing process searches for Home Absolute switch.
0x01 MC_HOME_LIMIT_SWITCH Homing process searches for limit switch.
Homing process searches for Home Absolute switch plus using
0x02 MC_HOME_REF_WITH_ABS encoder reference pulse.
Homing process searches for limit switch plus using encoder
0x03 MC_HOME_REF_PULSE reference pulse.
Static homing process with direct forcing a home position from
user reference. The function block sets the current position that
0x04 MC_HOME_DIRECT the mechanism is in as the home position, with its position
determined by the input parameter, “Position”.
IMPORTANT If the axis is powered On with only one direction that is enabled, the
MC_Home function block (in modes 0, 1, 2, 3) generates an error and only
the MC_Home function block (mode 4) can be executed. See the
MC_Power function block for more details.
The homing motion sequence that is discussed in this section has the following configuration
assumptions:
1. Homing direction is configured as negative direction;
2. The Lower Limit switch is configured as enabled and wired;
The different homing modes, as defined in Table 74, can have different, but still similar motion
sequence. The concept that is discussed below applies to various homing configurations.
MC_HOME_ABS_SWITCH
MC_HOME_ABS_SWITCH (0) homing procedure performs a homing operation against the home
switch. The actual motion sequence is dependent on the home switch, limit switch
configuration, and the actual status for the switches before homing starts—that is, when the
MC_Home function block is issued.
Scenario 1: Moving part at right (positive) side of home switch before Homing starts
Scenario 2: Moving part is in between Lower Limit and Home switch before Homing starts
Scenario 3: Moving part on Lower Limit or Home switch before Homing starts
Scenario 4: Moving part at left (negative) side of Lower Limit switch before Homing starts
In this case, the homing motion fails and moves continuously to the left until the drive or
moving part fails to move. You must make sure that the moving part is at the proper location
before homing starts.
MC_HOME_LIMIT_SWITCH
For homing against the Lower Limit switch, one positive home offset can be configured; for
homing against the Upper Limit switch, one negative home offset can be configured.
MC_HOME_LIMIT_SWITCH (1) Homing procedure performs a homing operation against the Limit
switch. The actual motion sequence is dependent on the limit switch configuration and the
actual status for the switch before homing starts — that is, when the MC_Home function block
is issued.
Scenario 1: Moving part at right (positive) side of Lower Limit switch before Homing starts
Scenario 3: Moving part at left (negative) side of Lower Limit switch before Homing starts
In this case, the homing motion fails and moves continuously to the left until the drive or
moving part fails to move. You must make sure that the moving part is at the proper location
before homing starts.
MC_HOME_REF_WITH_ABS
Scenario 1: Moving part at right (positive) side of Home switch before Homing starts
4. Once the Home Abs switch On > Off is detected, start to detect the first Ref Pulse signal
coming in;
5. Once the first Ref Pulse signal comes, record the position as mechanical home position,
and decelerate to stop;
6. Move to the configured home position. The mechanical home position that is recorded
during the moving back sequence, plus the home offset configured for the axis through
the Connected Components Workbench software.
Scenario 2: Moving part between Lower Limit and Home switch before Homing starts
IMPORTANT In this case, if the Lower Limit switch is not configured, or not wired,
the homing motion fails and moves continuously to the left until the
drive or moving part fails to move.
Scenario 3: Moving part on Lower Limit or Home switch before Homing starts
Scenario 4: Moving part at left (negative) side of Lower Limit switch before Homing starts
In this case, the homing motion fails and moves continuously to the left until the drive or
moving part fails to move. You must make sure that the moving part is at the proper location
before homing starts.
MC_HOME_REF_PULSE
IMPORTANT If the Lower Limit switch or Ref Pulse is not configured as Enabled,
MC_HOME_REF_PULSE (3) homing fails (ErrorID: MC_FB_ERR_PARAM).
For homing against the Lower Limit switch, one positive home offset can be configured; for
homing against the Upper Limit switch, one negative home offset can be configured.
MC_HOME_REF_PULSE (3) homing procedure performs a homing operation against the Limit
switch, plus the fine Ref Pulse signal. The actual motion sequence is dependent on the limit
switch configuration, and the actual status for the switches before homing starts — that is,
when the MC_Home function block is issued.
Scenario 1: Moving part at right (positive) side of Lower Limit switch before Homing starts
Scenario 3: Moving part at left (negative) side of Lower Limit switch before Homing starts
In this case, the homing motion fails and moves continuously to the left until the drive or
moving part fails to move. You must make sure that the moving part is at the proper location
before homing starts.
MC_HOME_DIRECT
MC_HOME_DIRECT (4) homing procedure performs a static homing by directly forcing an actual
position. No physical motion is performed in this mode. This is equivalent to a MC_SetPosition
action, except that Axis Homed status is on once MC_Home (mode = 4) is performed
successfully.
Use PTO for PWM Control The example in this section shows you how to use a PTO axis as a PWM. Create the ladder
program in Connected Components Workbench software, as shown in Figure 49, Figure 50,
and Figure 51.
Figure 49 - Example: PTO Axis as a PWM – Rung 1
1 Enable/power up the PWM axis immediately after going to RUN mode. PWM axis remains powered ON (until Program mode, and so on).
MC_Power_1
__SYSVA_FIRST_SCAN MC_Power
EN ENO
Error
ErrorID
Update_PWM_Duty_Cycle Update_PWM_Duty_Cycle
MC_WriteParameter_1
MC_WriteParameter
EN ENO
0 MC_ExecutionMode ErrorID
MC_MoveVelocity_1
__SYSVA_FIRST_SCAN MC_MoveVelocity
EN ENO
1 Jerk Error
0 DirectionIn ErrorID
POU PWM_Program
The POU defines four variables.
HSC Feedback Axis From Connected Components Workbench software version 8.0 onwards, support has been
added for a High-speed Counter (HSC) Feedback Axis that uses the same instructions as the
PTO Motion Axis. UDFBs are still supported. You can use either one but you cannot select both
for the same plug-in.
Figure 52 - Example of Selecting Feedback Axis or UDFB with 2080-MOT-HSC Plug-in Module
The HSC Feedback Axis provides ease-of-use as you no longer need to program the function
blocks, and it uses up less memory on the controller. The HSC Feedback Axis uses only the
administrative function blocks from the PTO Motion Axis and they share the same Axis Monitor.
IMPORTANT The counters are not reset to zero for program download. For example,
if using the feedback axis, use the MC_ResetPosition function block to
reset the position to zero.
IMPORTANT If the feedback axis is in the error state because the configured
position limits have been exceeded, using the MC_Reset function block
to reset the axis may not clear the error as there may still be pulse that
is detected from the encoder.
Notes:
High-Speed Counter All Micro830, Micro850, and Micro870 controllers, except for 2080-LCxx-AWB, support up to six
high-speed counters (HSC). The HSC feature in the Micro800 controllers consists of two main
Overview components: the high-speed counter hardware (embedded inputs in the controller), and high-
speed counter instructions in the application program. High-speed counter instructions apply
configuration to the high-speed counter hardware and updates the accumulator.
ATTENTION: To use the Micro800 HSC feature effectively, you must have a
basic understanding of the following:
• HSC components and data elements
The first sections of the chapter provide a detailed description of these
components. Quick start instructions (see page 267) are also available to guide
you through building a sample HSC project.
• Programming and working with elements in Connected Components
Workbench software
You must have a working knowledge of programming through ladder diagram,
structured text, or function block diagram to be able to work with the HSC
function block and variables.
This chapter describes how to use the HSC function and also contains sections on the HSC and
HSC_ SET_STS function blocks, as follows:
• High-speed Counter (HSC) Data Structures
• High-speed Counter (HSC) Function Block
• HSC_SET_STS Function Block
• Programmable Limit Switch (PLS) Function
• HSC Interrupts
Programmable Limit Switch The Programmable Limit Switch function allows you to configure the High-Speed Counter to
operate as a PLS (Programmable Limit Switch) or rotary cam switch. For more information, see
Overview Programmable Limit Switch (PLS) Function on page 219.
What is High-Speed High-Speed Counter is used to detect narrow (fast) pulses, and its specialized instructions to
initiate other control operations based on counts reaching preset values. These control
Counter? operations include the automatic and immediate execution of the high-speed counter
interrupt routine and the immediate update of outputs based on a source and mask pattern
that you set.
The HSC functions are different than most other controller instructions. Their operation is
performed by custom circuitry that runs in parallel with the main system processor. This is
necessary because of the high-performance requirements of these functions.
You must set a proper value for the variables OFSetting, HPSetting, and UFSetting
before triggering Start/Run HSC. Otherwise, the controller is faulted. (Setting a
value for LPSetting is optional for certain counting modes.)
To learn more about HscAppData variable input, see HSC APP Data Structure on
page 204.
When using HSC function blocks, it is recommended that you:
• Set HSCAppData underflow setting (UFSetting) and low preset setting (LPSetting) to a
value less than 0 to avoid possible HSC malfunction when the HSC accumulator is reset
to 0.
• Set HSCAppData overflow setting (OFSetting) and high preset setting (HPSetting) to a
value greater than 0 to avoid possible HSC malfunction when the HSC accumulator is
reset to 0.
In some cases, a master counter mode can disable a sub counter. For more information, see
HSC Mode (HSCAPP.HSCMode) on page 206.
IMPORTANT The HSC function can only be used with the controller’s embedded I/O. It
cannot be used with expansion I/O modules.
HSC Inputs and All Micro830, Micro850, and Micro870 controllers, except 2080-LCxx-xxAWB, have 100 kHz high-
speed counters. Each main high-speed counter has four dedicated inputs and each sub high-
Wiring Mapping speed counter has two dedicated inputs.
Table 75 - Micro830, Micro850, and Micro870 High Speed Counters
10/16-point 24-point 48-point
Number of HSC 2 4 6
Main high-speed counters 1 (counter 0) 2 (counters 0 and 2) 3 (counters 0, 2, and 4)
Sub high-speed counters 1 (counter 1) 2 (counters 1 and 3) 3 (counters 1, 3, and 5)
HSC0's sub counter is HSC1, HSC2's sub counter is HSC3, and HSC4's sub counter is HSC5. Each
set of counters shares the input. Table 76 shows the dedicated inputs for the HSCs depending
on the mode.
Table 76 - HSC Input Wiring Mapping
Embedded Input
0 01 02 03 04 05 06 07 08 09 10 11
HSC0 A/C B/D Reset Hold
HSC1 A/C B/D
HSC2 A/C B/D Reset Hold
HSC3 A/C B/D
HSC4 A/C B/D Reset Hold
HSC5 A/C B/D
The following tables show the input wiring mapping for the different Micro830, Micro850, and
Micro870 controllers.
Table 77 - Micro830 10-point and 16-point Controller HSC Input Wiring Mapping
Mode Value in User
Input 0 (HSC0) Input 1 (HSC0)
Modes of Operation Input 2 (HSC0) Input 3 (HSC0) Program
Input 2 (HSC1) Input 3 (HSC1) (HSCAppData.HSCMode)
Counter with Internal Direction Count Up Not Used 0
(mode 1a)
Counter with Internal Direction, Count Up Not Used Reset Hold 1
External Reset and Hold (mode 1b)
Counter with External Direction Count Up/Down Direction Not Used 2
(mode 2a)
Counter with External Direction, Count Direction Reset Hold 3
Reset, and Hold (mode 2b)
Two Input Counter (mode 3a) Count Up Count Down Not Used 4
Two Input Counter with External Count Up Count Down Reset Hold 5
Reset and Hold (mode 3b)
Quadrature Counter (mode 4a) A Type input B Type input Not Used 6
Quadrature Counter with External A Type input B Type input Z Type Reset Hold 7
Reset and Hold (mode 4b)
Quadrature X4 Counter A Type input B Type input Not Used 8
(mode 5a)
Quadrature X4 Counter with A Type input B Type input Z Type Reset Hold 9
External Reset and Hold
High-speed Counter (HSC) The following section describes HSC data structures.
Data Structures
HSC APP Data Structure
Define an HSC App Data (configuration data, data type HSCAPP) when programming an HSC.
During HSC counting, you should not change the data, except if you must reload the
configuration.
To reload HSC configuration, change the HSC APP Data, then call HSC function block with
command 0x03 (set/reload). Otherwise, the change to HSC App Data during HSC counting is
ignored.
HSC1, HSC3, and HSC5 support mode 0, 2, 4, 6, and 8 only, and HSC0, HSC2, and
HSC4 support all counting modes.
This bit enables and disables the HSC Programmable Limit Switch (PLS) function.
When the PLS function is enabled, the following settings are superseded by corresponding
data values from PLS data.
• HSCAPP.HpSetting
• HSCAPP.LpSetting
• HSCAPP.HPOutput
• HSCAPP.LPOutput
See Programmable Limit Switch (PLS) Function on page 219 for more information.
HSCID (HSCAPP.HSCID)
Description Data Format User Program Access
HSCID Word (UINT) read/write
The HSCMode variable sets the high-speed counter to one of 10 types of operation. This integer
value is configured through the programming device and is accessible in the control program.
Table 81 - HSC Operating Modes
Mode Number Type
Up Counter – The accumulator is immediately cleared (0) when it reaches the high preset. A low
0 preset cannot be defined in this mode.
Up Counter with external reset and hold – The accumulator is immediately cleared (0) when it
1 reaches the high preset. A low preset cannot be defined in this mode.
2 Counter with external direction
3 Counter with external direction, reset, and hold.
4 Two input counter (up and down)
5 Two input counter (up and down) with external reset and hold
6 Quadrature counter (phased inputs A and B)
7 Quadrature counter (phased inputs A and B) with external reset and hold
8 Quadrature X4 counter (phased inputs A and B)
9 Quadrature X4 counter (phased inputs A and B) with external reset and hold
The main high-speed counters support 10 types of operation mode and the sub high-speed
counters support 5 types (mode 0, 2, 4, 6, and 8). If the main high-speed counter is set to mode
1, 3, 5, 7, or 9, then the resub high-speed counter is disabled.
For more information on HSC Function Operating Modes and Input Assignments, see HSC
Inputs and Wiring Mapping on page 203.
Inputs 0…11 are available for use as inputs to other functions regardless of the HSC being used.
Inputs 0…11 are available for use as inputs to other functions regardless of the HSC being used.
Inputs 0…11 are available for use as inputs to other functions regardless of the HSC being used.
Inputs 0…11 are available for use as inputs to other functions regardless of the HSC being used.
Inputs 0…11 are available for use as inputs to other functions regardless of the HSC being used.
HSC Mode 5 – Two Input Counter (up and down) with External Reset and Hold
Table 87 - HSC Mode 5 Examples
Input Terminals Embedded Input 0 Embedded Input 1 Embedded Input 2 Embedded Input 3
CE Bit Comments
Function Count Direction Reset Hold
Example 1 on (1) off (0) on (1) off (0) off (0) on (1) HSC Accumulator + 1 count
Example 2 on (1) off (0) on (1) off (0) off (0) on (1) HSC Accumulator - 1 count
Example3 on (1) off (0) on (1) Hold accumulator value
Example 4 on (1) off (0) off (0) Hold accumulator value
Example 5 on (1) off (0) on (1) off (0) Hold accumulator value
Example 6 Clear accumulator (=0)
Inputs 0…11 are available for use as inputs to other functions regardless of the HSC being used.
The Quadrature Encoder is used for determining direction of rotation and position for rotating,
such as a lathe. The Bidirectional Counter counts the rotation of the Quadrature Encoder.
Figure 54 shows a quadrature encoder that is connected to inputs 0, 1, and 2. The phase angle
between A and B determines the count direction. If A leads B, the counter increments. If B
leads A, the counter decrements.
The counter can be reset using the Z input. The Z outputs from the encoders typically provide
one pulse per revolution.
Figure 54 - Quadrature Encoder Connected to Inputs
A
Input 0
B
Input 1
Z
Input 2
Reset
B
1 2 3 2 1
Count
Inputs 0…11 are available for use as inputs to other functions regardless of the HSC being used.
HSC Mode 7 – Quadrature Counter – Phased Inputs A and B with External Reset and Hold
Table 89 - HSC Mode 7 Examples
Input Terminals Embedded Input 0 Embedded Input 1 Embedded Input 2 Embedded Input 3
CE Bit Comments
Function Count A Count B Z Reset Hold
Example 1(1) off (0) off (0) on (1) HSC Accumulator + 1 count
Example 2(2) off (0) off (0) off (0) on (1) HSC Accumulator - 1 count
Example3 off (0) off (0) on (1) Reset accumulator to zero
Example 4 on (1) Hold accumulator value
Example 5 on (1) Hold accumulator value
Example 6 off (0) on (1) Hold accumulator value
Example 7 off (0) off (0) Hold accumulator value
(1) Count input A leads count input B.
(2) Count input B leads count input A.
Inputs 0…11 are available for use as inputs to other functions regardless of the HSC being used.
This parameter is the initial HSC Accumulator value that must be set when starting the HSC.
The HSC subsystem updates this parameter automatically when the HSC is in Counting mode
to reflect the actual HSC accumulator value.
High Preset (HSCAPP.HPSetting)
Description Data Format User Program Access
HSCAPP.HPSetting long word (32-bit INT) read/write
The HSCAPP.HPSetting is the upper setpoint (in counts) that defines when the HSC subsystem
generates an interrupt.
The data that is loaded into the high preset must be less than to the data resident in the
overflow (HSCAPP.OFSetting) parameter or an HSC error is generated.
Low Preset (HSCAPP.LPSetting)
Description Data Format User Program Access
HSCAPP.LPSetting long word (32-bit INT) read/write
The HSCAPP.LPSetting is the lower setpoint (in counts) that defines when the HSC subsystem
generates an interrupt.
The data that is loaded into the low preset must be:
1. Less than or equal to 0 for HSC Mode (HSCAPP.HSCMode) parameter values 0 and 1 or an
HSC error is generated.
2. Greater than or equal to the data resident in the underflow (HSCAPP.UFSetting)
parameter for all HSC Mode (HSCAPP.HSCMode) or an HSC error is generated.
If the underflow and low preset values are negative numbers, the low preset must be a number
with a smaller absolute value.
Overflow Setting (HSCAPP.OFSetting)
Description Data Format Type User Program Access
HSCAPP.OFSetting long word (32-bit INT) control read/write
The HSCAPP.OFSetting defines the upper count limit for the counter. If the counter’s
accumulated value increments past the value that is specified in this variable, an overflow
interrupt is generated. When the overflow interrupt is generated, the HSC subsystem rolls the
accumulator over to the underflow value and the counter continues counting from the
underflow value (counts are not lost in this transition). You can specify any value for the
overflow position, provided it is greater than the underflow value and falls between
-2,147,483,648 and 2,147,483,647.
Data that is loaded into the overflow variable must be greater than the data
resident in the high preset (HSCAPP.HPSetting) or an HSC error is generated.
The HSCAPP.UFSetting defines the lower count limit for the counter. If the counter’s
accumulated value decrements past the value specified in this variable, an underflow
interrupt is generated. When the underflow interrupt is generated, the HSC subsystem resets
the accumulated value to the overflow value and the counter then begins counting from the
overflow value (counts are not lost in this transition). you can specify any value for the
underflow position, provided it is less than the overflow value and falls between
-2,147,483,648 and 2,147,483,647.
Data that is loaded into the underflow variable must be less than or equal to the
data resident in the low preset (HSCAPP.LPSetting) or an HSC error is generated.
The HSCAPP.OutputMask defines which embedded outputs on the controller that the high-
speed counter can control directly. The HSC subsystem can directly (without control program
interaction) turn outputs ON or OFF based on the HSC accumulator reaching the High or Low
presets. The bit pattern that is stored in the HSCAPP.OutputMask variable defines which
outputs the HSC controls and which outputs the HSC does not control.
For example, if you want to control outputs 0, 1, 3, using HSC then you must assign,
HscAppData.OutputMask = 2#1011 (Hex) or HscAppData.OutputMask = 11 (Decimal)
The bit pattern of the HSCAPP.OutputMask variable directly corresponds to the output bits on
the controller. Bits that are set (1) are enabled and can be turned on or off by the HSC
subsystem. Bits that are clear (0) cannot be turned on or off by the HSC sub-system. The mask
bit pattern can be configured only during initial setup.
Table 92 shows an example of how HPOutput and OutputMask control embedded outputs.
Table 92 - Effect of HSC Output Mask on Embedded Outputs
Output Variable 32-Bit Signed Integer Data Word
32…20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
HSCAPP.HPOutput 0 1 0 1 0 1 0 1 0 0 1 1 0 0 0 1 1 0 0 1
(high preset output)
HSCAPP.OutputMask 1 1 0 0 0 0 0 0 0 1 1 0 0 0 1 1 0 0 1 1
(output mask)
Embedded output (10-point) 0 1
Embedded output (16-point) 0 1 0 1
Embedded output (24-point) 1 0 1 0 1
Embedded output (48-point) 0 1 0 1 0 1 0 1
The outputs that are shown in the black boxes are the outputs under the control of the HSC
subsystem. The mask defines which outputs can be controlled. The high preset output or low
preset output values (HSCAPP.HPOutput or HSCAPP.LPOutput) define if each output is either ON
(1) or OFF (0). Another way to view this is that the high or low preset output is written through
the output mask, with the output mask acting like a filter.
The bits in the gray boxes are unused. For the 10-point controller, the first 4 bits of the mask
word are used and the remaining mask bits are not functional because they do not correlate to
any physical outputs on the base unit. For the 16, 24 and 48-point controllers, the first 6, 10,
and 20 bits of the mask word are used, respectively.
The mask bit pattern can be configured only during initial setup.
The High Preset Output defines the state (1 = ON or 0 = OFF) of the outputs on the controller
when the high preset is reached. For more information on how to turn outputs on or off
directly based on the high preset being reached, see Output Mask Bits (HSCAPP.OutputMask) on
page 211.
The high output bit pattern can be configured during initial setup, or while the controller is
operating. Use the HSC function block to load the new parameters while the controller is
operating.
Low Preset Output (HSCAPP.LPOutput)
Description Data Format User Program Access
HSCAPP.LPOutput long word (32 bit binary) read/write
The Low Preset Output defines the state (1 = “on”, 0 = “off”) of the outputs on the controller
when the low preset is reached. See Output Mask Bits (HSCAPP.OutputMask) on page 211 for
more information on how to directly turn outputs on or off based on the low preset being
reached.
The low output bit pattern can be configured during initial setup, or while the controller is
operating. Use the HSC function block to load the new parameters while the controller is
operating.
HSC STS (HSC Status) Data Define an HSC STS data (HSC status information data, data type HSCSTS) when programming
an HSC.
Structure
The Counting Enabled control bit is used to indicate the status of the High-speed Counter,
whether counting is enabled (1) or disabled (0, default).
The Error Detected flag is a status bit that can be used in the control program to detect if an
error is present in the HSC subsystem. The most common type of error that this bit represents
is a configuration error. When this bit is set (1), you should examine the specific error code in
the parameter HSCSTS.ErrorCode. The controller maintains this bit and sets the bit when there
is an HSC error. You can clear this bit if required.
Count Up (HSCSTS.CountUpFlag)
Description Data Format HSC Modes(1) User Program Access
HSCSTS.CountUpFlag bit 0…9 read-only
(1) For Mode descriptions, see HSC Mode (HSCAPP.HSCMode) on page 206.
The Count Up bit is used with all HSCs (modes 0…9). If the HSCSTS.CountEnable bit is set, the
Count Up bit is set (1). If the HSCSTS.CountEnable is cleared, the Count Up bit is cleared (0).
Count Down (HSCSTS.CountDownFlag)
Description Data Format HSC Modes(1) User Program Access
SCSTS.CountDownFlag bit 2…9 read-only
(1) For Mode descriptions, see HSC Mode (HSCAPP.HSCMode) on page 206.
The Count Down bit is used with the bidirectional counters (modes 2…9). If the
HSCSTS.CountEnable bit is set, the Count Down bit is set (1). If the HSCSTS.CountEnable bit is
clear, the Count Down bit is cleared (0).
Mode Done (HSCSTS.Mode1Done)
Description Data Format HSC Modes(1) User Program Access
HSCSTS.Mode1Done bit 0 or 1 read/write
(1) For Mode descriptions, see HSC Mode (HSCAPP.HSCMode) on page 206.
The Mode Done status flag is set (1) by the HSC subsystem when the HSC is configured for Mode
0 or Mode 1 behavior, and the accumulator counts up to the High Preset.
Overflow (HSCSTS.OVF)
Description Data Format HSC Modes(1) User Program Access
HSCSTS.OVF bit 0…9 read/write
(1) For Mode descriptions, see HSC Mode (HSCAPP.HSCMode) on page 206.
The HSCSTS.OVF status flag is set (1) by the HSC subsystem whenever the accumulated value
(HSCSTS.Accumulator) has counted through the overflow variable (HSCAPP.OFSetting).
This bit is transitional the HSC subsystem sets this bit. It is up to the control program to use,
track if necessary, and clear (0) the overflow condition.
The Underflow status flag is set (1) by the HSC subsystem whenever the accumulated value
(HSCSTS.Accumulator) has counted through the underflow variable (HSCAPP.UFSetting).
This bit is transitional and the HSC subsystem sets this bit. It is up to the control program to
use, track if necessary, and clear (0) the underflow condition.
The HSC subsystem controls the Count Direction status flag. When the HSC accumulator
counts up, the direction flag is set (1). Whenever the HSC accumulator counts down, the
direction flag is cleared (0).
If the accumulated value stops, the direction bit retains its value. The only time the direction
flag changes is when the accumulated count reverses.
The HSC subsystem updates this bit continuously whenever the controller is in a run mode.
High Preset Reached (HSCSTS.HPReached)
Description Data Format HSC Modes(1) User Program Access
HSCSTS.HPReached bit 2…9 read/write
(1) For Mode descriptions, see Count Down (HSCSTS.CountDownFlag) on page 213.
The High Preset Reached status flag is set (1) by the HSC subsystem whenever the
accumulated value (HSCSTS.Accumulator) is greater than or equal to the high preset variable
(HSCAPP.HPSetting).
The HSC subsystem updates this bit continuously whenever the controller is in an executing
mode. Writing to this element is not recommended.
Low Preset Reached (HSCSTS.LPReached)
Description Data Format HSC Modes(1) User Program Access
HSCSTS.LPReached) bit 2…9 read only
(1) For Mode descriptions, see HSC Mode (HSCAPP.HSCMode) on page 206.
The Low Preset Reached status flag is set (1) by the HSC subsystem whenever the accumulated
value (HSCSTS.Accumulator is less than or equal to the low preset variable HSCAPP.LPSetting).
The HSC subsystem updates this bit continuously whenever the controller is in an executing
mode. Writing to this element is not recommended.
Overflow Interrupt (HSCSTS.OFCauseInter)
Description Data Format HSC Modes(1) User Program Access
HSCSTS.OFCauseInter bit 0…9 read/write
(1) For Mode descriptions, see HSC Mode (HSCAPP.HSCMode) on page 206.
The Overflow Interrupt status bit is set (1) when the HSC accumulator counts through the
overflow value and the HSC interrupt is triggered. This bit can be used in the control program
to identify that the overflow variable caused the HSC interrupt. If the control program must
perform any specific control action based on the overflow, this bit is used as conditional logic.
This bit can be cleared (0) by the control program and is also cleared by the HSC subsystem
whenever these conditions are detected:
• Low Preset Interrupt executes
• High Preset Interrupt executes
• Underflow Interrupt executes
The Underflow Interrupt status bit is set (1) when the HSC accumulator counts through the
underflow value and the HSC interrupt is triggered. This bit can be used in the control program
to identify that the underflow condition caused the HSC interrupt. If the control program must
perform any specific control action based on the underflow, this bit is used as conditional
logic.
This bit can be cleared (0) by the control program and is also cleared by the HSC subsystem
whenever these conditions are detected:
• Low Preset Interrupt occurs
• High Preset Interrupt occurs
• Overflow Interrupt occurs
High Preset Interrupt (HSCSTS.HPCauseInter)
Description Data Format HSC Modes(1) User Program Access
HSCSTS.HPCauseInter bit 0…9 read/write
(1) For Mode descriptions, see HSC Mode (HSCAPP.HSCMode) on page 206.
The High Preset Interrupt status bit is set (1) when the HSC accumulator reaches the high
preset value and the HSC interrupt is triggered. This bit can be used in the control program to
identify that the high preset condition caused the HSC interrupt. If the control program must
perform any specific control action based on the high preset, this bit is used as conditional
logic.
This bit can be cleared (0) by the control program and is also cleared by the HSC subsystem
whenever these conditions are detected:
• Low Preset Interrupt occurs
• Underflow Interrupt occurs
• Overflow Interrupt occurs
Low Preset Interrupt (HSCSTS.LPCauseInter)
Description Data Format HSC Modes(1) User Program Access
HSCSTS.LPCauseInter bit 2…9 read/write
(1) For Mode descriptions, see HSC Mode (HSCAPP.HSCMode) on page 206.
The Low Preset Interrupt status bit is set (1) when the HSC accumulator reaches the low preset
value and the HSC interrupt has been triggered. This bit can be used in the control program to
identify that the low preset condition caused the HSC interrupt. If the control program must
perform any specific control action based on the low preset, this bit would be used as
conditional logic.
This bit can be cleared (0) by the control program and is also cleared by the HSC sub-system
whenever these conditions are detected:
• High Preset Interrupt occurs
• Underflow Interrupt occurs
• Overflow Interrupt occurs
Programmable Limit Switch Position (HSCSTS.PLSPosition)
Description Data Format HSC Modes(1) User Program Access
HSCSTS.PLSPosition Word (INT) 0…9 read-only
(1) For Mode descriptions, see HSC Mode (HSCAPP.HSCMode) on page 206.
When the HSC is in Counting mode, and PLS is enabled, this parameter indicates which PLS
element is used for the current HSC configuration.
Error Code (HSCSTS.ErrorCode)
Description Data Format HSC Modes(1) User Program Access
HSCSTS.ErrorCode Word (INT) 0…9 read-only
(1) For Mode descriptions, see HSC Mode (HSCAPP.HSCMode) on page 206.
Table 93 shows the Error Codes that are detected by the HSC subsystem and are displayed in
this word.
Table 93 - HSC Error Codes
Error Code Sub-element HSC Counting Error Codes Error Description
The nonzero value for the high byte indicates that the
HSC error is due to PLS data setting. The value of high
Bit 15…8 (high byte) 0…255 byte indicates which element of PLS data triggers the
error.
0x00 No error
0x01 Invalid HSC counting mode
0x02 Invalid High preset
Bit 7…0 (low byte)
0x03 Invalid overflow
0x04 Invalid underflow
0x05 No PLS data
Writing to this element is not recommended except for clearing existing errors and to capture
new HSC errors.
Accumulator (HSCSTS.Accumulator)
Description Data Format User Program Access
HSCSTS.Accumulator long word (32-bit INT) read-only
HSCSTS.Accumulator contains the number of counts that are detected by the HSC subsystem.
If either mode 0 or mode 1 is configured, the accumulator is reset to 0 when a high preset is
reached or when an overflow condition is detected.
High Preset (HSCSTS.HP)
Description Data Format User Program Access
HSCSTS.HP long word (32-bit INT) read-only
The HSCSTS.HP is the upper setpoint (in counts) that defines when the HSC subsystem
generates an interrupt.
The data that is loaded into the high preset must be less than or equal to the data resident in
the overflow (HSCAPP.OFSetting) parameter or an HSC error is generated.
This is the latest high preset setting, which may be updated by PLS function from the PLS data
block.
Low Preset (HSCSTS.LP)
Description Data Format User Program Access
HSCSTS.LP long word (32-bit INT) read-only
The HSCSTS.LP is the lower setpoint (in counts) that defines when the HSC subsystem
generates an interrupt.
The data that is loaded into the low preset must be greater than or equal to the data resident
in the underflow (HSCAPP.UFSetting) parameter, or an HSC error is generated. If the underflow
and low preset values are negative numbers, the low preset must be a number with a smaller
absolute value.
This is the latest low preset setting, which may be updated by PLS function from the PLS data
block.
High Preset Output (HSCSTS.HPOutput)
Description Data Format User Program Access
HSCSTS.HPOutput long word (32 bit binary) read-only
The High Preset Output defines the state (1 = ON or 0 = OFF) of the outputs on the controller
when the high preset is reached. See Output Mask Bits (HSCAPP.OutputMask) on page 211 for
more information on how to turn outputs on or off directly based on the high preset being
reached.
This is the latest high preset output setting, which may be updated by PLS function from the
PLS data block.
Low Preset Output (HSCSTS.LPOutput)
Description Data Format User Program Access
HSCSTS.LPOutput long word (32 bit binary)) read-only
The Low Preset Output defines the state (1 = “on”, 0 = “off”) of the outputs on the controller
when the low preset is reached. See Output Mask Bits (HSCAPP.OutputMask) on page 211 for
more information on how to turn outputs on or off directly based on the low preset being
reached.
This is the latest low preset output setting, which may be updated by the PLS function from the
PLS data block.
High-speed Counter (HSC) The HSC function block can be used to start/stop HSC counting, to refresh HSC status, to
reload HSC setting, and to reset the HSC accumulator.
Function Block
HSC
Enable STS
HscCmd
HscAppData
HscStsInfo
PlsData
HscCmd = 1 starts the HSC mechanism. Once the HSC is in running mode, the HscCmd = 2
must be issued to stop counting. Setting the Enable input parameter to False does not stop
counting while in running mode.
The parameter values shown in the Variable Monitor may not match the values in the
Hardware. Command 3 must be executed to load the values from the variables to the hardware
without stopping the HSC.
If the HSC Enable is True, HscCmd = 3 will continuously load the parameters. Trigger HscCmd =
3 only once.
HscCmd = 4 (reset) sets the Acc value to the HSC AppData.Accumalator value. The HscCmd =4
does not stop HSC counting. If the HSC is counting when the HscCmd =4 is issued, some
counting may be lost.
To reset the Acc value and then continue the counting, trigger the HscCmd =4 only once. If the
command is enabled continuously, it may cause errors.
The HSC mechanism updates the HSC AppData.Accumalator value automatically with the same
value as the HSC Sts.Accumulator. To set one specific value to HSC Acc while counting, write
the value to HSC AppData.Accumalator immediately before HscCmd =4 is issued.
Table 95 - HSC Commands
HSC Command Description
0x00 Reserved
HSC RUN
• Start HSC (if HSC in Idle mode and Rung is Enabled)
0x01
• Update HSC Status Info only (if HSC already in RUN mode and Rung is Enabled)
• Update HSC status Info only (if Rung is disabled)
0x02 HSC Stop: Stop an HSC counting (if HSC is in RUN mode and Rung is Enabled.)
HSC Load: reload HSC Configuration (if Rung is Enabled) for 6 input elements: HPSetting,
0x03 LPSetting, HPOutput, LPOutput, OFSetting, and UFSetting. HSC accumulator is NOT
reloaded by cmd = 0x03.
HSC Reset: set Accumulator to assigned value, and reset HSC status information (if Rung
0x04 is Enabled)
HSC_SET_STS Function
Block HSC
Enable STS
HscId
Mode1Done
HPReached
LPReached
OFOccured
UFOccured
The HSC Set Status function block can be used to change the HSC counting status. This
function block is called when the HSC is not counting (stopped).
Table 97 - HSC Parameters
Parameter Parameter Type Data Type Parameter Description
Enable function block
Enable Input BOOL When Enable = TRUE, set/reset the HSC status.
When Enable = FALSE, there is no HSC status change.
See HSC APP Data
HscId Input Structure on Describes which HSC status to set.
page 204
Mode1Done Input BOOL Mode 1A or 1B counting is done.
High Preset reached
HPReached Input BOOL This bit can be reset to FALSE when HSC is not counting.
Low Preset reached
LPReached Input BOOL This bit can be reset to FALSE when HSC is not counting.
Overflow occurred
OFOccurred Input BOOL This bit can be reset to FALSE when necessary.
Underflow occurred
UFOccurred Input BOOL This bit can be reset to FALSE when necessary.
HSC function block execution status
Sts Output UINT See HSC Function Block Status Codes on page 218 for HSC
status code description (except 0x02 and 0x04).
Programmable Limit Switch The Programmable Limit Switch function allows you to configure the High-Speed Counter to
operate as a PLS (programmable limit switch) or rotary cam switch.
(PLS) Function
When PLS operation is enabled (HSCAPP.PLSEnable = True), the HSC (High-Speed Counter) uses
PLS data for limit/cam positions. Each limit/cam position has corresponding data parameters
that are used to set or clear physical outputs on the controller’s base unit. The PLS data block
is illustrated in Figure 55 on page 220.
IMPORTANT The PLS Function only operates in tandem with the HSC of a Micro830
controller. To use the PLS function, an HSC must first be configured.
PLS data structure is a flexible array, with each element defined as follows.
Element Order Data Type Element Description
Word 0…1 DINT High preset setting
The total number of elements for one PLS data cannot be larger than 255.
When PLS is not enabled, PLS data is still required to be defined, but can be not initialized.
Figure 55 - PLS Data Block
PLS Operation
When the PLS function is enabled, and the controller is in the run mode, the HSC counts
incoming pulses. When the count reaches the first preset (HSCHP or HSCLP) defined in the PLS
data, the output source data (HSCHPOutput or HSCLPOutput) is written through the HSC mask
(HSCAPP.OutputMask).
At that point, the next presets (HSCHP and HSCLP) defined in the PLS data become active.
When the HSC counts to that new preset, the new output data is written through the HSC mask.
This process continues until the last element within the PLS data block is loaded. At that point,
the active element within the PLS data block is reset to zero. This behavior is referred to as
circular operation.
The HSCHPOutput is only written when HSCHP is reached. The HSCLPOutput is
written when HSCLP is reached.
Output High Data is only operational when the counter is counting up. Output Low
Data is only operational when the counter is counting down.
If invalid data is loaded during operation, an HSC error is generated and causes a controller
fault.
You can use the PLS in Up (high), Down (low), or both directions. If your application only counts
in one direction, ignore the other parameters.
The PLS function can operate with all other HSC capabilities. The ability to select which HSC
events generate a user interrupt are not limited.
PLS Example
Using Connected Components Workbench software, define the PLS data HSC_PLS’s dimension
as [1…4].
PLS Data Definition
Data Description Data Format
HSCHP High Preset
32 bit signed integer
HSCLP Low Preset
HSCHPOutput Output High Data 32 bit binary
HSCLPOutput Output Low Data (bit 31--> 0000 0000 0000 0000 0000 0000 0000 0000 <--bit 0)
Once the values above for all 4 PLS data elements have been entered, the PLS is configured.
Assume that HSCAPP.OutputMask = 31 (HSC mechanism controls Embedded Output 0...4 only),
and HSCAPP.HSCMode = 0.
When the ladder logic first runs, HSCSTS.Accumulator = 1, therefore all outputs are turned off.
The value of HSCSTS.HP = 250
This repeats as the HSCSTS.Accumulator reaches 500, 750, and 1000. The controller energizes
outputs 0...2, 0...3, and 0...4 respectively. Once completed, the cycle resets and repeats from
HSCSTS.HP = 250.
HSC Interrupts An interrupt is an event that causes the controller to suspend the task it is performing,
perform another task, and then return to the suspended task at the point where it suspended.
Micro800 controllers support up to six HSC interrupts.
An HSC interrupt is a mechanism that Micro830, Micro850, and Micro870 controllers provide to
execute selected user logic at a pre-configured event.
The Auto Start is configured with the programming device and stored as part of the user
program. The auto start bit defines if the HSC interrupt function automatically starts whenever
the controller enters any run or test mode.
Mask for IV (HSC0.MV)
Description Data Format HSC Modes(1) User Program Access
MV - Overflow Mask bit 0…9 read-only
(1) For Mode descriptions, see Count Down (HSCSTS.CountDownFlag) on page 213.
The MV (Overflow Mask) control bit is used to enable (allow) or disable (not allow) an overflow
interrupt from occurring. If this bit is clear (0), and an overflow reached condition is detected
by the HSC, the HSC user interrupt is not executed.
This bit is controlled by the user program and retains its value through a power cycle. It is up
to the user program to set and clear this bit.
Mask for IN (HSC0.MN)
Description Data Format HSC Modes(1) User Program Access
MN - Underflow Mask bit 2…9 read-only
(1) For Mode descriptions, see Count Down (HSCSTS.CountDownFlag) on page 213.
The MN (Underflow Mask) control bit is used to enable (allow) or disable (not allow) an
underflow interrupt from occurring. If this bit is clear (0), and an Underflow Reached condition
is detected by the HSC, the HSC user interrupt is not executed.
This bit is controlled by the user program and retains its value through a power cycle. It is up
to the user program to set and clear this bit.
Mask for IH (HSC0.MH)
Description Data Format HSC Modes(1) User Program Access
MH - High Preset Mask bit 0…9 read-only
(1) For Mode descriptions, see Count Down (HSCSTS.CountDownFlag) on page 213.
The MH (High Preset Mask) control bit is used to enable (allow) or disable (not allow) a high
preset interrupt from occurring. If this bit is clear (0), and a High Preset Reached condition is
detected by the HSC, the HSC user interrupt is not executed.
This bit is controlled by the user program and retains its value through a power cycle. It is up
to the user program to set and clear this bit.
Mask for IL (HSC0.ML)
Description Data Format HSC Modes(1) User Program Access
ML - Low Preset Mask bit 2…9 read-only
(1) For Mode descriptions, see Count Down (HSCSTS.CountDownFlag) on page 213.
The ML (Low Preset Mask) control bit is used to enable (allow) or disable (not allow) a low preset
interrupt from occurring. If this bit is clear (0), and a Low Preset Reached condition is detected
by the HSC, the HSC user interrupt is not executed.
This bit is controlled by the user program and retains its value through a power cycle. It is up
to the user program to set and clear this bit.
The Enabled bit is used to indicate HSC interrupt enable or disable status.
User Interrupt Executing (HSC0.EX)
Description Data Format HSC Modes(1) User Program Access
HSC0.EX bit 0…9 read-only
(1) For Mode descriptions, see Count Down (HSCSTS.CountDownFlag) on page 213.
The EX (User Interrupt Executing) bit is set (1) whenever the HSC subsystem begins processing
the HSC subroutine due to any of the following conditions:
• Low preset reached
• High preset reached
• Overflow condition – Count up through the overflow value
• Underflow condition – Count down through the underflow value
The HSC EX bit can be used in the control program as conditional logic to detect if an HSC
interrupt is executing.
The HSC subsystem clears (0) the EX bit when the controller completes its processing of the
HSC subroutine.
User Interrupt Pending (HSC0.PE)
Description Data Format HSC Modes(1) User Program Access
HSC0.PE bit 0…9 read-only
(1) For Mode descriptions, see Count Down (HSCSTS.CountDownFlag) on page 213.
The PE (User Interrupt Pending) is a status flag that represents an interrupt is pending. This
status bit can be monitored or used for logic purposes in the control program if you must
determine when a subroutine cannot be executed immediately. The controller maintains this
bit, and sets and clears the bit automatically.
User Interrupt Lost (HSC0.LS)
Description Data Format HSC Modes(1) User Program Access
HSC0.LS bit 0…9 read/write
(1) For Mode descriptions, see Count Down (HSCSTS.CountDownFlag) on page 213.
The LS (User Interrupt Lost) is a status flag that represents an interrupt has been lost. The
controller can process 1 active and maintain up to 1 pending user interrupt conditions before it
sets the lost bit.
The controller sets this bit. It is up to the control program to use, track the lost condition if
necessary.
Controller Security
Operation Mode To maintain the secure operation of your Micro800 controllers, operations that can disrupt
controller operation are restricted based on the controller operating mode.
Table 98 - Activities Allowed in Different Controller Operating Modes while Online
Activity
Ethernet Port
Current Controller Configuration Setting(1) Serial and USB
Firmware Update (through Connected
Port Configuration Lost
Operation Password Password Controller Mode I/O Configuration
Request Components Recovery Change Change Change
Changes
Workbench or RSLinx
software)
Controller in Accepted Accepted Not Allowed Accepted Accepted Accepted Not Allowed
Program Mode
Controller without
Password Protection in Rejected Not Allowed Not Allowed Not Applicable Not Applicable Accepted Not Allowed
Remote Run Mode
Controller with
Password Protection in Rejected Not Allowed(2) Not Allowed Rejected Rejected Rejected Not Allowed
Remote Run Mode
Controller in
Rejected Not Allowed Not Allowed Rejected Rejected Rejected Not Allowed
Hard Run Mode(3)
(1) Ethernet configuration includes IP address, subnet mask, gateway, port speed/duplex and so on.
(2) Difference between Not Allowed and Rejected is that Not Allowed activities can only be done during offline while Rejected activities can be performed but do not take effect.
(3) Hard Run Mode can only be in Micro830, Micro850, and Micro870 controllers with the Mode switch to RUN.
Exclusive Access Exclusive access is enforced on the Micro800 controller regardless of whether the controller is
password-protected or not. This means that only one Connected Components Workbench
software session is authorized at one time and only an authorized client has exclusive access
to the controller application. This ensures that only one software session has exclusive access
to the Micro800 application-specific configuration.
Password Protection By setting a password on the controller, you effectively restrict access to the programming
software connections to the controller to software sessions that can supply the correct
password. Essentially, Connected Components Workbench software operation such as upload
and download are prevented if the controller is secured with a password and the correct
password is not provided.
Micro800 controllers with firmware revision 2 and later are shipped with no password but a
password can be set through the Connected Components Workbench software (version 2 or
later).
In Connected Components Workbench software version 10 or later, a stronger password
algorithm is introduced to provide better security. To take full advantage of this enhancement,
the Micro800 controller must have firmware revision 10 or later, and the project must also be
software version 10 or later.
The controller password is also backed up to the memory backup module (2080-MEMBAK-RTC
and 2080-MEMBAK-RTC2).
Disable Communication You can disable the communication ports in the Micro850 and Micro870 controllers to increase
the security level of the controller. Both the USB and Ethernet ports can be set to disabled in
Ports the Connected Components Workbench software.
IMPORTANT You must verify that you have a method to connect to the controller
after you have disabled the communication ports, so that you can re-
enable the ports if needed.
You must connect to the controller online to make the change.
For users with earlier versions of the software and/or revisions of the hardware, see the
following compatibility scenarios.
Connection to a Micro800 controller with firmware revision 2 using an earlier version of the
Connected Components Workbench software (version 1) is possible and connections are
successful. However, the software is not able to determine whether the controller is locked or
not.
If the controller is not locked, access to the user application is allowed, provided that the
controller is not busy with another session. If the controller is locked, access to the user
application fails. You must upgrade to version 2 of the Connected Components Workbench
software.
Work with a Locked The following workflows are supported on compatible Micro800 controllers (firmware
revision 2) and Connected Components Workbench software version 2.
Controller
Upload from a Password-Protected Controller
1. Launch the Connected Components Workbench software.
2. In the Project Organizer, expand Catalog by clicking the + sign.
3. Select the target controller.
4. Select Upload.
5. When requested, provide the controller password.
IMPORTANT If the controller has a password locked version 10 or later project, you
cannot access the controller using Connected Components Workbench
software version 9 or earlier. If you use Connected Components
Workbench software version 10 or later to download a version 9 or
earlier project, the password in the controller is converted to the old
algorithm automatically.
IMPORTANT If the controller has a password locked version 9 or earlier project and
you use Connected Components Workbench software version 10 or later,
to download a version 10 or later project, the password in the controller
is converted to the new algorithm automatically.
IMPORTANT If communication is lost during the download, repeat the download and
verify that the controller is password protected.
8. Power up controller2.
9. Click Connect.
10. Select target controller2.
11. Click Download.
12. Lock controller2. See Configure Controller Password on page 277.
IMPORTANT Even though the password matches, the restore operation fails if either
one of the controller or project in the memory module is protected
using the old password algorithm, and the other is protected using the
new password algorithm. You can update the controller using the Reset
option to clear the password before restoring the project to
the controller.
Configure Controller To set, change, and clear the controller password, see the quick start instructions Configure
Controller Password on page 277.
Password
IMPORTANT After creating or changing the controller password, you must power
down the controller in order for the password to be saved.
Recover from a Lost If the controller is secured with a password and the password has been lost, then it becomes
impossible to access the controller using the Connected Components Workbench software.
Password
To recover, the controller must be set to Program Mode using the keyswitch for Micro830,
Micro850, and Micro870 controllers, the 2080-LCD for Micro810 controllers, or the 2080-
REMLCD for Micro820 controllers. Then, ControlFLASH™ can be used to update the controller
firmware, which also clears the controller memory. In Connected Components Workbench
software version 10 or later, the Reset option must be selected for the controller memory to be
cleared during the firmware update. If the Upgrade or Downgrade option is selected, the
password is retained.
ATTENTION: The project in the controller is lost but a new project can be
downloaded.
Using the Memory Module You can use the memory module (2080-MEMBAK-RTC and 2080-MEMBAK-RTC2) to download a
program into different controllers.
Plug-in
IMPORTANT 2080-MEMBAK-RTC is not supported on Micro850 (2080-L50E) and
Micro870 controllers.
To perform a project backup from a controller to the memory module, follow these steps:
1. Create a program and choose the desired controller.
The Micro850 controller is used for this example.
2. Double-click the controller icon under Project Organizer to bring up the controller
properties window.
4. Select Configuration under the MEMBAK-RTC properties and select “Load Always” or
“Load on Memory Error” for the Load on power up option.
IMPORTANT The Password Mismatch status must be at “False”, this means that the
Controller and Backup project have the same security condition.
If the status is “True” then the Controller does not load from the Memory
module as the security condition is mismatched.
To restore the project from the memory module to the controller, follow these steps:
1. While connected to the controller and being in the MEMBAK-RTC properties, make sure
that the controller is changed to Program Mode and click “Restore from Memory Module”
under Memory Module Settings. Select Yes to download the program into the controller.
A window should pop up stating that the operation has been completed successfully.
You can use the memory module to download a project to multiple controllers without
connecting them to a PC with Connected Components Workbench software installed. To do
this:
1. Back up a project with “Load Always” option enabled.
2. Remove the module and plug it into another controller.
3. Cycle the power. Observe the Status LED on the module lights up for a few seconds
while the project is being downloaded from the module to the controller.
4. When the operation is finished you can unplug the module and leave the slot empty, or
plug in another MEMBAK-RTC module if you want to use the RTC functionality.
Notes:
This chapter provides a description of microSD card support on Micro830, Micro850, and
Micro870 controllers. The last section provides quick start projects for the data log and recipe
functions.
Overview With firmware revision 12.011 or later, Micro830, Micro850, and Micro870 controllers support
microSD cards by using the microSD card plug-in (a PartnerNetwork™ Technology partner
product) for Micro800 controllers for the following purposes:
• Project backup and restore
• Data log and Recipe
IMPORTANT For optimum performance, the microSD card should not be more than
90% full. Regularly check available space on your microSD card and
verify that the card is exclusively used for the Micro800 controller and
no unnecessary files are present. Regularly delete old data log files and
directories.
IMPORTANT Do not remove the microSD card or power down while operations such
as upload, download, delete, search, backup, and restore are ongoing to
prevent data loss. A blinking SD status LED indicates that these
operations are ongoing.
Note the following:
• The SD status LED does not blink when updating the firmware from the
microSD card.
• The SD status LED does not blink continuously for the entire duration of
the restore operation.
IMPORTANT To prevent data loss, the recipe and data log function blocks must
indicate the Idle status before the microSD card is removed.
Project Backup and Restore Project backup and restore on Micro830, Micro850, and Micro870 controllers are supported
through the microSD card. Both backup and restore can be initiated or manually triggered and
configured through the Connected Components Workbench software, and the
ConfigMeFirst.txt file in the microSD card. These backup files are not the same as the
Connected Components Workbench project files.
Backup and restore can only occur when the controller is in PROGRAM mode. On controller
power-up, restore automatically occurs if the Load Always or Load on Memory Error option has
been configured in the Connected Components Workbench software.
In Connected Components Workbench software version 20.01.00 or later, when you use the
Micro850 (2080-L50E) and Micro870 (2080-L70E) controllers with the microSD card plug-in
module, the encryption functionality option is added to help enhance the encryption capability
on your programs for better security protection.
If you select the option “Enable Encryption on user backup project”, the time it takes to restore
the program can increase up to 10 times, depending on the size and content of the program.
IMPORTANT To learn about restore and backup using the Connected Components
Workbench software, see the software Online Help.
IMPORTANT If the Load Always setting is enabled and power is lost when restoring a
project from the microSD card, the controller will attempt to load the
project using the default project name and directory after power is
restored. If your project is not using the default name and directory, the
operation fails and a fault occurs, or the wrong project is loaded.
The default project name is the name of the controller, for example
“Micro850”, and the default directory is “Micro850\USERPRJ”.
If you change the name of the controller from the default, you must
configure the UPD setting in the ConfigMeFirst.txt file.
The microSD card stores the controller password in encrypted format. When the password is
mismatched, the contents of the microSD card is not restored on the controller.
Table 99 describes the methods that you can use to trigger project backup and restore.
Table 99 - Methods for Backup and Restore
Method Backup Restore
Online with Connected Components Yes Yes
Workbench software
Project configuration on memory No Load Always and/or Load on Memory
card at power-up Error options
Yes Yes
ConfigMeFirst.txt at power-up (Through the [BKD] command) (Through the [RSD] command)
Project restore is done from the subdirectory that is specified in the ConfigMeFirst.txt file or
the <Micro800>/USERPRJ default folder, if none is specified in the ConfigMeFirst.txt file. You
must verify that the directory is populated with the correct contents before restoring.
The ConfigMeFirst.txt file is a configuration file that is stored on the microSD card that you can
optionally create to customize backup, restore, recipe, and data log directories. The following
sections include information on how to configure the ConfigMeFirst.txt properly.
IMPORTANT The Micro800 controller reports a major fault when project backup does
not succeed because the memory card size is exceeded.
ConfigMeFirst.txt Errors
The SD status LED goes off when the microSD card is inserted during PROGRAM or RUN mode
(or on power-up) and the ConfigMeFirst.txt file is either unreadable or invalid. The
ConfigMeFirst.txt file is invalid when it has the following errors:
• Unrecognized setting (that is, the first three configuration rules have not been
followed).
• The setting parameters after the = symbol is invalid, does not exist, or out of range.
• The same setting exists twice or more.
• One or more non-setting characters exist within the same bracket.
• Space in between setting characters (example, [P M]).
• Space in between IP address, subnet mask, and gateway address (for example, xxx. x
xx.xxx.xxx).
• Only one of the network parameter settings ([IPA], [SNM], or [GWA]) is assigned.
• [END] setting does not exist (even if there are no other settings in the configuration
file).
The microSD card becomes unusable until the ConfigMeFirst.txt file becomes readable or the
errors are corrected.
The first step is to back up the project from the controller into the microSD card.
1. In the Connected Components Workbench software, verify that you have downloaded
the updated project to your controller.
2. Insert a microSD card into the microSD card slot.
3. Set the controller to program mode.
4. Under the Memory Card option in your controller settings, select Backup to Memory
Card.
The image files are stored in the default location on the microSD card <Micro800>\USERPRJ.
This location is where the controller loads from when the Load on power up setting is
configured to “Load Always” or “Load on Error”.
Alternatively, if you do not want to use Connected Components Workbench software to create
the project backup, you can also use the ConfigMeFirst.txt file.
Figure 57 - Example Configuration for Project Backup
The ConfigMeFirst.txt file also allows you to restore from the backup if you want to configure
the Load on power up setting to “Disable”.
The next step is to retrieve the image files from the microSD card and send them to your
customer through email.
1. Remove the microSD card from the controller and read the card using your computer.
2. Navigate to the location where the image files are stored (default is
<Micro800>\USERPRJ).
3. Use a compression program to zip these image files and send them to your customer
through email.
The customer must extract these image files into the root directory of their microSD card and
verify that the location is identical to the original (default is <Micro800>\USERPRJ).
The last step is to restore the project to your controller from the microSD card. There are two
methods to restore the backup, depending on the configuration of the controller.
Existing Controller - Load Always / Load on Error
For this example, the Load on power up setting was configured to “Load Always”. This means
that the controller loads the project from the memory card whenever it is powered on.
1. Insert the microSD card into the microSD card slot.
2. Cycle power to the controller.
3. When the SD LED displays a steady green light, the project restore is complete.
This method is used for an existing controller that has been configured and you want to
update the program.
New Controller
If your controller is new, you can use the ConfigMeFirst.txt file to restore the project backup.
Figure 58 - Example Configuration for Project Restore
In the example shown above, the ConfigMeFirst.txt file configures the IP address, subnet mask,
and gateway of the controller, and restores the project from the location that is specified on
the microSD card.
The ConfigMeFirst.txt file must be placed in the same root directory as the backup folder in the
microSD card.
Data Log The data logging feature allows you to capture global and local variables with time stamp from
the Micro800 controller into the microSD card. You can retrieve the recorded datasets on the
microSD card by reading the contents of the microSD card through a card reader or by doing
an upload through the Connected Components Workbench software.
A maximum number of 10 datasets are supported for a Micro800 program. Each dataset can
contain up to 128 variables, with a maximum of four data string variables per dataset. String
variables can have a maximum of 252 characters. All datasets are written to the same file. For
more information on how data logs are stored on the microSD card, see the Data Log Directory
Structure on page 241.
You can retrieve data log files from the microSD card using a card reader or by uploading the
data logs through the Connected Components Workbench software.
See the sample quick start project to get you started on the Data Log feature, Use the Data Log
Feature on page 248.
IMPORTANT Data log execution time depends on the user application and its
complexity. Users are advised to data log no faster than every 2
seconds for typical applications. Housekeeping takes at least 5 ms per
program scan. See Program Execution in Micro800 Controllers on
page 125 for more information on program scan and execution rules
and sequence.
See also Data Log – Data Payload vs. Performance Time on page 244.
IMPORTANT In cases where there are simultaneous RCP and DLG function block
execution or uploads/downloads/searches, the activities are queued up
and handled one by one by the program scan. You can observe a
slowdown in performance in these cases.
Subdirectories are also created following the controller RTC time stamp. This means that
if the RTC date at the time of function block execution is February 02, 2019, the subfolder
2019 is created under DATALOG. Under the 2019 folder, the subfolder 02 (which represents
the month of February) is created. Under 02, another subfolder 02 is created,
corresponding to the current date.
These data log files
are for February 2,
Under the current working folder, the subfolder Grp01 is created. A maximum of 50 Grpxxx
folders can be generated on the microSD card per day.
Under the current Grpxxx working folder, the data log file File01.txt is created. Once this
file reaches more than 4 KB, another file, File02.txt, is automatically created to store
data. The file size is kept small to minimize data loss in case the card is removed or when
there is unexpected power off.
Each Grpxx folder can accommodate up to 50 files. This means that, for example, when
the Grp01 folder already stores 50 files, a new folder Grp02 is automatically created to
store the next data log files for that day. This automatic folder and file generation goes
on until the Grpxx folder reaches 50 for that day.
When a microSD card is inserted, the DLG function block looks for the last Grpxx folder
and filexx.txt file, and proceeds to do the data logging based on that information.
Enable Status
TSEnable ErrorID
CfgId
IMPORTANT File access error is returned during DLG function block execution when
the card is full.
Enable(1) Enable(1)
Enable(1)
Disable(0) Disable(0) Disable(0)
Error(3)
Succeed(2)
Busy(1) Busy(1)
Status(0)
Idle(0) Idle(0)
Idle(0)
Table 102 - Supported Data Types for Data Log and Recipe Function Blocks
Data Type Description Example Format in Output Data Log File
Logical Boolean with values 0: FALSE
BOOL(1) TRUE and FALSE 1: TRUE)
SINT Signed 8-bit integer value -128, 127
INT Signed 16-bit integer value -32768, 32767
DINT Signed 32-bit integer value -2147483648, 2147483647
LINT Signed 64-bit integer value -9223372036854775808, 9223372036854775807
USINT(BYTE) Unsigned 8-bit integer value 0, 255
UINT(WORD) Unsigned 16-bit integer value 0, 65535
Table 102 - Supported Data Types for Data Log and Recipe Function Blocks (Continued)
Data Type Description Example Format in Output Data Log File
UDINT(DWORD) Unsigned 32-bit integer value 0, 4294967295
ULINT(LWORD) Unsigned 64-bit integer value 0, 18446744073709551615
REAL 32-bit floating point value -3.40282347E+38, +3.40282347E+38
LREAL 64-bit floating point value -1.7976931348623157E+308, +1.7976931348623157E+308
character string
STRING(2) (1 byte per character) “Rotation Speed”
1234567
Unsigned 32-bit
DATE(1) integer value (Date variables are stored as 32-bit words, a positive number
of seconds beginning at 1970-01-01 at midnight GMT.)
1234567
Unsigned 32-bit
TIME(1) integer value (Time variables are stored as 32-bit words, positive number of
milliseconds).
(1) BOOL, DATE, TIME data variables are presented in decimal digital format in the microSD Card. You can convert this format to
a more friendly format. For example, use the ANY_TO_STRING function block to convert BOOL data type (0, 1) to FALSE or TRUE.
You can similarly do the same for DATE and TIME data types.
DATE data type is presented in differential decimal digital value between system baseline time (1970/01/01,00:00:00) and
current date value. Unit is millisecond.
Time should be absolute time value. Unit is second.
(2) String data variables are enclosed in double quotation marks in the data log file.
The example below shows DSET1 using string variables and DSET2 using integers.
Time (msec)
2750 2692.22
2545.918367
2250 Average write time per
1972.9 data log including all
overheads
Time (msec)
2900
2400
Average write time per
data log including all
overheads
1900
Recipe Micro800 controllers support the Recipe feature and allows you to store and load a list of data
to and/or from recipe data files using the RCP instruction. It also allows you to download,
upload, and delete Recipe data on the microSD card through the Connected Components
Workbench software.
A maximum number of 10 recipe sets are supported for a Micro800 program. Each recipe can
contain up to 128 variables, with a maximum of four data string variables per recipe. String
variables can have a maximum of 252 characters. Variations of the recipe are stored in
separate files with unique file names. For more information on how recipes are stored on the
microSD card, see the Recipe Directory Structure on page 246.
Table 103 - Recipe Specifications
Attribute Value
Maximum number of recipe sets 10 Recipe sets are stored in 10 directories
(Rcp_Id01...Rcp_Id10) with a maximum number of 50
Maximum number of recipes in each set 50 recipe files in each directory.
Configured in Connected Components Workbench
Maximum number of variables per recipe 128 software.
Maximum bytes per recipe file 4 KB
It also creates 10 subdirectories for each recipe set with a name following the CfgID
input value (1…10). If the CfgID value is 1, then the subfolder Rcp_Id01 is created.
Recipe files are then created/written into the folder, with file names that correspond
to the input value of the RcpName parameter for the RCP function block, as
configured in the Connected Components Workbench software. Each Recipe set can
contain up to 50 recipe files or variations. Filenames for recipe files should not
exceed 30 characters.
You can retrieve recipe files from the microSD card using a card reader or by uploading and
downloading the recipe sets through the Connected Components Workbench software.
The RCP function block allows a user program to read variable values from an existing recipe
data file that is in the recipe folder of the microSD card and update run-time global or local
variable values in the controller. The RCP function block also allows the user program to write
run-time global or local variable values from the smaller controller into the recipe data file in
the microSD card.
RCP
Enable Status
RWFlag ErrorID
CfgId
RcpName
6 RCP_ERR_RESOURCE_BUSY The Recipe operation resource linked to this Recipe ID is used by another
function block operation.
7 RCP_ERR_CFG_FORMAT Recipe configuration file format is invalid.
8 RCP_ERR_RESERVED Reserved
9 RCP_ERR_UNKNOWN Unspecified error has occurred.
10 RCP_ERR_DATAFILE_NAME Recipe data file name is invalid.
11 RCP_ERR_DATAFOLDER_INVALID Recipe dataset folder is invalid.
12 RCP_ERR_DATAFILE_ABSENT Recipe data file is absent.
13 RCP_ERR_DATAFILE_FORMAT Recipe data file contents are wrong.
14 RCP_ERR_DATAFILE_SIZE Recipe data file size is too large (>4K).
IMPORTANT File access error is returned during RCP function block execution when
the card is full.
Figure 60 - Recipe Function Block Timing Diagram
Enable(1) Enable(1)
Enable(1)
Disable(0) Disable(0) Disable(0)
Error(3)
Succeed(2)
Busy(1) Busy(1)
Status(0)
Idle(0)
Idle(0) Idle(0)
Quick Start Projects for The following sample quick start projects provide step-by-step instructions on how to use the
Data Log and Recipe function blocks in the Connected Components Workbench software to
Data Log and Recipe generate and manage your recipe files and data logs.
Function Blocks
Use the Data Log Feature
1. Launch the Connected Components Workbench software. Create a user program for
your Micro800 controller.
2. Right-click Programs. Select Add New LD: Ladder Diagram. Name the Program (for
example, Prog1).
Local Variables
Variable Name Data Type
EnDlg BOOL
cfg_id USINT
data_time_enable BOOL
error UDINT
status USINT
data_bool BOOL
data_int8 INT
data_string STRING
7. Assign the variables to the DLG input and output parameters as follows:
For the CfgID input parameter, you can choose a predefined variable by choosing from the
Defined Words in the Connected Components Workbench software. To do so, click the CfgID
input box. From the Variable Selector window that appears, click the Defined Words tab and
choose from the list of defined words. For example, DSET1 that corresponds to DSET1 in your
recipe configuration. See Figure 61.
After configuring data log properties, build the program and download to the controller.
Execute the DLG function block. Notice the Status output go from 0 (Idle) to
1 (Enable), and 2 (Succeed).
You can retrieve data log files from the microSD card using a card reader or by uploading the
data logs through the Connected Components Workbench software.
1. To use the Upload feature, go to the Properties section of your project in the Connected
Components Workbench software.
2. Select Data Log. Click Manage and then choose Upload.
IMPORTANT The Manage button is not available in DEBUG mode. You must stop
DEBUG mode to use the Manage button to upload data log files.
Uploading data log files in PROGRAM mode is recommended for
performance and file locking reasons.
3. From the Upload window that appears, select the date of the data log files that you
would like to upload. You can upload data logs for the entire month by selecting the
Whole Month checkbox
4. If the file exists in your destination folder, select whether you would like to Overwrite
file, Skip file, or Preserve both files.
5. Select Upload. The progress bar tells you whether the upload is successful or not.
IMPORTANT Do not take out the microSD card from the slot while data is being
written or retrieved from the card. Ongoing write and retrieval
operations are indicated by a flashing SD status LED.
IMPORTANT For better data log file management, you can use a third-party tool or
DOS CMD to merge all your data log files into one file and import as a CSV
file in Excel®.
Configure Recipe
Configure Recipe
1. In the Connected Components Workbench software, go to the Properties pane to
configure Recipe.
2. Select Recipe. Select Add Recipe to add a recipe. Each recipe is stored in separate files.
You can add up to 10 recipes per configuration.
3. Select Add Variable to add variables to the recipe. You can add up to 128 variables to
each recipe.
For this quick start sample project, add the following variables that you have previously
created to RCP 1:
Local Variables
Variable Name Data Type
data_bool BOOL
data_int8 INT
1. Launch the Connected Components Workbench software. Create a user program for
your Micro800 controller.
2. Right-click Programs. Select Add New LD: Ladder Diagram. Name the Program (for
example, Prog2).
3. From the Toolbox, double-click Direct Contact to add it to the first rung.
5. On the Block Selector window that appears, type RCP to filter the Recipe function block
from the list of available function blocks. Select OK.
Local Variables
Variable Name Data Type
recipe_file STRING
recipe_file2 STRING
cfg_id2 USINT
read BOOL
write BOOL
9. Assign the variables to the RCP input and output parameters as follows:
Rung 2
Rung 3
For the CfgID input parameter, you can choose a predefined variable by choosing from the
Defined Words in the Connected Components Workbench software. To do so, select the CfgID
input box. From the Variable Selector window that appears, select the Defined Words tab and
choose from the list of defined words. For example, RCP1 that corresponds to RCP1 in your
recipe configuration. See Figure 62.
Figure 62 - Choose a Predefined Variable
After configuring Recipe, build the program and download to the controller.
Execute the RCP function block. Notice the Status output go from 0 (Idle) to
1 (Enable), and 2 (Succeed).
You can retrieve recipe files from the microSD card using a card reader or by uploading the
recipe files through the Connected Components Workbench software.
1. To use the Upload feature, go to the Properties section of your project in the Connected
Components Workbench software.
2. Select Recipe. Select Manage and then select Upload.
Through Manage, you can also choose to Download and Delete recipe files.
3. From the Upload window that appears, select the batch of recipe files that you would
like to upload.
4. If the file exists in your destination folder, select whether you would like to Overwrite
file, Skip file, or Preserve both Files.
5. Select Upload. The progress bar tell you whether the upload is successful or not.
IMPORTANT Do not remove the microSD card from the slot while data is being written
or retrieved from the card. Ongoing write and retrieval operations are
indicated by a flashing SD status LED.
Notes:
Modbus Mapping Micro830, Micro850, and Micro870 controllers support Modbus RTU over a serial port through
the embedded, non-isolated serial port. The 2080-SERIALISOL isolated serial port plug-in
module also supports Modbus RTU. Both Modbus RTU master and slave are supported. Although
performance may be affected by the program scan time, the 48-point controllers can support
up to six serial ports (one embedded and five plug-ins), and so consequently, six separate
Modbus networks.
In addition, the Micro850 and Micro870 controller support Modbus TCP Client/Server through
the Ethernet port.
Endian Configuration
Modbus protocol is big-endian in that the most significant byte of a 16-bit word is transmitted
first. Micro800 controllers are also big-endian, so byte ordering does not have to be reversed.
For Micro800 data types larger than 16 bits (for example, DINT, LINT, REAL, LREAL), multiple
Modbus addresses may be required but the most significant byte is always the first.
By default Micro800 controllers follow the six-digit addressing specified in the latest Modbus
specification. For convenience, conceptually the Modbus address is mapped with the following
address ranges. The Connected Components Workbench mapping screen follows this
convention.
Table 107 - Mapping Table
0 - Coils 1 - Discrete Inputs 3 - Input Registers 4 - Holding Registers
000001…065536 100001…165536 300001…365536 400001…465536
Variable Data Type
Supported Modbus Address Supported Modbus Address Supported Modbus Address Supported Modbus Address
Used Used Used Used
BOOL Y 1 Y 1
SINT Y 8 Y 8
BYTE Y 8 Y 8
USINT Y 8 Y 8
INT Y 16 Y 16 Y 1 Y 1
UINT Y 16 Y 16 Y 1 Y 1
WORD Y 16 Y 16 Y 1 Y 1
REAL Y 32 Y 32 Y 2 Y 2
DINT Y 32 Y 32 Y 2 Y 2
UDINT Y 32 Y 32 Y 2 Y 2
DWORD Y 32 Y 32 Y 2 Y 2
LWORD Y 64 Y 64 Y 4 Y 4
To make it easier to map variables to five-digit Modbus addresses, the Connected Components
Workbench mapping tool checks the number of characters that are entered for the Modbus
Address. If only five-digits are entered, the address is treated as a five-digit Modbus address.
This means that the Coils are mapped from 00001…09999, Discrete Inputs are mapped from
10001…19999, Input Registers are mapped from 30001…39999, and Holding Registers are
mapping from 40001…49999.
The HMI is typically configured for Master and the Micro800 embedded serial port is configured
for Slave.
From the default Communications Settings for a PanelView 800 HMI (PV800), there are three
items that must be checked or modified to configure communications from PV800 to
Micro800.
1. Change the protocol from DF1 to Modbus.
2. Set the Address of Micro800 slave to match the serial port configuration for the
controller.
3. Deactivate Tags on Error. This is to prevent the requirement of power cycling PV800
when new Modbus Mappings are downloaded from the Connected Components
Workbench software to the Micro800 controller.
4. Once the Drive has connected and been read in, select the Start up wizard and change
the following items. Select Finish to save the changes to the drive.
- Select the Comm Port as the Speed Reference. Set P108 [Speed Reference] to 5
(Comm Port).
- Set Start Source to Comm Port. Set P106 [Start Source] to 5 (Comm Port).
- Defaults for the remaining Inputs
- Accept Defaults for the remainder and select Finish.
5. Select Parameters from the Connected Components Workbench window.
6. The Parameter window opens. Resize it to view the parameters. From this window, you
can view and set the data values of Parameters.
7. From the Parameter window, change the Parameters in Table 109 to set the
communications for Modbus RTU so that the PowerFlex 4M Drive communicates with
the Micro830/850/870 controller via Modbus RTU communication.
Table 109 - Modbus RTU Parameters
Parameter Description Setting
C302 Comm. Data Rate (Baud Rate) 4 = 19200 bps 4
C303 Communication Node Address (address range is 1…127) 2
Comm. Loss Action (Action that is taken when loss communication) 0 = Fault with
C304 0
coast stop
Comm. Loss Time (Time remain in communication before taking action set in
C305 5
C304) 5 sec (max 60)
C306 Comm. Format (Data/Parity/Stop) RTU:8 Data Bit, Parity None, 1 Stop bit 0
8. Disconnect the Communications and save your project.
9. Turn off the power to the drive until the PowerFlex 4M display blanks out completely,
then restore power to the PowerFlex 4M.
264 Rockwell Automation Publication 2080-UM002P-EN-E - December 2023
Appendix A Modbus Mapping for Micro800 Controllers
Modbus devices can be 0-based (registers are numbered starting at 0) or 1-based (registers
are numbered starting at 1). When PowerFlex 4-class drives are used with Micro800
controllers, the register addresses that are listed in the PowerFlex drive user manuals must be
offset by n+1.
For example, the Logic Command word is at address 8192, but your Micro800 program must
use 8193 (8192+1) to access it.
If the respective PowerFlex drive supports Modbus Function Code 16 Preset (Write)
Multiple Registers, use one write message with a length of “2” to write the Logic
Command (8193) and Speed reference (8194) simultaneously.
Use one Function Code 03 Read Holding Registers with a length of “4” to read the
Logic status (8449), Error Code (8450), and Speed Feedback (8452) simultaneously.
See the respective PowerFlex 4-class drive user manual for additional information about
Modbus addressing.
Performance
The performance of MSG_MODBUS (Micro800 controller is configured as the master) is affected
by the Program Scan because messages are serviced when the message instruction is
executed in a program. For example, if the program scan is 100 ms and six serial ports are
used, then the theoretical maximum for serial ports is 60 messages/second total. This
theoretical maximum may not be possible since MSG_MODBUS is a master/slave request/
response protocol, so performance is affected by several variables such as message size,
communication rate, and slave response time.
The performance of Micro800 controllers when receiving Modbus request messages (Micro800
controller is configured as the slave) is also affected by the Program Scan. Each serial port is
serviced only once per program scan.
Notes:
Quick Starts
This chapter covers some common tasks and quick start instructions that are aimed to make
you familiar with the Connected Components Workbench software.
Update Your Micro800 The quick start shows you how to update the firmware for a Micro800 controller using
Connected Components Workbench software version 10 or later.
Controller Firmware
From Connected Components Workbench software release 10 onwards, there are two options
you can select when updating the firmware:
• Upgrade or Downgrade – This option retains the controller’s existing configuration,
Ethernet settings, and password.
• Reset – This option clears the controller’s existing configuration, Ethernet settings, and
password.
IMPORTANT If you have forgotten the password for the controller, use the Reset
option to clear the password.
On the Micro850 and Micro870 controllers, you can update your controllers through the
Ethernet port and USB.
IMPORTANT To update your controller over USB successfully, connect only one
controller to your computer, and do not perform the update in a virtual
machine such as VMware.
IMPORTANT Update over USB using FactoryTalk Linx software with a 32-bit
operating system is not supported. Use either a 64-bit operating system
or RSLinx Classic software.
2. If your project does not have a connection path to the controller, the Connection
Browser dialog appears. Select your controller, then select OK.
3. In the Upgrade or Downgrade Firmware dialog box, select the desired Target Revision to
update the controller.
If the desired firmware revision is not shown in the drop-down list, you can download
that firmware revision by clicking the “Get the firmware files online” link.
You can also change the Connection Path by selecting the “Change” link.
4. When you have confirmed the settings, select Update to begin updating the controller.
The update progress is shown in the dialog box.
5. After the update is completed, the status is shown in the dialog box.
IMPORTANT After control flashing the controller, some microSD cards may not be
detected. Remove and insert the microSD card, or power cycle the
controller if this issue is encountered.
3. Select the drive letter that points to the microSD card on your computer from the
dropdown list.
You can check the drive letter by looking in Windows® Explorer. For this example, the
microSD card uses the drive letter “G”.
5. Select the firmware revision that you want to update your Micro800 controller with.
The list of firmware revisions is installed together with the Connected Components
Workbench software. If you require a revision that is not listed, download the firmware
from the Product Compatibility and Download Center (PCDC) at rok.auto/pcdc and
install the included ControlFLASH kit.
7. Close the SD Card Utility and proceed to the next step to edit the ConfigMeFirst.txt file.
To update the controller with the firmware that you have transferred to the microSD card, you
must edit the ConfigMeFirst.txt file with the settings listed below. These settings must be
added at the beginning of the file.
Table 110 - New ConfigMeFirst.txt Configuration Settings for Firmware Update
Setting Takes Effect On... Description
Firmware update settings
File path location of the firmware revision on the microSD
[FWFILE] Powerup card. The default location is in the following format:
firmware\<catalog number>\<filename of firmware>
Sets whether to upgrade or downgrade the controller
firmware from the current revision.
0 = Upgrade firmware; 1 = Downgrade firmware
[FWDOWN] Powerup IMPORTANT: Firmware Upgrade occurs if the [FWFILE]
setting points to a newer revision of the firmware file,
compared to the firmware in the controller, irrespective of
the [FWDOWN] setting.
After you have edited the file, insert the microSD card into the controller. Cycle power to the
controller and the update process begins. The SD status LED does not blink when updating the
firmware from the microSD card is in progress.
For a list of firmware and series compatibility, see the release notes for firmware revision
11.011 or later, on the Product Compatibility and Download Center (PCDC) at rok.auto/pcdc.
Establish Communications This quick start shows you how to get RSLinx® RSWho to communicate with a Micro830,
Micro850, or Micro870 controller through USB. Micro830, Micro850, and Micro870 controllers
Between RSLinx and a use the AB_VBP-x driver.
Micro830/Micro850/
RSLinx Classic software is installed as part of the Connected Components Workbench software
Micro870 Controller installation process. The minimum version of RSLinx Classic with full Micro800 controller
Through USB support is 2.57, build 15 (released March 2011).
1. Power up the Micro830/Micro850/Micro870 controller.
2. Plug the USB A/B cable directly between your PC and the Micro830/Micro850/Micro870
controller.
3. Windows should discover the new hardware. Select No, not this time and then select
Next.
4. Select Install the software automatically (Recommended), and then select Next.
Configure Controller Set, change, and clear the password on a target controller through the Connected Components
Workbench software.
Password
IMPORTANT The following instructions are supported on Connected Components
Workbench software version 2 and Micro800 controllers with firmware
revision 2.
For more information about the controller password feature on
Micro800 controllers, see Controller Security on page 225.
IMPORTANT After creating or changing the controller password, you must power
down the controller in order for the password to be saved.
4. The Set Controller Password dialog appears. Provide password. Confirm the password
by providing it again in the Confirm field.
Change Password
With an authorized session, you can change the password on a target controller through the
Connected Components Workbench software. The target controller must be in Connected
status.
1. On the Device Details toolbar, select Secure. Select Change Password.
2. The Change Controller Password dialog appears. Enter Old Password, New Password
and confirm the new password.
3. Select OK.
The controller requires the new password to grant access to any new session.
Clear Password
With an authorized session, you can clear the password on a target controller through the
Connected Components Workbench software.
1. On the Device Details toolbar, select Secure. Select Clear Password.
Use the High-Speed Counter To use a HSC device, you first need to establish the HSC counting mode required by your
application. See HSC Mode (HSCAPP.HSCMode) on page 206 for available modes on Micro800
controllers.
The following sample project guides you through the creation of a project that uses HSC mode
6, a quadrature counter with phased inputs A and B. It shows you how to write a simple ladder
program with the HSC function block, create variables, and assign variables and values to your
function block. It also guides you through a step-by-step process on how test your program,
and enable a Programmable Light Switch (PLS).
This sample project uses a quadrature encoder. The quadrature encoder is used for
determining direction of rotation and position for rotating, such as a lathe. The Bidirectional
Counter counts the rotation of the Quadrature Encoder.
Figure 63 on page 280 shows a quadrature encoder that is connected to inputs 0 and 1. The
count direction is determined by the phase angle between A and B. If A leads B, the counter
increments. If B leads A, the counter decrements.
A
Input 0
B
1 2 3 2 1
Count
2. Under Project Organizer, right-click Programs. Select Add New LD: Ladder Diagram to
add a new ladder logic program.
(1) The HSC module is supported on all Micro830, Micro850, and Micro870 controllers, except on 2080-LCxx-xxAWB types.
4. From the Toolbox, double-click Direct Contact to add it to the rung or drag-and-drop
Direct Contact onto the Rung.
5. Double-click the Direct Contact that you have added to bring up the Variable Selector
dialog. Select the I/O - Micro830 tab. Assign the Direct Contact to input 5 by selecting
_IO_EM_DI_05. Select OK.
6. To the right of the Direct Contact, add a function block by double-clicking the function
block from the Toolbox or dragging and dropping the function block onto the rung.
7. Double-click the function block to open up the Instruction Selector dialog. Choose HSC.
You can do a quick search for HSC function block by typing “HSC” on the name field.
Select OK.
8. On the Project Organizer pane, double-click Local Variables to bring up the Variables
window. Add the following variables with the corresponding data types, as specified in
Table 112 on page 282.
Table 112 - Variable Data Types
Variable Name Data Type
MyCommand USINT
MyAppData HSCAPP
After adding the variables, your Local Variables table should look like this:
IMPORTANT MyAppData variable has subvariables that determine the settings of the
counter. It is crucial to know each one to determine how the counter will
performs. A quick summary is provided below but you can also see HSC
APP Data Structure on page 204 for detailed information.
MyAppData.PlsEnable allows you to either enable or disable the PLS settings. It should be set
to FALSE (disabled) if the MyAppData variable is to be used.
MyAppData.HscID allows you to specify which embedded inputs is used depending on the
mode and the type of application. See the table HSC Inputs and Wiring Mapping on page 203 to
know the different IDs that can be used, and the embedded inputs and its characteristics.
If ID 0 is used, ID 1 cannot be used on the same controller since the inputs are being used by
the Reset and Hold.
MyAppData.HscMode allows you to specify the type of operation in which the HSC uses to
count. See HSC Mode (HSCAPP.HSCMode) on page 206 for more information about HSC modes.
See Table 113 for the list available modes.
Table 113 - HSC Operating Modes
Mode Type
Number
Up Counter – The accumulator is immediately cleared (0) when it reaches the high preset. A low
0 preset cannot be defined in this mode.
Up Counter with external reset and hold – The accumulator is immediately cleared (0) when it
1 reaches the high preset. A low preset cannot be defined in this mode.
2 Counter with external direction
3 Counter with external direction, reset, and hold
4 Two input counter (up and down)
5 Two input counter (up and down) with external reset and hold
6 Quadrature counter (phased inputs A and B)
7 Quadrature counter (phased inputs A and B) with external reset and hold
8 Quadrature X4 counter (phased inputs A and B)
9 Quadrature X4 counter (phased inputs A and B) with external reset and hold
Modes 1, 3, 5, 7, and 9 only work when an ID of 0, 2, or 4 is set because these modes use reset
and hold. Modes 0, 2, 4, 6, and 8 work on any ID. Modes 6…9 only work when an encoder is
connected to the controller. Use the HSC ID chart as a reference to wire the encoder to the
controller.
Variable
In our example, we first set the Output Mask to a decimal value of 3 which, when converted to
binary, is equal to 0011. This means that now outputs O0 and O1 can be turned On/Off.
We have set the HPOutput to a decimal value of 1, which, when converted to binary, is equal to
0001. This means that when a High Preset is reached, output O0 turns on and stays on until the
HSC is reset or the counter counts back down to a Low Preset. The LPOutput works the same
way as the HPOutput except an output turns on when a Low Preset is reached.
Now that we are on debug mode we can see the values of the HSC output. The HSC
function block has two outputs, one is the STS (MyStatus) and the other is the HSCSTS
(MyInfo).
2. Double-click the Direct Contact labeled _IO_EM_DI_05 to bring up the Variable
Monitoring window.
3. Select the I/O - Micro830 tab. Select the _IO_EM_DI_05 row. Check the boxes Lock and
Logical Value so that this input is forced in the ON position.
4. Click the Local Variables tab to see any real time changes being made to the variables.
Expand the MyAppData and MyInfo variable list by selecting the + sign.
5. Turn On the encoder to see the counter count up/down. For example, if the encoder is
attached to a motor shaft then turn on the motor to trigger the HSC count. The counter
value is displayed on MyInfo.Accumulator. MyStatus variable should display a Logical
Value of 1, which means that the HSC is running.
See HSC Function Block Status Codes on page 218 for the complete list of
status codes. For example, if the MyStatus value is 04, a configuration
error exists and the controller will fault. You must check your
parameters in this case.
For this example, once the Accumulator reaches a High Preset value of 40, output 0 turns on,
and the HPReached flag turns on. Once the Accumulator reaches a Low Preset value of -40,
output 1 turns on and the LPReached flag turns on as well.
1. Start a new project following the same steps and values as the previous project. Set the
values for the following variables as follows:
- HSCAPP.PlsEnable variable should be set to TRUE.
- Set a value only for UFSetting and OFSetting (OutputMask is optional depending if an
output is to be set or not). Your new values should follow the example in Figure 65:
Figure 65 - PLS Values
In this example, the PLS variable is given a dimension of [1..4]. This means that the HSC
can have four pairs of High and Low Presets.
Once again, your High Presets should be set lower than the OFSetting and the Low
Preset should be greater than the UFSetting. The HscHPOutPut and HscLPOutPut values
determine which outputs turn on when a High Preset or Low Preset is reached.
2. You can now build and download the program into the controller then debug and test it
following the instructions for the last project.
Forcing I/Os Inputs are logically forced. Status indicators do not show forced values, but the inputs in the
user program are forced.
Forcing is only possible with I/O and does not apply to user-defined variables and non-I/O
variables, and special functions such as HSC and Motion that execute independently from the
User Program scan. For example, for motion, Drive Ready input cannot be forced.
Unlike inputs, outputs are physically forced. Status indicators do show forced values and the
user program does not use forced values.
User program
Normal
variables
Motion
In many cases, the front of the controller is not visible to the operator and the Connected
Components Workbench software is not online with the controller. If you want the force status
to be visible to the operator, then the User Program must read the force status using the
SYS_INFO function block and then display the force status on something that the operator can
see, such as the human machine interface (HMI), or stack light. Figure 67 is an example
program in Structured Text.
If the front of the controller is visible, and not blocked by the cabinet enclosure, Micro830,
Micro850, and Micro870 controllers have a Force LED indicator.
Use Run Mode Change Run Mode Change allows you to make small changes to the logic of a running project and
immediately testing it out on the controller, without having to go into Program mode or
disconnecting from the controller.
IMPORTANT The following requirements must be met to use Run Mode Change:
• Micro820/Micro830/Micro850 controller firmware revision 8 or higher,
and
• Connected Components Workbench Developer Edition software, version 8
or higher.
The following sample project guides you through the creation of a simple application for a
Micro850 controller without any plug-in modules, and how to use the Run Mode Change
feature.
2. Right-click Programs and select Add > New LD: Ladder Diagram.
3. From the Toolbox, double-click Direct Coil to add it to the rung, or drag-and-drop Direct
Coil onto the rung.
4. Double-click the newly added Direct Coil to bring up the Variable Selector dialog and
select “_IO_EM_DO_00”.
9. When the project has been downloaded to the controller, a prompt asking to change the
controller to Remote Run mode appears. Select Yes.
Run Mode Change Test Logic Changes Accept Changes Undo Changes
If you add a new variable during RMC, external data access and changing the access
type (default is Read/Write) of this new variable is not available until you have chosen to
Accept or Undo the Test Logic changes.
2. From the Toolbox, double-click Instruction Block to add it to the rung, or drag and drop
Instruction Block onto the rung.
3. Double-click the newly added Instruction Block and select “Timer On/Off “(TONOFF).
4. From the Toolbox, double-click Reverse Contact to add it to the rung, or drag-and-drop
Reverse Contact onto the run. Place it to the left of the recently added Instruction Block.
5. Select the Test Logic Changes icon to build the project and download it to the
controller.
6. The controller automatically goes into Debug mode and displays the updated project.
7. You can now choose to either Undo or Accept the changes to the project.
User Interrupts
Interrupts allow you to interrupt your program based on defined events. This chapter contains
information about using interrupts, the interrupt instructions, and interrupt configuration.
For more information on HSC Interrupt, see Use the High-speed Counter and Programmable
Limit Switch on page 201.
Information About Using The purpose of this section is to explain some fundamental properties of the User Interrupts,
including:
Interrupts
• What is an interrupt?
• When can the controller operation be interrupted?
• Priority of User Interrupts
• Interrupt Configuration
• User Fault Routine
What is an Interrupt?
An interrupt is an event that causes the controller to suspend the Program Organization Unit
(POU) it is performing, perform another POU, and then return to the suspended POU at the point
where it suspended. The Micro830, Micro850, and Micro870 controllers support the following
User Interrupts:
• User Fault Routine
• Event Interrupts (8)
• High-Speed Counter Interrupts (6)
• Selectable Timed Interrupts (4)
• Plug-in Module Interrupts (5)
An interrupt must be configured and enabled to execute. When any one of the interrupts is
configured (and enabled) and later occurs, the user program:
1. Suspends its execution of the current POU,
2. Performs a predefined POU based on which interrupt occurred, and
3. Returns to the suspended operation.
Interrupt Operation Example POU 2
POU 2 is the main control program.
rung 0
POU 10 is the interrupt routine. POU 10
• An Interrupt Event occurs at rung 123.
• POU 10 is executed.
• POU 2 execution resumes immediately after POU rung 123
10 is scanned.
rung 275
Specifically, if the controller program is executing normally and an interrupt event occurs:
1. The controller stops its normal execution.
2. Determines which interrupt occurred.
3. Goes immediately to the beginning of the POU specified for that User Interrupt.
4. Begins executing the User Interrupt POU (or set of POU/function blocks if the specified
POU calls a subsequent function block).
5. Completes the POU.
6. Resumes normal execution from the point where the controller program was
interrupted.
When an interrupt occurs and another interrupt has already occurred but has not been
serviced, the new interrupt is scheduled for execution based on its priority relative to the
other pending interrupts. At the next point in time when an interrupt can be serviced, all
interrupts are executed in the sequence of highest priority to lowest priority.
If an interrupt occurs while a lower priority interrupt is being serviced (executed), the currently
executing interrupt routine is suspended, and the higher priority interrupt is serviced. Then
the lower priority interrupt is allowed to complete before returning to normal processing.
If an interrupt occurs while a higher priority interrupt is being serviced (executed), and the
pending bit has been set for the lower priority interrupt, the currently executing interrupt
routine continues to completion. Then the lower priority interrupt runs before returning to
normal processing.
Table 114 - Priorities From Highest to Lowest
User Fault Routine Highest Priority
Event Interrupt0
Event Interrupt1
Event Interrupt2
Event Interrupt3
High-Speed Counter Interrupt0
High-Speed Counter Interrupt1
High-Speed Counter Interrupt2
High-Speed Counter Interrupt3
High-Speed Counter Interrupt4
High-Speed Counter Interrupt5
Event Interrupt4
Event Interrupt5
Event Interrupt6
Event Interrupt7
Selectable Timed Interrupt0
Selectable Timed Interrupt1
Selectable Timed Interrupt2
Selectable Timed Interrupt3
Plug-In Module Interrupt0, 1, 2, 3, 4 Lowest Priority
The controller goes to Fault mode after a User Fault Routine is executed, and the User Program
execution stops.
The STIS instruction can be used to start and stop the STI function or to change the time
interval between STI user interrupts. The STI instruction has two operands:
• IRQType — This is the STI ID that you want to drive.
• SetPoint — This is the amount of time (in milliseconds) which must expire before
executing the selectable timed user interrupt. A value of zero disables the STI function.
The time range is from 0…65,535 milliseconds.
The STIS instruction applies the specified setpoint to the STI function as follows (STI0 is used
here as an example):
• If a zero setpoint is specified, the STI is disabled and STI0.Enable is cleared (0).
• If the STI is disabled (not timing) and a value greater than 0 is entered into the setpoint,
the STI starts timing to the new setpoint and STI0.Enable is set (1).
• If the STI is timing and the setpoint is changed, the new setting takes effect
immediately, restarting from zero. The STI continues to time until it reaches the new
setpoint.
The UID instruction is used to disable selected user interrupts. Table 117 shows the types of
interrupts with their corresponding disable bits:
Table 117 - Types of Interrupts Disabled by the UID Instruction
Interrupt Type Element Decimal Value Corresponding Bit
Plug-In Module UPM4 8388608 bit 23
Plug-In Module UPM3 4194304 bit 22
Plug-In Module UPM2 2097152 bit 21
Plug-In Module UPM1 1048576 bit 20
Plug-In Module UPM0 524288 bit 19
STI - Selectable Timed Interrupt STI3 262144 bit 18
STI - Selectable Timed Interrupt STI2 131072 bit 17
STI - Selectable Timed Interrupt STI1 65536 bit 16
STI - Selectable Timed Interrupt STI0 32768 bit 15
EII - Event Input Interrupt Event 7 16384 bit 14
EII - Event Input Interrupt Event 6 8192 bit 13
EII - Event Input Interrupt Event 5 4096 bit 12
EII - Event Input Interrupt Event 4 2048 bit 11
HSC - High-Speed Counter HSC5 1024 bit 10
HSC - High-Speed Counter HSC4 512 bit 9
HSC - High-Speed Counter HSC3 256 bit 8
HSC - High-Speed Counter HSC2 128 bit 7
HSC - High-Speed Counter HSC1 64 bit 6
HSC - High-Speed Counter HSC0 32 bit 5
EII - Event Input Interrupt Event 3 16 bit 4
EII - Event Input Interrupt Event 2 8 bit 3
EII - Event Input Interrupt Event 1 4 bit 2
EII - Event Input Interrupt Event 0 2 bit 1
UFR - User Fault Routine Interrupt UFR 1 bit 0 (reserved)
To disable interrupts:
1. Select the interrupts that you want to disable.
2. Find the Decimal Value for the interrupts that you selected.
3. Add the Decimal Values if you selected multiple types of interrupt.
4. Enter the sum into the UID instruction.
Use the UIE instruction to enable selected user interrupts. Table 118 shows the types of
interrupts with their corresponding enable bits:
Table 118 - Types of Interrupts Enabled by the UIE Instruction
Interrupt Type Element Decimal Value Corresponding Bit
Plug-In Module UPM4 8388608 bit 23
Plug-In Module UPM3 4194304 bit 22
Plug-In Module UPM2 2097152 bit 21
Plug-In Module UPM1 1048576 bit 20
Plug-In Module UPM0 524288 bit 19
STI - Selectable Timed Interrupt STI3 262144 bit 18
STI - Selectable Timed Interrupt STI2 131072 bit 17
STI - Selectable Timed Interrupt STI1 65536 bit 16
STI - Selectable Timed Interrupt STI0 32768 bit 15
EII - Event Input Interrupt Event 7 16384 bit 14
EII - Event Input Interrupt Event 6 8192 bit 13
EII - Event Input Interrupt Event 5 4096 bit 12
EII - Event Input Interrupt Event 4 2048 bit 11
HSC - High-Speed Counter HSC5 1024 bit 10
HSC - High-Speed Counter HSC4 512 bit 9
HSC - High-Speed Counter HSC3 256 bit 8
HSC - High-Speed Counter HSC2 128 bit 7
HSC - High-Speed Counter HSC1 64 bit 6
HSC - High-Speed Counter HSC0 32 bit 5
EII - Event Input Interrupt Event 3 16 bit 4
EII - Event Input Interrupt Event 2 8 bit 3
EII - Event Input Interrupt Event 1 4 bit 2
EII - Event Input Interrupt Event 0 2 bit 1
1 bit 0 (reserved)
To enable interrupts:
1. Select the interrupts that you want to enable.
2. Find the Decimal Value for the interrupt that you selected.
3. Add the Decimal Values if you selected multiple types of interrupt.
4. Enter the sum into the UIE instruction.
Use the UIF instruction to flush (remove pending interrupts from the system) selected user
interrupts. Table 119 shows the types of interrupts with their corresponding flush bits:
Table 119 - Types of Interrupts Disabled by the UIF Instruction
Interrupt Type Element Decimal Value Corresponding Bit
Plug-In Module UPM4 8388608 bit 23
Plug-In Module UPM3 4194304 bit 22
Plug-In Module UPM2 2097152 bit 21
Plug-In Module UPM1 1048576 bit 20
Plug-In Module UPM0 524288 bit 19
STI - Selectable Timed Interrupt STI3 262144 bit 18
STI - Selectable Timed Interrupt STI2 131072 bit 17
STI - Selectable Timed Interrupt STI1 65536 bit 16
STI - Selectable Timed Interrupt STI0 32768 bit 15
EII - Event Input Interrupt Event 7 16384 bit 14
EII - Event Input Interrupt Event 6 8192 bit 13
EII - Event Input Interrupt Event 5 4096 bit 12
EII - Event Input Interrupt Event 4 2048 bit 11
HSC - High-Speed Counter HSC5 1024 bit 10
HSC - High-Speed Counter HSC4 512 bit 9
HSC - High-Speed Counter HSC3 256 bit 8
HSC - High-Speed Counter HSC2 128 bit 7
HSC - High-Speed Counter HSC1 64 bit 6
HSC - High-Speed Counter HSC0 32 bit 5
EII - Event Input Interrupt Event 3 16 bit 4
EII - Event Input Interrupt Event 2 8 bit 3
EII - Event Input Interrupt Event 1 4 bit 2
EII - Event Input Interrupt Event 0 2 bit 1
UFR - User Fault Routine Interrupt UFR 1 bit 0 (reserved)
To flush interrupts:
1. Select the interrupts that you want to flush.
2. Find the Decimal Value for the interrupt that you selected.
3. Add the Decimal Values if you selected multiple types of interrupt.
4. Enter the sum into the UIF instruction.
For example, to disable EII Event 1 and EII Event 3:
EII Event 1 = 4, EII Event 3 = 16
4 + 16 = 20 (enter this value)
This C function clears the Interrupt Lost bit for the selected User Interrupts.
Table 120 - Types of Interrupts Disabled by the UIC Instruction
Interrupt Type Element Decimal Value Corresponding Bit
Plug-In Module UPM4 8388608 bit 23
Plug-In Module UPM3 4194304 bit 22
Plug-In Module UPM2 2097152 bit 21
Plug-In Module UPM1 1048576 bit 20
Plug-In Module UPM0 524288 bit 19
STI - Selectable Timed Interrupt STI3 262144 bit 18
STI - Selectable Timed Interrupt STI2 131072 bit 17
STI - Selectable Timed Interrupt STI1 65536 bit 16
STI - Selectable Timed Interrupt STI0 32768 bit 15
EII - Event Input Interrupt Event 7 16384 bit 14
EII - Event Input Interrupt Event 6 8192 bit 13
EII - Event Input Interrupt Event 5 4096 bit 12
EII - Event Input Interrupt Event 4 2048 bit 11
HSC - High-Speed Counter HSC5 1024 bit 10
HSC - High-Speed Counter HSC4 512 bit 9
HSC - High-Speed Counter HSC3 256 bit 8
HSC - High-Speed Counter HSC2 128 bit 7
HSC - High-Speed Counter HSC1 64 bit 6
HSC - High-Speed Counter HSC0 32 bit 5
EII - Event Input Interrupt Event 3 16 bit 4
EII - Event Input Interrupt Event 2 8 bit 3
EII - Event Input Interrupt Event 1 4 bit 2
EII - Event Input Interrupt Event 0 2 bit 1
UFR - User Fault Routine Interrupt UFR 1 bit 0 (reserved)
Using the Selectable Timed Configure the STI function from the Interrupt Configuration window.
Interrupt (STI) Function
The Selectable Timed Interrupt (STI) provides a mechanism to solve time critical control
requirements. The STI is a trigger mechanism that allows you to scan or solve control program
logic that is time sensitive.
Example of where you would use the STI are:
• PID type applications, where a calculation must be performed at a specific time
interval.
• A block of logic that must be scanned more often.
How an STI is used is typically driven by the demands/requirements of the application. It
operates using the following sequence:
1. Select a time interval.
2. When a valid interval is set and the STI is properly configured, the controller monitors
the STI value.
3. When the time period has elapsed, the controller’s normal operation is interrupted.
4. The controller then scans the logic in the STI POU.
5. When the STI POU is completed, the controller returns to where it was before the
interrupt and continues normal operation.
Selectable Time Interrupt This section covers the configuration and status management of the STI function.
(STI) Function
Configuration and Status STI Function Configuration
This is the name of the Program Organizational Unit (POU) which is executed immediately
when this STI Interrupt occurs. You can choose any pre-programmed POU from the dropdown
list.
The AS (Auto Start) is a control bit that can be used in the control program. The auto start bit is
configured with the programming device and stored as part of the user program. The auto
start bit automatically sets the STI Timed Interrupt Enable (STI0.Enabled) bit when the
controller enters any executing mode.
When the controller transitions to an executing mode, the set point in milliseconds (SP) value
is loaded into the STI. If the STI is configured correctly, and enabled, the POU in the STI
configuration is executed at this interval. You can change the value from the control program
by using the STIS instruction.
The minimum value cannot be less than the time required to scan the STI POUplus
the Interrupt Latency.
The User Interrupt Executing (EX) bit is set whenever the STI mechanism completes timing and
the controller is scanning the STI POU. The EX bit is cleared when the controller completes
processing the STI subroutine.
The STI EX bit can be used in the control program as conditional logic to detect if an STI
interrupt is executing.
The User Interrupt Enable bit is used to indicate STI enable or disable status.
The LS is a status flag that indicates an interrupt was lost. The controller can process 1 active
and maintain up to 1 pending user interrupt conditions before it sets the lost bit.
The controller sets this bit. It is up to the control program to use, track, the lost condition if
necessary.
The PE is a status flag that represents an interrupt is pending. This status bit can be
monitored or used for logic purposes in the control program if you must determine when a
subroutine cannot execute immediately.
The controller set this bit and clears this bit automatically. The controller can process 1 active
and maintain up to 1 pending user interrupt conditions before it sets the lost bit.
Using the Event Input The Event Input Interrupt (EII) is a feature that allows you to scan a specific POU when an input
condition is detected from a field device.
Interrupt (EII) Function
EII0 is used in this document to define how EII works.
Configure EII Input Edge from the Embedded I/O configuration window.
This is the name of the Program Organizational Unit (POU) which is executed immediately
when this EII Interrupt occurs. You can choose any pre-programmed POU from the dropdown
list.
Auto Start (AS) is a control bit that can be used in the control program. The auto start bit is
configured with the programming device and stored as part of the user program. The auto
start bit automatically sets the Event User Interrupt Enable bit when the controller enters any
executing mode.
The Input Select (IS) parameter is used to configure each EII to a specific input on the
controller. Valid inputs are 0…N, where N is either 15, or the maximum input ID, whichever is
smaller.
You can only configure this parameter with the programming device. The parameter cannot be
changed from the control program.
The User Interrupt Executing (EX) bit is set whenever the EII mechanism detects a valid input
and the controller is scanning the EII POU. The EII mechanism clears the EX bit when the
controller completes its processing of the EII subroutine.
You can use the EII EX bit in the control program as conditional logic to detect if an EII
interrupt is executing.
The Enabled (User Interrupt Enable) bit indicates the EII enable or disable status.
User Interrupt Lost (LS) is a status flag that represents an interrupt has been lost. The
controller can process 1 active and maintain up to 1 pending user interrupt conditions before it
sets the lost bit.
The controller sets the bit. It is up to the control program to use or track, the lost condition if
necessary.
User Interrupt Pending (PE) is a status flag that represents an interrupt is pending. You can
monitor the status bit or use it for logic purposes in the control program if you must determine
when a subroutine cannot execute immediately.
The controller automatically sets and clears the bit. The controller can process 1 active and
maintain up to 1 pending user interrupt conditions before it sets the lost bit.
Troubleshooting
1 1 1
2
3 2
4 2 3
3
5 4 4
6 5 5
6 6
7
7 7
Micro850 Controllers
24-point Controllers 48-point Controllers
1 1
8
8 9
9 2
2 3
3 4
4
5 5
6 6
7 7
Micro870 Controllers
24-point Controllers
8
9
2
3
4
5
6
Normal Operation
The POWER and RUN indicators are on. If a force condition is active, the FORCE indicator turns
on and remains on until all forces are removed.
Error Codes This section lists possible error codes for your controller and recommended actions for
recovery. Information about the fault is stored in a fault log, which can be accessed from the
Diagnostics page in the Connected Components Workbench software. The fault log contains
brief information about the last fault, and detailed information about the last 10
nonrecoverable faults that occurred.
If an error persists after performing the recommended action, contact your local Rockwell
Automation technical support representative. For contact information, go to rok.auto/support.
Fault Types
There are two basic types of faults that can occur:
• Recoverable – A recoverable fault can be cleared without having to power cycle the
controller. The fault LED flashes red when a recoverable fault occurs.
• Nonrecoverable – A nonrecoverable fault requires the controller to be power cycled
before clearing the fault. After the controller has been power cycled or reset, check the
fault log in the Diagnostic page of the Connected Components Workbench software,
then clear the fault. The fault LED is steady red when a nonrecoverable fault occurs.
Table 121 - List of Error Codes for Micro800 Controllers
Error Code Fault Type Description Recommended Action
The controller was unexpectedly reset due to a noisy
environment or an internal hardware failure. Perform one of the following:
If the system variable _SYSVA_USER_DATA_LOST is set,
0xF000 Recoverable • See Corrective Actions for Recoverable Faults on page 314.
the controller is able to recover the user program but the
user data is cleared. If not, the Micro800 controller • Check wiring to eliminate any noise.
program is cleared.
The controller program has been cleared. This happened
because:
• A power-down occurred during program download or Perform one of the following:
0xF001 Recoverable data transfer from the memory module. • See Corrective Actions for Recoverable Faults on page 314.
• The cable was removed from the controller during • Transfer the program using the memory module restore utility.
program download.
• The RAM integrity test failed.
The controller hardware watchdog was activated. The
controller hardware watchdog timeout happens if the
program scan is more than 3 seconds.
0xF002 Nonrecoverable If the system variable _SYSVA_USER_DATA_LOST is set, See Corrective Actions for Nonrecoverable Faults on page 314.
the controller is able to recover the user program but the
user data is cleared. If not, the Micro800 controller
program is cleared.
Perform one of the following:
One of the following occurred: • Remove the memory module and plug it in again.
• The memory module hardware faulted. • Obtain a new memory module.
0xF003 Recoverable • The memory module connection faulted. • See Corrective Actions for Recoverable Faults on page 314.
• The memory module was incompatible with the • Upgrade the Micro800 controller’s firmware revision to be compatible with
Micro800 controller’s firmware revision. the memory module. For information on firmware revision compatibility,
go to rok.auto/pcdc.
Perform one of the following:
• See Corrective Actions for Recoverable Faults on page 314.
A failure occurred during the memory module data
0xF004 Recoverable • Attempt the data transfer again. If the error persists, replace the memory
transfer.
module.
• For Embedded RTC failure, restart the controller.
Perform one of the following:
The user program failed an integrity check while the
0xF005 Recoverable • See Corrective Actions for Recoverable Faults on page 314.
Micro800 controller was in Run mode.
• Check wiring.
Perform one of the following:
The user program is incompatible with the Micro800
0xF006 Recoverable • See Corrective Actions for Recoverable Faults on page 314.
controller’s firmware revision.
• Contact your local Rockwell Automation technical support representative.
Perform one of the following:
The user program contains a function/function block that
0xF010 Recoverable • See Corrective Actions for Recoverable Faults on page 314.
is not supported by the Micro800 controller.
• Contact your local Rockwell Automation technical support representative.
Retrieve a Fault Log You can retrieve a fault log for your controller by using the Connected Components Workbench
software, version 9 or later.
Perform the following:
1. Launch the Connected Components Workbench software.
2. Connect to your Micro800 controller.
3. In Project Organizer, right-click the Micro800 controller.
4. Select Diagnose > Fault.
The Fault Diagnostics tab displays.
5. Select Get Fault Log.
6. Save the fault log (.txt) file.
Retrieve a Core Dump on If a major nonrecoverable fault occurs, you can retrieve a core dump of the controller and
submit this file to Rockwell Automation Tech Support for help in troubleshooting and
Major Fault debugging. The size of the core dump is limited to 8 KB.
This feature is available for controllers with firmware revision 22.011 or later. You must also
use Connected Components Workbench software version 22.00 or later.
After a major fault occurs and you have cycled power to the controller, perform the following:
1. Launch the Connected Components Workbench software.
2. Connect to your Micro800 controller.
3. In Project Organizer, right-click the Micro800 controller.
4. Select Diagnose > Fault.
The Fault Diagnostics tab displays.
5. Select Core Dump Upload.
6. Save the core dump (.bin) file.
IMPORTANT Updating your controller firmware revision clears the core dump.
Controller Error Recovery Use the following error recovery model to help you diagnose software and hardware problems
in the micro controller. The model provides common questions that you might ask to help
Model troubleshoot your system. See the recommended pages within the model for further help.
Controller Error Recovery Model
Start
Is the No
Power LED Check the wiring.
on?
Yes
No
Is fault recoverable? Power cycle the controller.
Yes
End
Ethernet Diagnostics In Connected Components Workbench software, when the project in online, you can view the
status of the embedded Ethernet ports on the controller.
The I/O Comms Utilization values help you check the resources that are used by the Ethernet
Implicit messaging feature in the Micro800 controller. If the application observes packet drops
or missed packets in the Ethernet diagnostics, this value helps to provide an understanding if
the utilization is close to the 100%. We recommend keeping the utilization value less than
60% to have enough resources in the controller to perform Class 3 messaging, interrupts, and
program execution. The easiest way to reduce the utilization value is to increase the RPI of the
devices configured under Ethernet-Modules.
Calling Rockwell If you need to contact Rockwell Automation or local distributor for assistance, it is helpful to
obtain the following (before calling):
Automation for Assistance
• Controller type, series letter, revision letter, and firmware (FRN) number of the
controller.
• Controller indicator status.
The PID function block has parameter naming similar to RSLogix 500 and is recommended for
users who are already familiar with programming in RSLogix 500. The IPIDCONTROLLER
function block has the advantage of supporting autotune.
Table 126 - Comparison Between IPIDCONTROLLER and PID
IPIDCONTROLLER PID Description
Common parameters
Process PV Process Variable feedback
Setpoint SP Setpoint input
Output CV CV output
Gains.DirectActing Control Control direction of process (cooling versus heating)
Gains.ProportionalGain Gains.Kc Controller gain for both P and I
Gains.TimeIntegral Gains.Ti Time integral value for I
Gains.TimeDerivative Gains.Td Time derivative value for D
A higher filter constant makes CV output more
Gains.DerivativeGain Gains.FC responsive to error. Acts like a derivative gain.
AbsoluteError AbsoluteError Absolute value of error
PID-specific parameters
CVMin For limiting CV
CVMax For limiting CV
TRUE = Normal operation of PID
AutoManual FALSE = Manual operation using CVManual
CVManual CV when in manual mode
— TRUE = Start execution with current input parameters.
Enable FALSE = CV equals zero.
TRUE = PID state is running.
Active FALSE = PID state is stopped.
TRUE = PID has an error.
Error FALSE = PID has no errors.
ErrorID PID ErrorID
IPIDCONTROLLER-specific parameters
TRUE = Normal operation of PID
Auto FALSE = Output tracks Feedback
Feedback of the control being applied to the process.
Feedback Usually it’s the PID’s CV after any limits or manual
control has been applied.
— TRUE = Autotune
AutoTune FALSE = No Autotune
ATParameters Autotune parameters
ATWarning Autotune warning
OutGains Gains from Autotune
Initialize Used for AutoTune
PID Function Block This function block diagram shows the arguments in the PID function block.
PID
Enable Active
PV CV
SP AbsoluteError
AutoManual Error
CVManual Error ID
CVMax
CVMin
Gains
Control
Llnit
Table 127 explains the arguments that are used in this function block.
Table 127 - PID Arguments
Parameter
Parameter Data Type Description
Type
Enable instruction
Enable Input BOOL TRUE = Start execution with current input parameters.
FALSE = CV equals zero.
Process Value. This value is typically read from an analog
PV Input REAL input module.
The SI unit must be the same as Setpoint.
SP Input REAL The setpoint value for the process
Auto or manual mode selection:
AutoManual Input BOOL TRUE = Normal operation of PID
FALSE = Manual operation using CVManual
Control value input defined for manual mode operation. The
CVManual Input REAL valid range for CVManual is:
CVMin < CVManual < CVMax
Control value minimum limit
CVMin Input REAL If CV < CVMin, then CV = CVMin.
If CVMin > CVMax, an error occurs.
Control value maximum limit
CVMax Input REAL If CV > CVMax, then CV = CVMax.
If CVMax < CVMin, an error occurs.
Gains of PID for controller
Gains Input PID_GAINS Use the PID_GAINS data type to configure the Gains
parameter.
Control direction of the process:
Control Input BOOL TRUE = Direct acting, such as Cooling
FALSE = Reverse acting, such as Heating
Llnit Input BOOL Reserved for future use
Status of the PID controller:
Active Output BOOL TRUE = PID state is running
FALSE = PID state is stopped
The control value output
CV Output REAL If any error occurred, CV is 0.
Absolute error is the difference between process value (PV)
AbsoluteError Output REAL and setpoint (SV) value.
Indicates the existence of an error condition
Error Output BOOL TRUE = PID has an error.
FALSE = PID has no errors.
A unique numeric that identifies the error. The errors are
ErrorID Output USINT defined in PID error codes.
IPIDCONTROLLER Function This function block diagram shows the arguments in the IPIDCONTROLLER function block.
Block
IPIDCONTROLLER
EN ENO
Process Output
SetPoint AbsoluteError
FeedBack ATWarning
Auto OutGains
Initialize
Gains
AutoTune
ATParameters
Table 130 explains the arguments that are used in this function block.
Table 130 - IPIDCONTROLLER Arguments
Parameter
Parameter Data Type Description
Type
Function block enable
TRUE = Execute function.
EN Input BOOL FALSE = Do not execute function.
Applicable to Ladder Diagram programs
Process value, which is the value that is measured from the
Process Input REAL process output.
SetPoint Input REAL The setpoint value for the process
Feedback signal, which is the value of the control variable
Feedback Input REAL that is applied to the process.
For example, the feedback can be IPIDCONTROLLER output.
Operating modes of PID controller:
Auto Input BOOL TRUE = Normal operation of PID
FALSE = Output tracks Feedback
A change in value (TRUE to FALSE or FALSE to TRUE) causes
Initialize Input BOOL the controller to eliminate any proportional gain during that
cycle. It also initializes AutoTune sequences.
Gains PID for IPIDCONTROLLER
Gains Input GAIN_PID Use the GAIN_PID data type to define the parameters for the
Gains input.
TRUE = Autotune
AutoTune Input BOOL FALSE = No Autotune
AutoTune parameters
ATParameters Input AT_Param Use AT_Param data type to define the parameters for the
ATParameters input.
Output Output Real Output value from the controller
AbsoluteError Output Real Absolute error (Process - SetPoint) from the controller
Warning for the AutoTune sequence. Possible values are:
0 = No auto tune done
1 = In auto tune mode
ATWarnings Output DINT 2 = Auto tune done
-1 = Error 1: Input automatically set to TRUE, no auto tune
possible.
-2 = Error 2: Auto tune error, the ATDynamSet expired.
Gains calculated from AutoTune Sequences
OutGains Output GAIN_PID Use the GAIN_PID data type to define the OutGains output.
Enable output
ENO Output BOOL Applicable to Ladder Diagram programs
During autotune, the controller automatically sets the process value to zero. To autotune,
perform the following steps:
1. Set the Initialize input to TRUE.
2. Set the AutoTune input to TRUE.
3. Wait for the Process input to stabilize or reach a steady state.
4. Note the temperature fluctuation of the process value.
5. Calculate the deviation value with reference to the fluctuation. For example, if the
temperature stabilizes around 22 °C (72 °F) with a fluctuation of 21.7…22.5 °C
(71…72.5 °F), the value of ‘ATParams.Deviation’ is:
22.5...21.7 72.5...71
For °C: = 0.4 For °F: = 0.75
2 2
Once the process value reaches the first peak, the control output reduces by the amount of
Step and waits for the process value to drop to the second peak.
Troubleshooting an You can understand the autotune process from the sequences of control output. Here are
some known sequences of control output and what it means if the autotune fails. For the ease
Autotune Process of illustrating the sequence of control output, we define:
• Load: 50
• Step: 20
Output Sequence 1: 50 ✟70 ✟30
Sequence Condition Autotune Result Action for Autotune Fail
Process value reached 'first peak' and Likely successful NA
'second' peak in time
Water in
Water level
Figure 68 shows a basic water level control system to maintain a preset water level in the tank.
A solenoid valve is used to control incoming water, filling the tank at a preset rate. Similarly,
outflowing water is controlled at a measurable rate.
Autotune of IPID can only work on first and second order systems.
A first order system can be described by an independent energy storage element. Examples of
first order systems are the cooling of a fluid tank; the flow of fluid from a tank; a motor with
constant torque driving a disk flywheel or an electric RC lead network. The energy storage
elements for these systems are heat energy, potential energy, rotational kinetic energy, and
capacitive storage energy, respectively.
This may be written in a standard form such as f(t) = τdy/dt + y(t), where τ is the system time
constant, f is the forcing function, and y is the system state variable.
In the cooling of a fluid tank example, it can be modeled by the thermal capacitance C of the
fluid and thermal resistance R of the walls of the tank. The system time constant is RC, the
forcing function is the ambient temperature, and the system state variable is the fluid
temperature.
A second order system can be described by two independent energy storage elements that
exchange stored energy. Examples of second order systems are: a motor driving a disk
flywheel with the motor that is coupled to the flywheel via a shaft with torsional stiffness, or
an electric circuit composed of a current source driving a series LR (inductor and resistor)
with a shunt C (capacitor). The energy storage elements for these systems are the rotational
kinetic energy and torsion spring energy for the former, and the inductive and capacitive
storage energy for the latter. Motor drive systems and heating systems can be typically
modeled by the LR and C electric circuit.
Figure 69 shows the sample code for controlling the PID application example (Figure 68). The
sample code, developed using Function Block Diagrams, consists of a pre-defined function
block (IPIDCONTROLLER), and four user-defined function blocks. The four user-defined
function blocks are:
• PID_OutputRegulator
Regulates the output of IPIDCONTROLLER within a safe range to verify that there is no
damage to the hardware that is used in the process.
If RMIN ≤ RIN ≤ RMAX, then ROUT = RIN,
If RIN < RMIN, then ROUT = RMIN,
If RIN > RMAX, then ROUT = RMAX.
• PID_Feedback
Acts as a multiplexer.
If FB_RST is false, then FB_OUT = FB_IN,
If FB_RST is true, then FB_OUT = FB_PREVAL.
• PID_PWM
Provides a PWM function, which converts a real value to a time-related ON/OFF output.
• SIM_WATERLVL
Simulates the process that is shown in the PID application example (Figure 68).
Notes:
System Loading
Example 1:
Derive Total Power for a 24-point Micro830 controller with two plug-ins.
Total Power = 8 W+ 1.44 W * 2 + 0 = 10.88 W
Example 2:
Derive Total Power for a 48-point Micro850 controller, with 3 plug-ins, and 2085-IQ16, and
2085-IF4 expansion I/O modules attached.
Total Power = 11 W + 3 * 1.44 W + 0.85 W + 1.7 W = 17.87 W
The following protocols are supported on the embedded serial port, including any
2080-SERIALISOL plug-in module that is installed, on the newer Micro850 (2080-L50E) and
Micro870 (2080-L70E) controllers.
• DF1 Full-duplex
• DF1 Half-duplex Master/Slave
• DF1 Radio Modem
DF1 Full-duplex Protocol DF1 Full-duplex protocol provides a point-to-point connection between two devices. DF1 Full-
duplex protocol combines data transparency (American National Standards Institute ANSI –
X3.28-1976 specification subcategory D1) and 2-way simultaneous transmission with
embedded responses (subcategory F1).
The controller supports the DF1 Full-duplex protocol via RS-232 connection to external devices,
such as computers, or other controllers that support DF1 Full-duplex.
DF1 support is achieved through the CIP serial interface in the Micro800 controllers.
DF1 Full-duplex protocol (also referred to as DF1 point-to-point protocol) is useful where
RS-232 point-to-point communication is required. DF1 protocol controls message flow, detects
and signals errors, and retries if errors are detected.
Example DF1 Full-duplex Connections
Micro870 controller
Computer
CH0
Computer
Modem
CH0
Modem 1761-CBL-PM02 with null modem adapter
DF1 Half-duplex Protocol DF1 Half-duplex protocol is a multi-drop single master/multiple slave network. DF1 Half-duplex
protocol supports data transparency (American National Standards Institute ANSI – X3.28-1976
specification subcategory D1). In contrast to DF1 Full-duplex, communication takes place in
one direction at a time. You can use the RS-232/RS-485 port on the controller as both a Half-
duplex programming port and a Half-duplex peer-to-peer messaging port.
An additional feature of the DF1 Half-duplex protocol is that it is possible for a slave device to
enable a MSG write or read to/from another slave. When the initiating slave is polled, the MSG
is sent to the master. The master recognizes that the message is not intended for it, but for
another slave, so the master immediately forwards the message to the intended slave. The
master does this automatically; you do not need to program the master to move data between
slave nodes. This slave-to-slave transfer can also be used by programming software to allow
slave-to-slave upload and download of programs to controllers (including the master) on the
DF1 Half-duplex link.
The controller can act as the master or as a slave on a Half-duplex network. When the
controller is a slave device, a master device is required to run the network. Several other Allen-
Bradley products support the DF1 Half-duplex master protocol.
DF1 Half-duplex supports up to 255 devices (address 0…254) with address 255 reserved for
master broadcasts. As a DF1 Half-duplex slave device, the controller supports broadcast
reception. As a DF1 Half-duplex master, the controller supports both the reception and
initiation of broadcast write commands (via the MSG instruction). The controller also supports
Half-duplex modems using RTS/CTS hardware handshaking.
IMPORTANT Firmware revision 20 for Micro850 and Micro870 controllers does not
support the broadcast function in Half-duplex master. This feature will
be supported in a future firmware revision.
IMPORTANT Program download is not supported in the DF1 Half-duplex and Radio
Modem for Micro850 (2080-L50E) and Micro870 (2080-L70E) controllers
firmware revision 20 or later.
• Leased-line modems
Leased-line modems are used with dedicated phone lines that are typically leased from
the local phone company. The dedicated lines may be in a point-to-point topology
supporting Full-duplex communications between two modems or in a multi-drop
topology supporting Half-duplex communications between three or more modems.
• Radio modems
Radio modems may be implemented in a point-to-point topology supporting either Half-
duplex or Full-duplex communications, or in a multi-drop topology supporting half-
duplex communications between three or more modems. Micro800 controllers also
support DF1 Radio Modem protocol.
• Line drivers
Line drivers, also called short-haul modems, do not actually modulate the serial data,
but rather condition the electrical signals to operate reliably over long transmission
distances (up to several miles). Line drivers are available in Full-duplex and Half-duplex
models.
For point-to-point Full-duplex modem connections that do not require any modem
handshaking signals to operate, use the DF1 Full-duplex protocol with no handshaking. For
point-to-point Full-duplex modem connections that require RTS/CTS handshaking, use the DF1
Full-duplex protocol with handshaking.
For radio modem connections, use the DF1 Radio Modem protocol, especially if store and
forward capability is required.
For general multi-drop modem connections, or for point-to-point modem connections that
require RTS/CTS handshaking, use the DF1 Half-duplex slave protocol. In this case, one (and
only one) of the other devices must be configured for the DF1 Half-duplex master protocol.
Micro850 (2080-L50E) and Micro870 (2080-L70E) controllers support RTS/CTS
modem handshaking when configured for DF1 Full-duplex protocol with the control
line parameter set to Full-duplex Modem Handshaking or DF1 Half-duplex slave
protocol with the control line parameter set to Half-duplex Modem.
These controllers also support the Data Carrier Detect (DCD) line for the DF1 radio
modem protocol. No other modem handshaking lines (such as Data-Set™ Ready
and Data Terminal Ready) are supported by Micro800 controllers.
Modem Control Line The following explains the operation of the Micro800 controllers when you configure the
RS-232 serial port for the following applications.
Operation
DF1 Full-duplex
When configured for DF1 Full-duplex, the following control line operation takes effect:
No Handshake Selected
RTS is always inactive (low). Receptions and transmissions take place regardless of the state
of CTS input. Only make this selection when the Micro800 controllers are directly connected to
another device that does not require handshaking signals.
No Handshake Selected
RTS is always inactive. Receptions and transmissions take place regardless of the state of CTS
input. Only make this selection when the controller is directly connected to another device that
does not require handshaking signals.
RTS is only activated during transmissions (and any programmed delays before or after
transmissions). Transmissions require CTS to be active.
No Handshake Selected
RTS is always inactive. Receptions and transmissions take place regardless of the state of CTS
input. Only make this selection when the controller is directly connected to another device that
does not require handshaking signals.
RTS is only active during transmissions (and any programmed delays before and after
transmissions).
Transmissions require CTS to be active
No Handshake Selected
RTS is always inactive. Receptions and transmissions take place regardless of the state of CTS
input. This selection should only be made when the controller is directly connected to another
device that does not require handshaking signals.
RTS is activated during transmission and during any programmed delays before or after
transmissions. Programmed delays include RTS Send Delay and RTS Off Delay.
Transmissions require CTS to be active. If CTS is inactive at the onset of transmission, one
second will be provided to wait for CTS to become active before the message packet is
discarded.
RTS is activated during transmissions and during any programmed delays before and after
transmissions. Programmed delays include RTS Send Delay and RTS Off Delay. The DCD input
signal is monitored to determine if transmissions are acceptable. If DCD is active, receptions
are possible.
Transmissions require CTS to be active and DCD to be inactive. If DCD is active at the onset of
transmission, a configured delay (DCD Wait Delay) will wait for DCD to become inactive before
discarding the packet. If CTS is inactive at the onset of transmission, one second will be
provided to wait for CTS to become active before the message packet is discarded.
Configure DF1 Half-Duplex RTS Send Delay and RTS Off Delay
Parameters
Through your programming software, the parameters RTS Send Delay and RTS Off Delay let you
set how long RTS is on before transmission, and how long to keep it on after transmission is
complete. These parameters only apply when you select Half-duplex Modem. For maximum
communication throughput, leave these parameters at zero.
For use with Half-duplex Modems that require extra time to turnaround or key-up their
transmitter even after they have activated CTS, the RTS Send Delay specifies (in 20 millisecond
increments) the amount of delay time after activating RTS to wait before checking to see if
CTS has been activated by the modem. If CTS is not yet active, RTS remains active, and as long
as CTS is activated within one second, the transmission occurs. After one second, if CTS is still
not activated, then RTS is set to inactive and the transmission is aborted.
For modems that do not supply a CTS signal but still require RTS to be raised before
transmission, jumper RTS to CTS and use the shortest delay possible without losing reliable
operation.
Certain modems drop their carrier link when RTS is set inactive even though the transmission
has not finished. The RTS Off Delay parameter specifies in 20 millisecond increments the delay
between when the last serial character is sent to the modem and when RTS is deactivated.
This gives the modem extra time to transmit the last character of a packet.
ATTENTION: For almost all modem applications, the RTS Off Delay should be
left at 0. Never select an RTS Off Delay that is greater than the RTS Send Delay
in the other devices on the network, or you may incur two devices trying to
transmit simultaneously.
Configure a Standard-Mode Choose standard mode if you want to query slave stations for information based on user-
configured polling ranges. This mode is often used in general point-to-multipoint
DF1 Half-duplex Master configurations.
Station
To configure the controller as a master station using standard-communication mode, place
the controller into program mode and follow the steps below using your programming
software:
Table 136 shows the parameters for configuring a Micro850 (2080-L50E) or Micro870 (2080-
L70E) controller as a master station using standard-communication mode to talk to slave
stations.
Table 136 - Configure a Micro800 Controller as a Master Using Standard-communication
Mode
Parameter Selections
Select a communication rate that all devices in your system support. Configure all
Baud Rate devices in the system for the same communication rate.
Parity provides additional message packet error detection. To implement even
Parity parity checking, choose Even. To implement no parity checking, choose None.
A node address identifies the controller on the DF1 half-duplex link. Each station
on a link must have a unique address. Choose an address between 010 and 25410.
Node Address Node address 25510 is the broadcast address, and cannot be selected as a
station’s individual address.
Defines the mode in which the driver operates. Choose a method appropriate for
your system configuration:
• If you are not using a modem, choose NO HANDSHAKE.
Control Line • If the master modem is full duplex, choose FULL-DUPLEX (RTS ALWAYS ON).
• If all modems in the system are half-duplex, choose HALF-DUPLEX WITHOUT
CONTINUOUS CARRIER (RTS/CTS).
See Modem Control Line Operation on page 337 for a description of the control
line operation settings.
With this selection, you choose how the controller checks the accuracy of each
DF1 packet transmission.
BCC: This algorithm provides a medium level of data security. It cannot detect:
– Transposition of bytes during transmission of a packet
Error Detection – The insertion or deletion of data values of zero within a packet
CRC: This algorithm provides a higher level of data security.
Select an error detection method that all devices in your configuration can use.
When possible, choose CRC.
The timeout must be long enough that after the master has transmitted the last character of
the poll packet, there is enough time for a slave to transmit (and the master receive) a
maximum-sized packet before the time expires.
To calculate the minimum ACK timeout, you must know:
• The modem communication rate
• Maximum-sized data packet (the maximum number of data words that a slave write
command or read reply packet might contain)
• The RTS/CTS or turnaround delay of the slave modem
• The configured RTS Send Delay in the slave
• The program scan time of the slave
Next, you must determine the average slave program scan time. In Connected Components
Workbench software, double-click the controller variables in the Controller Organizer and
locate the system tag _SYSVA_TCYCYCTIME in the Variable tab. For this example, assume that
the program scan time is 20 ms. The program scan time varies by application.
Finally, you must determine the larger of two values, either the configured slave RTS Send
Delay or the turnaround time of the slave modem. The RTS Send Delay time can be found by in
the Configuration screen of the Micro800 embedded serial port. The RTS Send Delay time is in
intervals of 20 ms, so with a value of 3 in the box, the RTS Send Delay time is 20 ms multiplied
by 3. Using this value (60 ms) for our example, and assuming that the turnaround time of the
modem is 50 ms (which varies by modem), choose to use the RTS Send Delay time of 60 ms for
your calculation.
Having determined the maximum message transmission time (224 ms), the average slave
program scan time (20 ms) and the largest of either the RTS Send Delay (60 ms) or the modem
turnaround time, the minimum ACK timeout is the sum of these values.
Parameter Example Values (in ms)
Max Message Transmission Time 224
Average Program Scan Time 20
RTS Send Delay 60
Modem Turnaround Time 50
Calculated ACK Timeout 304 Use only the largest of these two values.
Round up to Nearest 20 ms 320
Configure a Message-based Choose message-based communication mode if you want to use MSG instructions in user
programming to communicate with one station at a time. If your application uses satellite
Mode DF1 Half-duplex transmission or cellular transmission, consider choosing message-based. Communication to a
Master Station slave station can be initiated on an as-needed basis.
With message-based mode, you do not have an active node file that you can use to monitor
station status. Also, you cannot implement slave station-to-slave station messaging or slave
programming.
To configure the controller for a master station using message-based communication, place
the controller in program mode and follow the steps below in the Connected Components
Workbench software.
Define the parameters shown in Table 139 when configuring a Micro800 controller as a master
station using message-based communication mode to talk to slave stations.
Table 139 - Configure a Micro800 Controller as a Master Using Message-based
Communication Mode
Parameter Selections
Select a communication rate that all devices in your system support. Configure all devices
Baud Rate in the system for the same communication rate.
Parity provides additional message packet error detection. To implement even parity
Parity checking, choose Even. To implement no parity checking, choose None.
A node address identifies the controller on the DF1 Half-duplex link. Each station on a link
Node Address must have a unique address. Choose an address between 010 and 25410. Node address 25510
is the broadcast address, and cannot be selected as a station’s individual address.
Select the communication media for the DF1 protocol:
Media • RS-232
• RS-485 (only available when DF1 mode is Half-duplex)
This parameter defines the mode in which the driver operates. Choose a method
appropriate for your system’s configuration:
• If you are not using a modem, choose NO HANDSHAKE.
Control Line • If the master modem is full-duplex, choose FULL-DUPLEX (RTS ALWAYS ON).
• If all modems in the system are half-duplex, choose HALF-DUPLEX WITHOUT CONTINUOUS
CARRIER (RTS/CTS).
See Modem Control Line Operation on page 337 for descriptions of control line operation
settings.
With this selection, you choose how the controller checks the accuracy of each DF1 packet
transmission.
BCC: This algorithm provides a medium level of data security. It cannot detect:
– Transposition of bytes during transmission of a packet
Error Detection – The insertion or deletion of data values of zero within a packet
CRC: This algorithm provides a higher level of data security.
Select an error detection method that all devices in your configuration can use.
When possible, choose CRC.
Configure a Slave Station To choose the controller as a slave station, follow the steps below using your programming
software:
Configure Poll Timeout The Poll Timeout is only used when the DF1 Half-duplex slave is initiating MSG instructions in
ladder logic. This implies that the master is most likely configured for Standard Polling Mode.
The minimum Poll Timeout value is dependent on the maximum master poll scan rate. Since
the master’s polling and the slave’s triggering of a MSG instruction are asynchronous events, it
is possible that in the instant just after the slave was polled, the MSG instruction gets
triggered. This means the MSG instruction remains queued-up for transmission until the
master has polled every other slave first. Therefore, the minimum slave Serial Port Poll
Timeout value is equal to the maximum master Scan Poll Rate rounded up to the next 20 ms
increment.
Minimum Serial Port Poll Timeout = Maximum Master Scan Poll Rate
Configure a Radio Modem To configure a Micro800 controller channel 1 for DF1 Radio Modem, do the following using your
programming software:
Station
Table 142 - Configure a Micro800 controller for DF1 Radio Modem Communication
Parameter Default Selections
Select a communication rate that all devices in your system support. Configure all devices in the system for
Baud Rate 19,200 the same communication rate.
Parity provides additional message packet error detection. To implement even parity checking, choose Even.
Parity None To implement odd parity checking, choose Odd. To implement no parity checking, choose None.
A node address identifies the controller on the DF1 half-duplex link. Each station on a link must have a unique
Node Address 1 node address. Choose an address between 010 and 25410. Node address 25510 is the broadcast address, which
you cannot select as a station’s individual address.
Enable Store and Forward Not selected (Disabled) See Configure the Store and Forward Table on page 350 for more information.
Table 142 - Configure a Micro800 controller for DF1 Radio Modem Communication (Continued)
Parameter Default Selections
This parameter defines the mode in which the driver operates. Choose a method appropriate for your
system’s configuration:
• If you are not using a modem, choose NO HANDSHAKE.
Control Line No Handshake
• Half-duplex without Continuous Carrier (RTS/CTS)
• Half-duplex with DCD Handshaking
See Modem Control Line Operation on page 337 for descriptions of the control line operation settings.
With this selection, you choose how the controller checks the accuracy of each DF1 packet transmission.
BCC: This algorithm provides a medium level of data security. It cannot detect:
– Transposition of bytes during transmission of a packet
Error Detection CRC – The insertion or deletion of data values of zero within a packet
CRC: This algorithm provides a higher level of data security.
Select an error detection method that all devices in your configuration can use.
When possible, choose CRC.
Defines the amount of time in 20 millisecond increments that elapses between the end of the message
transmission and the de-assertion of the RTS signal. This time delay is a buffer to make sure that the modem
RTS Off Delay 0 has transmitted the message, but should normally be left at zero. See RTS Send Delay and RTS Off Delay on
page 339 for further guidelines for setting this parameter.
Defines the amount of time in 20 millisecond increments that elapses between the assertion of the RTS
signal and the beginning of the message transmission. This time allows the modem to prepare to transmit
RTS On Delay 0 the message. The Clear to Send (CTS) signal must be high for transmission to occur. See RTS Send Delay and
RTS Off Delay on page 339 for further guidelines for setting this parameter.
Defines the amount of time in 1 millisecond increments that elapses between when the controller has a
Pre-Transmit Delay 0 message to send and when it asserts the RTS signal (if handshaking is selected) or begins transmitting (if no
handshaking is selected).
Use the static method when you want to configure the Store and Forward tables while the
controller is offline. Use the dynamic method when you want to configure the Store and
Forward tables while the controller is in RUN mode. The dynamic Store and Forward table
occupies a BOOL array [0…255] or DWORD array [0…7] data type. Each bit in this array
corresponds to a DF1 Radio Modem node address.
To configure a Micro800 controller to Store and Forward message packets between two other
nodes, the bits corresponding to the addresses of those two other nodes must be set. For
instance, if node 2 is used to Store and Forward message packets between nodes 1 and 3, then
both Bit 1 and Bit 3 must be set in the Store and Forward table (see Figure 70).
IMPORTANT Once Store and Forward is enabled, duplicate packet detection is also
automatically enabled. Whenever Store and Forward is used within a
radio modem network, every node should have Store and Forward
enabled, even if all bits in the file are cleared, so that duplicate packets
are ignored.
Figure 70 - Applying Store and Forward with DF1 Radio Modem Protocol
(Second Rebroadcast) Note 4
REPLY 1 (First Rebroadcast)
REPLY 1 Note 3
Note 1
CMD1 CMD 1
(First Rebroadcast) (Second Rebroadcast)
Note 2
Note 1 – The link layer of Node 1 blocks the re-transmission of a packet that is received with the SRC byte equal to the receiving node’s station
address. Packets received that originate from the receiving node should never be re-transmitted.
Note 2 – To prevent Node 2 from re-transmitting a duplicate packet, the link layer of Node 2 updates the duplicate packet table with the last 20
packets received.
Note 3 – The link layer of Node 4 blocks the re-transmission of a packet that is received with the SRC byte equal to the receiving node’s station
address. Packets received that originate from the receiving node should never be re-transmitted.
Note 4 – To prevent Node 3 from re-transmitting a duplicate packet, the link layer of Node 3 updates the duplicate packet table with the last 20
packets received.
Notes:
PowerFlex 520-series User- This section provides details for each instruction.
defined Function Block
RA_PF523_VEL and RA_PF525_VEL
Details
These instructions allow simple PowerFlex 523 or PowerFlex 525 drive control in Velocity Mode.
RA_PF525_POS
This instruction allows simple PowerFlex 525 drive control in Position Mode.
Kinetix 5100 Drive Device The Device Object UDFB comes with the UDFB motion instructions that is downloaded from the
PCDC. Each Kinetix 5100 drive requires a unique instance of the Device Object UDFB. This UDFB
Object UDFB provides one software interface that is used by each drive that commands the drive and
provides the drive status that you can use with your application logic.
Figure 73 - Device Object UDFB
The Kinetix 5100 drive UDFB motion instructions aim to provide necessary simple motion
functions. Table 146 lists the Kinetix 5100 drive UDFBs.
Table 146 - UDFB Motion Instruction List for Kinetix 5100 Drives
Name Description
Motion Servo On
raC_Opr_K5100_MSO Use the Motion Servo On instruction to activate the drive output and to activate the
drive servo loops.
Motion Servo Off
raC_Opr_K5100_MSF Use the Motion Servo Off instruction to deactivate the drive output and to deactivate
the drive servo loops.
Motion Axis Jog
raC_Opr_K5100_MAJ Use the Motion Axis Jog instruction to accelerate or decelerate the motor at a constant
speed without termination.
Motion Axis Torque
raC_Opr_K5100_MAT Use the Motion Axis Torque instruction to use torque limiting while a predefined speed
is used to move the motor.
Motion Axis Move
raC_Opr_K5100_MAM Use the Motion Axis Move instruction to move the motor to a specified position.
Motion Axis Home
raC_Opr_K5100_MAH Use the Motion Axis Home instruction to home the motor.
Motion Axis Gear
Use the Motion Axis Gear instruction to set the gear ratio between a pulse-source and
follower drive.
raC_Opr_K5100_MAG IMPORTANT: This UDFB changes the drive E-gear ratio; Slave/Follower ID151 (P1.044)
and Master ID152 (P1.045) Counts. If your drive is positioning, be aware that the units
are impacted because the E-gear ratio controls the counts/motor rotation value.
Motion Axis Stop
raC_Opr_K5100_MAS Use the Motion Axis Stop instruction to stop a specific motion process on the motor or
to stop the motor completely.
Motion Axis Fault Reset
Use the Motion Axis Fault Reset instruction to clear many motion faults for the drive.
raC_Opr_K5100_MAFR Some faults cannot be cleared until you cycle power to the drive. The faults, which you
can be clear with raC_xxx_K5100_MAFR, are listed in the fault list section.
Motion Axis Index
Use the Motion Axis Index instruction to execute the specified PR (index) function of
raC_Opr_K5100_MAI the drive. Use K5100C configuration software or explicit messaging to set the PR
(index) parameters. The raC_Opr_K5100_MAI instruction specifies the PR (index)
number to be executed.
Configure UDFBs for Follow the steps described in Import the User-defined Function Block Instruction Files on
page 146 to install the Device Object and Motion Instruction UDFBs. When the Operation UDFBs
Kinetix 5100 Drives are created, use the sample logic that is created as guidance for creating your application
logic.
raC_Dvc_K5100
When the Device Object UDFB is created, it references Data Types that interface with the drive
to exchange command and status information. You must create each Device Object as a
unique instance and create the interface tags in your program Local Variables / Global
Variables. You must also map the module defined Global Variables (K5100_I and K5100_O) to
Ref_I and Ref_O.
raC_UDT_Itf_K5100_Cfg
raC_UDT_Itf_K5100_Cfg is the user-defined data type for device configuration. Its members
provide selection between drive units (counts) or user units (PU).
This selection is useful because the Kinetix 5100 drive natively supports only drive units. When
the Operating Units = 1, the Motion Resolution and ConversionConstant values are used.
Position Scaling originates from the KNX5100C software and is used together with the Cfg tags
to derive user scaling units.
Table 147 - raC_UDT_Itf_K5100_Cfg Data Types
Member Description Data Type
OperatingUnits 0 = Drive Units; 1 = UserUnits DINT
MotionResolution Motion Counts per Motor Revolution DINT
ConversionConstant Motion Counts per Position Unit LREAL
The E-gear ratio (KNX5100C -> Function List -> E-gear Ratio) is always used to provide a
representation of positioning (units or counts) or to define a Pulse-Pulse Following
relationship (MAG/PT). When the E-gear ratio is changed, the positioning of the drive is
changed. When not using the MAG or PT operation mode, the E-gear ratio is used to define
position scaling.
When Operating Units = 1, Position Units are used, and we can define application units instead
of using drive counts. In KNX5100C software, the E-gear ratio is defined to provide Position
scaling. This is encoder counts (or pulses)/motor rotation.
The example in Figure 76 results in Position Units = motor rotations. Now, entry values that
originally used drive counts can be entered as motor rotations.
raC_UDT_Itf_K5100_Set
raC_UDT_Itf_K5100_Set is the user-defined data type for device settings. Its members provide
application program access to allow or inhibit commands and settings from other external
sources. The table below shows member names, descriptions, and tag data types.
For example, to inhibit write commands from the other external sources write a 1 to the
ModuleName_CtrlSet.InhibitCmd program tag from your application program. This write
prevents a jog command from other external sources.
raC_UDT_Itf_K5100_Cmd
raC_UDT_Itf_K5100_Cmd is the user-defined data type for device commands. Its members
provide application program access to common basic device commands.
Table 149 shows member names, descriptions, and tag data types.
All commands are available whether operating the device physically or virtually.
While it is possible, it is not typical to modify any of these UDT values directly. The Motion
Operation UDFBs manipulate these values as a result of their operation.
Table 149 - raC_UDT_Itf_K5100_Cmd Data Types
Member Description Data Type
bCmd Commands (Bit Overlay) DINT
Physical 1 = Operate as a physical device BOOL
Virtual 1 = Operate as a virtual device BOOL
ResetWarn 1 = Reset device warning BOOL
ResetFault 1 = Reset device trip or fault BOOL
Activate 1 = Activate Output Power Structure BOOL
Deactivate 1 = DeActivate Output Power Structure BOOL
A zero-to-one transition means that the motion command is
StartMotion BOOL
issued from the external controller.
A zero-to-one transition stops any active motion command
StopMotion BOOL
in the drive.
raC_UDT_Itf_K5100_Sts
raC_UDT_Itf_K5100_Sts is the user-defined data type for device status. Its members provide
application program access to device states, status, and diagnostic data. Table 150 shows
member names, descriptions, and tag data types.
Table 150 - raC_UDT_Itf_K5100_Sts Data Types
Input Description Data Type
Enumerated state value:
0 = Unused
1 = Initializing
2 = Disconnected
eState 3 = Disconnecting DINT
4 = Connecting
5 = Idle
6 = Configuring
7 = Available
Capture the First Alarm Bit to trigger. Display the respective
FirstWarning description and time stamp on the faceplate. Log the same raC_UDT_Event
in the Event Queue.
Capture the Fault Code of the device. Display the respective
FirstFault code, description, and time stamp on faceplate. Log the raC_UDT_Event
same in the Event Queue.
UDFB Motion Instruction Use the Device Object states to represent the axis, as these states incorporate the instruction
and drive information in one location, which results in an accurate drive state representation.
Details
Rockwell Automation Publication 2080-UM002P-EN-E - December 2023 361
Appendix H User-defined Function Block Motion Instructions
raC_Opr_K5100_MSO
Use the Motion Servo On (raC_Opr_K5100_MSO) instruction to activate the drive amplifier for
the specified axis and to activate the servo control loops.
Figure 77 - MSO Diagram
Use the raC_Opr_K5100_MSO instruction to activate the motor. This instruction must be used
while there are no active faults on the drive and the drive is in a Ready State. The resulting
state of the drive is reflected when Ref_Ctrl_Sts_In.Active is one.
IMPORTANT The instruction execution can take multiple scans to execute because it
requires multiple RPI updates to complete the request. The Done
(Sts_DN) bit is not set immediately, but only after the request is
completed.
Error Codes:
• 100 - Kinetix 5100 drive is not ready
raC_Opr_K5100_MSF
Use the Motion Servo Off (raC_Opr_K5100_MSF) instruction to deactivate the drive output for
the specified axis and to deactivate the motor.
Figure 78 - MSF Diagram
The raC_Opr_K5100_MSF instruction deactivates the motor. This instruction must be used
when there are no active faults on the drive and the drive is in the Ready state. The resulting
state of the drive is reflected when Ref_Ctrl_Sts_In.Active is zero.
IMPORTANT The instruction execution can take multiple scans to execute because it
requires multiple RPI updates to complete the request. The Done
(Sts_DN) bit is not set immediately, but only after the request is
completed.
Error Codes:
• 100 - Kinetix 5100 drive is not ready
• 101 - Kinetix 5100 drive is faulted
• 104 - Another raC_Opr_K5100_MSF message is executing
• 129 - Motor not connected
raC_Opr_K5100_MAFR
Use the Motion Axis Fault Reset (raC_Opr_K5100_MAFR) instruction to clear some drive faults.
When the fault is no longer active in the drive, this instruction clears the fault. This instruction
does not clear any faults that are still active in the drive.
Figure 79 - MAFR Diagram
The raC_Opr_K5100_MAFR instruction attempts to clear any active fault on the specified axis.
If the active fault condition is still present, the drive remains faulted.
Error Codes:
• 100 - Kinetix 5100 drive is not ready
• 106 - Another raC_Opr_K5100_MAFR message is executing
raC_Opr_K5100_MAS
Use the Motion Axis Stop (raC_Opr_K5100_MAS) instruction to stop motion on an axis. The drive
remains active when the stop instruction is complete.
Figure 80 - MAS Diagram
Use the raC_Opr_K5100_MAS instruction when you want a controlled stop for any controlled
motion. The instruction stops the motion without disabling the motor. This UDFB stops any
motion that is generated by motion UDFBs including the MAJ, MAM, or MAG instructions.
Error Codes:
• 100 - Kinetix 5100 drive is not ready
• 101 - Kinetix 5100 drive is faulted
• 103 - MSF is executing
• 105 - Drive is disabled
• 113 - DecelReference is out of range
• 129 - Motor is not connected
• 140 - Operation is not supported when the device is virtual
• 141 - Motor type not supported (Linear)
raC_Opr_K5100_MAJ
Use the Motion Axis Jog (raC_Opr_K5100_MAJ) instruction to move an axis at a constant speed
until the command is ended.
Figure 81 - MAJ Diagram
Use the MAJ instruction to move an axis at a constant speed until the command is ended.
Error Codes:
• 100 - Kinetix 5100 drive is not ready
• 101 - Kinetix 5100 drive is faulted
• 103 - raC_Opr_K5100_MSF is running
• 105 - Drive is disabled
• 107 - raC_Opr_K5100_MAS is executing
• 108 - Other motion UDFB is sending the command
• 111 - SpeedReference is out of range
• 112 - AccelReference is out of range
• 113 - DecelReference is out of range
• 129 - Motor is not connected
• 140 - Operation is not supported when the device is virtual
• 141 - Motor type not supported (Linear)
raC_Opr_K5100_MAM
Use the Motion Axis Move (raC_Opr_K5100_MAM) instruction to move (index) an axis to a
specified position.
Figure 82 - MAM Diagram
The raC_Opr_K5100_MAM instruction moves an axis to using a target position specified and
uses the Move Type to perform the move (index).
Error Codes:
• 100 - Kinetix 5100 drive is not ready
• 101 - Kinetix 5100 drive is faulted
• 103 - MSF is executing
• 105 - Drive is disabled
• 107 - raC_Opr_K5100_MAS is executing
• 108 - Other motion UDFB is sending the command
• 111 - SpeedReference is out of range
• 112 - AccelReference is out of range
• 113 - DecelReference is out of range
• 119 - Move Type is out of range
• 126 - Homing not completed
• 129 - Motor is not connected to drive
• 140 - Operation is not supported when the device is virtual
• 141 - Motor type not supported (Linear)
• 150 - PositionReference in counts exceeds maximum allowed value (2147481984)
Set_MoveType:
• Four types of move operations (Set_MoveType = 0,1,7,8) are performed as shown.
IMPORTANT Currently, the Kinetix 5100 drive does not have a user defined Unwind
function. The rotary selections in this UDFB do not refer to user-defined
rotary axis types.
raC_Opr_K5100_MAI
It may be useful to execute a motion control internal register (PR) while in the IO operation
mode. This can be for performing an action that is not able to be performed by one of the
UDFBs. To use this, you must pre-configure the PR in the drive using KNX5100C software,
before you establish the IO Mode connection.
Use the Motion Axis Index (raC_Opr_K5100_MAI) instruction to execute motion control by
internal register (PR) in Kinetix 5100 drives. The 99 built-in command registers select the PR
command source.
Error Codes:
• 100 - Kinetix 5100 drive is not ready
• 101 - Kinetix 5100 drive is faulted
• 103 - MSF is executing
• 105 - Drive is disabled
• 107 - raC_Opr_K5100_MAS is executing
• 108 - Other motion UDFB is sending the command
• 115 - StartingIndex is out of range
• 129 - Motor is not connected
• 140 - Operation is not supported when the device is virtual
raC_Opr_K5100_MAG
Use the Motion Axis Gear (MAG) to execute a pulse-pulse relationship with the drive. The MAG
uses the E-gear ratio that is configured in the KNX5100C software. The E-gear Ratio dialog box
is shown in Figure 75. When you use the MAG instruction, the drive behaves like it is in PT
(Position Terminal - or Pulse Train) mode and the drive uses the E-gear ratio to respond to
master pulses.
Figure 84 describes the values in the E-gear Ratio dialog box. Not all values that are shown
here are used with the Motion Operation UDFB.
Figure 84 - E-gear Ratio Dialog Box
The PT Mode is a pulse-pulse follower relationship. When you use the variable ratio and change
the ratio, there is no positioning ability. Therefore, when you are finished using the MAG UDFB,
your position scaling (which also uses the E-gear ratio) might change if you use the variable
Cfg_GearingMode and change the Master ratio because of your application requirements.
The MAG Set_SlaveCounts is sometimes called the Gear Ratio Follower Counts or numerator
(shown as item 2 in Figure 84). Use it to determine the internal 'ratio' of the drive (shown as
167.77 in Figure 84).
For our purposes, the E-gear ratio Follower = MAG Set_SlaveCounts = motor feedback
resolution (from the KNX5100C > Function List > Motor Selection > Feedback dialog box).
Figure 85 - Set the Follower Counts
The MAG Set_MasterCounts is sometimes called the Gear ratio Master counts or denominator
(shown as item 3 in Figure 84). Any gearing relationship must consider the actual motor
mechanics, like a gearbox, or actuator pitch, and use those mechanics to relate back to a
motor rotation. Gear Ratio Master counts are desired counts/motor rotation. Desired counts
are not used for positioning; but define how many counts your motor moves in one rotation
based on the number of feedback pulses you expect to receive from the source input, which is
used to determine your gearing relationship. So, this Master counts value is used to define the
pulse-pulse relationship.
IMPORTANT The MAG can affect your positioning. The issuing Kinetix 5100 drive
(slave) uses the E-gear ratio to define how it follows pulses from a
source (a master). While the result is that the issuing Kinetix 5100 drive
(slave) follows pulses from another source master, the way the function
operates can affect positioning of the drive. Regardless of Operation
Mode, the E-gear ratio is always used to provide a representation of
positioning (units or counts) or to define a Pulse-Pulse Following
relationship (MAG/PT). When the E-gear ratio is changed, the positioning
of the axis is changed.
Gearing example
The master in the example system is a 4000 ppr encoder. When the encoder makes one
revolution, we expect the Slave1 drive to see: 4000 pulses.
Our application requirement is that we want to follow this encoder at a 1:2 relationship. So,
when the master encoder moves one encoder revolution, the motor rotates two times.
The Master PPR is not entered anywhere, but is required that we know this value. We calculate
the MAG Set_MasterCounts value knowing the Master PPR counts and the relationship we want
in the Slave1 motor.
We set MAG Set_MasterCounts = 2000, so when the Slave1 drive sees 2000 master pulses, the
Slave1 motor moves one rotation, and thus, as the Master encoder moves 4000 pulses, Slave1
would move two rotations.
You can use two modes of the MAG function. These modes are defined by the Cfg_GearingMode
entry. This entry is set for Fixed initially. You must intentionally change this setting. Fixed
mode does not impact positioning because it uses the existing E-gear ratio in the Kinetix 5100
drive. Therefore, we can follow a master source at this fixed ratio and when gearing is
disabled, we can continue positioning without losing the position scaling for the drive.
Variable mode lets you change the E-gear ratio by manipulating the master/slave counts
values. The variable mode lets you change the ratio. When you change the ratio, you affect the
motor positioning because the E-gear ratio is also used to define Position Scaling. If you
require positioning after using the variable gearing, issue a Homing Sequence to re-establish
an origin.
Figure 86 - MAG Diagram
Error Codes:
• 100 - Kinetix 5100 drive is not ready
• 101 - Kinetix 5100 drive is faulted
• 103 - MSF is executing
• 105 - Drive is disabled
• 107 - raC_Opr_K5100_MAS is executing
• 108 - Other motion UDFB is sending the command
• 129 - Motor is not connected
• 131 - Slave count is out of range 1 to (229…1)
• 132 - Master count is out of range 1 to (231…1)
• 140 - Operation is not supported when the device is virtual
• 141 - Motor type not supported (Linear)
raC_Opr_K5100_MAH
Use the Motion Axis Home (raC_Opr_K5100_MAH) instruction to command a homing procedure
in the drive. Homing is used to define an origin for your motor and to establish an absolute
positioning reference for the motor.
Figure 87 - MAH Diagram
Error Codes:
• 100 - Kinetix 5100 drive is not ready
• 101 - Kinetix 5100 drive is faulted
• 103 - raC_Opr_K5100_MSF is running
• 105 - Drive is disabled
• 107 - raC_Opr_K5100_MAS is executing
• 108 - Other motion UDFB is sending the command
• 111 - SpeedReference is out of range
• 112 - AccelReference is out of range
• 113 - DecelReference is out of range
• 122 - HomingMethod is out of range
• 129 - Motor is not connected
• 140 - Operation is not supported when the device is virtual
• 141 - Motor type not supported (Linear)
• 150 - PositionReference in counts exceeds maximum allowed value (2147481984)
raC_Opr_K5100_MAT
The Motion Axis Torque (raC_Opr_K5100_MAT) instruction lets you use torque limiting while a
pre-defined speed is used to move the motor. The first time the pre-defined torque limit is
reached, the Sts_TorqueReached bit is set. While the Sts_TorqueReached bit is set, the MAT
operation remains active until it is ended by an raC_Opr_K5100_MAS (Motion Axis Stop)/MSF
(Motion Servo Off), or a drive fault. The torque and speed entries are bidirectional.
Figure 88 - MAT Diagram
Error Codes:
• 100 - Kinetix 5100 drive is not ready
• 101 - Kinetix 5100 drive is faulted
• 103 - raC_Opr_K5100_MSF is executing
• 105 - Drive is disabled
• 107 - raC_Opr_K5100_MAS is executing
• 108 - Other motion UDFB is sending the command
• 111 - Speed limit is > 80000 or < -80000
• 116 - TorqueReference is out of range
• 125 - TorqueRampTime is out of range
• 129 - Motor is not connected
• 140 - Operation is not supported when the device is virtual
• 141 - Motor type not supported (Linear)
Error Codes Motion Error Codes (Sts_ERR) describes the error for UDFBs. Table 163 lists the error codes for
the Connected Components Workbench application motion instructions for the Kinetix 5100
drive.
Table 163 - Kinetix 5100 Drive UDFB Error Codes
Use PCCC Commands Firmware revision 22.011 for Micro 870 (2080-L70E) controllers adds support for Programmable
Controller Communication Command (PCCC) and enables the controller to respond over either
the DF1 serial port or the Ethernet port.
This option provides backward compatibility for legacy controllers that do not understand the
CIP protocol to access the data table mappings inside the Micro870 controller. CIP is the
fundamental language of a Micro870 controller.
With proper mapping of Micro870 variables to data files, you can access information in the
Micro870 controller using other applications that worked with our legacy controllers over the
serial or Ethernet port.
CIP messaging is the preferred method of interacting with Micro870 controllers, but PCCC
messaging is serviceable for many applications, especially where the legacy communications
product is not able to be modified, and where you are willing to do the extra configuration of
data table mappings in the Micro870 controller. Remote applications that depend on DF1 serial
communication over a modem or serial radio link can also use this method.
The following section identifies the PCCC commands that Micro870 (2080-L70E) controllers
support and the formatting that is required. You do not require a license from ODVA to use the
PCCC commands that are described as follows.
PCCC commands that Micro870 (2080-L70E) controllers understand to auto respond to queries
from MicroLogix controllers:
• SLC Protected Typed Logical Read with 3 Address Fields (CMD=OF,4F; FNC=A2)
• SLC Protected Typed Logical Write with 3 Address Fields (CMD=OF,4F; FNC=AA)
• SLC Protected Typed Logical Read with 2 Address Fields (CMD=OF,4F; FNC=A1)
• SLC Protected Typed Logical Write with 2 Address Fields (CMD=OF,4F; FNC=A9)
• SLC Protected Typed Logical Write with 4 Address Fields (CMD=OF,4F; FNC=AB)
These commands use strictly a logical form of addressing (for example, file/element/sub-
element). For information on mapping the MicroLogix files to Micro870 variables, see How to
Map a MicroLogix Address in Connected Components Workbench Software on page 385.
Micro870 controllers handle protected and unprotected commands the same way, whether the
access for the data is set to read/write, read-only, or none.
IMPORTANT For the SLC Protected Typed Logical Read and SLC Protected Typed
Logical Write commands, map the data files to Micro870 variables of
types INT, DINT, REAL, or STRING only. Use a MicroLogix file data type
that matches the data type of the Micro870 variable.
• For INT variables, use file type 85hex (Binary) or 89hex (Integer).
• For DINT variables, use file type 91hex (Long).
• For REAL variables, use file type 8Ahex (Float).
• For STRING variable, use file type 8Dhex (String).
For more information on MicroLogix file types, see the DF1 Protocol and
Command Set Reference Manual, publication 1770-6.5.16.
MicroLogix logical addressing has a limited number of logical address levels, so there are
some special considerations.
In a The element number is used as the
One-dimensional array Index of the dimension (data[elem])
Two-dimensional array Index of the second dimension and the first dimension index is 0 (data[0][elem])
Index of the third dimension and the first and second dimension indices are both 0
Three-dimensional array (data[0][0][elem])
For more information on how to use the new PCCC instruction to send PCCC commands, see
the Micro800 Programmable Controllers General Instructions Reference Manual,
publication 2080-RM001.
Map Variables to This feature is only supported in Micro870 (2080-L70E) controllers with Connected
Components Workbench software, version 22 or later.
MicroLogix Files
A Micro870 (2080-L70E) controller stores variable names in the controller so that other devices
can read or write data without having to know the physical memory locations. Many products
can only understand MicroLogix data files, so the Micro870 controller offers a function to map
Micro870 variable names to MicroLogix files.
• You only have to map the file numbers that are used in messages; you do not need to
map the other file numbers.
• The mapping table is loaded into the controller and is used whenever a logical address
accesses data.
• You can only access controller variables (global data).
For this Micro870 Array Type Use this MicroLogix File Identifier
DINT array L
REAL array F
STRING array ST
Export, modify, and add MicroLogix mapping information in bulk by importing or exporting CSV
files. You can import a maximum of 1000 pieces of MicroLogix mapping information. Figure 89
shows the format of MicroLogix address associations in a CSV file. The format includes the file
number, variable name, data type, and MicroLogix file type.
Figure 89 - MicroLogix Address Association in CSV File
Symbols Communication
configuring DF1 radio modem station 348
__SYSVA_CYCLECNT 125 configuring slave station 346
__SYSVA_TCYCURRENT 125 communication connections 57, 71
__SYSVA_TCYMAXIMUM 125 communication protocols 57
DF1 Full-Duplex 335
DF1 Half-Duplex 336
Numerics Communication rate 340, 344, 346, 348
1761-CBL-PM02 62 communications
2080-PS120-240VAC 41 ports 57
2711P-CBL-EX04 23 ConfigMeFirst.txt
errors 237
configure
A DF1 radio modem communication 348
About Your Controller 25 Configuring 343
absolute home switch 161, 162 DF1 Half-Duplex Master
Message-based 343
Additional Resources 15
Standard Mode 339
Addressing Minimum Channel 0 ACK Timeout 341
defining 340, 344, 346 Minimum DF1 Half-Duplex Master 341
analog cable grounding 53 Minimum Master ACK Timeout 342
analog channel wiring guidelines 52 Poll Timeout 347
analog inputs Slave Station 346
Connected Components Workbench 15, 25, 125,
analog channel wiring guidelines 52
ASCII 57, 59, 63 129, 173, 227, 228, 229, 240, 245
configuration 67 connection limits 57
AutoTune 328 Control line 340, 344, 346, 349
axis 160 ControlFLASH 229
axis output controller
general rules 166 description 19, 20
axis state diagram 173 grounding 47
axis state update 174 I/O wiring 52
minimizing electrical noise 52
axis states 173
preventing excessive heat 35
Controller Error Recovery Model 315
B controller load 126
Controller Mounting Dimensions 39
Baud rate 340, 344, 346, 348 controller password 225
BCC 340, 344, 346, 349
recover 229
before calling for assistance 322 controller security 225
CRC 340, 344, 346, 349
C
cables D
programming 22 data log 240
serial port 22
data types 243
calling for assistance 322
directory structure 241
Checking if Forces (locks) are Enabled 289 execution rules 243
CIP Client Messaging 60 specifications 241
CIP communications pass-thru 61 timing diagram 243
CIP Serial 63 datasets 240, 241
CIP Serial Client/Server 57, 58 deceleration 165
CIP Serial Driver DF1 Full-duplex
configure 63 Communication Diagnostics 349
CIP Symbolic Addressing 60 DF1 Full-duplex driver 348
CIP Symbolic Client/Server 57, 59 DF1 Full-duplex protocol
collision avoidance 113 description 335
using a modem 336
DF1 Half-duplex driver 344, 346
Notes:
Documentation Feedback
Your comments help us serve your documentation needs better. If you have any suggestions on how to improve our content, complete the
form at rok.auto/docfeedback.
At the end of life, this equipment should be collected separately from any unsorted municipal waste.
Rockwell Automation maintains current product environmental compliance information on its website at rok.auto/pec.
Allen-Bradley, CompactBlock LDX I/O, CompactLogix, Connected Components Workbench, ControlFLASH, ControlLogix, Data-Set, DH+, expanding human possibility, FactoryTalk, FactoryTalk Linx,
FactoryTalk Linx Gateway, FLEX, Kinetix, Micro800, Micro810, Micro820, Micro830, Micro850, Micro870, PanelView, PanelView Component, PanelView Plus, PartnerNetwork, PLC-5, POINT I/O,
PowerFlex, Rockwell Automation, RSLinx, RSLinx Classic, RSLogix 500, RSNetWorx, SLC, Stratix, and TechConnect are trademarks of Rockwell Automation, Inc.
CIP, ControlNet, DeviceNet, and EtherNet/IP are trademarks of ODVA, Inc.
Excel, Microsoft, Visual Studio, and Windows are trademarks of Microsoft Corporation.
microSD is a trademark of SD-3C.
Trademarks not belonging to Rockwell Automation are property of their respective companies.
Rockwell Otomasyon Ticaret A.Ş. Kar Plaza İş Merkezi E Blok Kat:6 34752, İçerenköy, İstanbul, Tel: +90 (216) 5698400 EEE Yönetmeliğine Uygundur