Moxa Mgate mb3660 Series Manual v6.2
Moxa Mgate mb3660 Series Manual v6.2
User Manual
www.moxa.com/products
Copyright Notice
© 2022 Moxa Inc. All rights reserved.
Trademarks
The MOXA logo is a registered trademark of Moxa Inc.
All other trademarks or registered marks in this manual belong to their respective manufacturers.
Disclaimer
• Information in this document is subject to change without notice and does not represent a commitment
on the part of Moxa.
• Moxa provides this document as is, without warranty of any kind, either expressed or implied, including,
but not limited to, its particular purpose. Moxa reserves the right to make improvements and/or
changes to this manual, or to the products and/or the programs described in this manual, at any time.
• Information provided in this manual is intended to be accurate and reliable. However, Moxa assumes no
responsibility for its use, or for any infringements on the rights of third parties that may result from its
use.
• This product might include unintentional technical or typographical errors. Changes are periodically
made to the information herein to correct such errors, and these changes are incorporated into new
editions of the publication.
www.moxa.com/support
Table of Contents
1. Introduction ......................................................................................................................................... 5
Overview .............................................................................................................................................. 5
Package Checklist .................................................................................................................................. 6
Product Features ................................................................................................................................... 7
2. Getting Started ..................................................................................................................................... 8
Connecting the Power ............................................................................................................................ 8
Connecting Serial Devices ....................................................................................................................... 8
Connecting to a Host or the Network ........................................................................................................ 8
Wiring Requirements .............................................................................................................................. 9
LED Indicators ....................................................................................................................................... 9
Dimensions ......................................................................................................................................... 10
Adjustable Pull High/Low Resistors for the RS-485 Port ............................................................................ 11
SD card .............................................................................................................................................. 12
Pin Assignments .................................................................................................................................. 13
Power Input ........................................................................................................................................ 13
Relay Output ....................................................................................................................................... 13
Rackmount ......................................................................................................................................... 14
Specifications ...................................................................................................................................... 14
3. Device Search Utility........................................................................................................................... 16
Installing the Software ......................................................................................................................... 16
Starting Device Search Utility (DSU) ...................................................................................................... 20
Connecting to the Unit.......................................................................................................................... 20
Broadcast Search ......................................................................................................................... 21
Search IP .................................................................................................................................... 23
Locate......................................................................................................................................... 23
Upgrading the Firmware ....................................................................................................................... 24
4. Web Console Configuration ................................................................................................................. 25
Logging into the Web Console ............................................................................................................... 25
Basic Settings ..................................................................................................................................... 26
Network Settings ................................................................................................................................. 27
Serial Settings ..................................................................................................................................... 28
Protocol Settings ................................................................................................................................. 29
Transparent Mode ........................................................................................................................ 29
Agent Mode ................................................................................................................................. 38
System Management .................................................................................................................... 52
System Monitoring ....................................................................................................................... 62
Save/Restart ....................................................................................................................................... 65
Logout................................................................................................................................................ 66
MXview .............................................................................................................................................. 66
MXconfig ............................................................................................................................................ 68
5. Typical Applications ............................................................................................................................ 70
Ethernet Masters with Multiple Serial Slaves............................................................................................ 70
Serial Masters with Multiple Ethernet Slaves............................................................................................ 71
Modbus TCP Masters with ASCII and RTU Slaves ..................................................................................... 71
Serial Master(s) with Serial Slaves ......................................................................................................... 72
6. Case Studies ....................................................................................................................................... 73
Introduction ........................................................................................................................................ 73
Replace Serial Masters with Ethernet Master(s), Configurable Slave IDs ..................................................... 73
Replace Serial Masters with Ethernet Master(s), Fixed Slave IDs................................................................ 74
Keep Serial Master and Add Ethernet Master(s) ....................................................................................... 74
Serial Redirector .................................................................................................................................. 74
Integrate Modbus RTU, ASCII, and TCP at the Same Time ........................................................................ 75
A. Modbus Overview ............................................................................................................................... 76
Introduction ........................................................................................................................................ 76
Devices are Either Masters or Slaves ...................................................................................................... 76
Slaves are Identified by ID.................................................................................................................... 76
Communication is by Request and Response ........................................................................................... 76
Requests Need a Time Limit .................................................................................................................. 77
Modbus Ethernet vs. Modbus Serial ........................................................................................................ 78
Integrate Modbus Serial and Ethernet with Gateways ............................................................................... 78
B. SNMP Agents with MIB II and RS-232-Like Groups ............................................................................79
RFC1213 MIB-II Supported SNMP Variable .............................................................................................. 79
RFC1317 RS-232-Like Groups ............................................................................................................... 80
1. Introduction
Welcome to the MGate MB3660 Series of 8 or 16-port Modbus gateways that convert between Modbus TCP
and Modbus RTU/ASCII protocols.
All MB3660 gateways (MB3660-8, MB3660-16) have dual AC/DC power inputs and dual IP addresses built in
for redundancy. Magnetic serial port isolation is also provided for “-I” models.
In this chapter, we give an introduction to the MGate MB3660. The following topics are covered:
Overview
The MGate MB3660 (MB3660-8 and MB3660-16) Series comprises redundant Modbus gateways that convert
between Modbus TCP and Modbus RTU/ASCII protocols. They can be accessed by up to 256 Modbus TCP
client (master) devices, or connect to 128 Modbus TCP server (slave) devices. The MGate MB3660 isolation
model provides 2 kV isolation protection suitable for power substation applications. The MGate MB3660
gateways are designed to easily integrate Modbus TCP and RTU/ASCII networks. The MGate MB3660
gateways offer features that make network integration easy, customizable, and compatible with almost any
Modbus network.
For large-scale Modbus deployments, MGate MB3660 gateways can effectively connect a large number of
Modbus nodes to the same network. The MB3660 Series can physically manage up to 248 serial slave nodes
for 8-port models or 496 serial slave nodes for 16-port models (the Modbus standard only defines Modbus
IDs from 1 to 247). Each RS-232/422/485 serial port can be configured individually for Modbus RTU or
Modbus ASCII operation and for different baudrates, allowing both types of networks to be integrated with
Modbus TCP through one Modbus gateway.
Transparent mode helps users adopt existing SCADA programs, but with reduced communication
performance, whereas agent mode is characterized by high performance, but it requires users to go through
the trouble of keying in Modbus commands. In order to provide better performance, without requiring users
to key in a lot of Modbus commands, the MGate MB3660 gateways are designed with an innovative
Command Learning function, which can be activated with a single mouse click. Once activated, the gateway
will learn and memorize the Modbus commands it receives, and once a command has been learned, the
gateway will act as though it were in agent mode and actively send Modbus requests to the relevant Modbus
devices. Since the data is saved in a different memory space that can be accessed by the SCADA system,
the SCADA system can retrieve Modbus response data directly from the gateway’s memory, instead of
waiting for the data to pass through the Modbus devices, dramatically increasing communication
performance.
Package Checklist
All models in the MGate MB3660 Series are shipped with the following items:
Standard Accessories
• MGate MB3660 Modbus gateway
• 8-pin RJ45-to-DB9 female serial cable for console setting
• Two L-shaped brackets for wall mounting
• Two AC power cord (for AC models); two terminal blocks (for DC models)
• One dust cover for the SD slot
• Quick installation guide (printed)
• Warranty card
NOTE
The dust cover for the SD slot should be used in accordance with the MGate's operating temperature,
which is from 0 to 60°C.
Optional Accessories
• Mini DB9F-to-TB Adapter: DB9 female to terminal block adapter for RS-422/485 applications
• CBL-RJ45M9-150: 8-pin RJ45 to DB9 male cable, 150 cm
• CBL-RJ45F9-150: 8-pin RJ45 to DB9 female cable, 150 cm
• CBL-F9M9-20: RJ45-to-DB9 female serial cable, 150 cm
• CBL-RJ45SF9-150: RJ45-to-DB9 female serial shielded cable, 150 cm
• WK-45-01: Wall-mounting kit, 2 L-shaped plates, 6 screws, 45 x 57 x 2.5 mm
• PWC-C13AU-3B-183: Power cord with Australian (AU) plug, 183 cm
• PWC-C13CN-3B-183: Power cord with three-prong China (CN) plug, 183 cm
• PWC-C13EU-3B-183: Power cord with Continental Europe (EU) plug, 183 cm
• PWC-C13JP-3B-183: Power cord with Japan (JP) plug, 7 A/125 V, 183 cm
• PWC-C13UK-3B-183: Power cord with United Kingdom (UK) plug, 183 cm
• PWC-C13US-3B-183: Power cord with United States (US) plug, 183 cm
• CBL-PJTB-10: Non-locking barrel plug to bare-wire cable
NOTE
Notify your sales representative if any of the above items are missing or damaged.
This chapter provides basic instructions for installing the MGate MB3660.
Note that the unit does not have an on/off switch. It automatically turns on when it receives power. The
PWR LED on the front panel will glow to indicate that the unit is receiving power. There are two DC power
inputs for redundancy.
• All devices that are connected to a single serial port must use the same protocol (i.e., either Modbus
RTU or Modbus ASCII).
• Each master device must connect to its own port on the unit. If you are connecting to a network with
both master and slave devices, the master must be connected to a separate port from the slaves.
For serial port pin assignments, refer to the Pin Assignments section.
• For normal operation, use a standard straight-through Ethernet cable to connect the unit to your
Modbus TCP network.
• For initial configuration or for troubleshooting purposes, you may connect the unit directly to a PC.
The unit’s Link LED will light up to indicate a live Ethernet connection.
The MGate MB3660 has two Ethernet ports with two MAC addresses. Hence, the unit can be connected by
two different IP addresses.
• Use separate paths to route wiring for power and devices. If power wiring and device wiring paths must
cross, make sure the wires are perpendicular at the point of intersection.
NOTE
Do not run signal or communication wiring and power wiring in the same wire conduit. To avoid
interference, wires with different signal characteristics should be routed separately.
• You can use the type of signal transmitted through a wire to determine which wires should be kept
separate. The rule of thumb is that wiring that shares similar electrical characteristics can be bundled
together.
• Keep input wiring and output wiring separate.
• When necessary, we strongly advise labeling wiring to all devices in the system.
LED Indicators
Item Description
Press the Reset button for five seconds to load factory defaults. The MGate MB3660
Reset Button
will beep twice when the configuration has been reset.
(LEDs)
Red Power connection
PWR 1, PWR 2
Off Power cable is not connected
Steady on: Power is on, and unit is booting up
Red Blinking: IP conflict, the DHCP or BOOTP server did not respond
properly, or a relay output occurred
Ready
Steady on: Power is on, and unit is functioning normally
Green
Blinking: Unit is responding to locate function
Off Power is off, or power error condition exists
Tx 1–8 (16) Green Serial port is transmitting data
Rx 1–8 (16) Amber Serial port is receiving data
Green Indicates 100 Mbps Ethernet connection
LAN 1, LAN 2 Amber Indicates 10 Mbps Ethernet connection
Off Ethernet cable is disconnected
AC-DB9 Models
DC-DB9 Models
AC-RJ45 Models
To add a 120 ( termination resistor, set switch 3 on the port’s assigned DIP switch to ON; set switch 3
to OFF (the default setting) to disable the termination resistor.
To set the pull high/low resistors to 150 K(, set switches 1 and 2 on the port’s assigned DIP switch to
OFF. This is the default setting.
To set the pull high/low resistors to 1 K(, set switches 1 and 2 on the port’s assigned DIP switch to ON.
ATTENTION
Do not use the 1 KΩ pull high/low setting on the MGate MB3660 when using the RS-232 interface. Doing
so will degrade the RS-232 signals and reduce the effective communication distance.
First time using the MGate with a SD card containing a configuration file
1. Power off the MGate and insert the SD card.
2. Power on the MGate.
3. The configuration file stored in the SD card will automatically copy to the MGate.
1. The SD card has less than 256 Mbytes of free space remaining.
2. The SD card is write-protected.
3. The file system is corrupted.
4. The SD card is damaged.
The MGate will stop for the abovementioned events, accompanied by a flashing Ready LED and beeping
alarm. When you replace the MGate gateway’s SD card, the SD card will synchronize the configurations
stored on the MGate gateway. Note that the replacement SD card should not contain any configuration files
on it; otherwise, the out-of-date configuration will copy to the MGate device.
Power Input
Relay Output
Specifications
Ethernet Interface
Number of Ports: 2 ports (2 IP addresses)
Speed: 10/100 Mbps, Auto MDI/MDIX
Connector: RJ45 x 2
Protocols: Modbus TCP Client/Server
Serial Interface
Number of Ports:
MGate MB3660-8: 8 ports
MGate MB3660-16: 16 ports
MGate MB3660I-8: 8 ports
MGate MB3660I-16: 16 ports
Serial Standards: RS-232/422/485, software selectable
Connector: DB9 male or RJ45
RS-485 Data Direction Control: ADDC® (automatic data direction control)
Isolation Protection: 2 kV (for “-I” model)
Protocols: Modbus RTU/ASCII Master/Slave
Serial Signals
RS-232: TxD, RxD, RTS, CTS, DTR, DSR, DCD, GND
RS-422: Tx+, Tx-, Rx+, Rx-, GND
RS-485 (4-wire): Tx+, Tx-, Rx+, Rx-, GND
RS-485 (2-wire): Data+, Data-, GND
Software
Power Requirements
Input Voltage:
For DC models: Dual 20 to 60 VDC (1.5 kV isolation)
For AC models: Dual 100 to 240 VAC, 47 to 63 Hz
Power Connector: Terminal block (for DC models)
Power Consumption:
MGate MB3660-8-2AC: 144mA/110V, 101mA/220V
MGate MB3660-8-2DC: 312mA/24V, 156mA/48V
MGate MB3660-8-J-2AC: 111mA/110VAC, 81mA/220VAC
MGate MB3660-16-2AC:178mA/110V,120mA/220V
MGate MB3660-16-2DC: 390mA/24V, 195mA/48V
MGate MB3660-16-J-2AC: 133mA/110VAC, 92mA/220VAC
MGate MB3660I-8-2AC: 100-240 VAC, 50/60 Hz, 310 mA (max.)
MGate MB3660I-16-2AC: 100-240 VAC, 50/60 Hz, 310 mA (max.)
Standards and Certifications
Safety: UL 60950-1, EN 60950-1 (LVD)
EMC: CE, FCC
EMS:
EN 55032/24
EN 61000-4-2 (ESD) Level 3 for power side, Level 4 for serial side (Contact: 8 kV, Air: 15 kV)
EN 61000-4-3 (RS) Level 2
EN 61000-4-4 (EFT) Level 2
EN 61000-4-5 (Surge) Level 3
EN 61000-4-6 (CS), Level 3
EN 61000-4-8 (PFMF) Level 3
Shock: IEC 60068-2-27, IEC 60870
Freefall: IEC 60068-2-32
Vibration: IEC 60068-2-64, IEC 61373
Warranty
Warranty Period: 5 years
Details: See www.moxa.com/warranty
1. Please download the DSU from Moxa's website at http://www.moxa.com. Then, run the following setup
program to begin the installation process:
dsu_setup_[Version]_Build_[DateTime].exe
The version might be named dsu_setup_Ver2.x_Build_xxxxxxxx.exe, for example:
4. When the Select Additional Tasks window appears, click Next to continue. You may select Create a
desktop icon if you would like a shortcut to DSU on your desktop.
6. A progress bar will appear. The procedure should take only a few seconds to complete.
8. You may also open DSU through Start > Programs > MOXA > DSU, as shown below.
Before running DSU, make sure that your PC and the MGate MB3660 are connected to the same network.
Alternatively, the MGate MB3660 Series may be connected directly to the PC for configuration purposes.
Refer to Chapter 2 for more details.
You may open DSU from the Windows Start menu by clicking Start > Programs > MOXA > DSU. The DSU
window should appear as shown below.
If the search is successful, the unit will be listed in the DSU window. Right click the unit to open a pop-up
list of possible actions, or double click a unit to open the web console.
Locate
The Locate function will cause the unit to beep, so you can determine which unit is the target.
To Import or Export the configuration file, click the icons to import the configuration file from a laptop or
export the currently used unit’s configuration file to a laptop.
ATTENTION
If Search IP fails to locate the MGate MB3660, the IP address that you entered might be incorrect. Try
doing the search again and re-entering the IP address carefully.
Another possibility is that the MGate MB3660 is located on the same LAN as your PC, but on a different
subnet. In this case, you can modify your PC’s IP address and/or netmask so that it is on the same subnet
as the MGate MB3660. After your PC and the MGate MB3660 are on the same subnet, DSU should be able
to find the unit.
The MGate MB3660 provides a web console for easy configuration through a web browser such as Microsoft
Internet Explorer or Google Chrome.
The welcome page shows information relevant to the MGate MB3660, which is also considered as the
Overview page.
Server Setting
Parameter Value Notes
You can enter a name to help you identify the unit, such as
Server Name (an alphanumeric string)
the function, etc.
You can enter a name to help you identify the unit location.
Server Location (an alphanumeric string)
such as “Cabinet A001.”
Time Settings
The MGate MB3660 has a built-in real-time clock for time calibration functions. Functions such as the log
function can add real-time information to the message. You can do time calibration either followed by local
time or time server.
ATTENTION
First-time users should select the time zone first. The console will display the real time according to the
relevant GMT time zone. If you would like to modify the real-time clock, select Local time. The MGate’s
firmware will modify the GMT time according to the time zone.
ATTENTION
When modifying the local time, select the time zone first. The time display will be updated to reflect the
specified time zone.
The MGate MB3660 gateways have dual Ethernet ports with dual MACs. There are two LAN modes: Dual
Subnet and Single IP.
Dual Subnet mode allows the gateway to have two different IP addresses, each with distinct netmask and
gateway settings. Single IP mode allows users to use the same IP address on both Ethernet ports.
You need to choose which LAN port will be active when the device boots up. The MGate MB3660 will
continuously send PING requests to the assigned host to determine the network status. If the active LAN
fails to respond, the unit will automatically hand over to the backup LAN. This mechanism not only detects a
physical link down situation, but also the actual network status via the PING function. Consequently, you
can plug in both Ethernet cables into the two Ethernet ports using the same IP address. The MGate MB3660
gateway will detect and hand over to the active/backup LAN automatically.
Ethernet Settings
Parameter Value Notes
Select Static IP if you are using a fixed IP address. Select
IP Configuration Static IP, DHCP, BOOTP
one of the other options if the IP address is set dynamically.
192.168.127.254 The IP (Internet Protocol) address identifies the server on
IP Address
(or other 32-bit number) the TCP/IP network.
255.255.255.0 This identifies the server as belonging to a Class A, B, or C
Netmask
(or other 32-bit number) network.
0.0.0.0 This is the IP address of the router that provides network
Gateway
(or other 32-bit number) access outside the server’s LAN.
DNS Server
Parameter Value Notes
0.0.0.0
DNS Server 1 This is the IP address of the primary domain name server.
(or other 32-bit number)
0.0.0.0
DNS Server 2 This is the IP address of the secondary domain name server.
(or other 32-bit number)
Serial settings
Parameter Value Notes
Baudrate 50 bps to 921600 bps
None, Odd, Even, Mark,
Parity
Space
Data bits 8
Stop bits 1, 2
RTS Toggle will turn off RTS signals when there is no data to
None, RTS/CTS, RTS
Flow control be sent. If there is data to be sent, RTS will turn on before
Toggle
data transmission and off after the transmission completes.
The internal buffer of UART. Disabling FIFO can reduce the
FIFO Enable, Disable latency time when receiving data from serial
communications, but this will also slow down the throughput.
RS-232 RS-422 RS-485 2
Interface
wire RS-485 4 wire
RTS on delay 0-100 ms Only available for RTS Toggle
RTS off delay 0-100 ms Only available for RTS Toggle
RTS Toggle
The RTS Toggle function in flow control is used for RS-232 mode only. This flow-control mechanism is
achieved by toggling the RTS pin in the transmission direction. When activated, data will be sent after the
RTS pin is toggled ON for the specified time interval. After data transmission is finished, the RTS pin will
toggle OFF for the specified time interval.
In Transparent mode, the gateway will bypass and translate Modbus commands between Modbus TCP and
RTU/ASCII. In Agent mode, the gateway will actively poll the Modbus slave devices and store the data in
the gateway’s memory. The Modbus master can retrieve Modbus slave devices’ data via the gateway’s
memory.
Transparent Mode
Mode
Select Transparent under Operation Mode, and the Mode would be listed on the first tab.
Double-click the intended serial port column to set detailed Modbus parameters, or click Edit to enter the
settings page.
For convenience, you can apply the setting to other serial ports by checking the desired ports or to all ports
by selecting the All ports checkbox. This feature can dramatically reduce the time needed to configure
Modbus gateways that service a large number of serial ports.
In order to provide better performance as an agent gateway under transparent mode, but without requiring
users to key in a lot of Modbus commands, the MGate MB3660 series of gateways are designed with an
innovative command learning function, which can be enabled with a single mouse click on Enable
Intelligent Mode. Then, press OK and Activate, and the function will be activated.
Once activated, the gateway will learn and memorize the Modbus commands it receives. While a command
has been learned, the gateway will act as though it were in agent mode and actively send Modbus requests
to the relevant Modbus devices. Since the data is saved in a different memory space that can be accessed
by the SCADA system, the SCADA system can retrieve Modbus response data directly from the gateway’s
memory, instead of waiting for the data to pass through the Modbus devices, dramatically increasing
communication performance.
Slave ID Map
The Slave ID Map tab is where slave IDs are managed. The definitions on this tab determine how Modbus
requests will be routed by the unit. With the slave ID table, a routing mechanism is achieved for gateways
with two or more serial ports. Since the Modbus devices (all with different slave IDs) are connected to the
different serial ports of a gateway, the Modbus requests should be routed to the specific serial port that is
connected to the targeted Modbus slave device.
The Moxa Modbus gateways provide an auto routing mechanism that eliminates the burdensome task of
setting the slave ID table manually. Now, users no longer need to set the routing table. The Moxa Modbus
gateways will help detect and route correctly.
Enable Auto Device Routing, and a message window will pop up.
Once the Modbus Master starts to send Modbus requests, the gateway will auto-detect the routing and show
results in the Slave ID table.
This snapshot shows the routing mechanism is in Auto mode, and the gateway detects that slave ID 1 and 2
are connected to port 1 and slave ID 3 is connected to port 2.
If a conflict exists, the table will show the error in red for notification purposes.
For example, two Modbus devices with the same slave ID are connected to serial port 1 and port 2.
On the other hand, if you have manually set routing table already and would like to enable the auto routing
mechanism for the newly added devices, click Cancel to keep the existing routing table. The gateway will
keep the existing user-set routing table and automatically route the newly devices. Note that if a newly
added device cannot be polled by the Modbus master correctly; the slave ID of this newly added device
might be set in the existing user-set table. Users have to modify the existing user-set table.
Another scenario is when legacy Modbus devices cannot set slave ID arbitrarily. It has a fixed slave ID or a
short range of slave IDs. Then, the slave IDs of the Modbus devices connected to different serial ports will
be in conflict. The virtual-to-real slave ID function can help you to connect the same slave ID devices to
different serial ports of a gateway.
Let’s assume there are two legacy Modbus devices (named Device A, and Device B) with the same slave ID
1. Device A is connected to serial port 1 and Device B is connected to serial port 2. On the Modbus Master
side, the Modbus request for Device A is recognized by slave ID 1, and the request for Device B is
recognized by slave ID 2. You have to set the offset for the duplicate slave ID.
Original Setting
Then, select the second channel and click Edit. Since the virtual ID recognized by the Modbus master side is
2, and the real slave ID of the device B is ID 1, the offset should be set as -1.
Now, the Modbus master can send a request with slave ID 1 to the Modbus device A connected to serial port
1 as well as sent a request with slave ID 2 to the Modbus device B connected in serial port 2.
Priority control is designed for requests that are sent to Modbus RTU/ASCII slaves. Since Modbus RTU/ASCII
slaves cannot handle multiple requests, the Modbus gateway must send each request individually and wait
for the response before sending the next request. As requests stack up, the response time can suffer. This
can cause problems for certain critical requests that require an immediate response.
With priority control, you can specify that certain requests are sent to the front of the queue for more
immediate response times. Priority requests can be specified by master (IP address or serial port), TCP port,
or command type (slave ID, function code, or data). When the Modbus gateway identifies a priority request,
the request will immediately be placed at the front of the queue.
To define a priority request, enable the appropriate priority scheme (i.e., Specified Masters, Specified
TCP Port, or Specified Requests). Then, specify the parameter(s) that will indicate a priority request.
Finally, click Add/Modify to apply this definition. (This last step is not necessary for Specified TCP Port.)
Parameter Value
Initial delay 0-30000 ms
Modbus TCP exception Enable or Disable
Modbus TCP listen port 1-65535
Modbus TCP response timeout 10-120000 ms
Initial Delay
Some Modbus slaves may take more time to boot up than other devices. For certain environments, this may
cause the entire system to suffer from repeated exceptions during the initial boot-up. You can force the
MGate to wait after booting up before sending the first request with the Initial Delay setting.
The MGate MB3660 is a protocol gateway that transparently passes requests and responses between the
Ethernet and serial interfaces. In some situations, it may be necessary for the gateway to return an
exception in response to a request from a Modbus TCP master. This is enabled or disabled with the Modbus
TCP Exception setting. When enabled, the unit can return two types of exception:
Exception Conditions
There is no response from the slave. Maybe the device is offline or the serial cable
Timeout
is broken.
There are two situations that will result in this exception:
Request dropped The request queue is full (32 request queue for each master)
The destination ID is not included in the slave ID map.
Not all Modbus TCP masters require this exception, so it is up to you to determine if this setting should be
enabled.
Allow you to change Modbus TCP listen port from the default value (502).
According to the Modbus standard, the time that it takes for a slave device to respond to a request is
defined by the device manufacturer (refer to Appendix A for details). Based on this response time, a master
can be configured to wait a certain amount of time for a slave’s response. If no response is received within
the specified time, the master will disregard the request and continue operation. This allows the Modbus
system to continue operation even if a slave device is disconnected or faulty.
On the MGate MB3660, the Modbus TCP response timeout field is used to configure how long the
gateway will wait for a response from a Modbus ASCII or RTU slave. Refer to your device manufacturer’s
documentation to manually set the response timeout.
In order to activate Intelligent Mode, the feature of Enable Intelligent Mode is needed to be preset
under Mode (Modbus Parameter) settings.
The learned Modbus commands will be shown on the Intelligent Commands tab. The gateway will act as
in agent mode when intelligent mode is activated. Once the Modbus command is learned, the gateway will
start to actively poll the Modbus device according to the command learned from the SCADA system. You can
edit the learned Modbus commands received from the Modbus master by clicking the Edit button. Once you
click it, the pop-up message with regards to suspending intelligent mode will appear. To continue this
process, the active polling function will be activated. Also, the status of intelligent mode will change to
Suspended.
The gateway now acts as though it were in agent mode and actively polls the Modbus slave devices. The
Modbus Master will retrieve the Modbus device’s data directly from the gateway’s memory. If the serial
device fails, the Modbus master will not be aware of the failure since it is still getting the Modbus slave’s
data from the gateway’s memory. The gateway is designed with a fail report mechanism to inform the
Modbus Master. You may set a pre-defined value for the serial port abnormality warning in the Value to
TCP master when serial fail text box. When the serial device fails, the gateway will automatically write
this predefined value to memory. The Modbus master will be aware of the serial device failure when it
receives this predefined value.
Agent Mode
When running in agent mode, two Modbus roles must be set. One is the Ethernet side (Modbus TCP), and
the other is the serial side (Modbus RTU/ASCII).
Modbus TCP
The MGate MB3660 supports a Modbus TCP function with Master (Client) and Slave (Server) modes. For
slave mode, the MGate works as a server and waits for incoming connections from the Modbus TCP client.
In master mode, the MGate works as a client and tries to build a TCP connection with the remote Modbus
TCP slave device.
NOTE
Under Modbus TCP server mode, the recommended polling interval of each Modbus request is 2000 ms
when establishing 256 Modbus TCP connections. For a requirement that needs a shorter polling interval
than 2000 ms, the number of connections should be adjusted accordingly.
The MGate MB3660 supports Modbus slave mode, which means the MGate will work as a server and wait for
incoming connection requests. The default TCP listen port is 502. In this mode, the MGate will wait for
incoming Modbus TCP requests and use the internal memory as the slave register to respond.
Modify the Slave ID settings to match the system requirements. The default TCP port for Modbus TCP is
502, so you may need to modify if there is a firewall in place.
The MGate MB3660 supports Modbus TCP master mode, which means the MGate will work as a client and
send the Modbus command request to the slave device actively. You will need to configure each Modbus
command manually. On this page, users can see all the commands listed in the table.
To add a new command or modify the existing one, click the Add button or Modify button and a new dialog
box will appear. To remove Modbus commands, select the specific command and then click the Remove
button.
To communicate with remote Modbus TCP slave devices, specify the Modbus command for each device. For
each Modbus read/write command, specify the internal memory address for data exchange. For the read
command, the information received from remote devices will be updated to the specified internal memory
address. For the write command, the data in the specified internal memory address will be sent to the
remote device. The data will be used to update the remote device register.
Parameters Description
Enable To enable/disable this Modbus command
Name Enter a name to help identify the command, such as the location, function, etc.
Slave IP address The IP address of remote slave device.
The TCP port number of remote slave devices.
Port
1 to 65535
The Modbus slave ID that this slave module will accept.
Slave ID 0: Broadcasting
1–255: Device specific.
When a message is sent from a Client to a Server device the function code field
tells the server what kind of action to perform.
We support the following function codes so far:
01: Read coils
02: Read discrete inputs
03: Read holding registers
Function
04: Read input register
05: Write single coil
06: Write single register
15: Write multiple coils
16: Write multiple registers
23: Read/Write multiple registers
Disable: The command is never sent
Cyclic: The command is sent cyclically at the interval specified in the Poll
Trigger Interval parameter.
Data change: The data area is polled for changes at the time interval defined by
Poll Interval. A command is issued when a change in data is detected.
Polling intervals are in milliseconds; since the module sends all requests in turns,
Poll interval the actual polling interval also depends on the number of requests in the queue
and their parameters. The range is from 10 to 1,200,000 ms.
Data Byte Swapping
None: Don’t need to swap
Endian swap Byte: 0x0A, 0x0B, 0x0C, 0x0D becomes 0x0B, 0x0A, 0x0D, 0x0C.
Word: 0x0A, 0x0B, 0x0C, 0x0D becomes 0x0C, 0x0D, 0x0A, 0x0B.
ByteWord: 0x0A, 0x0B, 0x0C, 0x0D becomes 0x0D, 0x0C, 0x0B, 0x0A.
Read starting address Station Address. The range is from 0 to 65535
Fault Protection
In order to diagnose the upstream connection that is lost, the Fault Protection function would be quite
useful by sending a predefined setting to field devices to prevent incorrect actions. This feature will be
appeared while setting the “Write” function codes under Command Parameters.
The MB3660 supports a Fault Protection function when in agent mode. You can configure the criteria used to
determine what to do when the write command is no longer received from the master side. For example,
when a cable comes loose accidentally, the most up-to-date write command from the master side will not be
received by the gateway. Hence, the slave device will use the latest command from the gateway, which is
now out-of-date, creating an inconsistency between the master and slave devices. To avoid this problem,
the MB3660 supports options to determine which actions should be taken when the master’s side is
disconnected from the gateway.
Options Description
Keep latest data The gateway will write the same data to the slave device.
Clear data to zero The gateway will write zero values to the slave device.
User-define value A user-defined value will be written to the slave device.
Use the Timeout for serial side’s data update item to set how long the gateway will wait to activate this
function.
Status Monitoring
The Fault Protection function assists to detect the upstream connection failure, whereas the Status
Monitoring function support to diagnose downstream connection lost. The Status Monitoring function
supports and build-in MGate MB3660 Series, which provides status information of field devices when the
MGate is being used as a master/client; information includes alive list, counter, the result of commands
issued, etc.
For Modbus gateways in agent mode, if a slave device fails or a cable comes loose, generally the gateway
won’t be able to receive up-to-date data from the slave device. The out-of-date data will be stored in
gateway’s memory and will be retrieved by the Modbus master, which will not be aware that the slave
device is not providing up-to-date data. The MB3660 supports the Status Monitoring function, which
provides a warning mechanism to report the list of slave devices that are still “alive.”
In agent mode, each serial port supports 256 Modbus commands. Hence, there are at most 2,048 and
4,096 Modbus commands for all serial devices in 8 ports and 16 ports, respectively. The MB3660 allocates 1
bit of the gateway’s specified memory address to indicate the status of each Modbus command as being
normal or abnormal. In other words, the MB3660 allocates 4,096 bits of memory to indicate the status of all
Modbus commands. If a command has run successfully, the status value will continuously be 0. On the
contrary, if a command has failed, the status will be set to 1. In this case, the Modbus TCP master will be
aware of the failure status of the slave device in relation to the Modbus command.
In agent mode, when the Modbus TCP master queries Modbus serial slave devices, the MB3660 plays the
role of TCP slave on the Ethernet side, and consequently is assigned a Modbus TCP slave ID. The Modbus
TCP master can retrieve the Modbus slave devices’ status via Modbus command with the following
information.
Here is an example of 2 Modbus RTU commands per port under Modbus RTU to Modbus TCP Agent mode:
<Port 1>
<Port 2>
……
<Port 16>
<Port 1>
Command No. 1~16 17~32 … 241~256
Starting Address 40001 40002 … 40016
<Port 2>
Command No. 1~16 17~32 … 241~256
Starting Address 40017 40018 … 40032
…
…
<Port 16>
Command No. 1~16 17~32 … 241~256
Starting Address 40241 40242 … 40256
Please note that the No. Address is the “PLC Addresses (Base-1)”.
If the commands are working properly under Modbus polling and responding mechanism, the Modbus TCP
client would receive the status register response as 0x0000 hex (0000 0000 0000 0000 binary) from each
port.
However, for some commands are not responsive; the status register will be updated to Modbus TCP client
for notification. Take the below status register outcome for example.
Address: 40018
Bit: 0 0 0 0 1 0 0 0 0 0 1 0 0 0 1 0
Command No.: 24 23 22 21 20 19 18 17 32 31 30 29 28 26 26 25
The commands of No. 20, 26, and 30 from Port 2 do not respond under status monitoring, which will lead
you to further identify those commands set by the devices connected to Port 2.
The status monitoring is not limited to monitor the status of Modbus serial devices. When a Modbus serial
master queries the Modbus TCP slave devices, the MB3660 plays the role of serial slave on the serial side,
and consequently is assigned a Modbus serial slave ID. The Modbus serial master can retrieve the Modbus
TCP slave devices’ status via Modbus command with the following information.
You will need to specify which Modbus protocols will run in Slave (MGate role) mode. The MGate MB3660
supports Modbus RTU and Modbus ASCII protocols in Slave mode.
Double-click a serial port for additional settings, or click the intended serial port and then click Edit.
You can change the Modbus slave ID on this page. If two or more serial ports use the same slave ID, you
can check to see if they use the same setting. If two or more slave devices are using the same slave ID
connected to different serial ports, you can click the intended serial ports for the same slave ID setting.
You will need to specify which Modbus protocols will run in Master mode. The MGate MB3660 supports
Modbus RTU and Modbus ASCII protocols in Master mode.
The MGate MB3660 also provides several advanced settings for specific application requirements. The
following settings are optional for most applications. It is suggested to use the default settings to test the
MGate MB3660.
Parameters Description
Some Modbus slaves may take more time to boot up than other devices. In some
environments, this may cause the entire system to suffer from repeated exceptions
Initial delay
during the initial boot-up. You can force the MGate to wait after booting up before
sending the first request with the Initial Delay setting.
The number of times the master will retry the same request when the response times
Max. retry
out.
For Master mode, you must identify which Modbus requests need to be sent to Modbus slave devices
through serial interface. The data will be exchanged between slave devices and the MGate gateway’s
internal memory. To do this, manually add all Modbus commands that will handle the data exchange.
The Add, Edit, Copy, and Delete buttons support the Modbus command arrangement. When you click on
the Add and Edit buttons, the following dialog box will be displayed.
The description of all the fields can refer to Agent mode---Master Mode Settings.
A Modus RTU/ASCII master may set several commands that are sent to slave devices. Some users are
familiar with CSV file format to edit these commands. Therefore, the MGate MB3660 supports the import or
export functions for CSV files. First, click Export to generate the template file. Then open the exported CSV
file to further configure.
Make sure to follow the format or an error will occur when the file is imported. The detail description of the
format is shown below.
NOTE
In [basic_setting], the value of “portIndex” must be bigger than the previous row.
In [cmd_setting], the value of “portIndex” must be equal or bigger than the previous row.
In [cmd_setting], the value of “cmdIndex” must be bigger than the previous row.
Content that appears after the “#” character will be ignored. It is used to write notes on the CSV file.
If you import an invalid format of a configuration file, a notification message will pop up to show which
columns and rows are incorrect on the web console. Two types of errors should be avoided.
In agent mode, you need to manually set Modbus commands one-by-one and assign a gateway memory
address for storing this data. We recommend using I/O Data Mapping to check the memory address of
each command. The commands will be shown under Modbus Master (MGate role) mode. While using I/O
Data mapping function, the MGate MB3660 Series supports both manual and automatic ways for mapping to
internal address.
If there are two commands with the same internal address as shown in the figure below.
You can click on the Re-Arrange button to automatically address the internal address. The updated internal
address will become as follows:
On the contrary, you can also set the internal address manually. For example, if you add two Modbus
commands that Command1 uses addresses 1 to 20, whereas Command2 uses addresses 1 to 20, then
obviously a memory overlap exists.
To rectify the error, click Command2 to change its starting address from 21 to 40. The internal address
allocation blocks are illustrated above to assist your manual setting.
Once the change has been made, each of the two commands will be allocated to unique address ranges in
the gateway’s memory. That is, the address for command3 will be in the range 1 to 20, whereas command2
will be in the range 21 to 40.
Accessible IP List
The Accessible IP List function allows you to add or block remote host IP addresses to prevent unauthorized
access. Access to the MGate MB3660 is controlled by IP address. That is, if a host’s IP address is in the
accessible IP table, then the host will be allowed to access the MGate MB3660. The different restrictions are
listed in the table below (the checkbox Apply additional restrictions only can be activated if Activate the
accessible IP list is activated).
Activate the Apply additional IPs on the list IPs NOT on the list
accessible IP list restrictions (Active checked) (Active NOT checked)
Protocol communication is not
All protocol communication
– allowed, but services* are still
and services* are allowed.
allowed.
All protocol communication
All services* are not allowed.
and services* are allowed.
*Services indicate HTTP, HTTPS, TELNET, SNMP, SMTP, DNS, NTP, DSU
These settings are used to restrict access to the module by IP address. Only IP addresses on the list will be
allowed access to the device. You may add a specific address or range of addresses by using a combination
of IP address and netmask, as follows:
To allow access to a specific IP address: Enter the IP address in the corresponding field; enter
255.255.255.255 for the netmask.
To allow access to hosts on a specific subnet: For both the IP address and netmask, use 0 for the last
digit (e.g., “192.168.1.0” and “255.255.255.0”).
To allow access to all IP addresses: Make sure that Enable the accessible IP list is not checked.
The available information that can be recorded includes the following events:
Users can view the recorded information from the web console or text mode console.
Parameters Description
Mail server The mail server’s domain name or IP address.
Username This field is for your mail server’s username, if required.
Password This field is for your mail server’s password, if required.
From e-mail address This is the e-mail address from which automatic e-mail warnings will be sent.
To e-mail address 1 to 4 This is the e-mail address or addresses
SNMP Trap
Along with activating “Trap” function from events on Auto Warning Settings page, the SNMP Trap should
be setup then.
Parameters Description
SNMP trap server IP Use this field to indicate the IP address to use for receiving SNMP traps.
Trap version Use this field to select the SNMP trap version.
Trap community Use this field to designate the SNMP trap community.
Parameters Description
To enable the SNMP Agent function, select the Enable option, and enter a
SNMP
community name (e.g., public).
The optional SNMP contact information usually includes an emergency contact
Contact name
name and telephone number.
This is a text password mechanism that is used to weakly authenticate queries
Read community string
to agents of managed network devices.
This is a text password mechanism that is used to weakly authenticate changes
Write community string
to agents of managed network devices.
SNMP agent version The MGate MB3660 Series supports SNMP V1, V2c, and V3.
While selecting SNMP agent V3, it is needed to configure read-only and read/ write access control
parameters. The following fields allow you to define usernames, passwords, and authentication parameters
for two levels of access: read-only and read/write. The name of the field will indicate which level of access it
refers to. For example, Read-only authentication mode allows you to configure the authentication mode for
read-only access, whereas Read/write authentication mode allows you to configure the authentication
mode for read/write access. For each level of access, you may configure the following:
Parameters Description
Username Use this optional field to identify the username for the specified level of access.
Use this field to select MD5 or SHA as the method of password encryption for the
Authentication mode
specified level of access, or to disable authentication.
Use this field to enable or disable DES_CBC data encryption for the specified
Privacy mode
level of access.
Password Use this field to set the password for the specified level of access.
Privacy Use this field to define the encryption key for the specified level of access.
Console Settings
In order to support various security level, console and session can be further configured.
Account Management
A group of accessible account with two different user levels can be managed.
RADIUS Server
While selecting RADIUS as for console authentication, it’s needed to configure the RAIDUS sever in this
session.
Ping
The MGate gateway will send an ICMP packet through the network to a specified host, and the result can be
viewed in the web console immediately.
Firmware Upgrade
The updated MGate MB3000 Series firmware is located at http://www.moxa.com. After you have
downloaded the new firmware onto your PC, you can use MGate Manager to write it onto your MGate
MB3000 gateway. Select the desired unit from the list in MGate Manager and click Upgrade Firmware to
begin the process.
ATTENTION
DO NOT turn off the MGate power before the firmware upgrade process is completed. The MGate will be
erasing the old firmware to make room for the new firmware to flash memory. If you power off the MGate
and terminate the progress, the flash memory will contain corrupted firmware and the MGate will fail to
boot. If this happens, call Moxa RMA services.
While executing firmware upgrade, it is recommended to back up the configuration file by using Export
function. Once the latest firmware is successfully written onto the unit, it is recommended to reset the
device to default by using Load Default function.
ATTENTION
Load Default will completely reset the configuration of the unit, and all of the parameters you have saved
will be discarded. Do not use this function unless you are sure you want to completely reset your unit.
When we encounter the valid date of the certificate expired, we can regenerate the “MGate self-signed”
certificate through the following steps.
Step 1: Users should delete the SSL certificate file originated from the MGate device.
Step 2: Then, enable the NTP server by setting up the time zone and local time.
Step 3: After restarting the device, the “MGate self-signed” certificate will be regenerated with the
updated valid time.
By importing the third-party trusted SSL certificate, the security level can be enhanced. A snapshot of the
GUI for the web console is shown below. To generate the SSL certificate through the third party, here are
the steps:
Step 1: Create a certification authority (Root CA), such as Microsoft AD Certificate Service
(https://mizitechinfo.wordpress.com/2014/07/19/step-by-step-installing-certificate-authority-on-
windows-server-2012-r2/)
Step 2: Find a tool to issue a “Certificate Signing Requests” file, where you can find it from third-party CA
companies, such as DigiCert (https://www.digicert.com/easy-csr/openssl.htm).
Step 3: Submit it to a public certification authority for signing the certificate.
Step 4: Import the certificate to the MGate Series. Please note that the MGate Series only accepts
“xxxx.pem” format.
NOTE
The maximum key length of the MGate devices supports 2,048 bits.
Some well-known third-party CA (Certificate Authority) companies are listed below for your reference:
(https://en.wikipedia.org/wiki/Certificate_authority):
IdenTrust (https://www.identrust.com/)
DigiCert (https://www.digicert.com/)
GoDaddy (https://www.godaddy.com/)
Verisign (https://www.verisign.com/)
System Log
Go to System Log under System Status to view network connection information.
When a warning event occurs, the relay circuit will activate to enable the warning device, such as a beeper.
The field engineer can click the Acknowledge Event button to temporarily deactivate the relay circuit and
then take some time to troubleshoot the problem.
Once the abnormality has been resolved, the relay will return to normal status.
Protocol Status
Depending on the protocol modes users set in Protocol Settings, the Protocol Status supported features
would be various accordingly.
The MGate MB3660 has a built-in Modbus diagnosis/traffic monitor function. For troubleshooting or
management purposes, you can diagnose the Modbus protocol communication status and monitor Modbus
RTU/ASCII/TCP data passing through the MGate MB3660.
For transparent mode, it presents the data in an intelligent, easy-to-understand format with clearly
designated fields, including source, destination, function code, and data. Events can be filtered in different
ways, and the complete log can be saved to a file for later analysis.
The I/O Data view page displays the internal memory information for input and output data transfers. This
page displays the internal memory information for input and output data transfers. View updated values for
communication verification here. This function is only available in the web console.
It includes Diagnose function, which provides status information for Modbus RTU/ASCII/TCP
troubleshooting. Verify the connection status or packet counters to make sure communications are running
smoothly.
For troubleshooting or management purposes, you can monitor the Modbus RTU/ASCII data passing
through the MGate MB3660 on the network. Rather than simply echoing the data, the web console presents
the data in an intelligent, easy-to-understand format with clearly designated fields, including source, type,
destination, contents, and more.
Events can be filtered in different ways, and the complete log can be saved to a file for later analysis.
For troubleshooting or management purposes, you can monitor the Modbus TCP data passing through the
MGate MB3660 on the network.
Save/Restart
All changes will be activated by clicking the Submit button first and then restarting the gateway. If a lot of
settings need to be changed, you can click Submit for each setting and then click Save/Restart to activate
all the changes.
MXview
The Moxa MXview network management software gives you a convenient graphical representation of your
Ethernet network and allows you to configure, monitor, and diagnose Moxa networking devices. MXview
provides an integrated management platform that can manage the Moxa MGate series of products as well as
Ethernet switches and wireless APs, and SNMP-enabled and ICMP-enabled devices installed on subnets.
MXview includes an integrated MIB complier that supports any third-party MIB. It also allows you to monitor
third-party OIDs and Traps. Network and Trap components that have been located by MXview can be
managed via web browsers from both local and remote sites—anytime, anywhere.
Additionally, the Moxa MXview supports Security View function to follow Moxa's security guidelines, which
are based on current IEC 62243 component-level recommendations. Security View checks the security level
of Moxa’s network devices, including MGate MB3000 Series.
Before adding the MGate MB3000 devices to the MXview utility, you must add the MB3000 plug-in package
to MXview via Plug-in Manager. The Plug-in Manager is automatically installed when setting up MXview. You
can download the plug-in package in the product page. Please execute Plug-in Manager and add the plug-
in package.
Through MXconfig, users can access the MGate MB3000 devices and take advantage of additional functions,
such as searching for the MGate MB3000 devices, setting network configurations, upgrading firmware, and
importing/exporting configurations.
Before configuring the MGate MB3000 devices via MXconfig utility, you must add the MB3000 plug-in
package to MXconfig. You can download the plug-in package in the product page and execute plug-in
package with just a few clicks.
The MGate MB3660 supports Modbus TCP with up to 256 simultaneous connections. The serial interface
supports both RS-232 and RS-422/485, selectable through software. Each serial port can be connected to
one RS-232 or RS-422 serial device, or to 31 RS-485 serial devices.
The MGate MB3660 Modbus gateway can link a serial-based HMI to distributed DCSs over an Ethernet
network. Up to 128 Modbus TCP slave devices are supported by each MGate MB3660.
The MGate models with two or more ports can integrate serial Modbus networks that use different
parameters or protocols. You can configure each serial port to a specific Modbus serial environment to set
up a slave ID map. After configuration, only the gateway will be visible to Modbus TCP masters, and all
serial devices will be integrated behind it.
Introduction
For many reasons, a Modbus gateway might be used to integrate Modbus networks. However, every
situation has its own requirements and difficulties. Users may wonder how the gateway can help or even if
the gateway is suitable for the system.
The MGate MB3660 can connect to each serial slave so Ethernet SCADA masters will be able to control
them. However, since slave IDs cannot be repeated in a system, we will need to change the IDs of some of
the slaves in order to integrate them into a single network, as follows:
Serial Redirector
The MGate MB3660 can be inserted into the serial system, with the slaves connected to one serial port and
the master to another serial port. The advanced gateway allows Ethernet masters to communicate with the
serial slaves, and it also provides a serial redirector function that simultaneously allows the serial master to
continue controlling the slaves.
When integrating these devices, there may be issues if different serial environments are used for different
devices. One system may use a different baudrate than another, or may use Modbus ASCII instead of
Modbus RTU. The MGate MB3660 allows the different Modbus systems to be integrated into one network,
regardless of the protocol or communication parameters.
Introduction
Modbus is one of the most popular automation protocols in the world. It supports both serial and Ethernet
devices. Many industrial devices, such as PLCs, DCSs, HMIs, instruments, meters, motors, and drivers, use
Modbus as their communication standard.
0 1~247 248~255
Broadcast address Slave individual address Reserved
Normal
The master sends a request to the slave. The slave sends a response with the requested information.
Broadcast
The master sends a broadcast command, such as a reset command. Every slave on the network complies
with the command, and no response is sent to the master.
Response Timeout
The master sends a request. The slave is unresponsive for the amount of time specified by the response
timeout function. The master gives up on the request and resumes operation, allowing another request to
be initiated.
To allow for a wide range of devices, baudrates, and line conditions, actual response timeout values are left
open for manufacturers to determine. This allows the Modbus protocol to accommodate a wide range of
devices and systems. However, this also makes it difficult for system integrators to know what response
timeout value to use during configuration, especially with older or proprietary devices.
The MGate MB3660 provides a patent-pending function that tests all attached devices and recommends a
response timeout value. This function saves considerable time and effort for system integrators and results
in more accurate timeout settings.
The major difference between the Ethernet and serial Modbus protocols is the behavior of the
communication model. Modbus ASCII and RTU allow only one request on the network at a time. Once a
request is sent, no other communication on the bus is allowed until the slave sends a response, or until the
request times out. However, Modbus TCP allows simultaneous requests on the network, from multiple
masters to multiple slaves. TCP masters cannot send more than one request at a time to a slave, but they
can send requests to other slaves before a response is received. The Modbus TCP standard recommends
that slaves be able to queue up to 16 requests at a time. The MGate MB3660 will queue up to 32 requests
from each TCP master, for up to 16 TCP masters.
Ordinarily, Modbus TCP and Modbus ASCII/RTU are unable to communicate with each other. However, with
a Modbus gateway in between the Modbus serial network and the Modbus Ethernet network, TCP masters
are able to communicate with serial slaves and serial masters are able to communicate with TCP slaves.
The MGate MB3660 has built-in Simple Network Management Protocol (SNMP) agent software that supports
SNMP Trap, RFC1317 and RS-232-like groups, and RFC 1213 MIB-II.The following topics are covered in this
appendix: