Communication Guide
for Tricon v9v10 Systems
Assembly No. 9700088-001
December 2005
Information in this document is subject to change without notice. Companies, names and data used in examples herein are fictitious unless otherwise noted. No part of this document may be reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose, without the express written permission of Triconex. 2005 Invensys Systems, Inc. All Rights Reserved. Triconex, Tricon, Trident, TriStation 1131, TriStation MSW, and CEMPLE are trademarks of Invensys plc, its subsidiaries and affiliates. All other brands may be trademarks of their respective owners.
Contents
Preface
xi
Summary of Sections. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi Related Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .xii Product and Training Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .xii Technical Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .xii We Welcome Your Comments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii
Chapter 1
Introduction
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 TriStation Communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 Client/Server Communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 Peer-to-Peer Communication. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Modbus Communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Triconex Time Synchronization. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Trimble GPS Time Synchronization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Centronics Interface for Printing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 Network Printing. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 Module Capabilities and Usage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Chapter 2
Communication Hardware
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Triconex Products . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Serial Cables and Adapter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Network Hardware Accessory Kit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 Ethernet Twisted-Pair Cable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 Chassis and Module Selection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Connecting Ethernet Devices. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Converting from 10Base2 to Faster Media . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 Redundant Devices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 PC Redundancy for TriStation and SOE Recorder . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Testing for Hardware Failures. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Printing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Chapter 3
TriStation Communication
17
iv
Contents
Installing a NIC Card in a TriStation PC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 Installing DLC or TCP/IP Protocol on a TriStation PC . . . . . . . . . . . . . . . . . . . . . . . . 21 Installing the TriStation 1131 Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 Using ACM Switches to Set the Node Number . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 Using NCM Switches to Set the Node Number . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 Changing the Node Number . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 Directly Connecting an ACM or NCM Network Port to a TriStation PC . . . . . . . . 31 Connecting a TCM Network Port to a TriStation PC Using a Router or Hub . . . . . 32 Connecting a Tricon Network Port Using a Media Converter . . . . . . . . . . . . . . . . . . 33 Configuring the TriStation Network Connection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 Serial Connection to TriStation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 Connecting a Tricon Serial Port to a TriStation PC . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 Configuring a Tricon Serial Connection. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 Changing the TriStation Port Used with EICM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 Controlling Access to the TCM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 What Are TCM Resources? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 How Is Access Controlled? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 What Are Access Levels? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 Configuring the Access List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Chapter 4
Client/Server Communication
47
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48 Configuring Ethernet Ports in TriStation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 Configuring an NCM NET 2 (Ethernet) Port. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 Configuring a TCM Ethernet Port. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 Setting the IP Address. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 DDE Server for Triconex . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60 Triconex DDE Server System Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60 Installing the Triconex DDE Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61 Configuring the DDE Server Application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 Configuration Requirements for Redundancy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 Requesting Data with a DDE Client Application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 Requesting Network Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 Monitoring Responses from the Controller. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68 DDE Server Menu Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68 OPC Server for Triconex. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69 Configuring the OPC Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 Redundant Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 Adjusting System Time. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 Other OPC Products . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Chapter 5
Peer-to-Peer Communication
75
Contents
Estimating Memory for Peer-to-Peer Data Transfer Time. . . . . . . . . . . . . . . . . . . . . . 78 Configuring Peer-to-Peer Ports in TriStation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80 Allocating Peer-to-Peer Memory. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83 Using Send and Receive Function Blocks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84 Send and Receive Function Blocks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84 Sample Send and Receive Pair. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84 Restrictions on Data Transmission Speed . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86 Monitoring Peer-to-Peer Communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 Status of Communication Paths . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 Status of NET 1 Ports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 Examples of Peer-to-Peer Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88 Example 1: Fast Send to One Triconex Node . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88 Example 2: Sending Data Every Second to One Node . . . . . . . . . . . . . . . . . . . . . . . . . 88 Example 3: Controlled Use of SEND/RECEIVE Function Blocks . . . . . . . . . . . . . . . 88 Example 4: Using SEND/RECEIVE Function Blocks for Safety-Critical Data. . . . . 89
Chapter 6
Modbus Communication
91
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 Physical Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 Configuration Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 Physical Media Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94 Multi-Point Connection Considerations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94 Hardware Handshake Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96 Valid Modbus Configurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96 Configuring Ports for Modbus in TriStation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 Setting EICM Switches for Serial Ports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 Configuring EICM Serial Ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 Configuring TCM Serial Ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101 Configuring TCM Modbus TCP Ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103 Setting Signal Delays for Hardware Handshake (EICM Only) . . . . . . . . . . . . . . . . 105 Programming for Triconex Masters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106 Processing of Modbus Function Blocks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106 Function Blocks for Communicating with Non-Triconex Slaves . . . . . . . . . . . . . . . 107 Function Blocks for Communicating with Trident Slaves. . . . . . . . . . . . . . . . . . . . . 108 Function Blocks for Communicating with Tricon Slaves . . . . . . . . . . . . . . . . . . . . . 108 Sample Modbus Read Function Block . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109 Sample Modbus Write Function Block . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 Programming for Triconex Slaves. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111 Assigning Alias Numbers to Tagnames. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111 How Tricon Transmits REAL Values With Special Alias Numbers . . . . . . . . . . . . 112 Tricon Special Alias Numbers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114 How REAL Numbers are Scaled to Integers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114 Scaling REAL Values to Integers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117 Sample Modbus Programs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
vi
Contents
Chapter 7
119
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120 Tricon Write Access . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121 Tagnames and Aliases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122 System Aliases for Tricon Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122 Time Synchronization. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123 Master Node in a Network. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123 Master Node in a Peer-to-Peer Network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124 Time Adjustments from External Devices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124 GPS Time Adjustments. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125 Combination Schemes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126 Setting the Controller Clock. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127 Configuring Time Synchronization Properties on the ACM, NCM, or NCMG. . . 127 Using a Tricon TCM to Synchronize Time. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131 Printing from a Tricon Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137 Effect of Printing on Scan Time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137 Devices for Tricon Printing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138 Installing Printer Devices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138 Connecting a Tricon EICM Port to a Printer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139 Configuring a Tricon EICM Port for Printing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140 Connecting a TCM to Printing Devices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141 Connecting a TCM to Printing Devices Using a Hub . . . . . . . . . . . . . . . . . . . . . . . . 142 Configuring a Tricon TCM Printer Port for Printing . . . . . . . . . . . . . . . . . . . . . . . . . 143 About Function Blocks for Printing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
145
TCM Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146 Message Handling. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146 Physical Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148 TCM Ports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149 TCM Communication Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152 Protocols Supported by TCM Ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153
155
NCM Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156 Message Processing. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156 Physical Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158 Specifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159 Communication Indicators. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159 Protocols Supported . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 160
161
Contents
vii
Physical Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 165 Serial Port Specifications. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166 Parallel Port Specifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166 Port Numbers and Connections . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166 EICM Communication Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167 Protocols Supported . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167
169
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170 Byte Ordering in Messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170 Symbol Table Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171 TSAA Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172 Message Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172 TRICON_DATA (Type 1) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175 TRICON_DATA_REQ (Type 2). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177 WRITE_TRICON_DATA (Type 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178 WRITE_TRICON_DATA_RSP (Type 4) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180 READ_TRICON_CLOCK (Type 5) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180 READ_TRICON_CLOCK_RSP (Type 6) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180 SET_TRICON_CLOCK (Type 7) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181 SET_TRICON_CLOCK_RSP (Type 8) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182 ADJUST_TRICON_CLOCK (Type 9) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183 ADJUST_TRICON_CLOCK_RSP (Type 10) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 184 READ_TRICON_DATA (Type 11) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 184 READ_TRICON_RSP (Type 12) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 185 TRICON_SOE_REQ (Type 13). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 187 TRICON_SOE_RSP (Type 14) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188 TRICON_CPSTATUS_REQ (Type 15) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191 TRICON_CPSTATUS_RSP (Type 16) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192 TRICON_SOE_DATAAVAIL (Type 17) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192 TRICON_GET_SYMBOL_REQ (Type 22, Trident Only) . . . . . . . . . . . . . . . . . . . . . . 193 TRICON_GET_SYMBOL_RSP (Type 23, Trident Only) . . . . . . . . . . . . . . . . . . . . . . 194 Performance Considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197 Performance Factors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198 Performance Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199 Response Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201
203
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204 Message Response Time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205 Determining Message Response Time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205 Modbus Functions and Scan Time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206 Modbus Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207 Communication Modes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207
viii
Contents
Function Names and Aliases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208 Modbus Message Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208 Sample Query and Response Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211 Modbus Message Lengths . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212 Modbus Functions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213 Read Coil Status Function (Function 01) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213 Read Input Status (Function 02) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214 Read Holding Registers (Function Code 03) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215 Read Input Registers (Function Code 04) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216 Force Single Coil (Function Code 05) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217 Preset Single Register (Function Code 06) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218 Read Exception Status (Function Code 07) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219 Loop-Back Diagnostic Test (Function 08) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220 Force Multiple Coils (Function Code 15) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221 Preset Multiple Registers (Function Code 16) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222 Transmission Errors and Exception Conditions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223 Transmission Errors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223 Exception Conditions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223 Exception Responses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224 Exception Response Codes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225
227
Overview of Tricon Aliases and Variables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228 Tricon Modbus Alias Ranges. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228 System Variables Naming Convention . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229 Main Processor Status Aliases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230 EICM Status Aliases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231 Chassis Upper Power Supply Fault Aliases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231 Chassis Lower Power Supply Fault Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232 Chassis Requires Maintenance Aliases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233 Chassis Has Active Board with Fault Aliases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234 Slot Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234 Aliases for ACM, NCM, and TCM Network Status. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284 Aliases for System-Wide Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285
287
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288 Configuring TCM Ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289 Configuring TCM Network Ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290 Configuring TCM Serial Ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292 Configuring TCM Peer-To-Peer Ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294 Configuring TCM Modbus TCP Ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296 Using a Tricon TCM to Synchronize Time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 298 Configuring GPS Time Synchronization on the TCM . . . . . . . . . . . . . . . . . . . . . . . . 298
Contents
ix
Configuring SNTP Time Synchronization on the TCM . . . . . . . . . . . . . . . . . . . . . . . 300 Configuring Triconex Time Synchronization on the TCM . . . . . . . . . . . . . . . . . . . . 302 Configuring a Tricon TCM Printer Port for Printing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304
Glossary Index
305 315
Contents
Preface
This guide describes communication features available with Tricon version 10 and later systems, including how to install and configure communication modules. In this guide, Triconex controllers refers to Tricon and Trident controllers.
Summary of Sections
Chapter 1, Introduction Describes the types of communication available with a Triconex controller and the capabilities of its communication modules. Chapter 2, Communication Hardware Discusses the hardware used to enable Triconex controllers for communication with each other and with external devices. Chapter 3, TriStation Communication Explains how to connect a TriStation PC to a Triconex controller and specify write access to points. Chapter 4, Client/Server Communication Explains how to configure and use client/server communication, including OPC Server and DDE Server client. Chapter 5, Peer-to-Peer Communication Explains how to set up controllers for communication in a Peer-to-Peer network. Chapter 6, Modbus Communication Explains how to set up a controller for communication as a Modbus master, slave, or both. Chapter 7, Related Communication Features Describes the time synchronization and printing features of a Tricon controller. Appendix A, TCM Capabilities Describes TCM operation and physical communication interfaces. Appendix B, NCM and NCMG Capabilities Describes NCM operation and physical communication interfaces. Appendix C, EICM Capabilities Describes EICM operation and physical communication interfaces. Appendix D, TSAA Protocol Provides a programmers reference for TSAA, a Triconex protocol used for client/server applications. Appendix E, Modbus Protocol Provides detailed information about the Modbus protocol that can be used by Triconex network and serial ports. Appendix F, Tricon System Aliases Describes the system aliases available with the Tricon controller. Appendix G, TCM Model 4351/4352 Configuration Explains how to configure the older model 4351 or 4352 Tricon Communication Module. Glossary Provides definitions of terms used in this guide.
xii
Preface
Related Documentation
These Triconex guides contain related information: Planning and Installation Guide for Tricon v9v10 Systems Developers Guides for TriStation 1131 Safety Considerations Guide for Tricon Systems SOE Recorder Users Guide
Technical Support
Customers in the U.S. and Canada can obtain technical support from the Customer Satisfaction Center (CSC) at the numbers below. International customers should contact their regional support center. Requests for support are prioritized as follows: Emergency requests are given the highest priority Requests from participants in the System Watch Agreement (SWA) and customers with purchase order or charge card authorization are given next priority All other requests are handled on a time-available basis
If you require emergency or immediate response and are not an SWA participant, you may incur a charge. Please have a purchase order or credit card available for billing. Telephone Toll-free number 866-746-6477, or Toll number 508-549-2424 (outside U.S.) Fax Toll number Web Site http://customernet.triconex.com (registration required) E-mail ips.csc@ips.invensys.com
Communication Guide for Tricon v9v10 Systems
508-549-4999
Preface
xiii
Send e-mail to us at: triconextechpubs@ips.invensys.com Please keep in mind that this e-mail address is only for documentation feedback. If you have a technical problem or question, please contact the Customer Satisfaction Center. See Technical Support (page xii) for contact information. Or, you can write us at: Attn: Technical Publications Triconex 15345 Barranca Parkway Irvine, CA 92618 Thank you for your feedback.
xiv
Preface
1
Introduction
Overview Module Capabilities and Usage 2 5
Chapter 1
Introduction
Overview
Tricon controllers can communicate with other Triconex controllers and with external devices through these communication modules: Tricon Communication Module (TCM) Advanced Communication Module (ACM) Enhanced Intelligent Communication Module (EICM) Network Communication Module (NCM) Network Communication Module with GPS Interface (NCMG)
For guidelines on using Triconex communication protocols in safety-critical applications, see the Safety Considerations Guide.
TriStation Communication
The TriStation protocol enables communication between a TriStation PC and a Triconex
controller. A TriStation PC can be connected to a Triconex controller through an Ethernet port on the ACM, NCM, or TCM, or through a serial port on the EICM or TCM. TriStation 1131 Developers Workbench is used to develop and monitor applications which run in a Triconex controller. The TriStation 1131 software is compliant with Part 3 of the IEC 61131 International Standard for Programmable Controllers. For more information about using the TriStation software, see the TriStation 1131 Developers Guide.
Client/Server Communication
PC. OPC Server and DDE Server use TSAA protocol to exchange data with Triconex controllers. TSAA protocol can also be used to write custom programs for accessing Triconex points.
The TSAA protocol allows client/server communication between a Triconex controller and a
Overview
Peer-to-Peer Communication
The Triconex proprietary Peer-to-Peer protocol allows multiple Triconex controllers in a closed network to exchange safety-critical data. The controllers exchange data by using Send and Receive function blocks in their TriStation applications. The controllers can synchronize their time with the master node (the one with the lowest node number) or with an external device, such as a DCS. For the TCM, Peer-to-Peer communication can use DLC or UDP/IP protocols.
Modbus Communication
Modbus is an industry-standard master/slave protocol that is traditionally used for energy management, transfer line control, pipeline monitoring, and other industrial processes. A Tricon controller with an EICM or TCM can operate as a Modbus master or slave. A DCS typically acts as the master while the Triconex controller acts as a slave. The master can also be an operator workstation or other device that is programmed to support Modbus devices. The ability to be a master or slave is avaliable on each port. The Tricon controller includes serial ports on the EICM or TCM that enable communication with Modbus devices. The serial ports on the EICM or TCM can be configured for use as Modbus masters or slaves. The NET 1 or NET 2 port on the TCM can be configured for use as a Modbus master or slave for communication over TCP.
Chapter 1
Introduction
If a controller includes an NCMG or TCM, it can act as a master node in a network of Triconex controllers and can accept GPS time adjustments to synchronize all Triconex controllers on the network with GPS time.
Network Printing
A Tricon controller can send brief ASCII text messages to a printer by means of a print server connected to an Ethernet port on the TCM. These messages are typically used for alarms, status, and maintenance. The printing devices you can use with a Tricon controller include an HP JetDirect-compatible print server and a networked printer through a router or hub.
Chapter 1
Introduction
2
Communication Hardware
Overview Triconex Products Chassis and Module Selection Connecting Ethernet Devices Redundant Devices Printing 8 8 10 11 13 15
Chapter 2
Communication Hardware
Overview
This chapter describes Triconex products and other devices that must be purchased to enable a Triconex controller for communication. Typical configurations include redundant modules, cables, and workstations, but can include other devices. Triconex supplies some communication cables, but does not supply PCs, hubs, routers, media converters, or printers. You must purchase these devices from manufacturers such as Black Box Network Services and Hewlett-Packard. If the system requires an Ethernet hub or router, it should operate at 10 or 100 megabits per second, or be auto-negotiable for either speed. Most hubs do not require configuration and do not have IP addresses. If you are using a managed hub, follow the manufacturers instructions for installation and configuration. If you need assistance with selecting communication hardware, please contact your network administrator or Information Technology department.
Triconex Products
This section describes the communication products available from Triconex. Note If you are installing a TCM with fiber connectors (model 4352 or 4352A), you will need to provide your own fiber-optic cable(s). You cannot purchase a fiber-optic cable from Triconex. The fiber cable should be a multimode 62.5/125 um cable which complies with the ANSI/TIA/EIA-568-B.3 standards.
Triconex Products
NET 2 ports on communication modules other than the TCM must use 10Base2 coaxial cables, but these cables can be connected to media converters which allow the Tricon to communicate with other Ethernet media. For more information, see Connecting Ethernet Devices (page 11). The accessory kit includes:
Accessory One 3Com network interface card (model 3C503). (Not required with Peer-to-Peer ports. One 10Base2 coaxial cable (Can be ordered separately as 1600010-006.) Two BNC T-connectors Two 50-ohm terminators with straps Model Number 7600-3
10
Chapter 2
Communication Hardware
For detailed guidelines on chassis configuration and power limitations, see the Tricon Planning and Installation Guide.
11
N M M C M PPP M ABC 1
Figure 1
You must use or terminate the BNC connectors on all ACM or NCM NET 2 ports in the Tricon controller. To terminate an unused BNC connector, you can attach a T-connector with 50-ohm terminators on each end to produce a 25-ohm parallel resistance. If necessary, ask your network administrator about other termination methods. Depending on which model you have, NET 1 or NET 2 Ethernet ports on the TCM have RJ-45 or fiber MTRJ Ethernet connectors that can be connected via a hub or router on the Ethernet network to the TriStation PC.
To Ethernet Network Network Adapter Card with RJ-45 or MTRJ Connector
62.5/125 um Multimode Fiber Cable or 10BaseT / 100BaseT Twisted-Pair Cable 62.5/125 um Multimode Fiber Cable or 10BaseT / 100BaseT Twisted-Pair Cable
Tricon Controller
M M M P P P A B C
T C M 1
TriStation PC
Figure 2
12
Chapter 2
Communication Hardware
Procedure
1 2 3 4 5 To each end of a 10Base2 cable, attach a BNC T-connector and a terminator. Attach one of the T-connectors to a BNC connector on a communication module NET 2 port. Attach the other T-connector to a BNC connector on the media converter. Attach one end of the twisted-pair cable to an RJ-45 connector on the media converter. Attach the other end of the twisted-pair cable to an RJ-45 connector on a compatible Ethernet device.
MMM P P P A B C
N C M 1
Figure 3
Redundant Devices
13
Redundant Devices
To ensure continuous operation of a Triconex system if a hardware failure occurs, you can create a redundant configuration. Redundant devices can include modules, workstations, cables, hubs, media converters, printers, and power sources. A redundant device operates in parallel with a primary device so that, if the primary device fails, the redundant device is easily or automatically placed into service. A typical configuration includes two NCM or TCM modules with redundant cables connected to one port on each module. The redundant modules protect against internal faults, and the redundant cables protect against cable breakage. To protect against network failures, you can connect a primary workstation to one network and a redundant workstation to another network, as shown in this figure.
N N M M M P P P A B C C C M M 1 2 M M M P P P A B C
N N C C M M 1 2
Figure 4
14
Chapter 2
Communication Hardware
If you are using Modbus protocol or a customized TSAA application, you must develop the additional layer of redundancy testing on your own.
Printing
15
Printing
The Tricon controller supports two types of printing, depending on which communication module is installed: The EICM supports Centronics-compatible printing through port 5. The TCM supports printing to network-attached printers through NET 1 or NET 2.
The Tricon TCM also supports JetDirect-compatible print servers connected to Centronicscompatible printers. The print server must be specified for the JetDirect print protocol and speeds of 10 or 100 megabits per second. Triconex has tested and can recommend the following Hewlett-Packard print servers: HP JetDirect Ex Plus HP JetDirect 500X Series, model J3265A
Tricon Controller
MMM P P P A B C
T C M 1
Figure 5
For more information, see Printing from a Tricon Controller (page 137).
16
Chapter 2
Communication Hardware
3
TriStation Communication
Overview Communication Cables and Accessories Network Connection to TriStation Serial Connection to TriStation Controlling Access to the TCM 18 19 20 37 41
18
Chapter 3
TriStation Communication
Overview
This chapter describes the tasks required to connect a TriStation PC to a Tricon controller. TriStation 1131 must be used to program and operate the controller, and to establish the controller address on an Ethernet network. TriStation can also be used to monitor applications that are running on Tricon controllers. The TCM supports three concurrent TriStation connections.
Connection Tasks
1 Set up a PC with the required hardware and communication protocols. This includes installing a network adapter card and TCP/IP protocol if you plan to connect the TriStation PC to an Ethernet port on an ACM, NCM, or TCM module. Install the TriStation software on a PC using the setup program provided by Triconex. Physically connect the TriStation PC via the following means: To a serial port on the EICM or TCM. To the NET 2 Ethernet port on the ACM or NCM. To the NET 1 or NET 2 Ethernet port on the TCM.
2 3
If using Ethernet, you can connect the PC via a router or hub to an Ethernet port, or to a media converter that is connected to the Ethernet port. A router or hub is not required if you do not need to connect any additional devices besides the TCM and the PC. To connect the TriStation PC to the Tricon controller with a TCM Model 4351 or 4351A via Ethernet, you must install a network adapter card with an RJ-45 connector in the PC and use a twisted-pair cable. You also need to use a router or hub between the Tricon and the PC. To connect the TriStation PC to the Tricon controller with a TCM Model 4352 or 4352A via Ethernet, you must install a network adapter card with an MTRJ fiber connector in the PC and use a multimode fiber cable. You also need to use a router or hub between the Tricon and the PC. To directly connect the TriStation PC to the Tricon controller with an ACM or NCM, you must install a network adapter card with a BNC connector in the PC and use a 10Base2 coaxial cable. If the network adapter card does not have a BNC connector, you must use an appropriate cable and a media converter. You can buy communication cables from Triconex or from other manufacturers. You must buy media converters from other manufacturers. 4 Note 5 Set the node number of the controller using the rotary switches on the ACM or NCM. The physical node number must match the node number that you set in the TriStation project. The TCM uses the node number set on the MP Front Panel. You need to physically set the switches to the desired node number on the TCM. After the physical connection tasks are completed, you must logically configure the connection in the TriStation project. This includes specifying which port the communication cable is connected to and the address of the Tricon controller.
After completing the physical and logical connection tasks, you can download, run, and monitor the TriStation application.
19
WARNING
Accessory Serial Cable
In hazardous indoor locations, apparatus used with Triconex communication modules must be FM certified for Class I, Division II.
Part/Model 4000015-0xx 4000016-0xx 1420102-001 7600-3 Description Used for an EICM connection to a TriStation PC. Used for a TCM connection to a TriStation PC. Needed for an EICM connection if the PC has a DB-9-pin connector. Used for an ACM or NCM Ethernet connection to a TriStation PC. Includes NIC card, 10Base2 cable, BNC T-connectors, and terminators. Used with an ACM, NCM, or Ethernet connection to TriStation PC on networks that are faster than 10Base2. This cable is always used for TCM model 4351 or 4351A.
25-pin to 9-pin adapter Network Hardware Accessory Kit (10Base2) Twisted-Pair Cable (10BaseT or 100BaseTX)
1600045-020
Note
If you are installing a TCM with fiber connectors (model 4352 or 4352A), you will need to provide your own fiber-optic cable(s). You cannot purchase a fiber-optic cable from Triconex. The fiber cable should be a multimode 62.5/125 um cable which complies with the ANSI/TIA/EIA-568-B.3 standards.
20
Chapter 3
TriStation Communication
CAUTION
Topics include: Note
The node setting (on the ACM or NCM module or the 3008 MP Front Panel) must match the node number specified in the TriStation project. See the Tricon Planning and Installation Guide for instructions on changing the MP node setting.
Installing a NIC Card in a TriStation PC on page 21 Installing DLC or TCP/IP Protocol on a TriStation PC on page 21 Installing the TriStation 1131 Software on page 24 Using ACM Switches to Set the Node Number on page 26 Using NCM Switches to Set the Node Number on page 28 Changing the Node Number on page 30 Directly Connecting an ACM or NCM Network Port to a TriStation PC on page 31 Connecting a TCM Network Port to a TriStation PC Using a Router or Hub on page 32 Connecting a Tricon Network Port Using a Media Converter on page 33 Configuring the TriStation Network Connection on page 35 If you are connecting the TCM or EICM to the TriStation PC via serial port, see Serial Connection to TriStation on page 37.
21
Procedure
1 2 Install the network interface card by following the manufacturers instructions. Do not change the factory default settings on the NIC card. To connect a TCM to the TriStation PC, do one of the following: If the network interface card has an RJ-45 connector, you can connect it to the NET 1 or NET 2 port on the TCM (model 4351 or 4351A) via a router or hub using a patch cable. If the network interface card has a MTRJ (fiber) connector, you can connect it to the NET 1 or NET 2 port on the TCM (model 4352 or 4352A) via a router or hub using a patch cable. If the network interface card does not have the appropriate connector for your TCM model, connect the network interface card to a media converter that is connected to the NET 1 or NET 2 port.
Note 3
See Appendix A, TCM Capabilities for more information about the differences between the TCM model 4351 or 4351A (copper) and model 4352 or 4352A (fiber). To connect an ACM or NCM to the TriStation PC, do one of the following: If the network interface card has a BNC connector, you can connect it directly to the NET 2 port. If the network interface card does not have a BNC connector, connect the network interface card to a media converter that is connected to the NET 2 port.
Run the diagnostics provided with the network interface card according to the manufacturers instructions.
22
Chapter 3
TriStation Communication
Do one of the following: On the Networking tab, if the protocol is checked on the list of installed components, it means the protocol is installed and you are finished with this procedure. If the protocol is not checked, go to the next step to continue the installation.
4 5 6
Click Install, click Protocol, then click Add. On the Select Network Protocol screen, click the protocol on the Network Protocol list, and then click OK. Verify the check box for the protocol is checked, and then click OK.
4 5 6
On the General tab, click Install. In the Select Network Component Type dialog box, click Protocol, and then click Add. Click the TCP/IP protocol, and then click OK.
Step 1: Downloading the DLC Protocol Installation Program 1 2 3 4 Open your Internet browser, and enter the following URL in the address field: http://www.microsoft.com/downloads/ In the Search for a Download section, perform a search for DLC Protocol and then go to the download page for the DLC protocol for Windows XP. Follow the instructions on the download page to start the download process. When prompted, save the dlc.exe file to your local drive.
23
When the download is complete, double-click the self-extracting dlc.exe file to unzip the five DLC protocol files. Save the files to a location on your local drive that will be easy to remember (for example, C:\DLC).
Step 2: Modifying the .INF File 1 2 Go to the location where you saved the DLC protocol files in step 4 of the previous section. Right-click on NetDLC.inf, and select Open with from the shortcut menu that appears. Then select Notepad from the Open with dialog box and click OK. The .inf file opens in Notepad. Scroll down until you see the following section:
4 5
Change the value for StartType from 3 to 1. This ensures that the DLC protocol will start automatically each time you start your workstation. Save the file and then exit Notepad.
24
Chapter 3
TriStation Communication
System Requirements
The following are the minimum system requirements for TriStation 1131, v4.1 or higher: PC running Windows 2000 or XP Pentium 233 MHz with 128 MB RAM 125 MB free hard drive space CD-ROM drive Network adapter card SVGA monitor running at 1024 x 768 resolution with 64,000 colors DLC protocol installed (see Installing DLC or TCP/IP Protocol on a TriStation PC on page 21)
The TriStation 1131 software must be installed on a local drive. Do NOT install and run TriStation 1131 on a network server.
25
Procedure
1 2 3 4 5 6 7 8 Log on as an administrator or as a user with administrator privileges. Close all open applications. Insert the TriStation 1131 CD in the CD-ROM drive. If the installation starts automatically, go to step 8. Otherwise, go to the next step. From the Start menu, click Settings, and then click Control Panel. Double-click Add New Programs. Click the CD or Floppy button, and then browse to locate the setup.exe file on the CD. Double-click setup.exe to start the installation. Follow the InstallShield Wizard instructions. Triconex recommends installing the TriStation 1131 software in the default destination folder, which is: C:\Program Files\Triconex\TriStation 1131 4.1. 9 10 To restart your PC after the installation has finished, click Yes. You are not required to restart your PC before running the TriStation 1131 software. To complete the installation, click Finish.
Procedure
1 From the Start menu, select Programs, Triconex, and then Install Check 4.1. Click Run. Click Display Details and verify that the program is validated by viewing each item in the list, as shown in the example at right.
2 3
26
Chapter 3
TriStation Communication
CAUTION
Procedure
1
The node setting for the MP, ACM, and TriStation configuration must match.
If needed, remove the module from the chassis. This figure shows the default node setting, which is 1.
Figure 6
Set the switches to identify the node number, which can be 1 to 31. If a Tricon controller includes two ACMs, you must set the switches on both modules to the same node number.
27
Set the top switch and the bottom switch on the front panel of the ACM to the hexadecimal values you selected.
28
Chapter 3
TriStation Communication
CAUTION
Procedure
1
If needed, remove the module from the chassis. This figure shows the default (factoryconfigured) node setting, which is 1.
C A 8 6
C A 8 6
C A 8 6
C A 8 6
C A 8 6
C A 8 6
C A 8 6
Figure 7
Setting the Node Number on the NCM Top Panel (Older Version)
Set the switches to identify the node number, which can be 1 to 31. If a Tricon controller includes two NCMs, you must set the switches on both modules to the same node number.
29
1. If you have an older NCM (with eight switches), use the hexadecimal value (A, B, C, etc). If you have a newer NCM (with two switches), use the numerical value (10, 11, 12, etc).
3 4
Set switches 1 and 2 on the top of the NCM to the values you selected. If you have an older NCM, verify that switches 3 through 8 are set to zero because they are unused.
30
Chapter 3
TriStation Communication
CAUTION
Procedure
1 2 3 4 5 6 7 8 9
The node setting for the MP, ACM or NCM, and TriStation configuration must match.
Prepare for a complete shutdown. Remove all three MPs and all ACMs, NCMs, or TCMs from their respective slots. Change the node number switches on the MP modules. Wait for approximately 60 seconds, and then re-install the MPs. Change the node number switches on the ACMs, NCMs, or TCMs. Re-install the ACMs, NCMs, or TCMs. In TriStation, go to the TriStation Communication screen. Specify the node name, node number, and IP address. Wait for the Pass indicators on the MPs and on the ACMs, NCMs, or TCMs to illuminate. In TriStation, on the Commands menu, click Download All.
31
Procedure
1 2 3 To each end of a 10Base2 cable, attach a BNC T-connector and a terminator. Attach one of the T-connectors to a BNC connector on NET 2 of the communication module. An NCM is used as an example in the following figure. Attach the other T-connector to the BNC connector on the network interface card in the TriStation PC.
N M M C M PPP M ABC 1
Figure 8
4 5
Terminate the BNC connectors on all communication modules that are installed in the Tricon controller. To terminate an unused BNC connector, you can attach a T-connector with 50-ohm terminators on each end to produce a 25-ohm parallel resistance. Ask your network administrator for information about other termination methods.
32
Chapter 3
TriStation Communication
Procedure
1 2 3 4 Attach one end of the first cable to the NET 1 or NET 2 port on the TCM. Attach the other end of the first cable to the connector on the Ethernet router or hub. Attach one end of the second cable to the connector on the network interface card in the TriStation PC. Attach the other end of the second cable to the connector on the router or hub.
To Ethernet Network Network Adapter Card with RJ-45 or MTRJ Connector
62.5/125 um Multimode Fiber Cable or 10BaseT / 100BaseT Twisted-Pair Cable 62.5/125 um Multimode Fiber Cable or 10BaseT / 100BaseT Twisted-Pair Cable
Tricon Controller
M M M P P P A B C
T C M 1
TriStation PC
Figure 9
Notes If the correct cable is connected to the TCM and the TCM is installed in a powered Tricon chassis, the green LED indicator turns on. If the LED indicator is not on, there is a problem with the physical cable connection. If the network ports on model 4352 or 4352A TCMs do not resume after a power restart, you may have an interface problem with the router or hub. Triconex recommends that you momentarily disconnect both ends of the fiber cable from the TCM and the router or hub, and then reconnect to allow the fiber network to resume proper communication.
33
N M M C M PPP M ABC 1
Figure 10
34
Chapter 3
TriStation Communication
Tricon Controller
M M M P P P A B C
RJ-45 Connector
TriStation PC
Figure 11 Converter
Connecting a TCM (Model 4352 or 4352A - Fiber) to the TriStation PC Using a Media
Notes If the correct cable is connected to the TCM and the TCM is installed in a powered Tricon chassis, the green LED indicator turns on. If the LED indicator is not on, there is a problem with the physical cable connection. If the network ports on model 4352 or 4352A TCMs do not resume after a power restart, you may have an interface problem with the media converter. Triconex recommends that you momentarily disconnect both ends of the fiber cable from the TCM and the media converter, and then reconnect to allow the fiber network to resume proper communication.
35
Procedure
1 2 In TriStation 1131, expand the Controller tree, and double-click Configuration. On the Configuration tree, click TriStation Communication.
3 Note
Specify these properties on the TriStation Communication screen. The data displayed on the screen is used by TriStation only to connect to a Tricon communication port. The data that you enter will not be downloaded to the Tricon controller.
Property Network Connection Node Number Action Select the Network Connection check box. For the ACM and NCM, enter the number represented on the rotary switches. For TCM, enter the number represented by the Network Node Address setting on the MP front panel.
36
Chapter 3
TriStation Communication
Action Enter a name containing eight or fewer characters to identify the Tricon controller. Enter the physical address of the controller on the network.
4 5 6
On the Configuration tree, click the chassis that contains the ACM, NCM, or TCM. Double-click the module to open the Properties dialog box, and then click Setup. Specify these properties on the ACM, NCM, or TCM Network Setup screen.
Property Installed (NCM and TCM) Used (ACM) IP Address If using a default IP address, leave blank. If not, enter the IP address that identifies the controller on the network. This must be the same IP address entered on the TriStation Communication screen. IP Subnet Mask If using a default IP Subnet Mask, leave blank. For ACM or TCM, get the subnet mask from your network administrator. For NCM, do not change the default setting (eight zeroes). Action Select this property for all installed modules.
Click OK.
37
Procedure
1 2 Connect one end of the serial cable to a serial port on the EICM or TCM. This is typically port 4. Connect the other end of the serial cable to a COM port on the TriStation PC. The COM port is typically numbered COM1, COM2, COM3, or COM4.
Figure 12
38
Chapter 3
TriStation Communication
Procedure
1 In TriStation, expand the Controller tree, double-click Configuration, and then click TriStation Communication.
2 Note
Specify these properties on the TriStation Communication screen. The data displayed on the screen is used by TriStation only to connect to a Tricon communication port. The data that you enter will not be downloaded to the Tricon controller.
Property Serial Connection Node Name Action Select this check box. Enter the name of the Tricon controller. You can use a default name, or enter your own user-defined name. The default names are TRINODE01 through TRINODE31. Select the COM port on the TriStation PC to which the serial cable is connected. Specify the data transmission speed. Settings include 115200, 57600, 38400, 19200, 9600, 4800, 2400, or 1200. The default is 9600.
39
3 4
On the Configuration tree, expand Hardware Allocation, double-click EICM or TCM, and then click Setup. Specify these properties in the EICM or Enhanced TCM Setup dialog box.
Property Port Action Select the port that the TriStation PC is attached to. The default TriStation connection is port 4. For TCM, you must select port 4, as this is the only serial port supported for TriStation connection. Protocol Select TriStation. In the TCM Setup dialog box, this selection is on the Serial Ports tab.
Click OK.
Procedure
1 2 Remove the EICM from its slot in the Tricon chassis. Figure 13 shows the default settings for port 4. Use Figure 14 to set the switches for the TriStation port. Switches 7 and 8 determine the port used for the TriStation connection. Switches 1, 2, 3, and 4 specify the RS interface for the port. If the switch is Off, the port uses RS-232; if On, the port uses RS-422 (point-to-point) or RS-485 (multi-point). 3 Replace the EICM in its slot. You can now connect the serial cable from the EICM port to the TriStation PC.
40
Chapter 3
TriStation Communication
Port 1
Port 2
Port 3
Port 4
Port 5
Figure 13
EICM Switch Block Set to Use Port 4 for TriStation Serial Connection
Figure 14
Using Switches to Change the Port Selection for EICM Serial Connection to TriStation
41
42
Chapter 3
TriStation Communication
Read/Write: Full access. Allows client to view information provided by the TCM, change settings, and perform all commands (including Download Change or Download All for TriStation). This access level should only be provided to trusted clients.
Access levels are configured by adding entries to the Client Access List. A maximum of 10 entries can be provided in the access list. The same access level is applied to all selected protocols in a single access list entry. If you want to provide different access levels for a selected client depending on which protocol they are using, you will need to create two separate entries in the access list, one for each protocol. Access levels apply to all users using the PC assigned the IP address entered in the access list. This means if multiple users are using the same PC, they will all have the same access rights. For example, every user using TriStation on a PC with a particular IP address would have the same access rights to the TCM. Individual user access should be controlled via workstation security; TCM access is controlled only at the IP address level.
CAUTION
Once you enable TCM client access control by selecting the Enable Access List check box, you must configure at least one client with TriStation Read/Write access. Failure to do so will prevent you from connecting to the Tricon again after your next download, and you will be unable to make any further changes to the application running on the controller, including changes to the TCM access control list. If all TriStation clients are accidentally locked out of Read/Write access, you can connect via a TriStation serial connection to reconfigure the access list. See Configuring a Tricon Serial Connection on page 38.
Note
If you choose not to enable access list control, you can still manage read/write access to specific ports using the Port Write Enabled property.
206.216.1.12
255.255.255.0
TSAA
NET 2
Read Only
192.168.1.05
255.255.255.255
TriStation
Deny Access
192.168.1.09
255.255.255.255
TSAA
Deny Access
192.168.1.05
255.255.255.0
TSAA
Read Only
192.168.1.05
255.255.255.0
TriStation
NET 2
Read Only
192.168.1.09
255.255.255.0
TriStation
NET 1
Read/Write
8 9
0.0.0.0 NULL
0.0.0.0 NULL
All NULL
All NULL
1. If a client with the specific IP address of 192.168.1.05 attempts to access the TCM using the TriStation protocol on NET 2, the TCM will deny access. This is because the TCM evaluates the access control list beginning from the top, and continuing through the list until it encounters an entry that applies to the IP address requesting access. In this case, entry 3 specifically denies access to a client with the IP address of 192.168.1.05, so the TCM will deny access and not evaluate the list any further.
43
44
Chapter 3
TriStation Communication
Procedure
1 2 3 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The Enhanced TCM Setup dialog box appears. Click the Access List tab.
45
46
Chapter 3
TriStation Communication
Action Select the protocol(s) that the selected client can use to access the TCM. The OPC protocol is not currently supported. Select the network(s) on which the selected client can access the TCM.
5 6
Click Update Client Entry to save the settings for the selected client. Repeat steps 4 and 5 for each client to be included in the access list. Note If necessary, click Reset Client Entry to reset the settings for the selected client to the default, unconfigured state. Click Reset All to reset all entries in the access list to the default, unconfigured state.
7 8
If a TCM is installed in the right slot, repeat steps 4 through 6 for that module. In most cases, you should configure identical access lists for the modules in both slots. Click OK to save your changes.
4
Client/Server Communication
Overview Configuring Ethernet Ports in TriStation DDE Server for Triconex OPC Server for Triconex 48 50 60 69
48
Chapter 4
Client/Server Communication
Overview
Client/server communication with Triconex controllers can be done by using the DDE Server and OPC Server applications, which use the Triconex System Access Application (TSAA) protocol. For most process control networks, using DDE Server or OPC Server is the best solution. TSAA protocol can also be used to write custom applications for accessing Triconex data, such as these: Control (read/write) applications for operators that need read access to Triconex status and write access to Triconex data. Monitor (read-only) applications such as a sequential events recorder or a status display that collects and records Triconex data.
Figure 15
Applications that use TSAA to exchange information with a Triconex controller require a Tricon ACM, NCM, or TCM. You can install a maximum of two ACM and four NCM modules or four TCM modules in a controller. You can physically connect one Ethernet port on each ACM or NCM to an Ethernet network; you can connect one or more Ethernet ports for each TCM. Through one Ethernet port, the controller can communicate with multiple devices on a network, such as a TriStation PC, a print server, and a client PC.
Overview
49
The Ethernet port on the ACM and NCM is called NET 2 and it operates at 10 megabits per second. If you connect the ACM or NCM to a network that is faster than 10 megabits per second, you must use a media converter with appropriate cables. Ethernet ports on the TCM are called NET 1 and NET 2. The NET 1 and NET 2 ports can operate at 10 or 100 megabits per second. The data transmission rate of the device or network you connect determines which port and cabling you must use. Most Ethernet devices and networks operate at 100 megabits per second, so connecting one to a Tricon controller with a TCM usually means you must use Fast Ethernet (100BaseTX) cabling. Each Ethernet port must be configured in the TriStation project, which means you must specify the mode, access privilege, port type and speed, IP address, and time synchronization properties. Part of physically connecting an ACM, NCM, or TCM port to a network is to set the IP address of the port. The most convenient methods are to use the Triconex default address or a Reverse ARP server (for NCM only). Other ways are discussed in this chapter. A Tricon controller with a TCM installed on an Ethernet network can communicate with devices on other networks if you specify the IP address of the default gateway or other routes in the TriStation project. Specifying the default gateway is often sufficient, but you can specify multiple other routes if necessary. Another task is to specify whether external devices are to have access to the application running on the Triconex controller. There are many levels of access, including allowing general write access while protecting specific points from write access through configuration settings. For more information, see Tricon Write Access on page 121.
50
Chapter 4
Client/Server Communication
51
Procedure
1 2 In TriStation, expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the ACM slot, and then click Setup.
52
Chapter 4
Client/Server Communication
Property IP Address
Action If the network configuration allows, use a Triconex default address. If using a default IP address, leave blank. If not, enter the IP address that identifies the controller on the network. This must be the same IP address as entered on the TriStation Communication screen. If necessary, get an address from your network administrator or Information Technology department. If you have two ACM modules in a slot, you can give each module a different IP address and connect it to a different Ethernet network or device. For more information, see Setting the IP Address on page 56.
If the controller is on a subnet, enter the subnet address. If needed, enter the IP address of the gateway to which the Tricon controller is connected. Typically, this information is available from a network administrator. Select NET 2 to enable time synchronization with the Tricon Master controller in a Peer-to-Peer network. Select None if no time synchronization will be performed through this module. For more information, see Time Synchronization on page 123.
Click OK.
Procedure
1 2 In TriStation, expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the NCM slot, and then click Setup.
53
Privilege
Click OK.
54
Chapter 4
Client/Server Communication
Procedure
1 2 In TriStation, expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The Enhanced TCM Setup dialog box appears.
55
Action Select the communication mode. The default is Auto-Negotiate. If you have a model 4352A TCM with fiber connectors, you must select 100 Mbps as the communication mode. The 4352A module cannot connect at 10 Mbps.
IP Address
Enter the IP Address for the port. NET 1 and NET 2 cannot use the same IP address. The default values are: NET 1: 192.168.0.x NET 2: 192.168.1.x where x is the node number.
IP Subnet Mask Default Gateway IP Address TriStation Port Number TSAA Port Number Port Write Enabled
If needed, enter the IP address for the subnet. The default is 255.255.255.0. If needed, enter the IP address for the default gateway. The default is 0.0.0.0. Enter the UDP port to use for the TriStation connection. The default is 1502. Enter the UDP port to use for TSAA connections, including DDE Server, SOE Recorder, and OPC Server. The default is 1500. Select this check box if you want to allow TSAA writes to this port. Applies to all TSAA connections on this port. The default is cleared (the port is read-only).
4 Note
Click OK. Changes to TCM IP addresses are not effective until the existing connection is closed and a new connection is opened. Once a connection is opened, it remains open until you close it, even if the IP address is changed via a download change operation.
56
Chapter 4
Client/Server Communication
For more information, see Chapter 3, TriStation Communication. Note Typically, Triconex controllers are located on their own subnet which is connected to a larger network such as a DCS. Your network administrator can set up the subnet for compatibility with the Triconex default IP addresses and can program any routers that lie between the DCS and the Triconex subnet with addressing information about the Triconex controllers.
Procedure
1 2 3 4 5 Connect the controller to the network using the NET 1 or NET 2 port on the TCM. On the ACM or NCM, use the NET 2 port. Power up the controller. Connect the TriStation PC to the network, or directly to a port. In the TriStation project, expand the Controller tree, double-click Configuration, and then click TriStation Communication. On the TriStation Communication screen, verify the IP Address is: 192.168.1.1 (Tricon ACM, NCM, or TCM)
57
If the controller includes two communication modules, the default address applies to both modules. Note 6 7 The left and right modules in ACM, NCM, or TCM slots use the same 48-bit physical MAC address and cannot be connected to the same network.
On the Controller tree, click Configuration. Expand Hardware Allocation, click the slot where the communication module is installed, and then click Setup. If a communication module is not installed, insert a communication module, and then click Setup.
8 9 10 11 12 13 14
In the Setup dialog box, enter the same IP address specified on the TriStation Communication screen. If the controller includes a redundant communication module, enter the same IP address for the other slot. On the Controller tree, click the Controller Panel. From the Commands menu, click Connect. Wait about 40 seconds for the module to reset and become active. When the module is active, the Active indicator is green. On the Commands menu, click Download All to download the TriStation 1131 project to the controller. On the TriStation PC, from the Start menu, click the MS-DOS Command Prompt. Type the command ping followed by the IP address to be tested. For example, for an IP address of 206.32.216.43, enter this:
ping 206.32.216.43
If the network connection is made, the reply includes the IP address followed by byte and time information. If the connection is not okay, the reply is Request timed out. Note If you receive a Request timed out reply, check your network cable and port connections to verify they are securely connected, verify your configuration settings are correct, and then retry the ping command.
58
Chapter 4
Client/Server Communication
Procedure
1 2 3 4 Give the network administrator the MAC address, which is 40-00-00-00-00. Ask the network administrator for the IP address that is to be used for the controller. Connect the controller to the network through a network port on the communication module. Power up the controller. During initialization, the communication module sends a request to the RARP server for an IP address that has been mapped to its own 48-bit MAC address. Note 5 6 The left and right modules in ACM or NCM slots use the same 48-bit physical MAC address and cannot be connected to the same network. On the TriStation PC, from the Start menu, click the MS-DOS Command Prompt. Enter the command ping followed by the IP address to be tested. For example, for an IP address of 206.32.216.43, enter this:
ping 206.32.216.43
If the network connection is made, the reply includes the IP address followed by byte and time information. If the connection is not okay, the reply is Request timed out. Note If you receive a Request timed out reply, check your network cable and port connections to verify they are securely connected, verify your configuration settings are correct, and then retry the ping command. Connect the TriStation PC to the network, or directly to a network port on the communication module. In the TriStation project, expand the Controller tree, click Configuration, and then click TriStation Communication. On the TriStation Communication screen, specify the Node Number of the controller and the intended IP address. On the Commands menu, click Connect. Wait until the connection is made. On the Commands menu, click Download All to download the TriStation project to the controller.
7 8 9 10 11
59
Procedure
1 2 3 4 Ask the network administrator for the IP address to be used for the ACM, NCM, or TCM. Connect the TriStation PC to a serial port on the EICM or TCM. Connect the controller to the network using the NET 1 or NET 2 port on the TCM. On the ACM or NCM, use the NET 2 port. In the TriStation project, configure the following: 5 6 7 8 9 The EICM or TCM serial port and Ethernet ports The node number and node name of the controller The intended IP address
Power up the controller. On the Controller tree, click Controller Panel. On the Command menu, click Connect To. On the Connect To screen, select the Serial Port option and the COM port to which the TriStation cable is connected. Connect to the Triconex controller and download the TriStation project. The ACM, NCM, or TCM initializes (resets) and accepts the IP address that you specify in the TriStation project.
10 11
On the TriStation PC, from the Start menu, click the MS-DOS Command Prompt. Enter the command ping followed by the IP address to be tested. For example, for an IP address of 206.32.216.43, enter this:
ping 206.32.216.43
If the network connection is made, the reply includes the IP address followed by byte and time information. If the connection is not okay, the reply is Request timed out. Note If you receive a Request timed out reply, check your network cable and port connections to verify they are securely connected, verify your configuration settings are correct, and then retry the ping command. If the IP address is set, you can disconnect the TriStation PC from the EICM or TCM serial port, and connect it to an Ethernet port or to the network.
12
60
Chapter 4
Client/Server Communication
Figure 16
61
Installing on Windows NT
1 2 3 4 5 If a previous version is installed, uninstall it. Close all open applications. Browse the CD contents to locate the WindowsNT folder. Double-click setup.exe to start the installation. Follow the InstallShield Wizard instructions. 6 If the installation is successful, a message advises you to click Finish. You are finished with the installation procedure. If the installation requires Factory Suite 2000 components, a message appears and the DDE Server setup is closed. Continue to step 6 in this procedure.
Go to the FS2000 folder (under the WindowsNT folder) and double-click SETUP.bat. You may see a warning about the Windows service pack installed on your PC. Click OK to continue installing the Factory Suite 2000 components.
Follow the installation instructions. You may also be asked if you want to install Adobe Acrobat 3.0, which is an older version of the product. Click Cancel to not install this version, and then click OK. Go back to the WindowsNT folder and double-click the setup.exe program to restart the DDE Server installation. Click Finish to complete the installation. You may be required to reboot your PC.
8 9
62
Chapter 4
Client/Server Communication
Procedure
1 2 3 From the Start menu, select Programs, then Triconex, then Triconex DDE Server. The DDE Server main window appears. From the File menu, click Configure. The Configuring Host Information screen appears. Do one of the following: Select an existing node and click Modify. Click Add to add a host.
63
64
Chapter 4
Client/Server Communication
Action Select this check box if the 802.2 protocol is used to communicate with the DDE client. If you configure a node to use 802.2 protocol, you must also configure the server properties. For more information, see Configuring Server Properties for 802.2 Protocol on page 64. These configuration rules apply to the 802.2 protocol: For Tricon v7.x and v8.x nodes, you must use the 802.2 protocol. For Tricon v9.x or 10.x nodes with ACMs or NCMs, you can use either the 802.2 protocol or the TCP/IP protocol. For v10 nodes with TCMs, you cannot use the 802.2 protocol. You must use the TCP/IP protocol. The default is clearedmeaning the TCP/IP protocol is used.
First Adapter
Enter the number of the first network adapter (interface) card in the primary PC. Available only if the Use 802.2 check box is selected. You can have multiple Ethernet adapters in your DDE PC. One is typical; two are needed for redundancy. The first adapter number is usually zero (0).
2nd Adapter
Enter the number of the second network adapter (interface) card in the redundant PC. Available only if the Use 802.2 and Redundant check boxes are selected. The second adapter number is usually one (1). Enter the IP address of the primary communication module in the Triconex controller. You must specify this property if the Use 802.2 check box is cleared. Enter the IP address of the redundant communication module in the Triconex controller. You cannot specify a redundant IP address if the Use 802.2 check box is selected. Select whether the host is a Tricon or a Trident controller.
IP Address
Procedure
1 On the Host Name Configuration screen, click Server. The Configuring Host Information screen appears.
65
Procedure
1 2 On any PC connected to the network, from the Start menu, click the MS-DOS Command Prompt. Type the word ping followed by the IP address to be tested. For example, for an IP address of 206.32.216.43, enter this:
ping 206.32.216.43
If the network connection is made, the reply includes the IP address followed by byte and time information. If the connection is not okay, the reply is Request Timed Out.
66
Chapter 4
Client/Server Communication
The configuration procedure involves setting IP addresses. If the network topology permits, use the Triconex default addresses. If not, get the IP addresses from your network administrator. If the DDE Server PC is not on the same subnet as the Triconex controller, you must specify the destination address during Ethernet port configuration.
Procedure
1 2 Install two network adapter cards and the TCP/IP protocol (see page 21) on the DDE Server PC. On the DDE Server PC, use Windows NT/2000 procedures to set the IP addresses of the network adapter cards. A sample IP address is: 206.32.216.x (where x = 1 to 254) 3 4 Connect the network adapter cards on the DDE Server PC to Ethernet ports on the primary and redundant Triconex communication modules. In TriStation, set the IP addresses for the primary and redundant communication modules. A sample IP address is 206.32.64.y where y is the node number. The node number is set with physical switches on the NCM, ACM or MP front panel (for TCM). 5 From the DDE server application, configure each Triconex node with a host name. You must use the same IP address for the node configuration in DDE Server that is used in TriStation.
Procedure
1 2 3 4 Install two network adapter cards and the DLC protocol (see page 21) on each network card on your DDE PC. Connect the first network adapter card in the DDE Server PC to the left NCM or ACM. Connect the second network adapter card to the right NCM or ACM. In the DDE Server application, select the Redundant and Use 802.2 check boxes (see page 62). When these properties are selected, it is not necessary to configure IP addresses. Set the First Adapter property to 0 (zero) and the 2nd Adapter property to 1 (one).
67
Save the address you have specified in the DDE client application and start the DDE Server application. Both the client and server applications must be running concurrently to request or exchange data. The DDE server sends the request to the Triconex controller, then returns the data to the DDE client application. As an example, the following address could be entered in a blank cell of a Microsoft Excel worksheet to request the value for alias 40001 in TRINODE02: =TR1DDE|TRINODE02!40001 Although you can run only one DDE Server application at a time, you can run as many DDE client applications as allowed by the virtual memory available on your PC.
For details on syntax for the DDE address, see the users manual for the client application you are using.
68
Chapter 4
Client/Server Communication
69
Figure 17
You can include TriStation configurations for multiple networked controllers in one XML file by using the same file name when exporting each configuration. The information from each TriStation configuration is appended to the file. In OPC Server, you can edit the properties of aliases, tagnames, and other aspects of the configuration. If you change the name of the configuration or alias, a new entry is created in the XML configuration file. If you change properties related to the entry, but do not change the configuration or alias name, those properties are changed for the entry. The Triconex OPC Server is available from Triconex and Matrikon. For more information on the Triconex OPC Server and OPC client applications, see the Matrikon OPC Web site at www.matrikonopc.com.
70
Chapter 4
Client/Server Communication
71
Specify the properties of the Left and Right ACM, NCM, or TCM on tab 1 and tab 2
Under Protocol Settings, specify the TCP/IP address and other Triconex communication module properties on tab 1. If the controller includes two communication modules, specify the properties of the left module and the right module on tabs 1 and 2. Do not use tabs 3 through 7.
Select a node under Alias Configuration in the Current Configuration pane to view alias information. To make changes to an alias, double-click the alias row. The Edit Alias dialog box appears, as shown in this following figure.
72
Chapter 4
Client/Server Communication
The Item Path column displays the node, bin, and memory offset
7 8
Repeat steps 8 through 11 for each node configuration included in the XML file. If you made changes to any of the configurations and want to keep them, save the configuration file.
73
Redundant Configuration
OPC Server can be configured for dual redundancy by using two OPC Server PCs. Each PC must include two Ethernet interface cards, which must be connected to one Triconex communication module on the primary network and one Triconex communication module on the redundant network. You must specify the properties of the redundant Triconex communication modules in the OPC Server Configuration dialog box (see page 70). See Redundant Devices on page 13 for a sample redundant configuration including OPC Server.
For more information, see the MatrikonOPC Data Manager Users Manual or the Matrikon OPC Web site at www.matrikonopc.com.
74
Chapter 4
Client/Server Communication
For more information, see the MatrikonOPC Redundancy Broker Users Manual or the Matrikon OPC Web site at www.matrikonopc.com.
5
Peer-to-Peer Communication
Overview Peer-to-Peer Data Transfer Time Configuring Peer-to-Peer Ports in TriStation Allocating Peer-to-Peer Memory Using Send and Receive Function Blocks Restrictions on Data Transmission Speed Monitoring Peer-to-Peer Communication Examples of Peer-to-Peer Applications 76 78 80 83 84 86 87 88
76
Chapter 5
Peer-to-Peer Communication
Overview
Triconex Peer-to-Peer protocol is designed to allow multiple Tricon and Trident controllers in a closed network to exchange safety-critical data. (If you plan to implement a complex Peer-toPeer network, please contact Triconex Technical Support.) To enable Peer-to-Peer communication, you must connect each controller to an Ethernet network by using a NET 1 (Ethernet) port on the NCM or TCM. The controllers exchange data by using Send and Receive function blocks in their TriStation applications.
NN M M CC M P PP M M ABC 1 2
Figure 18
To configure a TriStation application for Peer-to-Peer communication, you must: Configure the physical port connection for Peer-to-Peer mode Allocate memory for Send and Receive function blocks Add Send and Receive function blocks to the TriStation application Observe restrictions on data transmission speed
In addition, Triconex recommends that you calculate the data transfer time to determine whether the control algorithms will operate correctly. A TriStation application must use a specific Send function block to send data to a matching Receive function block in another TriStation application. Each Send function block has a parameter that identifies the Receive function block to which it sends data. Each Receive function block has a parameter that identifies the Send function block from which it receives data. The Send and Receive function blocks can transfer data with BOOL, DINT, or REAL data types. Some function blocks transfer 20 data values, and others transfer 32 data values. For detailed information about the available Send and Receive function blocks, see the TriStation Libraries Reference. Peer-to-Peer communication speed for Tricon controllers is 10 megabits per second with an NCM installed, and 10 or 100 megabits per second with a TCM installed. Trident controllers
Overview
77
communication speed is 10 or 100 megabits per second. If your network includes a Tricon with a TCM and a Trident, you can run the entire network at 100 megabits per second. If your network includes a Tricon with an NCM and a Trident, you can run the entire network at 10 megabits per second, or you can use a hub that converts messages from 10 to 100 megabits per second when they are transferred from the Tricon to the Trident. In this scenario, Triconex suggests using the NET 1 port on both Tricon and Trident communication modules, because 10 megabits per second is the only speed available on NET 1. With this setup, NET 2 is available for faster communication with external devices on an Ethernet network. For more information, see Restrictions on Data Transmission Speed on page 86. For monitoring Peer-to-Peer data exchange, TriStation provides function blocks and system aliases to track network communication paths and verify whether the Ethernet ports are receiving data from other controllers. The sample programs described in this chapter are available on the TriStation CD. These programs show how to send data at high speed and under controlled conditions, and how to measure the maximum data transfer time. Note With a TCM installed in your Tricon, you can also perform time synchronization over the Peer-to-Peer network using the NET 1 or NET 2 port. See Time Synchronization on page 123 for more information.
78
Chapter 5
Peer-to-Peer Communication
Send function blocks require multiple scans to transfer data from the sending controller to the receiving controller. The number of send operations initiated in a scan is limited to five. The number of pending send operations is limited to 10. A typical data transfer time (based on a typical scan time) is 1 to 2 seconds, and the time-out limit for a Peer-to-Peer send (including three retries) is 5 seconds. Consequently, the processtolerance time of the receiving controller must be greater than 5 seconds. Process-tolerance time is the maximum length of time that can elapse before your control algorithms fail to operate correctly. If these limitations are not acceptable, further analysis of your process is required.
Procedure
1 2 3 In TriStation, open the project for the application running on the sending controller. Expand the Controller tree, and double-click Configuration. On the Configuration tree, click Memory Allocation. Find the bytes allocated for BOOL, DINT, and REAL points: On the Configuration tree, click Memory Points, Input Points, or Output Points. Double-click the graphic for the point type. Add the number of bytes allocated for all BOOL input, output, and aliased memory points. Enter the number in step 1 of the following worksheet. Do the same for DINT and REAL points and enter the results in step 1.
Repeat steps 13 for the receiving controller, and enter the numbers in step 3 of the following worksheet. Follow the instructions on the worksheet to estimate the transfer time.
79
Steps 1. Enter the number of bytes for each point type on the sending controller and divide or multiply as indicated. Add the results.
Result _________ _________ _________ _________ _________ _________ _________ _________ _________ _________ _________ _________ _________ _________
Total bytes of aliased points TBS = 2. Multiply the total bytes sending (TBS) from step 1 by 0.01 3. Enter the number of bytes for each point type on the receiving controller and divide or multiply as indicated. Add the results. BOOL DINT REAL _________ _________ _________ TS = 8= x4= x4=
Total bytes of aliased points TBR = 4. Multiply the total bytes receiving (TBR) from step 3 by 0.01 5. Get the scan time of the sending node in milliseconds by viewing the Scan Time in the Execution List. 6. Get the scan time of the receiving node in milliseconds by viewing the Scan Period in the Execution List. 7. Multiply the larger of TS or SS by 2. 8. Multiply the larger of TR or SR by 2. 9. Add the results of step 7 and 8 to get the data transfer time 10. If the number of pending send requests in the application is greater than 10, divide the number of send requests by 10. 11. Multiply the results of steps 9 and 10 to get the adjusted data transfer time. Adjusted DT DT= TR = SS = SR =
80
Chapter 5
Peer-to-Peer Communication
Click OK.
81
1 2
4 5
Under Slot Selection, select the module (slot) you want to configure Peer-to-Peer ports for. Select a node (controller), and specify these properties.
Property Destination UDP Port Action Enter the UDP port number for each controller to be communicated with on the Peer-to-Peer network. This must be the same number that the controller uses as its UDP Base Port Number. Click the network that the selected node is connected to. The default is NET 1. Enter the IP address for the controller.
Network IP Address
82
Chapter 5
Peer-to-Peer Communication
6 7 Note 8
Click Update to apply the new settings for the selected node. Repeat steps 4 through 6 for each node to be included in the network. If necessary, click Reset All to reset all node settings for the selected slot to their default, unconfigured state. Once all nodes have been configured, specify these properties (applicable to all nodes on the Peer-to-Peer network).
Property UDP Base Port Number Action For each network port, enter the UDP base port number for the controller. Enter 0 to disable Peer-to-Peer over UDP/IP on the network. The default is 1503 on NET 1 (meaning Peer-to-Peer is enabled on NET 1) and 0 on NET 2 (meaning Peer-to-Peer is disabled on NET 2). UDP port numbers must be unique. Enable Communication with Tricon V8 and V9 Peer-to-Peer Systems Select the check box to enable communication with Tricon version 8 and 9 systems. The default is cleared. Available only for a module installed in the left slot.
Click OK.
83
Procedure
1 2 In TriStation, open your project, expand the Application tree, double-click Implementation, and then click Peer-to-Peer Configuration. Set these properties by clicking the up and down arrows. 3 Maximum Number of Peer-to-Peer Sends Maximum Number of Peer-to-Peer Receives
If you want to change the settings for an application running on the controller, you must build the application and perform a Download All.
84
Chapter 5
Peer-to-Peer Communication
The _32 ending means that the function block can send 32 data values. Function block names that do not include the _32 ending can send 20 data values. All Send function blocksand all Receive function blockshave the same parameters, except for the data transfer parameters which are BOOL, DINT, or REAL. For detailed descriptions, see the TriStation Libraries Reference.
85
1 2
2 1
Figure 19
86
Chapter 5
Peer-to-Peer Communication
If your network includes a Tricon with an NCM and a Trident controller, you must choose either of the following solutions.
Solution Run the entire network at 10 megabits Description Data exchange among Triconex controllers can be effectively done at a rate of 10 megabits per second. Triconex suggests using the NET 1 port on both Trident and Tricon communication modules, because 10 megabits per second is the only speed available on the NCM NET 1 port. With this setup, NET 2 is available for faster communication with external devices on an Ethernet network. The data rate can be converted when messages are transferred from a Tricon controller with an NCM to a Trident controller. A typical method is to connect the Tricon and Trident controllers to a hub which can convert from 10 to 100 megabits. For Trident controllers, another method is to use MAU connections, which can convert from 10 to 100 megabits, to CM ports.
87
88
Chapter 5
Peer-to-Peer Communication
89
If the sending controller does not receive acknowledgment from the receiving controller in one second, it automatically retries the last TR_USEND message. Because of network collisions, communication bus loading, etc., the sending controller occasionally has to retry once to get the message to the receiving node. This is why the general rule for data transfer time is one to two seconds, even though the estimated time is 800 milliseconds. The receiving node has a network to measure the actual time so you can validate the assumed two-second maximum transfer time. Since the process-tolerance time of the receiving node is four seconds, the maximum time-out limit is set to two seconds (half the process-tolerance time). The receiving node should receive at least one data transfer within the maximum timeout limit. Using this criteria meets the basic requirement for using peer-to-peer communication to transfer safety-critical data.
90
Chapter 5
Peer-to-Peer Communication
This example packs 32 BOOL values into a DWORD and sends the DWORD and a diagnostic variable to a receiving node as fast as possible by setting the sendflag parameter to 1 all the time. The diagnostic variable is incremented every time a new SEND is initiated. The receiving node checks the diagnostic variable to verify that it has changed from the previous value received. The receiving node also determines whether it has received at least one data transfer within the process-tolerance time. If not, the application takes appropriate action, such as using the last data received or using default data to make safety-critical decisions. This example uses the following project elements: PEER_EX4_SEND_FBD (for sending Node #1) PEER_EX4_RCV_FBD (for receiving Node #3)
6
Modbus Communication
Overview Physical Features Configuring Ports for Modbus in TriStation 92 93 97
Programming for Triconex Masters 106 Programming for Triconex Slaves 111 Sample Modbus Programs 118
92
Chapter 6
Modbus Communication
Overview
Modbus is an industry-standard master/slave communication protocol that is traditionally used for energy management, transfer line control, pipeline monitoring, and other industrial processes. A Tricon controller with a TCM can operate as a Modbus master or slave; a controller with an EICM can operate as a Modbus master, slave, or both. A DCS typically acts as the master, while the Tricon acts as a slave. The master can also be an operator workstation or other device that is programmed to support Modbus devices. The Tricon controller has serial ports on the EICM or TCM that provide options for communication with a Modbus devices. Each serial port can operate in a point-to-point configuration with a single Modbus device, or in a multi-point configuration with several Modbus devices connected to a serial link. For an example, see Configuration Options on page 93. The TCM also supports Modbus over TCP through the NET 1 or NET 2 Ethernet port. Each serial port on the EICM or TCM can be configured as a master or slave. Serial ports on the EICM can also be configured as a combination master/slave. The Ethernet ports on the TCM can be configured as a master or slave, with up to 32 Modbus masters or slaves per Tricon system. A Tricon serial port can act as a master, slave, or combination master/slave with these physical features: Point-to-point or multi-point network topology RS-232, RS-422, or RS-485 communication interface 2-wire (half duplex) or 4-wire (full duplex) cables Hardware handshake with or without signal delays Note Signal delays are not available on TCMs.
For an EICM or TCM port configured as a master, the associated TriStation application can use Modbus Read and Write function blocks to communicate with slave devices, including other Triconex controllers. Programs in external Modbus master devices can directly access point values in a Triconex controller if the points have aliases and if write access controls are correctly applied. A TriStation application normally uses alphanumeric names to identify Triconex points (program variables). Numeric identifiers called aliases must also be used to make the point values accessible to external Modbus devices. An alias has five digits that define its data type and hardware address in the controller. Function blocks allow you to monitor the communication status of each EICM serial port. The status information includes the number and kinds of messages received and sent and milliseconds since the last message was received. The sample programs described in this chapter are included on the TriStation CD. These programs show how to use the Modbus Read and Write function blocks for transmitting aliased data, how to set time-out and retry values for Modbus communication, and how to control the flow of data from slave to master. For detailed information, see Appendix E, Modbus Protocol
Physical Features
93
Physical Features
When connecting a Tricon EICM or TCM serial port to one or more Modbus devices, you can select from these physical features.
Feature Network Topology Option Point-to-point Multi-point RS-232 RS-422 RS-485 Cable Type 2-wire 4-wire Hardware Handshake Default Signal delay Use for Connection to one Modbus device Connection to multiple Modbus devices. One master with up to 32 slaves. Maximum speed across distances up to 50 ft (15 m) Distances up to 4,000 ft (1,220 m), point-to-point only Distances up to 4,000 ft (1,220 m) Half-duplex data transmission Full-duplex data transmission Devices that do not require signal delays Devices with slow throughput, other limitations (EICM only)
Communication Interface
Configuration Options
A Tricon TCM or EICM port can operate in a point-to-point connection with a single Modbus device, or in a multi-point serial link with several Modbus devices.
Point-to-Point Connection
This figure shows a point-to-point connection, which is a direct connection between devices.
Figure 20
94
Chapter 6
Modbus Communication
Multi-Point Connection
This figure shows a multi-point connection, which allows connections between several devices.
Figure 21
The RS-422 and RS-485 standards do not define a connector pin-out, but do define each differential twisted-pair wire as Wire A and Wire B. Some RS-422 and RS-485 suppliers rename these as Wire + and Wire -. This means you cannot always rely on the name to identify the polarity of the signal.
Physical Features
95
96
Chapter 6
Modbus Communication
97
Procedure
1 Remove the EICM module, if needed. Figure 22 depicts the EICM module and switch block. 2 Set switches as needed. 3 To use RS-232, the switch must be set to Off. To use RS-422 or RS-485, the switch must be set to On.
Figure 22
98
Chapter 6
Modbus Communication
Procedure
1 2 In TriStation, open your project and then expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the EICM slot, and then click Setup.
99
Action Select either 1 Bit or 2 Bits to specify whether to send 1 or 2 bits to indicate that the transmission of a byte of data is complete. Must use the same setting as other Modbus slaves. Specifies whether to use parity checking, which is a way to detect data communication errors, on the transmitted data. Odd and Even parity counts the number of 1 bits in a one-byte data item then sets the parity bit (9th bit) to 0 or 1 to result in an Odd or Even total number of 1 bits. Mark and Space parity (also called high/low parity) set the parity bit to 1 or 0 regardless of the number of 1 bits in the data item. Settings include: Odd sets the parity bit to 0 or 1 to make the total number of 1 bits odd. (Default value) Even sets the parity bit to 0 or 1 to make the total number of 1 bits even. Mark sets the parity bit to 1 for each data item. Space sets the parity bit to 0 for each data item. None deletes the parity bit.
Handshake
Specifies whether to use signals to establish a valid connection. With hardware handshake, a separate wire sends a signal when the receiving device is ready to receive the signal, which ensures that a device transmits data only when the other device is ready to receive it. Switch settings determine whether handshaking is allowed. Select Hardware if the physical hardware is using any of these configurations: Any 2-wire configuration (required) A multi-point configuration that uses the RS-485 transceiver mode (required) A point-to-point configuration that uses an external modem with RS-232 transceiver mode (optional) The default is None. To delay the timing of Modbus data transmission, see Setting Signal Delays on a Tricon EICM on page 105.
100
Chapter 6
Modbus Communication
Action Identifies the range of five-digit numbers that can be assigned to a point. The leftmost digit identifies the data type and the other digits identify the hardware address in the controller. Set minimum between 0 and 32767; maximum between 1 and 32767. Honeywell DHP uses 0 to 9,999. The Modbus Range operates in conjunction with the Minimum and Maximum values on the Tricon EICM serial ports to scale values of REAL points. For more information, see How REAL Numbers are Scaled to Integers on page 114. For a listing of aliases, see Tricon Modbus Alias Ranges on page 228.
Click OK.
Procedure
1 2 3 In TriStation, open your project and then expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The Enhanced TCM Setup dialog box appears. Click the Serial Ports tab.
102
Chapter 6
Modbus Communication
Property Protocol
Action Select the communication protocol for the port: All ports can use Modbus Master, Modbus Slave ASCII, Modbus Slave RTU. Only port 1 can use GPS. This port is automatically configured for GPS when you enable time synchronization. Only port 4 can use TriStation.
Modbus Slave Address Baud Rate Data Bits Stop Bits Parity Transceiver Mode Handshake Termination Options FP Ordering Modbus (Minimum and Maximum) Range Master Logical Port
If you selected Modbus Slave RTU or ASCII, enter the number of the Modbus slave device. The default is 1. Enter the communication rate for the port. The default is 9600. Select 8 or 7 bits. The default is 8. Available only with Modbus Slave ASCII. Select 1 or 2 bits. The default is 1 bit. Select the type of parity for the port. The default is Odd. Select RS-485 or RS-232. The default is RS232. On port 4 when TriStation is selected as the protocol, RS-485 is not available. Select None or Hardware; the default is None. Select the type of termination used with cables. Only available with RS-485 Transceiver Mode. The default is None. Select the order to be used with floating point numbers. The default is Low 16 Bits First. Enter the minimum and maximum values to be used for the Modbus data range. The default minimum is 0. The default maximum is 32,767. Enter the port number that the TCM will use in Modbus Master functions to access the port. Only available for Modbus Master.
5 Note
Click OK. Even if port 4 is set to Not Configured (the default value), it can still be used to connect to the Tricon via TriStation. This is useful when you are unable to connect via a network connection.
Procedure
1 2 3 In TriStation, open your project, and then expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The Enhanced TCM Setup dialog box appears. Click the Modbus TCP tab.
4 5
Under Slot Selection, select the module (slot) you want to configure Modbus TCP ports for. Select a port and specify these properties.
Property Protocol Port Write Enabled Action Select the communication protocol for the port. Options include Modbus TCP Master and Modbus TCP Slave Net. Available only if Modbus TCP Slave is selected as the communication protocol. Select this check box if you want to allow Modbus writes to this slave port. The default is cleared (the port is read-only).
104
Chapter 6
Modbus Communication
Action Enter the number of the Modbus Master node. Available only with Modbus TCP Master protocol. Enter the number for the TCP port. The default is 502. Click the network that the selected port is connected to. The default is NET 2. If the port uses Modbus Master protocol, enter the IP address of the slave node. If the port uses Modbus Slave protocol, enter either of these: To accept communication from any Modbus Master, leave the IP address as 0.0.0.0. To accept communication only from a defined Modbus Master, enter the specific master IP address.
Select the ordering to use for floating point numbers. The default is Low 16 Bits First. Enter the minimum and maximum for the Modbus data range. Available only with Modbus TCP Slave Net.
Click OK.
Figure 23
Procedure
1 2 3 Set the Handshake property to Hardware on the Tricon EICM Setup screen. Add an MBWRITE function block for each type of delay (CTS and RTS) you want to specify. Specify these parameters in the function block.
Parameter Alias Port Station D01 Action For CTS, enter 40001. For RTS, enter 40004. Enter the EICM port number. Enter the slave station address. Enter the delay in milliseconds; 0 to 10,000.
106
Chapter 6
Modbus Communication
Read and Write function blocks of types BOOL and DINT can transmit 32 data values. Read and Write function blocks of type REAL can transmit 25 data values. Triconex controllers use BOOL, 32-bit DINT (double integer) and 32-bit REAL numbers, whereas traditional Modbus protocol supports only Booleans and 16-bit integers. For this reason, TriStation includes function blocks which convert REAL values to integers and integers to REAL values. The sections beginning on page 107 provide guidelines for use of these function blocks. For detailed information on function blocks, see the TriStation Libraries Reference. For examples, see Sample Modbus Programs on page 118.
107
Real
MBREAD_REAL_TRD MBWRITE_REAL_TRD
Figure 24
108
Chapter 6
Modbus Communication
REAL
MBREAD_REAL_TRD MBWRITE_REAL_TRD
REAL
MBREAD_REAL MBWRITE_REAL
109
32
Figure 25
110
Chapter 6
Modbus Communication
Figure 26
111
Procedure
1 In TriStation, open your project and then open a tagname by doing either of these: 2 On the Tagname Declarations tree, double-click a tagname. Double-click a tagname on a logic sheet, and then click the Declaration button.
112
Chapter 6
Modbus Communication
Specify these properties on the Point Assignment tab. Note Change all the defaults to user after the aliases have been established. If default is selected, the alias is selected automatically from the available ranges. If you decide to make additional changes to tagname properties later, and the available alias range has changed, the default alias selection can result in alias getting changed again.
Action For memory points, specify either Read Aliased, or Read/Write Aliased. (Input and output points can only be Read Aliased.) For aliased memory points, specify either User alias or Default alias. If User alias, enter a number within the range, and then click Apply. If the User alias number is valid, the default alias number is changed for the memory address. For input and output points, the physical address must be specified before an alias number can be assigned. The memory address is displayed once you click Apply. It cannot be changed. Select the check box to allow the point to be written to multiple times in a scan. The default is cleared.
Note
When you select Default alias as the alias number for memory point tagnames, these aliases can be automatically reassigned under certain circumstances. For example, if another tagname using the Default alias setting is deleted, the next time you build the application, TriStation will re-use the alias number of the deleted tagname. You can avoid this behavior by always using the User alias setting to define your own alias numbers and keep control of assigned aliases.
To set the alias number, click Apply. To cancel your changes and restore the original settings, click Restore before clicking Apply. Once you click Apply, you cannot revert to the original settings.
113
Figure 27
Figure 28
114
Chapter 6
Modbus Communication
Scaled REAL numbers use a formula that includes the value of the tagname, the Minimum Value (Min Span) and Maximum Value (Max Span) for the tagname, and the Modbus minimum (Modbus Min) and maximum (Modbus Max) range set for the Modbus Range property.
115
Figure 29
Figure 30 shows how scaling is done. Values above the Max Span or below the Min Span are clamped to the respective limit. The same principle applies to values outside the Modbus range.
Figure 30
To avoid division by zero, do not set Modbus Max equal to Modbus Minthe REAL value result is undefined. For the Trident or Tricon v9.6 and later controllers, the result is one of the floating point standard special numbers: NAN (not a number: -1.#IND) or infinity (1.#INF).
116
Chapter 6
Modbus Communication
Figure 31
How the Modbus Master Reads a REAL Value Scaled to an Integer Value
Figure 32 shows how scaling is done. Values above the Max Span or below the Min Span are clamped to the respective limit. The same principle applies to values outside the Modbus range.
Figure 32
To avoid division by zero, do not set Max Span equal to Min Spanthe resulting Modbus value is undefined. Typically, for a Triconex controller, the result is -1.
117
Procedure
1 In TriStation, open your project and then open a tagname by doing either of these: 2 On the Tagname Declarations tree, double-click a tagname. Double-click a tagname on a logic sheet, and then click the Declaration button.
118
Chapter 6
Modbus Communication
7
Related Communication Features
Overview 120 Tricon Write Access 121 Tagnames and Aliases 122 Time Synchronization 123 Printing from a Tricon Controller 137
120
Chapter 7
Overview
This chapter describes the time synchronization and printing features that can be used with Triconex controllers. Time Synchronization protocol allows networks of Tricon and Trident controllers to be synchronized with each other, and optionally, with external devices. In addition, a Tricon controller with an NCMG or TCM module can receive time adjustments from the Global Positioning System (GPS) by using the Trimble Acutime 2000 Synchronization Kit. A Tricon controller can send brief ASCII text messages to a printer that is connected to a parallel port on an EICM. The printer must be compatible with the Centronics interface provided by the EICM parallel port. Network printing protocol allows a Tricon controller to print messages by means of a print server connected to an Ethernet port on the TCM. The print server must be compatible with the JetDirect network printing protocol, and the printer must be compatible with the print server. An Ethernet hub might also be needed. For both types of printing, a TriStation application must include print function blocks to send messages to a printer.
121
This table describes write access to Tricon points from external devices.
Property or Feature Tricon keyswitch Description A system setting that determines write access to output and memory points unless overruled by the GATENB function block in the application. Restricts write access when set to the Run position. Allows write access when set to the Remote or Program position. GATENB A Tricon function block that programmatically allows write access to a specified range of aliased memory points when the keyswitch is in the Run position. A Tricon function block that programmatically restricts remote write access for all ranges of aliased memory points that were previously enabled by GATENB. A system setting on the Operating Parameters screen that determines write access to output points. When selected, external devices cannot write to output points, no matter what other settings are made. A Tricon ACM and NCM module setting that determines whether network devices using DDE, OPC, or TSAA communication have write access to output points and read/write aliased memory points. For Tricon ACM, the default it Read. For Tricon NCM, the default is Read/Write. The Tricon TCM, EICM, HIM, and SMM modules do not have this property. Prohibit Writes A Tricon SMM module setting that determines whether Honeywell devices have write access to output points and read/write aliased memory points. The default is cleared, which means write access is allowed. A tagname setting that determines whether the output and memory point is assigned a Read or Read/Write alias number. For output points, all alias numbers are Read/Write. For memory points, alias numbers can be Read or Read/Write.
GATDIS
Point Assignment
122
Chapter 7
Time Synchronization
123
Time Synchronization
If you have multiple Triconex controllers on an Ethernet network, you can synchronize their time with: The master node (the controller with the lowest node number) An external device, such as an OPC client, that writes time values to a TriStation application A Global Positioning System (GPS) A combination of the master node and an external device or a GPS An SNTP server over NET 1 or NET 2 (with TCM only)
These sections provide more information about these strategies and instructions for setting the Triconex controller clock and setting time synchronization properties on the communication modules.
CAUTION
In a network of Triconex controllers, all controllers with low node numbers should be configured for time synchronization. If a Triconex controller becomes the master node but is not configured for time synchronization, none of the controllers in the network can be synchronized.
124
Chapter 7
Time Synchronization
125
Redundant Configuration
The GPS feature can be used in a redundant configuration which requires two TCM or NCMG modules and two Acutime 2000 Synchronization Kits. Typically, the left (primary) TCM or NCMG adjusts the time. The right (redundant) TCM or NCMG begins to adjust the time if the left TCM or NCMG detects a problem with its Acutime kit or if communication with the left module fails. Several types of faults can cause the Tricon to switch control to the redundant TCM or NCMG module. For example, each TCM or NCMG module requests an event timestamp from the Acutime kit every 10 seconds. If the event is not received within 5 seconds, the Tricon assumes there is a failure in the TCM, NCMG or the Acutime kit and switches control to the redundant TCM or NCMG module. For more information, see the Acutime 2000 Synchronization Kit User Guide.
126
Chapter 7
Figure 33
Combination Schemes
In a typical configuration, Triconex controllers on a network are synchronized with the master node. In addition, the master node can accept time adjustments from an external device so that the external time prevails for all controllers on the network. Examples of external time sources are an OPC client and a GPS.
CAUTION
Time Synchronization
127
Procedure
1 2 3 4 5 6 On the TriStation PC, right-click the time icon in the message bar or open the Date/Time dialog box from the Control Panel. Ensure the PC is set to the correct local time. In TriStation, open the TriStation project that is running in the controller. On the Configuration tree, double-click the Controller Panel. On the Commands menu, click Connect, and then click Set Calendar Clock. Click Yes when asked whether to set the calendar clock to the current configuration. If the node is currently synched to a master node, the set time will be rejected. The Triconex clock is now set to the TriStation PC time, that is, to the correct local time. Use the Diagnostic Panel to verify the time adjustment.
128
Chapter 7
Click OK.
Time Synchronization
129
3 4
Select the On NET 1 enable time synchronization with Tricon Master Node check box. Click OK.
130
Chapter 7
Click OK.
Time Synchronization
131
In a redundant network of Triconex controllers that each have two TCMs installed, you can implement redundant time synchronization by configuring time synchronization for both TCM modules (both left and right slots). Time synchronization can be enabled only for a single logical slot. If the TCM is installed in the COM slot, you configure time synchronization only for the left slot (there is no redundancy when installed in the COM slot). Note The following procedures apply only to model 4351A and 4352A TCMs. If you have an older model 4351 or 4352 TCM installed in your system, please go to Appendix G, TCM Model 4351/4352 Configuration.
Topics include: Configuring GPS Time Synchronization on the TCM on page 131 Configuring SNTP Time Synchronization on the TCM on page 133 Configuring Triconex Time Synchronization on the TCM on page 135
CAUTION
To ensure the accuracy of GPS time adjustments, the Tricon clock must be set to within 10 minutes of the correct local time.
If the TCM is in a Peer-to-Peer network, it can also be used as the master node for time synchronization of other controllers on the network. In this configuration, the master node TCM synchronizes time with the GPS, and any slave nodes on the Peer-to-Peer network synchronize their time with the master TCM. In this way, all nodes on the Peer-to-Peer network are synchronized with GPS time. If the TCM is acting as a slave node on a Peer-to-Peer network, it cannot be configured for GPS time synchronization. Slave nodes synchronize their time only to the master node on the Peerto-Peer network, and reject all other time change requests. GPS time synchronization uses Serial Port 1 on the TCM.
132
Chapter 7
Procedure
1 2 3 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The Enhanced TCM Setup dialog box appears. Click the Time Sync tab.
4 5
Under Slot Selection, click Left Slot. You must configure the module in the left slot first. Under Time Synchronization Configuration, select GPS. If you previously configured Port 1 to use a Modbus protocol, selecting GPS will reset Port 1 to use the GPS protocol.
(Optional) If you have a redundant TCM installed in the right slot, under Slot Selection, click Right Slot, and then select GPS Redundant. Note The module in the right slot can be configured only if it has been installed and if the module in the left slot has already been configured for GPS time synchronization.
Enabling the TCM as a Master Node for Triconex Time Synchronization (Optional)
If you also want the TCM to be able to act as a master node for time sychronization of other controllers on a Peer-to-Peer network (using Triconex Time Synchronization) do the following: 1 2 In the Configuration tree, click Operating Parameters. Select the Enable Tricon Node Time Synchronization check box.
Time Synchronization
133
Procedure
1 2 3 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The Enhanced TCM Setup dialog box appears. Click the Time Sync tab.
4 5
Under Slot Selection, click Left Slot. You must configure the module in the left slot first. Select these properties.
Property Time Synchronization Configuration SNTP Master Network SNTP Master IP Address Action Select SNTP. The default is None. Click the network the SNTP server is located on. Enter the IP address of the SNTP server to synchronize time with.
134
Chapter 7
(Optional) If you have a redundant TCM installed in the right slot, under Slot Selection, click Right Slot, and then select these properties.
Property Time Synchronization Configuration SNTP Master Network SNTP Master IP Address Action Select SNTP Redundant. Click the network the SNTP server is located on. This can be different than the master network selected for the left slot. Enter the IP address of the SNTP server to synchronize time with.
Note
The module in the right slot can be configured only if it has been installed and if the module in the left slot has already been configured for SNTP time synchronization.
Enabling the TCM as a Master Node for Triconex Time Synchronization (Optional)
If you also want the TCM to be able to act as a master node for time sychronization of other controllers on a Peer-to-Peer network (using Triconex Time Synchronization) do the following: 1 2 In the Configuration tree, click Operating Parameters. Select the Enable Tricon Node Time Synchronization check box.
Time Synchronization
135
Procedure
1 2 3 4 5 6 7 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The Enhanced TCM Setup dialog box appears. Click the Time Sync tab. Under Time Synchronization Configuration, select None. Click OK to save your changes. In the Configuration tree, click Operating Parameters. Select the Enable Tricon Node Time Synchronization check box. This allows the controller to participate as a master node in time synchronization across the Peer-to-Peer network.
Procedure
1 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation.
136
Chapter 7
2 3
Double-click the slot where the TCM module is installed and then click Setup. The Enhanced TCM Setup dialog box appears. Click the Time Sync tab.
4 5
Under Slot Selection, click Left Slot. You must configure the module in the left slot first. Specify these properties.
Property Time Synchronization Configuration Peer-to-Peer Master Network Action Select Peer-to-Peer. The default is None. Click the network you want to enable Triconex Time Synchronization for. The default is NET 2.This property applies to the modules installed in both the left and right slots simultaneously.
Note 6 7 8
If you have a redundant TCM installed in the right slot, Time Synchronization Configuration is automatically set to Peer-to-Peer and cannot be changed.
Click OK to save your changes. In the Configuration tree, click Operating Parameters. Select the Enable Tricon Node Time Synchronization check box. This allows the controller to participateas a master node or a slave nodein time synchronization across the Peer-to-Peer network.
138
Chapter 7
Printers
You must select a printer that is compatible with your print server. The TCM prints ASCII text only, which does not include formatting or graphics, so a Centronics-compatible printer is adequate. Laser printers are also suitable.
Procedure
1 2 3 If the printer package has an installation program, copy the program to the TriStation PC. Follow the instructions, and run the diagnostic routine, if available. You do not need the printer driver that may have come with the package. Connect one end of the cable to the printer, and connect the other end to port 5 or 10 on the EICM. (Other EICM ports cannot be used for printing.)
Figure 34
140
Chapter 7
Procedure
1 2 In TriStation, open your project, expand the Controller tree, and double-click Configuration. On the Configuration tree under Hardware Allocation, double-click EICM, and then click Setup.
Click OK.
Procedure
1 2 3 4 If the print server and printer packages have installation programs, install them on the TriStation PC. Follow the instructions, and run the diagnostic routines if available. You do not need the printer drivers that came with the packages. Record the IP address of the print server. You will need the IP address when configuring the TCM printer. Connect the printer to the print server, and connect the print server to a TCM Ethernet port (NET 1 or NET 2).
T M M C M PP P M ABC 1
Figure 35
142
Chapter 7
Procedure
1 2 3 4 If the print server and printer packages have installation programs, install them on the TriStation PC. Follow the instructions that came with the packages, and run the diagnostic routines, if available. Record the IP address of the print server. You will need the IP address when configuring the TCM printer. Connect the printer to the print server, and connect the print server to a hub. Connect the hub to a TCM Ethernet port (NET 1 or NET 2).
T M M M C PP P M ABC 1
Figure 36
Connecting the Tricon TCM to a Printer Server and Printer Using a Hub
Procedure
1 2 3 In TriStation, open your project, expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The Enhanced TCM Setup dialog box appears. Click the Printer tab.
Specify these properties for the module installed in the Left Slot.
Property Printer Number Line Width TCP Port Action Enter the number for the printer; can only be 5 or 10. The default is 0, meaning a printer is not configured. Enter the number of characters to be printed on a line. The default is 80 characters. Enter the number of the TCP port for the print server. The default is 9100 for an HP printer.
144
Chapter 7
Action Click the network that the print server is connected to. The default is NET 2. Enter the IP address of the print server.
5 6
If a module is also installed in the Right Slot, repeat step 4 for that module. Click OK.
A
TCM Capabilities
TCM Operation 146 Physical Description 148
146
Appendix A
TCM Capabilities
TCM Operation
The TCM (Tricon Communication Module) is an optional module for the Tricon controller which supports multiple message protocols and physical media types. Ports on the TCM can communicate with TriStation, other Tricon or Trident controllers, Ethernet devices, and Modbus master and slave devices. The Tricon controller supports two slots of TCMs, which means there can be a maximum of four TCMs in a system. The TCMs operate independently. Each TCM can be connected to a separate network, or they can be used in a redundant configuration.
Message Handling
This figure depicts how message handling works. The TCM ports communicate with the three MP modules by means of the Comm Bus. A message received by a TCM port is passed to all three MP modules over the Comm Bus. The TriBus votes on the message before sending it to the MP modules for processing, and sends the response back to the Comm Bus after processing is complete. The Comm Bus then forwards the response to the TCM port.
Figure 37
TCM Operation
147
148
Appendix A
TCM Capabilities
Physical Description
There are two types of TCMs: Copper (model 4351, 4351A, 4353) Fiber (model 4352, 4352A, 4354).
PASS FAULT ACTIVE
The Copper TCM uses RJ-45 network ports; the Fiber TCM uses multi-mode fiber-optic network ports. Note Model 4351, 4351A, 4352, 4352A, 4353, and 4354 TCMs cannot be mixed in the same logical slot. Additionally, model 4351A/4352A TCMs and 4351/4352 TCMs cannot be mixed in the same system, even if they are installed in different chassis
FIRM
NET 1 LINK
TX RX
NET 2 LINK
TX RX
The TCM includes these ports: Four RS-232/RS-485 serial ports, each of which are TriStation-configurable for Modbus master or slave, Trimble GPS, and TriStation Two 10/100 Mbps Ethernet ports (model 4351, 4351A, 4353) or two 10/100 Mbps fiber-optic MTRJ Ethernet ports (model 4352, 4352A, 4354) One RS-232 debug port (for Triconex use only)
SERIAL 1 TX RX
SERIAL 2 TX RX
SERIAL 3 TX RX
The TCM front panel also includes status and communication indicators. For information about the communication indicators, see TCM Communication Indicators on page 152. For information about the other indicators, see the Tricon Planning and Installation Guide.
Serial Port #4 for TriStation or Modbus interface
SERIAL 4 TX RX
DEBUG
TCM
435x
Figure 38
Physical Description
149
TCM Ports
Serial Ports
A TCM provides four optically isolated RS-232/RS-485 serial ports which are TriStationconfigurable for point-to-point or multi-point serial connections. Transmission rates up to 115.2 kilobits per second per port can be selected. When the port is in RS-485 mode, there is software configurable termination for the port; see Configuring TCM Serial Ports on page 101.
Specifications
Feature Serial (Modbus) ports Description 4 optically-isolated RS-232/RS-485 ports, configurable from TriStation. The termination for RS-485 ports can be configured from TriStation. DB-9-pin PE standard, shielded, located on front panel 50 ft (15 m) 100 (30 m) to 4,000 ft (1.2 km), depending on baud rate 115200, 57600, 38400, 19200, 9600, 4800, 2400, 1200. Modbus Master or Slave, ASCII and RTU modes, optional parity, 1 stop bit Trimble GPS Serial TriStation Galvanic isolation Status indicator: Module status Status indicator: Port activity 500 VDC Pass, Fault, Active TX (Transmit) 1 per port RX (Receive) 1 per port
Connector RS-232 maximum cable length RS-485 maximum cable length Supported transmission rates (bps) Protocols supported
150
Appendix A
TCM Capabilities
Network Ports
A TCM provides two Ethernet ports with RJ-45 sockets for connection to twisted-pair cables. NET 1 and NET 2 are 10BaseT/100BaseTX connectors which can operate at 10 or 100 megabits per second.
Specifications
Feature Network ports 10/100BaseTX connector 10/100BaseTX maximum cable length Application protocols Description Two 10/100BaseT Ethernet ports RJ-45 standard, shielded, located on front panel 100 m using category 5 shielded twisted-pair cable Network-connected TCP/IP printer Simple Network Time Protocol (SNTP) Triconex Time Synchronization (UDP/IP) Triconex Time Synchronization (DLC) on NET 1 only GPS Modbus Triconex Peer-to-Peer (UDP/IP) Triconex Peer-to-Peer (DLC) on NET 1 only TriStation TSAA Network protocols Maximum Peer-to-Peer Nodes1 Galvanic isolation Status indicator: Module status Status indicator: Port activity TCP/IP, SNTP, ICMP, UDP/IP 31 500 VDC Pass, Fault, Active TX (Transmit) 1 per port RX (Receive) 1 per port 1. Contact Triconex for application guidelines and potential performance limitations.
Physical Description
151
Debug Port
The TCM includes one RS-232 serial port at the bottom of the module. This port is intended for Triconex use as a Debug port. For more information, contact Triconex Technical Support.
Specifications
Parameter Type Connector Baud rate Protocol Description RS-232 C DB9 9600 ASCII 8-bit 1 stop bit No parity Galvanic Isolation 500 VDC
152
Appendix A
TCM Capabilities
Green steady
No light
Green blinking
Physical Description
153
154
Appendix A
TCM Capabilities
B
NCM and NCMG Capabilities
NCM Operation 156 Physical Description 158
156
Appendix B
NCM Operation
The Network Communication Module (NCM) and Network Communication Module GPS (NCMG) are optional modules for the Tricon controller that can communicate with other Triconex controllers, with external devices on Ethernet networks, and with a Global Positioning System (GPS). The NCM and NCMG support several Triconex protocols and applications and client/server applications from other manufacturers. The NCM provides two BNC connectors as ports with these capabilities: NET 1 supports Peer-to-Peer protocol for safety networks comprised of Triconex controllers only. NET 2 supports open communication with external devices on an Ethernet network. These devices can include PCs which are running Triconex applications such as TriStation, SOE Recorder, OPC Server, and DDE Server, or user-written applications.
The NCMG also provides an RS-232 serial port which can be connected to the Trimble Acutime 2000 Synchronization Kit for GPS time synchronization. The Tricon controller supports two NCM modules or NCMG modules in one logical slot, or one of these modules in the COM slot. If two modules are in one slot, they function independently, not as hot spares. Each module can be connected to a separate network, or both can be used in a redundant configuration. For more information, see Redundant Devices (page 13). The NCM and NCMG are compatible with the Ethernet (IEEE 802.3) communication interface and operate at communication speeds up to 10 megabits per second. The modules connect with external host devices by means of 10Base2 coaxial cabling at typical distances up to 607 feet (185 meters). Distances up to 2.5 miles (4,000 meters) are possible using repeaters and standard (thick-net or fiber-optic) cabling. The Main Processors typically refresh data on the NCM and NCMG once per scan. Note Throughout this section, the name NCM represents both the NCM and the NCMG modules.
Message Processing
Figure 39 depicts how NCM ports communicate with all three MP modules by means of the Comm Bus. A message received by a NCM port is passed to all three MP modules over the Comm Bus. The TriBus votes on the message before sending it to the MP modules for processing, and returns the response to the Comm Bus after processing is complete. The Comm Bus then forwards the response to the NCM port.
NCM Operation
157
Figure 39
158
Appendix B
Physical Description
An NCM includes two Ethernet ports which operate at 10 megabits per second. An NCMG also includes an RS-232 serial port for communication with a GPS interface.
Figure 40
Physical Description
159
Specifications
These specifications apply to both the NCM and NCMG, except for the serial port which is functional on the NCMG only.
Feature Ethernet ports External transceiver ports Serial port Galvanic isolation Protocols supported Maximum Peer-to-Peer Nodes1 Communication speed Status indicators Module status Port activity Logic power Pass, Fault, Active TX (Transmit) 1 per port RX (Receive) 1 per port < 20 W Specification Two BNC connectors that require 10Base2 coaxial cables Reserved One RS-232 connector for GPS time synchronization Maximum cable length is 15 m (50 ft) 500 VDC (applies to Ethernet and serial ports) See Protocols Supported (page 160). 31 10 megabits per second
Communication Indicators
The NCM and NCMG have yellow TX (transmit) and RX (receive) indicators for the NET 1 and NET 2 Ethernet ports and for the COMM serial port. TX blinks each time an NCM port transmits a message and RX blinks each time an NCM port receives a message from an external device. If a TX indicator stops blinking, the NCM module or the controller could have a problem. If an RX indicator stops blinking, the external device could have a problem.
NET 1 RX/TX Yellow blinking NET 2 RX/TX Yellow blinking COMM RX/TX 1 Description Normal response. The Ethernet port is communicating with an Ethernet device or TriStation. Yellow blinking Normal response. The COMM serial port is communicating with the Trimble Acutime 2000 Synchronization Kit.
1. This symbol ( ) means the indicator is not important for this condition.
160
Appendix B
Protocols Supported
Ports on the NCM and NCMG support these protocols.
Supported Protocols TriStation TSAA Client/Server Peer-to-Peer Triconex Time Synchronization Trimble GPS Time Synchronization NET 1 Ethernet (NCM and NCMG) NET 2 Ethernet (NCM and NCMG) COMM Serial (NCMG Only)
C
EICM Capabilities
EICM Operation 162 Physical Description 165
162
Appendix C
EICM Capabilities
EICM Operation
The Enhanced Intelligent Communication Module (EICM) enables communication with these devices: Modbus masters and slaves Other Triconex controllers TriStation PC Centronics-compatible printers
Each EICM has four serial ports and one parallel port which can operate concurrently. The four serial ports are uniquely addressed and can be used for Modbus or TriStation communication. Modbus communication can be performed in either RTU or ASCII mode. The parallel port provides a Centronics interface to a printer. A Tricon controller supports up to two EICM modules which must reside in one logical slot. This arrangement provides a total of eight serial ports and two printer ports. The hot-spare feature is not available for the EICM. However, you can connect redundant devices to ports on two EICM modules in the same logical slot. For more information, see Redundant Devices on page 13. Each EICM supports an aggregate data rate of 57.6 kilobits per second, that is, the total data rate for all four ports must be less than or equal to 57.6 kilobits per second. Each EICM port provides 500 VDC isolation between the external signals and Tricon logic ground. Any standard Modbus device can communicate with the Tricon controller by means of the EICM, provided that aliases are assigned to the program variables.
EICM Operation
163
Message Processing
This figure depicts EICM modules communicating with the Main Processors by means of the triplicated Comm Bus. The Comm Bus has three channels (one for each MP) which are connected to each EICM module.
Figure 41
A message received by an EICM port is passed to all three MPs over the Comm Bus. The TriBus votes on the message before sending it to the MP modules for processing, and returns the response to the Comm Bus after processing is complete. The Comm Bus then forwards the response to the EICM port. The EICM processes messages as described in the following sections.
TriStation Messages
1 2 3 Receives the message and transmits it to the MP modules over the Comm Bus. Votes the message request with other MP modules over TriBus. Receives the message from the Comm Bus, processes the message and transmits a response.
164
Appendix C
EICM Capabilities
Physical Description
165
Physical Description
Each EICM includes four serial ports and one parallel port with indicators that blink when data is being transmitted and received.
Figure 42
166
Appendix C
EICM Capabilities
Physical Description
167
Protocols Supported
EICM ports can use these protocols.
Protocol TriStation Modbus Slave Modbus Master Modbus Master/Slave Parallel Printing Serial Ports Printer Ports
168
Appendix C
EICM Capabilities
D
TSAA Protocol
Overview 170 TSAA Messages 172 Performance Considerations 197 Response Codes 201
170
Appendix D
TSAA Protocol
Overview
Triconex System Access Application (TSAA) protocol is a messaging protocol which provides message formats used in application programs that read and write data to Triconex controllers. TSAA is based on a client/server model which allows a client to request information from an external device using a server application. These communication modules can be used with TSAA communication: Tricon ACM, Tricon NCM, Tricon TCM, and Trident CM. You can use TSAA to develop these types of applications: Control (Read/Write) Applications, such as an operator interface station, that require access to the status of the Triconex controller and the ability to write data to the controller. Monitor (Read-Only) Applications, such as SOE Recorder, that receive data from the controller.
If the controller and PC use different ordering types, the application might need to convert data to the appropriate order.
Little-Endian Order
In little-endian ordering, the data is ordered from right to left with the least significant bits or bytes to the right.
Overview
171
Big-Endian Order
In big-endian ordering, the data is ordered from the left to right with the least significant bits or bytes to the left.
172
Appendix D
TSAA Protocol
TSAA Messages
A TSAA message is a request made by a client, or a response made by the Triconex controller. This section describes the format of TSAA messages and the available types of messages. In this section, the words frame and message mean the same thinga unit of data that is transmitted through a network.
CAUTION
Message Format
UDP protocol is the only supported protocol. The Tricon NCM and Trident CM use UDP port 1500 for all TSAA communication. Using any other port may cause problems.
Each TSAA message uses a format which includes these fields: A frame header which identifies the message (big-endian order) A data area which contains the frame message (little-endian order for Tricon; big-endian for Trident) A 32-bit Cyclic Redundancy Check (CRC) (little-endian order for Tricon and Trident)
Data Area variable length CRC 4 bytes
Note
Frame Header
The frame header in a TSAA message includes these fields.
Type 1 byte nodeNumber 1 byte seqNum 1 byte version 1 byte flag 1 byte id 1 byte length 2 bytes
TSAA Messages
173
Type
The Type field in the frame header identifies the message type. These types of TSAA messages are available.
Request from Client Triconex Controller Response
Type
Description Returns data in response to a type 2 message. Requests data from the TriStation application. Requests the controller to write to memory and output variables in the TriStation application. Responds to a request to write to memory and output variables by a type 3 message. Requests the current time on the controller clock. Returns the current time on the controller clock in response to a type 5 message. Requests setting of the controller clock. Responds to a request to set the clock made by a type 7 message. Requests controller to adjust clock forward or backward. Responds to a request to adjust the clock made by a type 9 message. Requests data (memory, input, or output variables) to be read from the TriStation application. Returns variable data in response to a type 11 message. Requests SOE (sequence of events) data from the controller. Returns SOE data in response to a type 13 message. Requests the TriStation application name and version number. For Triconex internal use only.
1 2
WRITE_TRICON_DATA_RSP
READ_TRICON_CLOCK READ_TRICON_CLOCK_RSP
7 8 9
10
11
READ_TRICON_DATA
12 13 14
15
174
Appendix D
TSAA Protocol
Type
Description Returns program information in response to a type 15 message. For Triconex internal use only. Sends a message to the client when SOE data is available. The message is sent when SOE data is put into an empty SOE block and every 10 seconds while there is data available in any block. Requests part of a symbol table from the controller. For Trident only. Sends part of a symbol table as requested by a type 22 message. For Trident only.
16 TRICON_SOE_DATAAVAIL 17
TRICON_GET_SYMBOL_REQ 22 TRICON_GET_SYMBOL_RSP 23
nodeNumber
The nodeNumber field identifies the destination node number for the message, which is the node number for the Triconex controller.
seqNum
The seqNum field identifies the number of the message in a multiple-message response. This field can help determine if there are missing messages.
version
The version field identifies the version number of the protocol used by the sender: For Tricon, the number must be 0. For Trident, the number must be 1.
flag
The flag field is a bit field that indicates the position of the frame in a multi-frame message, or that the message is a single frame.
Flag 0x00 0x01 0x01 Frame Position mid-frame of a multi-frame message first frame of a multi-frame message last frame of a multi-frame message
TSAA Messages
175
Flag 0x03
id
The id field assigns a number to a request and associated response. If a client makes periodic requests of the same message type and wants to associate them with the responses, this field can be used to assign an identifier. The request and response use the same identifier.
length
The length field identifies the length of the frame excluding the CRC32 field.
TRICON_DATA (Type 1)
A TRICON_DATA message replies to a request for data made by a TRICON_DATA_REQ (type 2) message. If the client sends a data request at least once every two minutes, the controller continues sending data responses at the interval specified by the request.
CAUTION
If more than one client sends a TRICON_DATA_REQ to a controller, the controller response changes to a UDP broadcast which is sent to all the clients. If the client connects on a port other than 1500, broadcast data may be lost when a second client sends a data request.
Data_Hdr
The Data_Hdr field includes these fields.
numberOfBlocks 2 bytes rfu 2 bytes reserved SymbolTableVersion 4 bytes (Trident only)
numberOfBlocks
The numberOfBlocks field identifies the number of blocks in the data portion of the message.
176
Appendix D
TSAA Protocol
Bin Headers
A TRICON_DATA (Type 1) message can have multiple bin headers followed by bin data. Each bin header includes these fields.
bin 1 byte rfu 1 byte reserved totalLength 2 bytes offset 2 bytes length 2 bytes BinTime 8 bytes (Trident only)
bin
The bin field identifies which bin holds the message data, using a numeric value to represent the variable type and data type. This table identifies Tricon and Trident bin information.
Bin 0 1 2 3 4 5 6 7 8 9 10 11 12 13 Data Type BOOL BOOL BOOL BOOL DINT DINT REAL REAL BOOL DINT DINT DINT REAL Variable Type Output Memory Input Memory Input Memory Input Memory System status System status Output Memory Memory Message Type Read/Write Read/Write Read Read Read Read Read Read Read Read Read/Write Read/Write Read/Write Tricon Range 00001 - 02000 02001 - 04000 10001 - 12000 12001 - 14000 30001 - 31000 31001 - 32000 32001 - 32120 33001 - 34000 14001 - 19999 39631 - 39999 40001 - 40250 40251 - 41000 41001 - 42000 Trident Range 00001 - 09999 00001 - 09999 10001 - 19999 10001 - 19999 30001 - 39999 30001 - 39999 30001 - 39999 30001 - 39999 10001 - 19999 30001 - 39999 40001 - 49999 40001 - 49999 40001 - 49999 Bin Size 2048 2016 4096 2016 1024 1000 120 1000 5999 369 512 750 1000
totalLength
The totalLength field indicates the length of the bin.
offset
The offset field identifies the starting position of the requested data in the bin. For discrete data types, the offset is the number of bits. For integer and real data types, the offset is the number of 32-bit words.
TSAA Messages
177
length
The length field contains the length of the data returned in the message.
TRICON_DATA_REQ (Type 2)
A TRICON_DATA_REQ message requests one or more bins of data from a Triconex controller. The controller responds with a TRICON_DATA (type 1) message. If the client sends a data request at least once every two minutes, the controller continues sending data responses at the interval specified by the request. The data request message is designed for applications that require all of the data in one or more bins. After the request is sent, the controller continuously sends data responses to the client at specified intervals. The client cannot stop the controller from sending data, but the controller will stop sending data if a data request is not received again within two minutes. If you use TCP protocol (or UDP protocol with connect and disconnect functions), you must leave the connection open for a minimum of two minutes after sending this request. If the application requires specifying the range of data, use READ_TRICON_DATA (type 11). This message includes these fields.
Frame_Hdr 8 bytes Data_Req_Hdr variable length CRC 4 bytes
Data_Req_Hdr
The Data_Req_Hdr field contains these fields.
binsRequested 2 bytes reqTime 2 bytes
binsRequested
The binsRequested field is a binary mask that identifies which bins of data the Triconex controller should send. If the request includes an invalid bin number, the response is a bin header with no data.
Binary Mask 0x1fff Description Masks all bins
178
Appendix D
TSAA Protocol
Binary Mask 0x0001 0x0002 0x0004 0x0008 0x0010 0x0020 0x0040 0x0080 0x0100 (Tricon only) 0x0200 (Tricon only) 0x0400 0x0800 0x1000
Description Masks discrete output Masks read/write discrete memory Masks discrete input Masks read-only discrete memory Masks analog input Masks read-only integer memory Masks real input Masks read-only real memory Masks discrete system status Masks integer system status Masks analog output Masks read/write integer memory Masks read/write real memory
reqTime
The reqTime field indicates the time in milliseconds between broadcasts of the requested bins. For example, a value of 1,000 causes a Triconex controller to broadcast the data once per second. If this value is zero (0), the controller broadcasts the data each time the ACM, NCM, or TCM (Tricon) or CM (Trident) is updated.
WRITE_TRICON_DATA (Type 3)
A WRITE_TRICON_DATA message requests the Triconex controller to write data to output and memory variables in the TriStation application. These conditions must be met for the controller to accept this request: The variables must be defined as read/write. For Tricon, the keyswitch must be in the Program or Remote position. For Trident, the Remote mode must be enabled by setting a system attribute. The TriStation configuration setting (Disable Remote Changes to Outputs) which was downloaded to the controller must allow remote changes. (This setting only affects changes to discrete outputs and analog outputs.) The TriStation configuration for the ACM, NCM, or TCM (Tricon) and CM (Trident) must be configured as read/write.
If the controller cannot write the data, it sends a reject response code. For more information, see Response Codes (page 201).
TSAA Messages
179
Write_Hdr
The Write_Hdr contains these fields.
numberOfBlocks 2 bytes rfu 2 bytes reserved
numberOfBlocks
The numberOfBlocks field indicates the number of write data blocks for the message type.
Write_Data
The Write_Data field includes these fields.
binNumber 1 byte rfu 3 bytes reserved offset 2 bytes numberOfValues 3 bytes Values varies
binNumber
The binNumber field indicates the number of the bin to be changed.
offset
The offset field identifies the starting position of the requested data in the bin. For discrete data types, the offset is the number of bits. For integer and real data types, the offset is the number of 32-bit words.
numberOfValues
The numberOfValues field indicates the number of variables to be written starting at the specified offset.
Values
The Values field contains the values for the variables to be changed. Discrete variables require one byte each for the new value (0 or 1).
180
Appendix D
TSAA Protocol
WRITE_TRICON_DATA_RSP (Type 4)
A WRITE_TRICON_DATA_RSP message replies with a success or failure code to a request to write data sent by a WRITE_TRICON_DATA (type 3) message. This message includes these fields.
Frame_Hdr 8 bytes responseCode 1 byte subReason 1 byte rfu 2 bytes reserved CRC 4 bytes
responseCode
The responseCode field indicates the success or failure of the request. A value of zero (0) indicates the request was successfully completed. For more information, see Response Codes (page 201).
subReason
The subReason field contains additional information about the failure of the request.
READ_TRICON_CLOCK (Type 5)
A READ_TRICON_CLOCK message requests the current time on the Triconex controller. The controller responds with READ_TRICON_CLOCK_RSP (type 6) which sends the current time to the client. There are no fields specific to this message.
Frame_Hdr 8 bytes CRC 4 bytes
READ_TRICON_CLOCK_RSP (Type 6)
A READ_TRICON_CLOCK_RSP message sends the current controller time to the client in response to a READ_TRICON_CLOCK (type 5) request. This message includes these fields.
Frame_Hdr 8 bytes Read_Clock_Resp 12 bytes CRC 4 bytes
Read_Clock_Rsp
The Read_Clock_Rsp field includes these fields.
TSAA Messages
181
responseCode 1 byte
subReason 1 byte
relSec 4 bytes
milliSec 2 bytes
rfu2 2 bytes
ResponseCode
The responseCode field indicates the success or failure of the request. A value of zero (0) indicates the request was successfully completed. For more information, see Response Codes (page 201).
subReason
The subReason field contains additional information about the failure of the request.
relSec
The relSec field indicates the current Triconex system time expressed in relative seconds. For Tricon, relative seconds are seconds past 00:00 January 1, 1970 based on local time. For Trident, relative seconds are seconds past 1970 based on universal time (Greenwich Mean Time). (2000 is the earliest date and 2050 is the latest date.)
milliSec
The milliSec field indicates the millisecond portion of the Triconex system time.
SET_TRICON_CLOCK (Type 7)
A SET_TRICON_CLOCK message requests the time to be set on the Triconex controller. The controller responds with a SET_TRICON_CLOCK_RSP (type 8) message. These conditions must be met for the controller to accept this request: For Tricon, the keyswitch must be in Program mode. For Trident, the operational mode must be set to Program.
For Tricon only, the controller does not allow an application or an external device to set the time continuously. At least five minutes must pass before the controller responds to a SET_TRICON_CLOCK message. If the application sends this message before five minutes pass, the message is rejected. This message includes these fields.
Frame_Hdr 8 bytes Set_Clock 8 bytes CRC 4 bytes
182
Appendix D
TSAA Protocol
Set_Clock
The Set_Clock field includes these fields.
relSec 4 bytes milliSec 2 bytes rfu 2 bytes reserved
relSec
The relSec field contains the controller system time expressed in relative seconds. For Tricon, relative seconds are seconds past 00:00 January 1, 1970 based on local time. For Trident, relative seconds are seconds past 1970 based on universal time (Greenwich Mean Time). (2000 is the earliest date and 2050 is the latest date.)
milliSec
The milliSec field contains the millisecond portion of the system time.
SET_TRICON_CLOCK_RSP (Type 8)
A SET_TRICON_CLOCK_RSP message replies with a success or failure code to a SET_TRICON_CLOCK (type 7) message. This message includes these fields.
Frame_Hdr 8 bytes Set_Clock_Rsp 4 bytes CRC 4 bytes
Set_Clock_Rsp
The Set_Clock_Rsp field contains these fields.
responseCode 1 byte subReason 1 byte rfu 2 bytes reserved
responseCode
The responseCode field indicates the success or failure of the request. A value of zero (0) indicates the request was successfully completed. For more information, see Response Codes (page 201).
subReason
The subReason field contains additional information about the failure of the request.
TSAA Messages
183
ADJUST_TRICON_CLOCK (Type 9)
An ADJUST_TRICON_CLOCK message requests the time to be adjusted on the Triconex controller either forward or backward. The controller responds with an ADJUST_TRICON_CLOCK_RSP (type 10) message. These conditions must be met for the controller to accept this request: For Tricon, the keyswitch must be in Program mode. For Trident, the operational mode must be set to Program.
For Tricon only, the controller does not allow an application or an external device to set the time continuously. At least five minutes must pass before the controller will respond to a SET_TRICON_CLOCK message. If the application program sends this message before five minutes pass, the message is rejected. This message includes these fields.
Frame_Hdr 8 bytes Adjust_Clock 8 bytes CRC 4 bytes
Adjust_Clock
The Adjust_Clock field includes these fields.
AdjustSeconds 4 bytes signed AdjustMilliseconds 4 bytes signed
AdjustSeconds
The AdjustSeconds field contains the number of seconds to adjust the controller clock either forward or backward.
AdjustMilliseconds
The AdjustMilliseconds field contains the number of milliseconds to adjust the controller clock either forward or backward.
184
Appendix D
TSAA Protocol
Adjust_Clock_Rsp
The Adjust_Clock_Rsp field contains these fields.
responseCode 1 byte subReason 1 byte rfu 2 bytes reserved
responseCode
The responseCode field indicates the success or failure of the request. A value of zero (0) indicates the request was successfully completed. For more information, see Response Codes (page 201).
subReason
The subReason field contains additional information about the failure of the request.
Read_Hdr
The Read_Hdr field includes these fields.
numberOfBlocks 2 bytes rfu 2 bytes reserved
TSAA Messages
185
numberOfBlocks
The numberOfBlocks field indicates the number of Read_Data blocks for this message.
Read_Data
The Read_Data field includes these fields.
binNumber 1 byte rfu 3 bytes reserved offset 2 bytes numberOfValues 2 bytes
binNumber
The binNumber field contains the number of the bin to be read.
offset
The offset field identifies the starting position of the requested data in the bin. For discrete data types, the offset is the number of bits. For integer and real data types, the offset is the number of 32-bit words.
numberOfValues
The numberOfValues field contains the number of variables to be read from the bin. If the number is zero (0), all of the data in the bin is returned.
186
Appendix D
TSAA Protocol
responseCode
The responseCode field indicates the success or failure of the request. A value of zero (0) indicates the request was successfully completed. For more information, see Response Codes (page 201).
subReason
The subReason field contains additional information about the failure of the request.
numberOfBlocks
The numberOfBlocks field indicates the number of Read_Data_Rsp blocks in the message.
Read_Data_Rsp
The Read_Data_Rsp field includes these fields.
binNumber 1 byte rfu 1 byte reserved offset 2 bytes relSec 4 bytes milliSec 2 bytes numberOfValues 2 bytes
binNumber
The binNumber field contains the number of the bin to be read.
offset
The offset field contains the number of variables from the beginning of the bin. For discrete data types, the offset is the number of bits. For integer and real data types, the offset is the number of 32-bit words.
numberOfValues
The numberOfValues field indicates the number of variables that are read starting at the specified offset.
TSAA Messages
187
Data
The Data field contains data from the bin. For Tricon, the data is ordered in little-endian format. For Trident, the data is ordered in big-endian format.
For more information about Trident data, see Symbol Table Information (page 171).
Soe_Req
The Soe_Req field includes these fields.
soeNumber 1 byte firstFlag 1 byte ackFlag 1 byte rfu1 1 byte reserved getIndex 2 bytes rfu2 2 bytes wrapCount 4 bytes generation 4 bytes
soeNumber
The soeNumber field contains the SOE block number which can be 1 to 16. (SOE blocks are configured in TriStation.)
firstFlag
The firstFlag field indicates whether this is the first data request for this SOE block. This value should be set to one (1) for the first request. For all subsequent requests, it should be set it to zero (0).
ackFlag
The ackFlag field indicates whether the last TRICON_SOE_RSP message was received correctly. If the message was received correctly, set the field to one (1). If not, set it to zero (0).
getIndex
The getIndex field is a pointer into the SOE data block that indicates the start of the data being requested.
188
Appendix D
TSAA Protocol
wrapCount
The wrapCount field indicates the number of times the buffer has been filled since the last time the TriStation application issued an SOECLR command for this block.
generation
The generation field indicates the number of times the TriStation application has issued the SOECLR command.
Soe_Rsp
The Soe_Rsp field includes these fields.
soe Number 1 byte response Code 1 byte sub Reason 1 byte rfu 1 byte numberOf Entries 2 byte next Index 2 bytes wrap Count 4 bytes generation 4 bytes
soeNumber
The soeNumber field indicates the number of the SOE block.
responseCode
The responseCode field indicates the success or failure of the request. A value of zero (0) indicates the request was successfully completed. For more information, see Response Codes (page 201).
subReason
The subReason field identifies the subcode for the request, which is used for debugging problems.
TSAA Messages
189
numberOfEntries
The numberOfEntries field indicates the number of entries in the response. There are two types of entry: time stamp and event data. For more information, see entry (SOE Data Entry) (page 189) and entry (SOE Time Stamp) (page 190).
getIndex
The getIndex field is a pointer into the SOE data block and is the beginning of the transferred data stream.
nextIndex
The nextIndex field is a pointer into the SOE data block that indicates the start of the data being requested.
wrapCount
The wrapCount field indicates the number of times the buffer has been filled since the last time the TriStation application issued an SOECLR command for this block.
generation
The generation field indicates the number of times the TriStation application has issued the SOECLR command.
offset
The offset field contains the number of variables from the beginning of the bin. For discrete data types, the offset is the number of bits. For integer and real data types, the offset is the number of 32-bit words.
dataType
The type field identifies the data type of the SOE entry with a numeric value.
Data Type BOOL (Discrete) DINT (Integer) REAL (Analog) Value 0 1 2
190
Appendix D
TSAA Protocol
bin
The bin field identifies which bin holds the message data, using a numeric value to represent the variable type and data type.
Bin 0 1 2 3 4 5 6 7 8 9 10 11 12 13 Data Type BOOL BOOL BOOL BOOL DINT DINT REAL REAL BOOL DINT DINT DINT REAL Variable Type Output Memory Input Memory Input Memory Input Memory System status System status Output Memory Memory Message Type Read/Write Read/Write Read Read Read Read Read Read Read Read Read/Write Read/Write Read/Write Tricon Range 00001 - 02000 02001 - 04000 10001 - 12000 12001 - 14000 30001 - 31000 31001 - 32000 32001 - 32120 33001 - 34000 14001 - 19999 39631 - 39999 40001 - 40250 40251 - 41000 41001 - 42000 Trident Range 00001 - 09999 00001 - 09999 10001 - 19999 10001 - 19999 30001 - 39999 30001 - 39999 30001 - 39999 30001 - 39999 10001 - 19999 30001 - 39999 40001 - 49999 40001 - 49999 40001 - 49999 Bin Size 2048 2016 4096 2016 1024 1000 120 1000 5999 369 512 750 1000
type
The type field indicates whether the entry is an SOE time stamp or an SOE data entry. If 1, the entry is a time stamp. If 2, the entry is a data entry.
soeNumber
The soeNumber field identifies the SOE block number.
value
The value field contains the value of the aliased variable. If On, it is 0x00000001; if Off, it is 0x00000000.
TSAA Messages
191
microseconds 20 bits
reason 4 bits
type 3 bits
soeNumber 5 bits
seconds 32 bits
microseconds
The microseconds field contains the microseconds part of the time stamp which can be from 0 to 999,999.
reason
The reason field indicates the reason a time stamp entry was made. The reasons are described in this table.
Value 1 2 3 4 Reason SOESTRT command processed. SOESTOP command processed or buffer full for First Out block. SOECLR command processed. Event has been detected. It can be collected from the Entry field of the TRICON_SOE_RSP message.
type
The type field indicates whether the entry is an SOE time stamp or an SOE data entry. If 1, the entry is a time stamp. If 2, the entry is a data entry.
soeNumber
The soeNumber field identifies the SOE block number.
second
The second field contains the seconds part of the time stamp which can be from 0 to 59.
192
Appendix D
TSAA Protocol
SoeDataAvail
The SoeDataAvail field includes these fields.
putIndex 2 bytes firstIndex 2 bytes size 2 bytes state 1 byte rfu 1 byte reserved wrapCount 4 bytes generation 4 bytes
putIndex
The putIndex field contains a pointer to the last data available in the SOE data block.
firstIndex
The firstIndex field contains a pointer to the beginning of the available data in the SOE data block.
size
The size field contains the number of entries in the block. The block size is specified in TriStation.
state
The state field contains a number representing the status of the SOE block. The states include: 0 1 2 Block is not defined or block is not started. Block is collecting. Block is stopped or cleared.
TSAA Messages
193
Block is full.
wrapCount
The wrapCount field contains the number of times the buffer has been filled since the last time the TriStation application issued an SOECLR command for this block.
generation
The generation field contains the number of times the TriStation application has issued the SOECLR command.
Tricon_Get_Symbol
The Tricon_Get_Symbol field includes these fields.
totalSize 4 bytes offset 4 bytes CRC 4 bytes
totalSize
The totalSize field must be set to zero (0).
offset
The offset field identifies the starting position of the requested data in the symbol table. For discrete data types, the offset is the number of bits. For integer and real data types, the offset is the number of 32-bit words.
194
Appendix D
TSAA Protocol
where x=size of Tricon_Symbol_Table and y=size of Tricon_Symbol_Entry This message includes these fields.
Frame_Hdr 8 bytes Symbol_Table _Rsp 20 bytes Tricon_Symbol _Table 12 bytes Tricon_Symbol _Entry each 12 bytes Symbol_names variable sizenull terminated ASCII strings Check sum 4 bytes
Symbol_Table_Rsp
The Symbol_Table_Rsp field includes these fields.
responseCode 1 byte subReason 1 byte rfu 2 bytes reserved totalSize 4 bytes offset 4 bytes length 4 bytes symbolVersion 4 bytes
responseCode The responseCode field indicates the success or failure of the request. A value of zero (0) indicates the request was successfully completed. For more information, see Response Codes (page 201). subReason The subReason field identifies the sub code for the request. Used for debugging. totalSize The totalSize field identifies the total size of the symbol table. offset The offset field identifies the starting position of the requested data in the symbol table. For discrete data types, the offset is the number of bits. For integer and real data types, the offset is the number of 32-bit words.
TSAA Messages
195
Length The Length field contains the length of the data returned. symbolVersion The symbolVersion field contains the version of the symbol table which is the same TriStation application version. After conversion to little endian format on the client PC, this is a 32-bit number with this format: MMMMnnn: where MMMM is the 16-bit major version number and nnnn is the TriStation application minor version number.
Tricon_Symbol_Table
The Tricon_Symbol_Table field includes these fields.
numberOfEntries 4 bytes String Offset 4 bytes reserved Checksum 4 bytes reserved
numberOfEntries
The number of Tricon_Symbol_Entry structures in the table.
String Offset
Reserved.
Checksum
Reserved.
Tricon_Symbol_Entry
The Tricon_Symbol_Entry field includes these fields.
nameOffset 4 bytes Bin Number 1 byte rfu 1 byte reserved Bin Offset 2 bytes No conversion 1 byte Modbus Station 1 byte Alias 2 bytes
nameOffset
The nameOffset field identifies the starting position of the name string for this entry.
Bin Number
The Bin Number identifies the bin number of the entry.
196
Appendix D
TSAA Protocol
Bin Offset
The Bin Offset field identifies the starting position of the entry in the bin.
No Conversion
Reserved for Triconex use.
Modbus Station
Reserved for Triconex use.
Alias
The Alias field identifies the alias number for the entry.
Performance Considerations
197
Performance Considerations
This section describes factors affecting the performance of TSAA communication, which is measured in terms of the Triconex controllers response to a clients read and write requests. These actions occur with TSAA messages: Read requests are directly processed by the communication module. The communication module returns data from bins which mirror the bins stored on the MPs. This data is updated by the MPs via the Communication Bus at the end of each scan, during the period referred to as the scan surplus. Write requests pass through the communication module and are processed by the MPs TSX operating system. If the data items are aliased read/write variables and remote access is enabled, the MPs update data in its bins and communicate the updates to the application running on the controller and to the communication module. The communication module then responds with a success or failure message to the client.
Figure 43
198
Appendix D
TSAA Protocol
Performance Factors
Factors which affect performance include: communication bus speed, the amount of aliased data and scan time, and network speed and loading. Read requests are typically processed in 10 to 50 milliseconds because the communication module responds with data from its bins, without communicating with the MPs. Write requests depend on scan time because the request must be communicated to and from the MPs.
Use this formula to determine whether the data can be updated in a single scan: Bytes of aliased data must be bus speed factor times scan time This table includes examples.
Controller Version Tricon v9.0v9.5 Tricon v9.6 and later Communication Bus Factor 20 100 Scan Time (in ms) 100 150 Data can be Updated in a Single Scan if bytes of aliased data are
2000 15000
Performance Considerations
199
A 10-megabit-per-second Ethernet network with fewer than 15 nodes (less than 20 percent loading) should not experience throughput problems. (Network loading is the portion of the total network capacity that is currently being used.)
Performance Data
The performance data in this section indicates the type of performance you can anticipate. Actual performance will vary depending on the number of nodes on the network, the message size, and the client hardware and software. The network used for testing included the following two nodes: a Tricon controller with two chassis, and a 486 PC (33 MHz) for ACM and NCM or a Pentium 4 PC (1.4 GHz) for TCM. The scan time for the Tricon system was 100 milliseconds. The PC used UDP/IP protocols and a sample application program.
Connection Performance
The connection was immediately followed by a disconnect. This operation was repeated 2,000 times in a tight loop. The time was measured by reading the PC clock before and after the loop. The time required for ACM and NCM to perform a connect followed by a disconnect was 28 milliseconds for UDP. For TCM, the time required perform a connect followed by a disconnect was 26 milliseconds for UDP.
Read Performance
Read performance was measured by using READ_TRICON_DATA (message type 11) and READ_TRICON_RSP (message type 12). In the test, a connection was opened, the PC clock was read, and the read request was executed in a tight loop 2,000 times followed by a PC clock read and a disconnect. The requests were for bin 12 (8 values) and bin 7 (130 values) with 4 bytes per value. This table identifies an average read response time which includes the client request processing, network transmission time, and communication module processing. The average read time does not include the time to make the initial connection time between the client PC and Triconex controller.
Controller/ Communication Module Tricon ACM or NCM Tricon TCM Number of Bytes 502 502 Average Read Time 19 milliseconds 1 milliseconds
200
Appendix D
TSAA Protocol
Write Performance
Write performance was measured using WRITE_TRICON_DATA (message type 3) and WRITE_TRICON_DATA_RSP (message type 4). In this test, a connection was opened, the PC clock was read, and a write request and response was executed in a tight loop 200 times followed by a PC clock read and a disconnect. The requests were for bin 12 (8 values) and bin 10 (30 values) with 4 bytes per value. This table identifies an average write response time which includes the client request processing, network transmission time, communication bus time, and MP response processing. The average write time does not include the time to make the initial connection time between the client PC and Triconex controller.
Controller/ Communication Module Tricon ACM or NCM Tricon TCM Number of Bytes 120 120 Average Write Time 232 milliseconds 145 milliseconds
Response Codes
201
Response Codes
Every response sent by a Triconex controller in reply to an external device includes a code which indicates the result of the request. A response code of zero (0) indicates the message was successful. Other codes indicate specific errors.
Code 0 1 2 3 Description Request was successful. No buffer available to process the request. Retry the request. Bin number specified in the request was not in the range from 0 to12. The Triconex communication module is busy processing previous requests and cannot accept another request. This can happen if more than four WRITE_TRICON_DATA requests are outstanding at one time. No MP is running. TSX has rejected the request. The subReason field contains the specific reason. Request to TSX timed out. Invalid response from TX. Message was too big. Offset or numberOfValues in the request was invalid. No control program (TriStation application). Read-only port. Bad SOE number. Invalid SOE type. Invalid SOE state.
202
Appendix D
TSAA Protocol
E
Modbus Protocol
Overview 204 Message Response Time 205 Modbus Messages 207 Modbus Functions 213 Transmission Errors and Exception Conditions 223
204
Appendix E
Modbus Protocol
Overview
This appendix provides detailed information about Modbus protocol, which is a communication protocol used with serial ports to transmit data between a Modbus master and slave. Modbus protocol includes functions which define the message format for the query and response.
Query-Response Sessions
Modbus communication is a query-response session, in which the Modbus master initiates a query and a Modbus slave responds. In Modbus communication, a serial link transmits data in both directions, but in only one direction at a time. A query-response session consists of these actions: The master sends a query to a slave. The master starts a fail-safe timer while it waits for the slave response. Typical slave response time is in hundreds of milliseconds. The slave returns a response to the master. The master waits until it has received the response from the slave before sending another query. If there is a slave response timeout, the master will retry the query. The number of retries and the timeout interval is configured by the MBCTRL function block.
205
206
Appendix E
Modbus Protocol
The functions least affected by scan time increases are: Read Coil Status Function (Function 01) on page 213 Read Input Status (Function 02) on page 214 Read Holding Registers (Function Code 03) on page 215 Read Input Registers (Function Code 04) on page 216
Modbus Messages
207
Modbus Messages
This section describes the Modbus messages (query and response functions) supported by Triconex communication modules. The serial ports on Triconex communication modules support several Modbus message formats and functions (queries and responses). Topics include: Communication Modes on page 207 Function Names and Aliases on page 208 Modbus Message Formats on page 208 Sample Query and Response Messages on page 211 Modbus Message Lengths on page 212
Communication Modes
A Modbus serial link must use either the RTU or ASCII mode of communication. If both modes are available, you should choose RTU because it is more efficient and robust than ASCII. Each serial port can use a different communication mode, assuming that each port is connected to a separate Modbus master or slave device. If you configure a port for combination Modbus master and slave operation, you must use RTU mode.
RTU Mode
In RTU mode, data is sent in 8-bit binary characters. Gaps between characters cannot exceed three character times (the time it takes to send a character). RTU mode uses a 16-bit cyclic redundancy check (CRC) to detect transmission errors.
ASCII Mode
In ASCII mode, data is transmitted in pairs of ASCII characters. The first character is the ASCII representation of the most significant 4 bits of the corresponding RTU character. The second character is the ASCII representation of the least significant 4 bits of the corresponding RTU character. For example, the RTU character 010011112 (4F16) is sent as the two ASCII characters 4 and F (3416 and 4616). Each ASCII message has a colon at the beginning and a carriage return and line feed at the end. Gaps between characters in an ASCII message are not significant.
208
Appendix E
Modbus Protocol
Figure 44
Modbus Messages
209
Data Fields
The Data fields contain information that is specific to the query or response. The length of the data varies, depending on the function code.
210
Appendix E
Modbus Protocol
This table shows how to calculate the LRC for the sample message shown in Sample Query and Response Messages on page 211.
Message Content Address Function Code Starting Address (H.O.) Starting Address (L.O.) Quantity of Points (H.O.) Quantity of Points (L.O.) 0 0 0 1 0 2 2 1 0 3 0 5 + Checksum Calculation 0000 0000 0000 0001 0000 0010 0011 Ones-Complement: Add 1: Twos-Complement: Error Check + 1100 0000 1100 C 0010 0001 0000 0011 0000 0101 1011 0100 0001 0101 5
Modbus Messages
211
1. The underscored digit indicates that Coil #27 is in the On state. 2. The underscored digit indicates that Coil #20 is in the On state.
212
Appendix E
Modbus Protocol
This table shows the Modbus response message lengths per function:
Function Code 01 02 03 04 05 06 15 16 Response Read Coil Status Read Input Status Read Holding Registers Read Input Register Force Single Coil Preset Single Register Force Multiple Coils Preset Multiple Registers Number of RTU Characters 5 + (1 per 8 coils) 5 + (1 per 8 coils) 5 + (2 per register) 5 + (2 per register) 8 8 8 8 Number of ASCII Characters 11 + (2 per 8 coils) 11 + (2 per 8 coils) 11 + (4 per register) 11 + (4 per register) 17 17 17 17
Modbus Functions
213
Modbus Functions
This section includes details on Modbus functions. Functions include: Read Coil Status Function (Function 01) on page 213 Read Input Status (Function 02) on page 214 Read Holding Registers (Function Code 03) on page 215 Read Input Registers (Function Code 04) on page 216 Force Single Coil (Function Code 05) on page 217 Preset Single Register (Function Code 06) on page 218 Read Exception Status (Function Code 07) on page 219 Loop-Back Diagnostic Test (Function 08) on page 220 Force Multiple Coils (Function Code 15) on page 221 Preset Multiple Registers (Function Code 16) on page 222
7 CRC
Starting Address
Number of Coils
ASCII Mode
Bytes
1 2 3
4 5 0 1
Station Address
Starting Address
Response Format
The Read Coil Status response data is packed with one bit for each coil, where 1=On, and 0=Off. The low-order bit of the first RTU character contains the status of the first coil. For coil quantities that are not even multiples of eight, the last RTU character is zero-filled at the high-order end.
214
Appendix E
Modbus Protocol
Response Format
Modbus Functions
215
Response Format
The Read Holding Registers response data consists of two bytes for each register queried, with the binary content right-justified. The leftmost character includes the high-order bits, and the rightmost character includes the low-order bits.
216
Appendix E
Modbus Protocol
Response Format
Modbus Functions
217
Response Format
218
Appendix E
Modbus Protocol
Query Format
Response Format
Modbus Functions
219
Response Format
220
Appendix E
Modbus Protocol
Response Format
Note
A EICM or TCM serial port configured as a Modbus Master cannot use the Loop-Back Diagnostic Test function.
Modbus Functions
221
Response Format
222
Appendix E
Modbus Protocol
Response Format
223
Transmission Errors
The most frequent cause of transmission errors is noise. Noise sources include improperly installed or broken connectors, damaged cables, electrical equipment such as generators and elevators, and lightning. Transmission errors can be detected through the use of character framing, parity checking, and redundancy checking. When a slave detects a transmission error, it does not act on or respond to the message. The master assumes a communications error has occurred if there is no response within a specified time, usually three seconds. Parity checking helps detect single-bit transmission errors. However, if there are two errors within a single character, parity checking cannot detect a change. For example, if 1100 0100 is distorted to 1111 0100, the number of 1 bits in the data is still odd. Modbus protocol provides several levels of error checking in order to assure the accuracy of data transmission. To detect multiple bit errors, the system uses cyclic redundancy check (CRC) for RTU mode, or longitudinal redundancy check (LRC) for ASCII mode. For more information, see Checksum Field (CRC or LRC) on page 209.
Exception Conditions
If a master detects an exception in a response to a query or does not receive a response, it takes appropriate actions, which usually includes re-transmitting the query. This table lists exception conditions that are returned by the slave if a programming or operation error causes a master to send an incorrect query.
Exception Condition Query Message CRC or LRC Error Query Function Code Error Query Address Error Description The slave does not respond, because the error could be in the station address. The master uses its response fail-safe timer to recover. The slave sends an Illegal Function (01) response code when it detects an error in the function code field. The slave sends an Illegal Data Address (02) response code when it detects an error in the starting address field.
224
Appendix E
Modbus Protocol
Description The slave sends an Illegal Data Value (03) response code when it detects an error in the data field. This exception applies only to serial ports configured as slaves. If the slave port receives a query requiring a data exchange and it cannot communicate with the Main Processors, it sends a Busy, Reject Message (06) response code and turns off the Active indicator on the communication module. The slave port sends a Busy, Reject Message (06) response code if a master sends one of these queries and the slave port is not enabled for remote (external) writes: Force Single Coil (Function Code 05) Preset Single Register (Function Code 06) Force Multiple Coils (Function Code 15) Preset Multiple Registers (Function Code 16)
Exception Responses
When a slave detects an exception condition, it sends a response message to the master consisting of the slaves station address, function code, error code, and error-check fields. To indicate that the message is an exception response, the slave sets the high-order bit of the function code to 1. The example shows an exception response to a Preset Multiple Registers query.
Sample Query
225
226
Appendix E
Modbus Protocol
F
Tricon System Aliases
Overview of Tricon Aliases and Variables 228 Main Processor Status Aliases 230 Chassis Upper Power Supply Fault Aliases 231 Chassis Upper Power Supply Fault Aliases 231 Chassis Lower Power Supply Fault Status 232 Chassis Requires Maintenance Aliases 233 Chassis Has Active Board with Fault Aliases 234 Slot Status 234 Aliases for ACM, NCM, and TCM Network Status 284 Aliases for System-Wide Information 285
228
Appendix F
229
AutoAssigned
UserAssigned
PreDefined
To determine a system variable name, first determine the logical slot number, then look up its physical slot number in the appropriate chassis type as shown here. For example, the system variable name for the Pass Indicator in Chassis 1, Slot 4 is $S0104P. For all slots except the MP, RXM and COM slots, one logical slot number corresponds to two physical slot numbers. The physical slot number is used to determine the system variable name for that slot.
230
Appendix F
231
EMP-C pass EMP-C fault EMP-C active EMP-C maint2 EMP-C maint1 $IOMain $IOBad $WRTENB
Pass indicator of Main Processor C Fault indicator of Main Processor C Active indicator of Main Processor C Maintenance 2 on Main Processor C Maintenance 1 on Main Processor C 1 Comm bus leg or 1 MP not functioning I/O module is running in simplex mode Writes from external devices are enabled.
232
Appendix F
Description Chassis 12 Upper Power Supply Fault Chassis 13 Upper Power Supply Fault Chassis 14 Upper Power Supply Fault Chassis 15 Upper Power Supply Fault
233
234
Appendix F
Slot Status
These tables list the aliases that identify the slot status.
Slot Status
235
236
Appendix F
Slot Status
237
238
Appendix F
Description Chassis 2 Slot 11 Fault Indicator Chassis 2 Slot 12 Fault Indicator Chassis 2 Slot 13 Fault Indicator Chassis 2 Slot 14 Fault Indicator Chassis 2 Slot 15 Fault Indicator Chassis 2 Slot 16 Fault Indicator
Slot Status
239
240
Appendix F
Description Chassis 2 Slot 11 Installed Chassis 2 Slot 12 Installed Chassis 2 Slot 13 Installed Chassis 2 Slot 14 Installed Chassis 2 Slot 15 Installed Chassis 2 Slot 16 Installed
Slot Status
241
242
Appendix F
Description Chassis 3 Slot 11 Active Indicator Chassis 3 Slot 12 Active Indicator Chassis 3 Slot 13 Active Indicator Chassis 3 Slot 14 Active Indicator Chassis 3 Slot 15 Active Indicator Chassis 3 Slot 16 Active Indicator
Slot Status
243
244
Appendix F
Description Chassis 4 Slot 11 Pass Indicator Chassis 4 Slot 12 Pass Indicator Chassis 4 Slot 13 Pass Indicator Chassis 4 Slot 14 Pass Indicator Chassis 4 Slot 15 Pass Indicator Chassis 4 Slot 16 Pass Indicator
Slot Status
245
246
Appendix F
Description Chassis 4 Slot 11 Load/Fuse Indicator Chassis 4 Slot 12 Load/Fuse Indicator Chassis 4 Slot 13 Load/Fuse Indicator Chassis 4 Slot 14 Load/Fuse Indicator Chassis 4 Slot 15 Load/Fuse Indicator Chassis 4 Slot 16 Load/Fuse Indicator
Slot Status
247
248
Appendix F
Description Chassis 5 Slot 11 Fault Indicator Chassis 5 Slot 12 Fault Indicator Chassis 5 Slot 13 Fault Indicator Chassis 5 Slot 14 Fault Indicator Chassis 5 Slot 15 Fault Indicator Chassis 5 Slot 16 Fault Indicator
Slot Status
249
250
Appendix F
Description Chassis 5 Slot 11 Installed Chassis 5 Slot 12 Installed Chassis 5 Slot 13 Installed Chassis 5 Slot 14 Installed Chassis 5 Slot 15 Installed Chassis 5 Slot 16 Installed
Slot Status
251
252
Appendix F
Description Chassis 6 Slot 11 Active Indicator Chassis 6 Slot 12 Active Indicator Chassis 6 Slot 13 Active Indicator Chassis 6 Slot 14 Active Indicator Chassis 6 Slot 15 Active Indicator Chassis 6 Slot 16 Active Indicator
Slot Status
253
254
Appendix F
Description Chassis 7 Slot 11 Pass Indicator Chassis 7 Slot 12 Pass Indicator Chassis 7 Slot 13 Pass Indicator Chassis 7 Slot 14 Pass Indicator Chassis 7 Slot 15 Pass Indicator Chassis 7 Slot 16 Pass Indicator
Slot Status
255
256
Appendix F
Description Chassis 7 Slot 11 Load/Fuse Indicator Chassis 7 Slot 12 Load/Fuse Indicator Chassis 7 Slot 13 Load/Fuse Indicator Chassis 7 Slot 14 Load/Fuse Indicator Chassis 7 Slot 15 Load/Fuse Indicator Chassis 7 Slot 16 Load/Fuse Indicator
Slot Status
257
258
Appendix F
Description Chassis 8 Slot 11 Fault Indicator Chassis 8 Slot 12 Fault Indicator Chassis 8 Slot 13 Fault Indicator Chassis 8 Slot 14 Fault Indicator Chassis 8 Slot 15 Fault Indicator Chassis 8 Slot 16 Fault Indicator
Slot Status
259
260
Appendix F
Description Chassis 8 Slot 11 Installed Chassis 8 Slot 12 Installed Chassis 8 Slot 13 Installed Chassis 8 Slot 14 Installed Chassis 8 Slot 15 Installed Chassis 8 Slot 16 Installed
Slot Status
261
262
Appendix F
Description Chassis 9 Slot 11 Active Indicator Chassis 9 Slot 12 Active Indicator Chassis 9 Slot 13 Active Indicator Chassis 9 Slot 14 Active Indicator Chassis 9 Slot 15 Active Indicator Chassis 9 Slot 16 Active Indicator
Slot Status
263
264
Appendix F
Description Chassis 10 Slot 11 Pass Indicator Chassis 10 Slot 12 Pass Indicator Chassis 10 Slot 13 Pass Indicator Chassis 10 Slot 14 Pass Indicator Chassis 10 Slot 15 Pass Indicator Chassis 10 Slot 16 Pass Indicator
Slot Status
265
266
Appendix F
Description Chassis 10 Slot 11 Load/Fuse Indicator Chassis 10 Slot 12 Load/Fuse Indicator Chassis 10 Slot 13 Load/Fuse Indicator Chassis 10 Slot 14 Load/Fuse Indicator Chassis 10 Slot 15 Load/Fuse Indicator Chassis 10 Slot 16 Load/Fuse Indicator
Slot Status
267
268
Appendix F
Description Chassis 11 Slot 11 Fault Indicator Chassis 11 Slot 12 Fault Indicator Chassis 11 Slot 13 Fault Indicator Chassis 11 Slot 14 Fault Indicator Chassis 11 Slot 15 Fault Indicator Chassis 11 Slot 16 Fault Indicator
Slot Status
269
270
Appendix F
Description Chassis 11 Slot 11 Installed Chassis 11 Slot 12 Installed Chassis 11 Slot 13 Installed Chassis 11 Slot 14 Installed Chassis 11 Slot 15 Installed Chassis 11 Slot 16 Installed
Slot Status
271
272
Appendix F
Description Chassis 12 Slot 11 Active Indicator Chassis 12 Slot 12 Active Indicator Chassis 12 Slot 13 Active Indicator Chassis 12 Slot 14 Active Indicator Chassis 12 Slot 15 Active Indicator Chassis 12 Slot 16 Active Indicator
Slot Status
273
274
Appendix F
Description Chassis 13 Slot 11 Pass Indicator Chassis 13 Slot 12 Pass Indicator Chassis 13 Slot 13 Pass Indicator Chassis 13 Slot 14 Pass Indicator Chassis 13 Slot 15 Pass Indicator Chassis 13 Slot 16 Pass Indicator
Slot Status
275
276
Appendix F
Description Chassis 13 Slot 11 Load/Fuse Indicator Chassis 13 Slot 12 Load/Fuse Indicator Chassis 13 Slot 13 Load/Fuse Indicator Chassis 13 Slot 14 Load/Fuse Indicator Chassis 13 Slot 15 Load/Fuse Indicator Chassis 13 Slot 16 Load/Fuse Indicator
Slot Status
277
278
Appendix F
Description Chassis 14 Slot 11 Fault Indicator Chassis 14 Slot 12 Fault Indicator Chassis 14 Slot 13 Fault Indicator Chassis 14 Slot 14 Fault Indicator Chassis 14 Slot 15 Fault Indicator Chassis 14 Slot 16 Fault Indicator
Slot Status
279
280
Appendix F
Description Chassis 14 Slot 11 Installed Chassis 14 Slot 12 Installed Chassis 14 Slot 13 Installed Chassis 14 Slot 14 Installed Chassis 14 Slot 15 Installed Chassis 14 Slot 16 Installed
Slot Status
281
282
Appendix F
Description Chassis 15 Slot 11 Active Indicator Chassis 15 Slot 12 Active Indicator Chassis 15 Slot 13 Active Indicator Chassis 15 Slot 14 Active Indicator Chassis 15 Slot 15 Active Indicator Chassis 15 Slot 16 Active Indicator
Slot Status
283
284
Appendix F
Reflects status of NCM or TCM, unless only ACM modules are configured.
286
Appendix F
G
TCM Model 4351/4352 Configuration
Overview 288 Configuring TCM Ports 289 Using a Tricon TCM to Synchronize Time 298 Configuring a Tricon TCM Printer Port for Printing 304
288
Appendix G
Overview
Note If you have a newer model 4351A or 4352A TCM, do not use the procedures in this appendix. The procedures in this appendix apply specifically to configuring the ports on the model 4351 or 4352 TCM, and should be followed in place of the TCM configuration procedures provided in the preceding chapters of this guide.
289
To configure specific types of ports, see these topics: Configuring TCM Network Ports on page 290 Configuring TCM Serial Ports on page 292 Configuring TCM Peer-To-Peer Ports on page 294 Configuring TCM Modbus TCP Ports on page 296
For additional information on configuring the TCM, see these topics: Note Using a Tricon TCM to Synchronize Time on page 298 for instructions on configuring the TCM to synchronize time. Configuring a Tricon TCM Printer Port for Printing on page 304 for instructions on configuring the TCM for use with a printer. Once TCM ports have been configured, but prior to downloading the configuration to the controller, you can change the existing TCM model to a different model TCM without losing your port settings. Note that you can switch only from a 4351 to a 4352, or viceversa; you cannot switch from a 4351 or 4352 to a 4351A or 4352A.
290
Appendix G
However, once the configuration has been downloaded to the controller, you cannot change the TCM model installed in the Tricon without downloading a new configuration.
Procedure
1 2 3 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The TCM Setup dialog box appears. Click the Network tab.
291
Action Select the communication mode. The default is Auto-Negotiate. If you have a model 4352 TCM with fiber connectors, you must select 100 Mbps as the communication mode. The 4352 module cannot connect at 10 Mbps.
IP Address
Enter the IP Address for the port. NET 1 and NET 2 cannot use the same IP address. The default for NET 1 is 192.168.1.0; for NET 2 is 192.168.1.1. If needed, enter the IP address for the subnet. The default is 255.255.255.0. If needed, enter the IP address for the default gateway. The default is 0.0.0.0. The UDP port to use for the TriStation connection. The default is 1502.
IP Subnet Mask Default Gateway IP Address TriStation Configuration: UDP Port Number TSAA Configuration: UDP Port Number Port Write Enabled
The UDP port to use for TSAA connections, including DDE Server, SOE Recorder, and OPC Server. The default is 1500. Select this check box if you want to allow TSAA writes to the network ports. Applies to all TSAA connections on these ports. The default is cleared (the port is read-only)..
5 Note
Click OK to save your changes. Changes to TCM IP addresses are not effective until the existing connection is closed and a new connection is opened. Once a connection is opened, it remains open until you close it, even if the IP address is changed via a download change operation.
292
Appendix G
Procedure
1 2 3 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The TCM Setup dialog box appears. Click the Serial tab.
293
Action Available only if Modbus Slave (ASCII or RTU) is selected as the communication protocol. Select this check box if you want to allow Modbus writes to this slave port. The default is cleared (the port is read-only).. If you selected Modbus Slave RTU or ASCII, enter the number of the Modbus slave device. The default is 1. Enter the communication rate for the port. The default is 9600. Select 8 or 7 bits. The default is 8. Available only with Modbus Slave ASCII. Select 1 or 2 bits. The default is 1 bit. Select the type of parity for the port. The default is Odd. Select RS-485 or RS-232. The default is RS232. On port 4 when TriStation is selected as the protocol, RS-485 is not available Select None or Hardware; the default is None. Select the type of termination used with cables. Only available with RS-485 Transceiver Mode. The default is None. Select the order to be used with floating point numbers. The default is Low 16 Bits First. Enter the minimum and maximum values to be used for the Modbus alias range. The default minimum is 0. The default maximum is 32,767. Enter the port number that the TCM will use in the Modbus Master functions to access the port. Only available for Modbus Master.
Modbus Slave Address Baud Rate Data Bits Stop Bits Parity Transceiver Mode Handshake Termination Options FP Ordering Modbus (Minimum and Maximum) Range Master Logical Port
5 Note
Click OK to save your changes. Even if port 4 is set to Not Configured (the default value), it can still be used to connect to the Tricon via TriStation. This is useful when you are unable to connect via a network connection.
294
Appendix G
Procedure
1 2 3 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The TCM Setup dialog box appears. Click the Peer-to-Peer tab.
4 5
Under Slot Selection, select the module (slot) you want to configure Peer-to-Peer ports for. Select a node (controller), and specify these properties.
Property Destination UDP Port Action Enter the UDP port number for each controller to be communicated with on the Peer-to-Peer network. This must be the same number that the controller uses as its UDP Base Port Number. Enter the IP address for the controller.
IP Address
6 7 Note
Click Update to apply the new settings for the selected node. Repeat steps 4 through 6 for each node to be included in the network. If necessary, click Reset All to reset all node settings for the selected slot to their default, unconfigured state.
295
Once all nodes have been configured, specify these properties (applicable to all nodes on the Peer-to-Peer network).
Property UDP Base Port Number Action Enter the UDP base port number for the controller. Enter 0 to disable Peer-to-Peer over UDP/IP on the network. The default is 1503. UDP port numbers must be unique. Peer-to-Peer Time Synchronization Enabled Select the check box to enable time synchronization across the Peer-to-Peer network. See Using a Tricon TCM to Synchronize Time on page 298 for more information. Note: If you are using a Trident node along with a Tricon node, the Peer-to-Peer Time Synchronization will not work properly. Enable Communication with Tricon V8 and V9 Peer-to-Peer Systems Select the check box to enable communication with Tricon version 8 and 9 systems. The default is cleared. Available only for a module installed in the left slot.
296
Appendix G
Procedure
1 2 3 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The TCM Setup dialog box appears. Click the Modbus TCP tab.
4 5
Under Slot Selection, select the module (slot) you want to configure Modbus TCP ports for. Select a port and specify these properties.
Property Protocol Port Write Enabled Action Select the communication protocol for the port. Options include Modbus TCP Master and Modbus TCP Slave Net. Available only if Modbus TCP Slave is selected as the communication protocol. Select this check box if you want to allow Modbus writes to this slave port. The default is cleared (the port is read-only).. Enter the number of the Modbus Master node. Available only with Modbus TCP Master protocol. Enter the number for the TCP port. The default is 502.
297
Property IP Address
Action If the port uses Modbus Master protocol, enter the IP address of the slave node. If the port uses Modbus Slave protocol, enter either of these: To accept communication from any Modbus Master, leave the IP address as 0.0.0.0. To accept communication only from a defined Modbus Master, enter the specific master IP address.
Select the ordering to use for floating point numbers. Enter the minimum and maximum for the modbus alias range. Available only with Modbus TCP Slave Net.
298
Appendix G
In a redundant network of Triconex controllers that each have two TCMs installed, you can implement redundant time synchronization by configuring time synchronization for both TCM modules (both left and right slots). Time synchronization can be enabled only for a single logical slot. If the TCM is installed in the COM slot, you configure time synchronization only for the left slot (there is no redundancy when installed in the COM slot).
CAUTION
To ensure the accuracy of GPS time adjustments, the Tricon clock must be set to within 10 minutes of the correct local time.
If the TCM is in a Peer-to-Peer network, it can also be used as the master node for time synchronization of other controllers on the network. In this configuration, the master node TCM synchronizes time with the GPS, and any slave nodes on the Peer-to-Peer network synchronize their time with the master TCM. In this way, all nodes on the Peer-to-Peer network are synchronized with GPS time. If the TCM is acting as a slave node on a Peer-to-Peer network, it cannot be configured for GPS time synchronization. Slave nodes synchronize their time only to the master node on the Peerto-Peer network, and reject all other time change requests. GPS time synchronization uses Serial Port 1 on the TCM.
Procedure
1 2 3 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The TCM Setup dialog box appears. Click the Time Sync tab.
299
4 5
Under Slot Selection, click Left Slot. You must configure the module in the left slot first. Under Time Synchronization Configuration, select GPS. If you previously configured Port 1 to use a Modbus protocol, selecting GPS will reset Port 1 to use the GPS protocol.
(Optional) If you have a redundant TCM installed in the right slot, under Slot Selection, click Right Slot, and then select GPS Redundant. Note The module in the right slot can be configured only if it has been installed and if the module in the left slot has already been configured for GPS time synchronization.
Enabling the TCM as a Master Node for Triconex Time Synchronization (Optional)
If you also want the TCM to be able to act as a master node for time synchronization of other controllers on a Peer-to-Peer network (using Triconex Time Synchronization) do the following: 1 2 In the Configuration tree, click Operating Parameters. Select the Enable Tricon Node Time Synchronization check box.
300
Appendix G
Procedure
1 2 3 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The TCM Setup dialog box appears. Click the Time Sync tab.
4 5
Under Slot Selection, click Left Slot. You must configure the module in the left slot first. Select these properties.
Property Time Synchronization Configuration Action Select SNTP. The default is None.
301
Action Enter the IP address of the SNTP server to synchronize time with.
(Optional) If you have a redundant TCM installed in the right slot, under Slot Selection, click Right Slot, and then select these properties.
Property Time Synchronization Configuration SNTP Master IP Address Action Select SNTP Redundant. Enter the IP address of the SNTP server to synchronize time with.
Note
The module in the right slot can be configured only if it has been installed and if the module in the left slot has already been configured for SNTP time synchronization.
Enabling the TCM as a Master Node for Triconex Time Synchronization (Optional)
If you also want the TCM to be able to act as a master node for time synchronization of other controllers on a Peer-to-Peer network (using Triconex Time Synchronization) do the following: 1 2 In the Configuration tree, click Operating Parameters. Select the Enable Tricon Node Time Synchronization check box.
302
Appendix G
Procedure
1 2 3 4 5 6 7 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The TCM Setup dialog box appears. Click the Time Sync tab. Under Time Synchronization Configuration, select None. Click OK to save your changes. In the Configuration tree, click Operating Parameters. Select the Enable Tricon Node Time Synchronization check box. This allows the controller to participate as a master node in time synchronization across the Peer-to-Peer network.
303
Procedure
1 2 3 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The TCM Setup dialog box appears. Click the Peer-to-Peer tab.
4 5 6 7 8
Under Slot Selection, click Left Slot. Select the Peer-to-Peer Time Synchronization Enabled check box. Click OK to save your changes. In the Configuration tree, click Operating Parameters. Select the Enable Tricon Node Time Synchronization check box. This allows the controller to participate as a slave node in time synchronization across the Peer-to-Peer network.
304
Appendix G
Procedure
1 2 3 Expand the Controller tree, double-click Configuration, and expand Hardware Allocation. Double-click the slot where the TCM module is installed and then click Setup. The TCM Setup dialog box appears. Click the Printer tab.
Specify these properties for the module installed in the Left Slot.
Property Printer Number Line Width TCP Port IP Address Action Enter the number for the printer; can only be 5 or 10. The default is 0, meaning a printer is not configured. Enter the number of characters to be printed on a line. The default is 80 characters. Enter the number of the TCP port for the print server. The default is 9100 for an HP printer. Enter the IP address of the printer server.
5 6
If a module is also installed in the Right Slot, repeat step 4 for that module. Click OK to save your changes.
Glossary
10Base2 The standard for an Ethernet LAN capable of transmitting 10 megabits of data per second through thin coaxial cables, to a maximum distance of 656 feet (200 meters). 10BaseT The standard for an Ethernet LAN capable of transmitting 10 megabits of data per second through twisted-pair wire. 100BaseTX The predominant standard for a Fast Ethernet LAN capable of transmitting 100 megabits of data per second through Category 5 twisted-pair cable only. ACM Stands for the Advanced Communication Module, which is a Tricon communication module that acts as an interface to a Foxboro Intelligent Automation (I/A) Series DCS. alias A five-digit number that can be used by an external device to read or write to an input, output, or memory point in a controller. Alias is a convention of the Modbus protocol. application In TriStation 1131, an application is the compiled code (built from program elements and configuration information) that is downloaded to and runs in a Triconex controller. ARP Stands for Address Resolution Protocol which is a TCP/IP protocol used to obtain the physical address of a node on an Ethernet network. A client station broadcasts an ARP request onto the network with the IP address of the target node it wants to communicate with. The node with that address responds by sending back its physical address so that packets can be transmitted to it. AUI Attachment Unit Interface. A coaxial cable connected to a transceiver that plugs into a 15-pin socket on the network interface card (NIC), to a maximum distance of 328 feet (100 meters). bin An address range of aliased variables in Triconex controllers, based on Class and Type combinations. Centronics A standard 36-pin parallel interface for connecting printers and other devices to a computer.
306
Glossary
client/server An architecture in which the client (PC or workstation) is the requesting machine and the server is the supplying machine, both of which are connected by means of a local area network (LAN) or wide area network (WAN). closed network A network designed for maximum safety which includes only Triconex devices. A Peer-to-Peer network is an example of a closed network. communication path The route between any two nodes. Same as line, channel, link, or circuit. communication protocol Hardware and software standards that govern data transmission between two computers or communications devices. There are several layers (levels) of functionality in a protocol. Each layer may be available as a separate software component, or several layers may be combined into one. controller A Triconex controller includes Main Processors, communication and I/O modules, and field termination panels. CTS signal In Modbus communication, an RS-232 signal sent from the receiving station to the transmitting station which indicates it is ready to accept data. data bits The number of bits used to represent one character of data. When a Modbus slave transmits ASCII text, either seven or eight bits can be used. When a Modbus master or slave uses the RTU mode, eight data bits are required. data transfer time In a Peer-to-Peer network, the time required to initiate a send operation, send the data over the network, and get an acknowledgment from the receiving controller. DCS Stands for distributed control system, which is a system that controls a process and provides status information to an operator. default gateway A router that forwards all messages not addressed to stations within the local subnet. duplex See full duplex and half duplex. EICM Stands for Enhanced Intelligent Communication Module, which is a Tricon communication module that enables serial communication.
Glossary 307
Ethernet A type of computer network which is defined by the IEEE 802.3 standard. An Ethernet network is typically a shared media LAN. All stations on the segment share the total bandwidth, which is either 10 megabits (Ethernet), 100 megabits (Fast Ethernet) or 1,000 megabits (Gigabit Ethernet) per second. exception condition In Modbus communication, a programming or operation error which involves an illegal or illogical query by the master. exception response In Modbus communication, the response of a slave to a programming or operation error. Fast Ethernet Another name for 100BaseTX Ethernet communication. Fast Ethernet transmits data at 100 megabits per second rather than 10 megabits per second as in regular Ethernet. Fast Ethernet operates in a LAN (local area network) that shares the 100 megabit per second bandwidth with all transmitting stations. fiber Glass or plastic threads used to transmit data. A fiber-optic cable consists of a bundle of glass threads. Fiber-optic cables have a much greater bandwidth than copper cables, so they can carry more data. They are also less susceptible than copper cables to interference. Fiber-optic cables allow data to be transmitted digitally rather than analogically. FM Stands for Factory Mutual Research is an independent third-party product testing and the development of engineering guidelines. full duplex Serial communication using two pairs of wiresone pair for Modbus reads and the other pair for Modbus writes. Called 4-wire in TriStation. function block A Program Organization Unit (POU) that defines a set of input and output parameters that can be used as connections to other blocks and internal variables. Function blocks define an algorithm (code) that runs each time the function block is executed. The data contained in a function block is persistent from one execution of the function block to the next. gateway A computer that performs protocol conversion between different types of networks or applications. For example, a gateway can convert a TCP/IP packet to a NetWare IPX packet and vice versa. GPS Stands for Global Positioning System which is a system of 24 satellites for identifying earth locations, launched by the U.S. Department of Defense. The GPS is used for navigation and is the most accurate time source for a local clock.
308
Glossary
half duplex Serial communication using one pair of wires to transmit Modbus reads and writes. Called 2wire in TriStation. hardware handshake Signals transmitted back and forth between two stations to coordinate the timing of data transmission. HIM Stands for Hiway Interface Module, which is a Tricon communication module that acts as an interface to a Honeywell TDC-3000 control system. hub A connecting device in a network that joins communication lines together in a star configuration. Passive hubs are connecting units that add nothing to the data passing through them. Active hubs (multi-port repeaters) regenerate the data bits to maintain a strong signal. Intelligent hubs provide added functionality. IP address The unique 32-bit address of a computer attached to an Ethernet network. Every client and server in an Ethernet network requires an IP address which is either permanently assigned or dynamically assigned at startup. JetDirect A print server for LaserJet printers from HP which is available as an internal card or external unit. It supports its own proprietary printing protocol and several others, depending on the model. The JetAdmin printer management software is used to configure and control the JetDirect print server. logical slot In a Triconex chassis, a logical slot is a repository for a primary module, a hot-spare module, and their associated field termination component. MAC address The unique physical address of a network device that is programmed into the Network Interface Card (NIC) of the device when it is manufactured. master In Modbus communication, a device that initiates all query and response exchanges with the slave devices. MAU Stands for media adapter unit which is a device used to convert one type of Ethernet media to another. In a Trident system, a MAU can be used to convert a CM port to another Ethernet media type or to extend network distances. message response time For a TSAA client/server or Modbus master/slave data exchange, the time required to initiate and send a query and get a response from the receiving controller.
Glossary 309
MII Stands for media independent interface which is a bus used between network controllers and physical interfaces that is based on the MII interface specification. Modbus protocol An industry-standard master/slave protocol that is traditionally used for energy management, transfer line control, pipeline monitoring, and other rugged industrial processes. A Modbus communication link can use either the Remote Terminal (RTU) or ASCII mode of transmission. module An active field-replaceable unit consisting of an electronic circuit assembly housed in a metal spine. Also called board or card. MTRJ MTRJ is a duplex fiber-optic connector. It uses pins for alignment and has male and female versions. Multimode only. multi-point In Modbus communication, a link that interconnects three or more master or slave devices. NCM Stands for Network Communication Module, which is a Tricon communication module that enables network communication. network topology In a network, the pattern of interconnection between nodes; for example, a bus, ring or star configuration. NIC Stands for Network Interface Card which is a printed circuit board that plugs into both a client and a server device and controls the exchange of data between them. Also called a network adapter card. node In computer communication, a node is a network junction or connection point. For example, a Trident controller in an Ethernet network is a node. A terminal connected to a minicomputer or mainframe is a node. node number The physical address of a node. OPC Stands for OLE for Process Control which is a standard set of non-proprietary interfaces used to develop client/server programs. OPC supports interoperability between field devices and applications for process control, factory automation, and business.
310
Glossary
open network An Ethernet network to which Triconex controllers and other Ethernet devices, including routers and gateways to other networks, can be connected. parallel port A socket on a computer used to connect a printer or other parallel device to the computer's parallel interface. parity checking An error detection method that tests the integrity of digital data during transmission over a serial communication path. Parity checking counts the number of 1 bits in a one-byte data item and sets the parity bit (the ninth bit) to 0 or 1, resulting in an odd or even total number of bits. path In computer communication, the route between any two nodes. Also called line, channel, link, or circuit. Peer-to-Peer protocol An Ethernet-based Triconex protocol that allows two applications running on separate Triconex controllers to exchange a limited amount of process control data. Because a Peer-to-Peer network is restricted to Triconex controllers, the cable can be isolated and protected more securely than an Ethernet cable. A Peer-to-Peer network requires the use of Ethernet ports on NCM or TCM modules. point-to-point In Modbus communication, a link that connects one master or slave device to another. port An interface that enables communication with external devices. Triconex controllers include serial and Ethernet ports that must be configured in TriStation 1131. print server A hardware device with multiple Ethernet ports that enables a printer to be located anywhere in an Ethernet network. process-tolerance time The maximum length of time that can elapse before the control algorithms in a TriStation application fail to operate correctly. protocol Rules that govern transmitting and receiving of data. See communication protocol. RARP Stands for Reverse Address Resolution Protocol which is a TCP/IP protocol used by a diskless workstation to obtain its IP address. redundancy The practice of using a spare device in parallel with a primary device so that, if the primary device fails, the spare device is easily or automatically placed into service. Examples are
Glossary 311
redundant modules which protect against internal faults, redundant cables which protect against cable breakage, and redundant workstations which protect against network failures. router A device that forwards data packets from one local area network (LAN) or wide area network (WAN) to another. Based on routing tables and routing protocols, routers read the network address in each transmitted frame and decide how to send it based on factors like network traffic, speed, or bad lines. RS-232 Stands for Recommended Standard 232 which is a standard interface approved by the Electronic Industries Association (EIA) for connecting serial devices in point-to-point configurations. RS-422 Stands for Recommended Standard 422 which is a standard interface approved by the Electronic Industries Association (EIA) for connecting serial devices in point-to-point differential configurations. RS-485 Stands for Recommended Standard 485 which is a standard interface approved by the Electronic Industries Association (EIA) for connecting serial devices in multi-point differential configurations. RTS signal In Modbus communication, an RS-232 signal sent from the transmitting station to the receiving station requesting permission to transmit. scan surplus A component of the scan time of a controller, the scan surplus is the time left after the executable elements and communication messages have been processed. The scan surplus should be positive. If the scan surplus is negative, the scan time should be increased. scan time The time required by a controller for the cycle of required control functions. The scan time includes input poll time; execution time for all executable elements in the TriStation project; processing time for TriStation and Peer-to-Peer messages, TSAA writes, and Modbus writes; and output poll time. slave In Modbus communication, a device that is controlled by another device called the master. The master initiates all query and response exchanges, and the slave can only respond. SMM Stands for Safety Manager Module, which is a Tricon communication module that acts as an interface to a Honeywell Universal Control Network.
312
Glossary
SNTP Stands for Simple Network Time Protocol, an Internet standard protocol that assures accurate synchronization to the millisecond of computer clock times in a network of computers. Running as a continuous background client program on a computer, SNTP sends periodic time requests to servers, obtaining server time stamps and using them to adjust the clients clock. station A computer, workstation or terminal in a network. Also called a node. subnet A division of a network into an interconnected, but independent, segment (domain) to improve performance and security. Typically, Triconex controllers are configured in a subnet that is part of a large network for process control. subnet mask The addressing method used to split networks into subnets. The mask is a binary pattern that subdivides a single IP address into a subnet number and a new host number. A typical subnet mask is 255.255.255.0, which means that 254 Class C addresses are available. TCM Stands for Tricon Communication Module, which is a Tricon module that enables network and serial communication for Tricon controllers. TCP/IP Stands for Transmission Control Protocol/Internet Protocol which is the global standard communication protocol for the Internet. Can also be used for private networks such as corporate intranets and distributed control systems. TCP/IP is a routable protocol, which means that all messages contain not only the address of the destination station, but the address of a destination network. This allows TCP/IP messages to be sent to multiple networks within an organization or around the world, hence its use in the Internet. time synchronization A Triconex protocol used to establish and maintain a synchronized, network-wide time basis. A controllers time can be synchronized with the master node in a network of Tricon or Trident controllers, or with a Distributed Control System (DCS). transceiver A transmitter and receiver of analog or digital signals, such as a transponder or network adapter. TriStation protocol A Triconex master/slave protocol in which the master (a TriStation PC) communicates with the slave (a Triconex controller) over an Ethernet network. TriStation communicates with the Main Processors in order to download the application to the Triconex controller and upload diagnostic information.
Glossary 313
TSAA Stands for Triconex System Access Application, a protocol that enables client/server communication between Triconex controllers and PCs. Two client/server programs, OPC Server and DDE Server, use TSAA protocol to exchange data with Triconex controllers. TSAA protocol can also be used to write other programs for accessing Trident points. UDP/IP Stands for User Datagram Protocol/Internet Protocol (UDP/IP), which are protocols for the Transport and Network layers of the OSI network model.
314
Glossary
Index
Numerics
100BaseTX, defined, 305 10Base2 defined, 305 10Base2 cable connection to media converter, 33 converting to faster media, 12 10BaseT, defined, 305 10BaseT cables, description, 19
C
cables description, 19 serial, 8 twisted-pair, 9 Category 5 shielded cable, 9 CDS, definition, 306 Centronics, defined, 305 Centronics printing EICM parallel port, 15 printing setup, 138 using a Tricon EICM port, 139 chassis, rules for selection, 10 client/server, defined, 306 client/server communication DDE Server, 60 overview, 48 using OPC Server, 6973 clock. See controller clock closed network, defined, 306 CM configuring Peer-to-Peer ports, 82 protocols supported, 2 COMM Bus, 146, 163 communication indicators on EICM front panel, 167 indicators on NCM and NCMG, 159 indicators on TCM front panel, 152 non-Triconex hardware, 8 communication path, defined, 306 communication protocol, defined, 306 configuration, Peer-to-Peer, 83 connectors BNC, 11 RJ-45, 9 control programs (TSAA), 48
A
access list, 42 configuring, 44 ACM changing node number, 30 configuring connection, 35 connection using media converter, 33 definition, 305 direct connection to TriStation, 31, 32 setting node number, 26 TriStation Ethernet connection, 20 ACM, protocols supported, 2 adapter, Triconex products, 8 ADJUST_TRICON_CLOCK message, 183 ADJUST_TRICON_CLOCK_RSP message, 184 alias, definition, 305 aliases, overview, 122 application, definition, 305 ARP, defined, 305 ASCII mode, defined, 207 AUI, defined, 305
B
big-endian order, 171 bin, definition, 305 bins (TSAA) binary mask used to identify, 177 requesting data, 177 bit and byte ordering, 170
316
Index
controller configuring Peer-to-Peer memory, 83 definition, 306 controller clock, setting, 127 CTS signal, defined, 306 customer support, xii
property, 136, 303 Enhanced Intelligent Communication Module. see EICM errors, Modbus data transmission, 223 Ethernet, defined, 307 Ethernet adapter. see network interface card Ethernet ports on ACM or NCM connecting to Ethernet devices, 11 converting to faster media, 12 Ethernet ports on ACM, NCM, or TCM overview, 49 TriStation configuration, 50 Ethernet ports on CM, overview, 49 Ethernet ports on TCM, physical description, 150 exception condition (Modbus), defined, 307 exception conditions, Modbus, 223 exception response (Modbus), defined, 307 exception responses, Modbus, 224225
D
data bits, defined, 306 data transfer time defined, 306 estimating for Peer-to-Peer, 78 Peer-to-Peer, 78 DB-pin adapter, Triconex product, 8 DDE address format, 67 network redundancy, 65 DDE Server configuring application, 62 configuring Triconex host, 62 installation, 61 overview, 2, 60 DDE., see also DDE Server debug port, TCM specifications, 151 default gateway defined, 306 sample network, 59 specifying in TriStation, 59 Device Clock tagname, 73, 124 DLC protocol, installing on TriStation PC, 21 dual redundancy, OPC Server, 73
F
Fast Ethernet, defined, 307 FM, definition, 307 Force Multiple Coils function, 221 Force Single Coil function, 217 full duplex, defined, 307 function block, definition, 307 function blocks Peer-to-Peer, 84 printing, 144 time adjustment, 124
E
EICM aggregate data rate, 162 available ports, 162 communication indicators, 167 configuring TriStation connection, 38 connecting to TriStation, 37 definition, 306 front panel, 166 hot spare feature unavailable, 162 parallel port specifications, 166 physical description, 165167 port numbers and connections, 166 protocols supported, 2 serial port specifications, 166 switch settings, 39 TriStation serial communication, 37 Enable Tricon Node Time Synchronization
G
gateway, defined, 307 Global Positioning System. See GPS global variables. See tagnames GPS defined, 307 redundant configuration, 125 synchronization with TCM, 131 time adjustments, 125 time synchronization protocol, 3
H
half duplex, defined, 308 hardware, Triconex products, 8 hardware handshake, defined, 308 HIM, definition, 308
Index
317
Modbus function names, listing, 208 Modbus functions, supported by serial ports, 207 Modbus message response time, 164 Modbus protocol exception conditions, 223 exception responses, 224225 message format, 208210 message lengths, 212 overview, 204 performance considerations, 206 sample query and response, 211 Modbus read queries, 163 Modbus write commands, 164 module communication capabilities, 5 definition, 309 modules, rules for selection, 10 monitor programs (TSAA), 48 monitoring Peer-to-Peer communication, 87 Trident response in DDE Server, 68 MP protocols supported, 2 system status aliases, 230 multi-point, defined, 309
I
ICM. see EICM indicators EICM front panel, 167 NCM and NCMG front panel, 159 TCM front panel, 152 installing TriStation, 24 Intelligent Communication Module. see EICM IP address defined, 308 methods for setting, 56 setting default, 56 setting Trident with a RARP Server, 58 setting with a Tricon EICM or TCM, 59 using CM to set, 59 using default, 56
L
little-endian ordering, 170 logical slot, definition, 308 longitudinal redundancy check. see LRC checksum. Loop-Back Diagnostic Test function, 220
M
MAC address, defined, 308 master node, defined, 123 master node, Triconex time synchronization, 135, 302 MAU, defined, 308 media converter, with ACM, NCM, or TCM, 33 message handling, TCM and MP, 146 processing, EICM, 164 processing, NCM and NCMG, 157 response time, Modbus, 164 response time, NCM and NCMG, 157 routing instructions, 59 message handling, description, 146 message processing, EICM, 163 message response time, 205 MII, defined, 309 Modbus, determining response time, 205 Modbus communication noise sources, 223 overview, 3 Modbus devices, RTU and ASCII modes, 207
N
NCM changing node number, 30 configuring connection, 35 connection using media converter, 33 definition, 309 direct connection to TriStation, 31, 32 setting node number, 28 TriStation Ethernet connection, 20 NCM and NCMG communication indicators, 159 front panel, 158 message processing, 157 operation, 156 physical description, 158160 protocols supported, 2, 160 specifications, 159 network adapter card. see network interface card network connection, testing, 65 Network Hardware Accessory Kit, 9 network printing, TCM Ethernet port, 15 network redundancy description, 13 for DDE Server, 65
318
Index
network redundancy (continued) OPC Server, 73 network routing, 59 network topology, defined, 309 NIC, defined, 309 NIC card, installing in a TriStation PC, 21 node, defined, 309 node number ACM, 26 changing on ACM, NCM, or TCM, 30 definition, 309 master node, 123
ports Tricon NCM, 52 Tricon TCM, 54 Preset Multiple Registers function, 222 Preset Single Register function, 218 print function blocks, purpose, 144 print server, with Trident CM, 138 PRINTER parameter, 144 printing Centronics interface, 15 configuring Tricon EICM port, 140 configuring Tricon TCM port, 143 connecting to Tricon TCM, 141 connecting to Trident CM, 141 Ethernet interface, 15 scan time increases, 137 with Trident, 138 printing devices, installing, 138 process tolerance time, defined, 310 protocol, defined, 310
O
OPC, defined, 309 OPC Data Manager (ODM), 73 OPC Redundancy Broker (ORB), 74 OPC Server configuration procedure, 7072 network redundancy, 73 overview, 2, 69 using with multiple controllers, 69 open network, defined, 310 ordering of bits and bytes in Triconex controllers, 170
R
RARP, defined, 310 Read Coil Status function, 213 Read Exception Status function, 219 Read Holding Registers function, 215 Read Input Registers function, 216 Read Input Status function, 214 read queries Modbus, 163 TSAA, 157 READ_TRICON_CLOCK message, 180 READ_TRICON_CLOCK_RSP message, 180 READ_TRICON_DATA message, 184 READ_TRICON_RSP message, 185 Recvid input parameter, 84 Recvnode input parameter, 84 redundancy, defined, 310 redundancy testing, 14 redundant DDE networks, required hardware, 65 redundant devices description, 13 testing for hardware failures, 14 two NCMGs and GPS, 125 workstations, 14 response codes, TSAA, 201 router, defined, 311
P
parallel port, defined, 310 parallel ports for EICM, specifications, 166 parity checking, defined, 310 path (communication), defined, 310 PC redundancy, OPC Server, 73 Peer-to-Peer configuring memory, 83 configuring ports, 80 data transfer time, 78 function blocks, 84 monitoring communication, 87 time synchronization with TCM, 135136, 302303 Peer-to-Peer communication overview, 3, 76 speed restrictions, 77, 86 using Send and Receive function blocks, 84 Peer-to-Peer protocol, defined, 310 performance, Modbus functions, 206 points, overview, 122 point-to-point, defined, 310 port, definition, 310
Index
319
routers in sample network, 59 RS-232 defined, 311 RS-422 defined, 311 RS-485 defined, 311 RST signal, defined, 311 RTU mode, defined, 207
system aliases, 122 (continued) chassis upper power supply, 231 MP, 230 slot status, 234283 system-wide information, 285 system requirements, 24 system time (TSAA), 181 adjusting, 183
T
tagnames finding starting address (TSAA), 194 overview, 122 TCM access level, 41 access list, 42 baseplate, 148 changing node number, 30 communication indicators, 152 configuring access list, 44 configuring connection, 35 connection using media converter, 33 controlling access, 41 definition, 312 direct connection to TriStation, 31, 32 front panel, 148 operation, 146 protocols supported, 2, 153 resource, 41 TriStation Ethernet connection, 20 TriStation serial communication, 37 types of ports, 149 TCP/IP, defined, 312 TCP/IP protocol for DDE network redundancy, 65 installing on TriStation PC, 21 technical support, xii time adjusting (TSAA), 183 requesting for controller (TSAA), 180 setting on controller (TSAA), 181 time stamp (TSAA), 186 associated with bin data, 177 time stamp in TSAA message, 190 time synchronization defined, 312 GPS time adjustments, 125 GPS, with TCM, 131 guidelines for networks, 126 overview, 123 protocol defined, 3
S
safety-critical applications, guidelines, 2 scan surplus, defined, 311 scan time affect on Modbus performance, 206 defined, 311 effect of print function blocks, 137 Sendid input parameter, 84 Sendnode input parameter, 84 sequential events recorder (TSAA), 48 serial ports on EICM, specifications, 166 serial ports on TCM physical description, 149 specifications, 149 SET_TRICON_CLOCK message, 181 SET_TRICON_CLOCK_RSP message, 182 slave (Modbus), defined, 311 slave node, Triconex time synchronization, 135, 303 SMM, definition, 311 SNTP time synchronization, 133, 300 SOE availability of data (TSAA), 192 block status (TSAA), 192 time stamp in TSAA message, 190 status, Peer-to-Peer communication paths, 87 subnet, defined, 312 subnet mask, defined, 312 symbol table getting with TSAA, 193 sending requested data (Trident), 194 symbol table (TSAA), information retrieval, 171 synchronizing time, Tricon TCM, 131 system aliases, 122 ACM, NCM, and TCM, 284 active board with fault, 234 chassis lower power supply, 232 chassis maintenance, 233
320
Index
time synchronization (continued) SNTP, with TCM, 133, 300 TCM master node, 135, 302 TCM slave node, 135, 303 Triconex, with TCM, 135, 302 with Tricon TCM, 131 TIMEADJ function block, 124 TIMESET function block, 124 training, xii transceiver, defined, 312 transfer time, Peer-to-Peer, 78 transmission errors, Modbus, 223 TriBus, voting, 146 TriBus voting, 164 EICM, 163 NCM, 156 Tricon communication overview, 5 write access, 121 Tricon ACM default IP address, 56 getting IP address using RARP server, 58 Tricon EICM configuring a printing port, 140 connecting a printer, 139 setting an IP address, 59 Tricon NCM default IP address, 56 getting IP address using RARP server, 58 ports, 52 Tricon TCM configuring a printing port, 143 connecting devices using a hub, 142 connecting printing devices, 141 default IP address, 56 GPS time synchronization, 131 ports, 54 setting an IP address, 59 SNTP time synchronization, 133, 300 time synchronization, 131 Triconex time synchronization, 135, 302 TRICON_CPSTATUS_REQ message, 191 TRICON_CPSTATUS_RSP message, 192 TRICON_DATA message, 175 TRICON_DATA_REQ message, 177 TRICON_GET_SYMBOL_REQ message, 193 TRICON_GET_SYMBOL_RSP message, 194 TRICON_SOE_DATAAVAIL message, 192 TRICON_SOE_REQ message, 187
TRICON_SOE_RSP message, 188 Triconex contact information, xii Triconex hardware products, 8 Triconex Time Synchronization, 131 Triconex Time Synchronization, with TCM, 135136, 302303 Trident printing devices, 138 write access, 121 Trident CM connecting devices using a hub, 142 connecting printing devices, 141 getting IP address using RARP server, 58 setting default IP address, 56 Trimble, Acutime 2000 Synchronization Kit, 125 TriStation connection to Tricon ACM, NCM, or TCM, 31, 32 installing, 24 installing DLC protocol, 21 installing protocols, 21 installing TCP/IP protocol, 21 system requirements, 24 verifying the installation, 25 TriStation protocol defined, 312 overview, 2 TSAA, defined, 313 TSAA client/server communication message format, 172175 ordering, 170 overview, 2 performance factors, 197 response codes, 201 using DDE Server, 60 using OPC Server, 6973 TSAA read queries, 157 TSAA write commands, 157 twisted-pair cables, description, 9
U
UDP/IP, definition, 313
V
verifying aTriStation installation, 25 view options, DDE Server, 68
W
write access by tagname or alias, 122
Index
321
write access (continued) Tricon, 121 Trident, 121 write commands Modbus, 164 TSAA, 157 WRITE_TRICON_DATA message, 178 WRITE_TRICON_DATA_RSP message, 180
322
Index