Mvi56e Mnetr Um
Mvi56e Mnetr Um
February 7, 2023
USER MANUAL
Your Feedback Please
We always want you to feel that you made the right decision to use our products. If you have suggestions,
comments, compliments or complaints about our products, documentation, or support, please write or call us.
How to Contact Us
ProSoft Technology, Inc.
+1 (661) 716-5100
+1 (661) 716-5101 (Fax)
www.prosoft-technology.com
[email protected]
February 7, 2023
ProSoft Technology ®, ProLinx ®, inRAx ®, ProTalk ®, and RadioLinx ® are Registered Trademarks of ProSoft
Technology, Inc. All other brand or product names are or may be trademarks of, and are used to identify
products and services of, their respective owners.
Content Disclaimer
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 ProSoft Technology nor any of its affiliates or subsidiaries shall be
responsible or liable for misuse of the information contained herein. Information in this document including
illustrations, specifications and dimensions may contain technical inaccuracies or typographical errors. ProSoft
Technology makes no warranty or representation as to its accuracy and assumes no liability for and reserves the
right to correct such inaccuracies or errors at any time without notice. If you have any suggestions for
improvements or amendments or have found errors in this publication, please notify us.
No part of this document may be reproduced in any form or by any means, electronic or mechanical, including
photocopying, without express written permission of ProSoft Technology. 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 ProSoft Technology 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.
Copyright © 2023 ProSoft Technology, Inc. All Rights Reserved.
If Open Source Software contained in this product is licensed under GNU General Public License (GPL), GNU
Lesser General Public License (LGPL), Mozilla Public License (MPL) or any other Open Source Software
license, which requires that source code is to be made available and such source code is not already delivered
together with the product, you can order the corresponding source code of the Open Source Software from
ProSoft Technology, Inc. - against payment of the shipping and handling charges - for a period of at least 3 years
since purchase of the product. Please send your specific request, within 3 years of the purchase date of this
product, together with the name and serial number of the product found on the product label to:
For the remaining open source components, the liability exclusions of the rights holders in the respective license
texts apply. Technical support, if any, will only be provided for unmodified software.
Important Safety Information
Electrical Ratings
▪ Backplane Current Load: 800 mA @ 5 Vdc; 3 mA @ 24 Vdc
▪ Operating Temperature: 0°C to 60°C (32°F to 140°F)
▪ Storage Temperature: -40°C to 85°C (-40°F to 185°F)
▪ Shock: 30 g operational; 50 g non-operational; Vibration: 5 g from 10 Hz to 150 Hz
▪ Relative Humidity 5% to 95% (without condensation)
▪ All phase conductor sizes must be at least 1.3 mm2 and all earth ground conductors must be at least 4mm2.
Contents
Your Feedback Please ................................................................................................................ 2
How to Contact Us ....................................................................................................................... 2
Content Disclaimer ...................................................................................................................... 2
Important Safety Information ....................................................................................................... 4
1 Start Here 8
1.1 What's New? ...................................................................................................... 8
1.2 System Requirements ....................................................................................... 9
1.3 Package Contents ...........................................................................................10
1.4 Setting Jumpers ...............................................................................................10
1.5 Installing the Module in the Rack .....................................................................11
1.6 Importing the Sample Add-On Instruction .......................................................11
1.7 Creating a New RSLogix 5000 Project ............................................................12
1.7.1 Creating the Remote Network .........................................................................13
1.7.2 Creating the Module - Remote Rack ...............................................................15
1.7.3 Creating the Module - Local Rack ...................................................................17
1.7.4 Importing the Add-On Instruction .....................................................................19
1.8 Downloading the Sample Program to the Processor.......................................30
3 Ladder Logic 66
3.1 Controller Tags ................................................................................................66
3.1.1 MVI56E-MNETR Controller Tags ....................................................................66
3.2 User-Defined Data Types (UDTs)....................................................................68
3.2.1 MVI56(E)-MNETR User-Defined Data Types ..................................................68
3.3 Using Controller Tags ......................................................................................69
3.4 Controller Tag Overview ..................................................................................70
3.4.1 MNETR.DATA..................................................................................................70
3.4.2 MNETR.STATUS .............................................................................................73
3.4.3 MNETR.CONTROL .........................................................................................73
5 Reference 92
5.1 Product Specifications .....................................................................................92
5.1.1 General Specifications .....................................................................................92
5.1.2 Functional Specifications .................................................................................93
5.1.3 Hardware Specifications ..................................................................................93
5.2 Module Power Up ............................................................................................94
5.3 Backplane Data Transfer .................................................................................95
5.3.1 Normal Data Transfer Blocks ...........................................................................97
5.3.2 Special Function Blocks .................................................................................100
5.4 Data Flow between MVI56E-MNETR and ControlLogix Processor ..............110
5.4.1 Server Driver ..................................................................................................111
5.4.2 Client Driver ...................................................................................................113
5.5 Ethernet Cable Specifications........................................................................115
5.5.1 Ethernet Cable Configuration ........................................................................115
5.5.2 Ethernet Performance ....................................................................................115
5.6 Modbus Protocol Specification ......................................................................116
5.6.1 About the Modbus TCP/IP Protocol ...............................................................116
5.6.2 Commands Supported by the Module ...........................................................117
5.6.3 Read Coil Status (Function Code 01) ............................................................118
5.6.4 Read Input Status (Function Code 02) ..........................................................119
5.6.5 Read Holding Registers (Function Code 03) .................................................120
5.6.6 Read Input Registers (Function Code 04) .....................................................121
5.6.7 Force Single Coil (Function Code 05) ...........................................................122
5.6.8 Preset Single Register (Function Code 06) ...................................................123
5.6.9 Diagnostics (Function Code 08) ....................................................................124
5.6.10 Force Multiple Coils (Function Code 15) .......................................................126
5.6.11 Preset Multiple Registers (Function Code 16) ...............................................127
5.6.12 Modbus Exception Responses ......................................................................128
5.7 Using the Optional Add-On Instruction Rung Import .....................................130
5.7.1 Before You Begin ...........................................................................................130
1 Start Here
To get the most benefit from this User Manual, you should have the following skills:
• Rockwell Automation® RSLogix™ software: launch the program, configure ladder
logic, and transfer the ladder logic to the processor
• Microsoft Windows: install and launch programs, execute menu commands,
navigate dialog boxes, and enter data
• Hardware installation and wiring: install the module, and safely connect Modbus
TCP/IP and ControlLogix devices to a power source and to the MVI56E-MNETR
module’s application port(s)
Note: The Hardware and Operating System requirements in this list are the minimum recommended to
install and run software provided by ProSoft Technology®. Other third party applications may have different
minimum requirements. Refer to the documentation for any third party applications for system requirements.
Note: You can install the module in a local or remote rack. For remote rack installation, the module requires
EtherNet/IP or ControlNet communication with the processor.
Important: Before beginning the installation, please verify that all of the following items are present.
Note: If you are installing the module in a remote rack, you may prefer to leave the Setup pins jumpered.
You can update the module’s firmware without requiring physical access to the module.
Security considerations:
Leaving the Setup pin jumpered leaves the module open to unexpected firmware updates.
You should consider segmenting the data flow for security reasons. Per IEC 62443-1-1, you should align
with IEC 62443 and implement segmentation of the control system. Relevant capabilities are firewalls,
unidirectional communication, DMZ. Oil and Gas customers should also see DNVGL-RP-G108 for guidance
on partitioning.
You should practice security by design, per IEC 62443-4-1, including layers of security and detection. The
module relies on overall network security design, as it is only one component of what should be a defined
zone or subnet.
Warning: You must follow all safety instructions when installing this or any other electronic devices. Failure
to follow safety procedures could result in damage to hardware or data, or even serious injury or death to
personnel. Refer to the documentation for each device you plan to connect to verify that suitable safety
procedures are in place before installing or servicing the device.
After you have checked the placement of the jumpers, insert the MVI56E-MNETR into
the ControlLogix chassis. Use the same technique recommended by Rockwell
Automation to remove and install ControlLogix modules.
You can install or remove ControlLogix system components while chassis power is
applied and the system is operating. However, please note the following warning.
Warning: When you insert or remove the module while backplane power is on, an electrical arc can occur.
An electrical arc can cause personal injury or property damage by sending an erroneous signal to your
system’s actuators. This can cause unintended machine motion or loss of process control. Electrical arcs
may also cause an explosion when they happen in a hazardous environment. Verify that power is removed
or the area is non-hazardous before proceeding.
Repeated electrical arcing causes excessive wear to contacts on both the module and its mating connector.
Worn contacts may create electrical resistance that can affect module operation.
Note: This section only applies if your processor is using RSLogix 5000 version 16 or higher. If you have an
earlier version, please see Using the Sample Program (page 142).
Note: If you are installing the MVI56E-MNETR module in a remote rack, follow these steps. If you are
installing the module in a local rack, follow the steps in Creating the Module - Local Rack (page 17).
2 Expand the Communications module selections and then select the Ethernet Bridge
module that matches your hardware. This example uses a 1756-ENBT/A module.
Note: If you are prompted to Select Major Revision, choose the lower of the available revision numbers.
3 Name the ENBT/A module, then set the IP Address and slot location in the local rack
with the ControlLogix processor.
4 Click OK.
5 Next, select the 1756-ENBT module that you just created in the Controller
Organization pane and click the right mouse button to open a shortcut menu. On the
shortcut menu, choose NEW MODULE.
6 Repeat steps 2 and 3 to add the second EtherNet/IP module to the remote rack.
Note: To continue installing the MVI56E-MNETR module in a remote rack, follow the next steps. If you are
installing the module in a local rack, follow the steps in Creating the Module - Local Rack (page 17).
1 Next, select the remote 1756 BACKPLANE node in the Controller Organization pane
underneath the remote rack EtherNet/IP module you just created and click the right
mouse button to open a shortcut menu. On the shortcut menu, choose NEW MODULE.
2 Select the 1756-MODULE (GENERIC 1756 MODULE) from the list and click OK. This
action opens the New Module dialog box.
Parameter Value
Name Enter a module identification string. The recommended value is
MNETR.
Description Enter a description for the module. Example: MODBUS TCP/IP
INTERFACE MODULE WITH REDUCED DATA BLOCK.
Comm Format Select DATA-INT (Very Important)
Slot Enter the slot number in the rack where the MVI56E-MNETR
module will be installed.
Input Assembly Instance 1
Input Size 42
Output Assembly Instance 2
Output Size 42
Configuration Assembly Instance 4
Configuration Size 0
4 On the CONNECTION tab, set the RPI value for your project. Fifty (50) milliseconds is
usually a good starting value.
Note: If you are installing the MVI56E-MNETR module in a local rack, follow these steps. If you are
installing the module in a remote rack, follow the steps in Creating the Module - Remote Rack (page 13).
2 Select the 1756-MODULE (GENERIC 1756 MODULE) from the list and click OK. This
action opens the New Module dialog box.
Parameter Value
Name Enter a module identification string. The recommended value is
MNETR.
Description Enter a description for the module. Example: MODBUS TCP/IP
INTERFACE MODULE WITH REDUCED DATA BLOCK.
Comm Format Select DATA-INT (Very Important)
Slot Enter the slot number in the rack where the MVI56E-MNETR
module is to be installed.
Input Assembly Instance 1
Input Size 42
Output Assembly Instance 2
Output Size 42
Configuration Assembly Instance 4
Configuration Size 0
4 On the CONNECTION tab, set the RPI value for your project. Five (5) milliseconds is
usually a good starting value. Click OK to confirm.
4 Navigate to the location on your PC where you saved (page 11) the Add-On
Instruction (for example, My Documents or Desktop). Select the
MVI56EMNETR_ADDON_RUNG_V1_3.L5X file.
This action opens the Import Configuration dialog box, showing the controller tags
that will be created.
o If you are installing the module in a Remote Rack, open the dropdown menus for
the Input and Output tags, and select the MNETR module in the remote rack.
5 Click OK to confirm the import. RSLogix will indicate that the import is in progress:
When the import is complete, you will see the new Add-On Instruction rung in the
ladder.
The procedure has also imported new user-defined data types, data objects and the
Add-On instruction for your project.
6 Save the application and then download the sample ladder logic into the processor.
Important: If your application requires more than one MVI56-MNETR module into the same project, follow
the steps below.
1 In the I/O Configuration folder, click the right mouse button to open a shortcut menu,
and then choose NEW MODULE.
2 Select 1756-MODULE.
Parameter Value
Name Enter a module identification string. Example: MNETR_2
Description Enter a description for the module. Example: MODBUS TCP/IP
INTERFACE MODULE WITH REDUCED DATA BLOCK
Comm Format Select DATA-INT
Slot Enter the slot number in the rack where the MVI56E-MNETR module
is located.
Input Assembly Instance 1
Input Size 42
Output Assembly Instance 2
Output Size 42
Configuration Assembly 4
Instance
Configuration Size 0
5 Expand the Tasks folder, and then expand the MainTask folder.
6 On the MainProgram folder, click the right mouse button to open a shortcut menu.
On the shortcut menu, choose NEW ROUTINE.
7 In the New Routine dialog box, enter the name and description of your routine, and
then click OK.
8 Select an empty rung in the new routine, and then click the right mouse button to
open a shortcut menu. On the shortcut menu, choose IMPORT RUNG.
This action opens the IMPORT CONFIGURATION dialog box, showing the controller tags
that will be created.
10 Associate the I/O connection variables to the correct module. The default values are
Local:1:I and Local:1:O so these require change.
11 Change the default tags MNETR and AOI56MNETR to avoid conflict with existing
tags. In this step, you should append a string to the default tag names, such as "_2",
as shown in the following illustration.
12 Click OK to confirm.
Important: Because the module pages data in blocks of 40 registers at a time, you should configure your
user data areas in multiples of 40 registers.
2 To modify the WriteData array, follow the above steps, substituting WriteData for
ReadData.
3 Save and download the configuration to the module (page 55) and reboot.
Make sure that the ReadData and WriteData arrays do not overlap in the module
memory. For example, if your application requires 2000 words of WriteData starting at
register 0, then your Read Register Start parameter must be set to a value of 2000 or
greater.
2 Edit the ReadData array size to match or exceed the value of the Read Register
Count parameter in PCB.
3 Repeat Step 2 for the WriteData array size. Then click OK.
4 Once complete, the MNETR.DATA.ReadData and MNETR.DATA.WriteData
Controller Tag array sizes are updated.
Note: The key switch on the front of the ControlLogix processor must be in the REM or PROG position.
1 If you are not already online with the processor, open the Communications menu,
and then choose DOWNLOAD. RSLogix 5000 will establish communication with the
processor. You do not have to download through the processor's serial port, as
shown here. You may download through any available network connection.
2 When communication is established, RSLogix 5000 will open a confirmation dialog
box. Click the DOWNLOAD button to transfer the sample program to the processor.
3 RSLogix 5000 will compile the program and transfer it to the processor. This process
may take a few minutes.
4 When the download is complete, RSLogix 5000 will open another confirmation dialog
box. If the key switch is in the REM position, click OK to switch the processor from
PROGRAM mode to RUN mode.
Note: If you receive an error message during these steps, refer to your RSLogix documentation to interpret
and correct the error.
Note: During startup and initialization, the MVI56E-MNETR module receives its protocol and backplane
configuration information from the installed Personality Module (Compact Flash). Use ProSoft Configuration
Builder to configure module settings and to download changes to the Personality Module.
Important: For this procedure, you need to have ProSoft Configuration Builder version 2.2.2 or later
installed on your PC. You can download the latest version from www.prosoft-technology.com.
1 In ProSoft Configuration Builder's tree view, click the MODULE icon and right-click to
open a shortcut menu.
1 In PCB select DEFAULT MODULE in the tree view, and then click the right mouse
button to open a shortcut menu.
2 On the shortcut menu, select CHOOSE MODULE TYPE. This action opens the Choose
Module Type dialog box.
3 In the Product Line Filter area of the dialog box, select MVI56E. In the Select Module
Type dropdown list, select MVI56E-MNETR, and then click OK to save your settings
and return to the ProSoft Configuration Builder window.
At this time, you may wish to rename the Default Project and Default Location folders in
the tree view.
Renaming an Object
1 Select the object, and then click the right mouse button to open a shortcut menu.
From the shortcut menu, choose RENAME.
2 Type the name to assign to the object.
3 Click away from the object to save the new name.
2.2.4 Module
This section of the configuration describes the database setup and module-level
parameters.
Note: Total user database memory space is limited to the first 5000 registers of module
memory, addresses 0 through 4999. Therefore, the practical limit for this parameter is
4999 minus the value entered for Read Register Count, so that the Read Data Area
does not try to extend above address 4999. Read Data and Write Data Areas must be
configured to occupy separate address ranges in module memory and should not be
allowed to overlap.
Note: Total Read Register Count and Write Register Count cannot exceed 5000 total
registers. Read Data and Write Data Areas must be configured to occupy separate
address ranges in module memory and should not be allowed to overlap.
Note: Total user database memory space is limited to the first 5000 registers of module
memory, addresses 0 through 4999. Therefore, the practical limit for this parameter is
4999 minus the value entered for Write Register Count, so that the Write Data Area does
not try to extend above address 4999. Read Data and Write Data Areas must be
configured to occupy separate address ranges in module memory and should not be
allowed to overlap.
Note: Total Read Register Count and Write Register Count cannot exceed 5000 total
registers. Read Data and Write Data Areas must be configured to occupy separate
address ranges in module memory and should not be allowed to overlap.
Pass-Through Mode
0, 1, 2 or 3
This parameter specifies the pass-through mode for write messages received by the
MNET and MBAP server ports.
• If the parameter is set to 0, all write messages will be placed in the module’s virtual
database.
• If a value of 1 is entered, write messages received will be sent to the processor as
unformatted messages.
• If a value of 2 is entered, write messages received will be sent to the processor with
the bytes swapped in a formatted message.
• If a value of 3 is entered, write messages received will be sent to the processor as
formatted messages.
Note: If pass-through mode is used, the module's Write Data area must begin at 0 (Write
Register Start = 0).
Duplex/Speed Code
0, 1, 2, 3 or 4
This parameter allows you to cause the module to use a specific duplex and speed
setting.
• Value = 1: Half duplex, 10 MB speed
• Value = 2: Full duplex, 10 MB speed
• Value = 3: Half duplex, 100 MB speed
• Value = 4: Full duplex, 100 MB speed
• Value = 0: Auto-negotiate
Auto-negotiate is the default value for backward compatibility. This feature is not
implemented in older software revisions.
Response Timeout
0 to 65535 milliseconds
This is the time in milliseconds that a Client will wait before re-transmitting a command if
no response is received from the addressed server. The value to use depends on the
type of communication network used, and the expected response time of the slowest
device on the network.
Retry Count
0 to 10
This parameter specifies the number of times a command will be retried if it fails.
Float Flag
YES or NO
This flag specifies how the Client driver will issue Function Code 3, 6, and 16 commands
(read and write Holding Registers) to a remote server when it is moving 32-bit floating-
point data.
If the remote server expects to receive or will send one complete 32-bit floating-point
value for each count of one (1), then set this parameter to YES. When set to YES, the
Client driver will send values from two consecutive 16-bit internal memory registers (32
total bits) for each count in a write command, or receive 32 bits per count from the server
for read commands. Example: Count = 10, Client driver will send 20 16-bit registers for
10 total 32-bit floating-point values.
If, however, the remote server expects to use a count of two (2) for each 32-bit floating-
point value it sends or receives, or if you do not plan to use floating-point data in your
application, then set this parameter to NO, which is the default setting.
You will also need to set the Float Start and Float Offset parameters to appropriate
values whenever the Float Flag parameter is set to YES.
Float Start
0 to 65535
Whenever the Float Flag parameter is set to YES, this parameter determines the lowest
Modbus Address, used in commands to a remote server, to consider as commands to
read or write floating-point data. All commands with address values greater than or equal
to this value will be considered floating-point data commands. All commands with
address values less than this value will be considered normal 16-bit register data
commands.
This parameter is used only if the Float Flag is set to YES. For example, if a value of
7000 is entered, all commands sent with addresses of 47001 (or 407001) and above will
be considered as floating-point data commands and 32 bits of data will be sent or
received for each count of one in the command.
You will also need to set the Float Offset parameter to an appropriate value whenever
the Float Flag parameter is set to YES.
Float Offset
0 to 9999
This parameter defines the start register for floating-point data in the internal database.
This parameter is used only if the Float Flag is enabled. For example, if the Float Offset
value is set to 3000 and the Float Start parameter is set to 7000, data requests for
register 7000 will use the internal Modbus register 3000.
ARP Timeout
1 to 60
This parameter specifies the number of seconds to wait for an ARP reply after a request
is issued.
Each command list record has the same general format. The first part of the record
contains the information relating to the communication module and the second part
contains information required to interface to the Modbus TCP/IP server device.
1 2 3 4 5 6 7 8 9 10
Enable Internal Poll Interval Count Swap IP Address Serv Slave Function Code Device
Code Address Time Code Port Node Modbus
Address
Register 1/10th Seconds Bit Count 0 IP Address Port # Address Read Coil (0x) Register
(bit)
Code Register 1/10th Seconds Bit Count 0 IP Address Port # Address Read Input (1x) Register
(bit)
Code Register 1/10th Seconds Word Code IP Address Port # Address Read Holding Register
Count Registers (4x)
Code Register 1/10th Seconds Word 0 IP Address Port # Address Read Input Registers Register
Count (3x)
Code 1 bit 1/10th Seconds Bit Count 0 IP Address Port # Address Force (Write) Single Register
Coil (0x)
Code 1 bit 1/10th Seconds Word 0 IP Address Port # Address Preset (Write) Single Register
Count Register (4x)
Code Register 1/10th Seconds Bit Count 0 IP Address Port # Address Force (Write) Multiple Register
(bit) Coil (0x)
Code Register 1/10th Seconds Word 0 IP Address Port # Address Preset (Write) Multiple Register
Count Register (4x)
The first part of the record is the module information, which relates to the MVI56E
module, and the second part contains information required to interface to the server
device.
Enable
NO (0), YES (1), or CONDITIONAL (2)
This field defines whether the command is to be executed and under what conditions.
Value Description
NO (0) The command is disabled and will not be executed in the normal polling
sequence.
YES (1) The command is executed each scan of the command list if the Poll Interval
time is set to zero. If the Poll Interval time is set to a nonzero value, the
command will be executed when the interval timer expires.
CONDITIONAL (2) The command will execute only if the internal data associated with the
command changes. This value is valid only for write commands.
Internal Address
0 to 65535 (for bit-level addressing)
or
0 to 4999 (for word-level addressing)
This field specifies the database address in the module's internal database to use as the
destination for data brought in by a read command or as the source for data to be sent
out by a write command. The database address is interpreted as a bit address or a 16-
bit word (register) address, depending on the Modbus Function Code used in the
command.
• For Modbus functions 1, 2, 5, and 15, this parameter is interpreted as a bit-level
address.
• For Modbus functions 3, 4, 6, and 16, this parameter is interpreted as a word-level or
register-level address.
Poll Interval
0 to 65535
This parameter specifies the minimum interval between issuances of a command during
continuous command execution (Enable code of 1). The parameter is entered in tenths
of a second. Therefore, if a value of 100 is entered for a command, the command
executes no more frequently than every 10 seconds.
Reg Count
Regs: 1 to 125
Coils: 1 to 800
This parameter specifies the number of 16-bit registers or binary bits to be transferred by
the command.
• Functions 5 and 6 ignore this field as they apply only to a single data point.
• For functions 1, 2, and 15, this parameter sets the number of bits (inputs or coils) to
be transferred by the command.
• For functions 3, 4, and 16, this parameter sets the number of registers to be
transferred by the command.
Swap Code
NONE
SWAP WORDS
SWAP WORDS & BYTES
SWAP BYTES
This parameter defines if and how the order of bytes in data received or sent is to be
rearranged. This option exists to allow for the fact that different manufacturers store and
transmit multi-byte data in different combinations. This parameter is helpful when dealing
with floating-point or other multi-byte values, as there is no one standard method of
storing these data types. The parameter can be set to rearrange the byte order of data
received or sent into an order more useful or convenient for other applications. The
following table defines the valid Swap Code values and the effect they have on the byte-
order of the data.
These swap operations affect 4-byte (or 2-word) groups of data. Therefore, data
swapping using these Swap Codes should be done only when using an even number of
words, such as when 32-bit integer or floating-point data is involved.
Node IP Address
xxx.xxx.xxx.xxx
The IP address of the device being addressed by the command.
Service Port
502 or other port numbers supported on a server
Use a value of 502 when addressing Modbus TCP/IP servers that are compatible with
the Schneider Electric MBAP specifications (this will be most devices). If a server
implementation supports another service port, enter the value here.
Slave Address
0 - Broadcast to all nodes
1 to 255
Use this parameter to specify the slave address of a remote Modbus Serial device
through a Modbus Ethernet to Serial converter.
Note: Use the Node IP Address parameter (page 44) to address commands to a remote Modbus TCP/IP
device.
Note: Most Modbus devices accept an address in the range of only 1 to 247, so check with the slave device
manufacturer to see if a particular slave can use addresses 248 to 255.
If the value is set to zero, the command will be a broadcast message on the network. The Modbus protocol
permits broadcast commands for write operations. Do not use node address 0 for read operations.
Modbus Function
1, 2, 3, 4, 5, 6, 15, or 16
This parameter specifies the Modbus Function Code to be executed by the command.
These function codes are defined in the Modbus protocol. The following table lists the
purpose of each function supported by the module. More information on the protocol is
available from www.modbus.org.
MB Address in Device
This parameter specifies the starting Modbus register or bit address in the server to be
used by the command. Refer to the documentation of each Modbus server device for the
register and bit address assignments valid for that device.
The Modbus Function Code determines whether the address will be a register-level or
bit-level OFFSET address into a given data type range. The offset will be the target data
address in the server minus the base address for that data type. Base addresses for the
different data types are:
• 00001 or 000001 (0x0001) for bit-level Coil data (Function Codes 1, 5, and 15).
• 10001 or 100001 (1x0001) for bit-level Input Status data (Function Code 2)
• 30001 or 300001 (3x0001) for Input Register data (Function Code 4)
• 40001 or 400001 (4x0001) for Holding Register data (Function Codes 3, 6, and 16).
Address calculation examples:
• For bit-level Coil commands (FC 1, 5, or 15) to read or write a Coil 0X address
00001, specify a value of 0 (00001 - 00001 = 0).
• For Coil address 00115, specify 114
(00115 - 00001 = 114)
• For register read or write commands (FC 3, 6, or 16) 4X range, for 40001, specify a
value of 0
(40001 - 40001 = 0).
• For 01101, 11101, 31101 or 41101, specify a value of 1100.
(01101 - 00001 = 1100)
(11101 -10001 = 1100)
(31101 - 30001 = 1100)
(41101 - 40001 = 1100)
Note: If the documentation for a particular Modbus server device lists data addresses in hexadecimal
(base16) notation, you will need to convert the hexadecimal value to a decimal value to enter in this
parameter. In such cases, it is not usually necessary to subtract 1 from the converted decimal number, as
this addressing scheme typically uses the exact offset address expressed as a hexadecimal number.
Comment
0 to 35 alphanumeric characters
Float Flag
YES or NO
This flag specifies how the server driver will respond to Function Code 3, 6, and 16
commands (read and write Holding Registers) from a remote Client when it is moving
32-bit floating-point data.
If the remote Client expects to receive or will send one complete 32-bit floating-point
value for each count of one (1), then set this parameter to YES. When set to YES, the
server driver will return values from two consecutive 16-bit internal memory registers (32
total bits) for each count in the read command, or receive 32-bits per count from the
Client for write commands. Example: Count = 10, server driver will send 20 16-bit
registers for 10 total 32-bit floating-point values.
If, however, the remote Client sends a count of two (2) for each 32-bit floating-point
value it expects to receive or send, or, if you do not plan to use floating-point data in your
application, then set this parameter to NO, which is the default setting.
You will also need to set the Float Start and Float Offset parameters to appropriate
values whenever the Float Flag parameter is set to YES.
Float Start
0 to 65535
This parameter defines the first register of floating-point data. All requests with register
values greater than or equal to this value will be considered floating-point data requests.
This parameter is only used if the Float Flag is enabled. For example, if a value of 7000
is entered, all requests for registers 7000 and above will be considered as floating-point
data.
Float Offset
0 to 9999
This parameter defines the start register for floating-point data in the internal database.
This parameter is used only if the Float Flag is enabled. For example, if the Float Offset
value is set to 3000 and the Float Start parameter is set to 7000, data requests for
register 7000 will use the internal Modbus register 3000.
Output Offset
0 to 4999
This parameter defines the start register for the Modbus command data in the internal
database. This parameter is enabled when a value greater than 0 is set. For example, if
the Output Offset value is set to 3000, data requests for Modbus Coil Register address
00001 will use the internal database register 3000, bit 0. If the Output Offset value is set
to 3000, data requests for Modbus Coil register address 00016 will use the internal
database register 3000, bit 15. Function codes affected are 1, 5, and 15.
Connection Timeout
0 to 1200 seconds
Number of seconds the server will wait to receive new data. If the server does not
receive any new data during this time, it will close the connection.
Important: If the device in the field is changed, this table must be updated to contain the new MAC address
for the device and downloaded to the module. If the MAC is not changed, no communications with the
module will be provided.
IP Address
Dotted notation
This table contains a list of static IP addresses that the module will use when an ARP is
required. The module accepts up to 40 static IP/MAC address sets.
Important: If the device in the field is changed, this table must be updated to contain the new MAC address
for the device and downloaded to the module. If the MAC is not changed, no communications with the
module will occur.
Important: If the device in the field is changed, this table must be updated to contain the new MAC address
for the device and downloaded to the module. If the MAC is not changed, no communications with the
module will occur.
Note: The gateway address is optional, and is not required for networks that do not use a default gateway.
2 Double-click the ETHERNET CONFIGURATION icon. This action opens the Edit dialog
box.
3 Edit the values for my_ip, netmask (subnet mask) and gateway (default gateway).
4 When you are finished editing, click OK to save your changes and return to the
ProSoft Configuration Builder window.
Important: ProSoft Configuration Builder locates MVI56E-MNETR modules through UDP broadcast
messages. These messages may be blocked by routers or layer 3 switches. In that case, ProSoft Discovery
Service will be unable to locate the modules.
To use ProSoft Configuration Builder, arrange the Ethernet connection so that there is no router/ layer 3
switch between the computer and the module OR reconfigure the router/ layer 3 switch to allow routing of
the UDP broadcast messages.
1 In the tree view in ProSoft Configuration Builder, select the MVI56E-MNETR module.
2 Click the right mouse button to open a shortcut menu. On the shortcut menu, choose
DIAGNOSTICS.
4 In the Connection Setup dialog box, click the BROWSE DEVICE(S) button to open the
ProSoft Discovery Service. Select the module, then right-click and choose ASSIGN
TEMPORARY IP.
Important: The temporary IP address is only valid until the next time the module is initialized. For
information on how to set the module’s permanent IP address, see Ethernet Configuration (page 50).
6 Close the ProSoft Discovery Service window. Enter the temporary IP in the Ethernet
address field of the Connection Setup dialog box, then click the TEST CONNECTION
button to verify that the module is accessible with the current settings.
7 If the Test Connection is successful, click CONNECT. The Diagnostics menu will
display in the Diagnostics window.
Note: For alternative methods of connecting to the module with your PC, refer to Using CIPconnect to
Connect to the Module (page 57) or Using RSWho to Connect to the Module (page 65).
In order for the module to use the settings you configured, you must download (copy) the
updated Project file from your PC to the module.
1 In the tree view in ProSoft Configuration Builder, click once to select the MVI56E-
MNETR module.
2 Open the PROJECT menu, and then choose MODULE / DOWNLOAD.
This action opens the Download dialog box. Notice that the Ethernet address field
contains the temporary IP address you assigned previously. ProSoft Configuration
Builder will use this temporary IP address to connect to the module.
Click TEST CONNECTION to verify that the IP address allows access to the module.
3 If the connection succeeds, click DOWNLOAD to transfer the Ethernet configuration to
the module.
If the Test Connection procedure fails, you will see an error message. To correct the
error, follow these steps.
1 Click OK to dismiss the error message.
2 In the Download dialog box, click BROWSE DEVICE(S) to open ProSoft Discovery
Service.
3 Select the module, and then click the right mouse button to open a shortcut menu.
On the shortcut menu, choose SELECT FOR PCB.
4 Close ProSoft Discovery Service.
5 Click DOWNLOAD to transfer the configuration to the module.
2 Click CIP PATH EDIT to open the CIPconnect Path Editor dialog box.
The CIPconnect Path Editor allows you to define the path between the PC and the
MVI56E-MNETR module. The first connection from the PC is always a 1756-ENBT
(Ethernet/IP) module.
Parameter Description
Source Module Source module type. This field is automatically selected
depending on the destination module of the last rack
(1756-CNB or 1756-ENBT).
Source Module IP Address IP address of the source module (only applicable for
1756-ENBT)
Source Module Node Address Node address of the source module (only applicable for
1756-CNB)
Destination Module Select the destination module associated to the source module
in the rack. The connection between the source and destination
modules is performed through the backplane.
Destination Module Slot Number The slot number where the destination MVI56E module is
located.
0 1 2 3
Ethernet
Rack 1
Slot Module Network Address
0 ControlLogix Processor -
1 Any -
2 MVI56E-MNETR -
3 1756-ENBT IP=192.168.0.100
2 Configure the path as shown in the following illustration, and click CONSTRUCT CIP
PATH to build the path in text format.
Click OK to close the CIPconnect Path Editor and return to the Download dialog box.
3 Check the new path in the Download dialog box.
4 Click TEST CONNECTION to verify that the physical path is available. The following
message should be displayed upon success.
5 Click OK to close the Test Connection pop-up and then click DOWNLOAD to download
the configuration files to the module through the path.
1756-CNB 1756-ENBT
Rack 1
0 1 2 3
Ethernet
ControlNet
0 1 2 3 4 5 6
Rack 1
Slot Module Network Address
0 ControlLogix Processor -
1 1756-CNB Node = 1
2 1756-ENBT IP=192.168.0.100
3 Any -
Rack 2
Slot Module Network Address
0 Any -
1 Any -
2 Any -
3 Any -
4 Any -
5 1756-CNB Node = 2
6 MVI56E-MNETR -
2 Configure the path as shown in the following illustration and click CONSTRUCT CIP
PATH to build the path in text format.
Click OK to close the CIPconnect Path Editor and return to the Download dialog box.
4 Click TEST CONNECTION to verify that the physical path is available. The following
message should be displayed upon success.
5 Click DOWNLOAD to download the configuration files to the module through the path.
Note: You need RSLinx installed on your PC to use this feature. You also need an ENBT module set up in
the rack. For information on setting up the ENBT module, see Using CIPconnect to Connect to the Module
(page 57).
4 Click RSWHO to display modules on the network. The MVI56E-MNETR module will
automatically be identified on the network.
3 Ladder Logic
Ladder logic is required for managing communication between the MVI56E-MNETR
module and the processor. The ladder logic handles tasks such as:
• Module backplane data transfer
• Special block handling
• Status data receipt
Additionally, a power-up handler may be needed to initialize the module’s database and
may clear some processor fault conditions.
The sample Import Rung with Add-On Instruction is extensively commented to provide
information on the purpose and function of each user-defined data type and controller
tag. For most applications, the Import Rung with Add-On Instruction will work without
modification.
The four lower-level controller tag structures contain other controller tags and controller
tag structures. Click the [+] sign next to any controller tag structure to expand it and view
the next level in the structure.
For example, if you expand the MNETR.DATA controller tag structure, you will see that it
contains two controller tag arrays, MNETR.DATA.ReadData and
MNETR.DATA.WriteData, which are 600-element integer arrays by default.
Each controller tag in the Add-On Instruction is commented in the Description column.
Notice that the Data Type column displays the data types used to declare each controller
tag, controller tag array or controller tag structure. Individual controller tags are declared
with basic data types, such as INT and BOOL. Controller tag arrays are declared with
arrays of basic data types. Controller tag structures are declared with user-defined data
types (UDTs).
Click the [+] signs to expand the UDT structures and view lower-level UDTs.
For example, if you expand MNETRDATA, you will see that it contains two UDTs,
ReadData and WriteData. Both of these are 600-element integer arrays by default.
Notice that these UDTs are the data types used to declare the MNETR.DATA.ReadData
and MNETR.DATA.WriteData controller tag arrays.
Each UDT is commented in the Description column.
The following sections describe each of these controller tag structures in more detail.
3.4.1 MNETR.DATA
The controller tags in MNETR.DATA hold user data to be transferred between the
processor and the MVI56E-MNETR module. This read and write data is transferred
between the processor and the module as "pages," or blocks, of data up to 40 words
long.
The data types for the MNETR.DATA.ReadData and MNETR.DATA.WriteData controller
tag arrays are integer arrays containing variable numbers of elements.
MNETR.DATA.ReadData
For ease of use, this array should be dimensioned as a multiple of 40 words. This data is
paged up to 40 words at a time from the module to the processor. The ladder logic
places the received data into the proper position in the ReadData array.
The ReadData array is related to the contents of the Read Data area of the module's
internal database. To view the actual registers in the module's internal database, access
the database display from ProSoft Configuration Builder's Diagnostics menu. For more
information, see the section on PCB Diagnostics (page 83).
MNETR.DATA.WriteData
For ease of use, this array should be dimensioned as a multiple of 40 words. This data is
paged up to 40 words at a time from the processor to the module. The ladder logic
places the write data into the output image for transfer to the module.
The WriteData array is related to the contents of the Write Data area of the module's
internal database. To view the actual registers in the module's internal database, access
the database display from ProSoft Configuration Builder's Diagnostics menu. For more
information, see the section on PCB Diagnostics (page 83).
3.4.2 MNETR.STATUS
For a more complete description of the MNETR.STATUS controller tag structure, refer to
the Status Data Definition (page 88).
3.4.3 MNETR.CONTROL
This controller tag structure is used to request special tasks from the module. For more
information, see Special Function Blocks (page 100).
3.4.4 MNETR.UTIL
Caution: These variables are for internal ladder usage only. Do not use these variables in your own
application, otherwise unpredictable results could occur.
The LastRead tag stores the latest Read Block ID received from the module. The
LastWrite tag stores the latest Write Block ID to be sent to the module. The BlockIndex
tag is an intermediate variable used during the block calculation.
Initialization Messages
Code Message
Boot / DDOK Module is initializing
Ladd Module is waiting for required module configuration data from
ladder logic to configure the application port(s)
Waiting for Processor Connection Module did not connect to processor during initialization
▪ Sample ladder logic or AOI is not loaded on processor
▪ Module is located in a different slot than the one
configured in the ladder logic/AOI
▪ Processor is not in RUN or REM RUN mode
Last config: <date> Indicates the last date when the module changed its IP
address. You can update the module date and time through the
module’s web page, or with the optional MVI56E Advanced
Add-On Instruction.
C0 (Client): CmdCnt: X MinDly : After power up and every reconfiguration, the module will
X CmdOffs: X RespTmout : X display the configuration of the application port(s). The
Retries : X ErrOffs : X information consists of:
ARPTmout : X ErrDelay : X Client
FltFlag : X FltSt : X FltOffs : X ▪ CmdCnt : number of commands configured for the Client
SVR (server) : BIOffs: X WIOffs : ▪ MinDly : Minimum Command Delay parameter
X OutOffs : X HoldOffs : X ▪ CmdOffs : Command Error Pointer parameter
FltFlag : X FltSt : X FltSt : X ▪ RespTmout : Response Timeout parameter
CommTmout : X ▪ Retries : Retry Count parameter
▪ ErrOffs : Error/Status Offset parameter
▪ ARPTmout : ARP Timeout parameter
▪ ErrDelay: Command Error Delay parameter
▪ FltFlag: Float Flag parameter
▪ Flt St : Float Start parameter
▪ FltOffs : Float Offset parameter
Server
▪ BIOffs: Bit Input Offset parameter
▪ WIOffs : Word Input Offset parameter
▪ OutOffs : Output offset parameter
▪ HoldOffs : Holding Register offset parameter
▪ FltFlag: Float Flag parameter
▪ FltSt : Float Start parameter
▪ FltOffs : Float Offset parameter
Operation Messages
After the initialization step, the following message pattern will be repeated.
Code Message
<Backplane Status> OK: Module is communicating with processor
ERR: Module is unable to communicate with processor. For
this scenario, the <Port Status> message above is replaced
with "Processor faulted or is in program mode".
<IP Address> Module IP address
<C0> OK: Port is communicating without error
Communication Errors: port is having communication errors.
Refer to Diagnostics and Troubleshooting (page 75) for further
information about the error.
4.1.5 Troubleshooting
Use the following troubleshooting steps if you encounter problems when the module is
powered up. If these steps do not resolve your problem, please contact ProSoft
Technology Technical Support.
Processor Errors
Problem Description Steps to take
Processor Fault Verify that the module is plugged into the slot that has been configured
for the module in the I/O Configuration of RSLogix.
Verify that the slot location in the rack has been configured correctly in
the ladder logic.
Processor I/O LED This indicates a problem with backplane communications. A problem
flashes could exist between the processor and any installed I/O module, not just
the MVI56E-MNETR. Verify that all modules in the rack are correctly
configured in the ladder logic.
Module Errors
Problem Description Steps to take
MVI56E modules with This indicates that backplane transfer operations are failing. Connect to
scrolling LED display: the module’s Configuration/Debug port to check this.
<Backplane Status> To establish backplane communications, verify the following items:
condition reads ERR ▪ The processor is in RUN or REM RUN mode.
▪ The backplane driver is loaded in the module.
▪ The module is configured for read and write data block transfer.
▪ The ladder logic handles all read and write block situations.
▪ The module is properly configured in the processor I/O configuration
and ladder logic.
OK LED remains RED The program has halted or a critical error has occurred. Connect to the
Configuration/Debug port to see if the module is running. If the program
has halted, turn off power to the rack, remove the card from the rack and
re-insert the card in the rack, and then restore power to the rack.
Tip: You can have a ProSoft Configuration Builder Diagnostics window open for more than one module at a
time.
3 In the Diagnostics window, click the SET UP CONNECTION button to browse for the
module’s IP address.
4 In the Connection Setup dialog box, click the TEST CONNECTION button to verify that
the module is accessible with the current settings.
You can also use CIPconnect® to connect to the module through a 1756-ENBT card.
Refer to Using CIPconnect to Connect to the Module (page 57) for information on
how to construct a CIP path.
2 Close ProSoft Discovery Service, and click the CONNECT button again.
3 If these troubleshooting steps fail, verify that the Ethernet cable is connected
properly between your computer and the module, either through a hub or switch
(using the grey cable) or directly between your computer and the module (using the
red cable).
If you are still not able to establish a connection, contact ProSoft Technology for
assistance.
Version
Use the Version menu to view module hardware and firmware information.
Config
Use the Configuration menu to view backplane configuration settings for the MVI56E-
MNETR module.
The information on this menu corresponds with the configuration information in the
Module settings in ProSoft Configuration Builder.
NIC Status
Use the NIC Status (Network Interface Card) menu to view configuration and status
information for the MVI56E-MNETR module's Ethernet application port.
The information on this menu is useful for troubleshooting Ethernet network connectivity
problems.
Static ARP
Use the Static ARP menu to view the list of IP and MAC addresses that are configured
not to receive ARP (Address Resolution Protocol) messages from the module.
The Static ARP Table (page 49) defines a list of static IP addresses that the module will
use when an ARP is required.
Backplane Status
Use the Status menu to view current backplane status, including
• Number of retries
• Backplane status
• Fail count
• Number of words read
• Number of words written
• Number of words parsed
• Error count
• Event count
• Command count
During normal operation, the read, write, and parsing values should increment
continuously, while the error value should not increment.
The status values on this menu correspond with members of the Status Data Definition
(page 88).
Config
Use the Configuration menu to view configuration settings for MNET Client x.
The information on this menu corresponds with the configuration information in the
MNET Client x settings in ProSoft Configuration Builder.
Status
Use the Status menu to view status for MNET Client x. During normal operation, the
number of requests and responses should increment, while the number of errors should
not change.
Command List
Use the Command List menu to view the command list settings for MNET Client x. The
information on this menu corresponds with the MNET Client x Commands settings in
ProSoft Configuration Builder. Use the scroll bar on the right edge of the window to view
each MNET Client command.
Command Status
Use the Command Status menu to view MNET Client x Command status.
A zero indicates no error. A non-zero value indicates an error. For an explanation of
each value, refer to Client Command Error (page 90).
Config
Use the Configuration menu to view configuration settings for MNET servers connected
to the MNET Client.
The information on this menu corresponds with the configuration information in the
MNET Servers settings in ProSoft Configuration Builder (page 47).
Status
Use the Status menu to view the status of each MNET server connected to the MNET
Client 0. During normal operation, the number of requests and responses should
increment, while the number of errors should not change.
ASCII
Decimal
Float
Hexadecimal
Use the scroll bar on the right edge of the window to view each page (100 words) of
data.
Combinations of errors will result in more than one bit being set in the error word.
Correct any invalid data in the configuration for proper module operation. A value of zero
(0) in this word indicates all bits are clear, which means that all module configuration
parameters contain valid values. However, this does not mean that the configuration is
valid for the user application. Make sure each parameter is set correctly for the intended
application.
For every command that has an error, the module automatically sets the Poll Delay
parameter to the configured value in the Command Error Delay (in seconds). This
instructs the module to wait for X seconds until it attempts to issue the command again.
If set to 0, the module does not use the Command Error Delay and polls based on the
configured Poll Delay in the Client Command list.
As the commands in the Client Command List are polled and executed, an error value is
maintained in the module for each command. This error list can be transferred to the
processor.
Note: When the Client gets error -47 or -48, it uses the adjustable ARP Timeout
parameter in the configuration file to set an amount of time to wait before trying again to
connect to this non-existent server. This feature allows the Client to continue sending
commands and polling other existing servers, while waiting for the non-existent server to
appear on the network.
5 Reference
5.1 Product Specifications
The Modbus TCP/IP Client/Server Enhanced Communication Module with Reduced
Data Block allows Rockwell Automation® ControlLogix® processors to interface easily
with Modbus TCP/IP-compatible devices, such as Modicon Programmable Automation
Controllers (PACs) and a wide variety of Modbus TCP/IP-compatible instruments and
devices.
The MVI56E-MNETR uses a reduced Input/Output (I/O) data image block size for
transferring data between itself and a ControlLogix processor. This makes it ideal for
remote rack applications using ControlNet™ or EtherNet/IP™ process networks. The
module also works well for applications that require redundant ControlLogix processors.
MVI56E-MNETR enhancements include local and remote configuration and diagnostics
through the module’s Ethernet port, and CIPconnect® technology for bridging through
Rockwell Automation ControlNet and EtherNet/IP networks.
Specification Description
Dimensions Standard 1756 ControlLogix® single-slot module
Backplane current load 800 mA @ 5 Vdc
3 mA @ 24 Vdc
Operating temperature 0°C to 60°C (32°F to 140°F)
Storage temperature -40°C to 85°C (-40°F to 185°F)
Shock 30 g operational
50 g non-operational
Vibration 5 g from 10 Hz to 150 Hz
Relative humidity 5% to 95% (with no condensation)
LED indicators Battery Status (ERR)
Application Status (APP)
Module Status (OK)
4-character, scrolling, Shows module, version, IP, application port
alphanumeric LED display setting, port status, and error information
Ethernet port 10/100 Base-T, RJ45 Connector, for CAT5 cable
Link and Activity LED indicators
Auto-crossover cable detection
All data transferred between the module and the processor over the backplane is
through the input and output images. Ladder logic must be written in the ControlLogix
processor to interface the input and output image data with data defined in the controller
tags. All data used by the module is stored in its internal database. This database is
defined as a virtual Modbus data table with addresses from 0 (40001 Modbus) to 4999
(45000 Modbus).
Register Data
4999
Data contained in this database is transferred in blocks, or pages, using the input and
output images. ControlLogix ladder logic and the MVI56E-MNETR module's program
work together to coordinate these block transfers. Up to 40 words of data can be
transferred from the module to the processor (read block - input image) or from the
processor to the module (write block - output image) in each block transfer. The block
structure of each block type depends on the data content and the data transfer function
to be performed by the block. The module uses the following block identification
numbers.
These block identification codes can be broken down into two groups:
This sequence will continue until interrupted by other special function blocks sent by the
processor, by a command request from a node on the Modbus network, or by operator
control through the module’s Configuration/Debug port.
The following topics describe the function and structure of each block.
Read Block
These blocks of data transfer information from the module to the ControlLogix processor.
The following table describes the structure of the input image.
The Read Block ID is an index value used to determine where the 40 words of data from
module memory will be placed in the ReadData[x] controller tag array of the
ControlLogix. Each transfer can move up to 40 words (block offsets 1 to 40) of data.
Write Block
These blocks of data transfer information from the ControlLogix processor to the module.
The following table describes the structure of the output image.
The Write Block ID is an index value used to determine the location in the module’s
database where the data will be placed. Each transfer can move up to 40 words (block
offsets 1 to 40) of data.
Status Block
The Status block is automatically copied from the module into the MNETR.STATUS
controller tag structure when the block ID is 0 or -1, and contains status information
about the module. For more information, see the Status Data Definition (page 88).
Write Write
Local:X:O Modbus Modbus
Tags Tags Local:X:O
Input Input
The block number in word 0 of the block determines the data set of up to 40 output
words to transfer from the processor. Ladder logic in the processor must recognize these
blocks and place the correct information in the output image to be returned to the
module.
Note: Event Commands are not needed for normal Modbus command list polling operations and are
needed only occasionally for special circumstances.
During routine operation, the module continuously cycles through the user-defined
MNET Client 0 Command List (page 40), examining commands in the order they are
listed and sending enabled commands on the network. However, the module also has a
special command priority queue, which is an internal buffer that holds commands from
special function blocks until they can be sent on the network.
When one or more commands appear in the command priority queue:
1 The routine polling process is temporarily interrupted.
2 The commands in the command priority queue are executed until the queue is
empty.
3 Then the module goes back to where it left off on the MNET Client 0 Command List
and continues routine polling.
Event Command blocks send Modbus TCP/IP commands directly from controller tags by
ladder logic to the Client command priority queue on the module. Event Commands are
not placed in the module's internal database and are not part of the MNET Client 0
Command List.
When the module receives this request block, it builds the command, places the
command in the command priority queue (if the queue is not already full; maximum
capacity is 100 commands), and returns a response block to tell the ladder logic whether
or not the command has been successfully added to the queue.
Word 2 of the block can be used by the ladder logic to determine whether or not the
command was successfully added to the command priority queue. The command will fail
if the queue for the port is already full at the time when the Event Command block is
received by the module.
Controller Tags
The elements of the MNETR.CONTROL.EventCmd controller tag array contain all the
values needed to build one Modbus TCP/IP command, have it sent to the module, and
control the processing of the returned response block.
Note: Command Control is not needed for normal Modbus command list polling operations and are needed
only occasionally for special circumstances.
During routine operation, the module continuously cycles through the user-defined
MNET Client 0 Command List (page 40), examining commands in the order they are
listed and sending enabled commands on the network. However, the module also has a
special command priority queue, which is an internal buffer that holds commands from
special function blocks until they can be sent on the network.
When one or more commands appear in the command priority queue:
1 The routine polling process is temporarily interrupted.
2 The commands in the command priority queue are executed until the queue is
empty.
3 Then the module goes back to where it left off on the MNET Client 0 Command List
and continues routine polling.
Like Event Command blocks, Command Control blocks place commands into the
module’s command priority queue. Unlike Event Commands blocks, which contain all the
values needed for one command, Command Control is only used with commands
already defined in the MNET Client 0 Command List.
Commands in the MNET Client 0 Command List may be either enabled for routine
polling or disabled and excluded from routine polling. A disabled command has its
Enable parameter set to NO (0) and is skipped during routine polling. An enabled
command has its Enable parameter set to YES (1) and is sent during routine polling.
However, Command Control allows any command in the predefined MNET Client 0
Command List to be added to the command priority queue, whether it is enabled for
routine polling or not.
Command Control also gives you the option to use ladder logic to have commands from
the MNET Client 0 Command List executed at a higher priority and out of routine order, if
such an option might be required in special circumstances.
A single Command Control block request can place up to six commands from the MNET
Client 0 Command List into the command priority queue.
The last digit in the block identification code indicates the number of commands to
process. For example, a block identification code of 5003 indicates that three commands
are to be placed in the queue. In this case, the first three of the six available Command
Indexes will be used to determine exactly which three commands will be added to the
queue, and to set their order of execution.
Values to enter for the six Command Indexes range from 0 to 99 and correspond to the
MNET Client 0 Command List entries, which are numbered from 1 to 100. To determine
the Command Index value, subtract one (1) from the row number of the command in the
MNET Client 0 Command List, as seen in the Command Editor window of ProSoft
Configuration Builder (PCB).
The module responds to a Command Control block request with a response block,
indicating the number of commands added to the command priority queue.
Controller Tags
The MNETR.CONTROL.CmdControl controller tag array holds all the values needed to
create one Command Control block, have it sent to the module, and control the
processing of the returned response block.
Pass-Through Blocks 9956, 9957, 9958, 9960 and 9961 from Module to Processor
Word Offset Description Length
0 9956, 9957, 9958, 9960 or 9961 1
1 Number of word registers in Modbus data set 1
2 Starting address for Modbus data set 1
3 to 40 Modbus data set 38
41 9956, 9957, 9958, 9960 or 9961 1
The ladder logic should copy and parse the received message and control the processor
as expected by the Client device. The processor responds to the formatted pass-through
blocks with a write block.
Response Blocks 9956, 9957, 9958, 9959, 9960, 9961 or 9970 from Processor to
Module
Word Offset Description Length
0 9956, 9957, 9958, 9959, 9960, 9961 or 9970 1
1 to 41 Spare data area 41
The ladder logic should copy and parse the received message and control the processor
as expected by the Client device. The processor responds to the pass-through block
with a write block.
This informs the module that the command has been processed and can be cleared
from the pass-through queue.
The following topics discuss the operation of the server and Client drivers.
1 The server driver receives the configuration information from the configuration file on
the Personality Module (compact flash card, and the module initializes the server.
2 A Client device, such as a Modicon PLC or an HMI application, issues a read or write
command to the module’s node address. The server driver validates the message
before accepting it into the module. If the message is considered invalid, an error
response is returned to the originating Client node.
3 After the module accepts the command, the module processes the data contained in
the command.
If the command is a read command, the data is read out of the database and a
response message is built.
If the command is a write command, the data is written directly into the database and
a response message is built.
If the command is a write command and the pass-through feature is utilized, the write
message is transferred to the processor ladder logic and is not written directly into
the module’s database, unless it is returned as a change in the output image that
overwrites data in the WriteData area as a result of such ladder logic processing.
4 When the data processing has been completed in Step 3, the response is issued to
the originating Client node.
5 Counters are available in the Status Block that permit the ladder logic program to
determine the level of activity of the server driver.
After the server socket is open, it must receive messages within a one minute period, or
else it will close the socket. After closing, the socket will be reused.
An exception to normal processing is when the pass-through mode is implemented. In
this mode, all write requests are passed directly to the processor and are not placed in
the database. This permits direct, remote control of the processor without changes in the
intermediate database. This mode is especially useful for Client devices that do not send
both states of control. For example, a SCADA system may only send a SET command to
a digital control point and never send a CLEAR command to that same digital point
address because it expects the processor logic to reset the control bit. Pass-through
must be used to simulate this mode. The following illustration shows the data flow for a
server port with pass-through enabled.
1 The Client driver obtains configuration data when the module restarts. This includes
the timeout parameters and the Command List. These values are used by the driver
to determine the type of commands to be issued to the other nodes on the Modbus
TCP/IP network.
2 When configured, the Client driver begins transmitting read and/or write commands
to the other nodes on the network. The data for write commands is obtained from the
module's internal database.
3 Assuming successful processing by the node specified in the command, a response
message is received into the Client driver for processing.
4 Data received from the server is passed into the module's internal database, if the
command was a read command.
5 Status information is routinely sent to the processor in a special Status block among
with the Read data blocks in the normal data transfer sequence.
6 Special functions, such as Event Commands and Command Control options, can be
generated by the processor and sent to the Client driver for action.
Note: The standard connector view shown is color-coded for a straight-through cable.
Each command list record has the same general format. The first part of the record
contains the information relating to the communication module and the second part
contains information required to interface to the Modbus TCP/IP server device.
Query
This function allows the user to obtain the ON/OFF status of logic coils used to control
discrete outputs from the addressed server only. Broadcast mode is not supported with
this function code. In addition to the server address and function fields, the message
requires that the information field contain the initial coil address to be read (Starting
Address) and the number of locations that will be interrogated to obtain status data.
The addressing allows up to 2000 coils to be obtained at each request; however, the
specific server device may have restrictions that lower the maximum quantity. The coils
are numbered from zero; (coil number 1 = zero, coil number 2 = one, coil number 3 =
two, and so on).
The following table is a sample read output status request to read coils 0020 to 0056
from server device number 11.
Adr Func Data Start Pt Data Start Pt Data # Of Pts Data # Of Pts Error Check
Hi Lo Ho Lo Field
11 01 00 13 00 25 CRC
Response
An example response to Read Coil Status is as shown in Figure C2. The data is packed
one bit for each coil. The response includes the server address, function code, quantity
of data characters, the data characters, and error checking. Data will be packed with one
bit for each coil (1 = ON, 0 = OFF). The low order bit of the first character contains the
addressed coil, and the remainder follow. For coil quantities that are not even multiples
of eight, the last characters will be filled in with zeros at high order end. The quantity of
data characters is always specified as quantity of RTU characters, that is, the number is
the same whether RTU or ASCII is used.
Because the server interface device is serviced at the end of a controller's scan, data will
reflect coil status at the end of the scan. Some servers will limit the quantity of coils
provided each scan; thus, for large coil quantities, multiple PC transactions must be
made using coil status from sequential scans.
Addr Func Byte Data Coil Data Coil Data Coil Data Coil Data Coil Error
Count Status 20 Status 28 to Status 36 to Status 44 to Status 52 to Check
to 27 35 43 51 56 Field
11 01 05 CD 6B B2 OE 1B CRC
The status of coils 20 to 27 is shown as CD(HEX) = 1100 1101 (Binary). Reading left to
right, this shows that coils 27, 26, 23, 22, and 20 are all on. The other coil data bytes are
decoded similarly. Due to the quantity of coil statuses requested, the last data field,
which is shown 1B (HEX) = 0001 1011 (Binary), contains the status of only 5 coils (52 to
56) instead of 8 coils. The 3 left most bits are provided as zeros to fill the 8-bit format.
Query
This function allows the user to obtain the ON/OFF status of discrete inputs in the
addressed server PC Broadcast mode is not supported with this function code. In
addition to the server address and function fields, the message requires that the
information field contain the initial input address to be read (Starting Address) and the
number of locations that will be interrogated to obtain status data.
The addressing allows up to 2000 inputs to be obtained at each request; however, the
specific server device may have restrictions that lower the maximum quantity. The inputs
are numbered form zero; (input 10001 = zero, input 10002 = one, input 10003 = two, and
so on, for a 584).
The following table is a sample read input status request to read inputs 10197 to 10218
from server number 11.
Addr Func Data Start Pt Data Start Pt Data #of Pts Data #of Pts Error Check Field
Hi Lo Hi Lo
11 02 00 C4 00 16 CRC
Response
An example response to Read Input Status is as shown in Figure C4. The data is
packed one bit for each input. The response includes the server address, function code,
quantity of data characters, the data characters, and error checking. Data will be packed
with one bit for each input (1=ON, 0=OFF). The lower order bit of the first character
contains the addressed input, and the remainder follow. For input quantities that are not
even multiples of eight, the last characters will be filled in with zeros at high order end.
The quantity of data characters is always specified as a quantity of RTU characters, that
is, the number is the same whether RTU or ASCII is used.
Because the server interface device is serviced at the end of a controller's scan, data will
reflect input status at the end of the scan. Some servers will limit the quantity of inputs
provided each scan; thus, for large coil quantities, multiple PC transactions must be
made using coil status for sequential scans.
A Func Byte Data Discrete Data Discrete Data Discrete Error Check
d Count Input 10197 to Input 10205 to Input 10213 to Field
d 10204 10212 10218
r
1 02 03 AC DB 35 CRC
1
The status of inputs 10197 to 10204 is shown as AC (HEX) = 10101 1100 (binary).
Reading left to right, this show that inputs 10204, 10202, and 10199 are all on. The other
input data bytes are decoded similar.
Due to the quantity of input statuses requested, the last data field which is shown as 35
HEX = 0011 0101 (binary) contains the status of only 6 inputs (10213 to 102180) instead
of 8 inputs. The two left-most bits are provided as zeros to fill the 8-bit format.
Query
Read Holding Registers (03) allows the user to obtain the binary contents of holding
registers 4xxxx in the addressed server. The registers can store the numerical values of
associated timers and counters which can be driven to external devices. The addressing
allows up to 125 registers to obtained at each request; however, the specific server
device may have restriction that lower this maximum quantity. The registers are
numbered form zero (40001 = zero, 40002 = one, and so on). The broadcast mode is
not allowed.
The example below reads registers 40108 through 40110 from server 584 number 11.
Addr Func Data Start Reg Data Start Reg Data #of Data #of Regs Error Check
Hi Lo Regs Hi Lo Field
11 03 00 6B 00 03 CRC
Response
The addressed server responds with its address and the function code, followed by the
information field. The information field contains 1 byte describing the quantity of data
bytes to be returned. The contents of the registers requested (DATA) are two bytes
each, with the binary content right justified within each pair of characters. The first byte
includes the high order bits and the second, the low order bits.
Because the server interface device is normally serviced at the end of the controller's
scan, the data will reflect the register content at the end of the scan. Some servers will
limit the quantity of register content provided each scan; thus for large register
quantities, multiple transmissions will be made using register content from sequential
scans.
In the example below, the registers 40108 to 40110 have the decimal contents 555, 0,
and 100 respectively.
Query
Function code 04 obtains the contents of the controller's input registers at addresses
3xxxx. These locations receive their values from devices connected to the I/O structure
and can only be referenced, not altered from within the controller, The addressing allows
up to 125 registers to be obtained at each request; however, the specific server device
may have restrictions that lower this maximum quantity. The registers are numbered for
zero (30001 = zero, 30002 = one, and so on). Broadcast mode is not allowed.
The example below requests the contents of register 3009 in server number 11.
Addr Func Data Start Data Start Reg Data #of Regs Data #of Regs Error Check
Reg Hi Lo Hi Lo Field
11 04 00 08 00 01 CRC
Response
The addressed server responds with its address and the function code followed by the
information field. The information field contains 1 byte describing the quantity of data
bytes to be returned. The contents of the registers requested (DATA) are 2 bytes each,
with the binary content right justified within each pair of characters. The first byte
includes the high order bits and the second, the low order bits.
Because the server interface is normally serviced at the end of the controller's scan, the
data will reflect the register content at the end of the scan. Each PC will limit the quantity
of register contents provided each scan; thus for large register quantities, multiple PC
scans will be required, and the data provided will be form sequential scans.
In the example below the register 3009 contains the decimal value 0.
Addr Func Byte Data Input Reg Hi Data Input Reg Lo Error Check Field
Count
11 04 02 00 00 E9
Query
This message forces a single coil either ON or OFF. Any coil that exists within the
controller can be forced to either state (ON or OFF). However, because the controller is
actively scanning, unless the coil is disabled, the controller can also alter the state of the
coil. Coils are numbered from zero (coil 0001 = zero, coil 0002 = one, and so on). The
data value 65,280 (FF00 HEX) will set the coil ON and the value zero will turn it OFF; all
other values are illegal and will not affect that coil.
The use of server address 00 (Broadcast Mode) will force all attached servers to modify
the desired coil.
Note: Functions 5, 6, 15, and 16 are the only messages that will be recognized as valid for broadcast.
Addr Func Data Coil # Data Coil # Data On/Off Data Error Check Field
Hi Lo Ind
11 05 00 AC FF 00 CRC
Response
The normal response to the Command Request is to re-transmit the message as
received after the coil state has been altered.
Addr Func Data Coil # Data Coil # Data On/ Data Error Check Field
Hi Lo Off
11 05 00 AC FF 00 CRC
The forcing of a coil via Modbus function 5 will be accomplished regardless of whether
the addressed coil is disabled or not (In ProSoft products, the coil is only affected if the
necessary ladder logic is implemented).
Note: The Modbus protocol does not include standard functions for testing or changing the DISABLE state
of discrete inputs or outputs. Where applicable, this may be accomplished via device specific Program
commands (In ProSoft products, this is only accomplished through ladder logic programming).
Coils that are reprogrammed in the controller logic program are not automatically cleared
upon power up. Thus, if such a coil is set ON by function Code 5 and (even months
later), an output is connected to that coil, the output will be "hot".
Query
Function (06) allows the user to modify the contents of a holding register. Any holding
register that exists within the controller can have its contents changed by this message.
However, because the controller is actively scanning, it also can alter the content of any
holding register at any time. The values are provided in binary up to the maximum
capacity of the controller unused high order bits must be set to zero. When used with
server address zero (Broadcast mode) all server controllers will load the specified
register with the contents specified.
Note Functions 5, 6, 15, and 16 are the only messages that will be recognized as valid for broadcast.
Addr Func Data Start Data Start Data #of Regs Data #of Regs Error Check
Reg Hi Reg Lo Hi Lo Field
11 06 00 01 00 03 CRC
Response
The response to a preset single register request is to re-transmit the query message
after the register has been altered.
Addr Func Data Reg Data Reg Data Input Reg Data Input Reg Error Check Field
Hi Lo Hi Lo
11 06 00 01 00 03 CRC
Request Response
Field Name (Hex) Field Name (Hex)
Function 08 Function 08
Sub-function Hi 00 Sub-function Hi 00
Sub-function Lo 00 Sub-function Lo 00
Data Hi A5 Data Hi A5
Data Lo 37 Data Lo 27
The data fields in responses to other kinds of queries could contain error counts or other
data requested by the sub-function code.
Query
This message forces each coil in a consecutive block of coils to a desired ON or OFF
state. Any coil that exists within the controller can be forced to either state (ON or OFF).
However, because the controller is actively scanning, unless the coils are disabled, the
controller can also alter the state of the coil. Coils are numbered from zero (coil 00001 =
zero, coil 00002 = one, and so on). The desired status of each coil is packed in the data
field, one bit for each coil (1= ON, 0= OFF). The use of server address 0 (Broadcast
Mode) will force all attached servers to modify the desired coils.
Note: Functions 5, 6, 15, and 16 are the only messages (other than Loopback Diagnostic Test) that will be
recognized as valid for broadcast.
The following example forces 10 coils starting at address 20 (13 HEX). The two data
fields, CD =1100 and 00 = 0000 000, indicate that coils 27, 26, 23, 22, and 20 are to be
forced on.
Addr Func Hi Add Lo Quantity Byte Data Coil Data Coil Error Check
Add Cnt Status 20 to Status 28 to Field
27 29
11 0F 00 13 00 0A 02 CD 00 CRC
Response
The normal response will be an echo of the server address, function code, starting
address, and quantity of coils forced.
The writing of coils via Modbus function 15 will be accomplished regardless of whether
the addressed coils are disabled or not.
Coils that are unprogrammed in the controller logic program are not automatically
cleared upon power up. Thus, if such a coil is set ON by function code 15 and (even
months later) an output is connected to that coil, the output will be hot.
Query
Holding registers existing within the controller can have their contents changed by this
message (a maximum of 60 registers). However, because the controller is actively
scanning, it also can alter the content of any holding register at any time. The values are
provided in binary up to the maximum capacity of the controller (16-bit for the 184/384
and 584); unused high order bits must be set to zero.
Note: Function codes 5, 6, 15, and 16 are the only messages that will be recognized as valid for broadcast.
Response
The normal response to a function 16 query is to echo the address, function code,
starting address and number of registers to be loaded.
In this example, the Client addresses a request to server device. The function code (01)
is for a Read Output Status operation. It requests the status of the output at address
1245 (04A1 hex). Note that only that one output is to be read, as specified by the
number of outputs field (0001).
If the output address is non-existent in the server device, the server will return the
exception response with the exception code shown (02). This specifies an illegal data
address for the server.
5.7.2 Overview
The Optional Add-On Instruction Rung Import contains optional logic for MVI56E-
MNETR applications to perform the following tasks.
• Read/Write Ethernet Configuration
Allows the processor to read or write the module IP address, netmask and gateway
values.
Note: This is an optional feature. You can perform the same task through PCB (ProSoft Configuration
Builder). Even if your PC is in a different network group you can still access the module through PCB by
setting a temporary IP address.
Important: The Optional Add-On Instruction only supports the two features listed above. You must use the
sample ladder logic for all other features including backplane transfer of Modbus TCP/IP data.
The Add-On Instruction will be now visible in the ladder logic. Observe that the
procedure has also imported data types and controller tags associated to the Add-On
Instruction.
You will notice that new tags have been imported: four MESSAGE tags,
MVI56MNETRCLOCK and MVI56MNETRETHERNET tags.
4 In the Add-On Instruction, click the [...] button next to each MSG tag to open the
MESSAGE CONFIGURATION TAG.
5 Click the COMMUNICATION tab and click the BROWSE button as follows.
2 The bit will be automatically reset and the current Ethernet settings will be copied
to MVI56MNETRETHERNET controller tag as follows.
2 The bit will be automatically reset and the current clock value will be copied to
MVI56MNETRCLOCK.CONFIG controller tag as follows.
2 Select the 1756-MODULE (Generic 1756 Module) from the list and click OK. This
action opens the New Module dialog box.
Parameter Value
Name Enter a module identification string. The recommended value is
MNETR.
Description Enter a description for the module. Example: MODBUS TCP/IP
INTERFACE MODULE WITH REDUCED DATA BLOCK.
Comm Format Select DATA-INT (Very Important)
Slot Enter the slot number in the rack where the MVI56E-MNETR
module will be installed.
Input Assembly Instance 1
Input Size 42
Output Assembly Instance 2
Output Size 42
Configuration Assembly Instance 4
Configuration Size 0
Enter the Name, Description and Slot options for your application. You must select
the COMM FORMAT AS DATA - INT in the dialog box, otherwise the module will not
communicate over the backplane of the ControlLogix rack. Click OK to continue.
3 In the Connection tab of the Module Properties dialog, select the Requested Packet
Interval value for scanning the I/O on the module. This value represents the
minimum frequency that the module will handle scheduled events. This value should
not be set to less than 1 millisecond. The default value is 5 milliseconds. Values
between 1 and 10 milliseconds should work with most applications.
4 Save the module and click OK to dismiss the dialog box. The Controller Organization
window now displays the module's presence.
5 Copy the Controller Tags (page 66) from the sample program.
6 Copy the User Defined Data Types (page 68) from the sample program.
7 Copy the Ladder Rungs from the sample program.
8 Save and Download (page 30, page 146) the new application to the controller and
place the processor in run mode.
Download the manuals and sample program from the ProSoft Technology web site
You can always download the latest version of the sample ladder logic and user
manuals for the MVI56E-MNETR module from the ProSoft Technology website, at
www.prosoft-technology.com/support/downloads (http://www.prosoft-
technology.com/support/downloads)
From that link, navigate to the download page for your module and choose the sample
program to download for your version of RSLogix 5000 and your processor.
Important: The RSLinx service must be installed and running on your computer in order for RSLogix to
communicate with the processor. Refer to your RSLinx and RSLogix documentation for help configuring and
troubleshooting these applications.
1 Connect an RS-232 serial cable from the COM (serial) port on your PC to the
communication port on the front of the processor.
2 Start RSLogix 5000 and close any existing project that may be loaded.
3 Open the COMMUNICATIONS menu and choose GO ONLINE. RSLogix will establish
communication with the processor. This may take a few moments.
4 When RSLogix has established communication with the processor, the Connected
To Go Online dialog box will open.
5 In the Connected To Go Online dialog box, click the GENERAL tab. This tab shows
information about the processor, including the Revision (firmware) version. In the
following illustration, the firmware version is 11.32
6 Select the sample ladder logic file for your firmware version.
3 Click the CHANGE TYPE or CHANGE CONTROLLER button. This action opens the
Change Controller dialog box.
4 Open the TYPE dropdown list, and then select your ControlLogix controller.
5 Select the correct firmware revision for your controller, if necessary.
6 Click OK to save your changes and return to the previous window.
3 In the SLOT field, use the up and down arrows on the right side of the field to select
the slot number where the module will reside in the rack, and then click OK.
RSLogix will automatically apply the slot number change to all tags, variables and ladder
logic rungs that use the MVI56E-MNETR slot number for computation.
Note: The key switch on the front of the ControlLogix processor must be in the REM position.
1 If you are not already online to the processor, open the COMMUNICATIONS menu, and
then choose DOWNLOAD. RSLogix will establish communication with the processor.
2 When communication is established, RSLogix will open a confirmation dialog box.
Click the DOWNLOAD button to transfer the sample program to the processor.
3 RSLogix will compile the program and transfer it to the processor. This process may
take a few minutes.
4 When the download is complete, RSLogix will open another confirmation dialog box.
Click OK to switch the processor from PROGRAM mode to RUN mode.
Note: If you receive an error message during these steps, refer to your RSLogix documentation to interpret
and correct the error.
Note: For technical support calls within the United States, ProSoft Technology’s 24/7 after-hours phone
support is available for urgent plant-down issues.
North America (Corporate Location) Europe / Middle East / Africa Regional Office
Phone: +1.661.716.5100 Phone: +33.(0)5.34.36.87.20
[email protected] [email protected]
Languages spoken: English, Spanish Languages spoken: French, English
REGIONAL TECH SUPPORT REGIONAL TECH SUPPORT
[email protected] [email protected]
Latin America Regional Office Asia Pacific Regional Office
Phone: +52.222.264.1814 Phone: +60.3.2247.1898
[email protected] [email protected]
Languages spoken: Spanish, English Languages spoken: Bahasa, Chinese, English,
REGIONAL TECH SUPPORT Japanese, Korean
[email protected] REGIONAL TECH SUPPORT
[email protected]