Modicon M251 Logic Controller: Programming Guide

Modicon M251 Logic Controller
EIO0000001462 03/2018
Modicon M251 Logic

Controller
Programming Guide
03/2018
EIO0000001462.05
www.schneider-electric.com
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.
You agree not to reproduce, other than for your own personal, noncommercial use, all or part of
this document on any medium whatsoever without permission of Schneider Electric, given in
writing. You also agree not to establish any hypertext links to this document or its content.
Schneider Electric does not grant any right or license for the personal and noncommercial use of
the document or its content, except for a non-exclusive license to consult it on an "as is" basis, at
your own risk. All other rights are reserved.
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.
© 2018 Schneider Electric. All Rights Reserved.
2 EIO0000001462 03/2018
Table of Contents
Safety Information. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
About the Book . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Chapter 1 About the Modicon M251 Logic Controller . . . . . . . . . . . 15
M251 Logic Controller Description . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Chapter 2 How to Configure the Controller . . . . . . . . . . . . . . . . . . . 17
How to Configure the Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Chapter 3 Libraries . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Libraries . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Chapter 4 Supported Standard Data Types . . . . . . . . . . . . . . . . . . 21
Supported Standard Data Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Chapter 5 Memory Mapping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Controller Memory Organization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
RAM Memory Organization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Flash Memory Organization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
Relocation Table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Chapter 6 Tasks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Maximum Number of Tasks. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
Task Configuration Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Task Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
System and Task Watchdogs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Task Priorities . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Default Task Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Chapter 7 Controller States and Behaviors . . . . . . . . . . . . . . . . . . . 45
7.1 Controller State Diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Controller State Diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
7.2 Controller States Description. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Controller States Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
7.3 State Transitions and System Events . . . . . . . . . . . . . . . . . . . . . . . . . 55
Controller States and Output Behavior . . . . . . . . . . . . . . . . . . . . . . . . 56
Commanding State Transitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Error Detection, Types, and Management. . . . . . . . . . . . . . . . . . . . . . 65
Remanent Variables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
EIO0000001462 03/2018 3
Chapter 8 Controller Device Editor . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Controller Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Controller Selection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
PLC Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Chapter 9 Expansion Modules Configuration . . . . . . . . . . . . . . . . . . 77
I/O Configuration General Description . . . . . . . . . . . . . . . . . . . . . . . . . 78
I/O Bus Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
TM4 Expansion Module Configuration . . . . . . . . . . . . . . . . . . . . . . . . . 85
TM3/TM2 Expansion Module Configuration. . . . . . . . . . . . . . . . . . . . . 86
Optional I/O Expansion Modules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
Chapter 10 Ethernet Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
10.1 Ethernet Services. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Presentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
IP Address Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
Modbus TCP Client/Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Web Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
FTP Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
FTP Client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
SNMP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
Controller as a Target Device on EtherNet/IP . . . . . . . . . . . . . . . . . . . 119
Controller as a Slave Device on Modbus TCP. . . . . . . . . . . . . . . . . . . 144
Changing the Modbus TCP Port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
10.2 Firewall Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
Dynamic Changes Procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154
Firewall Behavior . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155
Firewall Script Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157
Chapter 11 Industrial Ethernet Manager . . . . . . . . . . . . . . . . . . . . . . . 161
Industrial Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162
DHCP Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166
Fast Device Replacement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167
Chapter 12 Serial Line Configuration . . . . . . . . . . . . . . . . . . . . . . . . . 169
Serial Line Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170
SoMachine Network Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172
Modbus Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
4 EIO0000001462 03/2018
ASCII Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177
Modbus Serial IOScanner . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
Adding a Device on the Modbus Serial IOScanner . . . . . . . . . . . . . . . 181
Adding a Modem to a Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188
Chapter 13 CANopen Configuration . . . . . . . . . . . . . . . . . . . . . . . . . 189
CANopen Interface Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189
Chapter 14 J1939 Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193
J1939 Interface Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193
Chapter 15 OPC UA Server Configuration . . . . . . . . . . . . . . . . . . . . 197
OPC UA Server Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198
OPC UA Server Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199
OPC UA Server Symbols Configuration . . . . . . . . . . . . . . . . . . . . . . . 202
OPC UA Server Performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204
Chapter 16 Post Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207
Post Configuration Presentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208
Post Configuration File Management . . . . . . . . . . . . . . . . . . . . . . . . . 210
Post Configuration Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212
Chapter 17 Connecting a Modicon M251 Logic Controller to a PC . . 215
Connecting the Controller to a PC . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215
Chapter 18 SD Card . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219
Script Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220
SD Card Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221
Updating Modicon M251 Logic Controller Firmware . . . . . . . . . . . . . . 228
Appendices ......................................... 231
Appendix A How to Change the IP Address of the Controller . . . . . . 233
changeIPAddress: Change the IP address of the controller . . . . . . . . 233
Appendix B Functions to Get/Set Serial Line Configuration in User
Program . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237
GetSerialConf: Get the Serial Line Configuration . . . . . . . . . . . . . . . . 238
SetSerialConf: Change the Serial Line Configuration . . . . . . . . . . . . . 239
SERIAL_CONF: Structure of the Serial Line Configuration Data Type 242
Appendix C Controller Performance. . . . . . . . . . . . . . . . . . . . . . . . . . 245
Processing Performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245
Glossary ......................................... 247
Index ......................................... 257
EIO0000001462 03/2018 5
6 EIO0000001462 03/2018
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.
EIO0000001462 03/2018 7
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.
8 EIO0000001462 03/2018
About the Book
At a Glance
Document Scope
The purpose of this document is to help you to program and operate your Modicon M251 Logic
Controller with the SoMachine software.
NOTE: Read and understand this document and all related documents (see page 9) before
installing, operating, or maintaining your Modicon M251 Logic Controller.
The Modicon M251 Logic Controller users should read through the entire document to understand
all features.
Validity Note
This document has been updated for the release of TM3TI4D Add-on for SoMachine V4.3.
Related Documents
Title of Documentation Reference Number

SoMachine Programming Guide EIO0000000067 (ENG)
EIO0000000069 (FRE)
EIO0000000068 (GER)
EIO0000000071 (SPA)
EIO0000000070 (ITA)
EIO0000000072 (CHS)
Modicon M251 Logic Controller Hardware Guide EIO0000001486 (ENG)
EIO0000001487 (FRE)
EIO0000001488 (GER)
EIO0000001489 (SPA)
EIO0000001490 (ITA)
EIO0000001491 (CHS)
SoMachine Industrial Ethernet User Guide EIO0000002215 (ENG)
EIO0000002216 (FRE)
EIO0000002217 (GER)
EIO0000002218 (SPA)
EIO0000002219 (ITA)
EIO0000002220 (CHS)
EIO0000001462 03/2018 9
Modicon TM4 Expansion Modules Programming Guide EIO0000001802 (ENG)
EIO0000001803 (FRE)
EIO0000001804 (GER)
EIO0000001805 (SPA)
EIO0000001806 (ITA)
EIO0000001807 (CHS)
Modicon TM3 Modules Configuration Programming Guide EIO0000001402 (ENG)
EIO0000001403 (FRE)
EIO0000001404 (GER)
EIO0000001405 (SPA)
EIO0000001406 (ITA)
EIO0000001407 (CHS)
Modicon TM2 Modules Configuration Programming Guide EIO0000000396 (ENG)
EIO0000000397 (FRE)
EIO0000000398 (GER)
EIO0000000399 (SPA)
EIO0000000400 (ITA)
EIO0000000401 (CHS)
Modicon M251 Logic Controller System Functions and Variables EIO0000001468 (ENG)
PLCSystem Library Guide EIO0000001469 (FRE)
EIO0000001470 (GER)
EIO0000001471 (SPA)
EIO0000001472 (ITA)
EIO0000001473 (CHS)
SoMachine Controller Assistant User Guide EIO0000001671 (ENG)
EIO0000001672 (FRE)
EIO0000001673 (GER)
EIO0000001675 (SPA)
EIO0000001674 (ITA)
EIO0000001676 (CHS)
FTPRemoteFileHandling Library Guide EIO0000002405 (ENG)
EIO0000002406 (FRE)
EIO0000002407 (GER)
EIO0000002409 (SPA)
EIO0000002408 (ITA)
EIO0000002410 (CHS)
10 EIO0000001462 03/2018
SNMP Library Guide EIO0000002429 (ENG)
EIO0000002430 (FRE)
EIO0000002431 (GER)
EIO0000002433 (SPA)
EIO0000002432 (ITA)
EIO0000002434 (CHS)
You can download these technical publications and other technical information from our website
at https://www.schneider-electric.com/en/download
Product Related Information
WARNING
LOSS OF CONTROL
 The designer of any control scheme must consider the potential failure modes of control paths
and, for certain critical control functions, provide a means to achieve a safe state during and
after a path failure. Examples of critical control functions are emergency stop and overtravel
stop, power outage and restart.
 Separate or redundant control paths must be provided for critical control functions.
 System control paths may include communication links. Consideration must be given to the
implications of unanticipated transmission delays or failures of the link.
 Observe all accident prevention regulations and local safety guidelines.1
 Each implementation of this equipment must be individually and thoroughly tested for proper
operation before being placed into service.
Failure to follow these instructions can result in death, serious injury, or equipment damage.
1
For additional information, refer to NEMA ICS 1.1 (latest edition), "Safety Guidelines for the
Application, Installation, and Maintenance of Solid State Control" and to NEMA ICS 7.1 (latest
edition), "Safety Standards for Construction and Guide for Selection, Installation and Operation of
Adjustable-Speed Drive Systems" or their equivalent governing your particular location.
WARNING
UNINTENDED EQUIPMENT OPERATION
 Only use software approved by Schneider Electric for use with this equipment.
 Update your application program every time you change the physical hardware configuration.
EIO0000001462 03/2018 11
Terminology Derived from Standards
The technical terms, terminology, symbols and the corresponding descriptions in this manual, or
that appear in or on the products themselves, are generally derived from the terms or definitions
of international standards.
In the area of functional safety systems, drives and general automation, this may include, but is not
limited to, terms such as safety, safety function, safe state, fault, fault reset, malfunction, failure,
error, error message, dangerous, etc.
Among others, these standards include:
Standard Description
EN 61131-2:2007 Programmable controllers, part 2: Equipment requirements and tests.
ISO 13849-1:2008 Safety of machinery: Safety related parts of control systems.
General principles for design.
EN 61496-1:2013 Safety of machinery: Electro-sensitive protective equipment.
Part 1: General requirements and tests.
ISO 12100:2010 Safety of machinery - General principles for design - Risk assessment and risk
reduction
EN 60204-1:2006 Safety of machinery - Electrical equipment of machines - Part 1: General
requirements
EN 1088:2008 Safety of machinery - Interlocking devices associated with guards - Principles
ISO 14119:2013 for design and selection
ISO 13850:2006 Safety of machinery - Emergency stop - Principles for design
EN/IEC 62061:2005 Safety of machinery - Functional safety of safety-related electrical, electronic,
and electronic programmable control systems
IEC 61508-1:2010 Functional safety of electrical/electronic/programmable electronic safety-
related systems: General requirements.
related systems: Requirements for electrical/electronic/programmable
electronic safety-related systems.
related systems: Software requirements.
IEC 61784-3:2008 Digital data communication for measurement and control: Functional safety
field buses.
2006/42/EC Machinery Directive
2014/30/EU Electromagnetic Compatibility Directive
2014/35/EU Low Voltage Directive
12 EIO0000001462 03/2018
In addition, terms used in the present document may tangentially be used as they are derived from
other standards such as:
Standard Description
IEC 60034 series Rotating electrical machines
IEC 61800 series Adjustable speed electrical power drive systems
IEC 61158 series Digital data communications for measurement and control – Fieldbus for use in
industrial control systems
Finally, the term zone of operation may be used in conjunction with the description of specific
hazards, and is defined as it is for a hazard zone or danger zone in the Machinery Directive
(2006/42/EC) and ISO 12100:2010.
NOTE: The aforementioned standards may or may not apply to the specific products cited in the
present documentation. For more information concerning the individual standards applicable to the
products described herein, see the characteristics tables for those product references.
EIO0000001462 03/2018 13
14 EIO0000001462 03/2018
About the Modicon M251 Logic Controller
EIO0000001462 03/2018
Chapter 1
M251 Logic Controller Description
Overview
The M251 Logic Controller has various powerful features and can service a wide range of
applications.
Software configuration, programming, and commissioning are achieved with the SoMachine
software described in the SoMachine Programming Guide and in the M251 Logic Controller
Programming Guide.
Programming Languages
The M251 Logic Controller is configured and programmed with the SoMachine software, which
supports the following IEC 61131-3 programming languages:
 IL: Instruction list
 ST: Structured text
 FBD: Function block diagram
 SFC: Sequential function chart
 LD: Ladder diagram
SoMachine software can also be used to program this controller using CFC (continuous function
chart) language.
Power Supply
The power supply of the M251 Logic Controller is 24 Vdc.
Real Time Clock

The M251 Logic Controller includes a Real Time Clock (RTC) system.
Run/Stop
The M251 Logic Controller can be operated externally by the following:
 a hardware Run/Stop switch
 a SoMachine software command
EIO0000001462 03/2018 15
Memory
This table describes the different types of memory:
Memory Type Size Used

RAM 64 Mbytes, of which 8 Mbytes To execute the application.
available for the application
Flash 128 Mbytes To save the program and data in case of a
power interruption.
Removable Storage
M251 Logic Controllers include an embedded SD card slot (see Modicon M251 Logic Controller,
Hardware Guide).
The main uses of the SD card are:
 Initializing the controller with a new application
 Updating the controller firmware
 Applying post configuration files to the controller
 Applying recipes
 Receiving data logging files
Embedded Communication Features

The M251 Logic Controller native communication ports include (depending on the controller
reference):
 CANopen Master
 Ethernet
 USB Mini-B
 Serial Line
M251 Logic Controllers
Reference Digital Inputs Digital Outputs Communication Ports

TM251MESC 0 0 1 serial line port
1 USB mini-B programming port
1 dual port Ethernet switch
1 CANopen port
TM251MESE (see Modicon M251 0 0 1 serial line port
Logic Controller, Hardware Guide) 1 USB mini-B programming port
1 dual port Ethernet switch
1 Ethernet port for fieldbus
16 EIO0000001462 03/2018
How to Configure the Controller
EIO0000001462 03/2018
Chapter 2
Introduction
First, create a new project or open an existing project in the SoMachine software.
Refer to the SoMachine Programming Guide for information on how to:
 add a controller to your project
 add expansion modules to your controller
 replace an existing controller
 convert a controller to a different but compatible device
EIO0000001462 03/2018 17
Devices Tree
The Devices tree presents a structured view of the current hardware configuration. When you add
a controller to your project, a number of nodes are added to the Devices tree, depending on the
functions the controller provides.
Item Use to Configure...

IO_Bus Expansion modules connected to the logic controller
COM_Bus Communications bus of the logic controller
Ethernet_x Embedded Ethernet, serial line, or CANopen communications interfaces
Serial_Line_x NOTE: Ethernet and CANopen are only available on some references.
CAN_x
Applications Tree
The Applications tree allows you to manage project-specific applications as well as global
applications, POUs, and tasks.
Tools Tree
The Tools tree allows you to configure the HMI part of your project and to manage libraries.
18 EIO0000001462 03/2018
Libraries
EIO0000001462 03/2018
Chapter 3
Libraries
Libraries
Libraries
Introduction
Libraries provide functions, function blocks, data types, and global variables that can be used to
develop your project.
The Library Manager of SoMachine provides information about the libraries included in your project
and allows you to install new ones. For more information on the Library Manager, refer to the
SoMachine Programming Guide.

When you select a Modicon M251 Logic Controller for your application, SoMachine automatically
loads these libraries:
Library Name Description

IoStandard CmpIoMgr configuration types, ConfigAccess, Parameters, and help
functions: manages the I/Os in the application.
Standard Contains functions and function blocks that are required matching
IEC61131-3 as standard POUs for an IEC programming system. The
standard POUs must be tied to the project (standard.library).
Util Analog Monitors, BCD Conversions, Bit/Byte Functions, Controller
Datatypes, Function Manipulators, Mathematical Functions, Signals.
M251 PLCSystem (see Modicon Contains functions and variables to get information and send
M251 Logic Controller, System commands to the controller system.
Functions and Variables,
PLCSystem Library Guide)
PLCCommunication SysMem, Standard. These functions facilitate communications
(see SoMachine, Modbus and between specific devices. Most of them are dedicated to Modbus
ASCII Read/Write Functions, exchange. Communication functions are asynchronously processed
PLCCommunication Library Guide) regarding the application task that called the function.
Relocation Table (see page 32) The relocation table allows you to organize data to optimize exchanges
between the Modbus client and the controller, by regrouping non-
contiguous data into a contiguous table of registers.
ModbusTCPIOScanner TM251MESE only. Provides Modbus TCP IOScanner function blocks.
(see SoMachine Industrial Ethernet,
User Guide)
EIO0000001462 03/2018 19
Libraries
Library Name Description

EtherNetIP Scanner TM251MESE only. Infrastructure function blocks to establish and close
(see SoMachine Industrial Ethernet, CIP connections and to build Explicit Messaging request over
User Guide) EtherNet/IP.
EtherNetIP Explicit Messaging TM251MESE only. Explicit Messaging over EtherNet/IP, to
(see SoMachine Industrial Ethernet, communicate with generic devices (e.g. cameras) for which
User Guide) SoMachine does not offer a device integration.
Additional libraries: The CAA CiA 405 library offers a set of function blocks to meet the
 3S CANopenStack requirements of the CiA405 for the access to the CANopen network
 FDT_CANOpenDriver from the application (IEC61131-3 program) of the controller (CANopen
 CAA CiA 405 master).
20 EIO0000001462 03/2018
Supported Standard Data Types
EIO0000001462 03/2018
Chapter 4

The controller supports the following IEC data types:
Data Type Lower Limit Upper Limit Information Content

BOOL FALSE TRUE 1 Bit
BYTE 0 255 8 Bit
WORD 0 65,535 16 Bit
DWORD 0 4,294,967,295 32 Bit
LWORD 0 2 -164 64 Bit
SINT -128 127 8 Bit
USINT 0 255 8 Bit
INT -32,768 32,767 16 Bit
UINT 0 65,535 16 Bit
DINT -2,147,483,648 2,147,483,647 32 Bit
UDINT 0 4,294,967,295 32 Bit
LINT -2 63
263-1 64 Bit
ULINT 0 264-1 64 Bit
REAL 1.175494351e-38 3.402823466e+38 32 Bit
LREAL 2.2250738585072014e-308 1.7976931348623158e+308 64 Bit
STRING 1 character 255 characters 1 character = 1 byte
WSTRING 1 character 255 characters 1 character = 1 word
TIME - - 32 Bit
For more information on ARRAY, LTIME, DATE, TIME, DATE_AND_TIME, and TIME_OF_DAY, refer
to the SoMachine Programming Guide.
EIO0000001462 03/2018 21
22 EIO0000001462 03/2018
Memory Mapping
EIO0000001462 03/2018
Chapter 5
Memory Mapping
Memory Mapping
Introduction
This chapter describes the memory maps and sizes of the different memory areas in the Modicon
M251 Logic Controller. These memory areas are used to store user program logic, data and the
programming libraries.
What Is in This Chapter?

This chapter contains the following topics:
Topic Page
Controller Memory Organization 24
RAM Memory Organization 26
Flash Memory Organization 28
Relocation Table 32
EIO0000001462 03/2018 23
Memory Mapping
Controller Memory Organization
Introduction
The controller memory is composed of 2 types of physical memory:
 The Flash memory (see page 28) contains files (application, configuration files, and so on).
 The RAM (Random Access Memory) (see page 26) is used for application execution.
Files Transfers in Memory
24 EIO0000001462 03/2018
Memory Mapping
Item Controller State File Transfer Events Connection Description

1 – Initiated automatically Internal Files transfer from Flash memory to RAM.
at Power ON and The content of the RAM is overwritten.
Reboot
2 All states except Initiated by user Ethernet or USB Files can be transferred via:
INVALID_OS (1) programming  Web server (see page 103)
port  FTP server (see page 115)
 SoMachine
3 All states Initiated automatically SD card Up/download with SD card

by script (data
transfer) or by power
cycle (cloning) when
an SD card is
connected
(1) If the controller is in the INVALID_OS state, the only accessible Flash memory is the SD card and only for firmware
upgrades.
NOTE: All files in Flash memory can be read, written, or erased, no matter the controller state. The
modification of files in Flash memory does not affect a running application. Any changes to files in
Flash memory are taken into account at the next reboot.
EIO0000001462 03/2018 25
Memory Mapping
RAM Memory Organization
Introduction
This section describes the RAM (Random Access Memory) size for different areas of the Modicon
M251 Logic Controller.
Memory Mapping
The RAM size is 64 Mbytes.
The RAM is composed of 2 areas:
 dedicated application memory
 OS memory
This table describes the dedicated application memory:
Area Element Size

System area System Area Mappable Addresses 125 Kbytes
192 Kbytes %MW0...%MW59999
System and diagnostic variables
(%MW60000...%MW60199)
This memory is accessible through Modbus requests only.
These must be read-only requests.
Dynamic Memory Area: Read Relocation Table (see page 32)
(%MW60200...%MW61999)
These can be read or write requests. However, if this memory is declared
in the relocation table, these must be read-only requests.
System and diagnostic variables
(%MW62000...%MW62199)
These can be read or write requests.
Dynamic Memory Area: Write Relocation Table (see page 32)
(%MW62200...%MW63999)
These can be read or write requests. However, if this memory is declared
in the relocation table, it must use write-only requests.
Reserved 3 Kbytes
Retain and Persistent data (see page 28) 64 Kbytes
User area Symbols Dynamic
8 Mbytes allocation
Variables
Application
Libraries
26 EIO0000001462 03/2018
Memory Mapping
System and Diagnostic Variables
Variables Description
PLC_R Structure of controller read-only system variables.
PLC_W Structure of controller read/write system variables.
ETH_R Structure of Ethernet read-only system variables.
ETH_W Structure of Ethernet read/write system variables.
PROFIBUS_R Structure of PROFIBUS DP read-only system variables.
SERIAL_R Structure of Serial Lines read-only system variables.
SERIAL_W Structure of Serial Lines read/write system variables.
TM3_MODULE_R Structure of TM3 modules read-only system variables.
For more information on system and diagnostic variables, refer to M251 PLCSystem Library Guide.
Memory Addressing
This table describes the memory addressing for the address sizes Double Word (%MD), Word
(%MW), Byte (%MB), and Bit (%MX):
Double Words Words Bytes Bits

%MD0 %MW0 %MB0 %MX0.7 ... %MX0.0
%MB1 %MX1.7 ... %MX1.0
%MW1 %MB2 %MX2.7 ... %MX2.0
%MB3 %MX3.7 ... %MX3.0
%MD1 %MW2 %MB4 %MX4.7 ... %MX4.0
%MB5 %MX5.7 ... %MX5.0
%MW3 %MB6 %MX6.7 ... %MX6.0
%MB7 %MX7.7 ... %MX7.0
%MD2 %MW4 %MB8 %MX8.7 ... %MX8.0
... ... ... ...
... ... ... ... ...
... ... ... ...
Example of overlap of memory ranges:

%MD0 contains %MB0 (...) %MB3, %MW0 contains %MB0 and %MB, %MW1 contains %MB2 and
%MB3.
NOTE: The Modbus communication is asynchronous with the application.
EIO0000001462 03/2018 27
Memory Mapping
Flash Memory Organization
Introduction
The Flash memory contains the file system used by the controller.
File Type
The Modicon M251 Logic Controller manages the following file types:
Type Description
Boot application This file resides in Flash memory and contains the compiled binary code of the
executable application. Each time the controller is rebooted, the executable
application is extracted from the boot application and copied into the controller
RAM (1).
Application source Source file that can be uploaded from Flash memory to the PC if the source file is
not available on the PC (2).
Post configuration File that contains Ethernet, serial line, and firewall parameters.
The parameters specified in the file override the parameters in the Executable
application at each reboot.
Data logging Files in which the controller logs events as specified by the user application.
HTML page HTML pages displayed by the web server for the website embedded in the
controller.
Operating System (OS) Controller firmware that can be written to Flash memory. The firmware file is
applied at next reboot of the controller.
Retain variable Remanent variables
Retain-persistent
variable
(1) The creation of a boot application is optional in SoMachine, according to application properties. Default
option is to create the boot application on download. When you download an application from SoMachine
to the controller, you are transferring only the binary executable application directly to RAM.
(2) SoMachine does not support uploading of either the executable application or the boot application to a PC
for modification. Program modifications must be made to the application source. When you download your
application, you have the option to store the source file to Flash memory.
28 EIO0000001462 03/2018
Memory Mapping
File Organization
This table shows the file organization of the flash memory:
Disk Directory File Content Up/Downloaded

Data Type
/sys OS M241M251FW1v_XX.YY (1) Firmware of core 1 Firmware
M241M251FW2v_XX.YY (1) Firmware of core 2

Version.ini Control file for firmware version
OS/FWM xxxxx.bin Firmware of TM4 module –
Web Index.htm HTML pages served by the web server Website
for the website embedded in the
Conf.htm –
controller.
... –
/usr App Application.app Boot application Application
Application.crc –
Application.map –
Archive.prj (2) Application source –
settings.conf (3) OPC UA configuration Configuration
OpcUASymbolConf.map (3) OPC UA symbols configuration Configuration

App/MFW DeviceID_X.fw (2) Expansion modules Firmware Firmware
Cfg Machine.cfg (2) Post configuration file (see page 207) Configuration
CodesysLateConf.cfg (2)  Name of application to launch Configuration

 Routing table (main/sub net)
(1)
: v_XX.YY represents the version
(2)
: if any
(3)
: if OPC UA (see page 199) is configured
(4)
: the Fdr/FDRS directory is hidden
EIO0000001462 03/2018 29
Memory Mapping
Disk Directory File Content Up/Downloaded

Data Type
/usr Log UserDefinedLogName_1.log All *.log files created using the data log file
logging functions (see SoMachine, Data
Logging Functions, DataLogging Library
Guide). You must specify the total
number of files created and the names
and contents of each log file.
... – –
UserDefinedLogName_n.log – –
Rcp Main directory for Recipe –
Syslog crashC1.txt (2) This file contains a record of detected Log file
crashC2.txt(2) system errors. For use by
Schneider Electric Technical Support.
crashBoot.txt(2)
PlcLog.txt (2) This file contains system event data that –
is also visible online in SoMachine by
viewing the Log tab of the Controller
Device Editor (see page 70).
FwLog.txt This file contains a record of firmware –
system events. For use by
Schneider Electric Technical Support.
/usr Fdr/FDRS (4) Device1.prm Parameter files stored by the FDR client FDR
only for device1 (see page 167)
TM251MESE Device2.prm Parameter files stored by the FDR client
device2
... –
/data – – Retained and persistent data –
/sd0 – – SD card. Removable –
– User files – –
(1)
: v_XX.YY represents the version
(2)
: if any
(3): if OPC UA (see page 199) is configured
(4)
: the Fdr/FDRS directory is hidden
NOTE: For more information on libraries and available function blocks, refer to Libraries
(see page 19).
30 EIO0000001462 03/2018
Memory Mapping
Moving Files to Flash Memory

When user activity creates certain file types, the M251 Logic Controller examines the file extension
and automatically moves the file to a corresponding folder in flash memory.
The following table lists the file types that are moved in this way and the destination folder in flash
memory:
File extensions Flash Memory Folder

*.app, *.ap_, *.err, *.crc, *.frc, *.prj /usr/App
*.cfg, *.cf_ /usr/Cfg
*.log /usr/Log
*.rcp, *.rsi /usr/Rcp
Backup Data Logging File

Data logging files can become large to the point of exceeding the space available in the file system.
Therefore, you should develop a method to archive the log data periodically on an SD card. You
could split the log data into several files, for example LogMonth1, LogMonth2, and use the
ExecuteScript command (see Modicon M251 Logic Controller, System Functions and Variables,
PLCSystem Library Guide) to copy the first file to an SD card. Afterwards, you may remove it from
the internal file system while the second file is accumulating data. If you allow the data logging file
to grow and exceed the limits of the file size, you could lose data.
NOTICE
LOSS OF DATA
Back up your *.log files to an SD card on a regular schedule that avoids saturating the available
free space in your controller file system.
Failure to follow these instructions can result in equipment damage.
EIO0000001462 03/2018 31
Memory Mapping
Relocation Table
Introduction
The Relocation Table allows you to organize data to optimize communication between the
controller and other equipment by regrouping non-contiguous data into a contiguous table of
located registers, accessible through Modbus.
NOTE: A relocation table is considered as an object. Only one relocation table object can be added
to a controller.
Relocation Table Description

This table describes the Relocation Table organization:
Register Description
60200...61999 Dynamic Memory Area: Read Relocation Table
62200...63999 Dynamic Memory Area: Write Relocation Table
For further information, refer to M251 PLCSystem Library Guide.
Adding a Relocation Table

This table describes how to add a Relocation Table to your project:
Step Action
1 Select the Application node in the Applications tree tab.
2
Click .
3 Click Add other objects → Relocation Table....
Result: The Add Relocation Table window is displayed.
4 Click Add.
Result: The new relocation table is created and initialized.
NOTE: As a Relocation Table is unique for a controller, its name is Relocation Table and cannot
be changed.
32 EIO0000001462 03/2018
Memory Mapping
Relocation Table Editor

The relocation table editor allows you to organize your variables in the relocation table.
To access the relocation table editor, double-click the Relocation Table node in the Tools tree tab:
This picture describes the relocation table editor:
EIO0000001462 03/2018 33
Memory Mapping
Icon Element Description

New Item Adds an element to the list of system variables.
Move Down Moves down the selected element of the list.
Move Up Moves up the selected element of the list.
Delete Item Removes the selected elements of the list.
Copy Copies the selected elements of the list.
Paste Pastes the elements copied.
Erase Empty Item Removes all the elements of the list for which the "Variable" column is empty.
- ID Automatic incremental integer (not editable).

- Variable The name or the full path of a variable (editable).
- Address The address of the system area where the variable is stored (not editable).
- Length Variable length in word.
- Validity Indicates if the entered variable is valid (not editable).
NOTE: If a variable is undefined after program modifications, the content of the cell is displayed in
red, the related Validity cell is False, and Address is set to -1.
34 EIO0000001462 03/2018
Tasks
EIO0000001462 03/2018
Chapter 6
Tasks
Tasks
Introduction
The Task Configuration node in the Applications tree allows you to define one or more tasks to
control the execution of your application program.
The task types available are:
 Cyclic
 Freewheeling
 Event
 External event
This chapter begins with an explanation of these task types and provides information regarding the
maximum number of tasks, the default task configuration, and task prioritization. In addition, this
chapter introduces the system and task watchdog functions and explains its relationship to task
execution.

Topic Page
Maximum Number of Tasks 36
Task Configuration Screen 37
Task Types 39
System and Task Watchdogs 42
Task Priorities 43
Default Task Configuration 44
EIO0000001462 03/2018 35
Tasks
Maximum Number of Tasks
Maximum Number of Tasks

The maximum number of tasks you can define for the Modicon M251 Logic Controller is:
 Total number of tasks = 19
 Cyclic tasks = 5
 Freewheeling tasks = 1
 Event tasks = 8
 External event task = 1 (TM251MESC only)
Special Considerations for Freewheeling

A Freewheeling task (see page 40) does not have a fixed duration. In Freewheeling mode, each
task scan starts when the previous scan has been completed and after a period of system
processing (30% of the total duration of the Freewheeling task). If the system processing period is
reduced to less than 15% for more than 3 seconds due to interruptions by other tasks, a system
error is detected. For more information, refer to the System Watchdog (see page 42).
NOTE: You may wish to avoid using a Freewheeling task in a multi-task application when some
high priority and time-consuming tasks are running. Doing so may provoke a task Watchdog
Timeout. You should not assign CANopen to a freewheeling task. CANopen should be assigned
to a cyclic task.
36 EIO0000001462 03/2018
Tasks
Task Configuration Screen
Screen Description
This screen allows you to configure the tasks. Double-click the task that you want to configure in
the Applications tree to access this screen.
Each configuration task has its own parameters that are independent of the other tasks.
The Configuration window is composed of 4 parts:
EIO0000001462 03/2018 37
Tasks
The table describes the fields of the Configuration screen:
Field Name Definition

Priority Configure the priority of each task with a number from 0 to 31 (0 is the highest priority, 31 is
the lowest).
Only one task at a time can be running. The priority determines when the task will run:
 a higher priority task will pre-empt a lower priority task
 tasks with same priority will run in turn (2 ms time-slice)
NOTE: Do not assign tasks with the same priority. If there are yet other tasks that attempt
to pre-empt tasks with the same priority, the result could be indeterminate and unpredicable.
For important safety information, refer to Task Priorities (see page 43).
Type These task types are available:
 Cyclic(see page 39)
 Event (see page 41)
 External (see page 41)
 Freewheeling (see page 40)
Watchdog To configure the watchdog (see page 42), define these 2 parameters:
 Time: enter the timeout before watchdog execution.
 Sensitivity: defines the number of expirations of the watchdog timer before the controller
stops program execution and enters a HALT state.
POUs The list of POUs (see SoMachine, Programming Guide) (Programming Organization Units)
controlled by the task is defined in the task configuration window:
 To add a POU linked to the task, use the command Add Call and select the POU in the
Input Assistant editor.
 To remove a POU from the list, use the command Remove Call.
 To replace the currently selected POU of the list by another one, use the command
Change Call.
 POUs are executed in the order shown in the list. To move the POUs in the list, select a
POU and use the command Move Up or Move Down.
NOTE: You can create as many POUs as you want. An application with several small
POUs, as opposed to one large POU, can improve the refresh time of the variables in online
mode.
38 EIO0000001462 03/2018
Tasks
Task Types
Introduction
The following section describes the various task types available for your program, along with a
description of the task type characteristics.
Cyclic Task
A Cyclic task is assigned a fixed cycle time using the Interval setting in the Type section of
Configuration subtab for that task. Each Cyclic task type executes as follows:
1. Read Inputs: The physical input states are written to the %I input memory variables and other
system operations are executed.
2. Task Processing: The user code (POU, and so on) defined in the task is processed. The %Q
output memory variables are updated according to your application program instructions but not
yet written to the physical outputs during this operation.
3. Write Outputs: The %Q output memory variables are modified with any output forcing that has
been defined; however, the writing of the physical outputs depends upon the type of output and
instructions used.
For more information on defining the bus cycle task, refer to the SoMachine Programming Guide
and Modicon M251 Logic Controller Settings (see page 73).
4. Remaining Interval time: The controller firmware carries out system processing and any other
lower priority tasks.
NOTE: If you define too short a period for a cyclic task, it will repeat immediately after the write of
the outputs and without executing other lower priority tasks or any system processing. This will
affect the execution of all tasks and cause the controller to exceed the system watchdog limits,
generating a system watchdog exception.
NOTE: When the task cycle time is set to a value less than 3 ms, the actual task duration should
first be monitored through the Task Monitoring screen during commissioning to ensure that it is
consistently lower than the configured task cycle time. If greater, the task cycle may not be
respected without causing a task cycle watchdog time-out and the controller transitioning to a
HALT state. To avoid this condition to a certain degree, when the task cycle time is set to a value
of less than 3 ms, real limits of +1 ms are imposed if, on any given cycle, the calculated cycle time
slightly exceeds the configured cycle time.
EIO0000001462 03/2018 39
Tasks
NOTE: Get and set the interval of a Cyclic Task by application using the GetCurrentTaskCycle and
SetCurrentTaskCycle function. (Refer to Toolbox Advance Library Guide for further details.)
Freewheeling Task
A Freewheeling task does not have a fixed duration. In Freewheeling mode, each task scan begins
when the previous scan has been completed and after a short period of system processing. Each
Freewheeling task type executes as follows:
1. Read Inputs: The physical input states are written to the %I input memory variables and other
system operations are executed.
2. Task Processing: The user code (POU, and so on) defined in the task is processed. The %Q
output memory variables are updated according to your application program instructions but not
yet written to the physical outputs during this operation.
3. Write Outputs: The %Q output memory variables are modified with any output forcing that has
been defined; however, the writing of the physical outputs depends upon the type of output and
instructions used.
For more information on defining the bus cycle task, refer to the SoMachine Programming Guide
and Modicon M251 Logic Controller Settings (see page 73).
4. System Processing: The controller firmware carries out system processing and any other lower
priority tasks (for example: HTTP management, Ethernet management, parameters
management).
NOTE: If you want to define the task interval, refer to Cyclic Task (see page 39).
40 EIO0000001462 03/2018
Tasks
Event Task
This type of task is event-driven and is initiated by a program variable. It starts at the rising edge
of the boolean variable associated to the trigger event unless pre-empted by a higher priority task.
In that case, the Event task will start as dictated by the task priority assignments.
For example, if you have defined a variable called my_Var and would like to assign it to an Event,
proceed as follows:
Step Action
1 Double-click the TASK in the Applications tree.
2 Select Event from the Type list in the Configuration tab.
3
Click the Input Assistant button to the right of the Event field.
Result: The Input Assistant window appears.
4 Navigate in the tree of the Input Assistant dialog box to find and assign the my_Var variable.
NOTE: When the event task is triggered at a too high frequency, the controller will go to the HALT
state (Exception). The maximum rate of events is 6 events per millisecond. If the event task is
triggered at a higher frequency than this, the message 'ISR Count Exceeded' is logged in the
application log page.
External Event Task

This type of task is event-driven and is initiated by the detection of a hardware or hardware-related
function event. It starts when the event occurs unless pre-empted by a higher priority task. In that
case, the External Event task will start as dictated by the task priority assignments.
The external event task is associated with the CAN Sync event. To associate the CAN_1_SYNC
event to an external event task, select it from the External event dropdown list in the Configuration
tab.
NOTE: CAN Sync is a specific event object, depending on the CANopen manager configuration.
EIO0000001462 03/2018 41
Tasks
System and Task Watchdogs
Introduction
Two types of watchdog functionality are implemented for the Modicon M251 Logic Controller:
 System Watchdogs: These watchdogs are defined in and managed by the controller firmware.
These are not configurable by the user.
 Task Watchdogs: These watchdogs are optional watchdogs that you can define for each task.
These are managed by your application program and are configurable in SoMachine.
System Watchdogs
Three system watchdogs are defined for the Modicon M251 Logic Controller. They are managed
by the controller firmware and are therefore sometimes referred to as hardware watchdogs in the
SoMachine online help. When one of the system watchdogs exceeds its threshold conditions, an
error is detected.
The threshold conditions for the 3 system watchdogs are defined as follows:
 If all of the tasks require more than 85% of the processor resources for more than 3 seconds, a
system error is detected. The controller enters the HALT state.
 If the total execution time of the tasks with priorities between 0 and 24 reaches 100% of
processor resources for more than 1 second, an application error is detected. The controller
responds with an automatic reboot into the EMPTY state.
 If the lowest priority task of the system is not executed during an interval of 10 seconds, a
system error is detected. The controller responds with an automatic reboot into the EMPTY
state.
NOTE: System watchdogs are not configurable by the user.
Task Watchdogs
SoMachine allows you to configure an optional task watchdog for every task defined in your
application program. (Task watchdogs are sometimes also referred to as software watchdogs or
control timers in the SoMachine online help). When one of your defined task watchdogs reaches
its threshold condition, an application error is detected and the controller enters the HALT state.
When defining a task watchdog, the following options are available:
 Time: This defines the allowable maximum execution time for a task. When a task takes longer
than this, the controller will report a task watchdog exception.
 Sensitivity: The sensitivity field defines the number of task watchdog exceptions that must occur
before the controller detects an application error.
To access the configuration of a task watchdog, double-click the Task in the Applications tree.
NOTE: For more information on watchdogs, refer to SoMachine Programming Guide.
42 EIO0000001462 03/2018
Tasks
Task Priorities
Task Priority Configuration

You can configure the priority of each task between 0 and 31 (0 is the highest priority, 31 is the
lowest). Each task must have a unique priority. If you assign the same priority to more than one
task, execution for those tasks is indeterminate and unpredictable, which may lead to unintended
consequences.
WARNING
Do not assign the same priority to different tasks.
Task Priority Suggestions

 Priority 0 to 24: Controller tasks. Assign these priorities to tasks with a high availability
requirement.
 Priority 25 to 31: Background tasks. Assign these priorities to tasks with a low availability
requirement.
Task Priorities of TM2/TM3 Modules and CANopen I/Os

You can select the task that drives TM3 and CANopen physical exchanges. In the PLC settings,
select Bus cycle task to define the task for the exchange. By default, the task is set to MAST. This
definition at the controller level can be overridden by the I/O bus configuration (see page 84).
During the read and write phases, all physical I/Os are refreshed at the same time. TM3/TM2 and
CANopen data is copied into a virtual I/O image during a physical exchanges phase, as shown in
this figure:
Inputs are read from the I/O image table at the beginning of the task cycle. Outputs are written to
the I/O image table at the end of the task.
NOTE: Event tasks cannot drive the TM3/TM2 bus cycle.
EIO0000001462 03/2018 43
Tasks
Default Task Configuration
Default Task Configuration

The MAST task can be configured in Freewheeling or Cyclic mode. The MAST task is automatically
created by default in Cyclic mode. Its preset priority is medium (15), its preset interval is 20 ms,
and its task watchdog service is activated with a time of 100 ms and a sensitivity of 1. Refer to Task
Priorities (see page 43) for more information on priority settings. Refer to Task Watchdogs
(see page 42) for more information on watchdogs.
Designing an efficient application program is important in systems approaching the maximum
number of tasks. In such an application, it can be difficult to keep the resource utilization below the
system watchdog threshold. If priority reassignments alone are not sufficient to remain below the
threshold, some lower priority tasks can be made to use fewer system resources if the
SysTaskWaitSleep function is added to those tasks. For more information about this function, see
the optional SysTask library of the system / SysLibs category of libraries.
NOTE: Do not delete or change the name of the MAST task. Otherwise, SoMachine detects an
error when you attempt to build the application, and you will not be able to download it to the
controller.
44 EIO0000001462 03/2018
Controller States and Behaviors
EIO0000001462 03/2018
Chapter 7
Introduction
This chapter provides you with information on controller states, state transitions, and behaviors in
response to system events. It begins with a detailed controller state diagram and a description of
each state. It then defines the relationship of output states to controller states before explaining the
commands and events that result in state transitions. It concludes with information about
Remanent variables and the effect of SoMachine task programming options on the behavior of
your system.

This chapter contains the following sections:
Section Topic Page
7.1 Controller State Diagram 46
7.2 Controller States Description 51
7.3 State Transitions and System Events 55
EIO0000001462 03/2018 45
Section 7.1
Controller State Diagram
46 EIO0000001462 03/2018

This diagram describes the controller operating mode:
EIO0000001462 03/2018 47
Legend:
 Controller states are indicated in ALL-CAPS BOLD
 User and application commands are indicated in Bold
 System events are indicated in Italics
 Decisions, decision results, and general information are indicated in normal text
(1)
For details on STOPPED to RUNNING state transition, refer to Run Command (see page 59).
(2)
For details on RUNNING to STOPPED state transition, refer to Stop Command (see page 59).
Note 1
The Power Cycle (Power Interruption followed by a Power ON) deletes all output forcing settings.
Refer to Controller State and Output Behavior (see page 56) for further details.
Note 2
The outputs will assume their initialization states.
Note 3
In some cases, when a system error is detected, it will cause the controller to reboot automatically
into the EMPTY state as if no Boot application were present in the Flash memory. However, the
Boot application is not deleted from the Flash memory. In this case, the ERR LED (Red) flashes
regularly.
Note 4
After verification of a valid Boot application the following events occur:
 The application is loaded into RAM.
 The Post Configuration (see page 207) file settings (if any) are applied.
During the load of the boot application, a Check context test occurs to assure that the Remanent
variables are valid. If the Check context test is invalid, the boot application will load but the
controller will assume STOPPED state (see page 62).
Note 5a
The Starting Mode is set in the PLC settings tab of the Controller Device Editor (see page 73).
Note 5b
Not applicable
Note 6
During a successful application download the following events occur:
 The application is loaded directly into RAM.
 By default, the Boot application is created and saved into the Flash memory.
48 EIO0000001462 03/2018
Note 7
The default behavior after downloading an application program is for the controller to enter the
STOPPED state irrespective of the switch position or the last controller state before the download.
However, there are 2 considerations in this regard:
Online Change: An online change (partial download) initiated while the controller is in the
RUNNING state returns the controller to the RUNNING state if successful and provided the
Run/Stop switch is set to Run. Before using the Login with online change option, test the
changes to your application program in a virtual or non-production environment and confirm that
the controller and attached equipment assume their expected conditions in the RUNNING state.
WARNING
Always verify that online changes to a RUNNING application program operate as expected
before downloading them to controllers.
NOTE: Online changes to your program are not automatically written to the Boot application,
and will be overwritten by the existing Boot application at the next reboot. If you wish your
changes to persist through a reboot, manually update the Boot application by selecting Create
boot application in the online menu (the controller must be in the STOPPED state to achieve
this operation).
Multiple Download: SoMachine has a feature that allows you to perform a full application
download to multiple targets on your network or fieldbus. One of the default options when you
select the Multiple Download... command is the Start all applications after download or online
change option, which restarts all download targets in the RUNNING state, irrespective of their
last controller state before the multiple download was initiated. Deselect this option if you do not
want all targeted controllers to restart in the RUNNING state. In addition, before using the
Multiple Download option, test the changes to your application program in a virtual or non-
production environment and confirm that the targeted controllers and attached equipment
assume their expected conditions in the RUNNING state.
WARNING
Always verify that your application program will operate as expected for all targeted controllers
and equipment before issuing the "Multiple Download..." command with the "Start all
applications after download or online change" option selected.
EIO0000001462 03/2018 49
NOTE: During a multiple download, unlike a normal download, SoMachine does not offer the
option to create a Boot application. You can manually create a Boot application at any time by
selecting Create boot application in the Online menu on all targeted controllers.
Note 8
The SoMachine software platform allows many powerful options for managing task execution and
output conditions while the controller is in the STOPPED or HALT states. Refer to Controller States
Description (see page 51) for further details.
Note 9
To exit the HALT state it is necessary to issue one of the Reset commands (Reset Warm, Reset
Cold, Reset Origin), download an application or cycle power.
In case of non-recoverable event (hardware watchdog or internal error), a cycle power is
mandatory.
Note 10
The RUNNING state has 2 exception conditions:
 RUNNING with External Error: this exception condition is indicated by the I/O LED, which
displays solid Red. You may exit this state by clearing the external error (probably changing the
application configuration). No controller commands are required, but may however include the
need of a power cycle of the controller. For more information, refer to I/O Configuration General
Description (see page 78).
 RUNNING with Breakpoint: this exception condition is indicated by the RUN LED, which
displays a single flash. Refer to Controller States Description (see page 51) for further details.
Note 11
The boot application can be different from the application loaded. It can happen when the boot
application was downloaded through SD card, FTP, or file transfer or when an online change was
performed without creating the boot application.
50 EIO0000001462 03/2018
Section 7.2
Controller States Description
Introduction
This section provides a detailed description of the controller states.
WARNING
 Never assume that your controller is in a certain controller state before commanding a change
of state, configuring your controller options, uploading a program, or modifying the physical
configuration of the controller and its connected equipment.
 Before performing any of these operations, consider the effect on all connected equipment.
 Before acting on a controller, always positively confirm the controller state by viewing its LEDs,
verifying the presence of output forcing, and reviewing the controller status information via
SoMachine.(1)
(1) The controller states can be read in the PLC_R.i_wStatus system variable of the M251
PLCSystem library (see Modicon M251 Logic Controller, System Functions and Variables,
PLCSystem Library Guide)
EIO0000001462 03/2018 51
Controller States Table

The following table describes the controller states:
Controller State Description LED

RUN ERR I/O
(Green) (Red) (Red)
BOOTING The controller executes the boot firmware and its own ON OFF OFF
internal self-tests. It then checks the checksum of the
OFF ON ON
firmware and user applications.
OFF ON OFF
INVALID_OS There is not a valid firmware file present in the flash OFF Regular OFF
memory. The controller does not execute the application. flash
Refer to the Firmware Upgrade section to restore a correct
state.
EMPTY The controller has no application. OFF Single OFF
flash
EMPTY after a This state is the same as the normal EMPTY state. But the OFF Fast OFF
system error application is present, and is intentionally not loaded. A next flash
detected reboot (power cycle), or a new application download, will
restore correct state.
RUNNING The controller is executing a valid application. ON OFF OFF
RUNNING with This state is same as the RUNNING state with the following Single OFF OFF
breakpoint exceptions: flash
 The task-processing portion of the program does not
resume until the breakpoint is cleared.
 The LED indications are different.
 For more information on breakpoint management, refer
to SoMachine, Programming Guide.
RUNNING with Configuration, TM3, SD card, or other I/O error detected. ON OFF ON
external error When I/O LED is ON, the details about the detected error
detected can be found in PLC_R.i_lwSystemFault_1 and
PLC_R.i_lwSystemFault_2. Any of the detected error
conditions reported by these variables cause the I/O LED to
be ON.
STOPPED The controller has a valid application that is stopped. See Regular OFF OFF
details of the STOPPED state (see page 53) for an flash
explanation of the behavior of outputs and field buses in this
state.
STOPPED with Configuration, TM3, SD card, or other I/O error detected. Regular OFF ON
external error flash
detected
52 EIO0000001462 03/2018
Controller State Description LED

RUN ERR I/O
(Green) (Red) (Red)
HALT The controller stops executing the application because it Regular ON –
has detected an application error flash
Boot Application The controller has an application in memory that differs from ON or Single OFF
not saved the application in Flash memory. At next power cycle, the regular flash
application will be changed by the one from Flash memory. flash
This figure shows the difference between the regular flash and single flash:
Details of the STOPPED State

The following statements are true for the STOPPED state:
 Ethernet, Serial (Modbus, ASCII, and so on), and USB communication services remain
operational and commands written by these services can continue to affect the application, the
controller state, and the memory variables.
 All outputs initially assume their configured default state (Keep current values or Set all outputs
to default) or the state dictated by output forcing if used. The subsequent state of the outputs
depends on the value of the Update IO while in stop setting and on commands received from
remote devices.
Task and I/O Behavior When Update IO While In Stop Is Selected
When the Update IO while in stop setting is selected:
 The Read Inputs operation continues normally. The physical inputs are read and then written
to the %I input memory variables.
 The Task Processing operation is not executed.
 The Write Outputs operation continues. The %Q output memory variables are updated to
reflect either the Keep current values configuration or the Set all outputs to default
configuration, adjusted for any output forcing, and then written to the physical outputs.
EIO0000001462 03/2018 53
CAN Behavior When Update IO While In Stop Is Selected

The following is true for the CAN buses when the Update IO while in stop setting is selected:
 The CAN bus remains fully operational. Devices on the CAN bus continue to perceive the
presence of a functional CAN Master.
 TPDO and RPDO continue to be exchanged.
 The optional SDO, if configured, continue to be exchanged.
 The Heartbeat and Node Guarding functions, if configured, continue to operate.
 If the Behaviour for outputs in Stop field is set to Keep current values, the TPDOs continue
to be issued with the last actual values.
 If the Behaviour for outputs in Stop field is Set all outputs to default the last actual values are
updated to the default values and subsequent TPDOs are issued with these default values.
Task and I/O Behavior When Update IO While In Stop Is Not Selected
When the Update IO while in stop setting is not selected, the controller sets the I/O to either the
Keep current values or Set all outputs to default condition (as adjusted for output forcing if used).
After this, the following becomes true:
 The Read Inputs operation ceases. The %I input memory variablea are frozen at their last
values.
 The Task Processing operation is not executed.
 The Write Outputs operation ceases. The %Q output memory variables can be updated via
the Ethernet, Serial, and USB connections. However, the physical outputs are unaffected
and retain the state specified by the configuration options.
CAN Behavior When Update IO While In Stop Is Not Selected
The following is true for the CAN buses when the Update IO while in stop setting is not selected:
 The CAN Master ceases communications. Devices on the CAN bus assume their configured
fallback states.
 TPDO and RPDO exchanges cease.
 Optional SDO, if configured, exchanges cease.
 The Heartbeat and Node Guarding functions, if configured, stop.
 The current or default values, as appropriate, are written to the TPDOs and sent once before
stopping the CAN Master.
54 EIO0000001462 03/2018
Section 7.3
State Transitions and System Events
State Transitions and System Events
Overview
This section begins with an explanation of the output states possible for the controller. It then
presents the system commands used to transition between controller states and the system events
that can also affect these states. It concludes with an explanation of the Remanent variables, and
the circumstances under which different variables and data types are retained through state
transitions.
What Is in This Section?

This section contains the following topics:
Topic Page
Controller States and Output Behavior 56
Commanding State Transitions 59
Error Detection, Types, and Management 65
Remanent Variables 66
EIO0000001462 03/2018 55
Controller States and Output Behavior
Introduction
The Modicon M251 Logic Controller defines output behavior in response to commands and system
events in a way that allows for greater flexibility. An understanding of this behavior is necessary
before discussing the commands and events that affect controller states. For example, typical
controllers define only two options for output behavior in stop: fallback to default value or keep
current value.
The possible output behaviors and the controller states to which they apply are:
 Managed by Application Program
 Keep current values
 Set all outputs to default
 Hardware Initialization Values
 Software Initialization Values
 Output Forcing
Managed by Application Program

Your application program manages outputs normally. This applies in the RUNNING and RUNNING
with External Error Detected states.
NOTE: An exception to this is if the RUNNING with External Error Detected state has been
provoked by a I/O expansion bus error. For more information, refer to I/O Configuration General
Description (see page 78).
Keep Current Values

Select this option by choosing Keep current values in the Behavior for outputs in Stop drop-down
menu of the PLC settings subtab of the Controller Editor. To access the Controller Editor, right-
click on the controller in the device tree and select Edit Object.
This output behavior applies in the STOPPED controller state. It also applies to CAN bus in the
HALT controller state. Outputs are set to and maintained in their current state, although the details
of the output behavior vary greatly depending on the setting of the Update I/O while in stop option
and the actions commanded via configured fieldbusses. Refer to Controller States Description
(see page 51) for more details on these variations.
56 EIO0000001462 03/2018
Set All Outputs to Default

Select this option by choosing Set all outputs to default in the Behavior for outputs in Stop drop-
down menu of the PLC settings subtab of the Controller Editor. To access the Controller Editor,
right-click on the controller in the device tree and select Edit Object.
This output behavior applies when the application is going from RUN state to STOPPED state or
if the application is going from RUN state to HALT state. It also applies to CAN bus in the HALT
controller state. Outputs are set to and maintained in their current state, although the details of the
output behavior vary greatly depending on the setting of the Update I/O while in stop option and
the actions commanded via configured fieldbusses.Refer to Controller States Description
(see page 51) for more details on these variations.
Hardware Initialization Values

This output state applies in the BOOTING, EMPTY (following power cycle with no boot application
or after the detection of a system error), and INVALID_OS states.
In the initialization state, analog, transistor, and relay outputs assume the following values:
 For an analog output: Z (high impedance)
 For a fast transistor output: Z (high impedance)
 For a regular transistor output: 0 Vdc
 For a relay output: Open
Software Initialization Values

This output state applies when downloading or when resetting the application. It applies at the end
of the download or at the end of a reset warm or cold.
The software Initialization Values are the initialization values of outputs images (%I, %Q, or
variables mapped on %I or %Q).
By default, they are set to 0 but it is possible to map the I/O in a GVL and assign to the outputs a
value different from 0.
EIO0000001462 03/2018 57
Output Forcing
The controller allows you to force the state of selected outputs to a defined value for the purposes
of system testing, commissioning, and maintenance.
You are only able to force the value of an output while your controller is connected to SoMachine.
To do so, use the Force values command in the Debug menu.
Output forcing overrides all other commands to an output irrespective of the task programming that
is being executed.
When you logout of SoMachine when output forcing has been defined, you are presented with the
option to retain output forcing settings. If you select this option, the output forcing continues to
control the state of the selected outputs until you download an application or use one of the Reset
commands.
When the option Update I/O while in stop, if supported by your controller, is checked (default state),
the forced outputs keep the forcing value even when the logic controller is in STOP.
Output Forcing Considerations

The output you wish to force must be contained in a task that is currently being executed by the
controller. Forcing outputs in unexecuted tasks, or in tasks whose execution is delayed either by
priorities or events will have no effect on the output. However, once the task that had been delayed
is executed, the forcing will take effect at that time.
Depending on task execution, the forcing could impact your application in ways that may not be
obvious to you. For example, an event task could turn on an output. Later, you may attempt to turn
off that output but the event is not being triggered at the time. This would have the effect of the
forcing being apparently ignored. Further, at a later time, the event could trigger the task at which
point the forcing would take effect.
WARNING
 You must have a thorough understanding of how forcing will affect the outputs relative to the
tasks being executed.
 Do not attempt to force I/O that is contained in tasks that you are not certain will be executed
in a timely manner, unless your intent is for the forcing to take affect at the next execution of
the task whenever that may be.
 If you force an output and there is no apparent affect on the physical output, do not exit
SoMachine without removing the forcing.
58 EIO0000001462 03/2018
Commanding State Transitions
Run Command
Effect: Commands a transition to the RUNNING controller state.
Starting Conditions: BOOTING or STOPPED state.
Methods for Issuing a Run Command:
 Run/Stop switch goes from stop to run.
 SoMachine Online Menu: Select the Start command.
 RUN command from Web Server
 By an external call via Modbus request using the PLC_W.q_wPLCControl and
PLC_W.q_uiOpenPLCControl system variables of the M251 PLCSystem library (see Modicon
M251 Logic Controller, System Functions and Variables, PLCSystem Library Guide).
 Login with online change option: An online change (partial download) initiated while the
controller is in the RUNNING state returns the controller to the RUNNING state if successful.
 Multiple Download Command: sets the controllers into the RUNNING state if the Start all
applications after download or online change option is selected, irrespective of whether the
targeted controllers were initially in the RUNNING, STOPPED, HALT, or EMPTY state.
 The controller is restarted into the RUNNING state automatically under certain conditions.
Refer to Controller State Diagram (see page 47) for further details.
Stop Command
Effect: Commands a transition to the STOPPED controller state.
Starting Conditions: BOOTING, EMPTY, or RUNNING state.
Methods for Issuing a Stop Command:
 Run/Stop switch goes from run to stop.
 SoMachine Online Menu: Select the Stop command.
 STOP command from WebServer
 By an internal call by the application or an external call via Modbus request using the PLC_W.
q_wPLCControl and PLC_W. q_uiOpenPLCControl system variables of the M251 PLCSystem
library (see Modicon M251 Logic Controller, System Functions and Variables, PLCSystem
Library Guide).
 Login with online change option: An online change (partial download) initiated while the
controller is in the STOPPED state returns the controller to the STOPPED state if successful.
 Download Command: implicitly sets the controller into the STOPPED state.
 Multiple Download Command: sets the controllers into the STOPPED state if the Start all
applications after download or online change option is not selected, irrespective of whether the
targeted controllers were initially in the RUNNING, STOPPED, HALT, or EMPTY state.
 REBOOT by Script: The file transfer script on an SD card can issue a REBOOT as its final
command. The controller will be rebooted into the STOPPED state provided the other conditions
of the boot sequence allow this to occur. Refer to Reboot (see page 62) for further details.
 The controller is restarted into the STOPPED state automatically under certain conditions.
EIO0000001462 03/2018 59
Refer to Controller State Diagram (see page 47) for further details.
Reset Warm
Effect: Resets all variables, except for the remanent variables, to their default values. Places the
controller into the STOPPED state.
Starting Conditions: RUNNING, STOPPED, or HALT states.
Methods for Issuing a Reset Warm Command:
 SoMachine Online Menu: Select the Reset warm command.
Library Guide).
Effects of the Reset Warm Command:
1. The application stops.
2. Forcing is erased.
3. Diagnostic indications for errors are reset.
4. The values of the retain variables are maintained.
5. The values of the retain-persistent variables are maintained.
6. All non-located and non-remanent variables are reset to their initialization values.
7. The values of the first 1000 %MW registers are maintained.
8. The values of %MW1000 to %MW59999 registers are reset to 0.
9. All fieldbus communications are stopped and then restarted after the reset is complete.
10.All I/O are reset to their initialization values.
11.The Post Configuration (see page 207) file is read.
For details on variables, refer to Remanent Variables (see page 66).
Reset Cold
Effect: Resets all variables, except for the retain-persistent type of remanent variables, to their
initialization values. Places the controller into the STOPPED state.
Methods for Issuing a Reset Cold Command:
 SoMachine Online Menu: Select the Reset cold command.
Library Guide).
Effects of the Reset Cold Command:
4. The values of the retain variables are reset to their initialization value.
60 EIO0000001462 03/2018
5. The values of the retain-persistent variables are maintained.

9. All fieldbus communications are stopped and then restarted after the reset is complete.
11.The Post Configuration file is read (see page 207).
Reset Origin
Effect: Resets all variables, including the remanent variables, to their initialization values. Erases
all user files on the controller. Places the controller into the EMPTY state.
Methods for Issuing a Reset Origin Command:
 SoMachine Online Menu: Select the Reset origin command.
Effects of the Reset Origin Command:
3. All user files (Boot application, data logging, Post Configuration) are erased.
5. The values of the retain variables are reset.
6. The values of the retain-persistent variables are reset.
7. All non-located and non-remanent variables are reset.
8. The values of the first 1000 %MW registers are reset to 0.
10.All fieldbus communications are stopped.
EIO0000001462 03/2018 61
Reboot
Effect: Commands a reboot of the controller.
Starting Conditions: Any state.
Methods for Issuing the Reboot Command:
 Power cycle
 REBOOT by Script (see page 221)
Effects of the Reboot:

1. The state of the controller depends on a number of conditions:
a. The controller state will be RUNNING if:
The Reboot was provoked by a power cycle and:
- the Starting Mode is set to Start in run, and if the Run/Stop input is not configured, and if
the controller was not in HALT state before the power cycle, and if the remanent variables
are valid.
- the Starting Mode is set to Start in run, and if the Run/Stop input is configured and set to
RUN, and if the controller was not in HALT state before the power cycle, and if the remanent
variables are valid.
- the Starting Mode is set to Start as previous state, and Controller state was RUNNING
before the power cycle, and if the Run/Stop input is set to not configured and the boot
application has not changed and the remanent variables are valid.
- the Starting Mode is set to Start as previous state, and Controller state was RUNNING
before the power cycle, and if the Run/Stop input is configured and is set to RUN.
The Reboot was provoked by a script and:
- the Starting Mode is set to Start in run, and if the Run/Stop input or switch is configured and
set to RUN, and if the controller was not in HALT state before the power cycle, and if the
remanent variables are valid.
b. The controller state will be STOPPED if:
The Reboot was provoked by a power cycle and:
- the Starting Mode is set to Start in stop.
- the Starting Mode is set to Start as previous state and the controller state was not
RUNNING before the power cycle.
- the Starting Mode is set to Start as previous state and the controller state was RUNNING
before the power cycle, and if the Run/Stop input is set to not configured, and if the boot
application has changed.
before the power cycle, and if the Run/Stop input is set to not configured, and if the boot
application has not changed, and if the remanent variables are not valid.
before the power cycle, and if the Run/Stop input is configured and is set to STOP.
- the Starting Mode is set to Start in run and if the controller state was HALT before the power
cycle.
- the Starting Mode is set to Start in run, and if the controller state was not HALT before the
power cycle, and if the Run/Stop input is configured and is set to STOP.
62 EIO0000001462 03/2018
- the Starting Mode is set to Start as previous state and if the Run/Stop input or switch is
configured and set to RUN, and if the controller was not in HALT state before the power cycle.
- the Starting Mode is set to Start as previous state and if the Run/Stop input or switch is not
configured, and if the controller was not in HALT state before the power cycle.
c. The controller state will be EMPTY if:
- There is no boot application or the boot application is invalid, or
- The reboot was provoked by specific System Errors.
d. The controller state will be INVALID_OS if there is no valid firmware.
2. Forcing is maintained if the boot application is loaded successfully. If not, forcing is erased.
4. The values of the retain variables are restored if saved context is valid.
5. The values of the retain-persistent variables are restored if saved context is valid.
7. The values of the first 1000 %MW registers are restored if saved context is valid.
9. All fieldbus communications are stopped and restarted after the boot application is loaded
successfully.
10.All I/O are reset to their initialization values and then to their user-configured default values if
the controller assumes a STOPPED state after the reboot.
12.The controller file system is initialized and its resources (sockets, file handles, and so on) are
deallocated.
The file system employed by the controller needs to be periodically re-established by a power
cycle of the controller. If you do not perform regular maintenance of your machine, or if you are
using an Uninterruptible Power Supply (UPS), you must force a power cycle (removal and
reapplication of power) to the controller at least once a year.
NOTICE
DEGRADATION OF PERFORMANCE
Reboot your controller at least once a year by removing and then reapplying power.

NOTE: The Check context test concludes that the context is valid when the application and the
remanent variables are the same as defined in the Boot application.
NOTE: If you make an online change to your application program while your controller is in the
RUNNING or STOPPED state but do not manually update your Boot application, the controller will
detect a difference in context at the next reboot, the remanent variables will be reset as per a Reset
cold command, and the controller will enter the STOPPED state.
EIO0000001462 03/2018 63
Download Application
Effect: Loads your application executable into the RAM memory. Optionally, creates a Boot
application in the Flash memory.
Starting Conditions: RUNNING, STOPPED, HALT, and EMPTY states.
Methods for Issuing the Download Application Command:
 SoMachine:
2 options exist for downloading a full application:
 Download command.
 Multiple Download command.
For important information on the application download commands, refer to Controller State
Diagram.
 FTP: Load Boot application file to the Flash memory using FTP. The updated file is applied at
the next reboot.
 SD card: Load Boot application file using an SD card in the controller SD card slot. The updated
file is applied at the next reboot. Refer to File Transfer with SD Card for further details.
Effects of the SoMachine Download Command:
1. The existing application stops and then is erased.
2. If valid, the new application is loaded and the controller assumes a STOPPED state.
5. The values of the retain variables are reset to their initialization values.
6. The values of any existing retain-persistent variables are maintained.
10.All fieldbus communications are stopped and then any configured fieldbus of the new
application is started after the download is complete.
11.All I/O are reset to their initialization values and then set to the new user-configured default
values after the download is complete.
Effects of the FTP or SD Card Download Command:
There are no effects until the next reboot. At the next reboot, the effects are the same as a reboot
with an invalid context. Refer to Reboot (see page 62).
64 EIO0000001462 03/2018
Error Detection, Types, and Management
Error Management
The controller detects and manages three types of errors:
 external errors
 application errors
 system errors
This table describes the types of errors that may be detected:
Type of Error Description Resulting

Detected Controller State
External Error External errors are detected by the system while RUNNING or RUNNING with
STOPPED but do not affect the ongoing controller state. An external External Error
error is detected in the following cases: Detected
 A connected device reports an error to the controller. Or
 The controller detects an error with an external device, for example, STOPPED with
when the external device is communicating but not properly External Error
configured for use with the controller. Detected
 The controller detects an error with the state of an output.
 The controller detects a communication interruption with a device.
 The controller is configured for an expansion module that is not
present or not detected, and has not otherwise been declared as an
optional module. (1).
 The boot application in Flash memory is not the same as the one in
RAM.
Application An application error is detected when improper programming is HALT
Error encountered or when a task watchdog threshold is exceeded.
System Error A system error is detected when the controller enters a condition that BOOTING →
cannot be managed during runtime. Most such conditions result from EMPTY
firmware or hardware exceptions, but there are some cases when
incorrect programming can result in the detection of a system error, for
example, when attempting to write to memory that was reserved during
runtime, or when a system watchdog time-out occurs.
NOTE: There are some system errors that can be managed by runtime
and are therefore treated like application errors.
(1) Expansion modules may appear to be absent for any number of reasons, even if the absent
I/O module is physically present on the bus. For more information, refer to I/O Configuration
General Description (see page 78).
NOTE: Refer to the M251 PLCSystem library Guide for more detailed information on diagnostics.
EIO0000001462 03/2018 65
Remanent Variables
Overview
Remanent variables can either be reinitialized or retain their values in the event of power outages,
reboots, resets, and application program downloads. There are multiple types of remanent
variables, declared individually as "retain" or "persistent", or in combination as "retain-persistent".
NOTE: For this controller, variables declared as persistent have the same behavior as variables
declared as retain-persistent.
This table describes the behavior of remanent variables in each case:
Action VAR VAR RETAIN VAR GLOBAL PERSISTENT

RETAIN
Online change to application program X X X
Online change modifying the boot – X X
application (1)
Stop X X X
Power cycle – X X
Reset warm – X (2) X
Reset cold – – X
Reset origin – – –
Download of application program (3) – – X
X The value is maintained.
– The value is reinitialized.
(1) Retain variable values are maintained if an online change modifies only the code part of the boot
application (for example, a:=a+1; => a:=a+2;). In all other cases, retain variables are reinitialized.
(2) For more details on VAR RETAIN, refer to Effects of the Reset warm Command (see page 60).
(3) If the application is downloaded via SD card, any existing persistent variables used by the application are
reinitialized. If the application is downloaded using SoMachine, however, existing persistent variables
maintain their values. In both cases, if the downloaded application contains the same persistent variables
as the existing application, the existing retain variables maintain their values.
NOTE: The first 1000 %MW are automatically retained and persistent if no variable is associated to
them. Their values are kept after a reboot / Reset warm / Reset cold. The other %MW are managed
as VAR.
For example, if you have in your program:
VAR myVariable AT %MW0 : WORD; END_VAR
%MW0 will behave like myVariable (not retained and not persistent).
66 EIO0000001462 03/2018
Adding Retain Persistent Variables

Declare retain persistent (VAR GLOBAL PERSISTENT RETAIN) symbols in the PersistentVars
window:
Step Action
1 Select the Application node in the Applications tree.
2
Click .
3 Choose Add other objects → Persistent variables
4 Click Add.
Result: The PersistentVars window is displayed.
EIO0000001462 03/2018 67
68 EIO0000001462 03/2018
Controller Device Editor
EIO0000001462 03/2018
Chapter 8
Introduction
This chapter describes how to configure the controller.

Topic Page
Controller Parameters 70
Controller Selection 72
PLC Settings 73
Services 75
EIO0000001462 03/2018 69
Controller Parameters
Controller Parameters
To open the device editor, double-click MyController in the Devices tree:
Tabs Description
Tab Description Restriction

Controller selection Manages the connection between the PC and the controller: Online mode
(see page 72)  helping you find a controller in a network, only
 presenting the list of available controllers, so you can connect to
the selected controller and manage the application in the
controller,
 helping you physically identify the controller from the device
editor,
 helping you change the communication settings of the controller.
The controller list is detected through NetManage or through the

Active Path based on the communication settings. To access the
Communication settings, click Project → Project Settings... in the
menu bar. For more information, refer to the SoMachine
Programming Guide (Communication Settings).
Applications Presents the application running on the controller and allows Online mode
removing the application from the controller. only
Files (see page 28) File management between the PC and the controller. Online mode
Only one logic controller disk at a time can be seen through this tab. only
When an SD card is inserted, this file displays the content of the SD
card. Otherwise, this tab displays the content of the /usr directory of
the internal flash memory of the controller.
Log View the controller log file. Online mode
only
PLC settings Configuration of: –
(see page 73)  application name
 I/O behavior in stop
 bus cycle options
Services Lets you configure the online services of the controller (RTC, device Online mode
(see page 75) identification). only
70 EIO0000001462 03/2018
Tab Description Restriction

I/O Mapping Mapping of the input and output channels of an I/O device on project –
(application) variables.
Task deployment Displays a list of I/Os and their assignments to tasks. After
compilation
only
Users and Groups The Users and Groups tab is provided for devices supporting online –
user management. It allows setting up users and access-rights
groups and assigning them access rights to control the access on
SoMachine projects and devices in online mode.
For more details, refer to the SoMachine Programming Guide.
OPC UA Server Displays the OPC UA Server Configuration (see page 199) window. –
Configuration
Status No information delivered. –
Information Displays general information about the device (name, description, –
provider, version, image).
EIO0000001462 03/2018 71
Controller Selection
Introduction
This tab allows you to manage the connection from the PC to the controller:
 Helping you find a controller in a network.
 Presenting the list of controllers, so you can connect to the selected controller and manage the
application inside the controller.
 Helping you physically identify the controller from the device editor.
 Helping you change the communication settings of the controller.
Process Communication Settings

The Process communication settings window lets you change the Ethernet communication
settings. To do so, click Controller selection tab. The list of controllers available in the network
appears. Select and right-click the required row and click Process communication settings ... in the
context menu.
You can configure the Ethernet settings in the Process communication settings window in 2 ways:
 Without the Save settings permanently option:
Configure the communication parameters and click OK. These settings are immediately taken
into account and are not kept if the controller is reset. For the next resets, the communication
parameters configured into the application are taken into account.
 With the Save settings permanently option:
You can also activate the Save settings permanently option before you click OK. Once this
option is activated, the Ethernet parameters configured here are always taken into account on
reset instead of the Ethernet parameters configured into the SoMachine application.
For more information on the Controller selection view of the device editor, refer to the SoMachine
Programming Guide.
72 EIO0000001462 03/2018
PLC Settings
Overview
The figure below presents the PLC Settings tab:
Element Description
Application for I/O handling By default, set to Application because there is only one application in the
controller.
PLC settings Update IO while in If this option is activated (default), the values of the input and output channels
stop get also updated when the controller is stopped.
Behavior for outputs From the selection list, choose one of the following options to configure how the
in Stop values at the output channels should be handled in case of controller stop:
 Keep current values
 Set all outputs to default
Update all variables If this option is activated, then for all devices of the current controller
in all devices configuration all I/O variables will get updated in each cycle of the bus cycle
task. This corresponds to the option Always update variables, which can be set
separately for each device in the I/O Mapping dialog.
Bus cycle Bus cycle task This configuration setting is the parent for all Bus cycle task parameters used
options in the application device tree.
Some devices with cyclic calls, such as a CANopen manager, can be attached
to a specific task. In the device, when this setting is set to Use parent bus cycle
setting, the setting set for the controller is used.
The selection list offers all tasks currently defined in the active application. The
default setting is the MAST task.
NOTE: <unspecified> means that the task is in "slowest cyclic task" mode.
EIO0000001462 03/2018 73
Element Description
Additional Generate force Not used.
settings variables for IO
mapping
Enable Diagnosis for Not used.
devices
Starting mode Starting mode This option defines the starting mode on a power-on. For further information,
Options refer to State behavior diagram (see page 47).
Select with this option one of these starting modes:
 Start as previous state
 Start in stop
 Start in run
74 EIO0000001462 03/2018
Services
Services Tab
The Services tab is divided in 3 parts:
 RTC Configuration
 Device Identification
 Post Configuration
The figure below shows the Services tab:
NOTE: To have controller information, you must be connected to the controller.
EIO0000001462 03/2018 75
Element Description
RTC PLC Time Displays the date and time read from the controller when the Read
Configuration button is clicked, with no conversion applied. This read-only field is
initially empty.
Read Reads the date and time saved on the controller and displays the
values in the PLC Time field.
Local Time Lets you define a date and a time that are sent to the controller
when the Write button is clicked. If necessary, modify the default
values before clicking the Write button. A message box informs
you about the result of the command. The date and time fields are
initially filled with the current PC settings.
Write Writes the date and time defined in the Local time field to the logic
controller. A message box informs you of the result of the
command. Select the Write as UTC checkbox before running this
command to write the values in UTC format.
Synchronize with Lets you directly send the PC settings. A message box informs you
local date/time of the result of the command. Select Write as UTC before running
this command to use UTC format.
Device Identification Displays the Firmware Version, the Boot Version, and the
Coprocessor Version of the selected controller, if connected.
Post Configuration Displays the application parameters overwritten by the Post
configuration (see page 207).
76 EIO0000001462 03/2018
Expansion Modules Configuration
EIO0000001462 03/2018
Chapter 9
Overview
This chapter describes how to configure the TM4, TM3, and TM2 expansion modules for the
Modicon M251 Logic Controller.

Topic Page
I/O Configuration General Description 78
I/O Bus Configuration 84
TM4 Expansion Module Configuration 85
TM3/TM2 Expansion Module Configuration 86
Optional I/O Expansion Modules 87
EIO0000001462 03/2018 77
I/O Configuration General Description
Introduction
In your project, you can add I/O expansion modules to your M251 Logic Controller to increase the
number of digital and analog inputs and outputs over those native to the logic controller, if your
controller is so equipped (embedded I/O).
You can add either TM3 or TM2 I/O expansion modules to the logic controller, and further expand
the number of I/O via TM3 transmitter and receiver modules to create remote I/O configurations.
Special rules apply in all cases when creating local and remote I/O expansions, and when mixing
TM2 and TM3 I/O expansion modules (refer to Maximum Hardware Configuration (see Modicon
M251 Logic Controller, Hardware Guide)).
The I/O expansion bus of the M251 Logic Controller is created when you assemble the I/O
expansion modules to the logic controller. I/O expansion modules are considered as external
devices in the logic controller architecture and, as such, are treated differently than the embedded
I/Os of the logic controller.
78 EIO0000001462 03/2018
I/O Expansion Bus Errors

If the logic controller cannot communicate with one or more I/O expansion modules contained in
the program configuration, and those modules are not configured as optional modules (refer to
Optional I/O Expansion Modules (see page 87)), the logic controller considers it as an I/O
expansion bus error. The unsuccessful communication may be detected during the startup of the
logic controller or during runtime, and there may be any number of causes. Causes of
communication exceptions on the I/O expansion bus include, among other things, disconnection
of or physically missing I/O modules, electromagnetic radiation beyond published environmental
specifications, or otherwise inoperative modules.
If an I/O expansion bus error is detected:
 The system status LED I/O of the logic controller is illuminated indicating an I/O error.
 When SoMachine is in online mode, a red triangle appears next to the TM3 expansion module
or modules in error and next to the IO_Bus node on the Devices tree window:
The following diagnostic information is also available:

 Bit 0 and bit 1 of the PLC_R.i_lwSystemFault_1 system variable are set to 0.
 The PLC_R.i_wIOStatus1 and PLC_R.i_wIOStatus1 system variables are set to
PLC_R_IO_BUS_ERROR.
 The TM3_MODULE_R[i].i_wModuleState system variable, where [i] identifies the TM3
expansion module in error, is set to TM3_BUS_ERROR. All other bits are set to TM3_OK.
 The TM3_GetModuleBusStatus function block returns the TM3_ERR_BUS error code.
Refer to PLC_R (see Modicon M251 Logic Controller, System Functions and Variables,
PLCSystem Library Guide) and TM3_MODULE_R (see Modicon M251 Logic Controller, System
Functions and Variables, PLCSystem Library Guide) structures for details on system variables.
EIO0000001462 03/2018 79
Active I/O Expansion Bus Error Handling

The TM3_BUS_W.q_wIOBusErrPassiv system variable is set to ERR_ACTIVE by default to
specify the use of active I/O error handling. The application can set this bit to ERR_PASSIVE to use
passive I/O error handling instead.
By default, when the logic controller detects a TM3 module in bus communication error it sets the
bus to a "bus off" condition whereby the TM3 expansion module outputs, the input image value and
the output image value are set to 0. A TM3 expansion module is considered to be in bus
communication error when an I/O exchange with the expansion module has been unsuccessful for
at least two consecutive bus task cycles. When a bus communication error occurs, the
TM3_MODULE_R[i].i_wModuleState system variable, where [i] is the expansion module
number in error, is set to TM3_BUS_ERROR. All other bits are set to TM3_OK.
Normal I/O expansion bus operation can only be restored after eliminating the source of the error
and performing one of the following:
 Power cycle
 New application download
 Restarting the I/O Bus by setting the TM3_BUS_W.q_wIOBusRestart system variable to 1.
The bus is restarted if at least one expansion module is in error
(TM3_MODULE_R[i].i_wModuleState = TM3_BUS_ERROR). Refer to Restarting the I/O
Expansion Bus (see page 82).
 Issuing a Reset Warm or Reset Cold command with SoMachine (see page 59).
Passive I/O Expansion Bus Handling

The application can set the system variable TM3_BUS_W.q_wIOBusErrPassiv to
ERR_PASSIVE to use passive I/O error handling. This error handling is provided to afford
compatibility with previous firmware versions.
When passive I/O error handling is in use, the logic controller attempts to continue data bus
exchanges with the modules during bus communication errors. While the expansion bus error
persists, the logic controller attempts to re-establish communication on the bus with incommuni-
cative modules, depending on the type of I/O expansion module:
 For TM3 I/O expansion modules, the value of the I/O channels is maintained (“Keep current
values”) for approximately 10 seconds while the logic controller attempts to re-establish
communication. If the logic controller cannot re-establish communications within that time, all
affected TM3 I/O expansion outputs are set to 0.
 For TM2 I/O expansion modules that may be part of the configuration, the value of the I/O
channels is maintained indefinitely. That is to say, the outputs of the TM2 I/O expansion
modules are set to “Keep current values” until either power is cycled on the logic controller
system, or you issue a Reset Warm or Reset Cold command with SoMachine (see page 59).
80 EIO0000001462 03/2018
In either case, the logic controller continues to solve logic and, if your controller is so equipped, the
embedded I/O continues to be managed by the application (“managed by application program
(see page 56)”) while it attempts to re-establish communication with the incommunicative I/O
expansion modules. If the communication is successful, the I/O expansion modules resume to be
managed by the application. If communication with the I/O expansion modules is unsuccessful, you
must resolve the reason for the unsuccessful communication, and then cycle power on the logic
controller system, or issue a Reset Warm or Reset Cold command with SoMachine (see page 59).
The value of the incommunicative I/O expansion modules input image is maintained and the output
image value is set by the application.
Further, if the incommunicative I/O module(s) disturb the communication with unaffected modules,
the unaffected modules are also considered to be in error and the
TM3_MODULE_R[i].i_wModuleState system variable (where [i] is the expansion module
number) is set to TM3_BUS_ERROR. However, with the ongoing data exchanges that characterize
the Passive I/O Expansion Bus Error Handling, the unaffected modules will nonetheless apply the
data sent, and will not apply the fallback values as for the incommunicative module.
Therefore, you must monitor within your application the state of the bus and the error state of the
module(s) on the bus, and take the appropriate action necessary given your particular application.
WARNING
 Include in your risk assessment the possibility of unsuccessful communication between the
logic controller and any I/O expansion modules.
 If the “Keep current values” option deployed during an I/O expansion module external error is
incompatible with your application, use alternate means to control your application for such an
event.
 Monitor the state of the I/O expansion bus using the dedicated system variables and take
appropriate actions as determined by your risk assessment.
For more information on the actions taken upon startup of the logic controller when an I/O
expansion bus error is detected, refer to Optional I/O Expansion Modules (see page 87).
EIO0000001462 03/2018 81
Restarting the I/O Expansion Bus

When active I/O error handling is being applied, that is, embedded and TM3 outputs set to 0 when
a bus communication error is detected, the application can request a restart of the I/O expansion
bus while the logic controller is still running (without the need for a Cold Start, Warm Start, power
cycle, or application download).
The TM3_BUS_W_W. q_wIoBusRestart system variable is available to request restarts of the
I/O expansion bus. The default value of this bit is 0. Provided at least one TM3 expansion module
is in error (TM3_MODULE_R[i].i_wModuleState set to TM3_BUS_ERROR), the application can
set TM3_BUS_W_W. q_wIoBusRestart to 1 to request a restart of the I/O expansion bus. On
detection of a rising edge of this bit, the logic controller reconfigures and restarts the I/O expansion
bus if all of the following conditions are met:
 The TM3_BUS_W.q_wIOBusErrPassiv system variable is set to ERR_ACTIVE (that is, I/O
expansion bus activity is stopped)
 Bit 0 and bit 1 of the PLC_R.i_lwSystemFault_1 system variable are set to 0 (I/O expansion
bus is in error)
 The TM3_MODULE_R[i].i_wModuleState system variable is set to TM3_BUS_ERROR (at
least one expansion module is in bus communication error)
If the TM3_BUS_W_W.q_wIoBusRestart system variable is set to 1 and any of the above
conditions is not met, the logic controller takes no action.
Match Software and Hardware Configuration

The I/O that may be embedded in your controller is independent of the I/O that you may have
added in the form of I/O expansion. It is important that the logical I/O configuration within your
program matches the physical I/O configuration of your installation. If you add or remove any
physical I/O to or from the I/O expansion bus or, depending on the controller reference, to or from
the controller (in the form of cartridges), then you must update your application configuration. This
is also true for any field bus devices you may have in your installation. Otherwise, there is the
potential that the expansion bus or field bus will no longer function while the embedded I/O that
may be present in your controller will continue to operate.
WARNING
Update the configuration of your program each time you add or delete any type of I/O expansions
on your I/O bus, or you add or delete any devices on your field bus.
82 EIO0000001462 03/2018
Presentation of the Optional Feature for I/O Expansion Modules

I/O expansion modules can be marked as optional in the configuration. The Optional module
feature provides a more flexible configuration by the acceptance of the definition of modules that
are not physically attached to the logic controller. Therefore, a single application can support
multiple physical configurations of I/O expansion modules, allowing a greater degree of scalability
without the necessity of maintaining multiple application files for the same application.
You must be fully aware of the implications and impacts of marking I/O modules as optional in your
application, both when those modules are physically absent and present when running your
machine or process. Be sure to include this feature in your risk analysis.
WARNING
Include in your risk analysis each of the variations of I/O configurations that can be realized
marking I/O expansion modules as optional, and in particular the establishment of TM3 Safety
modules (TM3S…) as optional I/O modules, and make a determination whether it is acceptable
as it relates to your application.
NOTE: For more details about this feature, refer to Optional I/O Expansion Modules (see page 87).
EIO0000001462 03/2018 83
I/O Bus Configuration
Overview
I/O bus configuration provides you the ability to select the task that drives TM3 and CANopen
physical exchanges. It can also override the configuration defined in the PLC settings
(see page 73).
Configuring the I/O Bus

Follow these steps to configure the I/O bus:
Step Description
1 Double-click IO_Bus in the Devices tree.
Result: The IO_Bus editor tab appears:
2 Set the Bus cycle task from the list to either of the following:
 Use parent bus cycle setting (default)
Sets the task for bus exchange as defined in the PLC settings.
 MAST
Sets the Master task for bus exchange irrespective of the task defined in the PLC settings.
84 EIO0000001462 03/2018
TM4 Expansion Module Configuration
Introduction
The Modicon M251 Logic Controller supports the TM4 communication expansion modules.
For further information about the TM4 expansion modules configuration, refer to the TM4
Expansion Modules Configuration Programming Guide.
WARNING
Adding an Expansion Module

To add an expansion module to your controller, select the expansion module in the Hardware
Catalog, drag it to the Devices tree, and drop it on one of the highlighted nodes.
For more information on adding a device to your project, refer to:
 Using the Drag-and-drop Method (see SoMachine, Programming Guide)
 Using the Contextual Menu or Plus Button (see SoMachine, Programming Guide)
EIO0000001462 03/2018 85
TM3/TM2 Expansion Module Configuration
Introduction
The Modicon M251 Logic Controller supports the following expansion modules:
 TM3 expansion modules
 Digital I/O modules
 Analog I/O modules
 Expert I/O modules
 Safety modules
 Transmitter and receiver modules
 TM2 expansion modules

 Digital I/O modules
 Analog I/O modules
 Expert modules
 Communication modules
For further information about the TM3 and TM2 expansion modules configuration, refer to the TM3
Expansion Modules Configuration Programming Guide and TM2 Expansion Modules
Configuration Programming Guide respectively.
WARNING
Adding an Expansion Module

To add an expansion module to your controller, select the expansion module in the Hardware
 Using the Drag-and-Drop Method (see SoMachine, Programming Guide)
 Using the Contextual Menu or Plus Button (see SoMachine, Programming Guide)
86 EIO0000001462 03/2018
Optional I/O Expansion Modules
Presentation
I/O expansion modules can be marked as optional in the configuration. The Optional module
feature provides a more flexible configuration by the acceptance of the definition of modules that
are not physically attached to the logic controller. Therefore, a single application can support
multiple physical configurations of I/O expansion modules, allowing a greater degree of scalability
without the necessity of maintaining multiple application files for the same application.
Without the Optional module feature, when the logic controller starts up the I/O expansion bus
(following a power cycle, application download or initialization command), it compares the
configuration defined in the application with the physical I/O modules attached to the I/O bus.
Among other diagnostics made, if the logic controller determines that there are I/O modules
defined in the configuration that are not physically present on the I/O bus, an error is detected and
the I/O bus does not start.
With the Optional module feature, the logic controller ignores the absent I/O expansion modules
that you have marked as optional, which then allows the logic controller to start the I/O expansion
bus.
The logic controller starts the I/O expansion bus at configuration time (following a power cycle,
application download, or initialization command) even if optional expansion modules are not
physically connected to the logic controller.
The following module types can be marked as optional:
 TM3 I/O expansion modules
 TM2 I/O expansion modules
NOTE: TM3 Transmitter/Receiver modules (TM3XTRA1 and the TM3XREC1) and TMC4
cartridges cannot be marked as optional.
You must be fully aware of the implications and impacts of marking I/O modules as optional in your
application, both when those modules are physically absent and present when running your
machine or process. Be sure to include this feature in your risk analysis.
WARNING
Include in your risk analysis each of the variations of I/O configurations that can be realized
marking I/O expansion modules as optional, and in particular the establishment of TM3 Safety
modules (TM3S…) as optional I/O modules, and make a determination whether it is acceptable
as it relates to your application.
EIO0000001462 03/2018 87
Marking an I/O Expansion Module as Optional

To add an expansion module and mark it as optional in the configuration:
Step Action
1 Add the expansion module to your controller.
2 Double-click the expansion module in the Devices tree.
3 Select the I/O Configuration tab
4 In the Optional module line, select Yes in the Value column:
Shared Internal ID Codes

Logic controllers identify expansion modules by a simple internal ID code. This ID code is not
specific to each reference, but identifies the structure of the expansion module. Therefore, different
references can share the same ID code.
You cannot have two modules with the same internal ID code declared as optional without at least
one mandatory module placed between them.
This table groups the module references sharing the same internal ID code:
Modules sharing the same internal ID code

TM2DDI16DT, TM2DDI16DK
TM2DRA16RT, TM2DDO16UK, TM2DDO16TK
TM2DDI8DT, TM2DAI8DT
TM2DRA8RT, TM2DDO8UT, TM2DDO8TT
TM2DDO32TK, TM2DDO32UK
TM3DI16K, TM3DI16, TM3DI16G
TM3DQ16R, TM3DQ16RG, TM3DQ16T, TM3DQ16TG, TM3DQ16TK, TM3DQ16U, TM3DQ16UG,
TM3DQ16UK
TM3DQ32TK, TM3DQ32UK
TM3DI8, TM3DI8G, TM3DI8A
TM3DQ8R, TM3DQ8RG, TM3DQ8T, TM3DQ8TG, TM3DQ8U, TM3DQ8UG
TM3DM8R, TM3DM8RG
TM3DM24R, TM3DM24RG
TM3SAK6R, TM3SAK6RG
TM3SAF5R, TM3SAF5RG
TM3SAC5R, TM3SAC5RG
88 EIO0000001462 03/2018
Modules sharing the same internal ID code

TM3SAFL5R, TM3SAFL5RG
TM3AI2H, TM3AI2HG
TM3AI4, TM3AI4G
TM3AI8, TM3AI8G
TM3AQ2, TM3AQ2G
TM3AQ4, TM3AQ4G
TM3AM6, TM3AM6G
TM3TM3, TM3TM3G
TM3TI4, TM3TI4G
TM3TI4D, TM3TI4DG
TM3TI8T, TM3TI8TG
EIO0000001462 03/2018 89
90 EIO0000001462 03/2018
Ethernet Configuration
EIO0000001462 03/2018
Chapter 10
Introduction
This chapter describes how to configure the Ethernet network interface of the Modicon M251 Logic
Controller.

This chapter contains the following sections:
Section Topic Page
10.1 Ethernet Services 92
10.2 Firewall Configuration 151
EIO0000001462 03/2018 91
Section 10.1
Ethernet Services
Ethernet Services

Topic Page
Presentation 93
IP Address Configuration 95
Modbus TCP Client/Server 101
Web Server 103
FTP Server 115
FTP Client 117
SNMP 118
Controller as a Target Device on EtherNet/IP 119
Controller as a Slave Device on Modbus TCP 144
Changing the Modbus TCP Port 149
92 EIO0000001462 03/2018
Presentation
Ethernet Services
The controller supports the following services:
 Modbus TCP Server (see page 101)
 Modbus TCP Client (see page 101)
 Web Server (see page 103)
 FTP Server (see page 115)
 SNMP (see page 118)
 Controller as Target Device On EtherNet/IP (see page 119)
 Controller as Slave Device On Modbus TCP (see page 144)
 IEC VAR ACCESS (see page 94)
TM251MESE Specific Considerations

The TM251MESE has two different Ethernet networks. Each one gets its own and unique IP and
MAC address.
The two Ethernet networks are called Ethernet 1 and Ethernet 2:
 Ethernet 1 is a dual port Ethernet switch dedicated to communication between machines or with
the control network.
 Ethernet 2 is a separate Ethernet port dedicated to device network connections.
For example, you can:

 Connect your PC to the Ethernet 1
 Use a Modbus TCP I/O scanner with the Ethernet 2.
The Network Variables List (NVL) communication works on the:

 Ethernet 1 port.
 Ethernet 2 port only if the Ethernet 1 port has a valid IP address and is connected to a device.
Ethernet Protocols
The controller supports the following protocols:
 IP (Internet Protocol)
 UDP (User Datagram Protocol)
 TCP (Transmission Control Protocol)
 ARP (Address Resolution Protocol)
 ICMP (Internet Control Messaging Protocol)
 IGMP (Internet Group Management Protocol)
EIO0000001462 03/2018 93
Connections
This table shows the maximum number of connections:
Connection Type Maximum Number of Connections

Modbus Server 8
Modbus Client 8
EtherNet/IP Target 16
FTP Server 4
Web Server 10
SoMachine Protocol (SoMachine software, trace, 8
Web visualization, HMI devices)
NOTE: When at least one EtherNet/IP target is configured, the total number of connections
(EtherNet/IP plus Modbus TCP) is limited to 16. Only if the Modbus TCP IOScanner is exclusively
used may the total number of slave devices can be up to 64. These maximums are controlled for
at build time.
Each connection based on TCP manages its own set of connections as follows:
1. When a client tries to open a connection that exceeds the poll size, the controller closes the
oldest connection.
2. If all connections are busy (exchange in progress) when a client tries to open a new one, the
new connection is denied.
3. All server connections stay open as long as the controller stays in operational states (RUNNING,
STOPPED, HALT).
4. All server connections are closed when leaving or entering operational states (RUNNING,
STOPPED, HALT), except in case of power outage (because the controller does not have time to
close the connections).
Connections can be closed when the originator of the connection requests to close the connection
it had previously opened.
Services Available
With an Ethernet communication, the IEC VAR ACCESS service is supported by the controller.
With the IEC VAR ACCESS service, data can be exchanged between the controller and an HMI.
The NetWork variables service is also supported by the controller. With the NetWork variables
service, data can be exchanged between controllers.
NOTE: For more information, refer to the SoMachine Programming Guide.
94 EIO0000001462 03/2018
IP Address Configuration
Introduction
There are different ways to assign the IP address of the controller:
 address assignment by DHCP server
 address assignment by BOOTP server
 fixed IP address
 post configuration file (see page 207). If a post configuration file exists, this assignment method
has priority over the others.
The IP address can be changed dynamically:
 via the Controller Selection (see SoMachine, Programming Guide) tab in SoMachine.
 via the changeIPAddress function block (see page 233).
NOTE: If the attempted addressing method is unsuccessful, the controller will start using a default
IP address (see page 98) derived from the MAC address.
Carefully manage the IP addresses because each device on the network requires a unique
address. Having multiple devices with the same IP address can cause unintended operation of
your network and associated equipment.
WARNING
 Verify that there is only one master controller configured on the network or remote link.
 Verify that all devices have unique addresses.
 Obtain your IP address from your system administrator.
 Confirm that the IP address of the device is unique before placing the system into service.
 Do not assign the same IP address to any other equipment on the network.
 Update the IP address after cloning any application that includes Ethernet communications to
a unique address.
NOTE: Verify that your system administrator maintains a record of all assigned IP addresses on
the network and subnetwork, and inform the system administrator of all configuration changes
performed.
EIO0000001462 03/2018 95
Address Management
The different types of address systems for the controller are shown in this diagram:
NOTE: If a device programmed to use the DHCP or BOOTP addressing methods is unable to
contact its respective server, the controller uses the default IP address. It will, however, constantly
repeat its request.
The IP process restarts in the following cases:
 Controller reboot
 Ethernet cable reconnection
 Application download (if IP parameters change)
 DHCP or BOOTP server detected after a prior addressing attempt was unsuccessful.
96 EIO0000001462 03/2018
In the Devices tree, double-click Ethernet_2:
EIO0000001462 03/2018 97
The configured parameters are explained as below:
Configured Parameters Description

Interface Name Name of the network link.
Network Name Used as device name to retrieve IP address through
DHCP, maximum 16 characters.
IP Address by DHCP IP address is obtained via DHCP.
IP Address by BOOTP IP address is obtained via BOOTP.
Fixed IP Address IP address, Subnet Mask, and Gateway Address are
defined by the user.
Ethernet Protocol Protocol type used (Ethernet 2 or IEEE 802.3)
NOTE: If you change the Ethernet Protocol, a power cycle
is required before it will be recognized by the controller.
Transfer Rate Transfer rate and direction on the bus are automatically
configured.
Default IP Address
The default IP addresses are:
 11.11.x.x. for Ethernet_1
 10.10.x.x. for Ethernet_2 (only available on TM251MESE)
NOTE: The 2 IP addresses must not be in the same IP network.

The last 2 fields in the default IP address are composed of the decimal equivalent of the last
2 hexadecimal bytes of the MAC address of the port.
The MAC address of the port can be retrieved on the label placed on the front side of the controller.
The default subnet mask is Default Class A Subnet Mask of 255.0.0.0.
NOTE: A MAC address is always written in hexadecimal format and an IP address in decimal
format. Convert the MAC address to decimal format.
Example: If the MAC address is 00.80.F4.01.80.F2, the default IP address is 10.10.128.242.
98 EIO0000001462 03/2018
Address Classes
The IP address is linked:
 to a device (the host)
 to the network to which the device is connected
An IP address is always coded using 4 bytes.

The distribution of these bytes between the network address and the device address may vary.This
distribution is defined by the address classes.
The different IP address classes are defined in this table:
Address Class Byte1 Byte 2 Byte 3 Byte 4

Class A 0 Network ID Host ID
Class B 1 0 Network ID Host ID
Class C 1 1 0 Network ID Host ID
Class D 1 1 1 0 Multicast Address
Class E 1 1 1 1 0 Address reserved for subsequent use
Subnet Mask
The subnet mask is used to address several physical networks with a single network address. The
mask is used to separate the subnetwork and the device address in the host ID.
The subnet address is obtained by retaining the bits of the IP address that correspond to the
positions of the mask containing 1, and replacing the others with 0.
Conversely, the subnet address of the host device is obtained by retaining the bits of the IP
address that correspond to the positions of the mask containing 0, and replacing the others with 1.
Example of a subnet address:
IP address 192 (11000000) 1 (00000001) 17 (00010001) 11 (00001011)

Subnet mask 255 (11111111) 255 (11111111) 240 (11110000) 0 (00000000)
Subnet address 192 (11000000) 1 (00000001) 16 (00010000) 0 (00000000)
NOTE: The device does not communicate on its subnetwork when there is no gateway.
Gateway Address
The gateway allows a message to be routed to a device that is not on the current network.
If there is no gateway, the gateway address is 0.0.0.0.
EIO0000001462 03/2018 99
Security Parameters
Security Parameters Description

SoMachine protocol This parameter allows you to deactivate the SoMachine protocol on Ethernet
active interfaces. When deactivated, every SoMachine request from every device is
rejected, including those from the UDP or TCP connection. Therefore, no
connection is possible on Ethernet from a PC with SoMachine, from an HMI target
that wants to exchange variables with this controller, from an OPC server, or from
Controller Assistant.
Modbus Server active This parameter allows you to deactivate the Modbus Server of the Logic Controller.
When deactivated, every Modbus request to the Logic Controller is ignored.
Web Server active This parameter allows you to deactivate the Web Server of the Logic Controller.
When deactivated, the HTTP requests to the Logic Controller Web Server are
ignored.
FTP Server active This parameter allows you to deactivate the FTP Server of the Logic Controller.
When deactivated, FTP requests are ignored.
Discovery protocol This parameter allows you to deactivate Discovery protocol. When deactivated,
active Discovery requests are ignored.
SNMP protocol active This parameter allows you to deactivate SNMP server of the Logic Controller. When
deactivated, SNMP requests are ignored.
WebVisualisation This parameter allows you to deactivate the Web visualization pages of the
protocol active controller. When deactivated, the HTTP requests to the logic controller
WebVisualisation protocol are ignored.
Enable IP forwarding This parameter allows you to deactivate the IP forwarding service of the logic
controller. When deactivated, devices on the device network are no longer
accessible from the control network (Web pages, DTM, and so on).
NOTE: This parameter is only available on the Ethernet_1 network.
Slave Device Identification

When DHCP Server active is selected, devices added to the fieldbus can be configured to be
identified by their name or MAC address, instead of their IP address. Refer to DHCP Server
(see page 166).
NOTE: This parameter is only available on the Ethernet_2 network.
100 EIO0000001462 03/2018

Modbus TCP Client/Server
Introduction
Unlike Modbus serial link, Modbus TCP is not based on a hierarchical structure, but on a
client/server model.
The Modicon M251 Logic Controller implements both client and server services so that it can
initiate communications to other controllers and I/O devices, and to respond to requests from other
controllers, SCADA, HMIs, and other devices.
Without any configuration, the embedded Ethernet port of the controller supports Modbus server.
The Modbus client/server is included in the firmware and does not require any programming action
from the user. Due to this feature, it is accessible in RUNNING, STOPPED and EMPTY states.
Modbus TCP Client

The Modbus TCP client supports the following function blocks from the PLCCommunication library
without any configuration:
 ADDM
 READ_VAR
 SEND_RECV_MSG
 SINGLE_WRITE
 WRITE_READ_VAR
 WRITE_VAR
For further information, refer to the Function Block Descriptions (see SoMachine, Modbus and
ASCII Read/Write Functions, PLCCommunication Library Guide).
EIO0000001462 03/2018 101

Modbus TCP Server

The Modbus server supports the Modbus requests:
Function Code Subfunction Function

Dec (Hex) Dec (Hex)
1 (1) – Read digital outputs (%Q)
2 (2) – Read digital inputs (%I)
3 (3) – Read holding register (%MW)
6 (6) – Write single register (%MW)
8 (8) – Diagnostic
15 (F) – Write multiple digital outputs (%Q)
16 (10) – Write multiple registers (%MW)
23 (17) – Read/write multiple registers (%MW)
43 (2B) 14 (E) Read device identification
NOTE: The embedded Modbus server only ensures time-consistency for a single word (2 bytes).
If your application requires time-consistency for more than 1 word, add and configure
(see page 144) a Modbus TCP Slave Device so that the contents of the %IW and %QW buffers are
time-consistent in the associated IEC task (MAST by default).
Diagnostic Request
This table contains the data selection code list:
Data Selection Code (hex) Description

00 Reserved
01 Basic Network Diagnostics
02 Ethernet Port Diagnostic
03 Modbus TCP/Port 502 Diagnostics
04 Modbus TCP/Port 502 Connection Table
05 - 7E Reserved for other public codes
7F Data Structure Offsets
102 EIO0000001462 03/2018

Web Server
Introduction
The controller provides as a standard equipment an embedded Web server with a predefined
factory built-in website. You can use the pages of the website for module setup and control as well
as application diagnostics and monitoring. These pages are ready to use with a Web browser. No
configuration or programming is required.
The Web server can be accessed by the web browsers listed below:
 Google Chrome (version 30.0 or higher)
 Mozilla Firefox (version 1.5 or higher)
The Web server is limited to 10 TCP connections (see page 94).

NOTE: The Web server can be disabled by unchecking the Web Server active parameter in the
Ethernet Configuration tab (see page 97).
The Web server is a tool for reading and writing data, and controlling the state of the controller, with
full access to all data in your application. However, if there are security concerns over these
functions, you must at a minimum assign a secure password to the Web Server or disable the Web
server to prevent unauthorized access to the application. By enabling the Web server, you enable
these functions.
The Web server allows you to monitor a controller and its application remotely, to perform various
maintenance activities including modifications to data and configuration parameters, and change
the state of the controller. Care must be taken to ensure that the immediate physical environment
of the machine and process is in a state that will not present safety risks to people or property
before exercising control remotely.
WARNING
 Define a secure password for the Web Server, and do not allow unauthorized or otherwise
unqualified personnel to use this feature.
 Ensure that there is a local, competent, and qualified observer present when operating on the
controller from a remote location.
 You must have a complete understanding of the application and the machine/process it is
controlling before attempting to adjust data, stopping an application that is operating, or
starting the controller remotely.
 Take the precautions necessary to assure that you are operating on the intended controller by
having clear, identifying documentation within the controller application and its remote
connection.
EIO0000001462 03/2018 103

NOTE: The Web server must only be used by authorized and qualified personnel. A qualified
person is one who has the skills and knowledge related to the construction and operation of the
machine and the process controlled by the application and its installation, and has received safety
training to recognize and avoid the hazards involved. No responsibility is assumed by Schneider
Electric for any consequences arising out of the use of this feature.
Web Server Access

Access to the Web server is controlled by User Rights when they are enabled in the controller. For
more information, refer to Users and Groups Tab Description (see page 70).
If User Rights are not enabled in the controller, you are prompted for a user name and password
unique to the FTP/Web server. The default user name is USER and the default password is also
USER.
NOTE: You cannot modify the default user name and password. To secure the FTP/Web server
functions, you must do so with Users and Groups.
WARNING
UNAUTHORIZED DATA ACCESS
 Secure access to the FTP/Web server using User Rights.
 If you do not enable User Rights, disable the FTP/Web server to prevent any unwanted or
unauthorized access to data in your application.
In order to change the password, go to Users and Groups tab of the device editor. For more
information, refer to the SoMachine Programming Guide (see SoMachine, Programming Guide).
NOTE: The only way to gain access to a controller that has user access-rights enabled and for
which you do not have the password(s) is by performing an Update Firmware operation. This
clearing of User Rights can only be accomplished by using a SD card or USB key (depending on
the support of your particular controller) to update the controller firmware. In addition, you may
clear the User Rights in the controller by running a script (for more information, refer to SoMachine
Programming Guide (see SoMachine, Programming Guide)). This effectively removes the existing
application from the controller memory, but restores the ability to access the controller.
104 EIO0000001462 03/2018

Home Page Access

To access the website home page, type in your navigator the IP address of the controller.
This figure shows the Web Server site login page:
This figure shows the home page of the Web Server site once you have logged in:
EIO0000001462 03/2018 105

NOTE: Schneider Electric adheres to industry best practices in the development and implemen-
tation of control systems. This includes a "Defense-in-Depth" approach to secure an Industrial
Control System. This approach places the controllers behind one or more firewalls to restrict
access to authorized personnel and protocols only.
WARNING
UNAUTHENTICATED ACCESS AND SUBSEQUENT UNAUTHORIZED MACHINE
OPERATION
 Evaluate whether your environment or your machines are connected to your critical
infrastructure and, if so, take appropriate steps in terms of prevention, based on Defense-in-
Depth, before connecting the automation system to any network.
 Limit the number of devices connected to a network to the minimum necessary.
 Isolate your industrial network from other networks inside your company.
 Protect any network against unintended access by using firewalls, VPN, or other, proven
security measures.
 Monitor activities within your systems.
 Prevent subject devices from direct access or direct link by unauthorized parties or unauthen-
ticated actions.
 Prepare a recovery plan including backup of your system and process information.
106 EIO0000001462 03/2018

Monitoring: IO Viewer Submenu

The IO Viewer allows you to display and modify the current I/O values:
Element Description
Refresh Enables I/O refreshing:
 gray button: refreshing disabled
 orange button: refreshing enabled
1000 ms I/O refreshing period in ms

<< Goes to previous I/O list page
>> Goes to next I/O list page
EIO0000001462 03/2018 107

Monitoring: Oscilloscope Submenu

The Oscilloscope page can display up to 2 variables in the form of a recorder time chart:
Element Description
Reset Erases the memorization
Refresh Starts/stops refreshing
Load Loads parameter configuration of Item0 and Item1
Save Saves parameter configuration of Item0 and Item1 in the controller
Item0 Variable to be displayed
Item1 Variable to be displayed
Min Minimum value of the variable axis
Max Maximum value of the variable axis
Period(s) Page refresh period in seconds
108 EIO0000001462 03/2018

Monitoring: Data Parameters

Monitoring variables in the Web Server
To monitor variables in the web server, you should add a Web Data Configuration object to your
project. Within this object, you can select all variables you want to monitor.
This table describes how to add a Web Data Configuration object:
Step Action
1 Right click the Application node in the Applications tree tab.
2 Click Add Object → Web Data Configuration....
Result: The Add Web Data Configuration window is displayed.
3 Click Add.
Result: The Web Data Configuration object is created and the Web Data Configuration
editor is open.
NOTE: As a Web Data Configuration object is unique for a controller, its name cannot be
changed.
Web Data Configuration Editor

Click the Refresh button to be able to select variables, this action will display all the variables
defined in the application.
EIO0000001462 03/2018 109

Select the variables you want to monitor in the web server:
NOTE: The variable selection is possible only in offline mode.
110 EIO0000001462 03/2018

Monitoring: Data Parameters Submenu

The Data Parameters page allows you to create and monitor some lists of variables. You can
create several lists of variables (maximum 10 lists), each one containing several variables of the
controller application (maximum 20 variables per list).
Each list has a name, and a refresh period. The lists are saved in the Flash memory of the
controller, so that a created list can be accessed (loaded, modified, saved) from any Web client
application accessing this controller.
The Data Parameters allows you to display and modify variable values:
Element Description
Load Loads saved lists from the controller internal Flash to the web server page
Save Saves the selected list description in the controller (/usr/web directory)
Add Adds a list description or a variable
Del Deletes a list description or a variable
Refresh period Refreshing period of the variables contained in the list description (in ms)
Refresh Enables I/O refreshing:
 gray button: refreshing disabled
 orange button: refreshing enabled
NOTE: IEC objects (%IW, %M,...) are not directly accessible. To access IEC objects you must first
group their contents in located registers (refer to Relocation Table (see page 32)).
EIO0000001462 03/2018 111

Diagnostics: Ethernet Submenu

This figure shows the remote ping service:
Maintenance Tab
The Maintenance page provides access to the /usr/Syslog/ and /usr/CFG/ folders of the
controller flash memory (see page 28).
112 EIO0000001462 03/2018

Maintenance: Post Conf Submenu

The Post Conf page allows you to update the post configuration file (see page 207) saved on the
controller:
Step Action
1 Click Load.
2 Modify the parameters (see page 211).
3 Click Save.
NOTE: The new parameters will be considered at next Post Configuration file reading
(see page 208).
EIO0000001462 03/2018 113

Maintenance: EIP Config Files Submenu

The file tree only appears when the Ethernet IP service is configured on the controller.
Index of /usr:
File Description
My Machine Controller.gz GZIP file
My Machine Controller.ico Icon file
My Machine Controller.eds Electronic Data Sheet file
114 EIO0000001462 03/2018

FTP Server
Introduction
Any FTP client installed on a computer that is connected to the controller (Ethernet port), without
SoMachine installed, can be used to transfer files to and from the data storage area of the
controller.
WARNING
OPERATION
security measures.
ticated actions.
NOTE: Make use of the security-related commands (see SoMachine, Menu Commands, Online
Help) which provide a way to add, edit, and remove a user in the online user management of the
target device where you are currently logged in.
The FTP server is available even if the controller is empty (no user application and no User Rights
are enabled).
EIO0000001462 03/2018 115

FTP Access
Access to the FTP server is controlled by User Rights when they are enabled in the controller. For
more information, refer to Users and Groups Tab Description (see page 70).
If User Rights are not enabled in the controller, you are prompted for a user name and password
unique to the FTP/Web server. The default user name is USER and the default password is also
USER.
NOTE: You cannot modify the default user name and password. To secure the FTP/Web server
functions, you must do so with Users and Groups.
WARNING
UNAUTHORIZED DATA ACCESS
 Secure access to the FTP/Web server using User Rights.
 If you do not enable User Rights, disable the FTP/Web server to prevent any unwanted or
unauthorized access to data in your application.
In order to change the password, go to Users and Groups tab of the device editor. For more
information, refer to the SoMachine Programming Guide.
NOTE: The only way to gain access to a controller that has user access-rights enabled and for
which you do not have the password(s) is by performing an Update Firmware operation. This
clearing of User Rights can only be accomplished by using a SD card or USB key (depending on
the support of your particular controller) to update the controller firmware. In addition, you may
clear the User Rights in the controller by running a script (for more information, refer to SoMachine
Programming Guide). This effectively removes the existing application from the controller memory,
but restores the ability to access the controller.
Files Access
See File Organization (see page 28).
116 EIO0000001462 03/2018

FTP Client
Introduction
The FtpRemoteFileHandling library provides the following FTP client functionalities for remote file
handling:
 Reading files
 Writing files
 Deleting files
 Listing content of remote directories
 Adding directories
 Removing directories
WARNING
OPERATION
security measures.
ticated actions.
For further information, refer to FtpRemoteFileHandling Library Guide.
EIO0000001462 03/2018 117

SNMP
Introduction
The Simple Network Management Protocol (SNMP) is used to provide the data and services
required for managing a network.
The data is stored in a Management Information Base (MIB). The SNMP protocol is used to read
or write MIB data. Implementation of the Ethernet SNMP services is minimal, as only the
compulsory objects are handled.
SNMP Server
This table presents the supported standard MIB-2 server objects:
Object Description Access Default Value

sysDescr Text description of the device Read SCHNEIDER M241-51 Fast
Ethernet TCP/IP
sysName Node administrative name Read/Write Controller reference
The values written are saved to the controller via SNMP client tool software. The Schneider Electric
software for this is ConneXview. ConneXview is not supplied with the controller. For more details,
refer to www.schneider-electric.com.
The size of these character strings is limited to 50 characters.
SNMP Client
The M251 Logic Controller includes an SNMP client library to allow you to query SNMP servers.
For details, refer to the SNMP Library Guide.
118 EIO0000001462 03/2018

Controller as a Target Device on EtherNet/IP
Introduction
This section describes the configuration of the M251 Logic Controller as an EtherNet/IP target
device.
For further information about EtherNet/IP, refer to the www.odva.org website.
EtherNet/IP Target Configuration

To configure your M251 Logic Controller as an EtherNet/IP target device, you must:
Step Action
1 Select EthernetIP in the Hardware Catalog.
2 Drag and drop it to the Devices tree on one of the highlighted nodes.
• Using the Drag-and-drop Method (see SoMachine, Programming Guide)
• Using the Contextual Menu or Plus Button (see SoMachine, Programming Guide)
EtherNet/IP Parameters Configuration

To configure the EtherNet/IP parameters, double-click Ethernet_1 (Ethernet Network) →
EthernetIP in the Devices tree.
This dialog box is displayed:
EIO0000001462 03/2018 119

The EtherNet/IP configuration parameters are defined as:

 Instance:
Number referencing the input or output Assembly.
 Size:
Number of channels of an input or output Assembly.
The memory size of each channel is 2 bytes that stores the value of an %IWx or %QWx object,
where x is the channel number.
For example, if the Size of the Output Assembly is 20, it represents that there are 20 input
channels (IW0...IW19) addressing %IWy...%IW(y+20-1), where y is the first available channel
for the Assembly.
Element Admissible Controller SoMachine Default Value

Range
Output Assembly Instance 150...189 150
Size 2...40 20
Input Assembly Instance 100...149 100
Size 2...40 20
EDS File Generation

You can generate an EDS file to configure EtherNet/IP cyclic data exchanges.
To generate the EDS file:
Step Action
1 In the Devices tree, right-click the EthernetIP node and choose the Export as EDS command
from the context menu.
2 Modify the default file name and location as required.
3 Click Save.
NOTE: The Major Revision and Minor Revision objects of the EDS file, defined in the file, are used
to ensure uniqueness of the EDS file. The values of these objects do not reflect the actual controller
revision level.
A generic EDS file for the M251 Logic Controller is also available on the Schneider website. You
must adapt this file to your application by editing it and defining the required Assembly instances
and sizes.
120 EIO0000001462 03/2018

EthernetIP Slave I/O Mapping Tab

Variables can be defined and named in the EthernetIP Slave I/O Mapping tab. Additional
information such as topological addressing is also provided in this tab.
EIO0000001462 03/2018 121

The table below describes the EthernetIP Slave I/O Mapping configuration:
Channel Type Default Description

Value
Input IW0 WORD - Command word of controller outputs (%QW)
IWxxx
Output QW0 WORD - State of controller inputs (%IW)
QWxxx
The number of words depends on the size parameter configured in EtherNet/IP Target
Configuration (see page 119).
Output means OUTPUT from Originator controller (= %IW for the controller).
Input means INPUT from Originator controller (= %QW for the controller).
Connections on EtherNet/IP
To access a target device, an Originator opens a connection which can include several sessions
that send requests.
One explicit connection uses one session (a session is a TCP or UDP connection).
One I/O connection uses 2 sessions.
The following table shows the EtherNet/IP connections limitations:
Characteristic Maximum
Explicit connections 8 (Class 3)
I/O connections 1 (Class 1)
Connections 8
Sessions 16
Simultaneous requests 32
NOTE: The M251 Logic Controller supports cyclic connections only. If an Originator opens a
connection using a change of state as a trigger, packets are sent at the RPI rate.
122 EIO0000001462 03/2018

Profile
The controller supports the following objects:
Object class Class ID Cat. Number of Effect on Interface Behavior

(hex) Instances
Identity Object (see page 123) 01 1 1 Supports the reset service
Message Router Object 02 1 1 Explicit message connection
(see page 126)
Assembly Object 04 2 2 Defines I/O data format
(see page 128)
Connection Manager Object 06 1 –
(see page 130)
TCP/IP Interface Object F5 1 1 TCP/IP configuration
(see page 132)
Ethernet Link Object F6 1 1 Counter and status information
(see page 134)
Interface Diagnostic Object 350 1 1 –
(see page 135)
IOScanner Diagnostic Object 351 1 1 –
(see page 139)
Connection Diagnostic Object 352 1 1 –
(see page 140)
Explicit Connection Diagnostic 353 1 1 –
Object (see page 142)
Explicit Connections Diagnostic 354 1 1 –
List Object (see page 143)
Identity Object (Class ID = 01 hex)

The following table describes the class attributes of the Identity Object:
Attribute ID Access Name Data Type Value Details

(hex) (hex)
1 Get Revision UINT 01 Implementation revision of the
Identity Object
2 Get Max Instances UINT 01 The largest instance number
3 Get Number of UINT 01 The number of object instances
Instances
4 Get Optional UINT, UINT [ ] 00 The first 2 bytes contain the
Instance number of optional instance
Attribute List attributes. Each following pair of
bytes represents the number of
other optional instance attributes.
EIO0000001462 03/2018 123


(hex) (hex)
6 Get Max Class UINT 07 The largest class attributes value
Attribute
7 Get Max Instance UINT 07 The largest instance attributes
Attribute value
The following table describes the Class Services:
Service Code (hex) Name Description

01 Get Attribute All Returns the value of all class attributes
0E Get Attribute Single Returns the value of the specified attribute
The following table describes the Instance Services:

05 Reset (1) Initializes EtherNet/IP component (controller reboot)
(1)
Reset Service description:
When the Identity Object receives a Reset request, it:
 determines whether it can provide the type of reset requested
 responds to the request
 attempts to perform the type of reset requested
The Reset common service has one specific parameter, Type of Reset (USINT), with the following
values:
Value Type of Reset

0 Reboots the controller
NOTE: This is the default value if this parameter is omitted.
1 Not supported
2 Not supported
3...99 Reserved
100...199 Vendor specific
200...255 Reserved
124 EIO0000001462 03/2018

The following table describes the Instance attributes:

(hex) (hex)
1 Get Vendor ID UINT F3 Schneider Automation ID
2 Get Device type UINT 0E Controller
3 Get Product code UINT 1002 Controller product code
4 Get Revision Struct of – Product revision number of the
USINT, controller (1).
USINT Equivalent to the 2 low bytes of the
controller version
5 Get Status WORD – Status word(2)
6 Get Serial number UDINT – Serial number of the controller:
XX + 3 LSB of MAC address
7 Get Product name Struct of – –
USINT,
STRING
(1)
Mapped in a WORD:
 MSB: minor revision (second USINT)
 LSB: major revision (first USINT)
Example: 0205 hex means revision V5.2.
(2)
Status word (Attribute 5):
Bit Name Description

0 Owned Unused
1 Reserved –
2 Configured TRUE indicates the device application has been reconfigured.
3 Reserved –
4...7 Extended Device  0: Self-testing or undetermined
Status  1: Firmware update in progress
 2: At least one invalid I/O connection detected
 3: No I/O connections established
 4: Non-volatile configuration invalid
 5: Unrecoverable error detected
 6: At least one I/O connection in RUNNING state
 7: At least one I/O connection established, all in idle mode
 8: Reserved
 9...15: Unused
EIO0000001462 03/2018 125

Bit Name Description

8 Minor TRUE indicates the device detected an error, which, under most circumstances,
Recoverable is recoverable.
Fault This type of event does not lead to a change in the device state.
9 Minor TRUE indicates the device detected an error, which, under most circumstances,
Unrecoverable is unrecoverable.
Fault This type of event does not lead to a change in the device state.
10 Major TRUE indicates the device detected an error, which requires the device to
Recoverable report an exception and enter into the HALT state.
Fault This type of event leads to a change in the device state, but, under most
circumstances, is recoverable.
11 Major TRUE indicates the device detected an error, which requires the device to
Unrecoverable report an exception and enter into the HALT state.
Fault This type of event leads to a change in the device state, but, under most
circumstances, is not recoverable.
12...15 Reserved –
Message Router Object (Class ID = 02 hex)

The following table describes the class attributes of the Message Router object:

(hex) (hex)
1 Get Revision UINT 01 Implementation revision number of the
Message Router Object
2 Get Max UINT 02 The largest instance number
Instances
Instance
4 Get Optional Struct of 02 The first 2 bytes contain the number of
Instance UINT, UINT optional instance attributes. Each
Attribute [] following pair of bytes represents the
List number of other optional instance
attributes (from 100 to 119).
5 Get Optional UINT 0A The number and list of any implemented
Service optional services attribute (0: no optional
List services implemented)
Attribute
7 Get Max UINT 02 The largest instance attributes value
Instance
Attribute
126 EIO0000001462 03/2018

The following table describes the Class services:

01 Get_Attribute_All Returns the value of all class attributes
0E Get_Attribute_Single Returns the value of the specified attribute
The following table describes the Instance services:

01 Get_Attribute_All Returns the value of all class attributes
0E Get_Attribute_Single Returns the value of the specified attribute
Attribute ID (hex) Access Name Data Type Value Description

1 Get Implemented Object Struct of UINT, – Implemented Object list. The
List UINT [ ] first 2 bytes contain the
number of implemented
objects. Each 2 bytes that
follow represents another
implemented class number.
This list contains the
following objects:
 Identity
 Message Router
 Assembly
 Connection Manager
 Parameter
 File Object
 Modbus
 Port
 TCP/IP
 Ethernet Link
2 Get Number available UINT 512 Maximum number of

concurrent CIP (Class 1 or
Class 3) connections
supported
EIO0000001462 03/2018 127

Assembly Object (Class ID = 04 hex)

The following table describes the class attributes of the Assembly object:

(hex) (hex)
Assembly Object
2 Get Max Instances UINT BE The largest instance number
3 Get Number of Instances UINT 03 The number of object
instances
4 Get Optional Instance Struct of: The first 2 bytes contain the
Attribute List UINT 01 number of optional instance
UINT [ ] 04 attributes. Each following pair
of bytes represents the
number of other optional
instance attributes.
5 Get Optional Service List UINT Not The number and list of any
supporte implemented optional services
d attribute (0: no optional
services implemented)
6 Get Max Class Attribute UINT 07 The largest class attributes
value
7 Get Max Instance UINT 04 The largest instance attributes
Attribute value


10 Set Attribute Single Modifies the value of the specified attribute
128 EIO0000001462 03/2018

Instances Supported
Output means OUTPUT from Originator controller (= %IW for the controller).
Input means INPUT from Originator controller (= %QW for the controller).
The controller supports 2 Assemblies:
Name Instance Data Size

Controller Output (%IW) Configurable: must be between 100 and 149 2...40 words
Controller Input (%QW) Configurable: must be between 150 and 189 2...40 words
NOTE: The Assembly object binds together the attributes of multiple objects so that information to
or from each object can be communicated over a single connection. Assembly objects are static.
The Assemblies in use can be modified through the parameter access of the network configuration
tool (RSNetWorx). The controller needs to recycle power to register a new Assembly assignment.
Attribute ID Access Name Data Type Value Description

(hex)
3 Get/Set Instance Data ARRAY of – Data Set service only
Byte available for Controller
output
4 Get Instance Data Size UINT 4...80 Size of data in byte
Access from a EtherNet/IP Scanner

When a EtherNet/IP Scanner needs to exchange assemblies with a M251 Logic Controller, it uses
the following access parameters (Connection path):
 Class 4
 Instance xx where xx is the instance value (example: 2464 hex = instance 100).
 Attribute 3
In addition, a configuration assembly must be defined in the Originator.

For example: Class 4, Instance 3, Attribute 3, the resulting Connection Path will be:
 2004 hex
 2403 hex
 2c<xx> hex
EIO0000001462 03/2018 129

Connection Manager Object (Class ID = 06 hex)

The following table describes the class attributes of the Assembly Object:

(hex) (hex)
Connection Manager Object
2 Get Max UINT 01 The largest instance number
Instances
Instances
4 Get Optional Struct of: – The number and list of the optional
Instance UINT attributes. The first word contains the
Attribute List UINT [ ] number of attributes to follow and each
following word contains another attribute
code.
Following optional attributes include:
 total number of incoming connection
open requests
 the number of requests rejected due to
non-conforming format of the Forward
Open
 the number of requests rejected
because of insufficient resources
 the number of requests rejected due to
parameter value sent with the Forward
Open
 the number of Forward Close requests
received
with an invalid format
that could not be matched to an active
connection
 the number of connections that have
timed out because the other side
stopped producing, or a network
disconnection occurred
Attribute
7 Get Max UINT 08 The largest instance attributes value
Instance
Attribute
130 EIO0000001462 03/2018



01 Get Attribute All Returns the value of all instance attributes
4E Forward Close Closes an existing connection
52 Unconnected Send Sends a multi-hop unconnected request
54 Forward Open Opens a new connection

(hex)
1 Get Open Requests UINT – Number of Forward Open service
requests received
2 Get Open Format Rejects UINT – Number of Forward Open service
requests which were rejected due
to invalid format
3 Get Open Resource ARRAY of – Number of Forward Open service
Rejects Byte requests which were rejected due
to lack of resources
4 Get Open Other Rejects UINT – Number of Forward Open service
requests which were rejected for
reasons other than invalid format
or lack of resources
5 Get Close Requests UINT – Number of Forward Close service
requests received
6 Get Close Format UINT – Number of Forward Close service
Requests requests which were rejected due
to invalid format
EIO0000001462 03/2018 131


(hex)
7 Get Close Other UINT – Number of Forward Close service
Requests requests which were rejected for
reasons other than invalid format
8 Get Connection Timeouts UINT – Total number of connection
timeouts that have occurred in
connections controlled by this
Connection Manager
TCP/IP Interface Object (Class ID = F5 hex)

This object maintains link specific counters and status information for an Ethernet 802.3
communications interface.
The following table describes the class attributes of the TCP/IP Interface Object:

(hex)
TCP/IP Interface Object
instances

Instance Codes
Only instance 1 is supported.

0E Get Attribute Single Returns the value of the specified instance attribute
132 EIO0000001462 03/2018

The following table describes the Instance Attributes:

(hex)
1 Get Status DWORD Bit level  0: The interface configuration
attribute has not been configured.
 1: The interface configuration
contains a valid configuration.
 2...15: Reserved.
2 Get Configuration DWORD Bit level  0: BOOTP Client

Capability  1: DNS Client
 2: DHCP Client
 5: Configured in SoMachine
All other bits are reserved and set to

0.
3 Get Configuration DWORD Bit level  0: The interface configuration is
valid.
 1: The interface configuration is
obtained with BOOTP.
 2: The interface configuration is
obtained with DHCP.
 3: reserved
 4: DNS Enable
All other bits are reserved and set to

0.
4 Get Physical Link UINT Path size Number of 16 bits word in the
element Path
Padded Path Logical segments identifying the
EPATH physical link object. The path is
restricted to one logical class
segment and one logical instance
segment. The maximum size is
12 bytes.
EIO0000001462 03/2018 133


(hex)
5 Get Interface UDINT IP Address –
configuration UDINT Network –
Mask
UDINT Gateway –
Address
UDINT Primary –
Name
UDINT Secondary 0: no secondary name server
Name address has been configured.
STRING Default 0: no Domain Name is configured
Domain
Name
6 Get Host Name STRING – ASCII characters.
0: no host name is configured
Ethernet Link Object (Class ID = F6 hex)

This object provides the mechanism to configure a TCP/IP network interface device.
The following table describes the class attributes of the Ethernet Link object:

(hex) (hex)
Ethernet Link Object
instances
The following table describes the class services:

134 EIO0000001462 03/2018

Instance Codes
Only instance 1 is supported.
The following table describes the instance services:

0E Get Attribute Single Returns the value of the specified instance attribute
The following table describes the instance attributes:

(hex)
1 Get Interface Speed UDINT – Speed in Mbit/s (10 or 100)
2 Get Interface Flags DWORD Bit level  0: link status
 1: half/full duplex
 2...4: negotiation status
 5: manual setting / requires
reset
 6: local hardware error detected
All other bits are reserved and set

to 0.
3 Get Physical ARRAY of – This array contains the MAC
Address 6 USINT address of the product.
Format: XX-XX-XX-XX-XX-XX
EtherNet/IP Interface Diagnostic Object (Class ID = 350 hex)

The following table describes the class attributes of the EtherNet/IP Interface Diagnostic object:

(hex) (hex)
1 Get Revision UINT 01 Increased by 1 on each new update
of the object
2 Get Max Instance UINT 01 Maximum instance number of the
object
EIO0000001462 03/2018 135

The following table describes the instance attributes of the EtherNet/IP Interface Diagnostic object:
Attribute ID (hex) Access Name Data Type Details

1 Get Protocols supported UINT Protocol(s) supported (0=not
supported, 1=supported):
 Bit 0: EtherNet/IP
 Bit 1: Modbus TCP
 Bit 2: Modbus Serial
 Bits 3...15: Reserved, 0
2 Get Connection Diag STRUCT of

Max CIP IO UINT Maximum number of CIP I/O
Connections opened connections opened.
Current CIP IO UINT Number of CIP I/O connections
Connections currently opened.
Max CIP Explicit UINT Maximum number of CIP explicit
Connections opened connections opened.
Current CIP Explicit UINT Number of CIP explicit connections
Connections currently opened
CIP Connections UINT Incremented on each unsuccessful
Opening Errors attempt to open a CIP connection.
CIP Connections UINT Incremented when a CIP connection
Timeout Errors times out.
Max EIP TCP UINT Maximum number of TCP
Connections opened connections opened and used for
EtherNet/IP communications.
Current EIP TCP UINT Number of TCP connections
Connections currently open and being used for
EtherNet/IP communications.
3 Get Clear IO Messaging Diag STRUCT of
IO Production Counter UDINT Incremented each time a Class 0/1
CIP message is sent.
IO Consumption UDINT Incremented each time a Class 0/1
Counter CIP message is received.
IO Production Send UINT Incremented each Time a Class 0/1
Errors Counter message is not sent.
IO Consumption UINT Incremented each time a
Receive Errors Counter consumption is received that
contains an error.
136 EIO0000001462 03/2018


4 Get Clear Explicit Messaging Diag STRUCT of
Class3 Msg Send UDINT Incremented each time a Class 3
Counter CIP message is sent.
Class3 Msg Receive UDINT Incremented each time a Class 3
Counter CIP message is received.
UCMM Msg Send UDINT Incremented each time a UCMM
Counter message is sent.
UCMM Msg Receive UDINT Incremented each time a UCMM
Counter message is received.
5 Get Com Capacity STRUCT of
Max CIP Connections UINT Maximum number of supported CIP
connections.
Max TCP Connections UINT Maximum number of supported TCP
connections.
Max Urgent priority rate UINT Maximum number of CIP transport
class 0/1 Urgent priority message
packets per second.
Max Scheduled priority UINT Maximum number of CIP transport
rate class 0/1 Scheduled priority
message packets per second.
Max High priority rate UINT Maximum number of CIP transport
class 0/1 High priority message
packets per second.
Max Low priority rate UINT Maximum number of CIP transport
class 0/1 Low priority message
packets per second.
Max Explicit Messaging UINT Max CIP transport class 2/3 or other
rate EtherNet/IP messages packets per
second
EIO0000001462 03/2018 137


6 Get Bandwidth Diag STRUCT of
Current sending Urgent UINT CIP transport class 0/1 Urgent
priority rate priority message packets sent per
second.
Current reception UINT CIP transport class 0/1 Urgent
Urgent priority rate priority message packets received
per second.
Current sending UINT CIP transport class 0/1 Scheduled
Scheduled priority rate priority message packets sent per
second.
Current reception UINT CIP transport class 0/1 Scheduled
Scheduled priority rate priority message packets received
per second.
Current sending High UINT CIP transport class 0/1 High priority
priority rate message packets sent per second.
Current reception High UINT CIP transport class 0/1 High priority
priority rate message packets received per
second.
Current sending Low UINT CIP transport class 0/1 Low priority
priority rate message packets sent per second.
Current reception Low UINT CIP transport class 0/1 Low priority
priority rate message packets received per
second.
Current sending Explicit UINT CIP transport class 2/3 or other
Messaging rate EtherNet/IP message packets sent
per second.
Current reception UINT CIP transport class 2/3 or other
Explicit Messaging rate EtherNet/IP message packets
received per second.
7 Get Modbus Diag STRUCT of
Max. Modbus TCP UINT Maximum number of TCP
Connections opened connections opened and used for
Modbus communications.
Current Modbus TCP UINT Number of TCP connections
Connections currently opened and used for
Modbus communications.
Modbus TCP Msg Send UDINT Incremented each time a Modbus
Counter TCP message is sent.
Modbus TCP Msg UDINT Incremented each time a Modbus
Receive Counter TCP message is received.
138 EIO0000001462 03/2018


01 Get_Attributes_All Returns the value of all class attributes.
0E Get_Attribute_Single Returns the value of a specified attribute.
4C Get_and_Clear Gets and clears a specified attribute.
IOScanner Diagnostic Object (Class ID = 351 hex)

The following table describes the class attributes of the IOScanner Diagnostic object:

(hex) (hex)
of the object.
object.
The following table describes the instance attributes of the IOScanner Diagnostic object:

1 Get IO Status Table STRUCT of
Size UINT Size in bytes of the Status attribute.
Status ARRAY of I/O status. Bit n, where n is instance
UINT n of the object, provides the status
of the I/O exchanged on the I/O
connection:
 0: The input or output status of
the I/O connection is in error, or
no device.
 1: The input or output status of
the I/O connection is correct.

EIO0000001462 03/2018 139

IO Connection Diagnostic Object (Class ID = 352 hex)

The following table describes the class attributes of the IO Connection Diagnostic object:

(hex) (hex)
of the object.
object
0...n
where n is the maximum number of
CIP I/O connections.
NOTE: There is an IO Connection
Diagnostic object instance for both
O->T and T->O paths.
The following table describes the instance attributes of the I/O Connection Diagnostic object:
Attribute ID Access Name Data Type Details

(hex)
1 Get IO Com Diag STRUCT of
Clear IO Production Counter UDINT Incremented each time a production is
sent.
IO Consumption Counter UDINT Incremented each time a consumption
is received.
IO Production Send Errors UINT Incremented each time a production is
Counter not sent due to an error.
IO Consumption Receive UINT Incremented each time a consumption
Errors Counter is received that contains an error.
CIP Connection TimeOut UINT Incremented each time a connection
Errors times out.
CIP Connection Opening UINT Incremented on each unsuccessful
Errors attempt to open a connection.
CIP Connection State UINT State of the CIP IO connection.
CIP Last Error General UINT General status of the last error detected
Status on the connection.
CIP Last Error Extended UINT Extended status of the last error
Status detected on the connection.
Input Com Status UINT Communication status of the inputs.
Output Com Status UINT Communication status of the outputs.
140 EIO0000001462 03/2018


(hex)
2 Get Connection Diag STRUCT of
Production Connection ID UDINT Connection ID for production.
Consumption Connection UDINT Connection ID for consumption.
ID
Production RPI UDINT Requested Packet Interval (RPI) for
productions, in μs.
Production API UDINT Actual Packet Interval (API) for
productions.
Consumption RPI UDINT RPI for consumptions.
Consumption API UDINT API for consumptions.
Production Connection UDINT Connection parameters for
Parameters productions.
Consumption Connection UDINT Connection parameters for
Parameters consumptions.
Local IP UDINT Local IP address for I/O
communication.
Local UDP Port UINT Local UDP port number for I/O
communication.
Remote IP UDINT Remote IP address for I/O
communication.
Remote UDP Port UINT Remote UDP port number for I/O
communication.
Production Multicast IP UDINT Multicast IP address for productions, or
0 if multicast is not used.
Consumption Multicast IP UDINT Multicast IP address for consumptions,
or 0 if multicast is not used.
Protocols supported UINT Protocol(s) supported (0=not
supported, 1=supported):
 Bit 0: EtherNet/IP
 Bit 1: Modbus TCP
 Bit 2: Modbus Serial
 Bits 3...15: Reserved, 0
EIO0000001462 03/2018 141

Instance Attributes

0E Get_Attribute_Single Returns the value of the specified attribute.
4C Get_and_Clear Gets and clears a specified attribute.
Explicit Connection Diagnostic Object (Class ID = 353 hex)

The following table describes the class attributes of the Explicit Connection Diagnostic object:
Attribute ID Access Name Data Type Value (hex) Details

(hex)
1 Get Revision UINT 01 Increased by 1 at each new update
of the object.
2 Get Max Instance UINT 0...n Maximum instance number of the
(maximum object.
number of CIP
IO
connections)
The following table describes the instance attributes of the Explicit Connection Diagnostic object:

(hex)
1 Get Originator UDINT O to T Connection ID
Connection ID
2 Get Originator IP UDINT
3 Get Originator TCP UINT
Port
4 Get Target UDINT T to O Connection ID
Connection ID
5 Get Target IP UDINT
6 Get Target TCP Port UINT
7 Get Msg Send UDINT Incremented each time a Class 3 CIP
Counter Message is sent on the connection
8 Get Msg UDINT Incremented each time a Class 3 CIP
ReceiveCounter Message is received on the connection
142 EIO0000001462 03/2018

Explicit Connections Diagnostic List Object (Class ID = 354 hex)

The following table describes the class attributes of the Explicit Connections Diagnostic List object:

(hex) (hex)
1 Get Revision UINT 01 Increased by 1 at each new update
of the object.
2 Get Max Instance UINT 0...n n is the maximum number of
concurrent list accesses
supported.
The following table describes the instance attributes of the Explicit Connections Diagnostic List
object:

1 Get Number of Connections UINT Total number of open Explicit
connections
2 Get Explicit Messaging ARRAY of Contents of instantiated Explicit
Connections Diagnostic STRUCT Connection Diagnostic objects
List
Originator Connection ID UDINT Originator to Target connection ID
Originator IP UDINT Originator to Target IP address
Originator TCP Port UINT Originator to Target port number
Target Connection ID UDINT Target to Originator connection ID
Target IP UDINT Target to Originator IP address
Target TCP Port UINT Target to Originator port number
Msg Send Counter UDINT Incremented each time a Class 3
CIP message is sent on the
connection
Msg Receive Counter UDINT Incremented each time a Class 3
CIP message is sent on the
connection

08 Create Creates an instance of the Explicit Connections Diagnostic
List object.
09 Delete Deletes an instance of the Explicit Connections Diagnostic
List object.
33 Explicit_Connections_ Explicit corrections diagnostic read object.
Diagnostic_Read
EIO0000001462 03/2018 143

Controller as a Slave Device on Modbus TCP
Overview
This section describes the configuration of the M251 Logic Controller as a Modbus TCP Slave
Device.
To configure your M251 Logic Controller as a Modbus TCP Slave Device, you must add Modbus
TCP Slave Device functionality to your controller (see Adding a Modbus TCP Slave Device
thereafter). This functionality creates a specific I/O area in the controller that is accessible with the
Modbus TCP protocol. This I/O area is used whenever an external master needs to access the %IW
and %QW objects of the controller. This Modbus TCP Slave Device functionality allows you to
furnish to this area the controller I/O objects which can then be accessed with a single Modbus
read/write registers request.
Only one Modbus TCP Slave Device at a time can be configured on one of the Ethernet ports of
the M251 Logic Controller (Ethernet_1 or Ethernet_2). Once configured, however, the Modbus
TCP slave device can be addressed through both Ethernet ports.
The Modbus TCP Slave Device adds another Modbus server function to the controller. This server
is addressed by the Modbus client application by specifying a configured Unit ID (Modbus address)
in the range 1...247. The embedded Modbus server of the slave controller needs no configuration,
and is addressed by specifying a Unit ID equal to 255. Refer to Modbus TCP Configuration
(see page 145).
Inputs/outputs are seen from the slave controller: inputs are written by the master, and outputs are
read by the master.
The Modbus TCP Slave Device can define a privileged Modbus client application, whose
connection is not forcefully closed (embedded Modbus connections may be closed when more
than 8 connections are needed).
The timeout duration associated to the privileged connection allows you to verify whether the
controller is being polled by the privileged master. If no Modbus request is received within the
timeout duration, the diagnostic information i_byMasterIpLost is set to 1 (TRUE). For more
information, refer to the Ethernet Port Read-Only System Variables (see Modicon M251 Logic
Controller, System Functions and Variables, PLCSystem Library Guide).
For further information about Modbus TCP, refer to the www.odva.org website.
Adding a Modbus TCP Slave Device

To configure your M251 Logic Controller as a Modbus TCP slave device, you must:
Step Action
1 Select Modbus TCP Slave Device in the Hardware Catalog.
2 Drag and drop it to the Devices tree on one of the highlighted nodes.
144 EIO0000001462 03/2018

Modbus TCP Configuration

To configure the Modbus TCP slave device, double-click Ethernet_x → ModbusTCP_Slave_De-
vice_x in the Devices tree.
This dialog box appears:
Element Description
IP Master Address IP address of the Modbus master
The connections are not closed on this address.
TimeOut Timeout in 500 ms increments
NOTE: The timeout applies to the IP master Address unless the address is
0.0.0.0.
Slave Port Modbus communication port (502)
NOTE: The port number can be modified using the changeModbusPort script
command (see page 157).
Unit ID Sends the requests to the Modbus TCP slave device (1...247), instead of to the
embedded Modbus server (255).
Holding Registers (%IW) Number of %IW registers to be used in the exchange (2...40) (each register is
2 bytes)
Input Registers (%QW) Number of %QW registers to be used in the exchange (2...40) (each register is
2 bytes)
EIO0000001462 03/2018 145

Modbus TCP Slave Device I/O Mapping Tab

The I/Os are mapped to Modbus registers from the master perspective as follows:
 %IWs are mapped from register 0 to n-1 and are R/W (n = Holding register quantity, each %IW
register is 2 bytes).
 %QWs are mapped from register n to n+m -1 and are read only (m = Input registers quantity,
each %QW register is 2 bytes).
Once a Modbus TCP Slave Device has been configured, Modbus commands sent to its Unit ID
(Modbus address) are handled differently than the same command would be when addressed to
any other Modbus device on the network. For example, when the Modbus command 3 (3 hex) is
sent to a standard Modbus device, it reads and returns the value of one or more registers. When
this same command is sent to the Modbus TCP (see page 101) Slave, it facilitates a read operation
by the external I/O scanner.
Once a Modbus TCP Slave Device has been configured, Modbus commands sent to its Unit ID
(Modbus address) access the %IW and %QW objects of the controller instead of the regular Modbus
words (accessed when the Unit ID is 255). This facilitates read/write operations by a Modbus TCP
IOScanner application.
The Modbus TCP Slave Device responds to a subset of the Modbus commands with the purpose
of exchanging data with the external I/O scanner. The following Modbus commands are supported
by the Modbus TCP slave device:
Function Code Function Comment

Dec (Hex)
3 (3) Read holding register Allows the master to read %IW and %QW objects of the device
6 (6) Write single register Allows the master to write %IW objects of the device
16 (10) Write multiple registers Allows the master to write %IW objects of the device
23 (17) Read/write multiple Allows the master to read %IW and %QW objects of the device
registers and write %IW objects of the device
Other Not supported –
NOTE: Modbus requests that attempt to access registers above n+m-1 are answered by the 02 -
ILLEGAL DATA ADDRESS exception code.
146 EIO0000001462 03/2018

To link I/O objects to variables, select the Modbus TCP Slave Device I/O Mapping tab:
EIO0000001462 03/2018 147

Channel Type Description

Input IW0 WORD Holding register 0
... ... ...
IWx WORD Holding register x
Output QW0 WORD Input register 0
... ... ...
QWy WORD Input register y
The number of words depends on the Holding Registers (%IW) and Input Registers (%QW)
parameters of the Modbus TCP tab.
NOTE: Output means OUTPUT from Originator controller (= %IW for the controller). Input means
INPUT from Originator controller (= %QW for the controller).
NOTE: The Modbus TCP Slave Device refreshes the %IW and %QW registers as a single time-
consistent unit, synchronized with the IEC tasks (MAST task by default). By contrast, the
embedded Modbus TCP server only ensures time-consistency for 1 word (2 bytes). If your
application requires time-consistency for more than 1 word (2 bytes), use the Modbus TCP Slave
Device.
Bus Cycle Options

Select the Bus cycle task to use:
 Use parent bus cycle setting (the default),
 MAST
 An existing task of the project
NOTE: There is a corresponding Bus cycle task parameter in the I/O mapping editor of the device
that contains the Modbus TCP Slave Device. This parameter defines the task responsible for
refreshing the %IW and %QW registers.
148 EIO0000001462 03/2018

Changing the Modbus TCP Port
changeModbusPort Command
The changeModbusPort command can be used to change the port used for data exchanges with
a Modbus TCP master.
The current Modbus Slave Port is displayed on the Modbus TCP configuration window
(see page 145).
The default Modbus port number is 502.
Command Description
changeModbusPort “portnum” portnum is the new Modbus port number to use is passed as
a string of characters.
Before running the command, refer to Used Ports
(see page 160) to ensure that portnum is not being used by
any other TCP/UDP protocols or processes.
An error is logged in the /usr/Syslog/FWLog.txt file if the
specified port number is already in use.
To limit the number of open sockets, the changeModbusPort command can only be run twice.
A power cycle of the logic controller returns the Modbus port number to the default value (502).
The changeModbusPort command must therefore be executed after each power cycle.
NOTE: After changing the port number, the Modbus Server Active checkbox on the Ethernet
Configuration window (see page 97) is no longer taken into account, as the Modbus server always
uses port 502.
Running the Command from an SD Card Script
Step Action
1 Create a script file (see page 220), for example:
; Change Modbus slave port
changeModbusPort "1502";
2 Name the script file Script.cmd.
3 Copy the script file to the SD card.
4 Insert the SD card in the controller.
EIO0000001462 03/2018 149

Running the Command Using ExecuteScript

The changeModbusPort command can be run from within an application using the ExecuteScript
function block.
The following sample code changes the Modbus TCP slave port from the default (502) to 1502.
IF (myBExe = FALSE AND (PortNum <> 502)) THEN
myExecSc( // falling edge for a second change

xExecute:=FALSE ,
sCmd:=myCmd ,
xDone=>myBDone ,
xBusy=> myBBusy,
xError=> myBErr,
eError=> myIerr);
string1 := 'changeModbusPort "';
string2 := WORD_TO_STRING(PortNum);
myCmd := concat(string1,string2);
myCmd := concat(myCmd,'"');
myBExe := TRUE;
END_IF
myExecSc(
xExecute:=myBExe ,
sCmd:=myCmd ,
xDone=>myBDone ,
xBusy=> myBBusy,
xError=> myBErr,
eError=> myIerr);
150 EIO0000001462 03/2018

Section 10.2
Firewall Configuration
Introduction
This section describes how to configure the firewall of the Modicon M251 Logic Controller.

Topic Page
Introduction 152
Dynamic Changes Procedure 154
Firewall Behavior 155
Firewall Script Commands 157
EIO0000001462 03/2018 151

Introduction
Firewall Presentation
In general, firewalls help protect network security zone perimeters by blocking unauthorized
access and permitting authorized access. A firewall is a device or set of devices configured to
permit, deny, encrypt, decrypt, or proxy traffic between different security zones based upon a set
of rules and other criteria.
Process control devices and high-speed manufacturing machines require fast data throughput and
often cannot tolerate the latency introduced by an aggressive security strategy inside the control
network. Firewalls, therefore, play a significant role in a security strategy by providing levels of
protection at the perimeters of the network. Firewalls are important part of an overall, system level
strategy.
WARNING
OPERATION
security measures.
ticated actions.
There are 3 ways to manage the controller firewall configuration:
 Static configuration,
 Dynamic changes,
 Application settings.
Script files are used in the static configuration and for dynamic changes.
152 EIO0000001462 03/2018

Static Configuration
The static configuration is loaded at the controller boot.
The controller firewall can be statically configured by managing a default script file located in the
controller. The path to this file is /Usr/Cfg/FirewallDefault.cmd.
Dynamic Changes
After the controller boot, the controller firewall configuration can be changed by the use of script
files.
There are 2 ways to load these dynamic changes:
 Using a physical SD card (see page 154),
 Using a function block (see page 154) in the application.
Application Settings
Refer to Ethernet Configuration (see page 97).
EIO0000001462 03/2018 153

Dynamic Changes Procedure
Using an SD Card
This table describes the procedure to execute a script file from an SD card:
Step Action
1 Create a valid script file (see page 157).
For instance, name the script file FirewallMaintenance.cmd.
2 Load the script file on the SD card.
For instance, load the script file in the Usr/cfg folder.
3 In the file Sys/Cmd/Script.cmd, add a code line with the command
Firewall_install "pathname/FileName"
For instance, the code line is
Firewall_install "/sd0/Usr/cfg/FirewallMaintenance.cmd"
4 Insert the SD card on the controller.
Using a Function Block in the Application

This table describes the procedure to execute a script file from an application:
Step Action
1 Create a valid script file (see page 157).
For instance, name the script file FirewallMaintenance.cmd.
2 Load the script file in the controller memory.
For instance, load the script file in the Usr/Syslog folder with FTP.
3 Use an ExecuteScript (see Modicon M251 Logic Controller, System Functions and Variables,
PLCSystem Library Guide) function block.
For instance, the [SCmd] input is 'Firewall_install
"/usr/Syslog/FirewallMaintenance.cmd"'
154 EIO0000001462 03/2018

Firewall Behavior
Introduction
The firewall configuration depends on the action done on the controller and the initial configuration
state. There are 5 possible initial states:
 There is no default script file in the controller.
 A correct script file is present.
 An incorrect script file is present.
 There is no default script file and the application has configured the firewall.
 A dynamic script file configuration has been already executed.
No Default Script File
If... Then ...

Boot of the controller Firewall is not configured. No protection is activated.
Execute dynamic script file Firewall is configured according to the dynamic script file.
Execute dynamic incorrect script Firewall is not configured. No protection is activated.
file
Download application Firewall is configured according to the application settings.
Default Script File Present
If... Then ...

Boot of the controller Firewall is configured according to the default script file.
Execute dynamic script file The whole configuration of the default script file is deleted.
Firewall is configured according to the dynamic script file.
Execute dynamic incorrect script Firewall is configured according to the default script file.
file The dynamic script file is not taken into account.
Download application The whole configuration of the application is ignored.
Firewall is configured according to the default script file.
Incorrect Default Script File Present
If... Then ...

Boot of the controller Firewall is not configured. No protection is activated
Execute dynamic script file Firewall is configured according to the dynamic script file.
Execute dynamic incorrect script Firewall is not configured. No protection is activated.
file
Download application Firewall is configured according to the application settings.
EIO0000001462 03/2018 155

Application Settings with No Default Script File
If... Then ...

Boot of the controller Firewall is configured according to the application settings.
Execute dynamic script file The whole configuration of the application settings is deleted.
Execute dynamic incorrect Firewall is configured according to the application settings. The dynamic script file is
script file not taken into account.
Download application The whole configuration of the previous application is deleted.
Firewall is configured according to the new application settings.
Execute Dynamic Script File Already Executed
If... Then ...

Boot of the controller Firewall is configured according to the dynamic script file configuration (see note).
Execute dynamic script file The whole configuration of the previous dynamic script file is deleted.
Firewall is configured according to the new dynamic script file.
Execute dynamic incorrect Firewall is configured according to the previous dynamic script file configuration. The
script file dynamic incorrect script file is not taken into account.
Download application The whole configuration of the application is ignored
NOTE: If an SD card containing a cybersecurity script is plugged into the controller, booting is blocked. First remove
the SD card to correctly boot the controller.
156 EIO0000001462 03/2018

Firewall Script Commands
Overview
This section describes how script files (default script file or dynamic script file) are written so that
they can be executed during the booting of the controller or during a specific command triggered.
Script File Syntax

The syntax of script files is described in Script Syntax Guidelines (see page 220).
General Firewall Commands

The following commands are available to manage the Ethernet firewall of the M251 Logic
Controller:
Command Description
FireWall Enable Blocks the frames from the Ethernet interfaces. If no specific
IP address is authorized, it is not possible to communicate on
the Ethernet interfaces.
NOTE: By default, when the firewall is enabled, the frames
are rejected.
FireWall Disable IP addresses are allowed access to the controller on the
Ethernet interfaces.
FireWall Ethx Default Allow (1) Frames are accepted by the controller.
FireWall Ethx Default Reject(1) Frames are rejected by the controller.

NOTE: By default, if this line is not present, it corresponds
to the command FireWall Eth1 Default Reject.
(1)
Where Ethx =
For TM251MESC:
 Eth1: Ethernet_1
For TM251MESE:
EIO0000001462 03/2018 157

Specific Firewall Commands

The following commands are available to configure firewall rules for specific ports and addresses:
Command Range Description

Firewall Eth1 • = 0...255 Frames from the specified IP address are allowed on all port
Allow IP •.•.•.• numbers and port types.
Firewall Eth1 • = 0...255 Frames from the specified IP address are rejected on all port
Reject IP •.•.•.• numbers and port types.
Firewall Eth1 • = 0...255 Frames from the IP addresses in the specified range are
Allow IPs •.•.•.• allowed for all port numbers and port types.
to •.•.•.•
Firewall Eth1 • = 0...255 Frames from the IP addresses in the specified range are
Reject IPs rejected for all port numbers and port types.
•.•.•.• to
•.•.•.•
Firewall Eth1 Y = (destination port Frames with the specified destination port number are allowed.
Allow port_type numbers (see page 160))
port Y
Firewall Eth1 Y = (destination port Frames with the specified destination port number are allowed.
Reject port_type numbers (see page 160))
port Y
Firewall Eth1 Y = (destination port Frames with a destination port number in the specified range
Allow port_type numbers (see page 160)) are allowed.
ports Y1 to Y2
Firewall Eth1 Y = (destination port Frames with a destination port number in the specified range
Reject port_type numbers (see page 160)) are rejected.
ports Y1 to Y2
Firewall Eth1 • = 0...255 Frames from the specified IP address and with the specified
Allow IP •.•.•.• Y = (destination port destination port number are allowed.
on port_type numbers (see page 160))
port Y
Firewall Eth1 • = 0...255 Frames from the specified IP address and with the specified
Reject IP •.•.•.• Y = (destination port destination port number are rejected.
port Y
Firewall Eth1 • = 0...255 Frames from the specified IP address and with a destination
Allow IP •.•.•.• Y = (destination port port number in the specified range are allowed.
ports Y1 to Y2
Firewall Eth1 • = 0...255 Frames from the specified IP address and with a destination
Reject IP •.•.•.• Y = (destination port port number in the specified range are rejected.
ports Y1 to Y2
158 EIO0000001462 03/2018

Command Range Description

Firewall Eth1 • = 0...255 Frames from an IP address in the specified range and with the
Allow IPs Y = (destination port specified destination port number are rejected.
•1.•1.•1.•1 to numbers (see page 160))
•2.•2.•2.•2 on
port_type port Y
Firewall Eth1 • = 0...255 Frames from an IP address in the specified range and with the
Reject IPs Y = (destination port specified destination port number are rejected.
•2.•2.•2.•2 on
port_type port Y
Firewall Eth1 • = 0...255 Frames from an IP address in the specified range and with a
Allow IPs Y = (destination port destination port number in the specified range are allowed.
•2.•2.•2.•2 on
port_type
ports Y1 to Y2
Firewall Eth1 • = 0...255 Frames from an IP address in the specified range and with a
Reject IPs Y = (destination port destination port number in the specified range are rejected.
•2.•2.•2.•2 on
port_type
ports Y1 to Y2
Firewall Eth1 • = 0...F Frames from the specified MAC address ••:••:••:••:•• are
Allow MAC allowed.
••:••:••:••:••:••
Firewall Eth1 • = 0...F Frames with the specified MAC address ••:••:••:••:•• are
Reject MAC rejected.
••:••:••:••:••:••
Script Example
; Enable firewall on Ethernet 1. All frames are rejected;
FireWall Enable;
; Block all Modbus Requests on all IP address
Firewall Eth1 Reject tcp port 502;
; Allow FTP active connection for IP address 85.16.0.17
Firewall Eth1 Allow IP 85.16.0.17 on tcp port 20 to 21;
EIO0000001462 03/2018 159

Used Ports
Protocol Destination Port Numbers

SoMachine UDP 1740, 1741, 1742, 1743
TCP 1105
FTP TCP 21, 20
HTTP TCP 80
Modbus TCP 5021
Discovery UDP 27126, 27127
SNMP UDP 161, 162
NVL UDP Default value: 1202
EtherNet/IP UDP 2222
TCP 44818
1The
default value can be changed using the changeModbusPort command (see page 149).
160 EIO0000001462 03/2018

Industrial Ethernet Manager
EIO0000001462 03/2018
Chapter 11
Introduction
This chapter describes how to add and configure the Industrial Ethernet.

Topic Page
Industrial Ethernet 162
DHCP Server 166
Fast Device Replacement 167
EIO0000001462 03/2018 161

Industrial Ethernet
Overview
Industrial Ethernet is the term used to represent the industrial protocols that use the standard
Ethernet physical layer and standard Ethernet protocols.
NOTE: The following information only applies to the TM251MESE controller.
On an Industrial Ethernet network, you can connect:
 industrial devices.(industrial protocols)
 non-industrial devices (other Ethernet protocols)
For more information, refer to Industrial Ethernet User Guide (see SoMachine Industrial Ethernet,
User Guide).
Industrial Ethernet Architecture

This figure presents a typical Industrial Ethernet architecture:
A Control network
B Device network
1 Logic controller (see SoMachine Industrial Ethernet, User Guide)
2 Daisy-chained devices
3 Ethernet switch
4 I/O island (Modbus TCP)
5 Vision sensor (EtherNet/IP)
6 PC and HMI (TCP/UDP)
2, 4, and 5 Industrial Ethernet slave devices (EtherNet/IP / Modbus TCP)
This architecture is configurable with SoMachine.
162 EIO0000001462 03/2018

Industrial Ethernet Description
TM251MESE logic controller

Features Description
Topology Daisy chain and Star via switches
Bandwidth 10/100 Mbit/s
EtherNet/IP Scanner
Performance Up to 16 EtherNet/IP target devices managed by the logic
controller, monitored within a timeslot of 10 ms
Number of connections 0...16
Number of input words 0...1024
Number of output words 0...1024
I/O communications EtherNet/IP Scanner service
Function block for configuration and data transfer
Originator/Target
Modbus TCP IOScanner
Performance Up to 64 Modbus TCP slave devices managed by the logic
controller, monitored within a timeslot of 64 ms.
Number of connections 0...64
Number of input words 0...2048
Number of output words 0...2048
I/O communications Modbus TCP IOScanner service
Function block for data transfer
Master/Slave
EIO0000001462 03/2018 163

TM251MESE logic controller

Features Description
Other services FDT/DTM/EDS management
FDR (Fast Device Replacement)
DHCP server
Security management (refer to Security Parameters
(see page 100) and Firewall Configuration (see page 151))
Modbus TCP server
Modbus TCP client
EtherNet/IP adapter (controller as a target on EtherNet/IP)
EtherNet/IP Originator
Modbus TCP server (controller as a slave on Modbus TCP)
Web server
FTP server
SNMP
IEC VAR ACCESS
Additional features Possible to mix up to 16 EtherNet/IP and Modbus TCP server
devices.
Devices can be directly accessed for configuration, monitoring,
and management purposes.
Network transparency between control network and device
network (logic controller can be used as a gateway).
NOTE: Using the logic controller as a gateway can impact the
performance of the logic controller.
EtherNet/IP Overview
EtherNet/IP is the implementation of the CIP protocol over standard Ethernet.
The EtherNet/IP protocol uses an Originator/Target architecture for data exchange.
Originators are devices that initiate data exchanges with Target devices on the network. This
applies to both I/O communications and service messaging. This is the equivalent of the role of a
client in a Modbus network.
Targets are devices that respond to data requests generated by Originators. This applies to both
I/O communications and service messaging. This is the equivalent of the role of a server in a
Modbus network.
EtherNet/IP Adapter is an end-device in an EtherNet/IP network. I/O blocks and drives can be
EtherNet/IP Adapter devices.
The communication between an EtherNet/IP Originator and Target is accomplished using an
EtherNet/IP connection.
164 EIO0000001462 03/2018

Modbus TCP Overview

The Modbus TCP protocol uses a Client/Server architecture for data exchange.
The Modbus TCP explicit (non-cyclic) data exchanges are managed by the application.
Modbus TCP implicit (cyclic) data exchanges are managed by the Modbus TCP IOScanner. The
Modbus TCP IOScanner is a service based on Ethernet that polls slave devices continuously to
exchange data, status, and diagnostic information. This process monitors inputs and controls
outputs of slave devices.
Clients are devices that initiate data exchange with other devices on the network. This applies to
both I/O communications and service messaging.
Servers are devices that address any data requests generated by a Client. This applies to both I/O
communications and service messaging.
The communication between the Modbus TCP IOScanner and the slave device is accomplished
using Modbus TCP channels.
Adding the Industrial Ethernet Manager

The Industrial_Ethernet_manager must be present on the Ethernet_2 (Device Network) node of the
device tree to activate these functions and services:
 EtherNet/IP Originator
 EtherNet/IP Scanner
 Modbus TCP IOScanner
The Industrial_Ethernet_manager is available by default under the Ethernet_2 (Device Network)

node. It is also automatically added when a slave device is added on the Ethernet_2 (Device
Network) node.
To manually add the Industrial_Ethernet_manager to the Ethernet_2 (Device Network):
Step Action
1 In the Devices Tree, select Ethernet_2 (Device Network) and click the green plus button of the
node or right-click Ethernet_2 (Device Network) and execute the Add Device... command from
the context menu.
Result: The Add Device dialog box opens.
2 In the Add Device dialog box, select Protocol Managers → Industrial Ethernet manager.
3 Click the Add Device button.
4 Click the Close button.
For more information, refer to Industrial Ethernet Manager Configuration, EtherNet/IP Target
Settings and Modbus TCP Settings (see SoMachine Industrial Ethernet, User Guide).
EIO0000001462 03/2018 165

DHCP Server
Overview
It is possible to configure a DHCP server on the Ethernet 2 network of the TM251MESE.
The DHCP server offers addresses to the devices connected on the Ethernet 2 network. The
DHCP server only delivers static addresses. A unique identified slave gets a unique address.
DHCP slave devices are identified either by their MAC address or their DHCP device name. The
DHCP server configuration table defines the relation between addresses and identified slave
devices.
The DHCP server addresses are given with an infinite lease time. There is no need for the slave
devices to refresh the leased IP address.
For more information, refer to IP Addressing Methods (see SoMachine Industrial Ethernet, User
Guide).
166 EIO0000001462 03/2018

Fast Device Replacement
Overview
The Fast Device Replacement (FDR) helps facilitate replacing and reconfiguring a network device.
This function is available on the Ethernet 2 port of the TM251MESE.
For more information, refer to Slave Device Replacement with FDR (see SoMachine Industrial
Ethernet, User Guide).
EIO0000001462 03/2018 167

168 EIO0000001462 03/2018

Serial Line Configuration
EIO0000001462 03/2018
Chapter 12
Introduction
This chapter describes how to configure the serial line communication of the Modicon M251 Logic
Controller.

Topic Page
Serial Line Configuration 170
SoMachine Network Manager 172
Modbus Manager 173
ASCII Manager 177
Modbus Serial IOScanner 179
Adding a Device on the Modbus Serial IOScanner 181
Adding a Modem to a Manager 188
EIO0000001462 03/2018 169

Introduction
The Serial Line configuration window allows you to configure the physical parameters of a serial
line (baud rate, parity, and so on).

To configure a Serial Line, double-click Serial line in the Devices tree.
The Configuration window is displayed as below:
The following parameters must be identical for each serial device connected to the port.
Element Description
Baud rate Transmission speed in bits/s
Parity Used for error detection
Data bits Number of bits for transmitting data
Stop bits Number of stop bits
Physical Medium Specify the medium to use:
 RS485 (using polarisation resistor or not)
 RS232
Polarization Polarization resistors are integrated in the controller. They are switched on or off by this
Resistor parameter.
170 EIO0000001462 03/2018

The serial line ports of your controller are configured for the SoMachine protocol by default when
new or when you update the controller firmware. The SoMachine protocol is incompatible with that
of other protocols such as Modbus Serial Line. Connecting a new controller to, or updating the
firmware of a controller connected to, an active Modbus configured serial line can cause the other
devices on the serial line to stop communicating. Make sure that the controller is not connected to
an active Modbus serial line network before first downloading a valid application having the
concerned port or ports properly configured for the intended protocol.
NOTICE
INTERRUPTION OF SERIAL LINE COMMUNICATIONS
Be sure that your application has the serial line ports properly configured for Modbus before
physically connecting the controller to an operational Modbus Serial Line network.
This table indicates the maximum baud rate value of the managers:
Manager Maximum Baud Rate (Bits/S)

SoMachine Network Manager 115200
Modbus Manager
ASCII Manager
Modbus IOScanner
EIO0000001462 03/2018 171

SoMachine Network Manager
Introduction
Use the SoMachine Network Manager to exchange variables with a XBTGT/XBTGK Advanced
Panel with SoMachine software protocol, or when the Serial Line is used for SoMachine
programming.
Adding the Manager

To add a SoMachine Network Manager to your controller, select the SoMachine-Network Manager
in the Hardware Catalog, drag it to the Devices tree, and drop it on one of the highlighted nodes.
Configuring the Manager

There is no configuration for SoMachine Network Manager.
Adding a Modem
To add a modem to the SoMachine Network Manager, refer to Adding a Modem to a Manager
(see page 188).
172 EIO0000001462 03/2018

Modbus Manager
Introduction
The Modbus Manager is used for Modbus RTU or ASCII protocol in master or slave mode.
Adding the Manager

To add a Modbus manager to your controller, select the Modbus Manager in the Hardware
Modbus Manager Configuration

To configure the Modbus Manager of your controller, double-click Modbus Manager in the Devices
tree.
The Modbus Manager configuration window is displayed as below:
EIO0000001462 03/2018 173

Set the parameters as described in this table:
Element Description
Transmission Specify the transmission mode to use:
Mode  RTU: uses binary coding and CRC error-checking (8 data bits)
 ASCII: messages are in ASCII format, LRC error-checking (7 data bits)
Set this parameter identical for each Modbus device on the link.
Addressing Specify the device type:
 Master
 Slave
Address Modbus address of the device, when slave is selected.

Time between Time to avoid bus-collision.
Frames (ms) Set this parameter identical for each Modbus device on the link.
Serial Line Parameters specified in the Serial Line configuration window.
Settings
Modbus Master
When the controller is configured as a Modbus Master, the following function blocks are supported
from the PLCCommunication Library:
 ADDM
 READ_VAR
 SEND_RECV_MSG
 SINGLE_WRITE
 WRITE_READ_VAR
 WRITE_VAR
For further information, see Function Block Descriptions (see SoMachine, Modbus and ASCII
Read/Write Functions, PLCCommunication Library Guide) of the PLCCommunication Library.
Modbus Slave
When the controller is configured as Modbus Slave, the following Modbus requests are supported:
Function Code Sub-Function Function

Dec (Hex) Dec (Hex)
1 (1 hex) – Read digital outputs (%Q)
2 (2 hex) – Read digital inputs (%I)
3 (3 hex) – Read multiple register (%MW)
5 (5 hex) – Write single coil (%M)
6 (6 hex) – Write single register (%MW)
8 (8 hex) – Diagnostic
15 (F hex) – Write multiple digital outputs (%Q)
174 EIO0000001462 03/2018

Function Code Sub-Function Function

Dec (Hex) Dec (Hex)
16 (10 hex) – Write multiple registers (%MW)
23 (17 hex) – Read/write multiple registers (%MW)
43 (2B hex) 14 (E hex) Read device identification
This table contains the sub-function codes supported by the diagnostic Modbus request 08:
Sub-Function Code Function

Dec Hex
10 0A Clears Counters and Diagnostic Register
11 0B Returns Bus Message Count
12 0C Returns Bus Communication Error Count
13 0D Returns Bus Exception Error Count
14 0E Returns Slave Message Count
15 0F Returns Slave No Response Count
16 10 Returns Slave NAK Count
17 11 Returns Slave Busy Count
18 12 Returns Bus Character Overrun Count
This table lists the objects that can be read with a read device identification request (basic identifi-
cation level):
Object ID Object Name Type Value

00 hex Vendor code ASCII String Schneider Electric
01 hex Product code ASCII String Controller reference
for example: TM251MESE
02 hex Major / Minor revision ASCII String aa.bb.cc.dd (same as device descriptor)
EIO0000001462 03/2018 175

The following section describes the differences between the Modbus memory mapping of the
controller and HMI Modbus mapping. If you do not program your application to recognize these
differences in mapping, your controller and HMI will not communicate correctly. Thus it will be
possible for incorrect values to be written to memory areas responsible for output operations.
WARNING
Program your application to translate between the Modbus memory mapping used by the
controller and that used by any attached HMI devices.
When the controller and the Magelis HMI are connected via Modbus (HMI is master of Modbus
requests), the data exchange uses simple word requests.
There is an overlap on simple words of the HMI memory while using double words but not for the
controller memory (see following diagram). In order to have a match between the HMI memory
area and the controller memory area, the ratio between double words of HMI memory and the
double words of controller memory has to be 2.
The following gives examples of memory match for the double words:
 %MD2 memory area of the HMI corresponds to %MD1 memory area of the controller because
the same simple words are used by the Modbus request.
 %MD20 memory area of the HMI corresponds to %MD10 memory area of the controller
because the same simple words are used by the Modbus request.
The following gives examples of memory match for the bits:
 %MW0:X9 memory area of the HMI corresponds to %MX1.1 memory area of the controller
because the simple words are split in 2 distinct bytes in the controller memory.
Adding a Modem
To add a Modem to the Modbus Manager, refer to Adding a Modem to a Manager (see page 188).
176 EIO0000001462 03/2018

ASCII Manager
Introduction
The ASCII manager is used to transmit and/or receive data with a simple device.
Adding the Manager

To add an ASCII manager to your controller, select the ASCII Manager in the Hardware Catalog,
drag it to the Devices tree, and drop it on one of the highlighted nodes.
ASCII Manager Configuration

To configure the ASCII manager of your controller, double-click ASCII Manager in the Devices
tree.
The ASCII Manager configuration window is displayed as below:
EIO0000001462 03/2018 177

Parameter Description
Start Character If 0, no start character is used in the frame. Otherwise, in Receiving Mode, the
corresponding character in ASCII is used to detect the beginning of a frame. In Sending
Mode, this character is added at the beginning of the frame.
First End If 0, no first end character is used in the frame. Otherwise, in Receiving Mode, the
Character corresponding character in ASCII is used to detect the end of a frame. In Sending Mode,
this character is added at the end of the frame.
Second End If 0, no second end character is used in the frame. Otherwise, in Receiving Mode, the
Character corresponding character in ASCII is used to detect the end of a frame. In Sending Mode,
this character is added at the end of the frame.
Frame Length If 0, this parameter is not used. This parameter allows the system to conclude an end of
Received frame at reception when the controller received the specified number of characters.
Note: This parameter cannot be used simultaneously with Frame Received Timeout (ms).
Frame Received If 0, this parameter is not used. This parameter allows the system to conclude the end of
Timeout (ms) frame at reception after a silence of the specified number of ms.
Serial Line Parameters specified in the Serial Line configuration window (see page 170).
Settings
NOTE: In the case of using several frame termination conditions, the first condition to be TRUE will
terminate the exchange.
Adding a Modem
To add a Modem to the ASCII manager, refer to Adding a Modem to a Manager (see page 188).
178 EIO0000001462 03/2018

Modbus Serial IOScanner
Introduction
The Modbus IOScanner is used to simplify exchanges with Modbus slave devices.
Add a Modbus IOScanner

To add a Modbus IOScanner on a Serial Line, select the Modbus_IOScanner in the Hardware
Modbus IOScanner Configuration

To configure a Modbus IOScanner on a Serial Line, double-click Modbus IOScanner in the Devices
tree.
The configuration window is displayed as below:
Element Description
Transmission Specifies the transmission mode to use:
Mode  RTU: uses binary coding and CRC error-checking (8 data bits)
 ASCII: messages are in ASCII format, LRC error-checking (7 data bits)
Set this parameter identical for each Modbus device on the network.
Response Timeout Timeout used in the exchanges.
(ms)
Time between Delay to reduce data collision on the bus.
Frames (ms) Set this parameter identical for each Modbus device on the network.
NOTE: Do not use function blocks of the PLCCommunication library on a serial line with a Modbus
IOScanner configured. This disrupts the Modbus IOScanner exchange.
EIO0000001462 03/2018 179

Bus Cycle Task Selection

The Modbus IOScanner and the devices exchange data at each cycle of the chosen application
task.
To select this task, select the Modbus Master IO Mapping tab. The configuration window is
displayed as below:
The Bus cycle task parameter allows you to select the application task that manages the scanner:
 Use parent bus cycle setting: associate the scanner with the application task that manages the
controller.
 MAST: associate the scanner with the MAST task.
 Another existing task: you can select an existing task and associate it to the scanner. For more
information about the application tasks, refer to the SoMachine Programming Guide
(see SoMachine, Programming Guide).
The scan time of the task associated with the scanner must be less than 500 ms.
180 EIO0000001462 03/2018

Adding a Device on the Modbus Serial IOScanner
Introduction
This section describes how to add a device on the Modbus IOScanner.
Add a Device on the Modbus IOScanner

To add a device on the Modbus IOScanner, select the Generic Modbus Slave in the Hardware
Catalog, drag it to the Devices tree, and drop it on the Modbus_IOScanner node of the Devices
tree.
NOTE: The variable for the exchange is automatically created in the %IWx and %QWx of the Modbus
Serial Master I/O Mapping tab.
Configure a Device Added on the Modbus IOScanner

To configure the device added on the Modbus IOScanner, proceed as follow:
Step Action
1 In the Devices tree, double-click Generic Modbus Slave.
Result: The configuration window is displayed.
2 Enter a Slave Address value for your device (choose a value from 1 to 247).
3 Choose a value for the Response Timeout (in ms).
EIO0000001462 03/2018 181

To configure the Modbus Channels, proceed as follow:
Step Action
1 Click the Modbus Slave Channel tab:
182 EIO0000001462 03/2018

Step Action
2 Click the Add Channel button:
EIO0000001462 03/2018 183

Step Action
3 Configure an exchange:
In the field Channel, you can add the following values:
 Channel: Enter a name for your channel.
 Access Type: Choose the exchange type: Read or Write or Read/Write multiple registers
(i.e. %MW) (see page 187).
 Trigger: Choose the trigger of the exchange. It can be either CYCLIC with the period
defined in Cycle Time (ms) field or started by a RISING EDGE on a boolean variable (this
boolean variable is then created in the Modbus Master I/O Mapping tab).
 Comment: Add a comment about this channel.
In the field READ Register (if your channel is Read or Read/Write one), you can configure the
%MW to be read on the Modbus slave. Those will be mapped on %IW (see Modbus Master I/O
Mapping tab):
 Offset: Offset of the %MW to read. 0 means that the first object that will be read will be %MW0.
 Length: Number of %MW to be read. For example, if 'Offset' = 2 and 'Length' = 3, the channel
will read %MW2, %MW3 and %MW4.
 Error Handling: choose the behavior of the related %IW in case of loss of communication.
In the fieldWRITE Register (if your channel is Write or Read/Write one), you can configure the
%MW to be written to the Modbus slave. Those will be mapped on %QW (see Modbus Master I/O
Mapping tab):
 Offset: Offset of the %MW to write. 0 means that the first object that will be written will be
%MW0.
 Length: Number of %MW to be written. For example, if 'Offset' = 2 and 'Length' = 3, the
channel will write %MW2, %MW3 and %MW4.
5 Click OK to validate the configuration of this channel.
NOTE: You can also:
 Click the Delete button to remove a channel.
 Click the Edit button to change the parameters of a channel.
184 EIO0000001462 03/2018

To configure your Modbus Initialization Value, proceed as follow:
Step Action
1 Click the Modbus Slave Init tab:
2 Click New to create a new initialization value:
The Initialization Value window contains the following parameters:

 Access Type: Choose the exchange type: Read or Write or Read/Write multiple registers
(that is, %MW) (see page 187).
 Register Offset: Register number of register to be initialized.
 Length: Number of %MW to be read. For example, if 'Offset' = 2 and 'Length' = 3, the channel
will read %MW2, %MW3 and %MW4.
 Initialization Value: Value the registers are initialized with.
 Comment: Add a comment about this channel.
EIO0000001462 03/2018 185

Step Action
4 Click OK to create a new Initialization Value.
NOTE: You can also:
 Click Move up to change the position of a value in the list.
 Click Delete to remove a value in the list.
 Click Edit to change the parameters of a value.
To configure your Modbus Master I/O Mapping, proceed as follow:
Step Action
1 Click the Modbus Master I/O Mapping tab:
2 Double-click in a cell of the Variable column to open a text field.

Enter the name of a variable or click the browse button [...] and chose a variable with the Input
Assistant.
3 For more information on I/O mapping, refer to SoMachine Programming Guide.
186 EIO0000001462 03/2018

Access Types
This table describes the different access types available:
Function Function Code Availability

Read Coils 1 ModbusChannel
Read Discrete Inputs 2 ModbusChannel
Read Holding Registers (default 3 ModbusChannel
setting for the channel configuration)
Read Input Registers 4 ModbusChannel
Write Single Coil 5 ModbusChannel
Initialization Value
Write Single Register 6 ModbusChannel
Write Multiple Coils 15 ModbusChannel
Write Multiple Registers (default 16 ModbusChannel
setting for the slave initialization) Initialization Value
Read/Write Multiple Registers 23 ModbusChannel
EIO0000001462 03/2018 187

Adding a Modem to a Manager
Introduction
A modem can be added to the following managers:
 ASCII Manager
 Modbus Manager
 SoMachine Network Manager
NOTE: Use Modem TDW-33 (which implements AT & A1 commands) if you need a modem
connexion with SoMachine Network Manager.
Adding a Modem to a Manager

To add a modem to your controller, select the modem you want in the Hardware Catalog, drag it
to the Devices tree, and drop it on the manager node.
For further information, refer to Modem Library (see SoMachine, Modem Functions, Modem
Library Guide).
188 EIO0000001462 03/2018

CANopen Configuration
EIO0000001462 03/2018
Chapter 13
CANopen Interface Configuration
CAN Bus Configuration

To configure the CAN bus of your controller, proceed as follows:
Step Action
1 In the Devices tree, double-click CAN_1.
2 Configure the baudrate (by default: 250000 bits/s):
NOTE: The Online Bus Access option allows you to block SDO, DTM, and NMT sending
through the status screen.
When connecting a DTM to a device using the network, the DTM communicates in parallel with the
running application. The overall performance of the system is impacted and may overload the
network, and therefore have consequences for the coherency of data across devices under
control.
WARNING
You must consider the impact of DTM connections on the CANopen fieldbus load.
EIO0000001462 03/2018 189

CANopen Manager Creation and Configuration

If the CANopen Manager is not already present below the CAN node, proceed as follows to create
and configure it:
Step Action
1
Click the Plus Button next to the CAN_1 node in the Devices Tree. In the Add Device window,
select CANopen Performance and click the Add Device button.
 Using the Drag-and-Drop Method (see SoMachine, Programming Guide)
 Using the Contextual Menu or Plus button (see SoMachine, Programming Guide)
2 Double-click CANopen_Performance.
Result: The CANopen Manager configuration window appears:
190 EIO0000001462 03/2018

NOTE: If Enable Sync Producing is checked, the CAN_x_Sync task is added to the Application →
Task Configuration node in the Applications tree tab.
Do not delete or change the Type or External event attributes of CAN_x_Sync tasks. If you do so,
SoMachine will detect an error when you attempt to build the application, and you will not be able
to download it to the controller.
If you uncheck the Enable Sync Producing option on the CANopen Manager subtab of the
CANopen_Performance tab, the CAN0_Sync task is automatically deleted from your program.
Adding a CANopen Device

Refer to the SoMachine Programming Guide for more information on Adding Communication
Managers and Adding Slave Devices to a Communication Manager.
CANopen Operating Limits

The Modicon M251 Logic Controller CANopen master has the following operating limits:
Maximum number of slave devices 63

Maximum number of Received PDO (RPDO) 252
Maximum number of Transmitted PDO (TPDO) 252
WARNING
 Do not connect more than 63 CANopen slave devices to the controller.
 Program your application to use 252 or fewer Transmit PDO (TPDO).
 Program your application to use 252 or fewer Receive PDO (RPDO).
CAN Bus Format

The CAN bus format is CAN2.0A for CANopen.
EIO0000001462 03/2018 191

192 EIO0000001462 03/2018

J1939 Configuration
EIO0000001462 03/2018
Chapter 14
J1939 Configuration
J1939 Configuration
J1939 Interface Configuration
Introduction
J1939 capabilities are available with the J1939 Add-on for SoMachine 4.3.
CAN Bus Configuration

To configure the CAN bus of your controller, refer to CAN Bus Configuration (see page 189).
The CAN bus format is CAN2.0B for J1939.
J1939 Manager Creation and Configuration

Proceed as follows to create and configure a J1939 Manager, if not already present, below the
CAN_1 node:
Step Action
1 Click the Plus button next to the CAN_1 node in the Devices tree.
2 In the Add Device window, select J1939_Manager and click the Add Device button.
3 Close the Add Device window.
4 Double-click J1939_Manager (J1939_Manager).
Result: The J1939_Manager configuration window appears:
5 To configure the J1939_Manager, refer to Programming with SoMachine / Device Editors /

J1939 Configuration Editor / J1939 Manager Editor / Manager Editor found in the SoMachine
online help.
EIO0000001462 03/2018 193

J1939 Configuration
ECU Creation and Configuration

Proceed as follows to create and configure Electronic Control Units (ECUs):
Step Action
1 Click the Plus button next to the J1939_Manager (J1939_Manager) node in the Devices
tree.
2 In the Add Device window, select J1939_ECU and click the Add Device button.
3 Close the Add Device window.
4 Double-click J1939_ECU (J1939_ECU).
Result: The J1939_ECU configuration window appears:
5 To configure the J1939_ECU, refer to Configuring J1939 ECUs (see page 195).
194 EIO0000001462 03/2018

J1939 Configuration
Configuring J1939 ECUs

As an overview, the following tasks must be generally accomplished:
 Add one J1939_ECU node for each physical J1939 device connected on the CAN bus.
 For each J1939 device, specify a unique Preferred Address in the range 1...253.
 For each J1939 device, configure the signals (SPNs) in the TX Signals tab. These signals are
broadcast by the J1939 device to the other J1939 devices.
Refer to the device documentation for information on the supported SPNs.
 Associate the SPN signals with variables in the J1939 I/O Mapping tab so that they can be
processed by the application.
 When signals have been added, verify their settings in the Conversion window of the TX signals
tab, for example, Scaling, Offset, and Unit. The J1939 protocol does not directly support REAL
values, which are instead encoded in the protocol and so must be converted in the application.
Similarly, in J1939 units are defined according to the International System of Units (SI) and
therefore may need to be converted to values of other unit systems.
Examples:
 The Engine Speed signal of parameter group EEC1 has a property Scaling=0.125 that is
encoded into a raw variable of type ARRAY[0..1] OF BYTE. Use the following ST code to
convert this to a REAL variable:
rRPM:=(Engine_Speed[1]*256 + Engine_Speed[0])*0.125;
 The Total Vehicle Distance signal has properties Scaling=0.125 and Unit=km, which are
received in a (raw) variable of type ARRAY[0..3] OF BYTE. Use the following ST code to
convert this to a REAL variable in mile units:
rTVD := (Total_Vehicle_Distance[3]*EXPT(256,3) +
Total_Vehicle_Distance[2]*EXPT(256,2) + Total_Vehicle_Distance[1]*2
56 +
Total_Vehicle_Distance[0])*0.125*0.621371;
 The Engine Coolant Temperature signal of parameter group ET1 has properties Offset=-
40 and Unit=C(Celsius), which are received in a (raw) variable of type BYTE. Use the
following ST code to convert it to a REAL variable in Fahrenheit units:
rEngineCoolantTemperature := (Engine_Coolant_Temperature -
40)*1.8 + 32;
For more details on how to configure the J1939_ECU, refer to Programming with SoMachine /
Device Editors / J1939 Configuration Editor / J1939 ECU Editor / ECU Editor found in the
SoMachine online help.
EIO0000001462 03/2018 195

J1939 Configuration
Configuring the M251 Logic Controller as an ECU Device

The controller can also be configured as a J1939 ECU device:
Step Action
1 Add a J1393_ECU node to the J1939_Manager. Refer to ECU Creation and Configuration
(see page 194).
2 Select the Local Device option in the General tab.
3 Configure signals sent from the controller to other J1939 devices in the TX Signals tab. Parameter
groups are either of type Broadcast, that is, sent to all devices, or P2P (Peer-to-Peer), that is, sent
to one specified device.
4 For P2P signals, configure the Destination Address of the receiving J1939 ECU device in the
parameter group properties window.
5 Add P2P signals sent by another J1939 device to the controller in the RX Signals (P2P) tab of the
J1939 (local) device representing the controller.
6 Configure the Source Address of the parameter group by specifying the address of the sending
J1939 device.
196 EIO0000001462 03/2018

OPC UA Server Configuration
EIO0000001462 03/2018
Chapter 15
Introduction
This chapter describes how to configure the OPC UA server of the M251 Logic Controller.
NOTE: The OPC UA feature is available with a dedicated license code for SoMachine V4.3. For
information concerning the dedicated license, contact your local Schneider Electric representative.

Topic Page
OPC UA Server Overview 198
OPC UA Server Configuration 199
OPC UA Server Symbols Configuration 202
OPC UA Server Performance 204
EIO0000001462 03/2018 197

OPC UA Server Overview
Overview
The OPC Unified Architecture server (OPC UA server) allows the M251 Logic Controller to
exchange data with OPC UA clients. Server and client communicate through sessions.
The monitored items of data (also referred to as symbols) to be shared by the OPC UA server are
manually selected from a list of the IEC variables used in the application.
OPC UA uses a subscription model; clients subscribe to symbols. The OPC UA server reads the
values of symbols from devices at a fixed sampling rate, places the data in a queue, then sends
them to clients as notifications at a regular publishing interval. The sampling interval can be shorter
than the publishing interval, in which case notifications may be queued until the publishing interval
elapses.
Symbols that have not changed value since the previous sample are not re-published. Instead, the
OPC UA server sends regular KeepAlive messages to indicate to the client that the connection is
still active.
User and Group Access Rights

Access to the OPC UA server is controlled by user rights. Refer to Users and Groups
(see SoMachine, Programming Guide) in the SoMachine Programming Guide.
OPC UA Services
The following table describes the supported OPC UA services:
OPC UA Service Description

Address Space Model Yes
Session services Yes
Attribute services Yes
Monitored item services Yes
Queued items Yes
Subscription services Yes
Publishing method Yes
198 EIO0000001462 03/2018

Introduction
The OPC UA Server Configuration window allows you to configure the OPC UA server.
Accessing the OPC UA Server Configuration Tab

To configure the OPC UA Server:
Step Action
1 In the Devices tree, double-click MyController.
2 Select the OPC UA Server Configuration tab.
OPC UA Server Configuration Tab

The following figure shows the OPC UA Server Configuration window:
EIO0000001462 03/2018 199

OPC UA Server Configuration Description

This table describes the OPC UA Server Configuration parameters:
Parameter Value Default value Description

Security Settings
Disable anonymous login Enabled/ Disabled By default, this checkbox is cleared, meaning
Disabled that OPC UA clients can connect to the server
anonymously. Select this checkbox to require
that clients provide a valid user name and
password to connect to the OPC UA server.
Server Configuration
Server port 0...65535 4840 The port number of the OPC UA server.
OPC UA clients must append this port number
to the TCP URL of the logic controller to
connect to the OPC UA server.
Max. subscriptions per 1...100 20 Specify the maximum number of subscriptions
session allowed within each session.
Min. publishing interval 200...5000 1000 The publishing interval defines how frequently
the OPC UA server sends notification
packages to clients. Specify the minimum time
that must elapse between notifications, in ms.
Max. monitored items per 1...1000 100 The maximum number of monitored items in
subscription each subscription that the server assembles
into a notification package.
Min. KeepAlive interval 500...5000 500 The OPC UA server only sends notifications
when the values of monitored items of data
are modified. A KeepAlive notification is an
empty notification sent by the server to inform
the client that although no data has been
modified, the subscription is still active.
Specify the minimum interval between
KeepAlive notifications, in ms.
Max. number of sessions 1...4 2 The maximum number of clients that can
connect simultaneously to the OPC UA
server.
Identifier type Numeric Numeric Certain OPC UA clients require a specific
String format of unique symbol identifier (node ID).
Select the format of the identifiers:
 Numeric values
 Text strings
200 EIO0000001462 03/2018

Parameter Value Default value Description

Diagnostic
Enable trace Enabled/ Enabled Select this checkbox to include OPC UA
disabled diagnostic messages in the controller log file
(see SoMachine, Programming Guide)
/usr/syslog/opcuatrace.log.
You can select the category of events to write
to the log file:
 None
 Error
 Warning
 System
 Information
 Debug
 Content
 All (default)
Sampling rates (ms) 200...5000 500 The sampling rate indicates a time interval, in
1000 milliseconds (ms). When this interval has
2000 elapsed, the server sends the notification
package to the client. The sampling rate can
be shorter than the publishing interval, in
which case notifications are queued until the
publishing interval has elapsed.
Sampling rates must be in the range
200...5000 (ms).
Up to 3 different sampling rates can be
configured.
Double-click on a sampling rate to edit its
value.
To add a sampling rate to the list, right-click
and choose Add a new rate.
To remove a sample rate from the list, select
the value and click
Click Reset to default to return the configuration parameters on this window to their default values.
EIO0000001462 03/2018 201

OPC UA Server Symbols Configuration
Introduction
Symbols are the items of data shared with OPC UA clients. Symbols are selected from a list of all
the IEC variables used in the application. The selected symbols are then sent to the logic controller
as part of the application download.
Each symbol is assigned a unique identifier. As certain client types may require a specific format,
identifiers can be configured to be in either string or numeric format.
The OPC UA server supports the following IEC variable types:
 Boolean
 Byte
 Int16, Int32, Int64
 UInt16, UInt32, UInt64
 Float
 Double
 String (80 bytes)
 Sbyte
Memory variables (%M) cannot be selected.
Displaying the List of Variables

To display the list of variables:
Step Action
1 On the Applications tree tab, right-click Application and choose Add object → OPC UA Symbol
Configuration.
Result: The OPC UA Symbols window is displayed. The logic controller starts the OPC UA
server.
2 Click Add.
202 EIO0000001462 03/2018

Selecting OPC UA Server Symbols

The OPC UA Symbols window displays the variables available for selection as symbols:
Select IoConfig_Globals_Mapping to select all the available variables. Otherwise, select individual
symbols to share with OPC UA clients. A maximum of 1000 symbols can be selected.
Each symbol has the following properties:
Name Description
Symbols The variable name followed by the address of the variable.
Type The data type of the variable.
Access type
Click repeatedly to specify the access rights of the symbol: read-only ( )
(default), write-only ( ), or read/write ( ).
NOTE: Click in the Access type column of IoConfig_Globals_Mapping to set
the access rights of all the symbols at once.
Comment An optional comment.
Click Refresh to update the list of available variables.
EIO0000001462 03/2018 203

OPC UA Server Performance
Overview
The following provides capacity and performance information for the OPC UA server of the M251
Logic Controller. Design considerations are also provided to help optimize the performance of the
OPC UA server.
System Configurations Used to Evaluate Performance

OPC UA server performance is determined by the system configuration, the number of symbols
being published, and the percentage of symbols being refreshed.
The following table presents the number of elements in small, medium, and large sample
configurations used for evaluating OPC UA server performance:
Elements Small Medium Large

EtherNet/IP adapters 0 7 0
Expansion modules 0 5 7
CANopen slave devices 0 1 63
PTO functions 0 4 4
HSC functions 0 8 8
Profibus connections 0 0 1
Modbus TCP slave devices 0 6 64
This table presents average read/write request times for each of the sample configurations and for
different numbers of symbols:
Average Read/Write Request Times

Number of Symbols
Configuration 50 100 250 400 500 1000
Small 42 ms 70 ms 151 ms 232 ms 284 ms 554 ms
Medium 73 ms 121 ms 265 ms 412 ms 514 ms 1024 ms
Large 520 ms 895 ms 2045 ms 3257 ms 4071 ms 7153 ms
The following tables present the average time required to refresh a monitored set of symbols using
a sampling rate of 200 ms and a publishing interval of 200 ms.
204 EIO0000001462 03/2018

This table presents the average time required to refresh 100% of symbols for each of the sample
configurations:
Average Time to Refresh 100% of Symbols

Number of Symbols
Configuration 100 400 1000
Small 214 ms 227 ms 254 ms
Medium 224 ms 250 ms 292 ms
Large 234 ms 330 ms 800 ms
configurations:

Number of Symbols
configurations:

Number of Symbols
EIO0000001462 03/2018 205

Optimizing OPC UA Server Performance

The OPC UA server functionality is dependent on external communication networks, external
device performance, and other external parameters. Data transmitted may be delayed or other
possible communication errors may arise that impose practical limits on machine control. Do not
use the OPC UA server functionality for safety-related data or other time-dependent purposes.
WARNING
 Do not allow safety-related data in OPC UA server data exchanges.
 Do not use OPC UA server data exchanges for any critical or time-dependent purposes.
 Do not use OPC UA server data exchanges to change equipment states without having done
a risk analysis and implementing appropriate safety-related measures.
The above tables can be useful in determining whether OPC UA server performance is within
acceptable limits. Be aware, however, that other external factors influence overall system
performance, such as the volume of Ethernet traffic.
To optimize OPC UA server performance, consider the following:
 Minimize Ethernet traffic by setting the Min. publishing interval to the lowest value that yields an
acceptable response time.
 The task cycle time (see page 39) configured for the M251 Logic Controller must be less than
the configured Min. publishing interval value.
 Configuring a Max. number of sessions (the number of OPC UA clients that can simultaneously
connect to the OPC UA server) value of greater than 1 decreases the performance of all
sessions.
 The sampling rate determines the frequency at which data is exchanged. Tune the Sampling
rates (ms) value to product the lowest response time that does not adversely affect the overall
performance of the logic controller.
206 EIO0000001462 03/2018

Post Configuration
EIO0000001462 03/2018
Chapter 16
Post Configuration
Post Configuration
Introduction
This chapter describes how to generate and configure the post configuration file of the Modicon

Topic Page
Post Configuration Presentation 208
Post Configuration File Management 210
Post Configuration Example 212
EIO0000001462 03/2018 207

Post Configuration
Post Configuration Presentation
Introduction
Post configuration is an option that allows you to modify some parameters of the application
without changing the application. Post configuration parameters are defined in a file called
Machine.cfg, which is stored in the controller.
By default, all parameters are set in the application.The parameters defined in the Post
Configuration file are used instead of the corresponding parameters defined in the application. Not
all parameters have to be specified in the Post Configuration file (for example: one parameter can
change the IP address without changing the Gateway Address).
Parameters
The Post Configuration file allows you to change network parameters.
Ethernet parameters:
 IP Address
 Subnet Mask
 Gateway Address
 Transfer Rate
 IP Config Mode
 Device Name
 IP Master Address (see page 145)
Serial Line parameters, for each serial line in the application (embedded port or PCI module):
 Baud rate
 Parity
 Data bits
 Stop bit
Profibus parameters, for each Profibus in the application (TM4 module):

 Station address
 Baud rate
NOTE: Parameter updates with a Post Configuration file that impacts parameters used by other
devices via a communication port are not updated in the other device.
For example, if the IP address used by an HMI is updated in the configuration with a Post
Configuration file, the HMI will still use the previous address. You must update the address used
by the HMI independently.
208 EIO0000001462 03/2018

Post Configuration
Operating Mode
The Post Configuration file is read:
 after a Reset Warm command (see page 60)
 after a Reset Cold command (see page 60)
 after a reboot (see page 62)
 after an application download (see page 64)
Refer to Controller States and Behaviors (see page 45) for further details on controller states and
transitions.
EIO0000001462 03/2018 209

Post Configuration
Post Configuration File Management
Introduction
The file Machine.cfg is located in the directory /usr/cfg.
Each parameter specified by a variable type, variable ID, and value. The format is:
id[moduleType].param[paramId].paramField=value
where:
 moduleType is a numerical value, for example 111.
 paramId is a numerical value specifying the parameter to be modified, for example 10000.
 paramField is a string value that must be used in addition to the paramId to specify serial line
parameters, for example, “Bauds”.
 value is the value assigned to the parameter. Its type depends on the parameter data type.
Each parameter will be defined on 3 lines in the Post Configuration file:

 The first line describes the internal 'path' for this parameter.
 The second line is a comment describing the parameter in a comprehensive way.
 The third line is the definition of the parameter (as described above) with its value.
Post Configuration File Generation

The Post Configuration file (Machine.cfg) is generated by SoMachine.
To generate the file, proceed as follows:
Step Action
1 In the menu bar, choose Build → Post Configuration → Generate...
Result: an explorer window appears.
2 Select the destination folder of the Post Configuration file.
3 Click OK.
NOTE: When you use SoMachine to create a Post Configuration file, it reads the value of each
parameter currently assigned in your application program and then writes the new files using these
values. This automatically generated a file explicitly assigns a value to every parameter that can
be specified via Post configuration. After generating a Post configuration file, review the file and
remove any parameter assignments that you wish to remain under the control of your application.
Retain only those parameters assignments that you wish changed by the Post configuration
function that are necessary to make you application portable.
210 EIO0000001462 03/2018

Post Configuration
Post Configuration File Transfer

After creating and modifying your Post Configuration file, transfer it to the /usr/cfg directory of
the controller. The controller will not read the Machine.cfg file unless it is in this directory.
You can transfer the Post Configuration file by the following methods:
 SD card (see page 220) (with the proper script)
 Download through the FTP server (see page 115)
 Download with SoMachine controller device editor (see page 70)
Modifying a Post Configuration File

If the Post Configuration file is located in the PC, use a text editor to modify it.
NOTE: Do not change the text file encoding. The default encoding is ANSI.
To modify the Post Configuration file directly in the controller, use the Setup menu of the Web
server (see page 103).
To modify the Post Configuration file in the controller with SoMachine in online mode:
Step Action
1 In the Devices tree, click the controller name.
2 Click Build → Post Configuration → Edit...
Result: The Post Configuration file opens in a text editor.
3 Edit the file.
4 If you want to apply the modifications after saving them, select Reset device after sending.
5 Click Save as.
6 Click Close.
Deleting the Post Configuration File

You can delete the Post Configuration file by the following methods:
 SD card (with the delete script)
 Through the FTP server (see page 115)
 Online with SoMachine controller device editor (see page 70), Files tab
For more information on Files tab of the Device Editor, refer to SoMachine Programming Guide.
NOTE:
The parameters defined in the application will be used instead of the corresponding parameters
defined in the Post Configuration file after:
 A Reset Warm command (see page 60)
 A Reset Cold command (see page 60)
 A reboot (see page 62)
 An application download (see page 64)
EIO0000001462 03/2018 211

Post Configuration
Post Configuration Example
Post Configuration File Example for the TM251MESE

# TM251MESE / Ethernet_1 / IPAddress
# Ethernet IP address
id[45000].pos[2].id[45111].param[0] = [192, 168, 2, 24]
# TM251MESE / Ethernet_1 / SubnetMask

# Ethernet IP mask
id[45000].pos[2].id[45111].param[1] = [255, 255, 255, 0]
# TM251MESE / Ethernet_1 / GatewayAddress

# Ethernet IP gateway address
id[45000].pos[2].id[45111].param[2] = [0, 0, 0, 0]
# TM251MESE / Ethernet_1 / IPConfigMode

# IP configuration mode: 0:FIXED 1:BOOTP 2:DHCP
id[45000].pos[2].id[45111].param[4] = 0
# TM251MESE / Ethernet_1 / DeviceName

# Name of the device on the Ethernet network
id[45000].pos[2].id[45111].param[5] = 'my_Device'
# TM251MESE / Ethernet_2 / IPAddress

id[45000].pos[3].id[111].param[0] = [192, 168, 1, 24]
# TM251MESE / Ethernet_2 / SubnetMask

# Ethernet IP mask
id[45000].pos[3].id[111].param[1] = [255, 255, 255, 0]
# TM251MESE / Ethernet_2 / GatewayAddress

id[45000].pos[3].id[111].param[2] = [0, 0, 0, 0]
212 EIO0000001462 03/2018

Post Configuration
# TM251MESE / Ethernet_2 / IPConfigMode

id[45000].pos[3].id[111].param[4] = 0
# TM251MESE / Ethernet_2 / DeviceName

# TM251MESE / Serial_Line_1 / Serial Line Configuration / Baudrate

# Serial Line Baud Rate in bit/s
id[45000].pos[4].id[40101].param[10000].Bauds = 115200
# TM251MESE / Serial_Line_1 / Serial Line Configuration / Parity

# Serial Line Parity (0=None, 1=Odd, 2=Even)
id[45000].pos[4].id[40101].param[10000].Parity = 0
# TM251MESE / Serial_Line_1 / Serial Line Configuration / DataBits

# Serial Line Data bits (7 or 8)
id[45000].pos[4].id[40101].param[10000].DataFormat = 8
# TM251MESE / Serial_Line_1 / Serial Line Configuration / StopBits

# Serial Line Stop bits (1 or 2)
id[45000].pos[4].id[40101].param[10000].StopBit = 1
Post Configuration File Example for the TM251MESC

# TM251MESC / Ethernet_1 / IPAddress
id[45000].pos[2].id[45111].param[0] = [0, 0, 0, 0]
# TM251MESC / Ethernet_1 / SubnetMask

# Ethernet IP mask
id[45000].pos[2].id[45111].param[1] = [0, 0, 0, 0]
EIO0000001462 03/2018 213

Post Configuration
# TM251MESC / Ethernet_1 / GatewayAddress

id[45000].pos[2].id[45111].param[2] = [0, 0, 0, 0]
# TM251MESC / Ethernet_1 / IPConfigMode

id[45000].pos[2].id[45111].param[4] = 0
# TM251MESC / Ethernet_1 / DeviceName

# TM251MESC / Serial_Line_1 / Serial Line Configuration / Baudrate

# Serial Line Baud Rate in bit/s
id[45000].pos[4].id[40101].param[10000].Bauds = 115200
# TM251MESC / Serial_Line_1 / Serial Line Configuration / Parity

# Serial Line Parity (0=None, 1=Odd, 2=Even)
id[45000].pos[4].id[40101].param[10000].Parity = 0
# TM251MESC / Serial_Line_1 / Serial Line Configuration / DataBits

# Serial Line Data bits (7 or 8)
id[45000].pos[4].id[40101].param[10000].DataFormat = 8
# TM251MESC / Serial_Line_1 / Serial Line Configuration / StopBits

# Serial Line Stop bits (1 or 2)
id[45000].pos[4].id[40101].param[10000].StopBit = 1
214 EIO0000001462 03/2018

Connecting a Modicon M251 Logic Controller to a PC
EIO0000001462 03/2018
Chapter 17
Connecting the Controller to a PC
Overview
To transfer, run, and monitor the applications, connect the controller to a computer, that has
SoMachine installed, using either a USB cable or an Ethernet connection (for those references that
support an Ethernet port).
NOTICE
INOPERABLE EQUIPMENT
Always connect the communication cable to the PC before connecting it to the controller.
USB Powered Download

In order to execute limited operations, the M251 Logic Controller has the capability to be powered
through the USB Mini-B port. A diode mechanism avoids having the logic controller both powered
by USB and by the normal power supply, or to supply voltage on the USB port.
When powered only by USB, the logic controller executes the firmware and the boot project (if any)
and the I/O board is not powered during boot (same duration as a normal boot). USB powered
download initializes the internal flash memory with some firmware or some application and
parameters when the controller is powered by USB. The preferred tool to connect to the controller
is the Controller Assistant. Refer to the SoMachine Controller Assistant User Guide.
The controller packaging allows easy access to USB Mini-B port with minimum opening of the
packaging. You can connect the controller to the PC with a USB cable. Long cables are not suitable
for the USB powered download.
WARNING
INSUFFICENT POWER FOR USB DOWNLOAD
Do not use a USB cable longer than 3m (9.8 ft) for USB powered download.
NOTE: It is not intended that you use the USB Powered Download on an installed controller.
Depending on the number of I/O expansion modules in the physical configuration of the installed
controller, there may be insufficient power from your PC USB port to accomplish the download.
EIO0000001462 03/2018 215

USB Mini-B Port Connection

TCSXCNAMUM3P: This USB cable is suitable for short duration connections such as quick
updates or retrieving data values.
BMXXCAUSBH018: Grounded and shielded, this USB cable is suitable for long duration
connections.
NOTE: You can only connect 1 controller or any other device associated with SoMachine and its
component to the PC at any one time.
The USB Mini-B Port is the programming port you can use to connect a PC with a USB host port
using SoMachine software. Using a typical USB cable, this connection is suitable for quick updates
of the program or short duration connections to perform maintenance and inspect data values. It
is not suitable for long-term connections such as commissioning or monitoring without the use of
specially adapted cables to help minimize electromagnetic interference.
WARNING
UNINTENDED EQUIPMENT OPERATION OR INOPERABLE EQUIPMENT
 You must use a shielded USB cable such as a BMX XCAUSBH0•• secured to the functional
ground (FE) of the system for any long-term connection.
 Do not connect more than one controller at a time using USB connections.
 Do not use the USB port(s), if so equipped, unless the location is known to be non-hazardous.
The communication cable should be connected to the PC first to minimize the possibility of
electrostatic discharge affecting the controller.
216 EIO0000001462 03/2018

To connect the USB cable to your controller, follow the steps below:
Step Action
1 1a If making a long-term connection using the cable BMXXCAUSBH018, or other cable with a
ground shield connection, be sure to securely connect the shield connector to the functional
ground (FE) or protective ground (PE) of your system before connecting the cable to your
controller and your PC.
1b If making a short-term connection using the cable TCSXCNAMUM3P or other non-grounded
USB cable, proceed to step 2.
2 Connect your USB cable to the computer.
3 Open the hinged access cover.
4 Connect the Mini connector of your USB cable to the controller USB connector.
Ethernet Port Connection

You can also connect the controller to a PC using an Ethernet cable.
To connect the controller to the PC, do the following:
Step Action
1 Connect the Ethernet cable to the PC.
2 Connect the Ethernet cable to either of the Ethernet 1 ports on the controller.
EIO0000001462 03/2018 217

218 EIO0000001462 03/2018

SD Card
EIO0000001462 03/2018
Chapter 18
SD Card
SD Card
Introduction
This chapter describes how to transfer firmware, application, using an SD card to the Modicon

Topic Page
Script Files 220
SD Card Commands 221
Updating Modicon M251 Logic Controller Firmware 228
EIO0000001462 03/2018 219

SD Card
Script Files
Overview
The following describes how to write script files (default script file or dynamic script file) to be
executed from an SD card or by an application using the ExecScript function block.
Script files can be used to:
 Configure the Ethernet firewall (see page 149).
 Perform file transfer operations. The script files for these commands can be generated
automatically and the necessary files copied to the SD card using the Mass Storage (USB or
SD Card) command.
 Change the Modbus slave port (see page 157) for Modbus TCP data exchanges.
Script Syntax Guidelines

End every line of a command in the script with a ";".
If the line begins with a ";", the line is a comment.
The maximum number of lines in a script file is 50.
The syntax is not case-sensitive.
If the syntax is not respected in the script file, the script file is not executed. This means, for
example, that the firewall configuration remains in the previous state.
NOTE: If the script file is not executed, a log file is generated. The log file location in the controller
is /usr/Syslog/FWLog.txt.
220 EIO0000001462 03/2018

SD Card
SD Card Commands
Introduction
The Modicon M251 Logic Controller allows file transfers with an SD card.
To upload or download files to the controller with an SD card, use one of the following methods:
 The clone function (see page 222) (use of an empty SD card)
 A script stored in the SD card
When an SD card is inserted into the SD card slot of the controller, the firmware searches and
executes the script contained in the SD card (/sys/cmd/Script.cmd).
NOTE: The controller operation is not modified during file transfer.
For file transfer commands, the Mass Storage (USB or SDCard) editor lets you generate and copy
the script and all necessary files into the SD card.
NOTE: The Modicon M251 Logic Controller accepts only SD cards formatted in FAT or FAT32.
The SD card must have a label. To add a label, insert the SD card in your PC, right-click on the
drive in Windows Explorer and choose Properties.
WARNING
 You must have operational knowledge of your machine or process before connecting this
device to your controller.
 Ensure that guards are in place so that any potential unintended equipment operation will not
cause injury to personnel or damage to equipment.
EIO0000001462 03/2018 221

SD Card
If you remove power to the device, or there is a power outage or communication interruption during
the transfer of the application, your device may become inoperative. If a communication
interruption or a power outage occurs, reattempt the transfer. If there is a power outage or
communication interruption during a firmware update, or if an invalid firmware is used, your device
will become inoperative. In this case, use a valid firmware and reattempt the firmware update.
NOTICE
 Do not interrupt the transfer of the application program or a firmware change once the transfer
has begun.
 Re-initiate the transfer if the transfer is interrupted for any reason.
 Do not attempt to place the device (logic controller, motion controller, HMI controller or drive)
into service until the file transfer has completed successfully.
Clone Function
The clone function allows you to upload the application from one controller and to download it only
to a same controller reference.
This function clones every parameter of the controller (for example applications, firmware, data file,
post configuration). Refer to Memory Mapping (see page 23). However, for security reasons, it
does not duplicate the Web Server/FTP password, nor any user access-rights, on any targeted
machine.
NOTE: Ensure access-rights are disabled in the source controller before doing a clone operation.
For more details about Access Rights, refer to the SoMachine Programming Guide
(see SoMachine, Programming Guide).
This procedure describes how to upload the application stored in the controller to your SD card:
Step Action
1 Erase an SD card and set the card label as follows:
CLONExxx
NOTE: The label must begin with ‘CLONE’ (not case sensitive), followed by any normal character.
2 Remove power from the controller.
3 Insert the prepared SD card in the controller.
222 EIO0000001462 03/2018

SD Card
Step Action
4 Restore power to the controller.
Result: The clone procedure starts automatically. During the clone procedure, the PWR and I/O
LEDs are ON and the SD LED flashes regularly.
NOTE: The clone procedure lasts 2 or 3 minutes.
Result: At the end of the clone procedure, the SD LED is ON and the controller starts in normal
application mode. If an error was detected, the ERR LED is ON and the controller is in STOPPED
state.
5 Remove the SD card from the controller.
This procedure describes how to download the application stored in the SD card to your controller:
Step Action
2 Insert the SD card into the controller.
Result: The download procedure starts and the SD LED is flashing during this procedure.
4 Wait until the end of the download:
 If the SD LED (green) is ON, and the ERR LED (red) flashes regularly, the download ended
successfully.
 If the SD LED (green) is OFF, and the ERR and I/O LEDs (red) flash regularly, an error is
detected.
5 Remove the SD card to restart the controller.
NOTE: If you wish to control access to the cloned application in the target controller, you will need
to enable and establish user access-rights, and any Web Server/FTP passwords, which are
controller-specific. For more details about Access Rights, refer to the SoMachine Programming
Guide.
NOTE: Downloading a cloned application to the controller will first remove the existing application
from controller memory, regardless of any user access-rights that may be enabled in the target
controller.
EIO0000001462 03/2018 223

SD Card
Script and Files Generation with Mass Storage

Click Project → Mass Storage (USB or SDCard) in the main menu:
Element Description
New Create a new script.
Open Open a script.
Macros Insert a Macro.
A macro is a sequence of unitary commands. A macro helps to perform many common
operations such as upload application, download application, and so on.
Generate Generate the script and all necessary files on the SD card.
Command Basic instructions.
Source Source file path on the PC or the controller.
Destination Destination directory on the PC or the controller.
Add New Add a script command.
Move Up/Down Change the script commands order.
Delete Delete a script command.
224 EIO0000001462 03/2018

SD Card
Commands descriptions:
Command Description Source Destination Syntax

Download Download a file from the Select the file to Select the 'Download
SD card to the download. controller "/usr/Cfg/*"'
controller. destination
directory.
SetNodeName Sets the node name of New node name. Controller node 'SetNodeName
the controller. name "Name_PLC"'
Resets the node name Default node name. Controller node 'SetNodeName ""'
of the controller. name
Upload Upload files contained Select the directory. - 'Upload "/usr/*"'
in a controller directory
to the SD card.
Delete Delete files contained in Select the directory and - 'Delete
a controller directory. enter a specific file name "/usr/SysLog/*"'
Important: by default, all
NOTE: Delete "*" does
directory files are
not delete system files.
selected.
Removes the - - 'Delete "/usr/*"'

UserRights from the
controller.
Reboot Restart the controller - - 'Reboot'
(only available at the
end of the script).
NOTE: When User Rights are activated on a controller and if the user is not allowed to
read/write/delete file system, scripts used to Upload/Download/Delete files are disabled. It includes
the clone operation. For more details about User Rights, refer to the SoMachine Programming
Guide (see SoMachine, Programming Guide).
This table describes the macros:
Macros Description Directory/Files

Download App Download the application from the SD card to the /usr/App/*.app
controller. /usr/App/*.crc
/usr/App/*.map
Upload App Upload the application from the controller to the SD
card. /usr/App/*.conf(1)
Download Sources Download the project archive from the SD card to the /usr/App/*.prj
controller.
Upload Sources Upload the project archive from the controller to the
SD card.
(1) If OPC UA (see page 199) is configured.
EIO0000001462 03/2018 225

SD Card
Macros Description Directory/Files

Download Multi-files Download multiple files from the SD card to a Defined by user
controller directory.
Upload Log Upload the log files from the controller to the SD card. /usr/Log/*.log
(1) If OPC UA (see page 199) is configured.
Transfer Procedure
WARNING
 You must have operational knowledge of your machine or process before connecting this
device to your controller.
 Ensure that guards are in place so that any potential unintended equipment operation will not
cause injury to personnel or damage to equipment.
Step Action
1 Create the script with the Mass Storage (USB or SDCard) editor.
2 Click Generate... and select the SD card root directory.
Result: The script and files are transferred on the SD card.
Result: The transfer procedure starts and the SD LED is flashing during this procedure.
successfully.
detected.
NOTE: Changes will be applied after next restart.
226 EIO0000001462 03/2018

SD Card
When the controller has executed the script, the result is logged on the SD card (file
/sys/cmd/Cmd.log).
WARNING
Consult the controller state and behavior diagram in this document to understand the state that
will be assumed by the controller after you cycle power.
EIO0000001462 03/2018 227

SD Card
Updating Modicon M251 Logic Controller Firmware
Introduction
The firmware updates for Modicon M251 Logic Controller are available on the
http://www.schneider-electric.com website (in .zip format).
Updating the firmware is possible by:
 Using an SD card with a compatible script file
 Using the Controller Assistant
Performing a firmware update will delete the current application program in the device, including
the Boot Application in Flash memory.
NOTICE
LOSS OF APPLICATION DATA
 Perform a backup of the application program to the hard disk of the PC before attempting a
firmware update.
 Restore the application program to the device after a successful firmware update.
If you remove power to the device, or there is a power outage or communication interruption during
the transfer of the application, your device may become inoperative. If a communication
interruption or a power outage occurs, reattempt the transfer. If there is a power outage or
communication interruption during a firmware update, or if an invalid firmware is used, your device
will become inoperative. In this case, use a valid firmware and reattempt the firmware update.
NOTICE
 Do not interrupt the transfer of the application program or a firmware change once the transfer
has begun.
 Re-initiate the transfer if the transfer is interrupted for any reason.
 Do not attempt to place the device (logic controller, motion controller, HMI controller or drive)
into service until the file transfer has completed successfully.
228 EIO0000001462 03/2018

SD Card
The serial line ports of your controller are configured for the SoMachine protocol by default when
new or when you update the controller firmware. The SoMachine protocol is incompatible with that
of other protocols such as Modbus Serial Line. Connecting a new controller to, or updating the
firmware of a controller connected to, an active Modbus configured serial line can cause the other
devices on the serial line to stop communicating. Make sure that the controller is not connected to
an active Modbus serial line network before first downloading a valid application having the
concerned port or ports properly configured for the intended protocol.
NOTICE
INTERRUPTION OF SERIAL LINE COMMUNICATIONS
Be sure that your application has the serial line ports properly configured for Modbus before
physically connecting the controller to an operational Modbus Serial Line network.
Updating Firmware by SD Card

Follow these steps to update the firmware by an SD card:
Step Action
1 Extract the .zip file to the root of the SD card.
NOTE: The SD card folder \sys\cmd\ contains the download script file.
NOTE: The SD LED (green) is flashing during the operation.
successfully.
detected.
Result: The controller restarts automatically with new firmware if the download ended successfully.
EIO0000001462 03/2018 229

SD Card
Updating Firmware by Controller Assistant

Launch SoMachine Central and click Maintenance → Controller Assistant to open the Controller
Assistant window.
To execute a complete firmware update of a controller without replacing the Boot application and
data, proceed as follows:
Step Action
1 On the Home dialog, click the Read from.... controller button.
Result: The Controller selection dialog opens.
2 Select the required connection type and controller and click the Reading button.
Result: The image is transmitted from the controller to the computer.
After this has been accomplished successfully, you are automatically redirected to the Home dialog.
3 Click the button New / Process... and then Update firmware....
Result: The dialog for updating the firmware opens.
4 Execute individual steps for updating the firmware in the current image (Changes are only effected in
the image on your computer).
In the final step, you can decide whether you want to create a backup copy of the image read by the
controller.
Result: Following the update of the firmware, you are automatically returned to the Home dialog.
5 On the Home dialog, click the Write on.... controller button.
Result: The Controller selection dialog opens.
6 Select the required connection type and controller and click the Write button.
Result: The image is transmitted from your computer to the controller.
After the transmission, you are automatically returned to the Home dialog.
For more information about the firmware update and creating a new flash disk with firmware, refer
to Project Settings - Firmware Update and Flash Memory Organization (see page 28).
230 EIO0000001462 03/2018

EIO0000001462 03/2018
Appendices
Overview
This appendix lists the documents necessary for technical understanding of the Modicon M251
Logic Controller Programming Guide.
What Is in This Appendix?

The appendix contains the following chapters:
Chapter Chapter Name Page
A How to Change the IP Address of the Controller 233
B Functions to Get/Set Serial Line Configuration in User Program 237
C Controller Performance 245
EIO0000001462 03/2018 231

232 EIO0000001462 03/2018
ChangeIPAddress: Change IP Address of the Controller
EIO0000001462 03/2018
Appendix A
How to Change the IP Address of the Controller
How to Change the IP Address of the Controller
changeIPAddress: Change the IP address of the controller
Function Block Description

The changeIPAddress function block provides the capability to change dynamically a controller
IP address, its subnet mask and its gateway address. The function block can also save the
IP address so that it is used in subsequent reboots of the controller.
NOTE: Changing the IP addresses is only possible if the IP mode is configured to fixed IP address.
For more details, refer to IP Address Configuration (see page 95).
NOTE: For more information on the function block, use the Documentation tab of SoMachine
Library Manager Editor. For the use of this editor, refer SoMachine Programming Guide
(see SoMachine, Functions and Libraries User Guide).
Graphical Representation
EIO0000001462 03/2018 233

Input Type Comment

xExecute BOOL  Rising edge: action starts.
 Falling edge: resets outputs. If a falling edge occurs before the
function block has completed its action, the outputs operate in the
usual manner and are only reset if either the action is completed
or in the event that an error is detected. In this case, the
corresponding output values (xDone, xError, iError) are
present at the outputs for exactly one cycle.
xSave BOOL TRUE: save configuration for subsequent reboots of the controller.
eChannel changeIPAddress The input eChannel is the Ethernet port to be configured.
_Channel Depending on the number of the ports available on the controller, it is
one of 2 values (see page 235) in changeIPAddress_Channel
(0 or 1).
i_abyIPAddress ARRAY[0..3] OF The new IP Address to be configured. Format: 0.0.0.0.
BYTE
NOTE: If this input is set to 0.0.0.0 then the controller default IP
addresses (see page 98) is configured.
i_abyIPMask ARRAY[0..3] OF The new subnet mask. Format: 0.0.0.0
BYTE
i_abyIPGateway ARRAY[0..3] OF The new gateway IP address. Format: 0.0.0.0
BYTE
Output Type Comment

xDone BOOL TRUE: if IP Addresses have been successfully configured or if
default IP Addresses have been successfully configured because
input i_abyIPAddress is set to 0.0.0.0.
xBusy BOOL Function block active.
xError BOOL  TRUE: error detected, function block aborts action.
 FALSE: no error has been detected.
eError changeIPAddress_ Error code of the detected error (see page 235).
Error
xSaved BOOL Configuration saved for the subsequent reboots of the controller.
q_abyIPAddress ARRAY[0..3] OF Current controller IP address. Format: 0.0.0.0.
BYTE
q_abyIPMask ARRAY[0..3] OF Current subnet mask. Format: 0.0.0.0.
BYTE
q_abyIPGateway ARRAY[0..3] OF Current gateway IP address. Format: 0.0.0.0.
BYTE
234 EIO0000001462 03/2018

changeIPAddress_Channel: Ethernet port to be configured

The changeIPAddress_Channel enumeration data type contains the following values:
Enumerator Value Description

CHANNEL_ETHERNET_NETWORK 0 M241, M251MESC, M258, LMC058, LMC078: Ethernet port
M251MESE: Ethernet_2 port
CHANNEL_DEVICE_NETWORK 1 M241: TM4ES4 Ethernet port
M251MESE: Ethernet_1 port
changeIPAddress_Error: Error Codes

The changeIPAddress_Error enumeration data type contains the following values:
Enumerator Value Description

ERR_NO_ERROR 00 hex No error detected.
ERR_UNKNOWN 01 hex Internal error detected.
ERR_INVALID_MODE 02 hex IP address is not configured as a fixed IP address.
ERR_INVALID_IP 03 hex Invalid IP address.
ERR_DUPLICATE_IP 04 hex The new IP address is already used in the network.
ERR_WRONG_CHANNEL 05 hex Incorrect Ethernet communication port.
ERR_IP_BEING_SET 06 hex IP address is already being changed.
ERR_SAVING 07 hex IP addresses not saved due to a detected error or no non-volatile
memory present.
ERR_DHCP_SERVER 08 hex A DHCP server is configured on this Ethernet communication
port.
EIO0000001462 03/2018 235

236 EIO0000001462 03/2018

Functions to Get/Set Serial Line Configuration in User Program
EIO0000001462 03/2018
Appendix B
Overview
This section describes the functions to get/set the serial line configuration in your program.
To use these functions, add the M2xx Communication library.
For further information on adding a library, refer to the SoMachine Programming Guide.

Topic Page
GetSerialConf: Get the Serial Line Configuration 238
SetSerialConf: Change the Serial Line Configuration 239
SERIAL_CONF: Structure of the Serial Line Configuration Data Type 242
EIO0000001462 03/2018 237

GetSerialConf: Get the Serial Line Configuration
Function Description
GetSerialConf returns the configuration parameters for a specific serial line communication
port.
Input Type Comment

Link LinkNumber Link is the communication port number.
(see SoMachine,
Modbus and ASCII
Read/Write
Functions,
PLCCommunication
Library Guide)
PointerToSerialConf POINTER TO PointerToSerialConf is the address of the configuration
SERIAL_CONF structure (variable of SERIAL_CONF type) in which the
(see page 242) configuration parameters are stored. The ADR standard function
must be used to define the associated pointer. (See the example
below.)
Output Type Comment

GetSerialConf WORD This function returns:
 0: The configuration parameters are returned
 255: The configuration parameters are not returned because:
 the function was not successful
 the function is in progress
Example
Refer to the SetSerialConf (see page 240) example.
238 EIO0000001462 03/2018

SetSerialConf: Change the Serial Line Configuration
Function Description
SetSerialConf is used to change the serial line configuration.
NOTE: Changing the configuration of the Serial Line(s) port(s) during programming execution can
interrupt ongoing communications with other connected devices.
WARNING
LOSS OF CONTROL DUE TO UNEXPECTED CONFIGURATION CHANGE
Validate and test all the parameters of the SetSerialConf function before putting your program
into service.
EIO0000001462 03/2018 239

Input Type Comment

Link LinkNumber LinkNumber is the communication port number.
(see SoMachine,
Modbus and ASCII
Read/Write
Functions,
PLCCommunication
Library Guide)
PointerToSerialConf POINTER TO PointerToSerialConf is the address of the configuration
SERIAL_CONF structure (variable of SERIAL_CONF type) in which the new
(see page 242) configuration parameters are stored. The ADR standard function
must be used to define the associated pointer. (See the
example below.) If 0, set the application default configuration to
the serial line.
Output Type Comment

SetSerialConf WORD This function returns:
 0: The new configuration is set
 255: The new configuration is refused because:
 the function is in progress
 the input parameters are not valid
Example
VAR
MySerialConf: SERIAL_CONF
result: WORD;
END_VAR
(*Get current configuration of serial line 1*)

GetSerialConf(1, ADR(MySerialConf));
(*Change to modbus RTU slave address 9*)

MySerialConf.Protocol := 0; (*Modbus RTU/Somachine protocol (in
this case CodesysCompliant selects the protocol)*)
MySerialConf.CodesysCompliant := 0; (*Modbus RTU*)
MySerialConf.address := 9; (*Set modbus address to 9*)
240 EIO0000001462 03/2018

(*Reconfigure the serial line 1*)

result := SetSerialConf(1, ADR(MySerialConf));
EIO0000001462 03/2018 241

SERIAL_CONF: Structure of the Serial Line Configuration Data Type
Structure Description
The SERIAL_CONF structure contains configuration information about the serial line port. It
contains these variables:
Variable Type Description

Bauds DWORD baud rate
InterframeDelay WORD minimum time (in ms) between 2 frames in Modbus (RTU, ASCII)
FrameReceivedTimeout WORD In the ASCII protocol, FrameReceivedTimeout allows the system to
conclude the end of a frame at reception after a silence of the specified
number of ms. If 0 this parameter is not used.
FrameLengthReceived WORD In the ASCII protocol, FrameLengthReceived allows the system to
conclude the end of a frame at reception, when the controller received
the specified number of characters. If 0, this parameter is not used.
Protocol BYTE 0: Modbus RTU or SoMachine (see CodesysCompliant)
1: Modbus ASCII
2: ASCII
Address BYTE Modbus address 0 to 255 (0 for Master)
Parity BYTE 0: none
1: odd
2: even
Rs485 BYTE 0: RS232
1: RS485
ModPol (polarizartion BYTE 0: no
resistor)
1: yes
DataFormat BYTE 7 bits or 8 bits
StopBit BYTE 1: 1 stop bit
2: 2 stop bits
CharFrameStart BYTE In the ASCII protocol, 0 means there is no start character in the frame.
Otherwise, the corresponding ASCII character is used to detect the
beginning of a frame in receiving mode. In sending mode, this character
is added at the beginning of the user frame.
CharFrameEnd1 BYTE In the ASCII protocol, 0 means there is no second end character in the
frame. Otherwise, the corresponding ASCII character is used to detect
the end of a frame in receiving mode. In sending mode, this character
is added at the end of the user frame.
242 EIO0000001462 03/2018

Variable Type Description

CharFrameEnd2 BYTE In the ASCII protocol, 0 means there is no second end character in the
frame. Otherwise, the corresponding ASCII character is used (along
with CharFrameEnd1) to detect the end of a frame in receiving mode.
In sending mode, this character is added at the end of the user frame.
CodesysCompliant BYTE 0: Modbus RTU
1: SoMachine (when Protocol = 0)
CodesysNetType BYTE not used
EIO0000001462 03/2018 243

244 EIO0000001462 03/2018

M251 - Controller Performance
EIO0000001462 03/2018
Appendix C
Controller Performance
Controller Performance
Processing Performance
Introduction
This chapter provides information about the M251 processing performance.
Logic Processing
This table presents logic processing performance for various logical instructions:
IL Instruction Type Duration for 1000 Instructions

Addition/subtraction/multiplication of INT 42 μs
Addition/subtraction/multiplication of DINT 41 μs
Addition/subtraction/multiplication of REAL 336 μs
Division of REAL 678 μs
Operation on BOOLEAN, for example, Status:= Status 75 μs
and value
LD INT + ST INT 64 μs
LD DINT + ST DINT 49 μs
LD REAL + ST REAL 50 μs
Communication and System Processing Time

The communication processing time varies, depending on the number of sent/received requests.
EIO0000001462 03/2018 245

M251 - Controller Performance
246 EIO0000001462 03/2018

Glossary
EIO0000001462 03/2018
Glossary
A
analog output
Converts numerical values within the logic controller and sends out proportional voltage or current
levels.
application
A program including configuration data, symbols, and documentation.
application source
The collection of human-readable controller instructions, configuration data, HMI instructions,
symbols, and other program documentation. The application source file is saved on the PC and
you can download the application source file to most logic controllers. The application source file
is used to build the executable program that runs in the logic controller.
ARP
(address resolution protocol) An IP network layer protocol for Ethernet that maps an IP address to
a MAC (hardware) address.
B
BCD
(binary coded decimal) The format that represents decimal numbers between 0 and 9 with a set of
4 bits (a nybble/nibble, also titled as half byte). In this format, the 4 bits used to encode decimal
numbers have an unused range of combinations.
For example, the number 2,450 is encoded as 0010 0100 0101 0000.
BOOL
(boolean) A basic data type in computing. A BOOL variable can have one of these values: 0
(FALSE), 1 (TRUE). A bit that is extracted from a word is of type BOOL; for example, %MW10.4 is a
fifth bit of memory word number 10.
Boot application
(boot application) The binary file that contains the application. Usually, it is stored in the controller
and allows the controller to boot on the application that the user has generated.
EIO0000001462 03/2018 247

Glossary
BOOTP
(bootstrap protocol) A UDP network protocol that can be used by a network client to automatically
obtain an IP address (and possibly other data) from a server. The client identifies itself to the server
using the client MAC address. The server, which maintains a pre-configured table of client device
MAC addresses and associated IP addresses, sends the client its pre-configured IP address.
BOOTP was originally used as a method that enabled diskless hosts to be remotely booted over a
network. The BOOTP process assigns an infinite lease of an IP address. The BOOTP service
utilizes UDP ports 67 and 68.
byte
A type that is encoded in an 8-bit format, ranging from 00 hex to FF hex.
C
CFC
(continuous function chart) A graphical programming language (an extension of the IEC 61131-3
standard) based on the function block diagram language that works like a flowchart. However, no
networks are used and free positioning of graphic elements is possible, which allows feedback
loops. For each block, the inputs are on the left and the outputs on the right. You can link the block
outputs to the inputs of other blocks to create complex expressions.
configuration
The arrangement and interconnection of hardware components within a system and the hardware
and software parameters that determine the operating characteristics of the system.
continuous function chart language
A graphical programming language (an extension of the IEC61131-3 standard) based on the
function block diagram language that works like a flowchart. However, no networks are used and
free positioning of graphic elements is possible, which allows feedback loops. For each block, the
inputs are on the left and the outputs on the right. You can link the block outputs to inputs of other
blocks to create complex expressions.
control network
A network containing logic controllers, SCADA systems, PCs, HMI, switches, ...
Two kinds of topologies are supported:
 flat: all modules and devices in this network belong to same subnet.
 2 levels: the network is split into an operation network and an inter-controller network.
These two networks can be physically independent, but are generally linked by a routing device.
controller
Automates industrial processes (also known as programmable logic controller or programmable
controller).
248 EIO0000001462 03/2018

Glossary
CRC
(cyclical redundancy check) A method used to determine the validity of a communication
transmission. The transmission contains a bit field that constitutes a checksum. The message is
used to calculate the checksum by the transmitter according to the content of the message.
Receiving nodes, then recalculate the field in the same manner. Any discrepancy in the value of
the 2 CRC calculations indicates that the transmitted message and the received message are
different.
D
data log
The controller logs events relative to the user application in a data log.
device network
A network that contains devices connected to a specific communication port of a logic controller.
This controller is seen as a master from the devices point of view.
DHCP
(dynamic host configuration protocol) An advanced extension of BOOTP. DHCP is more
advanced, but both DHCP and BOOTP are common. (DHCP can handle BOOTP client requests.)
DINT
(double integer type) Encoded in 32-bit format.
DNS
(domain name system) The naming system for computers and devices connected to a LAN or the
Internet.
DTM
(device type manager) Classified into 2 categories:
 Device DTMs connect to the field device configuration components.
 CommDTMs connect to the software communication components.
The DTM provides a unified structure for accessing device parameters and configuring, operating,
and diagnosing the devices. DTMs can range from a simple graphical user interface for setting
device parameters to a highly sophisticated application capable of performing complex real-time
calculations for diagnosis and maintenance purposes.
DWORD
(double word) Encoded in 32-bit format.
E
EDS
(electronic data sheet) A file for fieldbus device description that contains, for example, the
properties of a device such as parameters and settings.
EIO0000001462 03/2018 249

Glossary
equipment
A part of a machine including sub-assemblies such as conveyors, turntables, and so on.
Ethernet
A physical and data link layer technology for LANs, also known as IEEE 802.3.
expansion bus
An electronic communication bus between expansion I/O modules and a controller.
F
FBD
(function block diagram) One of 5 languages for logic or control supported by the standard IEC
61131-3 for control systems. Function block diagram is a graphically oriented programming
language. It works with a list of networks, where each network contains a graphical structure of
boxes and connection lines, which represents either a logical or arithmetic expression, the call of
a function block, a jump, or a return instruction.
FE
(functional Earth) A common grounding connection to enhance or otherwise allow normal
operation of electrically sensitive equipment (also referred to as functional ground in North
America).
In contrast to a protective Earth (protective ground), a functional earth connection serves a purpose
other than shock protection, and may normally carry current. Examples of devices that use
functional earth connections include surge suppressors and electromagnetic interference filters,
certain antennas, and measurement instruments.
firmware
Represents the BIOS, data parameters, and programming instructions that constitute the operating
system on a controller. The firmware is stored in non-volatile memory within the controller.
flash memory
A non-volatile memory that can be overwritten. It is stored on a special EEPROM that can be
erased and reprogrammed.
freewheeling
When a logic controller is in freewheeling scan mode, a new task scan starts as soon as the
previous scan has been completed. Contrast with periodic scan mode.
FTP
(file transfer protocol) A standard network protocol built on a client-server architecture to exchange
and manipulate files over TCP/IP based networks regardless of their size.
250 EIO0000001462 03/2018

Glossary
H
HE10
Rectangular connector for electrical signals with frequencies below 3 MHz, complying with IEC
60807-2.
I
I/O
(input/output)
ICMP
(Internet control message protocol) Reports errors detected and provides information related to
datagram processing.
IEC
(international electrotechnical commission) A non-profit and non-governmental international
standards organization that prepares and publishes international standards for electrical,
electronic, and related technologies.
IEC 61131-3
Part 3 of a 3-part IEC standard for industrial automation equipment. IEC 61131-3 is concerned with
controller programming languages and defines 2 graphical and 2 textual programming language
standards. The graphical programming languages are ladder diagram and function block diagram.
The textual programming languages include structured text and instruction list.
IL
(instruction list) A program written in the language that is composed of a series of text-based
instructions executed sequentially by the controller. Each instruction includes a line number, an
instruction code, and an operand (refer to IEC 61131-3).
instruction list language
A program written in the instruction list language that is composed of a series of text-based
instructions executed sequentially by the controller. Each instruction includes a line number, an
instruction code, and an operand (see IEC 61131-3).
INT
(integer) A whole number encoded in 16 bits.
IP
(Internet protocol Part of the TCP/IP protocol family that tracks the Internet addresses of devices,
routes outgoing messages, and recognizes incoming messages.
EIO0000001462 03/2018 251

Glossary
K
KeepAlive
Messages sent by the OPC UA server to keep a subscription active. This is necessary when none
of the monitored items of data have been updated since the previous publication.
L
ladder diagram language
A graphical representation of the instructions of a controller program with symbols for contacts,
coils, and blocks in a series of rungs executed sequentially by a controller (see IEC 61131-3).
LD
(ladder diagram) A graphical representation of the instructions of a controller program with symbols
for contacts, coils, and blocks in a series of rungs executed sequentially by a controller (refer to
IEC 61131-3).
LINT
(long integer) A whole number encoded in a 64-bit format (4 times INT or 2 times DINT).
LRC
(longitudinal redundancy checking) An error-detection method for determining the correctness of
transmitted and stored data.
LREAL
(long real) A floating-point number encoded in a 64-bit format.
LWORD
(long word) A data type encoded in a 64-bit format.
M
MAC address
(media access control address) A unique 48-bit number associated with a specific piece of
hardware. The MAC address is programmed into each network card or device when it is
manufactured.
MAST
A processor task that is run through its programming software. The MAST task has 2 sections:
 IN: Inputs are copied to the IN section before execution of the MAST task.
 OUT: Outputs are copied to the OUT section after execution of the MAST task.
MIB
(management information base) An object database that is monitored by a network management
system like SNMP. SNMP monitors devices are defined by their MIBs. Schneider Electric has
obtained a private MIB, groupeschneider (3833).
252 EIO0000001462 03/2018

Glossary
monitored items
In OPC UA, the items of data (samples) made available by the OPC UA server that clients
subscribe to.
ms
(millisecond)
MSB
(most significant bit/byte The part of a number, address, or field that is written as the left-most
single value in conventional hexadecimal or binary notation.
N
network
A system of interconnected devices that share a common data path and protocol for
communications.
NMT
(network management) CANopen protocols that provide services for network initialization,
detected error control, and device status control.
node
An addressable device on a communication network.
notifications
In OPC UA, messages sent by the OPC UA server to inform clients that new items of data are
available.
P
PDO
(process data object) An unconfirmed broadcast message or sent from a producer device to a
consumer device in a CAN-based network. The transmit PDO from the producer device has a
specific identifier that corresponds to the receive PDO of the consumer devices.
PE
(Protective Earth) A common grounding connection to help avoid the hazard of electric shock by
keeping any exposed conductive surface of a device at earth potential. To avoid possible voltage
drop, no current is allowed to flow in this conductor (also referred to as protective ground in North
America or as an equipment grounding conductor in the US national electrical code).
post configuration
(post configuration) An option that allows to modify some parameters of the application without
changing the application. Post configuration parameters are defined in a file that is stored in the
controller. They are overloading the configuration parameters of the application.
EIO0000001462 03/2018 253

Glossary
program
The component of an application that consists of compiled source code capable of being installed
in the memory of a logic controller.
protocol
A convention or standard definition that controls or enables the connection, communication, and
data transfer between 2 computing system and devices.
publishing interval
In OPC UA, the frequency at which the OPC_UA server sends notifications to clients informing
them that data updates are available.
R
REAL
A data type that is defined as a floating-point number encoded in a 32-bit format.
RJ45
A standard type of 8-pin connector for network cables defined for Ethernet.
RPDO
(receive process data object An unconfirmed broadcast message or sent from a producer device
to a consumer device in a CAN-based network. The transmit PDO from the producer device has a
RPI
(requested packet interval) The time period between cyclic data exchanges requested by the
scanner. EtherNet/IP devices publish data at the rate specified by the RPI assigned to them by the
scanner, and they receive message requests from the scanner with a period equal to RPI.
RTC
(real-time clock) A battery-backed time-of-day and calender clock that operates continuously, even
when the controller is not powered for the life of the battery.
S
sampling rate
In OPC UA, the frequency at which the OPC UA server reads items of data from connected
devices.
scan
A function that includes:
 reading inputs and placing the values in memory
 executing the application program 1 instruction at a time and storing the results in memory
 using the results to update outputs
254 EIO0000001462 03/2018

Glossary
SDO
(service data object) A message used by the field bus master to access (read/write) the object
directories of network nodes in CAN-based networks. SDO types include service SDOs (SSDOs)
and client SDOs (CSDOs).
SFC
(sequential function chart) A language that is composed of steps with associated actions,
transitions with associated logic condition, and directed links between steps and transitions. (The
SFC standard is defined in IEC 848. It is IEC 61131-3 compliant.)
SINT
(signed integer) A 15-bit value plus sign.
SNMP
(simple network management protocol) A protocol that can control a network remotely by polling
the devices for their status and viewing information related to data transmission. You can also use
it to manage software and databases remotely. The protocol also permits active management
tasks, such as modifying and applying a new configuration.
ST
(structured text) A language that includes complex statements and nested instructions (such as
iteration loops, conditional executions, or functions). ST is compliant with IEC 61131-3.
string
A variable that is a series of ASCII characters.
T
task
A group of sections and subroutines, executed cyclically or periodically for the MAST task or
periodically for the FAST task.
A task possesses a level of priority and is linked to inputs and outputs of the controller. These I/O
are refreshed in relation to the task.
A controller can have several tasks.
TCP
(transmission control protocol) A connection-based transport layer protocol that provides a
simultaneous bi-directional transmission of data. TCP is part of the TCP/IP protocol suite.
terminal block
(terminal block) The component that mounts in an electronic module and provides electrical
connections between the controller and the field devices.
TPDO
(transmit process data object) An unconfirmed broadcast message or sent from a producer device
to a consumer device in a CAN-based network. The transmit PDO from the producer device has a
EIO0000001462 03/2018 255

Glossary
U
UDINT
(unsigned double integer) Encoded in 32 bits.
UDP
(user datagram protocol) A connectionless mode protocol (defined by IETF RFC 768) in which
messages are delivered in a datagram (data telegram) to a destination computer on an IP network.
The UDP protocol is typically bundled with the Internet protocol. 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).
UINT
(unsigned integer) Encoded in 16 bits.
V
variable
A memory unit that is addressed and modified by a program.
W
watchdog
A watchdog is a special timer used to ensure that programs do not overrun their allocated scan
time. The watchdog timer is usually set to a higher value than the scan time and reset to 0 at the
end of each scan cycle. If the watchdog timer reaches the preset value, for example, because the
program is caught in an endless loop, an error is declared and the program stopped.
WORD
A type encoded in a 16-bit format.
256 EIO0000001462 03/2018

Index
EIO0000001462 03/2018
Index
A F
ASCII Manager, 177 Fast Device Replacement, 167
features
key features, 15
C file transfer with SD card, 221
changeIPAddress, 233 firewall
changing the controller IP address, 233 configuration, 155
changeModbusPort default script file, 155
command syntax, 149 script commands, 157
script example, 150 FTP client, 117
Controller Configuration FTP Server
Controller Selection, 72 Ethernet, 115
PLC Settings, 73 FTPRemoteFileHandling library, 117
Services, 75
cyclic data exchanges, generating EDS file
for, 120 G
GetSerialConf
getting the serial line configuration, 238
D
DHCP server, 166
Download application, 64 H
Hardware Initialization Values, 57
E
ECU, creating for J1939, 194 I
EDS file, generating, 120 I/O bus configuration, 84
Ethernet I/O configuration general information
changeIPAddress function block, 233 general practices, 78
EtherNet Industrial Ethernet
EtherNet/IP device, 119 overview, 162
Ethernet IP address
FTP Server, 115 changeIPAddress, 233
Modbus TCP Client/Server, 101
Modbus TCP slave device, 144
Services, 93 J
SNMP, 118 J1939
Web server, 103 creating ECU for, 194
ExecuteScript example, 150 interface configuration, 193
External Event, 41
EIO0000001462 03/2018 257

Index
K P
KeepAlive (OPC UA), 198 Post Configuration, 207
KeepAlive interval (OPC UA), 200 baud rate, 208, 208
data bits, 208
device name, 208
L Example, 212
libraries, 19 file management, 210
Libraries gateway address, 208
FTPRemoteFileHandling, 117 IP address, 208
IP configuration mode, 208
IP master name, 208
M parity, 208
M2•• communication presentation, 208
GetSerialConf, 238 station address, 208
SetSerialConf, 239 stop bit, 208
Memory Mapping, 23 subnet mask, 208
Modbus transfer rate, 208
Protocols, 101 programming languages
Modbus Ioscanner, 179 IL, LD, grafcet, 15
Modbus Manager, 173 Protocols, 93
Modbus TCP Client/Server IP, 95
Ethernet, 101 Modbus, 101
Modbus TCP port, changing, 149 protocols
monitored items (OPC UA), 198 SNMP, 118
publishing interval (OPC UA), 198, 200
O
OPC UA server R
configuration, 199 Reboot, 62
KeepAlive interval, 200 Remanent variables, 66
overview, 198 Reset cold, 60
publishing interval, 200 Reset origin, 61
sampling interval, 200 Reset warm, 60
selecting symbols, 203 Run command, 59
symbols configuration, 202
Output Behavior, 57, 57, 58
Output Forcing, 58 S
sampling interval (OPC UA), 198, 200
script commands
firewall, 157
script file
syntax rules, 220
SD card
commands, 221
258 EIO0000001462 03/2018

Index
serial line
ASCII Manager, 177
GetSerialConf, 238
Modbus Manager, 173
SetSerialConf, 239
SERIAL_CONF, 242
SetSerialConf, 239
setting the serial line configuration, 239
SNMP
Ethernet, 118
protocols, 118
Software Initialization Values, 57
State diagram, 47
Stop command, 59
symbols (OPC UA), 202
T
Task
Cyclic task, 39
Event task, 41
External Event Task, 41
Freewheeling task, 40
Types, 39
Watchdogs, 42
W
Web server
Ethernet, 103
EIO0000001462 03/2018 259

Index
260 EIO0000001462 03/2018

Modicon M251 Logic Controller: Programming Guide

Uploaded by

Copyright:

Available Formats

Modicon M251 Logic Controller: Programming Guide

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Modicon M251 Logic Controller: Programming Guide

Uploaded by

Copyright:

Available Formats

Modicon M251 Logic Controller

Modicon M251 Logic

Title of Documentation Reference Number

Product Related Information

About the Modicon M251 Logic Controller

M251 Logic Controller Description

Real Time Clock

Memory Type Size Used

Embedded Communication Features

M251 Logic Controllers

Reference Digital Inputs Digital Outputs Communication Ports

How to Configure the Controller

How to Configure the Controller

Item Use to Configure...

Modicon M251 Logic Controller

Library Name Description

Library Name Description

Supported Standard Data Types

Supported Standard Data Types

Supported Standard Data Types

Data Type Lower Limit Upper Limit Information Content

What Is in This Chapter?

Controller Memory Organization

Files Transfers in Memory

Item Controller State File Transfer Events Connection Description

3 All states Initiated automatically SD card Up/download with SD card

RAM Memory Organization

This table describes the dedicated application memory:

Area Element Size

System and Diagnostic Variables

Double Words Words Bytes Bits

Example of overlap of memory ranges:

Flash Memory Organization

Disk Directory File Content Up/Downloaded

M241M251FW2v_XX.YY (1) Firmware of core 2

settings.conf (3) OPC UA configuration Configuration

OpcUASymbolConf.map (3) OPC UA symbols configuration Configuration

CodesysLateConf.cfg (2)  Name of application to launch Configuration

Disk Directory File Content Up/Downloaded

Moving Files to Flash Memory

File extensions Flash Memory Folder

Backup Data Logging File

Relocation Table Description

For further information, refer to M251 PLCSystem Library Guide.

Adding a Relocation Table

Relocation Table Editor

This picture describes the relocation table editor:

Icon Element Description

Move Down Moves down the selected element of the list.

Move Up Moves up the selected element of the list.

Delete Item Removes the selected elements of the list.

Copy Copies the selected elements of the list.

Paste Pastes the elements copied.

- ID Automatic incremental integer (not editable).

What Is in This Chapter?

Maximum Number of Tasks

Maximum Number of Tasks

Special Considerations for Freewheeling

Task Configuration Screen