Modicon X80 RTU: BMX NOR 0200 H Module User Manual
Modicon X80 RTU: BMX NOR 0200 H Module User Manual
Modicon X80 RTU: BMX NOR 0200 H Module User Manual
EIO0000000505 01/2016
www.schneider-electric.com
The technical characteristics of the devices described in this document also appear online. To
access this information online:
Step Action
1 Go to the Schneider Electric home page www.schneider-electric.com.
2 In the Search box type the reference of a product or the name of a product range.
Do not include blank spaces in the reference or product range.
To get information on grouping similar modules, use asterisks (*).
3 If you entered a reference, go to the Product Datasheets search results and click on the
reference that interests you.
If you entered the name of a product range, go to the Product Ranges search results and click
on the product range that interests you.
4 If more than one reference appears in the Products search results, click on the reference that
interests you.
5 Depending on the size of your screen, you may need to scroll down to see the data sheet.
6 To save or print a data sheet as a .pdf file, click Download XXX product datasheet.
The characteristics that are presented in this manual should be the same as those characteristics
that appear online. In line with our policy of constant improvement, we may revise content over time
to improve clarity and accuracy. If you see a difference between the manual and online information,
use the online information as your reference.
The information provided in this documentation contains general descriptions and/or technical
characteristics of the performance of the products contained herein. This documentation is not
intended as a substitute for and is not to be used for determining suitability or reliability of these
products for specific user applications. It is the duty of any such user or integrator to perform the
appropriate and complete risk analysis, evaluation and testing of the products with respect to the
relevant specific application or use thereof. Neither Schneider Electric nor any of its affiliates or
subsidiaries shall be responsible or liable for misuse of the information contained herein. If you
have any suggestions for improvements or amendments or have found errors in this publication,
please notify us.
No part of this document may be reproduced in any form or by any means, electronic or
mechanical, including photocopying, without express written permission of Schneider Electric.
All pertinent state, regional, and local safety regulations must be observed when installing and
using this product. For reasons of safety and to help ensure compliance with documented system
data, only the manufacturer should perform repairs to components.
When devices are used for applications with technical safety requirements, the relevant
instructions must be followed.
Failure to use Schneider Electric software or approved software with our hardware products may
result in injury, harm, or improper operating results.
Failure to observe this information can result in injury or equipment damage.
2016 Schneider Electric. All rights reserved.
2 EIO0000000505 01/2016
Table of Contents
Safety Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
About the Book. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Part I The RTU Module for X80 Platforms . . . . . . . . . . . 13
Chapter 1 About the BMX NOR 0200 H Module. . . . . . . . . . . . . . . 15
Introducing the BMX NOR 0200 H Module . . . . . . . . . . . . . . . . . . . . . 15
Part II BMX NOR 0200 H Hardware Characteristics . . . . 19
Chapter 2 Hardware Presentation . . . . . . . . . . . . . . . . . . . . . . . . . 21
Physical Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Module Dimensions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
LED Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Ethernet Port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Serial Port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Electrical Characteristics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Rack Position. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Chapter 3 Hardware Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Installing a Module. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Grounding of Installed Modules. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
SD Memory Card . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Modicon X80H (Hardened) Equipment . . . . . . . . . . . . . . . . . . . . . . . . 40
Wiring Considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Part III Communications Characteristics . . . . . . . . . . . . . 43
Chapter 4 Ethernet Communications. . . . . . . . . . . . . . . . . . . . . . . 45
4.1 Ethernet Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Ethernet Services Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
4.2 IP Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Methods for IP Addressing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Rotary Switches. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
Deriving IP Parameters from the MAC Address . . . . . . . . . . . . . . . . . 52
4.3 Modbus TCP/IP Messaging. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Data Exchange . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
The Messaging Configuration Tab . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
Messaging Configuration Parameters . . . . . . . . . . . . . . . . . . . . . . . . . 56
EIO0000000505 01/2016 3
4.4 SNMP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
SNMP and Schneider Private MIB Overview . . . . . . . . . . . . . . . . . . . . 58
SNMP Communication. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
SNMP Operations Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
4.5 SOAP Web Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Designing a SOAP Client Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Chapter 5 Serial Communications . . . . . . . . . . . . . . . . . . . . . . . . . 65
Serial Port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Serial Communication Architectures . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Chapter 6 Modem Communications . . . . . . . . . . . . . . . . . . . . . . . 71
Modem Communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Modem Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Modem Register Command . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Modem Communication Error Codes. . . . . . . . . . . . . . . . . . . . . . . . . . 77
Connecting External Modem (RS232) . . . . . . . . . . . . . . . . . . . . . . . . . 78
How to work with External Modem. . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
Part IV Functional Description . . . . . . . . . . . . . . . . . . . . . 85
Chapter 7 How to Work with RTU Protocols . . . . . . . . . . . . . . . . . 87
7.1 RTU Protocols . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Communication Protocols . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
IEC 60870-5-101/104 Protocols Overview. . . . . . . . . . . . . . . . . . . . . . 90
DNP3 Protocols Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
7.2 Clock Synchronization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
Clock Synchronization with the RTU Protocol Facilities. . . . . . . . . . . . 95
Clock Synchronization with the NTP Protocol . . . . . . . . . . . . . . . . . . . 96
7.3 Time Stamping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
Event Time Stamping. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
7.4 Events Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Events Routing. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
Events Backup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
7.5 Integrity Poll Command . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Integrity Poll Command . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
7.6 Transmission Modes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
7.7 Connection Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
4 EIO0000000505 01/2016
7.8 Communication Error Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121
RTU Protocols Communication Error Codes . . . . . . . . . . . . . . . . . . . . 121
Chapter 8 How to Work with Datalogging Service . . . . . . . . . . . . 123
About Datalogging Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124
Create a Datalogging Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
Datalogging Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127
Datalogging Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
Datalogging File Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133
Recommendation on Datalogging Service . . . . . . . . . . . . . . . . . . . . . 134
Chapter 9 How to Work with Email/SMS Service . . . . . . . . . . . . . 135
About the Email Service / SMS Service . . . . . . . . . . . . . . . . . . . . . . . 136
Create an Email Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138
Email Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139
Email Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141
Chapter 10 How to Work with Embedded Web Pages . . . . . . . . . . 145
10.1 Embedded Web Pages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146
Introduction to Embedded Web Pages . . . . . . . . . . . . . . . . . . . . . . . . 146
10.2 Home Web Page . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
Home Page . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
10.3 Setup Web Pages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Module Setup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
FTP Security Page . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153
10.4 Diagnostics Web Pages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154
Diagnostics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155
PLC Rack Viewer Page . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156
Messaging . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158
NTP Diagnostics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159
Clock Diagnostics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161
Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162
Upload MIB File . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164
Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 165
10.5 Monitoring Web Pages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166
Monitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167
Data Editor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168
Part V Configuring the Module . . . . . . . . . . . . . . . . . . . . . 169
Chapter 11 Configuring the Module . . . . . . . . . . . . . . . . . . . . . . . . . 171
Configuration Methodology . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171
EIO0000000505 01/2016 5
Chapter 12 Configuration and Debug with Unity Pro . . . . . . . . . . . 173
12.1 Configuration with Unity Pro. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174
Configuring with Unity Pro . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
Configuration Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178
12.2 Debugging with Unity Pro. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180
Module Debugging Screen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181
General Debugging Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183
Debugging Parameters for TCP/IP Utilities . . . . . . . . . . . . . . . . . . . . . 186
Chapter 13 Configuration with the Setup Web Pages . . . . . . . . . . 187
13.1 Web Site Configuration Common. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188
Parameter Input Interface in Setup Web Pages. . . . . . . . . . . . . . . . . . 189
Channel Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
Serial Port Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197
Ethernet Port Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204
Time Zone Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205
RTU Protocol Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207
Module and Protocols Configuration File . . . . . . . . . . . . . . . . . . . . . . . 208
RTU Protocol Service Reset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211
Backward Compatibility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212
13.2 Web Site Configuration IEC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214
IEC 60870-5-101 Master RTU Protocol Parameters . . . . . . . . . . . . . . 215
IEC 60870-5-101 Slave RTU Protocol Parameters . . . . . . . . . . . . . . . 223
IEC 60870-5-104 Client RTU Protocol Parameters . . . . . . . . . . . . . . . 234
IEC 60870-5-104 Server RTU Protocol Parameters . . . . . . . . . . . . . . 239
IEC Data Object Mapping Page and Table . . . . . . . . . . . . . . . . . . . . . 247
IEC Data Object Mapping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 258
IEC Event Queue Setting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260
IEC 60870-5-101/104 Master/Client. . . . . . . . . . . . . . . . . . . . . . . . . . . 262
IEC Data Length & Mapping Orientation . . . . . . . . . . . . . . . . . . . . . . . 265
IEC Data Object Type Mapped to Unity Pro EDT/DDT . . . . . . . . . . . . 266
13.3 Web Site Configuration DNP3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 269
DNP3 Master/DNP3 NET Client RTU Protocol Parameters . . . . . . . . 270
DNP3 Slave/Server RTU Protocol Parameters . . . . . . . . . . . . . . . . . . 276
DNP3 Channel Configuration Over UDP . . . . . . . . . . . . . . . . . . . . . . . 284
DNP3 Data Object Mapping Page and Table . . . . . . . . . . . . . . . . . . . 288
DNP3 Data Object Mapping. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304
6 EIO0000000505 01/2016
DNP3 Event Queue Setting. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
DNP3 Master/ DNP3 Net Client. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311
DNP3 Data Length & Mapping Orientation . . . . . . . . . . . . . . . . . . . . . 313
DNP3 Data Object Type Mapped to Unity Pro EDT/DDT . . . . . . . . . . 314
Chapter 14 Web Designer Configuration . . . . . . . . . . . . . . . . . . . . . 317
Create a Project. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 318
PLC Device Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321
Data Editor Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 322
Transfer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
Appendices ......................................... 325
Appendix A Interoperability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 327
IEC 60870-5-101 Interoperability for BMX NOR 0200 H as Master . . 328
IEC 60870-5-101 Interoperability for BMX NOR 0200 H as Slave . . . 339
IEC 60870-5-104 Interoperability for BMX NOR 0200 H as Client . . . 350
IEC 60870-5-104 Interoperability for BMX NOR 0200 H as Server. . . 360
DNP3 Interoperability for BMX NOR 0200 H as Master . . . . . . . . . . . 370
DNP3 Interoperability for BMX NOR 0200 H as Slave . . . . . . . . . . . . 381
Appendix B Ethernet Language Objects. . . . . . . . . . . . . . . . . . . . . . 395
B.1 Language Objects and IODDTs of Ethernet Communication . . . . . . . 396
Language Objects and IODDTs of Ethernet Communication . . . . . . . 397
Implicit Exchange Language Objects Associated with the Application-
Specific Function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 398
Explicit Exchange Language Objects Associated with the Application-
Specific Function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 399
B.2 Exchange Objects of Type T_COM_ETH_BMX . . . . . . . . . . . . . . . . . 401
Details of Implicit Exchange Objects of the IODDT Type
T_COM_ETH_BMX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 402
Details of Explicit Exchange Objects of the IODDT Type
T_COM_ETH_BMX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 403
Details of Explicit Exchange Objects of the Non-IODDT Type
T_COM_ETH_BMX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 405
B.3 Language Objects Associated with BMX NOR 0200 H Module
Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 406
Language Objects for Implicit Exchange . . . . . . . . . . . . . . . . . . . . . . . 407
Language Objects for Explicit Exchange . . . . . . . . . . . . . . . . . . . . . . . 408
Glossary ......................................... 411
Index ......................................... 415
EIO0000000505 01/2016 7
8 EIO0000000505 01/2016
Safety Information
Important Information
NOTICE
Read these instructions carefully, and look at the equipment to become familiar with the device
before trying to install, operate, service, or maintain it. The following special messages may appear
throughout this documentation or on the equipment to warn of potential hazards or to call attention
to information that clarifies or simplifies a procedure.
EIO0000000505 01/2016 9
PLEASE NOTE
Electrical equipment should be installed, operated, serviced, and maintained only by qualified
personnel. No responsibility is assumed by Schneider Electric for any consequences arising out of
the use of this material.
A qualified person is one who has skills and knowledge related to the construction and operation
of electrical equipment and its installation, and has received safety training to recognize and avoid
the hazards involved.
10 EIO0000000505 01/2016
About the Book
At a Glance
Document Scope
This guide explains the architectures and features supported by the in-rack BMX NOR 0200 H
module for the Modicon M580 and M340 PAC modular controller platform. This guide includes
instructions for setting up RTU functions and protocols that are used in various telemetry and
supervisory control and data acquisition (SCADA) applications, such as: water and wastewater, oil
and gas, power and hydropower, other distributed infrastructures.
Validity Note
This document is valid for Unity Pro 11.0 or later.
Related Documents
EIO0000000505 01/2016 11
Title of Documentation Reference Number
Web Designer for FactoryCast, User Manual 35016149 (English),
35016150 (French)
Modicon M580 Standalone System Planning Guide for Frequently HRB62666 (English),
Used Architectures HRB65318 (French),
HRB65319 (German),
HRB65320 (Italian),
HRB65321 (Spanish),
HRB65322 (Chinese)
Modicon M580, Hardware Reference Manual EIO0000001578 (English),
EIO0000001579 (French),
EIO0000001580 (German),
EIO0000001582 (Italian),
EIO0000001581 (Spanish),
EIO0000001583 (Chinese)
You can download these technical publications and other technical information from our website
at http://download.schneider-electric.com
WARNING
UNINTENDED EQUIPMENT OPERATION
The application of this product requires expertise in the design and programming of control
systems. Only persons with such expertise should be allowed to program, install, alter, and apply
this product.
Follow all local and national safety codes and standards.
Failure to follow these instructions can result in death, serious injury, or equipment
damage.
12 EIO0000000505 01/2016
Modicon X80 RTU
The RTU Module for X80 Platforms
EIO0000000505 01/2016
Part I
The RTU Module for X80 Platforms
EIO0000000505 01/2016 13
The RTU Module for X80 Platforms
14 EIO0000000505 01/2016
Modicon X80 RTU
About the BMX NOR 0200 H Module
EIO0000000505 01/2016
Chapter 1
About the BMX NOR 0200 H Module
Overview
The BMX NOR 0200 H module brings Remote Terminal Unit (RTU) functionality to the M580 and
M340 PAC platform.
The X80 RTU system provides an extensive set of control and communications features including
industry and telemetry standard protocols such as IEC 60870-5-101, IEC 60870-5-104, DNP3 and
Modbus TCP.
EIO0000000505 01/2016 15
About the BMX NOR 0200 H Module
The BMX NOR 0200 H module addresses a wide range of telemetry requirements:
conformal coating and extended operating temperature ranges
various communications methods
serial and TCP/IP networks
intranet
WAN
modem connections
upstream communications with SCADA master stations for polling interrogation of data,
backfilling of time stamped event data, receiving master commands
downstream communications with other RTU substations, slave field devices and IEDs (for data
collection), sending commands, and synchronizing distributed control
remote programming and downloading of control program with Unity Pro software through
Ethernet or modem connections
remote diagnostic and monitoring with a built-in Web server
RTU Architecture
This illustration shows the RTU architecture, from SCADA to RTU substations through various
means of communication:
16 EIO0000000505 01/2016
About the BMX NOR 0200 H Module
EIO0000000505 01/2016 17
About the BMX NOR 0200 H Module
18 EIO0000000505 01/2016
Modicon X80 RTU
Hardware Characteristics
EIO0000000505 01/2016
Part II
BMX NOR 0200 H Hardware Characteristics
EIO0000000505 01/2016 19
Hardware Characteristics
20 EIO0000000505 01/2016
Modicon X80 RTU
Hardware Presentation
EIO0000000505 01/2016
Chapter 2
Hardware Presentation
Hardware Presentation
EIO0000000505 01/2016 21
Hardware Presentation
Physical Description
External Features
The BMX NOR 0200 H module:
6
1
7
MAC Address: 2
-00
00-00-00-00-00-00 8
4 9
Ethernet
5
10
Serial
Callouts:
22 EIO0000000505 01/2016
Hardware Presentation
Module Dimensions
Dimensions
The dimensions of the BMX NOR 0200 H module conform to the characteristics of the
BMXEXBP and BMEXBP racks:
112.8
mm
4.44
in. 94.3
3.71
103.76
4.08
3.93
100
32 86
1.25 3.38
EIO0000000505 01/2016 23
Hardware Presentation
LED Indicators
Introduction
The LED indicators are located on the front of the BMX NOR 0200 H module (see page 22). LEDs
provide information on:
the memory card
communication with the modules
serial communication
communication on the Ethernet network
LED Descriptions
This illustration shows the diagnostic LEDs on the BMX NOR 0200 H module:
The colors and blink patterns of the LEDs indicate the status and operating conditions of Ethernet
communications on the module:
24 EIO0000000505 01/2016
Hardware Presentation
EIO0000000505 01/2016 25
Hardware Presentation
Ethernet Port
General
The BMX NOR 0200 H module has a built-in Ethernet port supporting either Ethernet
communications via a modem communication or Modbus TCP/IP communication.
The following table describes the characteristics of the Ethernet communication channel:.
Characteristic Description
Protocols supported RTU protocols:
IEC 60870-5-104 (client or server)
DNP3 NET (client or server)
Modbus TCP/IP (client or server)
The Ethernet port on the BMX NOR 0200 H module is a standard RJ45 connector. In an industrial
environment, use a cable with the following characteristics:
shielded twisted double pair
impedance 100 15 (from 1 to 16 MHz)
maximum attenuation 11.5 dB/100 meters
maximum length 100 meters
The following straight-through ConneXium cables fit these requirements for connecting terminal
devices:
26 EIO0000000505 01/2016
Hardware Presentation
Pin Assignment
The following illustration shows the Ethernet port:
MAC Address:
00-00-00-00-00-00-00
1
2
3
4
Ethernet
5
6
7
8
Serial
Pinout table:
Pin Signal
1 TD+
2 TD-
3 RD+
4 not connected
5 not connected
6 RD-
7 not connected
8 not connected
NOTE: If there is a connection via a shielded cable, the connector casing on the module is linked
up to the ground connection.
EIO0000000505 01/2016 27
Hardware Presentation
Line Speed
These line speeds are available for the BMX NOR 0200 H module:
100 Mb in half duplex
100 Mb in full duplex
10 Mb in half duplex
10 Mb in full duplex
The user can not configure the line speed. Characteristics of speed adaptation are:
Auto-sensing and auto-negotiation allow the BMX NOR 0200 H module to quickly configure
itself to the local Ethernet switch's speed and duplex mode.
The negotiated speed between two Ethernet devices is limited to the speed of the slower device.
28 EIO0000000505 01/2016
Hardware Presentation
Serial Port
General
The BMX NOR 0200 H module has a built-in serial port supporting either serial communications
via a serial link or modem communications via an external modem device (see page 65).
The following table describes the serial communication channels:
Characteristic Description
Protocols supported RTU protocols:
IEC 60870-5-101
IEC 60870-5-104 (PPP/Modem)
DNP3 serial
DNP3 NET (PPP/Modem)
Pin Assignment
The following illustration shows the RJ45 serial port:
MAC Address:
-00
00-00-00-00-00-00
1
2
3
4
Ethernet
5
6
7
8
Serial
The RJ45 connector has eight pins. The pins used differ according to the physical link used.
EIO0000000505 01/2016 29
Hardware Presentation
Pins 7 and 8 are dedicated to the power supply of the man-machine interface via the serial link:
Pin 7: 5 VDC/190 mA network power supply
Pin 8: common of the network power supply (0 V)
NOTE: The RS 232 4-wire, RS 485 2-wire, and RS 485 2-wire and power supply cables use the
same RJ45 male connector.
30 EIO0000000505 01/2016
Hardware Presentation
Electrical Characteristics
Consumed Current
The BMX NOR 0200 H module can be inserted into any rack slot on the BMX XB station assembly
(see page 32).
This list shows the current that the BMX NOR 0200 H module consumes from the 24 VDC rack
power and the residual dissipated power:
EIO0000000505 01/2016 31
Hardware Presentation
Rack Position
Introduction
This topic describes the appropriate rack positions of the BMX NOR 0200 H module on a BMX XB
station assembly during installation (see page 33).
Rack Position
Mechanically, it is possible to position the BMX NOR 0200 H module in any available slot.
The following rack assembly includes a M340 CPU (in this case a BMX P34 2020) and a
BMX NOR 0200 H module. Rack positions 0 to 8 are indicated. (The double-wide power supply is
mounted at the beginning of the rack.)
0 1 2 3 4 5 6 7 8
NOTE: Refer to the Modicon M340 Using Unity Pro -- Processors, Racks, and Power Supply
Modules Setup Manual for specific part numbers.
32 EIO0000000505 01/2016
Modicon X80 RTU
Hardware Installation
EIO0000000505 01/2016
Chapter 3
Hardware Installation
Hardware Installation
EIO0000000505 01/2016 33
Hardware Installation
Installing a Module
Introduction
WARNING
MODULE DESTRUCTION - LOSS OF APPLICATION
Disconnect all power to the rack before the installation of the BMX NOR 0200 H module.
Failure to follow these instructions can result in death, serious injury, or equipment
damage.
This topic provides steps for installing the BMX NOR 0200 H module on a BM XBP rack.
Modicon X80 modules are powered by the rack bus.
Fitting operations (installation, assembly, and disassembly) are described below.
Installing a module
A BMX NOR 0200 H module is installed on the BMX XB rack in slot marked 01-08.
The following diagram shows a BMX NOR 0200 H module mounted on a BMX XB rack in the slot
marked 01 (address 1):
NOTE: Before installing a module, take off the protective cap from the module connector located
on the rack.
NOTE: In a Modicon M340 system the total number of communication modules, such as BMX NOE
010 or BMX NOR 0200 H modules, cannot exceed two. The maximum Ethernet port for M340
system is 3 including the port on PLC. Therefore, a maximum of two BMX NOR 0200 H modules
can be inserted in a M340 system.
NOTE: For Modicon M580 system module limitations, refer to System Throughput Considerations
topic in Modicon M580 Standalone System Planning Guide for Frequently Used Architectures
(see page 11).
34 EIO0000000505 01/2016
Hardware Installation
Mounting Instructions
To mount a module on the BMX XB rack:
3 Tighten the safety screw so that the The following diagram describes step 3:
module is held in place on the rack.
The recommended tightening
torque is between 0.4 and 1.5 Nm.
EIO0000000505 01/2016 35
Hardware Installation
General
The grounding of modules is crucial to avoid electric shock.
DANGER
HAZARD OF ELECTRIC SHOCK, EXPLOSION OR ARC FLASH
Ensure ground connection contacts are present and not bent out of shape. If they are, do not use
the module and contact your Schneider Electric representative.
Failure to follow these instructions will result in death or serious injury.
WARNING
UNINTENDED EQUIPMENT OPERATION
Tighten the clamping screws of the modules. A break in the circuit could lead to an unexpected
behavior of the system.
Failure to follow these instructions can result in death, serious injury, or equipment
damage.
All Modicon X80 modules are equipped with ground connection contacts at the rear for grounding
purposes.
36 EIO0000000505 01/2016
Hardware Installation
These contacts connect the grounding bus of the modules to the grounding bus of the rack.
EIO0000000505 01/2016 37
Hardware Installation
SD Memory Card
Introduction
The Secure Digital (SD) memory card slot is located on the front of the BMX NOR 0200 H module
(see page 22). The BMXRWS128MWF memory card is delivered with the module.
WARNING
RISK OF LOST APPLICATION
Do not remove the memory card from the module while the PLC is running. Remove the memory
card only when the power is off.
Failure to follow these instructions can result in death, serious injury, or equipment
damage.
Card Functionality
This table describes the functionality of the BMXRWS128MWF memory card when inserted into
the BMX NOR 0200 H module:
Card Services
NOTICE
INOPERABLE MEMORY CARD
Proceed with a firmware upgrade with Unity Loader tool when replacing the SD memory card.
Failure to follow these instructions can result in equipment damage.
NOTICE
INOPERABLE MEMORY CARD
Do not format the memory card with a non-Schneider tool. The memory card needs a structure
to contain program and data. Formatting with another tool destroys this structure.
Do not use a write-protected memory card with the module. Some services do not operate
properly when the memory card is write-protected.
Failure to follow these instructions can result in equipment damage.
38 EIO0000000505 01/2016
Hardware Installation
Precautions
NOTICE
MEMORY CARD DESTRUCTION
Do not touch the memory card connections.
Keep the memory card away from electrostatic and electromagnetic sources as well as heat,
sunlight, water and moisture.
Avoid impacts to the memory card.
Check the postal service security policy before sending a memory card by postal service. In
some countries the postal service exposes mail to high levels of radiation, as a security
measure. These high levels of radiation may erase the contents of the memory card and
render it unusable.
Failure to follow these instructions can result in equipment damage.
EIO0000000505 01/2016 39
Hardware Installation
X80H
The Modicon X80H (hardened) equipment is a ruggedized version of X80 equipment. It can be
used at extended temperatures (-25...70C) (-13...158F) and in harsh chemical environments.
This treatment increases the isolation capability of the circuit boards and their resistance to:
condensation
dusty atmospheres (conducting foreign particles)
chemical corrosion, in particular during use in sulphurous atmospheres (oil, refinery, purification
plant and so on) or atmospheres containing halogens (chlorine and so on)
The X80H equipment, when within the standard temperature range (0...60C) (32...140F), has the
same performance characteristics as the standard X80 equipment.
At the temperature extremes (-25... 0C and 60... 70C) (-13...32F and 140...158F) the hardened
versions can have reduced power ratings that impact power calculations for Unity Pro applications.
If this equipment is operated outside the -25...70C (-13...158F) temperature range, the
equipment can operate abnormally.
CAUTION
UNINTENDED EQUIPMENT OPERATION
Do not operate X80H equipment outside of its specified temperature range.
Failure to follow these instructions can result in injury or equipment damage.
Hardened equipment has a conformal coating applied to its electronic boards. This protection,
when associated with appropriate installation and maintenance, allows it to be more robust when
operating in harsh chemical environments.
40 EIO0000000505 01/2016
Hardware Installation
Wiring Considerations
The Link
The following situations can create a temporary disruption in the application or communications:
The RJ45 10/100 BASE-T interface connector gets connected or disconnected when the power
is on.
Modules are re-initialized when the power is switched back on.
EIO0000000505 01/2016 41
Hardware Installation
42 EIO0000000505 01/2016
Modicon X80 RTU
Communications Characteristics
EIO0000000505 01/2016
Part III
Communications Characteristics
Communications Characteristics
EIO0000000505 01/2016 43
Communications Characteristics
44 EIO0000000505 01/2016
Modicon X80 RTU
Ethernet Communications
EIO0000000505 01/2016
Chapter 4
Ethernet Communications
Ethernet Communications
EIO0000000505 01/2016 45
Ethernet Communications
Section 4.1
Ethernet Services
Ethernet Services
Introduction
This topic introduces the different Ethernet services available via the BMX NOR 0200 H module:
Support of Modbus TCP messaging (see page 53)
Support of DNP3 NET and IEC 60870-104 protocols
Built-in HTTP server
Other supported IP protocols:
NTP client
FTP client / server
BootP client, DHCP / FDR client
SNMP agent (see page 57)
SMTP client
SOAP / XML server (see page 62)
NMT
The NMT (Network ManagemenT) protocol provides services for network initialization, diagnostic
and control, and also device status control.
46 EIO0000000505 01/2016
Ethernet Communications
NTP
The NMT (Network Time Protocol) is a protocol used for synchronizing the clocks of computer
systems.The time synchronization service establishes time accuracy among devices clocks over
a Ethernet network.
FTP
The FTP (File Transfer Protocol) is the World Wide Webs file transfer protocol.
BootP
bootstrap protocol. A UDP/IP protocol that allows an Internet node to obtain its IP parameters
based on its MAC address.
DHCP
The DHCP (dynamic host configuration protocol) is a TCP/IP protocol that allows network devices
(DHCP clients) to obtain their IP addresses from a DHCP server through a request to the server.
FDR
The FDR (faulty device replacement) service offers a method of handling device replacement
without disrupting the system nor interrupting service.
SNMP
The SNMP (simple network management protocol) is a UDP/IP standard protocol used to monitor
and manage nodes on an IP network. The SNMP agent supports both the MIB II and the
Transparent Ready Private MIB (see Modicon M340 for Ethernet, Communications Modules and
Processors, User Manual).
SMTP
The SMTP (simple mail transfer protocol) is a transmission protocol for sending e-mail. SMTP
messages are usually retrieved from a server with an e-mail client (such as POP or IMAP).
EIO0000000505 01/2016 47
Ethernet Communications
Section 4.2
IP Parameters
IP Parameters
48 EIO0000000505 01/2016
Ethernet Communications
Overview
You should establish a standard procedure for assigning valid and unique IP addresses for each
module and CPU on a network.
This topic explains the different IP addressing methods available.
Addressing Methods
The BMX NOR 0200 H module can have its IP address set through the rotary switches
(see page 50), the Unity Pro IP Configuration tab (see page 178), or combinations of the two:
Address Description
Method
STORED The lower rotary switch is set to STORED (manufacturer default setting), and the module
uses the Unity Pro application configured parameters.
device name There are two components of the device name:
(over DHCP) default device name of the module: BMX_0200_xxy
numeric value from 00 to 159 set on the rotary switches (see page 50)
(For the default device name, xx is the value of the upper rotary switch and y is the value of
the lower rotary switch.)
Example: For a BMX NOR 0200 H module, values of 120 (12 x 10) and 6 (6 x 1) on the
respective upper and lower rotary switches indicate a value of 126. The value is appended
to the default device name (BMX_0200_xxy) to create the valid DHCP device name of
BMX_0200_126.
CLEAR IP The lower rotary switch is set to CLEAR IP, and the module uses its MAC-based default IP
address (see page 52).
BOOTP Set the lower rotary switch (see page 50) to one of its BOOTP positions to get an address
over BOOTP (see note).
Note: To configure the module in the application to get its address from a BOOTP server,
see "from a server," below.
from a server A server-assigned IP address can then be obtained from either a BOOTP or DHCP server.
(STORED) BOOTP:
Set the lower rotary switch to one of its STORED positions.
Select From a server on the IP Configuration tab (see page 178).
Leave the Device Name field empty.
DHCP:
Set the lower rotary switch to one of its STORED positions.
Select From a server on the IP Configuration tab (see page 178).
Enter a valid device name in the Device Name field.
Note: The X80 Ethernet modules will not receive an IP address from a BOOTP/DHCP
server on application download if the IP configuration has not changed.
disabled Communications are disabled.
Note: A mismatch can occur when the assigned address is a mismatch for the address in the application.
EIO0000000505 01/2016 49
Ethernet Communications
Rotary Switches
Introduction
The BMX NOR 0200 H operates as a single node on an Ethernet LAN and possibly other
networks. The two rotary switches on the back of the module provide a simple way to assign a
unique IP address:
NOTE: Set the arrow firmly into the desired position. If you do not feel the switch click into place,
the value of the switch may be incorrect or undetermined.
The device name is calculated from the sum of the two switch values. For example, a
BMX NOR 0200 H module with the switch setting displayed in previous figure is assigned the
DHCP device name BMX_0200_123.
The selection on the lower switch of any non-numeric position (BOOTP, STORED, CLEAR IP,
DISABLED) makes the setting on the upper switch inconsequential.
BOOTP: To get an IP address from a BOOTP server, select either of the two BOOTP positions
on the bottom switch.
STORED: The device uses the Unity Pro applications configured (stored) parameters.
CLEAR IP: The device uses the default IP parameters.
DISABLED: The device does not respond to communications.
The functionality of the rotary switch when used in conjunction with the Unity Pro IP Configuration
tab (see page 178) is discussed throughout the IP Address chapter (see page 48).
50 EIO0000000505 01/2016
Ethernet Communications
Switch Labels
To assist you in setting the rotary switches to their proper positions, a label is affixed to the right
side of the module. The switch settings are described in this table:
Upper Switch
0 to 9: Tens value for the device name
(0, 10, 20 ... 90)
10(A) to 15(F): Tens value for the
device name (100, 110, 120 ... 150)
Lower Switch
0 to 9: Ones value for the device name
(0, 1, 2 ... 9)
BOOTP: Set the switch to A or B to
receive an IP address from a BOOTP
server.
Stored: Set the switch to C or D to use
the applications configured (stored)
parameters.
Clear IP: Set the switch to E to use the
default IP parameters.
Disabled: Set the switch to F to disable
communications.
EIO0000000505 01/2016 51
Ethernet Communications
Introduction
If no IP parameters are received from the application when the rotary switch (see Modicon M340
for Ethernet, Communications Modules and Processors, User Manual) is set to Stored or Clear IP
positions, the module is configured at power-up with its default IP address. The default IP address
for the module is derived from its hardware MAC address in accordance with a default IP address
format.
Example
For example a device with 00-00-53-12-01-C4 MAC address has the following default IP
address: 84.18.1.196 (12 hex = 18 dec, 01 hex = 1 dec, C4 hex = 196 dec).
52 EIO0000000505 01/2016
Ethernet Communications
Section 4.3
Modbus TCP/IP Messaging
EIO0000000505 01/2016 53
Ethernet Communications
Data Exchange
Exchanges
Data exchanges take place in one of two modes:
server mode: All Modbus-over-TCP requests from the PLC are supported by the
BMX NOR 0200 H module.
client mode: This type of exchange enables Modbus-over-TCP requests to be sent using the
functions:
READ_VAR
WRITE_VAR
DATA_EXCH (see Unity Pro, Communication, Block Library)
NOTE: The maximum Ethernet frame size depends on the type of transaction. The maximum
frame size is 256 bytes for messaging.
The BMX NOR 0200 H module is used to manage these TCP connections using port 502
messaging:
servers (32 connections)
clients (16 connections)
Port 502
TCP/IP reserves specific server ports for specific applications through IANA (Internet Assigned
Numbers Authority). Modbus requests are sent to registered software port 502.
Port 502 messaging paths:
server path:
Port 502 messaging can process up to 8 incoming requests from the network. Requests are
received during the previous scan and sent to the Modbus server in the IN section.
Port 502 messaging can process up to 8 responses from the Modbus server in the IN section
(including writing the data into the socket).
client path:
Port 502 messaging can process up to 16 outgoing requests from the application in the OUT
section (including writing the data into the socket).
Port 502 messaging can process up to 16 incoming responses from the network in the IN
section. Responses are sent to the application.
54 EIO0000000505 01/2016
Ethernet Communications
Introduction
To limit access to the BMX NOR 0200 H module, set the access control parameters on the
Messaging tab.
Messaging Tab
The following procedure shows how to access the Messaging page from the index page:
Step Action
1 Access the module configuration screen.
2 Select the Messaging tab (see illustration below).
The messaging configuration parameters are discussed in detail on the following pages.
EIO0000000505 01/2016 55
Ethernet Communications
Access Control
The Access Control box is used to activate or deactivate control of remote devices that are
attempting to open a TCP connection to the module. The functionality depends on whether the box
is checked or not:
checked: Access control management is activated and the Access column of the table is active
(no longer grayed out).
The module can only communicate to the addresses entered in the 128 available spaces in
the IP address column.
With the module in client mode it can only connect to remote devices selected by the Access
column in the Connection Configuration table.
unchecked: Access control management is inoperative and the Access column of the table is
not active (grayed out).
With the module in server mode, remote third-party devices can connect as clients (before
communicating with the module) without being declared in the table.
NOTE: Access control is only effective on the TCP/IP profile and assists module operations in
server and client mode.
NOTE: If you select the Access Control check box but do not enter addresses in the IP address
column, messaging will stop working.
56 EIO0000000505 01/2016
Ethernet Communications
Section 4.4
SNMP
SNMP
EIO0000000505 01/2016 57
Ethernet Communications
Introduction
An SNMP agent runs on:
Ethernet communication modules
CPUs with embedded Ethernet communications ports
Network management systems use SNMP to monitor and control Ethernet architecture
components for the rapid network diagnosis.
Network management systems allows a network manager to:
monitor and control network components
isolate troubles and find their causes
query devices, such as host computer(s), routers, switches, and bridges, to determine their
status
obtain statistics about the networks to which they are attached
NOTE: Network management systems are available from a variety of vendors. Schneider Electric
provides an SNMP-based diagnostics tool called ConneXview.
The MIB
The set of objects that SNMP can access is known as a Management Information Base (MIB).
Ethernet monitoring and management tools use standard SNMP to access configuration and
management objects included in the devices MIB, providing that:
objects that SNMP can access are defined and given unique names
manager and agent programs agree on the names and meanings of fetch and store operations
58 EIO0000000505 01/2016
Ethernet Communications
SNMP Communication
Overview
SNMP defines network management solutions in terms of network protocols and the exchange of
supervised data.
The SNMP structure relies on the following elements:
Manager: The manager allows entire or partial network supervision.
Agents: Each supervised device has one or more software modules named "Agent" that are
used by the SNMP protocol.
MIB: The Management Information Base is a database or collection of objects.
The SNMP agent is implemented on the BMX NOR 0200 H module. This allows a manager to
access MIB-II standardized objects from the Modicon X80 agent through the SNMP protocol. The
MIB-II allows management of TCP/IP communication layers.
On the modules that support Ethernet communications, it is possible to access objects from the
MIB Transparent Factory, which provides specific information about Messaging.
The following figure shows the tree structure of the TFE Ethernet MIB:
The source file of the TFE private MIB (see Modicon M340 for Ethernet, Communications Modules
and Processors, User Manual) is available on modules and CPUs that support Ethernet
communications. The MIB can be uploaded from the module webpage by selecting Upload MIB
File (see page 164). This file may be compiled by the major SNMP managers on the market.
EIO0000000505 01/2016 59
Ethernet Communications
SNMP Protocol
The SNMP protocol defines 5 types of messages between the agent and the manager. These
messages are encapsulated in UDP datagrams.
Messages from the manager to an agent:
Get_Request: message used to obtain the value of one or more variables
Get_Next_Request: obtains the value of the next variables
Set_Request : sets the value of a variable
60 EIO0000000505 01/2016
Ethernet Communications
ETHERNET
3
4
1 SNMP manager
2 SNMP agent (Modicon M340)
3 Get_Response trap
4 Set_Request, Get_Request, Get_Next_Request
The module's SNMP agent transmits events (traps) to the Manager. The managed trap systems
are as follows:
Coldstart Trap:
On the BMX NOR 0200 H modules, the event is transmitted following a module supply
Reset, a processor Reset, or the downloading of an application to the PLC.
Authentication Failure Trap: An event is transmitted indicating that a network element
cannot be authenticated. The Community Name field in the received message is different to
the one configured on the module. This trap can be enabled during module configuration.
EIO0000000505 01/2016 61
Ethernet Communications
Section 4.5
SOAP Web Services
Introduction
A server interface enables a SOAP (Simple Object Access Protocol) client application to
communicate directly with a BMX NOR 0200 H Web server module.
62 EIO0000000505 01/2016
Ethernet Communications
Stage Action
1 Create the client application:
The development environment (for example, Visual Studio.net) connects to a
WEB server module where it can access a list of available WEB services. The
WEB server returns descriptions of the requested services as WSDL objects.
2 Develop the client application:
The developer integrates the WEB service APIs using the code retrieved in the
previous stage as a WEB reference and generates the client application.
3 Execute the client application:
In run mode, the client application communicates in real time with the WEB
server module using the SOAP protocol.
EIO0000000505 01/2016 63
Ethernet Communications
64 EIO0000000505 01/2016
Modicon X80 RTU
Serial Communications
EIO0000000505 01/2016
Chapter 5
Serial Communications
Serial Communications
EIO0000000505 01/2016 65
Serial Communications
Serial Port
Serial Communication
Serial mode is a point-to-point mode of data exchange between two entities. This provides
communication between master stations, substation devices, RTUs, and Intelligent Electronic
Devices (IEDs). It establishes client/server communication between different modules with a serial
link. The master is the client and the slave modules are the servers. The BMX NOR 0200 H serial
link module is a asynchronous serial line module that supports RTU Serial (master or slave
connections).
Serial communication using the BMX NOR 0200 H module is only possible using the RTU serial
protocols:
IEC 60870-5-101 (master or slave)
DNP3 serial (master or slave)
NOTE: The serial port is also used for the communication with an external modem (see page 71).
If a modem is connected, it is possible to perform serial RTU communication or Ethernet RTU
communication which depends on the type of modem.
66 EIO0000000505 01/2016
Serial Communications
General
All equipment connected via serial link to a BMX NOR 0200 H module use either:
an RS232 serial crossover cable
an RS485 serial crossover cable
Connecting Equipment
The BMX NOR 0200 H module uses serial link:
as master, in case of communication with several slaves with serial RTU protocols
as slave, when the module is directly linked with master or a supervisor (SCADA for example)
Master case:
M340 RTU (Master)
Serial
EIO0000000505 01/2016 67
Serial Communications
Slave case:
The illustration below shows the pin assignment for a TCS MCN 3M4F3C2 serial cross cable:
68 EIO0000000505 01/2016
Serial Communications
EIO0000000505 01/2016 69
Serial Communications
70 EIO0000000505 01/2016
Modicon X80 RTU
Modem Communications
EIO0000000505 01/2016
Chapter 6
Modem Communications
Modem Communications
EIO0000000505 01/2016 71
Modem Communications
Modem Communication
Overview
The BMX NOR 0200 H module can be used with several external modem types:
Radio
PSTN
GSM
GPRS
ADSL
There are three different ways to connect an external modem to a BMX NOR 0200 H module:
via the serial port, using serial communication protocol (IEC 60870-5-101 or DNP3 serial)
via the serial port and configuring a Point-to-Point Protocol (PPP) connection, using ethernet
communication protocol (IEC 60870-5-104 or DNP3 NET)
via the ethernet port and configuring a Point-to-Point Protocol over Ethernet (PPPoE)
connection, using ethernet communication protocol (IEC 60870-5-104 or DNP3 NET)
NOTE: PPPoE connection is only used with an ADSL external modem.
72 EIO0000000505 01/2016
Modem Communications
Modem Support
NOTE: In the Client mode, the PPP connection via modem can be created in the Permanent mode
(automatic connection at startup, at reboot or after connection loss) or in the On-demand mode (by
an internal register command).
NOTE: For PPP connection authentication, the identification uses the Password Authentication
Protocol (PAP). Use PAP to configure any device that has a modem/PPP connection with the
BMX NOR 0200 H module. The Challenge Handshake Authentication Protocol (CHAP) is not
implemented on the module. For an accepted connection, the PAP Username and Password of
the remote device must be known. The BMX NOR 0200 H module password and user name used
by the PAP protocol are the same as those of the HTTP server (by default: USER/USER).
The local IP address of the BMX NOR 0200 H module can be configured using the IP address
either:
specified by the User directly from the website. This is mandatory if the module is in Server
mode.
obtained from the PPP server (if specifying 0.0.0.0 as local IP) when establishing connection in
Client mode. The IP can then be a static or a dynamic address.
NOTE: In Server mode and no IP address is given by the User, the Server assigns a fixed IP to
the remote device with local IP+1. For example if the server IP is 90.0.0.2, remote device IP is then
90.0.0.3.
NOTE: GPRS does not support server mode.
EIO0000000505 01/2016 73
Modem Communications
74 EIO0000000505 01/2016
Modem Communications
Introduction
Modem register commands are specified memory area allocated on the CPU. This memory area
is used to send commands from CPU to the BMX NOR 0200 H module via the rack to control the
connection or disconnection of the modem using logic functions.
Register Command
The commands are composed of 4 registers (%MW):
NOTE: The command register are exchanged via the rack so the performance depends on CPU
scan period, the workload of the RTU protocol and the number of BMX NOR 0200 H modules
inserted in the rack.
EIO0000000505 01/2016 75
Modem Communications
For PPP/Modem and PPPoE Link, another 4 registers (%MW) following above registers are used
to show local IP and remote IP address:
For example: %MW100 = 0A0B hex, %MW101= 0C0D hex, which means this IP is "10.11.12.13".
Example for modem register:
76 EIO0000000505 01/2016
Modem Communications
Introduction
In order to diagnose modem, error codes are available in Modem Diagnostic Web page.
Error Codes
The table below describes the modem communication error codes:
EIO0000000505 01/2016 77
Modem Communications
General
For an external modem, the RTS and CTS pins are connected directly (not crossed).
External modems are connected to a BMX NOR 0200 H module by a serial direct cable using an
RS232 physical link. BMX NOR 0200 H module works with many commercially available modems.
Application
The illustration below shows how a modem is connected to a slave BMX NOR 0200 H module
configured with PPP:
NOTE: In case of a PPPoE configuration, connect the modem on the Ethernet port of the
BMX NOR 0200 H module.
78 EIO0000000505 01/2016
Modem Communications
The illustration below shows the pin assignment for a TCS MCN 3M4M3S2 serial direct cable:
EIO0000000505 01/2016 79
Modem Communications
Connection/Disconnection
After an external modem has been connected to a BMX NOR 0200 H module, use the website to
configure the module.
The main feature of the modem is the possibility to work in Permanent mode or in On-Demand
mode:
Permanent mode: the connection is automatically performed when the BMX NOR 0200 H
module is on power.
On-Demand mode: the connection or disconnection is performed depending on the command
register (see page 75).
Use the website to set a serial PPP connection.
NOTE: Do not forget to configure the serial port via the Website when the external modem is
connected to it.
NOTE: GPRS MODEM does not support server mode.
Dialing
In practice, the Dial-in/Dial-out depends of the module mode. There are two different cases:
The module is in Server/Slave mode: the modem connected to the module is in Dial-in mode.
The module is in Client/Master mode: the modem connected to the module is in Dial-out mode.
80 EIO0000000505 01/2016
Modem Communications
EIO0000000505 01/2016 81
Modem Communications
82 EIO0000000505 01/2016
Modem Communications
EIO0000000505 01/2016 83
Modem Communications
84 EIO0000000505 01/2016
Modicon X80 RTU
Functional Description
EIO0000000505 01/2016
Part IV
Functional Description
Functional Description
Introduction
This part describes the functionality of the BMX NOR 0200 H module.
EIO0000000505 01/2016 85
Functional Description
86 EIO0000000505 01/2016
Modicon X80 RTU
How to Work with RTU Protocols
EIO0000000505 01/2016
Chapter 7
How to Work with RTU Protocols
Introduction
This chapter describes the built-in RTU protocols characteristics for use in Telemetry and
Supervisory Control and Data Acquisition (SCADA) applications.
EIO0000000505 01/2016 87
How to Work with RTU Protocols
Section 7.1
RTU Protocols
RTU Protocols
88 EIO0000000505 01/2016
How to Work with RTU Protocols
Communication Protocols
Introduction
This topic describes the characteristics of the supported RTU protocols.
NOTE: The RTU protocol parameters are configured using the embedded webpages.
Limitations
The BMX NOR 0200 H module does not support multiple RTU protocols instances. Only one
instance at a time of an RTU protocol (IEC, DNP3) can be launched to work with Modbus TCP.
NOTICE
UNINTENDED EQUIPMENT OPERATION
Use different address values for each session in a channel or for each section in a session.
Channel parameters must meet IEC60870-5-104 protocol requirements with these limitations:
T2 S Frame Period < T1 Ack Period and W Value < 2/3 K Value.
If you are using the DNP3 protocol, use successive DB mapping starting at 0.
Failure to follow these instructions can result in equipment damage.
EIO0000000505 01/2016 89
How to Work with RTU Protocols
Introduction
IEC 60870-5 is an international standard released in the early 1990s by the International
Electrotechnical Commission (IEC). This standard provides a communication profile for telecontrol,
teleprotection, and associated telecommunications characteristics for electric power systems. It is
widely used today for other infrastructures, including water applications in Europe and Asia.
The IEC 60870-5-101 and IEC 60870-5-104 protocols are companions to the IEC 60870-5
standards that relate to transmission protocols.
IEC 60870-5-101
The IEC 60870-5-101 protocol is based on the EPA (Enhanced Performance Architecture). This
protocol defines only the physical link and application layers of the OSI model. IEC 60870-5-101
is used primarily on serial links with relatively slow transmission media. This standard conforms to
baud rates of up to 9600 bit/s, although much higher baud rates (<115200 bit/s) are being used.
IEC 60870-5-104
The IEC 60870-5-104 protocol is an extension of the IEC 60870-5-101 protocol. There are
changes in transport, network, link & physical layer to open networking.
IEC 60870-5-104 enables communication between control stations and substations in a standard
TCP/IP network. The TCP protocol is used for connection-oriented data transmission. To have
connectivity to LANs and routers with different facilities (frame relay, etc.), connect it to the WAN.
The application layer of IEC 104 is the same as that of IEC 60870-5-101, except that some data
types and facilities are not used. There are separate link layers defined in the standard, which
facilitates the transfer of data over Ethernet and serial lines.
90 EIO0000000505 01/2016
How to Work with RTU Protocols
Protocol Characteristics
The table lists the characteristics for the supported RTU protocols:
Protocol Characteristics
IEC 60870-5-101 master up to 32 slaves (1 session for each slave and up to 5 sectors per session),
individual database definition for each sector
up to 5000-point database for all sectors including predefined commands
IEC 60870-5-101 slave up to 5000- point database for data objects of all supported types
up to 100,000-event queue for all data types
supports clock synchronization from a master, CPU or NTP
configurable data link address CAA (Common ASDU Address) and IOA
event time-stamping configurable by type (None, CP24, CP56)
IEC 60870-5-104 server client IP address validation list (up to 10 IP addresses)
up to 4 concurrent client connections with configurable TCP service port
(standard is 2404)
up to 5000-point database for data objects of all supported types
up to 100,000-event queue for all data types in all clients (each client has a
dedicated event buffer)
event time-stamping configurable by type (None, CP56)
configurable CAA (common ASDU address) and IOA
IEC 60870-5-104 client up to 5000-point database for all sectors including predefined commands
up to 64 servers connections supported
connections share common channel configuration
dedicated connection for each session and sector configuration
dedicated destination IP address and port settings for each connection
Interoperability Lists
The interoperability list (defined by the standard) facilitates interoperability between devices from
different manufacturers. In the list, the function range is described for each device by marking the
applicable functions.
NOTE: You can find BMX NOR 0200 H IEC interoperability list in Appendices. (see page 328)
EIO0000000505 01/2016 91
How to Work with RTU Protocols
Introduction
The distributed network protocol (DNP3) protocol was developed to achieve an open, standard
interoperability for communications between master stations, substation devices, RTUs, and
Intelligent Electronic Devices (IEDs). DNP3 has been used primarily by utilities such as the electric
power industry in North America and has become widely used in other distributed infrastructures
such as water/wastewater, transportation and oil and gas industries.
DNP3 is based on the International Electrotechnical Commission Technical Committee 57
Working Group 03. The IEC TC57 WG03 has been working on the Enhanced Performance
Architecture (EPA), a protocol standard for telecontrol applications. Each of the EPAs 3 layers
corresponds to a layer on the OSI reference model.
DNP3 is specifically developed for inter-device communications that use SCADA RTUs. The
protocol facilitates both RTU-to-IED (Intelligent Electronic Device) and master-to-RTU/IED.
The protocol was originally designed for slow serial communications, but the current DNP3 IP
version also supports TCP/IP-based networking.
92 EIO0000000505 01/2016
How to Work with RTU Protocols
Protocol Characteristics
The table lists the characteristics for the supported RTU protocols:
Protocol Characteristics
DNP3 master/DNP3 NET up to 32 slaves/servers (1 session for each slave/server)
client
up to 5000-point database for slaves data objects including predefined
commands
DNP3 slave/DNP3 NET up to 5000-point database for data type objects
server up to 100,000-event queue for all data types
supports clock synchronization from a master
service over client IP address validation list (up to 10 IP
TCP addresses)
4 concurrent client connections with configurable
TCP service port (default port is 20000)
Interoperability Lists
This implementation of DNP3 is fully compliant with DNP3 Subset Definition Level 3, which suits
larger RTU applications and offers practically the complete range of DNP3 functionality.
This standard defines interoperability between devices from different vendors. It includes a device
profile that describes the basic protocol functionalities supported by the device and an Implemen-
tation table that defines information objects and their representation supported by the device.
EIO0000000505 01/2016 93
How to Work with RTU Protocols
Section 7.2
Clock Synchronization
Clock Synchronization
Overview
The BMX NOR 0200 H module provides 2 ways to synchronize the clock with the SCADA (master)
and the connected devices:
via the RTU protocol facilities
via the NTP protocol
NOTE: These clock synchronization methods are independent of one another. Configure your
application to avoid clock synchronization conflicts.
The clock synchronization service establishes time accuracy among devices clocks over a
network.
94 EIO0000000505 01/2016
How to Work with RTU Protocols
Overview
One of the main features of the RTU is to manage events with time stamping. Time stamping
requires effective time synchronization.
Slave/Server
When acting as an IEC 60870-5-101/104 or DNP3 slave or server, the BMX NOR 0200 H module
can synchronize its clock with a master or client station (SCADA). When the module receives the
clock synchronization command, it updates its internal clock and posts the new value to the CPU.
This maintains a consistent time on the local rack.
Master/Client
When acting as an IEC 60870-5-101/104 or DNP3 master or client, the BMX NOR 0200 H module
sends clock synchronization commands to connected slaves. As with the case above, the clock is
initialized from the CPU when it starts up. It gets the new time from the CPU every time
master/client sends the time synchronization command.
NOTE: In a Modicon M580 PAC, it is mandatory to enable the NTP client to use the
BMX NOR 0200 H module.
EIO0000000505 01/2016 95
How to Work with RTU Protocols
Controller projects use a function block to read the clock, a feature that allows events or variables
in the project to be time stamped.
In a Modicon M340 PAC, time stamping is accurate to:
5 ms typical
10 ms worst case
Use the R_NTPC function block (see Modicon M340 for Ethernet, Communications Modules and
Processors, User Manual) in either MAST, FAST, or Interrupt sections to read the clock from the
PLC application.
96 EIO0000000505 01/2016
How to Work with RTU Protocols
The CPUs on an Ethernet network should be synchronized with the same NTP server.
CPS CPU NO R NTP
Server
Clock Ethernet
System NTP Request
Network
Counter
NTP NTP Response
Client
time accuracy The local time margin is < 10 ms compared to the referenced NTP server
time.
typical: 5 ms
worst case: <10 ms
settling time Maximum accuracy is obtained after 2 updates from the NTP server.
polling period Accuracy depends on the polling period. Less than 10 ms of margin is
dependency achieved for polling periods of 120 ms or less. To obtain a high degree of
accuracy (when your network bandwidth allows), reduce the polling
period to a small valuefor example, a polling time of 5 s provides better
accuracy than a time of 30 s.
time zone The default format is universal time, coordinated (UTC). Optionally you
may configure the service to use a local time zonee.g., GMT+1 for
Barcelona or Paris
EIO0000000505 01/2016 97
How to Work with RTU Protocols
Clock characteristics:
Clock accuracy is not affected by issuing stop/run commands on the PLC
Clock updates are not affected by issuing stop/run commands on the PLC
Mode transitions do not affect the accuracy of the Ethernet network
98 EIO0000000505 01/2016
How to Work with RTU Protocols
Section 7.3
Time Stamping
Time Stamping
Overview
BMX NOR 0200 H module provides two ways for time stamping of events:
Time stamping done at source in the Modicon M580 and M340 CPU (requires PLC
programming).
Time stamping done in the RTU module (no PLC programming required).
NOTE: Improved time stamping resolution can be obtained when performing the time stamping in
the PLC CPU. Time stamping resolution is basically depending on the CPU scan time and I/O
modules type.
The 56-bit Time Format is an absolute time format, whereas the 24-bit Time Format is an
incremental time format that only specifies minutes and milliseconds. The IEC 104 protocol uses
56-bit time format.
EIO0000000505 01/2016 99
How to Work with RTU Protocols
Section 7.4
Events Management
Events Management
Overview
Introduction
The BMX NOR 0200 H module generates events on changes of state, handles events lists and
provides the following services:
The management of a buffer of events (time stamped or not), overall buffer (queue) size can be
up to 100,000 events (the maximum value is 100,000 from RTU 1.5).
NOTE: One dedicated event buffer is managed per client/master application (up to 4
client/master applications are supported).
Automatic event backfill to the SCADA or the master station via RTU protocol facility (on DNP3
and IEC 101/104).
For RTU slave configuration (DNP3 slave, IEC 60870-5-101 slave and IEC 60870-5-104 server),
each object type has an independent event queue setting. To generate an event, set an event
queue for the corresponding object type.
Event Generation
A dialog box is used to configure the event generation:
Object Group
Point Count
NOTE: When the events number exceeds the configured buffer size, events will be lost or
overwritten.
Events Routing
Introduction
The events routing component allows events from sub stations to be routed to SCADA within one
BMX NOR 0200 H module.
To route events, one RTU master channel and at least one RTU slave channel are needed inside
the system. The solution is to create a logic RTU master and slave in a single BMX NOR 0200 H
module. In the logic master, points are created to represent points in sub stations, and in the logic
slave, points are created to simulate the behavior of points in sub stations. Events routing
component is responsible for collecting events in the logic master. These events are sent from sub
stations, and trigger the same events in the logic slave.
BMX NOR 0200 H module components:
Configuration
Configure the BMX NOR 0200 H module for event routing. Most of the BMX NOR 0200 H module
parameters are configured via webpages as are the event routing functions. There is no dedicated
webpage for the events routing function, this function is configured inside the data mapping
configuration pages.
NOTE: The BMX NOR 0200 H does not detect events for the routing points in slave.
NOTE: With the loss of power management, you can specify in the configuration if you want to poll
more events from the BMX NOR 0200 H modules, fallback to SCADA and prevent events from
being lost.
Channel Configuration
For routing events, configure one master channel and at least one slave channel. One master
channel is required so that the system can connect with more sub slaves, and more slave channels
allow for more SCADA in the system.
When configuring these points in the master channel, select the events of the point which needs
to be routed, and route events to the corresponding slave channel.
For example, if the master channel needs to receive events from the sub slave Binary Input point,
routed it to the logic slave channel and so that becomes an event of the Binary Input point.
NOTE:
When the user specifies one point in the master for event routing such as the binary input point,
one corresponding point configuration is automatically generated in the logic slave channel. The
point configuration is read only in the logic slave channel, and cannot be changed or removed
in its DB mapping panel.
If the channel number, session number, or point number mismatches in the slave channel, an
error page appears.
If the user chooses the route to the channel as None, this means that this point does not need
to be routed to a slave.
The points used to route are different from the normal points of the slave. The parameters (CPU
type, CPU address, variable name, and time stamp) of CPU mapping are no longer available, and
the available parameters are read only. Their lifetime is consistent with peer point
configuration in the master.
Slave points configuration:
Limitations
Events are routed inside the module. This means that it is not possible to route events between
two or more modules and also that the PLC application in the CPU cannot get and process the
events (the CPU can still get the point value in events just like the standalone master channel).
Events and static points are routed. Requests (commands) from SCADA are not routed to the
sub slave. This means that inside the BMX NOR 0200 H module, there is no other data
exchange or communication between the master channel and the slave channel except for
events.
Not all master and slave channel combinations are supported by the routing function
(see page 104).
In the system, SCADA cannot communicate with sub slaves. The solution uses the logic slave
in the BMX NOR 0200 H module to simulate sub slaves, so SCADA can only communicate with
the logic the slave in the BMX NOR 0200 H module, and sub slave can only communicate with
the logic master in BMX NOR 0200 H module.
Some information related to events may be changed. Key information related to events like point
value, flag, and timestamp is kept during routing. Other information related to events like point
number, events class, and variation is changed according to the slave channel configuration.
Events Backup
Introduction
The BMX NOR 0200 H and RTU protocol have a maximal number of events buffer size of 100,000.
NOTE: The BMX NOR 0200 H module supports the backup of up to 10,000 events into Flash
memory on loss of power. Only the latest events are saved if the number of events is more than
10,000.
The event monitor component:
saves up to 10,000 events into Flash memory on loss of power,
reads events from the Flash memory when power is restored,
saves only the latest events if the size of the saved events exceeds 10,000,
can be configured to decide which events or data types need to be saved on loss of power.
Web Configuration
Event backup is a configurable feature for users. It can be enabled or disabled on the Web site as
shown in the picture below and it is disabled by default. This feature is set individually for each
channel and each data type. Only the events of the main channel are saved on loss of power. After
power restoration, the saved events can be restored into the main channel, and also the virtual
channels, which depend on Event Restore Mode configuration in the Web site. These
configurations take effect after a communication reset in the Web site or power recycle.
Configuration of event backup:
Events Time Quality: When restoring backup events after power restoration, the time quality is
forced to
invalid with Forcing Invalid
the original quality with Original Quality
NOTE: When restoring events from the Flash into the event buffer after power restores, the
BMX NOR 0200 H module sorts the events according to the timestamps of the events.
Case Event
1 Loss of power power lost Saves events in non volatile
memory on loss of power
2 Power start power on/restore Restores events when the
RTU protocol starts
3 Protocol exit Unity Pro Ethernet configuration resets Does not save events when
RTU communication through Web site the protocol exits
RTU protocol cold/warm restart.
Signature Authentication
Signature authentication is required when events are restored from the Flash memory. It checks if
the protocol configuration has changed during the power loss and restore. If the signature of the
XML configuration is different from the record in the Flash, all the events are deleted directly.
NOTE: The signature changes if the parameters of the channel/session/sector or Network
Type/IP/Port/Start Reg Addr/Connection Count have changed. The Modem/PPPoE/Serial
Port/Time Zone do not have an effect on the signature.
Limitations
If the events number to save exceeds the size of the Flash memory, the BMX NOR 0200 H module
saves only the latest events.
Section 7.5
Integrity Poll Command
Introduction
Command DNP3 and Integrity Poll: Integrity poll retrieves all event (class 123) and static (Class
0) data from the device. It is typically sent after device restart, loss of communication, or on a
periodic basis to check data accuracy.
Command IEC and General Interrogation: The General Interrogation command retrieves all or
a specified group of static data. It is typically sent after device restart, loss of communication, or on
a periodic basis so that no changes are missed in the spontaneous data reporting.
Communication Behavior
The BMX NOR 0200 H module has three communication ports, one serial port, one Ethernet port,
and a backplane interface.
The serial port and the Ethernet port are mainly used to communicate with the remote master or
slaves with RTU protocols. The backplane interface is used to communicate with the CPU. The
main activity of the backplane interface is synchronizing data between CPU registers and the RTU
point database inside the module. The synchronization cycle can be one or more PLC application
scan cycles, depending on the data amount and backplane load.
1 PLC application in the M340 CPU sends a Integrity Poll command to the master channel.
2 The master channel send Integrity Poll request to the sub slave.
3 The sub slave responds to the request with the value of the latest points.
4 The logic slave data base is synchronized while the master channel updates the database.
5 Points value are synchronized cyclically between the database of the master channel and CPU registers.
Section 7.6
Transmission Modes
Transmission Modes
Overview
Introduction
With DNP3 or IEC101/104 protocols, the BMX NOR 0200 H module manages different ways of
retrieving data with the following transmission modes:
balanced or unbalanced transmissions
polled interrogations
report by exception
unsolicited messaging
mix of the above methods
NOTE: For transmission modes setup, set the Advanced Parameters (see page 273) (DNP3).
Polled Interrogations
Polled Interrogations is the basic data exchange method. The master station requests data to
multiple RTU station devices by polling periodically the remote slaves.
Report by Exception
Report By Exception (RBE) provides optimized data transfer between master and slaves stations,
where only changes of data are reported, whereas in Polled Interrogations - the master station
periodically requests data to the slaves devices. RBE is particularly useful when using low rate
communication media (PSTN, GSM/GPRS) by reducing traffic overhead and transmission costs.
Unsolicited Messaging
Unsolicited Messaging is the basic data exchange method. The slave station initiates data
transmission even though the master station does not send poll interrogations.
Section 7.7
Connection Status
Connection Status
Overview
Introduction
The connection status of each channel of the module is put in a double-word descriptor that is
mapped to the CPU memory of your PLC program facility.
Word Mapping
You assign a valid CPU memory address to which the connection status descriptor is to be
mapped.
NOTE: For IEC 60870-5-104 and DNP3 server witch configured to connect with more than one
client, each client has an independent connection status, and they store in sequence in CPU
memory.
The descriptor occupies 2 consecutive CPU memory words. The following tables show the
information that the connection status descriptor contains.
For the IEC 60870-5-101in balanced mode and the DNP protocol, the connection status
descriptors are set to 1 to indicate that all slaves are connected. Then the corresponding bit is reset
to 0 after the command is sent without the reception of a valid response.
NOTE: If connection status really matters, configure parameter "Test Frame Period" with a none
zero value for IEC 60870-5-101 protocol, "Link Status Period" for DNP3 protocol
Section 7.8
Communication Error Codes
Introduction
In order to diagnose RTU communication, error codes are available in RTU diagnostic Web page.
Error Codes
The table below describes the RTU protocols communication error codes:
Value Definition
00000001 hex Total count of data points in all channels exceeds 5000.
00000002 hex Total count of data points' event in one protocol exceeds 100,000.
00000004 hex The accessed register (M%, %S, MW%, %SW) address exceeds CPU
register's range.
00000008 hex The size of unlocated variable / array exceeds 1000 bytes.
00010000 hex Unlocated variable is not defined in CPU.
00020000 hex Time zone collision between NTP and RTU.
01000000 hex Data base of RTU protocol is not initialized successfully.
Chapter 8
How to Work with Datalogging Service
Introduction
This chapter describes the Datalogging Service and explains how to configure it.
Service Description
The datalogging service allows application data archiving (events, alarms, process data, devices
status, measures, etc.) in the internal memory of the BMX NOR 0200 H module. This service
allows you to log data into CSV files in the ASCII format. CSV files are stored locally in the SD
memory card of the BMX NOR 0200 H module.
Datalogging can be performed either periodically or when a specific event (configured by the user)
occurs. CSV files are directly usable by an MS Excel spreadsheet or a database management
system (DBMS). The CSV files can also be sent through FTP or attached to an email (using the
email service) that is automatically sent to specified users. CSV files can also be accessed by an
FTP client.
Any FTP client can access the module's file system. You can specify a URL to automatically send
information to a remote FTP server.
NOTE: The datalogging service is configured using Web Designer software.
Service Principles
Datalogging is performed in the RAM memory of the BMX NOR 0200 H module to backup the SD
card memory.
The datalogging service can manage up to 10 groups of datalogging files (tables). This allows for
the archiving of several different tables of data, each associated with a different logging period.
Datalogging files can be backed up, periodically or on event, from the RAM memory to non-volatile
memory of the module (on the SD memory card) into history files in the CSV format. For example,
Table_n.csv represents the last backup file, and history files are renamed as Table_n.cs0,
Table_n.cs1, etc.
CSV files can be purged on the SD memory card by an event trigger.
Characteristics
Remember:
To prolong the life of the SD card, Schneider-Electric recommends you not to backup
datalogging files more frequently than every 30 minutes.
The time that each data logging instance occurs is not precise.
Back up any log files that are stored in the module's volatile memory to enable the restoration
of lost data.
When power is lost during datalogging, the file that is being backed up is lost.
Value Comment
0 OK
2 The current file .csv is renamed .cs0.
10 The module cannot reach a variable that should be logged
because:
the variable does not appear in the namespace.
the variable is not write enabled.
the preceding value has not been updated yet.
NOTE:
The datalogging service code 2 should be considered as a status.
The highest values have the priority. The datalogging service code 17 has priority over the
datalogging service code 12. When the datalogging service code17 has been corrected, the
datalogging service code 12 can then be sent to the variable declared for the status of the
database service
The values of the table status variable are identical to the values of the datalogging service
status variable.
Procedure
Follow these steps to create a datalogging service:
Step Action
1 Click the name of your project in the browser.
2 To add the new service:
click Project New Service or,
right-click Services in the browser, then click New Service.
Datalogging Properties
Properties Tab
Initiate datalogging with a right-click on the service folder, then scroll to create a new service. Enter
a name for the new datalogging service
Backup Parameters:
Fields Function
Global backup When checked, the tables use the same event to trigger a backup.
When not checked, each created table has its own event to trigger a
back up.
NOTE: When a Global backup check box is ticked, the fields
use of a trigger and use of a timer become available.
use of a trigger Provide the name of a variable to trigger variable logging on an event
associated to this variable.
NOTE: Select the type of your trigger in the drop down menu
available on the left.
Fields Function
use of timer Provide a periodic time base to trigger variable logging on an event.
Media target SD card to store the information on the SD card of the module
Log maximum size Specify the maximum size of memory allocated to the backup files.
The maximum log file size is defined for each media via the drop
down menu, but the value can be changed. For more information,
refer to Datalogging Limitations.
Path Provide the destination path for the media selected.
Purge Parameters:
Fields Function
Use of a trigger If checked, this event triggers a purge of the current backup files on
all media currently in use.
NOTE: Select the type of your trigger in the drop down.
Fields Function
Service status Selects the variable with the associated event that is to be used as a
variable trigger to check the status of the Datalogging service.
Datalogging Configuration
Configuration Tab
The datalogging service does not operate properly if the project is not synchronized with the latest
build of Unity Pro project before configuring datalogging service.
WARNING
UNEXPECTED DATA LOGGING OPERATION
Synchronize the project with the latest build of Unity Pro project before configuring datalogging
service.
Failure to follow these instructions can result in death, serious injury, or equipment
damage.
Log Tables
Log Tables Parameters:
Fields Function
Log Tables List of the current log tables stored in the module. It is possible to:
Create a new log file using the Add button,
Remove a log file using the Remove button,
Duplicate a log file using the Duplicate button.
Table Parameters
Table Parameters:
Fields Function
Table name Name of the log file that contains the data you have configured.
Table status Determine the status of the table.
variable
Enable logging By selecting this check box and defining an associated variable in the Enable logging
variable, the table can only perform actions such as: log data, backup, purge or FTP
when the associated variable is set to a value other than zero and when the trigger is
activated.
NOTE: Select the type of trigger in the drop down menu.
Log Parameters
Log Parameters:
Fields Function
Use of a trigger / To trigger logging of variables, configure an event in the Use of a trigger / timer
timer variable. This event is either:
a periodic event (use of a timer), in which case you need to set a time base
an event associated with a variable (use of a trigger), in which case you need to
provide the name of this variable (for example, plc.Device0.Pressure1).
NOTE: Select the type of trigger in the drop down menu.
Erase on restart Selecting this check box deletes the table log files on restart of the module.
Erase Table on Selecting this check box removes the previous logs in the table after backup, so the
Backup table restarts empty.
Timestamp Selecting this box records in the log file Timestamp (hour and date) for each event.
Note: Timestamps are mandatory if you want to use the log file for a Datalogging
History.
Optimized log Selecting this box compacts the log file format (see page 133) of the .csv file. In this
format case, the variable name does not appear in each record.
Maximum record Configures the maximum of records that can be stored in a log file. If that number is
number reached, new records overwrite old records.
Log Variables
Log Variables Parameters:
Fields Function
Log variables The variable name part lists the variables (PLC/devices or Calculation
variables) that are stored in the log file.
It is possible to:
Create a new log variable using the Add button
Remove a log variable using the Remove button
NOTE: The BMX NOR 0200 H module does not support variables that extract one bit from
a word (for example a variable extracting %MW100.1 is not supported).
Backup Parameters
Backup Parameters:
Fields Function
Use of a trigger / To trigger logging of variables, configure an event in the
timer Use of a trigger / timer variable. This event is either:
a periodic event (use of a timer), in which case you need to set a
time base
an event associated with a variable (use of a trigger), in which
case you need to provide the name of this variable (for example,
calculation.calculation1.Pressure1).
The use of a trigger and use of a timer fields are grayed-out
depending whether the Global backup check box from the
datalogging properties windows (see page 127) is ticked or not.
NOTE: Select the type of trigger in the drop-down menu.
Media target Use to define the media target to use.
Maximum file Defines the maximum number of CSV files to use for each table. By
number default it is set to 10. The maximum authorized value is 100. The last
file is the .csv file, the previous is the .0 file, and the oldest is the .8 file.
Status variable Determine the status of the Backup action. The status is set to 0 when
the service starts, to 1 when the backup action begins, and to 2 when
the backup action completes.
Log estimated Provides information on the time length of the log based on the
time maximum file number, the logging and backup period. It is only
available when using a timer.
Log maximum size Provides the maximum log size. This field can be changed via the
backup parameters in the datalogging Properties Screen
(see page 127).
Purge Parameters
Purge Parameters:
Fields Function
Use of trigger Specifies the event that triggers the purge.
Status Variable Determine the status of the Purge action. The status is set to 0 when
the service starts, to 1 when the purge action begins, and to 2 when the
purge action completes.
FTP Settings
FTP Settings:
Fields Function
FTP trigger Specifies the event that triggers sending the selected table log files
(CSV file) via FTP.
FTP address The address of the remote FTP server.
Status Variable Determine the status of the FTP action. The status is set to 0 when the
service starts, to 1 when the FTP action begins, and to 2 when the
FTP action completes.
Login and Login parameters for the remote FTP server access.
Password
Summary
The file format is fixed and cannot be modified by the user. The file is encoded in pure ASCII format
in a text file with a .csv extension. (Microsoft Excel can open .csv files.)
Examples
Example of a log file:
2003-10-01
02:44:55;plc.plc1.height;150;plc.plc1.length;200;plc.plc1.width;50;
2003-10-01
03:48:08;plc.plc1.height;140;plc.plc1.length;150;plc.plc1.width;30;
2003-10-01 04:55:10;
plc.plc1.height;220;plc.plc1.length;280;plc.plc1.width;80;2003-10-01
06:01:05; plc.plc1.height;170;plc.plc1.length;220;plc.plc1.width;60;
Example of an optimized log file:
Date;plc.plc1.height;plc.plc1.length;plc.plc1.width;
2003-10-01 02:44:55;150;200;50;2003-10-01 03:48:08;140;150;30;2003-10-
01 04:55:10;220;280;80;2003-10-01 06:01:05;170;220;60;
Chapter 9
How to Work with Email/SMS Service
Introduction
This chapter describes the Email/SMS Service and explains how to configure it.
Presentation
The BMX NOR 0200 H module can automatically and dynamically send email or SMS to alert
specified users to:
alarm notifications
maintenance reminders
production reports
plant status updates
other process information
The email service enables you to create various email notifications (including recipients names,
email addresses, message subject, email body and attached files).
The body of an email can include fixed text messages, hyperlinks, file attachments, and real-time
application values that are dynamically integrated into the email at the moment the email is sent
by the module. The file can be attached to the email (for example, a datalogging file generated by
the datalogging service).
SMS messages may also be sent to mobile phones if you are using a GSM modem or if the client
email server has the capability. SMS is a dedicated configuration of the email service. Email or
SMS are sent when predefined application or process event is triggered.
NOTE: The Email / SMS service is configured using Web Designer software.
NOTE: The SMS feature is supported only when a GSM or GPRS modem is configured. The SMS
is sent only when the modem connection is not open.
Service Requirements
The email service provides only an SMTP client interface. The email service client connects to a
local or remote SMTP server to distribute the mail to its recipients.
A local SMTP server has to be installed at the site where the BMX NOR 0200 H module is installed.
A remote SMTP server may be available from your email provider.
The BMX NOR 0200 H module supports authentication functions in order to connect to the SMTP
server of the provider. The module can communicate directly through SMS to a destination mobile
phone without the installation of specific devices on the network.
Service Operation
The email service acts as an SMTP client. When the preconfigured event trigger occurs, the
BMX NOR 0200 H module uses SMTP (over TCP port number 25) to send the email notification
to the SMTP server. That server is connected to the plant network or to the Internet, thereby
allowing the message to reach the destination recipients.
NOTE: Even though notifications are sent automatically after an event is triggered, there may be
a significant delay before the recipient gets the message. A notification sent to a mobile phone is
received only when the phone is on and within the coverage area. Therefore, this service should
only be used for non-critical notifications, such as maintenance reminders or production reports.
Value Comment
0 The service is in stop mode.
1 The service is in run mode.
10 e-mail refused by SMTP server.
11 e-mail not sent, due to a connection interruption.
12 No more connections or queue saturated.
The highest values have the priority. The service value 12 has the priority but becomes 11
subsequently. The service value 11 disappears once the email has been sent correctly.
Procedure
This table describes the creation of an email service:
Step Action
1 Click the name of your project in the browser.
2 To add the new service you can:
Click Project New Service or,
Right-click Services in the browser, then click New Service.
Security
The email service supports SMTP server authentications. The SMTP server allows PLAIN or
LOGIN authentication. Other authentication protocols are not supported. This optional login
password is authenticated by the SMTP mail.
Email Properties
Properties Tab
This figure shows the available properties on the email tab:
When the maximum number of mails is reached (100), no further messages are stored.
Limitation
The number of messages you can configure in the project is restricted to 100.
NOTE: The SMTP server allows PLAIN or LOGIN authentication. Other authentication protocols
are not supported.
Email Configuration
Configuration Tab
Email configuration screen:
Parameter Description
SendSMS Check this box to indicate that the service can be configured to send an
SMS message.
Identifier* The email address of the message sender
Trigger* The event that triggers the email
Type NY: (notify): triggered by a bit status change or word value change
RE: (rising edge): triggered by a bit's rising edge or an increasing word
value
FE: (falling edge): triggered by a bit's falling edge or a decreasing word
value
BQ: (bad quality): triggered when the trigger status is of poor quality
Destination* Email address(es) of the receiver(s) of the message
Subject A brief summary of the message's contents
Contents Type the content of the message in this area.
Source Select the source from which the attached file comes.
Path Specify the path of the file.
*These parameters are required to record and save an email.
Dynamic Data
The email service enables you to include dynamic data in the body of the email. You can include
dynamic data manually or automatically:
manual: Place brackets before and after the variable name. For instance, to learn the value of
the value1 variable created in the device service, type write {plc.plc1.value1}. (You
can include comments before and after the brackets.)
automatic: Double-click the location to which you want to include dynamic data. When the
lookup table appears, you can select the variables that will appear in the email.
Chapter 10
How to Work with Embedded Web Pages
Introduction
This chapter discusses the embedded web pages that are hosted by the BMX NOR 0200 H Web
serve.
The built-in HTTP server (Hyper Text Transfer Protocol) allows remote and local access to the
embedded Web pages through standard browsers such as Internet Explorer or Firefox Navigator.
Section 10.1
Embedded Web Pages
Overview
The BMX NOR 0200 H module has a built-in Web server that provides various Web pages offering
setup, diagnostic and monitoring features.
Browser and Java version requirements:
Section 10.2
Home Web Page
Home Page
Introduction
Access the BMX NOR 0200 H module Home page by entering the IP address or URL of the
module in a web browser. (No password is required to display the Home page.)
Home Page
From the Home page, you can access the following pages:
Monitoring (see page 167)
Diagnostics (see page 155)
Setup (see page 149)
Section 10.3
Setup Web Pages
Module Setup
Setup Overview
Setup Web pages allow the configuration of the following functions:
Serial port setup
Modem setup
RTU protocol setup
Security password setup
Export/import setup files
Setup Page
From the BMX NOR 0200 H module Home page, click the Setup link to display this page:
NOTE:
The user name and password must be typed when the first time log on setup page:
user name: USER
password: USER
Links
You can access these pages directly from the Setup page:
Export/Import files (see page 208)
Security (see page 151)
FTP (see page 153)
NOTE: The Setup menu is explained in the Configuration with the Web Site (see page 192) topic.
Security
Introduction
Access this page with the Security link on the Setup page (see page 149). Use the Security page
to:
modify the user name and the password for accessing the index page
modify the password for writing variables in the data editor (You can read the data editor values
without a password.)
The maximum size of the user name or passwords is 15 characters (non-extended ASCII).
Security Page
The security page appears:
Username :
New password :
Confirm password :
Change Password
Step Action
1 Enter the new username. (The default value of this field is: USER.)
2 Enter the new password. (The default value of this field is: USER.)
3 Confirm the new password by entering it again.
4 Confirm the modification using the Change Password button.
Step Action
1 Enter the current password (case sensitive). (The default value of this field is: USER.)
2 Enter the new password (default is USER).
3 Confirm the new password by entering it again.
4 Confirm the modification with the Change Write Password button.
Introduction
You can modify the username and password for FTP access rights on this page.
NOTE: You can download Web pages to the C type memory card over FTP.
FTP Page
The Setup page (see page 149) has a link to the FTP password page:
Section 10.4
Diagnostics Web Pages
Diagnostics
Diagnostics Page
From the BMX NOR 0200 H module Home page, click the Diagnostics link to display this page:
Links
From the BMX NOR 0200 H Diagnostics page, you can access the following pages:
RTU Protocol: See the description for the RTU Connection and Clock Diagnostics
(see page 161).
Rack viewer: See the description for the Rack Viewer page (see page 156).
Ethernet: You can diagnose the status of Ethernet services through these links:
Messaging (see page 158)
Statistics (see page 162)
NTP (see page 159)
Upload MIB file (see page 164)
Modem: See the description for the PPP / Modem and PPPoE Statistics Page (see page 163).
Clock: See the description for the RTU Connection and Clock Diagnostics (see page 161).
Memory: See the description for the System Memory Statistics Page (see page 163).
Properties: See the description for the Properties Diagnostics (see page 165).
Introduction
The Rack Viewer page allows you to carry out diagnostics on the modules in the local rack
configuration that includes the BMX NOR 0200 H module.
Click the module in the configuration to obtain a set of diagnostic information on this module:
LED status display
module type and the version of the module and its rack position
information that is specific to module functions
Step Action
1 Click the Diagnostics link.
2 Click the Rack Viewer link.
Messaging
Diagnostics Page
Click this link to see the current information on the open TCP connection on port 502.
The number of sent/received messages on the port can be found at the top of this page. A table
provides, for each connection (numbered from 1 to 64):
Remote address
remote IP Address
Remote Port
remote TCP port
Local Port
local TCP port
Mess. Sent
number of messages sent from this connection
Mess. Received
number of messages received from this connection
Error Sent
error number on this connection
NTP Diagnostics
Links
This page displays the information related to the NTP service:
NTP Status: The service is correctly configured.
NTP Server Status: This field indicates if the NTP client is connected to the NTP server and if
the server is primary or redundant.
NTP requests: This is the total number of client requests sent to the NTP server.
NTP responses: This is the total number of server responses sent from the NTP server.
NTP errors: This is the total number of NTP request that did not get a response.
Last error: This is the last detected error code received by the NTP client.
Date: This is the date format (D/M/Y).
Time: This is the time.
Time zone: This is the time zone (according to UTC).
DST status: This is the daylight saving time.
Error Codes
Code Description
0 The component is OK and is executing.
1 There is either too much traffic or a server overload.
3 Incorrect configuration parameters were detected.
4 A disabled component was detected.
9 An incorrect IP address was detected.
14 The Time zone file is missing.
15 There was a detected syntax error in the custom rules file.
Clock Diagnostics
RTU Clock
Use the Diagnostics page to access the RTU clock information:
Time Source
This page displays the information related to the clock status:
None: If no RTU protocol is configured, the BMX NOR 0200 H clock is free running, its time is
from 1970/1/1.
CPU Module: If the RTU protocol is configured, the BMX NOR 0200 H can get the initial time
from the CPU when the RTU protocol starts/restarts.
Controlling Station: If SCADA or master synchronizes time with the BMX NOR 0200 H, its
time source is the Controlling Station.
NTP server: If the NTP client is enabled and connected with the NTP server, its time source is
the NTP server when it synchronize the BMX NOR 0200 H module clock.
Statistics
Number of %M 32634
Memory
Properties
Properties Page
Use the Properties link on the Diagnostics page to access the module properties:
Section 10.5
Monitoring Web Pages
Monitoring
Monitoring Page
From the BMX NOR 0200 H module home page, click the Monitoring link to display this page:
Links
You can access these pages directly from the Monitoring page:
Data Editor: Use the Data Editor to access the CPU data.
Data Editor Lite: This smaller version of the Data Editor loads faster, and can access most of
the CPU data.
Data Editor
WARNING
UNINTENDED OPERATION
Apply password protection to limit access to the Data Editor.
Failure to follow these instructions can result in death, serious injury, or equipment
damage.
From the Monitoring tab, select the Data Editor link to view this screen:
The data editor is dynamic. Tables can be created on the Web Designer and transferred to the
module, or they can be directly created in the website by selecting variables from the namespace
or user manual inputs.
Part V
Configuring the Module
Introduction
This part describes the configuration of the BMX NOR 0200 H module.
Chapter 11
Configuring the Module
Configuration Methodology
Overview
Follow these main steps to configure the BMX NOR 0200 H module:
NOTE: Repeat these steps to refresh the variable definitions in Unity Pro when the data object
mapping list is modified.
NOTE: This module does not have an internal RAM backup function. The RAM is erased when the
power is switched off.
Optional Configuration
Web Designer configuration software is used to setup the X80 device variable list and additional
functions, such as datalogging, email services, and data table lists.
Chapter 12
Configuration and Debug with Unity Pro
Introduction
The configuration or debugging the configuration of the BMX NOR 0200 H module relies on the
hardware module configuration through Unity Pro software.
Section 12.1
Configuration with Unity Pro
Module Reference
Find the module reference (BMX NOR 0200 H) in Unity Pro:
Step Action
1 Open the PLC Bus view.
2 Right-click on an empty slot and select New Device.
3 In the Part Number column, expand Communication to see the available
modules, including the BMX NOR 0200 H.
NOTE: In a Modicon M340 system the total number of communication modules, such as
BMX NOE 010 or BMX NOR 0200 H modules, cannot exceed two. The maximum Ethernet port
for M340 system is 3 including the port on PLC. Therefore, a maximum of two BMX NOR 0200 H
modules can be inserted in a M340 system.
NOTE: For Modicon M580 system module limitations, refer to System Throughput Considerations
topic in Modicon M580 Standalone System Planning Guide for Frequently Used Architectures
(see page 11).
New Device
The module is referenced as a BMX NOR 0200 in Unity Pro. It is available under Communication
in the New Device menu:
Only Ethernet port (channel 0) is configurable in Unity Pro. Serial port is configured through the
Web.
The Unity Pro description for this module is Ethernet TCP/IP, RTU module:
Configuration Screen
Project Settings
Check the Data dictionary option when you program the PLC application. Otherwise unlocated
variables may not be mapped to RTU data points. (Find this check box at: Tools Project
Settings General PLC embedded data.) However, a compiled application consumes more
memory when the Data dictionary is included. Be aware of this memory constraint when applying
unlocated variables in RTU solutions:
Section 12.2
Debugging with Unity Pro
Overview
This section describes procedures for debugging the configuration of the BMX NOR 0200 H
modules with Unity Pro.
Screen
This four-zone Unity Pro Debug tab provides options to debug an Ethernet port.
NOR screen:
Ethernet 1 Port 10/100 RJ45 Version: 1.0 1
Run Err. STS
Zone Function
1: Module module description zone Run on: module is operating
(For details refer to LED off: PLC not configured
Indicators (see page 24).) Err. on: configuration or system error
has been detected
off: operation is normal
Introduction
The general debugging parameters on the module debugging screen (see page 181) are grouped
into two windows:
the Message traffic window
the Messages window
Message Traffic
The Message traffic window looks like this:
It graphically shows the number of Ethernet packets per second handled by the module (sent and
received).
The Reset button resets the Min., Av., and Max counters to 0.
Messages
The Messages window looks like this:
Ping
You can test the routing between your module and another device through a PING request:
Address Information
The debugging parameters for TCP/IP utilities on the module debugging screen
(see Modicon M340 for Ethernet, Communications Modules and Processors, User Manual) are
grouped together in the Address information window:
Chapter 13
Configuration with the Setup Web Pages
Overview
This chapter describes how to configure the following module parameters:
serial port and Ethernet port parameters configuration
modem parameters configuration
IEC 61508-5-101/104/ DNP3 protocols parameters configuration
Section 13.1
Web Site Configuration Common
Setup Page
By default the parameter description is hidden. The description appears only when you place the
cursor over the input field:
Consistency Checking
Support consistency checking in web configuration including uniqueness checking of CPU register
address, relationship checking of relative parameters. The consistency checking is processed
before user decide to change effective by click Change or Add button:
If the value of the parameters does not abide by consistency checking, a parameter conflict
dialog is popped up. It is only to show user the problem. Choose Cancel to cancel this
configuration, and choose OK to go on this operation.
The invalid parameter dialog is popped up to reject the configuration of the user.
Channel Configuration
Communication Setup
Before configuring the ports of the BMX NOR 0200 H module, select the link to be configured via
the website.
Click Communication Channel Parameters Add :
NOTE: When a module is in the slave/server mode, several clients ( 4) can be connected to the
module. These clients have the same configuration except for the IP address. Configure the client
number in the parameter Connection Count. At this time, four channels are displayed on the
page. But only one is real, the others are displayed as virtual. When the user adds/removes a real
channel, the operation affects all virtual channels.
NOTE: The choice between IEC 101 and IEC 104 depends on the combination of protocol, mode,
and network in the communication settings.
NOTE: Master/slave is used in serial communication, but client/server is used in Ethernet
communication.
The designations of the protocols are:
IEC 60870-5-101 master/IEC 60870-5-101 slave
IEC 60870-5-104 client/IEC 60870-5-104 server
DNP3 master/DNP3 slave
DNP3 Net client/DNP3 Net server
Multiple Protocols
The configuration supports multiple protocols in one module. IEC 101 master/IEC 104 server,
IEC 104 client/IEC 104 server, DNP3 master/DNP3 Net server, DNP3 Net client/DNP3 Net server,
only this combinations table is allowed. Do not run IEC and DNP3 at the same time within one
module.
Case 1 2
Protocol Max count Protocol Max count
1 DNP3 master 1
2 DNP3 NET master 1
3 IEC 101 master 1
4 IEC 104 master 1
5 DNP3 slave 1
6 DNP3 NET server 1
7 IEC 101 slave 1
8 IEC 104 server 1
9 DNP3 master 1 DNP3 NET server 1
10 DNP3 NET client 1 DNP3 NET server 1
11 IEC 101 master 1 IEC 104 server 1
12 IEC 104 client 1 IEC 104 server 1
IP Address and port are set in session panel instead of communication setting. When Connection
Count is more than 1, the corresponding status register is following Status Reg Start Address,
each status occupies two words.
This figure shows the IP address and port configuration:
The session count may be up to 32 with same IP address for only one channel. For more than one
connection, the session counter is same as the number of connections.
This figure shows the share channel parameters:
All connections (clients) to different servers share the common channel parameters listed above.
Introduction
To configure the module in serial mode, select Setup Serial Port Parameters.
NOTE: To configure a modem in serial link (serial mode or PPP), it is mandatory to configure the
serial port.
Serial Configuration
Delay Before 0...65535 (as the unit is 10 ms, 0 only used with DCE flow
Transmission (T1) the range is 0...655.35 s) control algorithm;
transmission delay after
RTS is set
Delay After 0...65535 (as the unit is 10 ms, 0 only used with DCE flow
Transmission (T2) the range is 0...655.35 s) control algorithm; time to
reset RTS after
transmission end
Modem Configuration
Select Communication Modem Parameters:
NOTE: When using RTU protocol (IEC 104/DNP3) via PSTN/GPRS or ADSL mode, the gateway
IP address is replaced after connection is established. So it is not possible to route through
Ethernet when the module is connected to the GPRS/PPPoE network.
GSM
Condition: GSM has been selected in the Modem screen.
Select Communication Modem Modem GSM:
GPRS
Condition: GPRS has been selected in the Modem screen.
Select Communication Modem Modem GPRS:
PSTN
Condition: PSTN has been selected in the Modem screen.
Select Communication Modem Modem PSTN:
PPP Server
Conditions: in the Modem screen, the modem type GSM or PSTN has been selected and the box
PPP Enable has been checked.
Select Communication Modem PPP Server:
Phone List
Select Communication Modem Phone List:
PPPoE Setup
The Ethernet port is configured via Unity Pro. Nevertheless, in case of an ADSL modem the PPPoE
protocol is used and the Ethernet port is configured via the Web site.
Click PPPoE setup:
NTP Configuration
If NTP configuration is different from time zone in the Web page, an indicator label displays
explicitly in the Web page.
NOTE: The NTP configuration has higher priority, which means that the BMX NOR 0200 H module
uses the time zone of NTP, not the setting configured in the Web page if they mismatch with each
other.
This figure shows the time zone in the Web site:
Introduction
You can enter values for protocol parameters in the input fields on the Web page. Protocol
parameters are either basic or advanced:
Parameters: basic parameters can be modified in each user application.
Advanced Parameters: it is not recommended to change advanced parameters unless a
change is required by a specific application requirement.
These parameters allow you to set up RTU applications with the BMX NOR 0200 H module:
Introduction
Using this utility, the user exports or imports configuration parameters and data mapping files.
You can save the module and protocols configuration parameters in an *.XML file to a local storage
media or upload a previously saved configuration file.
You can export RTU data object mapping to an *.XSY symbol file that can be imported into your
application program in Unity Pro.
Import/Export File
This figure shows the export data mapping:
It provides an interface to edit/remove the collision parameter. User can edit the parameter by
double clicking or remove it directly by clicking remove button.
Exporting Locally
Follow these steps to export the configuration profile to a local place:
Step Action Comment
1 Right-click the hyperlink (Right click here...).
2 Scroll to Save Target As. The dialog box appears.
3 Select the local location to which the profile is stored.
NOTE: The newly imported configuration profile is not implemented until you reset the RTU
services on the module.
Setup Tree
After any protocol parameters change (either by entering a new value or by importing a new
parameter file), reset the RTU function in order to implement the changes. This figure shows the
setup tree for an IEC 60870-5-104 server as an example:
Backward Compatibility
Introduction
The BMX NOR 0200 H module supports upward compatibility from V1.0 to V1.5. RTU V1.5 has
upwards compatibility including firmware and configuration files. All features from previous
versions are supported by V1.7.
NOTE: If you are using PV03 hardware, the user interface allows you to set event backup
parameters, but they are not applied if a loss of power occurs. A message appears on the
configuration page indicating that the event backup feature is not supported by PV01, PV02, PV05,
and PV06. Check your hardware version if you need this feature.
Screen of event backup:
NOTICE
UNEXPECTED EQUIPMENT BEHAVIOR
Do not load firmware V1.0 or V1.5 in a BMX NOR 0200 H with PV09 or later.
Failure to follow these instructions can result in equipment damage.
Section 13.2
Web Site Configuration IEC
Introduction
Select IEC101-104 as Protocol, Master as Mode, and Raw Serial as Network Type.
Channel Parameters
Click Setup Channel IEC-101 Master Parameters:
Session Parameters
Click Setup Channel IEC-101 Master Session Parameters:
Sector Parameters
Click Setup Channelx IEC-101 Master Sessionx Sectorx Parameters:
Introduction
Select IEC101-104 as Protocol, Slave as Mode, and Raw Serial as Network Type.
Channel Parameters
Click Setup Channel IEC-101 Slave Parameters:
Session Parameters
Click Setup Channel IEC-101 Slave Session Parameters:
Sector Parameters
Click Setup Channel IEC-101 Slave Session Sector Parameters:
PLC State (1) No Impact Quality No Impact Quality for non-routing points, specifies if the PLC state
Impact Quality modifies or not the quality bit when quality is
required by the master.
Behavior:
No Impact Quality: PLC state has no effect on
the quality bit.
Impact Quality: PLC state has an effect on the
quality bit.
A PLC in STOP state or a PLC missing
generates an invalid quality bit.
A PLC in RUN state generates a valid
quality bit.
1: This feature is available with firmware V1.7 or later.
NOTE: Only %MW and %M control points are supported in the Synch On Demand mode.
NOTE: In mode Local Freeze and Reset, the counter is automatically frozen at the value 0.
NOTE: If counter events buffer is configured, Mode A is set by default. A mixed counter event mode
is not supported. Only one counter event mode is supported at a time.
The Freeze Period(Grp-x) parameter can be configured in milliseconds to freeze
automatically for Mode A or Mode B. The frozen counter is reported spontaneously with valid
events.
NOTE: The Counter event buffer must be configured for Mode A in case of an event loss. You can
enable to delete oldest events in order to prevent new events from being lost.
Command (WORD):
Status (WORD):
Introduction
Select IEC101-104 as Protocol, Master as Mode, and TCP-IP as Network Type.
Channel Parameters
Click Setup IEC-104 Client Channel Parameters:
NOTE: Limitations: T2 S Frame Period < T1 Ack Period and W Value < 2/3 K Value.
Session Parameters
Click Setup IEC-104 Client Channel Session0 Parameters:
Sector Parameters
Click Setup IEC-104 Client Channel Session0 Sector0 Parameters:
Introduction
Select IEC101-104 as Protocol, Slave as Mode, and TCT-IP as Network Type.
Channel Parameters
Click Setup Channel IEC-104 Server Parameters:
NOTE: Limitations: T2 S Frame Period < T1 Ack Period and W Value < 2/3 K Value.
Configure the modules advanced parameters:
Session Parameters
Click Setup Channelx IEC-104 Server Sessionx Parameters:
Sector Parameters
Click Setup Channelx IEC-104 Server Sessionx Parameters:
PLC State (1) No Impact Quality No Impact for non-routing points, specifies if the PLC state modifies or
Impact Quality Quality not the quality bit when quality is required by the master.
Behavior:
No Impact Quality: PLC state has no effect on the quality
bit.
Impact Quality: PLC state has an effect on the quality bit.
A PLC in STOP state or a PLC missing generates an
invalid quality bit.
A PLC in RUN state generates a valid quality bit.
1: This feature is available with firmware V1.7 or later.
NOTE: Only %MW and %M control points are supported in the Synch On Demand mode.
This figure shows the dialog box for configuring the M_SP data object mapping for IEC 101/104
server/slave:
This figure shows the dialog box for configuring the M_SP data object mapping for IEC 101/104
client/master:
Mapping Table
Depending on the data object type and the selected protocol profile, different configuration fields
are required to define a data object mapping item. This table describes the parameters:
Background scan check box unchecked indicates that the background scan is enabled.
Cyclic data check box unchecked indicates that the cyclic data transmission is enabled.
transmission
Event generation (1) check box checked indicates that events for points can be configured.
Groups
Global/1/2/3/4/5/6/7/8/9/ check box Global defines data objects group responding for interrogation
10/11/12/13/14/15/16/C/B command from master/client. It can be combination of
options.
1: This feature is available with firmware V1.7 or later.
%S and %SW
The configuration supports %S only for single point input, M_SP, and %SW only for analog input,
M_ME_NA, for IEC slave.
NOTE: For %S and %SW, the CPU mapping does not support array due to the limits of the Unity
Pro.
Behavior
Only monitor point type support this configuration on website except M_IT (server/slave).
If end user configures flag/quality bit in CPU register in slave, module does not manage the
quality bits/flags internally any more. BMX NOR 0200 H module generates event following
quality bit/flag in CPU register, otherwise, BMX NOR 0200 H generates them automatically.
In server/slave, the change of quality bits or flags in CPU can trigger to generate events just like
value change.
The length of quality bits or flag is 1 byte no matter how many bytes it is mapped in CPU register,
the least byte is valid. Refer to memory allocation.
Quality bit definition:
When client/master sends pulse command to server/slave, the pulse duration is defined by
controlled station. So the short/Long pulse duration needs to be configured on the website, and
they are effective for C_SC,C_DC, and C_RC.
short pulse duration: 100 ms by default
long pulse duration:1000 ms by default
When configuring C_SC, C_DC and C_RC in server/slave, their default qualifier needs to be set. If
you do not specify the client/master (qualifier is 0), the slave uses the pre-defined qualifier above.
This figure shows the qualifier configuration, the default qualifier is persistent output:
NOTE: C_SC,C_DC, and C_RC are triggered to update their value into CPU register only when
server/slave receive command request from master, but not synchronized cyclically. Keep the
corresponding CPU register not written by PLC application for end user.
In IEC 101/104 slave, its configuration is same as IEC 101/104 master except IOA corresponds to
the measure point such as M_ME_A IOA which is used to bind P_ME_A and M_ME_A.
This figure shows the parameter point setting of IEC 101/104 slave:
P_AC_A also need to bind a special IOA. It is different from P_ME_A, P_ME_B, P_ME_C, which
may be set as any IOA for all monitor point types. P_AC_A is only used to activate/deactivate cyclic
or period data transmission which is pre-defined in outstation. If outstation has no set neither of
them, cyclic data transmission is activated or deactivated by default.
This figure shows the parameter point setting of IEC 101/104 slave:
If a time tagged command is older than this period then the control operation is not taken. The
default value for this field is 30,000 milliseconds. Values: 0...600,000 ms.
When Max Command Age(ms) is set to 0, the time tag is not checked.
The parameter Max Command Age(ms) only takes effect on time tagged command. The
commands without time tag are accepted by IEC 104 server no matter how this parameter is
configured.
This figure shows the command with Time Tag IEC 104 client:
When command with time tag is enabled, the IEC 104 master only supports to send control
command with time tag, otherwise, sends control command without time tag.
Introduction
Depending on the data object type and protocol profile selection, different configuration fields are
used in the definitions of different data object mapping items.
WARNING
UNINTENDED EQUIPMENT OPERATION
Do not create an instance of redundant data access.
Failure to follow these instructions can result in death, serious injury, or equipment
damage.
If you want the system to behave differently, uncheck the Initialize %MWi on cold start
option in the PLC configuration screen of the Unity Pro application.
If you want to reset the RTU protocol service, use the menu Reset Communication in the Web
site. It is recommended in case of modification of the number of %M or %MW variables in the Unity
Pro application.
Dialog Box
This figure shows the dialog box for configuring the data object mapping for an item with the
example data type M_SP for IEC 60870-5-101/104 slave/server:
Import/Export
Data object mapping items can be exported (see page 208) as a profile in the *.XSY format. Such
files can be imported into Unity Pro software.
This figure shows the dialog box for configuring the event management:
NOTE: When the C_DC address does not receive RTU master command, its initialization value is
0, and it is invalid value in C_DC_NA_1 control command by default. When the master controls this
address, the value is 1 or 2 to switch on or off.
IEC 60870-5-101/104
Only data object values are mapped. The quality descriptors for monitoring direction data object
and qualifier for control direction data object are not mapped:
Introduction
The RTU data object is mapped to a Unity Pro variable with EDT/DDT while exporting data objects
mapping a relationship to an *.XSY file. In addition to the variables you define, the.XSY file contains
predefined DDT types for timestamp formats.
IEC 60870-5-101/104
Data object type Data length (bits) Unity Pro EDT/DDT Protocols
M_SP 1 WORD master/slave
M_DP 2 WORD
M_ST 8 WORD
M_BO 32 DWORD
M_ME_A 16 INT
M_ME_B 16 INT
M_ME_C 32 REAL
M_IT 32 DINT
M_SP + Quality 1 WORD+WORD
M_DP + Quality 2 WORD+WORD
M_ST + Quality 8 WORD+WORD
M_BO + Quality 32 DWORD+DWORD
M_ME_A + Quality 16 INT+WORD
M_ME_B + Quality 16 INT+WORD
M_ME_C + Quality 32 REAL+DWORD
M_SP + Time 1 WORD+CP56
M_DP + Time 2 WORD+CP56
M_ST + Time 8 WORD+CP56
M_BO + Time 32 DWORD+CP56
M_ME_A + Time 16 INT+CP56
M_ME_B + Time 16 INT+CP56
M_ME_C + Time 32 REAL+CP56
M_IT + Time 32 DINT+CP56
M_SP + Quality + Time 1 WORD+WORD
M_DP + Quality + Time 2 WORD+WORD+CP56
M_ST + Quality + Time 8 WORD+WORD+CP56
M_BO + Quality + Time 32 DWORD+DWORD+CP56
M_ME_A + Quality + Time 16 INT+WORD+CP56
M_ME_B + Quality + Time 16 INT+WORD+CP56
M_ME_C + Quality + Time 32 REAL+DWORD+CP56
M_IT + Quality + Time 32 DINT+DWORD+CP56
Data object type Data length (bits) Unity Pro EDT/DDT Protocols
C_SC 1 WORD slave
C_DC 2 WORD
C_RC 8 WORD
C_SE_A 16 INT
C_SE_B 16 INT
C_SE_C 32 REAL
C_BO 32 DWORD
Section 13.3
Web Site Configuration DNP3
Introduction
Add a DNP3 NET master (client) in the communication setup by selecting DNP3 as Protocol,
Ethernet as Network Type and Master as Mode.
Channel Parameters
Click Setup Channel Parameters:
Analog Mode (1) All 32-bits All 32-bits specifies dynamic memory allocation for analog
Mixed Mode points.
Behavior:
All 32-bits: 32 bits are always allocated, no
matter if it is for 16 bits or 32 bits analog
input/output.
Mixed Mode: Memory allocation depends on
the analog input/output variation
(16 bits / 32 bits / float).
1: This feature is available with firmware V1.7 or later.
Session Parameters
Click Setup Channel Session Parameters :
Introduction
Select DNP3 as Protocol, an Ethernet network as Network Type and Slave (server) as Mode.
Channel Parameters
Click Setup Channel DNP3 NET Server Parameters:
NOTE: There is no basic channel parameter to configure in the DNP3 slave/server case.
Analog Mode (1) All 32-bits All 32-bits specifies dynamic memory allocation for analog
Mixed Mode points.
Behavior:
All 32-bits: 32 bits are always allocated, no
matter if it is for 16 bits or 32 bits analog
input/output.
Mixed Mode: Memory allocation depends on
the analog input/output size.
1: This feature is available with firmware V1.7 or later.
Session Parameters
Click Setup Channel DNP3 NET Server Session Parameters:
NOTE: Only %MW and %M output points are supported in the Synch On Demand mode. To make local change
operational by CPU application on digital or analog output, select Synch On Demand mode.
NOTE: Only %MW and %M output points are supported in the Synch On Demand mode. To make local change
operational by CPU application on digital or analog output, select Synch On Demand mode.
Routing Offline (1) Valid Quality Valid Quality specifies if routing point quality depends on
Invalid Quality connection state with subslave or subserver.
Behavior:
Valid Quality: Routing points quality does not
change when connection is lost.
Invalid Quality: Routing points quality is
marked as invalid when connection is lost.
Data Synch Mode Cyclic Synch Cyclic Synch specifies how the data are synchronized: either
Synch On Demand cyclically or when the slave station receives a
request from the master (see Note). It is used
only by analog outputs.
SBO Mode (1) Interference Mode Interference Mode specifies the commands allowed to cancel a
Noninterference Select command in a sequence
Mode Behavior:
Interference Mode: Select can be canceled by
any command except Operate command.
Noninterference Mode: Select can be
canceled by any command.
Trip-Close Mode (1) Even Mode Even Mode specifies if trip_close DNP3 points are
Consecutive Mode consecutive or not
PLC State (1) No Impact Quality No Impact Quality for non-routing points, specifies if the PLC state
Impact Quality modifies or not the quality bit when quality is
required by the master.
Behavior:
No Impact Quality: PLC state has no effect on
the quality bit.
Impact Quality: PLC state has an effect on the
quality bit.
A PLC in STOP state or a PLC missing
generates an invalid quality bit.
A PLC in RUN state generates a valid
quality bit.
1: This feature is available with firmware V1.7 or later.
NOTE: Only %MW and %M output points are supported in the Synch On Demand mode. To make local change
operational by CPU application on digital or analog output, select Synch On Demand mode.
Result:
Class 1 + Class 2 send the events stored.
Class 3 does not send events.
Communication Setup
Select which communication needs to be configured via the Web site before configuring the ports
of the BMX NOR 0200 H module. The BMX NOR 0200 H module supports UDP in two ways:
UDP-IP and TCP-UDP. When it is TCP-UDP, the BMX NOR 0200 H module supports the
sending/receiving of broadcast requests.
Set DNP3 NET client/DNP3 NET server over UDP:
Configuration
For UDP-IP and TCP-UDP, it is necessary to set special ports and IP address according to DNP3
specifications.
UDP-IP
Client Server
Name Description Name Description
Destination port Destination port for UDP Local port Local port for UDP; it must
be unique.
Local port Local port for UDP-IP; Destination port Destination port for UDP.
it must be unique in 0 is allowed, which means
current channel. that the server uses the port
Exception: 0 means that from which the master sent
the local port is the request.
generated automatically Unsol Port that the server uses to
by the system
destination port send initial unsolicited
responses in UDP-IP
TCP-UDP
Client Server
Name Description Name Description
TCP destination Destination port for TCP TCP local port Local port for TCP
port
UDP broadcast Port that sends UDP local port Port that receives
port broadcasts in TCP-UDP broadcasts (available for
TCP-UDP)
When the BMX NOR 0200 H module works as client in TCP-UDP, it can send command requests
in broadcasts. Beside broadcast address configuration, it is necessary to specify the destination
address. Here are the options of broadcast confirmation, which are used to specify the destination
address for sending broadcast requests.
NOTE:
Not all commands are supported in broadcast; BMX NOR 0200 H module client supports:
Restart
Time_Sync
Unsolicited_Class
Freeze_Counter
Binary_Output
Analog_Output
Freeze_Counter, Binary_Output, and Analog_Output support broadcast only when operation
mode (function code) is without acknowledgment.
Broadcasting is only supported in TCP-UDP.
The BMX NOR 0200 H module server receives and accepts the broadcast request, but does not
respond to any broadcast requests.
This figure shows the dialog box for configuring the Binary_Input data object mapping with
DNP3 NET Server:
This figure shows the dialog box for configuring the Binary_Input data object mapping with
DNP3 NET Client:
Mapping Table
Depending on the data object type and the selected protocol profile, different configuration fields
are required to define a data object mapping item. This table describes the parameters:
Default Event g2v1 Binary Input No g2v1 Binary indicates the default event variation
Variation Time Input No Time for data point
g2v1 Binary Input
With Time
g2v1 Binary Input
Relative Time
1: The DNP3 point number must start from 0 and be contiguous in slave/server mode. If this is not applied,
the nonconsecutive points cannot work normally.
2: DNP3 Server: %S applies only to binary inputs and %SW only to analog inputs, 32-bit analog inputs; the
CPU mapping does not apply array due to the limits of Unity Pro.
To check the Unsolicited parameter, you must have another Even Class Mask parameter
(other than class 0) selected. The Unsolicited parameter can be configured for Binary
Input, Double Input, Double Input, Binary Countand Analog Input in the Server.
Unsolicited with routing points (Client):
In events generation, Unsolicitedmessages are sent when one of the following conditions are
met:
1. Unsolicited messages are enabled and the number of events in the buffer exceeds the
minimum amount.
2. Unsolicited messages are enabled and the delay (timeout) to report expires.
3. Events are generated for the point that is set for immediate Unsolicited message reporting,
regardless if the two conditions above are met or not.
4. Events are generated for a point that is set for immediate Unsolicited message reporting,
then all events in the buffer are immediately reported.
The configuration reuses Timestamp Source in the slave and Store To CPU in the master, and
expands two choices based on RTU V1.0. The DNP3 master and DNP3 slave have similar
configuration pages for quality bits and flags.
Behavior:
Input and output point types apply this feature.
If the end user configures the flag in the CPU register in the slave, the module no longer
manages the flags internally. The BMX NOR 0200 H module generates events following in the
CPU register, otherwise, the BMX NOR 0200 H module generates them automatically.
In the DNP3 Net server/DNP3 slave, the change of flags in CPU can trigger the generation of
events just like value changes.
The length of the flag is 1 byte no matter how many bytes are mapped in the CPU register, the
least byte is valid. Refer to memory allocation.
This table shows the flag definition:
NOTE: Floating point values (scientific notation) can be entered for the deadband.
TCC (Trip-Close Code) Operation type field Control code Point model in outstation
None pulse on 01 hex activation
latch on 03 hex latch complement
latch off 04 hex
Close pulse on 41 hex twos complement
Trip 81 hex
The DNP3 master only provides on-time configuration, but does not provide configured off-time
and count. The DNP3 slave also only applies pulse on which the count is 1 and the off-time
value is 0.
Twos complement trip and close are provided for a single index in the DNP3 master, but two
separately physical outputs in the DNP3 slave. For example, a close/pulse on request for a
specific DNP3 index is mapped to a specific relay output, whereas a trip/pulse on request for
the same DNP3 index is mapped to another different relay output which follows the specific
relay output (close) in the BMX NOR 0200 H module.
In the DNP3 slave, it is decided by configuration whether the point index applies trip/close request.
As the trip/close need to bind a couple of points, the point count is even in the configuration.
TCC parameter: The usage of Trip_Close mode depends on the Trip-Close Mode
(see page 278) parameter setting (Channel Session Advanced Parameter).
When Trip-Close Mode is in Even Mode, the behavior is as follows: the close command
controls the even point and the trip command controls the odd point.
When Trip-Close Mode is in Consecutive Mode, the behavior is as follows: the binary output
occupies two registers in the CPU memory (%MWs or %Ms). The low register is for the close
command and the high register is for the trip command.
CROB usage in master
Binary output in DNP3 slave is only updated in CPU register only after receiving command from
DNP3 master, but not synchronized cyclically. Keep the corresponding CPU register not written
any more.
NOTE: The outstation uses the entered pulse duration. The value 0 indicates that the device uses
a pre-configured value.
This figure shows the parameter point setting of deadband control block:
Analog input supports events in either Class1, Class2, or Class3 options. If the value of
Gen_Events register has changes, the BMX NOR 0200 H will record the events for the Analog
Input specified in the configuration although its value has no change.
It is possible to control Gen_Events in SCADA after mapping the CPU register with Binary
Output.
When the value of Clear_Events register has changes, the BMX NOR 0200 H clears the events
of the object group in configuration.
Introduction
Depending on the data object type and protocol profile selection, different configuration fields are
used in the definitions of different data object mapping items.
WARNING
UNINTENDED EQUIPMENT OPERATION
Do not create an instance of redundant data access.
Failure to follow these instructions can result in death, serious injury, or equipment
damage.
To avoid this behavior, uncheck the Initialize %MWi on cold start option in the PLC configuration
screen of the Unity Pro application.
If you want to reset the RTU protocol service, use the menu Reset Communication in the Web site.
It is recommended in case of modification of the number %M or %MW variables in Unity Pro
application.
Dialog Box
This figure shows the dialog box for configuring the data object mapping for an item with the
example data type M_SP for the DNP3 slave/server:
Import/Export
Data object Mapping items can be exported (see page 208) as a profile in the *.XSY format. Such
files can be imported into Unity Pro software.
This figure shows the dialog box for configuring the event queue setting:
NOTE: When BMX NOR 0200 H module uses IEC/DPN3 server or slave, the events status is
mapped into CPU Register Address. One event status occupies two %MW. The first %MW is for
event number and the second is used to save overflow bits. If the number of channels is more than
one, the events of virtual channel follows the first channel event status.
Example of the setting of the event status:
Channel Count: 2
CPU Reg Address: 1000
Channel 0 Event Status: %MW1000/%MW1001
Channel 1 Event Status: %MW1002/%MW1003
DNP3
Introduction
The RTU data object is mapped to a Unity Pro variable with EDT/DDT while exporting data objects
mapping a relationship to an *.XSY file. In addition to the variables you define, the.XSY file contains
predefined DDT types for timestamp formats.
DNP3
NOTE: The DNP type of analog I/O data objects can be converted to REAL according to your
application requirements.
NOTE: The BMX NOR 0200 H module only supports to send Integrity Poll command
periodically. It can be realized by programming in PLC application. It is recommended that the
period in PLC scan period be longer than 200 milliseconds.
CP56Time2a
The Summer Bit parameter is supported in the timestamp IEC60870 and can be set in the CPU
mapping register with the DDT CP56Time2a parameter.
NOTE: BMX NOR0200H uses the summer bit to determine the time in the time zone. The SCADA
must also set the summer bit for time synchronization.
Chapter 14
Web Designer Configuration
Introduction
This chapter describes the Web Designer configuration software for setting up the variable list and
additional functions such as DataLogging, email services, and data table lists.
Refer to Web Designer for FactoryCast, User Manual (see page 11) for a detailed Web Designer
presentation.
Create a Project
When you select the BMX NOR 0200 H module in the Target List, the Modicon M340 is available
as a device in the Device List:
Once the project is created, the Web Designer treeview provides the classic menus, data tables,
services, and website, but without the graphic screens:
NOTE: Check the Persistent box for the variables used in datalogging or email services.
Variables that can be written are accessible only by trained personnel (password protect).
WARNING
UNINTENDED OPERATION
Apply password protection to limit access to the Data Editor.
Failure to follow these instructions can result in death, serious injury, or equipment
damage.
Transfer
NOTE: The Web Designer does not transfer or reset protocols. Use the web interface of the
BMX NOR 0200 H module.
EIO0000000505 01/2016
Appendices
Introduction
These technical appendices supplement the information in this guide.
Appendix A
Interoperability
Interoperability
Introduction
The purpose of this information is to describe the specific implementation of the IEC 60870-5-101
within BMX NOR 0200 H as master.
This information and the documents listed below provide detailed information on how to
communicate with BMX NOR 0200 H as master via IEC 60870-5-101
IEC 60870-5-101 = Companion standard for basic telecontrol tasks
IEC 60870-5-5 = Basic Application Functions
IEC 60870-5-2 = Link Transmission Procedures
IEC 60870-5-4 = Definition and Coding of Application Information Elements
IEC 60870-5-3 = General Structure of Application Data
IEC 60870-5-1 = Transmission Frame Formats
Interoperability
This companion standard presents sets of parameters and alternatives from which you select
subsets to implement particular telecontrol systems. Certain parameter values, such as the
number of octets in the COMMON ADDRESS of ASDUs represent mutually exclusive alternatives.
This means that only one value of the defined parameters is admitted per system. Other
parameters, such as the listed set of different process information in command and in monitor
direction allow the specification of the complete set or subsets, as appropriate for given
applications.This Clause summarizes the parameters of the previous Clauses to facilitate a
suitable selection for a specific application. If a system is composed of equipment stemming from
different manufacturers, it is necessary that all partners agree on the selected parameters.
The selected parameters are marked as follows:
System or Device
- System definition
X Controlling station definition (master)
- Controlled station definition (slave)
Network Configuration
Physical Layer
Link Layer
Frame format FT 1.2, single character 1 and the fixed time out interval are used exclusively in this
companion standard.
When using an unbalanced link layer, the following ASDU types are returned in class 2 messages
(low priority) with the indicated causes of transmission:
Frame length
255 Maximum frame length L (control direction)
255 Maximum frame length L (monitor direction)
Configurable Time during which repetitions are permitted (Trp) or numbers of repetitions
X The standard assignment of ADSUs to class 2 messages is used as follows
Type identification Cause of transmission
9/11/13/21 <1>
- A special assignment of ADSUs to class 2 messages
Type identification Cause of transmission
- -
Application Layer
File transfer
- <120> File ready F_FR_NA_1
- <121> Section ready F_SR_NA_1
- <122> Call directory, select file, call file, call section F_SC_NA_1
- <123> Last section, last segment F_LS_NA_1
- <124> Ack file, ack section F_AF_NA_1
- <125> Segment F_SG_NA_1
- <126> Directory F_DR_NA_1
Activation termination
Request or requested
Background scan
Periodic, cyclic
Spontaneous
Deactivation
File transfer
Activation
Initialized
1 2 3 4 5 6 7 8 9 10 11 12 13 20...36 37...41 44 45 46 47
<1> M_SP_NA_1 X X X X X X
<2> M_SP_TA_1 X X X X
<3> M_DP_NA_1 X X X X X X
<4> M_DP_TA_1 X X X X
<5> M_ST_NA_1 X X X X X X
<6> M_ST_TA_1 X X X X
Activation termination
Request or requested
Background scan
Periodic, cyclic
Spontaneous
Deactivation
File transfer
Activation
Initialized
1 2 3 4 5 6 7 8 9 10 11 12 13 20...36 37...41 44 45 46 47
<7> M_BO_NA_1 X X X X
<8> M_BO_TA_1 X X
<9> M_ME_NA_1 X X X X X
<10> M_ME_TA_1 X X
<11> M_ME_NB_1 X X X X X
<12> M_ME_TB_1 X X
<13> M_ME_NC_1 X X X X X
<14> M_ME_TC_1 X X
<15> M_IT_NA_1 X X
<16> M_IT_TA_1 X X
<30> M_SP_TB_1 X X X X
<31> M_DP_TB_1 X X X X
<32> M_ST_TB_1 X X X X
<33> M_BO_TB_1 X X
<34> M_ME_TD_1 X X
<35> M_ME_TE_1 X X
<36> M_ME_TF_1 X X
<37> M_IT_TB_1 X X
<45> C_SC_NA_1 X X X X X X X X X
<46> C_DC_NA_1 X X X X X X X X X
<47> C_RC_NA_1 X X X X X X X X X
<48> C_SE_NA_1 X X X X X X X X X
<113>
<112>
<111>
<110>
<105>
<104>
<103>
<102>
<101>
<100>
EIO0000000505 01/2016
Type identification
P_AC_NA_1
P_ME_NC_1
P_ME_NB_1
P_ME_NA_1
C_RP_NA_1
C_TS_NA_1
C_CS_NA_1
C_RD_NA_1
C_CI_NA_1
C_IC_NA_1
M_EI_NA_1
C_BO_NA_1
C_SE_NC_1
C_SE_NB_1
1
Periodic, cyclic
2
Background scan
X
Spontaneous
X
Initialized
X
Request or requested
X
X
X
X
X
X
X
X
X
X
X
X
Activation
Cause of transmission
X
X
X
X
X
X
X
X
X
X
X
X
Activation confirmation
X
X
X
X
X
Deactivation
X
Deactivation confirmation
X
X X
X X
X X
X X
Activation termination
Return info caused by a remote cmd
Return info caused by a local cmd
File transfer
X
X
X
Interrogated by group <number>
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
335
Interoperability
Interoperability
Station initialization
X Remote initialization
Cyclic data transmission
X Cyclic data transmission
Read procedure
X Read procedure
Spontaneous transmission
X Spontaneous transmission
Double transmission of information objects with cause of transmission spontaneous
- Single-point information M_SP_NA_1, M_SP_TA_1, M_SP_TB_1 and M_PS_NA_1
- Double-point information M_DP_NA_1, M_DP_TA_1 and M_DP_TB_1
- Step position information M_ST_NA_1, M_ST_TA_1 and M_ST_TB_1
- Bitstring of 32 bit M_BO_NA_1, M_BO_TA_1 and M_BO_TB_1
- Measure value, normalized value M_ME_NA_1, M_ME_TA_1, M_ME_ND_1 and M_ME_TD_1
- Measure value, scaled value M_ME_NB_1, M_ME_TB_1 and M_ME_TE_1
- Measure value, short floating point number M_ME_NC_1, M_ME_TC_1 and M_ME_TF_1
Station interrogation
X Global
X Group1 X Group 7 X Group 13
X Group 2 X Group 8 X Group 14
X Group 3 X Group 9 X Group 15
X Group 4 X Group 10 X Group 16
X Group 5 X Group 11
X Group 6 X Group 12 Addresses per group have to be
defined
Clock synchronization
X Clock synchronization
X Day of week used
X RES1, GEN (time tag substituted/ not substituted) used
X SU-bit (summer time) used
Command transmission
X Direct command transmission X Select and execute command
X Direct set point command X Select and execute set point command
transmission
X C-SE-ACTTERM used
- No additional definition)
X Short pulse duration (duration determined by a system parameter inn the outstation)
X Long pulse duration (duration determined by a system parameter inn the outstation)
X Persistent output
Transmission of integrated totals
- Mode A: Local freeze with spontaneous
- Mode B: Local freeze with counter
X Mode C: Freeze and transmit by counter interrogation
- Mode D: Freeze by counter-interrogation command, frozen values reported
X Counter read
X Counter freeze with reset
X counter freeze without reset
X Counter reset
X General request counter
X Counter reset
X Request counter group 1
X Request counter group 2
X Request counter group 3
X Request counter group 4
Parameter loading
X Threshold value
- Smoothing factor
X Low limit for transmission of measured value
X High limit for transmission of measured value
Parameter activation
X Act/Deact of persistent cyclic or periodic transmission of the addressed object
Test procedure
X Test procedure
File transfer
File transfer in monitor direction
- Transparent file
- Transmission of disturbance data of protection
- Transmission of sequences of events
- Transmission of sequences of recorded analog value
File transfer in control direction
- Transparent file
Background scan
X Background scan
Acquisition of transmission delay
X Acquisition of transmission delay
Introduction
The purpose of this document is to describe the specific implementation of the IEC 60870-5-101
within BMX NOR 0200 H as slave.
This document and the documents listed below provide detailed information on how to
communicate with BMX NOR 0200 Has slave via the IEC 60870-5-101 protocol
IEC 60870-5-101 = Companion standard for basic telecontrol tasks
IEC 60870-5-5 = Basic Application Functions
IEC 60870-5-2 = Link Transmission Procedures
IEC 60870-5-4 = Definition and Coding of Application Information Elements
IEC 60870-5-3 = General Structure of Application Data
IEC 60870-5-1 = Transmission Frame Formats
Interoperability
This companion standard presents sets of parameters and alternatives from which you select
subsets selected to implement particular telecontrol systems. Certain parameter values, such as
the number of octets in the COMMON ADDRESS of ASDUs represent mutually exclusive
alternatives. This means that only one value of the defined parameters is admitted per system.
Other parameters, such as the listed set of different process information in command and in
monitor direction allow the specification of the complete set or subsets, as appropriate for given
applications.This Clause summarizes the parameters of the previous Clauses to facilitate a
suitable selection for a specific application. If a system is composed of equipment stemming from
different manufacturers, it is necessary that all partners agree on the selected parameters.
The selected parameters are marked as follows:
System or Device
- System definition
- Controlling station definition (master)
X Controlled station definition (slave)
Network Configuration
Physical Layer
Link Layer
Frame format FT 1.2, single character 1 and the fixed time out interval are used exclusively in this
companion standard.
When using an unbalanced link layer, the following ASDU types are returned in class 2 messages
(low priority) with the indicated causes of transmission:
Frame length
255 Maximum frame length L (control direction)
255 Maximum frame length L (monitor direction)
Configurable Time during which repetitions are permitted (Trp) or number of repetitions
X The standard assignment of ASDUs to class 2 messages is used as follows:
Type identification Cause of transmission
9/11/13/21 <1>
X A special assignment of ASDUs to class 2 messages is used as follows:
Type identification Cause of transmission
1/3/5/7/9/11/13/20/21/110/111/112 <2>
Application Layer
File transfer
- <120> File ready F_FR_NA_1
- <121> Section ready F_SR_NA_1
- <122> Call directory, select file, call file, call section F_SC_NA_1
- <123> Last section, last segment F_LS_NA_1
- <124> Ack file, ack section F_AF_NA_1
- <125> Segment F_SG_NA_1
- <126> Directory F_DR_TA_1
Activation termination
Request or requested
Background scan
Periodic, cyclic
Spontaneous
Deactivation
File transfer
Activation
Initialized
1 2 3 4 5 6 7 8 9 10 11 12 13 20... 36 37... 41 44 45 46 47
<1> M_SP_NA_1 X X X X X X
<2> M_SP_TA_1 X X X X
<3> M_DP_NA_1 X X X X X X
<4> M_DP_TA_1 X X X X
<5> M_ST_NA_1 X X X X X X
<6> M_ST_TA_1 X X X X
<7> M_BO_NA_1 X X X X
<8> M_BO_TA_1 X X
<9> M_ME_NA_1 X X X X X
<10> M_ME_TA_1 X X
<11> M_ME_NB_1 X X X X X
Activation termination
Request or requested
Background scan
Periodic, cyclic
Spontaneous
Deactivation
File transfer
Activation
Initialized
1 2 3 4 5 6 7 8 9 10 11 12 13 20... 36 37... 41 44 45 46 47
<12> M_ME_TB_1 X X
<13> M_ME_NC_1 X X X X X
<14> M_ME_TC_1 X X
<15> M_IT_NA_1 X X
<16> M_IT_TA_1 X X
<30> M_SP_TB_1 X X X X
<31> M_DP_TB_1 X X X X
<32> M_ST_TB_1 X X X X
<33> M_BO_TB_1 X X
<34> M_ME_TD_1 X X
<35> M_ME_TE_1 X X
<36> M_ME_TF_1 X X
<37> M_IT_TB_1 X X
<45> C_SC_NA_1 X X X X X X X X X
<46> C_DC_NA_1 X X X X X X X X X
<47> C_RC_NA_1 X X X X X X X X X
<48> C_SE_NA_1 X X X X X X X X X
<49> C_SE_NB_1 X X X X X X X X X
<50> C_SE_NC_1 X X X X X X X X X
<51> C_BO_NA_1 X X X X X X X X X
<70> M_EI_NA_1 X
<100> C_IC_NA_1 X X X X X X X X X
Type identification
P_AC_NA_1
P_ME_NC_1
P_ME_NB_1
P_ME_NA_1
C_CD_NA_1
C_RP_NA_1
C_TS_NA_1
C_CS_NA_1
C_RD_NA_1
C_CI_NA_1
1
Periodic, cyclic
2
Background scan
X
X
Spontaneous
4
Initialized
X
Request or requested
X
X
X
X
X
X
X
X
X
Activation
Cause of transmission
X
X
X
X
X
X
X
X
X
Activation confirmation
X
Deactivation
X
Deactivation confirmation
X
Activation termination
Return info caused by a remote cmd
File transfer
X
X
X
Interrogated by group <number>
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
EIO0000000505 01/2016
Interoperability
Station initialization
X Remote initialization
Cyclic data transmission
X Cyclic data transmission
Read procedure
X Read procedure
Spontaneous transmission
X Spontaneous transmission
Double transmission of information objects with cause of transmission spontaneous
- Double-point information
- Step position information
- Bitstring of 32 bit
- Measure value, normalized value
- Measure value, scaled value
- Measure value, short floating point number
Station interrogation
X Global X Group 9
X Group1 X Group 10
X Group 2 X Group 11
X Group 3 X Group 12
X Group 4 X Group 13
X Group 5 X Group 14
X Group 6 X Group 15
X Group 7 X Group 16
X Group 8
Clock synchronization
X Clock synchronization
X Day of week used
X RES1, GEN (time tag substituted/ not substituted) used
X SU-bit (summertime) used
Command transmission
X Direct command transmission X Select and execute command
X Direct set point command X Select and execute set point command
transmission
X C-SE-ACTTERM used
x No additional definition
x Short pulse duration (duration determined by a system parameter in the outstation)
x Long pulse duration (duration determined by a system parameter in the outstation)
X Persistent output
Transmission of integrated totals
X Mode A: Local freeze with spontaneous transmission
X Mode B: Local freeze with counter interrogation
X Mode C: Freeze and transmit by counter-interrogation commands
X Mode D: Freeze by counter-interrogation commands, frozen values reported
spontaneously
X Counter read
X Counter freeze without reset
X Counter freeze with reset
X Counter reset
X General request counter
X Request counter group 1...4
Parameter loading
X Threshold value
X Smoothing factor
- Low limit for transmission of measured value
X High limit for transmission of measured value
Parameter activation
x Act/Deact of persistent cyclic or periodic transmission of the addressed object
Test procedure
X Test procedure
File transfer
File transfer in monitor direction
- Transparent file
- Transmission of disturbance data of protection
- Transmission of sequences of events
- Transmission of sequences of recorded analog value
Introduction
The purpose of this document is to describe the specific implementation of the IEC 60870-5-104
within BMX NOR 0200 H as client.
This document and the documents listed below provide detailed information on how to
communicate with BMX NOR 0200 H as client via the IEC 60870-5-104 protocol
IEC 60870-5-104 = Companion standard for IEC 60870-5-101 over TCP/IP
IEC 60870-5-101 = Companion standard for basic telecontrol tasks
IEC 60870-5-101 A2 = Addendum 2 for IEC 60870-5-101
IEC 60870-5-5 = Basic Application Functions
IEC 60870-5-4 = Definition and Coding of Application Information Elements
IEC 60870-5-3 = General Structure of Application Data
Interoperability
This companion standard presents sets of parameters and alternatives from which you select
subsets to implement particular telecontrol systems. Certain parameter values, such as the choice
of structured or unstructured fields of the INFORMATION OBJECT ADDRESS of ASDUs
represent mutually exclusive alternatives. This means that only one value of the defined
parameters is admitted per system. Other parameters, such as the listed set of different process
information in command and in monitor direction allow the specification of the complete set or
subsets, as appropriate for given applications.This clause summarizes the parameters of the
previous clauses to facilitate a suitable selection for a specific application. If a system is composed
of equipment stemming from different manufacturers, it is necessary that all partners agree on the
selected parameters.
The interoperability list is defined as in IEC 60870-5-101 and extended with parameters used in
this standard. The text descriptions of parameters which are not applicable to this companion
standard are strike-through (corresponding check box is marked black).
The selected parameters are marked as follows:
System or Device
- System definition
X Controlling station definition (master)
- Controlled station definition (slave)
Application Layer
File transfer
- <120> File ready F_FR_NA_1
- <121> Section ready F_SR_NA_1
- <122> Call directory, select file, call file, call section F_SC_NA_1
- <123> Last section, last segment F_LS_NA_1
- <124> Ack file, ack section F_AF_NA_1
- <125> Segment F_SG_NA_1
- <126> Directory F_DR_TA_1
- <127> Query log - Request archive file F_SC_NB_1
Activation termination
Request or requested
Background scan
Periodic, cyclic
Spontaneous
Deactivation
File transfer
Activation
Initialized
1 2 3 4 5 6 7 8 9 10 11 12 13 20...36 37...41 44 45 46 47
<1> M_SP_NA_1 X X X X X X
<3> M_DP_NA_1 X X X X X X
<5> M_ST_NA_1 X X X X X X
<7> M_BO_NA_1 X X X X
<9> M_ME_NA_1 X X X X X
<11> M_ME_NB_1 X X X X X
<13> M_ME_NC_1 X X X X X
<15> M_IT_NA_1 X X
<30> M_SP_TB_1 X X X X
<31> M_DP_TB_1 X X X X
<32> M_ST_TB_1 X X X X
<33> M_BO_TB_1 X X
<34> M_ME_TD_1 X X
<35> M_ME_TE_1 X X
<36> M_ME_TF_1 X X
<37> M_IT_TB_1 X X
<45> C_SC_NA_1 X X X X X X X X X
<46> C_DC_NA_1 X X X X X X X X X
<47> C_RC_NA_1 X X X X X X X X X
<48> C_SE_NA_1 X X X X X X X X X
<49> C_SE_NB_1 X X X X X X X X X
<50> C_SE_NC_1 X X X X X X X X X
Activation termination
Request or requested
Background scan
Periodic, cyclic
Spontaneous
Deactivation
File transfer
Activation
Initialized
1 2 3 4 5 6 7 8 9 10 11 12 13 20...36 37...41 44 45 46 47
<51> C_BO_NA_1 X X X X X X X
<58> C_SC_TA_1 X X X X X X X X X
<59> C_DC_TA_1 X X X X X X X X X
<60> C_RC_TA_1 X X X X X X X X X
<61> C_SE_TA_1 X X X X X X X X X
<62> C_SE_TB_1 X X X X X X X X X
<63> C_SE_TC_1 X X X X X X X X X
<64> C_BO_TA_1 X X X X X X X
<70> M_EI_NA_1 X
<100> C_IC_NA_1 X X X X X X X X X
<101> C_CI_NA_1 X X X X X X X
<102> C_RD_NA_1 X X X X X
<103> C_CS_NA_1 X X X X X X X
<105> C_RP_NA_1 X X X X X X
<110> P_ME_NA_1 X X X X X X X
<111> P_ME_NB_1 X X X X X X X
<112> P_ME_NC_1 X X X X X X X
<113> P_AC_NA_1 X X X X X X X X
Station initialization
X Remote initialization
Cyclic data transmission
X Cyclic data transmission
Read procedure
X Read procedure
Spontaneous transmission
X Spontaneous transmission
Double transmission of information objects with cause of transmission spontaneous
- Single-point information
- Double-point information
- Step position information
- Bitstring of 32 bit
- Measure value, normalized value
- Measure value, scaled value
- Measure value, short floating point number
Station interrogation
X Global
X Group1 X Group 7 X Group 13
X Group 2 X Group 8 X Group 14
X Group 3 X Group 9 X Group 15
X Group 4 X Group 10 X Group 16
X Group 5 X Group 11
X Group 6 X Group 12
Clock synchronization
X Clock synchronization
X Day of week used
X RES1, GEN (time tag substituted/ not substituted) used
X SU-bit (summertime) used
Command transmission
X Direct command X Select and execute command
transmission
X Direct set point X Select and execute set point command
command
transmission
X C-SE-ACTTERM used
X Short pulse duration (duration determined by a system parameter inn the outstation)
X Long pulse duration (duration determined by a system parameter inn the outstation)
X Persistent output
X Supervision of maximum delay in command direction of commands and set point commands
Configurable Maximum allowable delay of commands and set point commands
Transmission of integrated totals
- Mode A: Local freeze with spontaneous transmission
- Mode B: Local freeze with counter interrogation
X Mode C: Freeze and transmit by counter-interrogation commands
- Mode D: Freeze by counter-interrogation command, frozen values reported spontaneously
X Counter read
X Counter freeze without reset
X Counter freeze with reset
X Counter reset
X General request counter
X Request counter group 1...4
Parameter loading
X Threshold value
- Smoothing factor
X Low limit for transmission of measured values
X High limit for transmission of measured values
Parameter activation
X Act/Deact of persistent cyclic or periodic transmission of the addressed object
Test procedure
- Test procedure
File transfer
File transfer in monitor direction
- Transparent file
- Transmission of disturbance data of protection equipment
- Transmission of sequences of events
- Transmission of sequences of recorded analog values
File transfer in control direction
- Transparent file
Background scan
X Background scan
Definition of time outs
Parameters Default Remarks Selected Value
Value
t1 15s Time-out of send or test APDUs Configurable
t2 10s Time-out for acknowledges in case of no Configurable
data messages t2 < t1
t3 20s Time-out for sending test frames in case Configurable
of a long idle state
Maximum range of values for all time outs: 1...255 s
Accuracy: 1 s
Maximum number of outstanding I format APDUs k and latest acknowledge APDUs (w)
Parameters Default Remarks Selected Value
Value
k 12 APDUs Maximum difference receive sequence Configurable
number to send state variable
w 8 APDUs Latest acknowledge after receiving w I- Configurable
format APDUs
Maximum range of values k: 1...12 APDUs
Accuracy: 1 APDU
Maximum range of values w: 1...8 APDUs
Accuracy: 1 APDU
Recommendation: w should not exceed two-thirds of k
Server Connections Support
X supports connection of up to 64 servers when BMX NOR works as a client.
Portnumber
Parameter Value Remarks
Portnumber 2404 In all cases
Redundant connections
Configurable Number N of redundancy group connections used
RFC 2200 suite
RFC 2200 is an official Internet Standard which describes the state of standardization of protocols used in the Internet
as determined by the Internet Architecture Board (IAB). It offers a broad spectrum of actual standards used in the
Internet. The suitable selection of documents from RFC 2200 defined in this standard for given projects has to be
chosen by the user of this standard.
X Ethernet 802.3
- Serial X.21 interface
- Other selection from RFC 2200
Introduction
The purpose of this document is to describe the specific implementation of the IEC 60870-5-104
within BMX NOR 0200 H as server.
This document and the documents listed below provide detailed information on how to
communicate with BMX NOR 0200 Has server via the IEC 60870-5-104 protocol
IEC 60870-5-104 = Companion standard for IEC 60870-5-101 over TCP/IP
IEC 60870-5-101 = Companion standard for basic telecontrol tasks
IEC 60870-5-101 A2 = Addendum 2 for IEC 60870-5-101
IEC 60870-5-5 = Basic Application Functions
IEC 60870-5-4 = Definition and Coding of Application Information Elements
IEC 60870-5-3 = General Structure of Application Data
Interoperability
This companion standard presents sets of parameters and alternatives from which you select
subsets to implement particular telecontrol systems. Certain parameter values, such as the choice
of structured or unstructured fields of the INFORMATION OBJECT ADDRESS of ASDUs
represent mutually exclusive alternatives. This means that only one value of the defined
parameters is admitted per system. Other parameters, such as the listed set of different process
information in command and in monitor direction allow the specification of the complete set or
subsets, as appropriate for given applications.This Clause summarizes the parameters of the
previous Clauses to facilitate a suitable selection for a specific application. If a system is composed
of equipment stemming from different manufacturers, it is necessary that all partners agree on the
selected parameters.
The interoperability list is defined as in IEC 60870-5-101 and extended with parameters used in
this standard. The text descriptions of parameters which are not applicable to this companion
standard are strike-through (corresponding check box is marked black).
The selected parameters are marked as follows:
System or Device
- System definition
- Controlling station definition (master)
X Controlled station definition (slave)
Application Layer
File transfer
- <120> File ready F_FR_NA_1
- <121> Section ready F_SR_NA_1
- <122> Call directory, select file, call file, call section F_SC_NA_1
- <123> Last section, last segment F_LS_NA_1
- <124> Ack file, ack section F_AF_NA_1
- <125> Segment F_SG_NA_1
- <126> Directory F_DR_TA_1
- <127> Query log - Request archive file F_SC_NB_1
Activation termination
Request or requested
Background scan
Periodic, cyclic
Spontaneous
Deactivation
File transfer
Activation
Initialized
1 2 3 4 5 6 7 8 9 10 11 12 13 20...36 37...41 44 45 46 47
<1> M_SP_NA_1 X X X X X X
<3> M_DP_NA_1 X X X X X X
<5> M_ST_NA_1 X X X X X X
<7> M_BO_NA_1 X X X X
<9> M_ME_NA_1 X X X X X
<11> M_ME_NB_1 X X X X X
<13> M_ME_NC_1 X X X X X
<15> M_IT_NA_1 X X
<30> M_SP_TB_1 X X X X
<31> M_DP_TB_1 X X X X
<32> M_ST_TB_1 X X X X
<33> M_BO_TB_1 X X
<34> M_ME_TD_1 X X
<35> M_ME_TE_1 X X
<36> M_ME_TF_1 X X
<37> M_IT_TB_1 X X
<45> C_SC_NA_1 X X X X X X X X X
<46> C_DC_NA_1 X X X X X X X X X
<47> C_RC_NA_1 X X X X X X X X X
<48> C_SE_NA_1 X X X X X X X X X
<49> C_SE_NB_1 X X X X X X X X X
<50> C_SE_NC_1 X X X X X X X X X
Activation termination
Request or requested
Background scan
Periodic, cyclic
Spontaneous
Deactivation
File transfer
Activation
Initialized
1 2 3 4 5 6 7 8 9 10 11 12 13 20...36 37...41 44 45 46 47
<51> C_BO_NA_1 X X X X X X X
<58> C_SC_TA_1 X X X X X X X X X
<59> C_DC_TA_1 X X X X X X X X X
<60> C_RC_TA_1 X X X X X X X X X
<61> C_SE_TA_1 X X X X X X X X X
<62> C_SE_TB_1 X X X X X X X X X
<63> C_SE_TC_1 X X X X X X X X X
<64> C_BO_TA_1 X X X X X X X
<70> M_EI_NA_1 X
<100> C_IC_NA_1 X X X X X X X X X
<101> C_CI_NA_1 X X X X X X X
<102> C_RD_NA_1 X X X X X
<103> C_CS_NA_1 X X X X X X X
<105> C_RP_NA_1 X X X X X X
<107> C_TS_TA_1 X X X X X X
<110> P_ME_NA_1 X X X X X X X
<111> P_ME_NB_1 X X X X X X X
<112> P_ME_NC_1 X X X X X X X
<113> P_AC_NA_1 X X X X X X X X
Station initialization
X Remote initialization
Cyclic data transmission
X Cyclic data transmission
Read procedure
X Read procedure
Spontaneous transmission
X Spontaneous transmission
Double transmission of information objects with cause of transmission spontaneous
- Single-point information
- Double-point information
- Step position information
- Bitstring of 32 bit
- Measure value, normalized value
- Measure value, scaled value
- Measure value, short floating point number
Station interrogation
X Global
X Group1 X Group 7 X Group 13
X Group 2 X Group 8 X Group 14
X Group 3 X Group 9 X Group 15
X Group 4 X Group 10 X Group 16
X Group 5 X Group 11
X Group 6 X Group 12
Clock synchronization
X Clock synchronization
X Day of week used
X RES1, GEN (time tag substituted/ not substituted) used
X SU-bit (summertime) used
Command transmission
X Direct command transmission
X Direct set point command transmission
X Select and execute command
X Select and execute set point command
X C-SE-ACTTERM used
X No additional definition
- Short pulse duration (duration determined by a system parameter in the outstation)
- Long pulse duration (duration determined by a system parameter in the outstation)
X Persistent output
X Supervision of maximum delay in command direction of commands and set point commands
Configurable Maximum allowable delay of commands and set point commands
Transmission of integrated totals
X Mode A: Local freeze with spontaneous transmission
X Mode B: Local freeze with counter interrogation
X Mode C: Freeze and transmit by counter-interrogation commands
X Mode D: Freeze by counter-interrogation command, frozen values reported spontaneously
X Counter read
X Counter freeze without reset
X Counter freeze with reset
X Counter reset
X General request counter
X Request counter group 1
X Request counter group 2
X Request counter group 3
X Request counter group 4
Parameter loading
X Threshold value
- Smoothing factor
X Low limit for transmission of measured values
X High limit for transmission of measured values
Parameter activation
X Act/Deact of persistent cyclic or periodic transmission of the addressed object
Test procedure
X Test procedure
File transfer
File transfer in monitor direction
- Transparent file
- Transmission of disturbance data of protection equipment
- Transmission of sequences of events
- Transmission of sequences of recorded analog values
File transfer in control direction
- Transparent file
Background scan
X Background scan
Definition of time-outs
Parameter Default Value Remarks Selected Value
t1 15s Time-out of send or test APDUs Configurable
t2 10s Time-out for acknowledges in Configurable
case of no data messages t2 < t1
t3 20s Time-out for sending test Configurable
frames in case of a long idle
state
Maximum range of values for all time outs: 1...255s,
Accuracy: 1s
Maximum number of outstanding I format APDUs k and latest acknowledge APDUs (w)
Parameter Default Value Remarks Selected Value
k 12 APDUs Maximum difference receive Configurable
sequence number to send state
variable
w 8 APDUs Latest acknowledge after Configurable
receiving w I-format APDUs
Maximum range of values k: 1...12 APDUs
Accuracy: 1 APDU
Maximum range of values w: 1...8 APDUs
Accuracy: 1 APDU
Recommendation: w should not exceed two-thirds of k
Portnumber)
Introduction
The purpose of this information is to describe the specific implementation of the Distributed
Network Protocol (DNP3) within BMX NOR 0200 H as master.
This information, in conjunction with the DNP3 Basic 4 Document Set, and the DNP3 Subset
Definitions Document, provide detailed information on how to communicate with
BMX NOR 0200 H as master via the DNP3 protocol.
This implementation of DNP3 is fully compliant with DNP3 Subset Definition Level 3.
Parameter Description
Vendor name: Schneider Electric
Device name: BMX NOR 0200 H
Highest DNP3 level supported: Device function:
For requests: Level 3 X Master
For response: Level 3 - Slave
Maximum data link frame size (octets): Maximum application fragment size (octets):
Transmitted: 292 Transmitted: 2048
Received: 292 Received: 2048
Maximum data link re-tries: Maximum application layer re-tries:
- None X None
- Fixed at - Configurable
X Configurable from 0 to 65535
Requires data link layer confirmation:
- Never
- Always
- Sometimes
X Configurable as: Never or Always
Parameter Description
Requires application layer confirmation:
X Never
- Always
- When reporting Event Data
- When sending multi-fragment responses
- Sometimes
- Configurable
Timeouts while waiting for:
Data link confirm: - None - Fixed at - Variable X Configurable
Complete appl. fragment: X None - Fixed at - Variable - Configurable
Application confirm: X None - Fixed at - Variable - Configurable
Complete appl. response: X None - Fixed at - Variable - Configurable
Sends / Executes control operations:
WRITE Binary outputs - Never - Always - Sometimes X Configurable
SELECT / OPERATE - Never - Always - Sometimes X Configurable
DIRECT OPERATE - Never - Always - Sometimes X Configurable
DIRECT OPERATE - NO ACK - Never - Always - Sometimes X Configurable
Count > 1 X Never - Always - Sometimes - Configurable
Pulse on - Never - Always - Sometimes X Configurable
Pulse off X Never - Always - Sometimes - Configurable
Latch on - Never - Always - Sometimes X Configurable
Latch off - Never - Always - Sometimes X Configurable
Qeue X Never - Always - Sometimes - Configurable
Clear queue X Never - Always - Sometimes - Configurable
Expects binary input change events:
- Either time-tagged or non-time-tagged for a single event
X Both time-tagged and non tagged for single event
- Configurable
Parameter Description
Sequential file transfer support:
Append file modes - Yes X No
Custom status code strings - Yes X No
Permissions field - Yes X No
File events assigned to class - Yes X No
File events assigned poll specifically - Yes X No
Multiple blocks in a fragment - Yes X No
Max number of files open 0
NOTE: (1) For static (non-change-event) objects, qualifiers 17 or 28 are only responded to when a
request is sent with qualifiers 17 or 28, respectively. Otherwise, static object requests sent with
qualifiers 00, 01, 06, 07, or 08, are be responded to with qualifiers 00 or 01. (For change-event
objects, qualifiers 17 or 28 are always responded to.)
NOTE: (2) Writes of Internal Indications are only supported for indexes 4 and 7 (Restart and Need
Time IIN).
Introduction
The purpose of this information is to describe the specific implementation of the Distributed
Network Protocol (DNP3) within BMX NOR 0200 H as slave.
This information, in conjunction with the DNP3 Basic 4 Document Set, and the DNP3 Subset
Definitions Document, provide detailed information on how to communicate with
BMX NOR 0200 H as slave via the DNP3 protocol.
This implementation of DNP3 is fully compliant with DNP3 Subset Definition Level 3.
Parameter Description
Vendor name: Schneider Electric
Device name: BMX NOR 0200 H
Highest DNP3 level supported: Device function:
For requests: Level 3 - Master
For response: Level 3 X Slave
Maximum data link frame size (octets): Maximum application fragment size (octets):
Transmitted: 292 Transmitted: Configurable up to 2048
Received: 292 Received: 2048
Maximum data link re-tries: Maximum application layer re-tries:
- None X None
- Fixed - Configurable
X Configurable from 0 to 65535
Requires data link layer confirmation:
- Never
- Always
- Sometimes
X Configurable as: Never, Only for multi-frame messages or Always
Parameter Description
Requires application layer confirmation:
- Never
- Always
- When reporting Event Data (Slave devices only)
- When sending multi-fragment responses (Slave devices only)
- Sometimes
X Configurable as: Only when reporting event data or When reporting event data or multi-fragment messages
Timeouts while waiting for:
Data link confirm: - None - Fixed at - Variable X Configurable
Complete appl. fragment: X None - Fixed at - Variable - Configurable
Application confirm: - None - Fixed at - Variable X Configurable
Complete appl. response: X None - Fixed at - Variable - Configurable
Others: Transmission delay, configurable
Select/Operate arm time out, configurable
Need time interval, configurable
Unsolicited notification delay, configurable
Unsolicited response retry delay, configurable
Unsolicited offline intercal, configurable
Sends / Executes control operations:
WRITE Binary outputs X Never - Always - Sometimes - Configurable
SELECT / OPERATE - Never X Always - Sometimes - Configurable
DIRECT OPERATE - Never X Always - Sometimes - Configurable
DIRECT OPERATE - NO ACK - Never X Always - Sometimes - Configurable
Count > 1 X Never - Always - Sometimes - Configurable
Pulse on - Never - Always - Sometimes X Configurable
Pulse off X Never - Always - Sometimes - Configurable
Latch on - Never X Always - Sometimes - Configurable
Latch off - Never X Always - Sometimes - Configurable
Qeue X Never - Always - Sometimes - Configurable
Clear queue X Never - Always - Sometimes - Configurable
Attach explanation if Sometimes or Configurable was checked for any operation.
Parameter Description
Reports Binary Input Change Events Reports time-tagged Binary Input Change Events when no
when no specific variation requested: specific variation requested:
- Never - Never
- Only time-tagged - Binary Input Change with time
- Only non-time-tagged - Binary Input Change with relative time
X Configurable to send one or the other X Configurable
Sends unsolicited responses: Sends static data in unsolicited responses:
- Never X Never
X Configurable - When device restarts
- Only certain objects - When status flags change
- Sometimes (attach explanation) No other options are permitted
X ENABLE/DISABLE UNSOLICITED
function codes supported
Default counter object/variation: Counter roll over at:
- No counters reported - No counters reported
X Configurable - Configurable (attach explanation)
- Default object - 16 Bits
Default variation: X 32 Bits
- Point-by-point list attached - Other value:
- Point-by-point list attached
Sends Multi-Fragment responses:
- Yes
- No
X Configurable
Sequential file transfer support:
Append file modes - Yes X No
Custom status code strings - Yes X No
Permissions field - Yes X No
File events assigned to class - Yes X No
File events send immediately - Yes X No
Multiple blocks in a fragment - Yes X No
Max number of files open 0
NOTE: (1) A Default variation refers to the variation responded to when variation 0 is requested
and/or in class 0, 1, 2, or 3 scans. Default variations are configurable; however, default settings for
the configuration parameters are indicated in the table above.
NOTE: (2) For static (non-change-event) objects, qualifiers 17 or 28 are only responded to when a
request is sent with qualifiers 17 or 28, respectively. Otherwise, static object requests sent with
qualifiers 00, 01, 06, 07, or 08, are responded to with qualifiers 00 or 01. (For change-event
objects, qualifiers 17 or 28 are always responded to.)
NOTE: (3) Writes of Internal Indications are only supported for indexes 4 and 7 (Need Time IIN1-
4 or Restart IIN1-7).
Appendix B
Ethernet Language Objects
Section B.1
Language Objects and IODDTs of Ethernet Communication
General
Ethernet communication has the following IODDT:
T_COM_ETH_BMX: specific to modules with Ethernet communication
IODDTs are predefined by the manufacturer and contain input/output language objects belonging
to the channel of an application-specific module.
NOTE:
IODDT variables can be created with:
the I/O objects tab
the Data Editor
At a Glance
An integrated application-specific interface or the addition of a module automatically enhances the
language objects application used to program this interface or module.
These objects correspond to the input/output images and software data of the module or integrated
application-specific interface.
Reminders
The module inputs (%I and %IW) are updated in the PLC memory at the start of the task, the PLC
being in RUN or STOP mode.
The outputs (%Q and %QW) are updated at the end of the task, only when the PLC is in RUN mode.
NOTE: When the task occurs in STOP mode, either of the following are possible, depending on
the configuration selected:
outputs are set to fallback position (fallback mode)
outputs are maintained at their last value (maintain mode)
Figure
The following diagram shows the operating cycle of a PLC task (cyclical execution).
Introduction
Explicit exchanges are performed at the user program's request using these instructions:
READ_STS (see Unity Pro, I/O Management, Block Library) (read status words)
WRITE_CMD (see Unity Pro, I/O Management, Block Library) (write command words)
WRITE_PARAM (see Unity Pro, I/O Management, Block Library) (write adjustment parameters)
READ_PARAM (see Unity Pro, I/O Management, Block Library) (read adjustment parameters)
SAVE_PARAM (see Unity Pro, I/O Management, Block Library) (save adjustment parameters)
RESTORE_PARAM (see Unity Pro, I/O Management, Block Library) (restore adjustment
parameters)
These exchanges apply to a set of %MW objects of the same type (status, commands or
parameters) that belong to a channel.
These objects can:
provide information about the module (for example, type of error detected in a channel)
have command control of the module (for example, switch command)
define the modules operating modes (save and restore adjustment parameters in the process
of application)
NOTE: To avoid several simultaneous explicit exchanges for the same channel, it is necessary to
test the value of the word EXCH_STS (%MWr.m.c.0) of the IODDT associated to the channel
before calling any EF addressing this channel.
NOTE: Explicit exchanges are not supported when M340 analog and digital I/O modules are
configured through an M340 Ethernet RIO adapter module in a Quantum EIO configuration. You
cannot set up a module's parameters from the PLC application during operation.
Managing Exchanges
During an explicit exchange, check performance to see that the data is only taken into account
when the exchange has been correctly executed.
To do this, two types of information is available:
information concerning the exchange in progress (see Unity Pro, I/O Management, Block
Library)
the exchange report (see Unity Pro, I/O Management, Block Library)
NOTE: In order to avoid several simultaneous explicit exchanges for the same channel, it is
necessary to test the value of the word EXCH_STS (%MWr.m.c.0) of the IODDT associated to the
channel before calling any EF addressing this channel.
Section B.2
Exchange Objects of Type T_COM_ETH_BMX
Objects
The IODDT of type T_COM_ETH_BMX has implicit exchange objects, which are described below.
This type of IODDT applies to the BMX NOR 0200 H module:
System Words
The table below shows the meaning of the system word bits:
Status Words
The table below gives the meanings of the status word bits CH_FLT (%MWr.m.c.2). The reading
is taken by a READ_STS:
Command Words
This table shows the available command words:
Status Words
The table below shows the result of a READ_STS call for non-IODDT objects:
Section B.3
Language Objects Associated with BMX NOR 0200 H Module Configuration
Introduction
This topic describes the implicit exchange language objects for the BMX NOR 0200 H module.
Input Bits
The following table describes the input bit (%I) language objects:
Object Description
%Ir.m.0.ERR the CH_ERROR bit
Input Words
The following table describes the input word (%IW) language objects:
Object Description
%IWr.m.0.0 status of Ethernet services:
bit 0: port 502 messaging service status (0=OK, 1=NOK)
bit 1: reserved
bit 2: reserved
bit 3: e-mail service status (0=OK, 1=NOK)
bit 4: reserved
bit 5:
BMX NOR 0200: reserved for future use
%IWr.m.0.1...%IWr.m.0.4 reserved
%IWr.m.0.5...%IWr.m.0.8 reserved
Introduction
This topic describes the explicit exchange language objects for the BMX NOR 0200 H module.
System Words
The following table describes the system word (%MW, READ) language objects:
Object Description
%MWr.m.0.0 exchange status (EXCH_STS):
bit 0 = 1: reading of status words of the channel in progress
(STS_IN_PROGR)
bit 1 = 1: command write in progress (CMD_IN_PROGR)
Status Words
The following table describes the status word (%MW or %MD, READ) language objects:
Object Description
%MWr.m.0.2 CH_FLT bits:
bit 4 (%MWr.m.0.2.4) = 1: internal error detected or self-test cannot
complete (INTERNAL_FLT)
bit 7 (%MWr.m.0.2.7) = 1: application cannot be run (APPLI_FLT)
Object Description
%MWr.m.0.11 maximum number of useless messages filtered by the Ethernet port per
second (BW_MAX_MSG_FILTER)
%MWr.m.0.12 maximum number of messages dropped by the Ethernet port per
second (BW_MAX_MSG_DROP)
%MWr.m.0.13 maximum number of Multicast messages received per second
(BW_MAX_MSG_MC)
%MWr.m.0.14 maximum number of broadcast messages received per second
(BW_MAX_MSG_BC)
%MWr.m.0.15 reserved for future use
Command Words
The following table describes the command word (%MW, WRITE) language objects:
Object Description
%MWr.m.0.16 Ethernet command word (ETH_CMD):
bit 0 = 1 for Ethernet Component Reset (ETH_RESET)
bit 1 = 1 for Max Message Counters reset (BW_CNT_RESET)
bit 2 = 1 for Messaging counters reset (P502_CNT_RESET)
Glossary
!
10/100 Base-T
An adaptation of the IEEE 802.3 (Ethernet) standard, the 10/100 Base-T standard uses twisted-
pair wiring with a maximum segment length of 100 m (328 ft) and terminates with an RJ-45
connector. A 10/100Base-T network is capable of transmitting data on normal Ethernet (10 Mbit/s)
and Fast Ethernet (100 Mbits/s) networks.
B
BOOTP
bootstrap protocol. A UDP/IP protocol that allows an Internet node to obtain its IP parameters
based on its MAC address.
bridge
A bridge device connects two or more physical networks that use the same protocol. Bridges read
frames and decide whether to transmit or block them based on their destination address.
broadcast
Broadcast communications send packets from a one station to every network destination.
Broadcast messages pertain to every network device or only one device for which the address is
not known. (See multicast and unicast).
C
ConneXview
ConneXview is a set of configuration files to be used with HiVision 6.x network management
software from Hirschmann Electronics GmbH & Co. KG. ConneXview makes it possible to manage
Schneider Electric Transparent Factory devices using HiVision 6.0 or newer. ConneXview is built
on the widely used simple network management protocol (SNMP).
D
DHCP
dynamic host configuration protocol. DHCP is a TCP/IP protocol that allows network devices
(DHCP clients) to obtain their IP addresses from a DHCP server through a request to the server.
E
Ethernet
A LAN cabling and signaling specification used to connect devices within a defined area, e.g., a
building. Ethernet uses a bus or a star topology to connect different nodes on a network.
G
gateway
A device that connects networks with dissimilar network architectures and which operates at the
Application Layer of the OSI model. This term may refer to a router.
H
HTTP server
The installed HTTP server transmits Web pages between a server and a browser, providing
Ethernet communications modules with easy access to devices anywhere in the world from
standard browsers such as Internet Explorer or Netscape Navigator.
I
IODDT
input/output derived data type. IODDT is a structured data type representing a module or a channel
of a PLC module. Each application expert module possesses its own IODDTs.
IP
Internet protocol. That part of the TCP/IP protocol family that tracks the Internet addresses of
nodes, routes outgoing messages, and recognizes incoming messages.
IP address
Internet protocol address. This 32-bit address is assigned to hosts that use TCP/IP.
L
LAN
local area network. A short-distance data communications network.
M
MAC address
media access control address. A 48-bit number, unique on a network, that is programmed into
each network card or device when it is manufactured.
multicast
Multicast communications send packets from a single source to a predefined multicast group of
network destinations, usually through a router or switch. Sending messages to just the group
members relieves unnecessary traffic created by broadcast communications and does not require
a separate unicast transmissions to each recipient.(See broadcast, unicast, GMRP.)
P
PLC
programmable logic controller. The PLC is the brain of an industrial manufacturing process. It
automates a process as opposed to relay control systems. PLCs are computers suited to survive
the harsh conditions of the industrial environment.
port 502
TCP/IP reserves specific server ports for specific applications through IANA (Internet Assigned
Numbers Authority). Modbus requests are sent to registered software port 502.
R
router
A router device connects two or more sections of a network and allows information to flow between
them. A router examines every packet it receives and decides whether to block the packet from the
rest of the network or transmit it. The router attempts to send the packet through the network on
an efficient path.
RTU
Remote Terminal Unit.
S
SNMP
simple network management protocol. The UDP/IP standard protocol used to monitor and manage
devices on an IP network.
SNMP agent
The SNMP application that runs on a network device.
subnet mask
The subnet mask is a bit mask that identifies or determines which bits in an IP address correspond
to the network address and which correspond to the subnet portions of the address. The subnet
mask comprises the network address plus the bits reserved for identifying the subnetwork.
switch
A network switch connects two or more separate network segments and allows traffic to be passed
between them. A switch determines whether a frame should be blocked or transmitted based on
its destination address.
T
TCP/IP
Transmission Control Protocol/Internet Protocol. TCP/IP is the communication protocol of the
Internet.
TFE
transparent factory Ethernet. Schneider Electrics open automation framework based on TCP/IP.
Transparent Ready
Schneider Electrics Transparent Ready products (based on universal Ethernet TCP/IP and Web
technologies) can be integrated into real-time, data sharing systems, with no need for interfaces.
U
UDP
user datagram protocol. UDP is an Internet communications protocol defined by IETF RFC 768.
This protocol facilitates the direct transmission of datagrams on IP networks. UDP/IP messages do
not expect a response, and are therefore ideal for applications in which dropped packets do not
require retransmission (such as streaming video and networks that demand real-time
performance).
Unity Pro
Unity Pro is the programming software for all Unity PLCs. It includes 5 IEC languages that comply
with IEC 61131-3. Depending on requirements, the application may use a mixture of different
languages.
Index
B I
BMXRWS128MWF, 38 IEC Data Object Mapping, 247, 258
IEC Event Queue Setting, 260
Interoperability, 327
C
clock synchronization, 94
M
memory card
D features, 38
Datalogging MIB, 58
configuration, 129 Modbus TCP messaging, 46
properties, 127 Modbus TCP/IP
datalogging service, 126 messaging, 53
recommendation, 134
debugging communication, 180
diagnostic message N
without memory card, 39 Network Management Protocol, 46
DNP3 Data Object Mapping, 288, 304 Network Time Protocol, 47
DNP3 Event Queue Setting, 309 NMT, 46
NTP, 47
E
email service P
configuration, 136 P/N, 263
Ethernet modules parameter settings, 396
communication requirements, 19
device name, 50
hardware, 50 S
hardware requirements, 19 SD memory cards, 38
language objects, 395 Serial Link, 29
Ethernet Port, 26
F
frame size
Ethernet, 54
G
grounding, 36
services
BootP, 47
DHCP, 47
FDR, 47
FTP, 47
Modbus TCP messaging, 46
Modbus TCP/IP messaging, 53
NMT, 46
NTP, 47
SMTP, 47
SNMP, 47, 57
SOAP, 47
SMTP, 47
SNMP, 47, 57
SOAP, 47
SOAP Web Services, 62
T
T_COM_ETH_BMX, 401
time stamp, 99
time synchronization, 94
X
X80
hardened, 40
ruggedized, 40