MBX Bridge Help
MBX Bridge Help
MBX Bridge Help
Version 7.1
MBX Bridge Help
TABLE OF CONTENTS
Introduction ........................................................................................................5
Compatibility ........................................................................................................... 5
Blending MBX-Supported Networks ........................................................................... 6
What Should I Do Next?......................................................................................8
Learn How the Bridge Routes Messages .................................................................... 8
Read a Quick-Start Guide ......................................................................................... 8
Get Detailed Information on the Configuration Editor ................................................. 8
Troubleshoot a Problem ........................................................................................... 8
Get Information on Related Products ........................................................................ 8
Print a Copy of This Document ................................................................................. 8
Contact Technical Support ........................................................................................ 8
Routing Messages with the MBX Bridge .............................................................9
How Messages Are Routed ....................................................................................... 9
MBX Bridge Routing Records .................................................................................. 10
Filtering Incoming Messages ............................................................................... 11
Routing the Filtered Messages............................................................................. 13
Master Path Resource Management ........................................................................ 14
MBX Bridge Routing Examples ................................................................................ 15
Modbus Plus / Modbus Plus ................................................................................. 15
Modbus Plus / Ethernet....................................................................................... 16
Modbus to Modbus Plus ...................................................................................... 18
Modbus Plus to Modbus ...................................................................................... 19
Quick-Start Guide ..............................................................................................21
Creating Bridge Devices ......................................................................................... 22
Creating Routing Records ....................................................................................... 23
Saving and Backing Up Your Configuration .............................................................. 27
Starting the Bridge and Applying the Configuration .................................................. 28
Limiting Resource Usage ........................................................................................ 30
Configuration Editor Reference ........................................................................32
Routing Records Tab.............................................................................................. 32
Bridge Devices Tab ................................................................................................ 37
Diagnostics Tab ..................................................................................................... 40
File Menu .............................................................................................................. 46
Control Menu......................................................................................................... 47
Troubleshooting ................................................................................................49
Ethernet Loopback Test ......................................................................................... 49
Event Viewer ......................................................................................................... 52
MBX Bridge Server Event Log Messages .................................................................. 54
MBX Bridge Server Log File Messages ..................................................................... 55
Appendix A: Dynamic Routing ..........................................................................58
Types of Dynamic Routing...................................................................................... 58
Configuring Dynamic Routing ................................................................................. 58
Application Setup ................................................................................................... 59
Dynamic Routing Theory ........................................................................................ 60
Appendix B: MBX Architecture and Companion Products .................................61
MBX Driver ............................................................................................................ 61
Ethernet MBX Driver .............................................................................................. 62
INTRODUCTION
The MBX Bridge combines the functionality of all hardware-based bridging products
currently offered by Schneider Electric into a single software product. It allows you to
bridge Modbus, Modbus Plus and Modbus TCP/IP networks, seamlessly routing messages
between all MBX-compatible devices.
Schneider’s hardware bridge products, including the BM85 and BP85, are well-suited for
many installations. However, due to the growing popularity of PCs and software
applications in industrial environments, an increasing number of end users require
software-based routing solutions in addition to dedicated hardware products.
The MBX Bridge answers these demands by offering many key features and benefits.
Because the MBX Bridge works with all MBX-compatible devices, it allows
users to route messages in a wide variety of arrangements. These include
configurations such as Modbus to Modbus Plus, Modbus Plus to Modbus Plus,
Ethernet to Modbus Plus and Modbus Plus to Ethernet routing.
A simple wizard-based editor allows you to easily configure the required
routings. Configuration can be done online without stopping or restarting the
routing software.
The MBX Bridge operates transparently in the background, like a device
driver, and allows other software to communicate concurrently over the
same MBX devices and drivers.
Software-based routing solution with MBX Bridge and other MBX components.
Compatibility
The MBX Bridge is implemented as part of the Cyberlogic MBX architecture, which is the
foundation used in other Cyberlogic components such as the MBX Driver, Ethernet MBX
Driver, Serial MBX Driver and MBX Gateway Driver. Therefore, the MBX Bridge is
compatible with all of these drivers.
Migration of existing installations to new hardware products does not require the user to
discard working, proven software solutions. As depicted in the diagram below, a user can
mix Modbus, Modbus Plus and Modbus TCP/IP based hardware products in existing
installations without losing software, network or integration investment.
Troubleshoot a Problem
If you have already configured the bridge, you should verify that it operates as expected.
Refer to the Troubleshooting section for assistance. In case of communication problems,
this section also provides problem-solving hints.
Schneider Electric provides a number of hardware products that allow users to bridge
Modicon-brand industrial networks. For example, the Bridge/MUX (BM85) allows Modbus
networks to be bridged to Modbus Plus networks. Bridge Plus (BP85) provides routing
between two Modbus Plus networks. The Modbus Plus to Ethernet Bridge (174CEV20040)
links Ethernet devices to a Modbus Plus network. These are dedicated products and are
well-suited for many installations.
The MBX Bridge combines the functionality of all hardware-bridging products currently
offered by Schneider Electric into a single software product. It routes messages between
all MBX compatible devices in a variety of inter-network arrangements.
Configuration can be done online without stopping or restarting the routing software.
The MBX Bridge operates transparently in the background, like a device driver, and
allows other software to communicate concurrently over the same MBX devices and
drivers. In most installations, the MBX Bridge is more flexible and cost effective than a
dedicated hardware solution.
Static Routing
The more common method is static routing. To implement this, the bridge allows you to
create a table of routing records that specify how the messages are to be passed from
one network to another. At runtime, the bridge identifies the proper record for an
incoming message, and uses the information in that record to send the message to the
intended destination. Most of the examples shown here are for static routing.
Dynamic Routing
With dynamic routing, the nodes that initiate messages must tell the bridge at runtime
how to route them. For a detailed explanation of how to configure dynamic routing, refer
to Appendix A: Dynamic Routing.
A typical MBX Bridge system is shown in the illustration above. The MBX Bridge Suite is
installed on the PC and uses its network adapters and ports to route messages among
the different networks. In this example, we will use static routing, so routing records
configured in the bridge software tell it how to pass the messages.
Suppose that the Quantum controller on the Ethernet network must communicate to the
984 on the Modbus Plus network. The Quantum unit would send its message to the
bridge, which would receive it through its Ethernet MBX device (referred to as the source
device). The routing record would tell the bridge how to use the IP address and
Destination Index of the message to determine the proper final destination for the
message, in this case, a particular node on the Modbus Plus network. The bridge would
then send the message out through the MBX device associated with the PCI-85 module
(called the destination device), with the appropriate Modbus Plus routing array for the
desired 984 controller.
In the same way, the response message will be routed from the 984 back to the
Quantum controller. Furthermore, the routing records can be configured to allow
communication to and from the Modbus network. They can also send messages through
bridges and routers to other layers of compatible networks.
Messages received from a given network may need to be routed to any one of two or
more different destination networks, using different routing records. The bridge must be
able to determine which routing record should be used for a given message. To do this,
each routing record includes a source filter that allows the bridge to decide if that routing
record should be used for a particular message. If the message matches the filter
criteria, that record is used to route it to its destination, otherwise the remaining routing
records are tried until a match is found. If no routing records match, the bridge returns
an error response to the node that originated the message.
An MBX device that can receive messages to be routed is called a source device.
Messages received by source devices are routed to other MBX devices called destination
devices. A given MBX device may be configured as a source device, a destination device
or both. An exception to this is that Serial MBX Master devices can only be configured as
destination devices and Serial MBX Slave devices can only be configured as source
devices.
A simple wizard-based editor creates a table of routing records that define how messages
are to be routed. Routing records are grouped according to their source device. Each
record contains a source section (Source Device, Slave Path, and Source Filter) and a
destination section (Destination Device, Network Type, Destination Routing, and
Timeout), as shown in the figure.
The source section defines a message filter, which determines what messages will be
accepted from the source device for routing through the bridge. To be routed according
to that record, an incoming message must match both the Slave Path and Source Filter
criteria. Filter fields may contain a single value, a range of values or an asterisk. The
asterisk indicates that any value is acceptable.
Any command message that passes through the filter will be routed through the bridge
as specified in the destination section. Otherwise, an error message is sent back.
Slave Path
The Slave Path field contains a single slave path number or a range of slave path
numbers that are compared with the slave path used by the incoming message. An
asterisk in a filter indicates that any slave path is acceptable. The same slave path can be
used in multiple routing records.
This table shows examples of some Slave Path field values and the slave paths they
specify for use.
Slave Path numbers for the Ethernet source devices are based on the destination index
numbers sent with each message. In the default configuration, a Slave Path number is
directly mapped to the destination index value. For more information refer to the
Ethernet MBX Driver help.
Slave Path numbers for the Serial MBX Slave source devices are based on the destination
address sent with each message. For more information refer to the Serial MBX Driver
help.
Source Filter
The Source Filter consists of one to five fields, and each field corresponds to a byte in
the routing array that is part of each received command message. The fields can each
contain a number, a number range or an asterisk (*). When a command message is
received that matches the Slave Path filter criteria, each byte in its routing array is
compared against the corresponding Source Filter field. If the filter field contains a
number, an exact match of a corresponding byte is required. For a number range, the
corresponding byte must fall within the selected range. An asterisk in a filter field
indicates that any value is acceptable.
This table shows examples of some Source Filter entries for a Modbus Plus source device.
Ethernet and Modbus source devices use the same type of Source Filter expressions as
Note
used for Modbus Plus. However, the received routing array contains different address
information.
In the case of Ethernet, you can filter on the four-byte IP address. For Modbus, there is
only one routing byte to filter, the destination node address.
Messages that pass the Slave Path and Source Filter criteria will be routed through the
bridge. They will be sent to the specified Destination Device using the Destination
Routing. For messages that did not pass through these filters, an error reply is sent back.
Since the bridge processes all routing records from top to bottom, the order of these
Note
records is important. There may be several records that match the Slave Path and
Source Filter criteria for a given message. The first matching record will be used to
determine the destination routing.
Destination Routing
The structure of the Destination Routing depends on the Network Type for the specified
Destination Device. For Modbus Plus devices, it consists of five routing address bytes. For
Ethernet devices, it is a four-byte IP address and a destination index. For Modbus
devices, it is a single-byte Modbus address.
where the permitted value for operand depends on the type of the source device.
MB 11 E IP = 192.168.43.MB DI = 0 192.168.43.11 DI = 0
E 10.67.7.1 DI = 5 MB DI+32 37
This table shows examples of some Destination Routings and how they would route
typical messages. In each case, device type E refers to an Ethernet device, MB to a
Modbus device and MB+ to a Modbus Plus device.
For example, the PCI-85 allows a maximum of eight program master paths for all
communications. If the user specifies that the bridge may use only two of these paths,
then at least six will remain available for other applications.
Some device types, such as Ethernet MBX, can support an unlimited number of paths.
Therefore, the user can elect to impose no limits on path usage on these types of
devices.
Although the physical Modbus Plus adapter cards allow a maximum of eight data
Note
master paths, the MBX Driver removes this restriction. It allows up to 65,535 logical
data master paths to share the eight physical data master paths on the adapter card.
(Program master paths are still limited to a maximum of eight, however.)
This technique is highly efficient and therefore most users should configure the MBX
Bridge to use an unlimited number of data master paths. Users who are concerned
with the amount of memory used by the bridge, or want to limit the loading on the
network, may still wish to limit the maximum number of data master paths used.
Once a master path is acquired, the MBX Bridge caches it to improve performance. If the
path is not used within a certain period of time, the MBX Bridge releases it back to the
system for use with other applications, preventing resource hogging.
In this example, there are two PCI-85 adapter cards configured as MBX device 0 and
device 1. Each adapter card is connected to a separate Modbus Plus network. We will use
slave path 1 to route messages between the two networks.
Source Destination
Device Slave Path Filter Device Network Type Routing Timeout
When sending a message to the bridge, the first routing byte specifies the bridge node,
and the second specifies the slave path number. Source routing bytes MB3 through MB5
identify the routing array for the destination network.
To see how this routing works, we will follow a case where a 984 controller at node
address 20 on the Modbus Plus connected to the PCI-85 designated as Device 0 sends a
message to the Compact 984 controller at node address 15 on the Modbus Plus
connected to the PCI-85 designated as Device 1.
1. The originating node at Modbus Plus address 20 sends a message with 5.1.15.0.0
routing. The first two address bytes indicate that the message is addressed to the
PCI-85 at node address 5 over slave path number 1.
2. The MBX Bridge receives the message on MBX Device 0 over slave path number 1.
The message is accepted because it is on the specified slave path and passes the
Source Filter criteria. The MBX Bridge shifts the routing bytes as specified in the
Destination Routing, and sends the message to MBX Device 1 with the new routing
15.0.0.0.0.
3. The message is delivered to its destination at node address 15. The message is
processed and the reply is sent back to the MBX Bridge, which passes it over to the
original node at Modbus Plus address 20.
In this example, there is a PCI-85 adapter card configured as MBX device 0 and an
Ethernet MBX device configured as MBX device 1. The MBX Bridge system has two
Ethernet cards with IP addresses 84.0.21.100 and 205.167.7.65. Nodes 2 and 3 on the
Modbus Plus network are BP85 routers connected to separate Modbus Plus networks.
The following table shows a typical configuration for this type of setup.
Source Destination
Device Slave Path Filter Device Network Type Routing Timeout
0 1 *.*.0.*.* 1 Ethernet IP = 84.0.21.MB4 5000
DI = MB5
0 1 *.*.1.*.* 1 Ethernet IP = 205.167.7.MB4 5000
DI = MB5
To see how this routing works, we will examine two typical cases.
In this case, the 984 controller at node address 20 on the Modbus Plus network sends a
message to the Quantum controller at IP address 205.167.7.2 on the Ethernet network.
1. The originating node at address 20 sends a message with routing array 5.1.1.2.0.
The first two routing bytes (MB1, MB2) address the message to the PCI-85 in the
MBX Bridge system at node address 5, using slave path number 1.
2. The value of 1 in the third byte (MB3) causes the message to pass the Source Filter
for the second routing record.
3. The Bridge routes the message to its destination. The routing record specifies that
the message is to be sent to Ethernet MBX Device 1. The fourth Modbus Plus routing
byte (MB4) sets the value of 2 for the last byte in the destination IP address and the
fifth Modbus Plus routing byte (MB5) sets 0 as the destination index byte value. This
results in a routing of IP address 204.167.7.2 with destination index 0.
4. The message is delivered to its destination. It is processed and the reply is sent back
to the MBX Bridge, which passes it over to the original node at Modbus Plus address
20.
This example uses only one of the four Modbus Plus to Ethernet routing records. The
Note
other records allow messages to be sent to other networks and nodes, including nodes
not shown on the diagram. This indicates that the bridge has been configured to route
messages to devices that are not shown, or to accommodate future expansion of the
network.
In this case, the Quantum controller at IP address 205.167.7.2 on the Ethernet network
sends a message to the 984 controller at node address 20 on the Modbus Plus network.
In this example, we assume that the bridge’s Ethernet device uses the default Slave Path
view, in which the Slave Path number is equal to the destination index value. (Refer to
the Ethernet MBX Driver help for more information on Slave Path views.)
2. The MBX Bridge receives the message on MBX device 1 over data slave path number
20, as specified by destination index value. This matches the Device and Slave Path
requirements of the fifth record in the table. Because the Source Filter is all asterisks,
all messages will pass that requirement.
3. The Bridge routes the message to its destination. The routing record specifies that
the message is to be sent to the PCI-85 designated as MBX Device 0. The destination
index value is inserted as the first byte in the Modbus Plus routing array, with the
other bytes set to 0, resulting in a routing of 20.0.0.0.0.
4. The message is delivered to its destination at node address 20. The message is
processed and the reply is sent back to the MBX Bridge, which passes it over to the
original node at IP address 205.167.7.2.
This example assumes that there is a PCI-85 adapter card configured as MBX device 0
and a Serial MBX Slave device configured as MBX device 1.
Source Destination
Device Slave Path Filter Device Network Type Routing Timeout
1 1-64 * 0 Modbus Plus MB.0.0.0.0 5000
To see how this routing works, we will examine the process by which the Modbus master
sends a message to the 984 controller at node address 20 on the Modbus Plus network.
In this example, we assume that the bridge’s Modbus slave device is configured so that
messages sent to Modbus address 1 use slave path 1, those sent to Modbus address 2
use slave path 2, and so on.
2. The MBX Bridge receives the message on MBX device 1 over slave path number 20,
the same number as the destination node address value. This matches the Device
and Slave Path requirements for the first routing record. The Source Filter is an
asterisk, so all messages will pass that requirement.
3. The Bridge routes the message to its destination. The routing record specifies that it
should be sent to the PCI-85 designated MBX device 0. The Modbus node address of
the message is used as the first byte in the Modbus Plus routing array, with the
remaining bytes set to 0. This results in a routing of 20.0.0.0.0.
4. The message is delivered to its destination at Modbus Plus node address 20. The
message is processed and the reply is sent back to the MBX Bridge, which passes it
over to the host computer.
This example assumes that we have a PCI-85 adapter card configured as MBX device 0
and a Serial MBX Master device configured as MBX Device 1.
The following configuration allows routing from Modbus Plus nodes to Modbus slave
nodes.
Source Destination
Device Slave Path Filter Device Network Type Routing Timeout
To see how this routing works, we will follow the case where the 984 controller at node
address 20 on the Modbus Plus network sends a message to the 984 controller at node
100 on the Modbus network.
1. The originating node sends a message with 5.1.1.36.0 routing. The first two routing
bytes (MB1, MB2) address the message to the MBX Bridge system’s PCI-85 at node
address 5, using slave path number 1.
2. The values of 1 and 36 in the third and fourth routing bytes (MB3, MB4) cause the
message to pass the Source Filter for the second routing record.
3. The Bridge routes the message to its destination. The routing record specifies that
the message is to be sent to Modbus MBX device 1. The Routing field calculates the
desired Modbus node address by adding 64 to the fourth byte in the Modbus Plus
routing address, resulting in an address of 100 for this message.
4. The message is delivered to its destination at Modbus node address 100. The
message is processed and the reply is sent back to the MBX Bridge, which passes it
over to the original Modbus Plus node at address 20.
The expressions used in the Routing field for the four records allow messages to be
Note
routed to all possible addresses on the Modbus network. Some Modbus Plus
applications will restrict the routing array bytes to values in the range 0-64. By
specifying 1, 2 or 3 as the third byte in the routing array, it is possible to stay within
this restriction and still obtain any destination Modbus address over the range of 0-256
QUICK-START GUIDE
Before the MBX Bridge can be used, it must be properly configured. The configuration
procedure involves creating two or more MBX devices and configuring routing records to
route messages between them.
To accomplish this, you must install the software, then run the MBX Device Configuration
Editor to create the MBX devices the bridge will use. For information on this topic, refer
to the help file for the drivers you wish to configure. After you have configured the
drivers, you must run the MBX Bridge Configuration Editor to create the routing records.
The following steps show a typical configuration session. Use it only as a guideline of
how to configure the most common features. For detailed descriptions of all of the
available features, refer to the Configuration Editor Reference section.
For this procedure, we will present a simple Modbus Plus to Modbus Plus routing
example. This example assumes that we have two PCI-85 dapter cards configured as
MBX devices 0 and 1. Each adapter card is connected to a separate Modbus Plus
network. We will use slave path 1 for routing messages between the two networks.
Source Destination
Device Slave Path Filter Device Network Type Routing Timeout
This configuration closely emulates the operation of the BP85. Refer to the Modbus Plus /
Modbus Plus routing example for a functional description of this configuration.
The MBX Bridge software routes messages between the MBX devices you have
Caution!
configured. Before you can configure the bridge, you must use the MBX Device
Configuration editor to create the MBX devices that the bridge will use.
1. From the Windows Start menu, locate the MBX product you have installed and open
the Configuration submenu. From there, select MBX Bridge.
Running the editor for the first time displays the above screen. Click Yes to have the
editor automatically create Bridge devices for every MBX device that it can find.
2. Next, the editor will ask if you want to create the default routings for the devices it
found. Our desired configuration is not the default, so click No.
When the Auto Configuration Wizard is done, it will open the MBX Bridge
Configuration Editor and show the list of configured Bridge Devices. In this case, the
editor identified two SA85 Modbus Plus devices.
This tab shows the routing records that have been configured for each of the bridge
devices. Initially, of course, there are no routing records.
2. To create the first routing record, select MBX Device 0, then open the Edit menu,
select Insert... and finally select Modbus Plus -> Modbus Plus.
The Modbus Plus to Modbus Plus Routing Wizard will open. On the first screen, you
will enter the source parameters for the routing record. The Source Device field
shows the device you selected in the previous step. This is a display-only field.
3. For the Slave Path Filter, select Single Path and then choose 1 as the First Path.
4. In the Modbus Plus Address Filter section, enter an asterisk for each of the three
fields you can edit.
The MB1 and MB2 fields are display-only and already set to a wildcard. This is
because, in the case of Modbus Plus, the first routing byte always specifies the
bridge’s node address, and the second byte always specifies the slave path number.
Therefore no meaningful filtering can be done on these fields.
This screen allows you to edit the Destination parameters for the routing record.
7. In the Modbus Plus Address fields, enter MB3, MB4, MB5, 0, 0 as shown in the
desired configuration table we created at the start of this example.
9. Click Finish.
The wizard creates the routing record and exits, returning you to the Routing
Records tab.
10. Repeat the above procedure to create the second routing record, this time using MBX
Device 1 as the source and MBX Device 0 as the destination.
11. When you have finished, verify that the records look like this.
2. Browse for the directory in which you want to store the configuration file.
3. Enter the File name you want to use for the configuration file, and then click the
Save button.
4. You can now backup the configuration file using your normal data file backup
procedure.
1. The status display in the lower left corner of the screen indicates that the Bridge is
not running. To start it, open the Control menu and choose Start Bridge.
2. Open the Control menu again to view the start and stop options. If Start on Boot
is not checked, select it to have the MBX Bridge start when the system is booted.
This is the mode that most users should choose.
3. Open the File menu and select Save & Update Bridge.
This updates the MBX Bridge so that it will begin using the configuration you just
saved.
It is important to remember that just saving a configuration change does not update
Caution!
the configuration that is actually being used by the MBX Bridge. This allows you to
make and save changes while the bridge is running, and then apply them after you are
confident the changes are correct.
3. The Bridge Device Configuration screen will open. From the Max. PM Paths drop-
down box, select 4.
4. Click OK.
This concludes the Quick-Start Guide. The MBX Bridge is now fully configured and ready
to route messages.
To accomplish this, you must install the software, then run the MBX Device Configuration
Editor to create the MBX devices the bridge will use. For information on this topic, refer
to the help file for the drivers you wish to configure. After you have configured the
drivers, you must run the MBX Bridge Configuration Editor to create the routing records.
This section provides a detailed description of each of the MBX Bridge Configuration
Editor features. If you are a new user and want a procedure to guide you through a
typical configuration session, refer to the Quick-Start Guide.
The following sections provide complete descriptions of these tabs and menus.
Source Device
This column identifies the MBX Device that will receive command messages to be routed.
The records are grouped by device, so the device is shown only once for each group.
The check box allows you to enable or disable each record individually. If the box is not
checked, the bridge ignores the record when routing messages.
Slave Path
The routing record may be applied only to messages routed through the slave paths
specified in this column. The Slave Path column can contain a single slave path number
or a range of slave paths. Each slave path can be used in multiple routing records.
Source Filter
The Source Routing Filter consists of one to five fields, each corresponding to a byte in
the routing array or address that is part of each received command message. Each field
can contain a number, a number range or an asterisk.
When a command message is received on the selected slave path, each routing byte in
its routing array or address is compared against the corresponding field in the Source
Filter. Any command message that passes the filter will be routed as specified in the
Destination Routing section.
For details and examples of how source filtering works, refer to the Source Filter section.
Destination Device
The Destination Device column identifies the MBX Device to which messages will be
routed.
Network Type
This column identifies the type of network used by the destination device.
Destination Routing
The Destination Routing consists of up to five destination routing bytes, and each byte is
defined by an arithmetic expression. The number of bytes and the form of the routing
depends on the destination device’s network type.
For details and examples of how the routing expressions work, refer to the Destination
Routing section.
Timeout (ms)
Select a Routing Record or a Device, and then select Insert from the Edit menu, or
right-click a Routing Record or a Device and select Insert from the context menu.
Routing records are always inserted following the selected record or device. Since the
Caution!
bridge processes all records from top to bottom, be sure that you insert the new record
at the right spot, or move it later by using the Move Up or Move Down controls.
The MBX Bridge Routing wizard will open. The screens you will see will depend upon the
types of devices you are routing between, but will be similar for all types of devices. Here
we will examine the Modbus Plus to Ethernet Routing screens. First, you will fill in the
Source Filter information.
Source Device
Specifies the MBX Device through which the messages will be received. This is a display-
only field.
Designate the slave path or range of paths used for this routing record. If you need to
use multiple slave paths that are not in a contiguous range, you must create multiple
records, each with a single path or range of paths.
Specifies the Modbus Plus addresses that will use this record. Messages that pass this
filter (along with the Slave Path filter) will be routed by this record. For each of these
fields, you may enter an address, an address range or an asterisk. The asterisk indicates
that any value is acceptable.
Modbus Plus source devices have a special condition in this filter. You cannot edit the
Note
first two fields because the first routing byte always specifies the bridge’s node
address, and the second byte always specifies the slave path number. To filter based
on these values change the Source Device or the Slave Path Filter instead.
After completing the Source Filter information, click Next > to move to the Destination
Routing section screen.
Destination Device
Specifies the MBX Device through which the messages will be sent. Select the desired
device from the drop-down list.
This selection allows you to designate whether you wish to specify the destination IP
address here or provide an index (node address) into the IP address mapping table. The
mapping table is configured within the Ethernet device. Refer to the Ethernet MBX Driver
help for more information on configuring this table.
IP Address
Enter the IP address of the destination to which the message should be routed. You must
use the syntax as described in the Destination Routing section.
Destination Index
Specify the destination index for the routed message. Again, you must use the syntax as
described in the Destination Routing section.
Timeout (ms)
Select the routing record that you want to delete and click the Delete button on the
toolbar, or right-click the routing record and select Delete from the context menu.
Select the routing record that you would like to edit. Click the toolbar Edit button, or
right-click the routing record and select Edit from the context menu.
The bridge processes all routing records from top to bottom. Therefore, the order of
these records is important. To move an existing record, select the record that you would
like to move. Click the toolbar Move Up or Move Down buttons, or right-click the
routing record and select Move Up or Move Down from the context menu. You can
also drag-and-drop the record with a mouse.
Name
This is the descriptive name of the device. You may use any name that makes sense to
you and the users of the bridge.
MBX Device
This is the device number that the MBX Bridge will use to identify the device for creating
routing records.
Network Type
This specifies whether the device is Modbus Plus, Ethernet, Modbus Master or Modbus
Slave.
Max. DM Paths
Specifies the maximum number of data master paths that the device may use.
Max. PM Paths
Specifies the maximum number of program master paths that the device may use.
Description
You may use this field to provide an extra description of the device or the network it
services.
When you open the configuration editor for the first time, there are no devices
configured. Open the Tools menu and select Auto Config to cause the editor to
configure all of the MBX Devices it sees.
The Auto Config feature creates bridge devices based on the MBX devices you have
Caution!
configured. Before you can use Auto Config to configure these devices, you must use
the MBX configuration editor to create the MBX devices.
To create a device, open the Edit menu and select Insert..., or right-click in the record
area and select Insert... from the context menu. The following screen will open.
Device Name
Select the MBX device you wish to associate with this bridge device. You may select any
of the devices on the drop-down box.
If the MBX device you want to use is not configured, it will not appear on the list. In that
case, click the Configure... button to launch the MBX Driver Configuration Editor, which
will allow you to create the desired device.
Network Type
Max. DM Paths
This parameter allows you to limit the number of data master paths that the device will
be permitted to use.
The MBX Driver allows a nearly unlimited number of simultaneous data master path
Note
transactions. The driver allows up to 65,535 logical DM paths to share the eight
physical DM paths on the host interface adapter. Program master paths are still limited
to a maximum of eight, however.
This technique is highly efficient, so most users should configure the MBX Bridge to use
an unlimited number of DM paths. Users who are concerned with the amount of
memory used by the MBX Bridge may still limit the maximum number of DM paths.
Max. PM Paths
This parameter allows you to limit the number of program master paths that the device
will be permitted to use.
Description
This optional field allows you to enter a more detailed description of the device.
To edit an existing device, select it, open the Edit menu and select Edit..., or right-click
and select Edit... from the pop-up menu.
To delete a device, select it, open the Edit menu and select Delete, or right-click and
select Delete. If there are any routing records that use the device, you must delete
those records before you will be permitted to delete the device.
Diagnostics Tab
The MBX Bridge includes a logger that records the activity taking place within the bridge.
Logging is organized around listening points, which are defined as the combination of a
source MBX device and a slave path. On the Diagnostics tab are three sub-tabs that allow
you to select the listening points and data types you wish to log, and to view the logged
data.
Configure Tab
This tab allows you to select which listening points you want to log and what type of data
will be logged for each. All listening points are shown on the screen. You may check the
box on the left to enable logging for a listening point or uncheck the box to disable
logging. You may also select the type of data to be logged, if any, for the point.
View
This column displays the name of the source device for the listening point. All devices on
the bridge are displayed here. You cannot remove devices from the display, but you can
collapse a device’s tree to reduce the display space it uses.
When this box is checked, the logger will record the activity for the listening point. To
enable or disable logging for multiple listening points, you can use ctrl-click or shift-click
to select them, then right-click and select Enable or Disable from the context menu.
Slave Path
This column displays the slave path number for the listening point. It is a display-only
field that cannot be edited.
Listening Point ID
This shows the unique identifier for the listening point as it will be recorded in the
diagnostic activity log. It consists of the MBX device number and the slave path.
Logging Type
You may choose to log Errors, All Activity (both traffic and errors), Traffic or None. To
edit the Logging Type for a listening point, select the listening point, then click on its
current Logging Type value. You may then select the desired logging type from the drop
down box. You can also edit the Logging Type by right-clicking on a listening point and
selecting Logging Type from the context menu.
To change the logging type for multiple listening points, you can use ctrl-click or shift-
click to select them, then right-click and select the desired logging type from the context
menu.
Once you have selected the types of activity to log for each listening point, you can view
the logged information by selecting View Log.
While viewing the diagnostic information, the Tools/Diagnostics menu will give you
control over some of the logging functions. The same functions are available as buttons
on the tool bar.
Clear Log
Save Log
Saves the logged records to a disk file. This function is available only while logging is
paused.
Pause Logging
Suspends all logging, allowing you to examine records without having them scroll off the
screen.
Caution! You must pause the logging to save the log to disk.
While logging is paused, only the displayed information is paused, but the bridge
Note
continues logging messages to the log file. Upon resuming logging, all messages
buffered up in this file will be added to the display. However, very long pauses may
cause the log file to overflow, in which case some data may be lost.
Resume Logging
Allows you to set the maximum number of log records to keep, in the range of 1000 to
100,000 records. Once the limit is reached, the new records will overwrite the oldest
records.
Allows you to set the maximum size of the log file, in the range of 1 to 10 GB. Once the
file is full, the new records will overwrite the oldest records.
This screen provides, for each listening point, a summary of the logged items.
File Menu
After you create or modify a configuration, you must save it on the disk. In addition, if
you use more than one configuration file, you must be sure that the MBX Bridge is
running with the proper version of the correct file. You will use the File menu to manage
these files.
New
Open...
Save
Saves the configuration file you are currently editing, but does not update the
configuration that the MBX Bridge is running. This allows you to edit and save a
configuration without affecting the bridge operation.
Save As...
Allows you to specify the directory and name to use for saving the current configuration.
Recent Files
You can have many configuration files on the system, but only one can be the active
configuration file that the MBX Bridge is using. When you install the Bridge software, the
active configuration defaults to the file bMBX.cfg in a location that depends upon the
directory chosen for installation. If you wish to use a file with a different name or in a
different location, you must specify this using Set Active Configuration... .
When you select this item, this dialog box opens. It shows the name and location of the
active file. To select another, click Browse... then locate the desired file and click OK.
When you make a change to the active configuration file, the changes will not
immediately be applied to the MBX Bridge. To do that, you must select Save & Update
Bridge from this menu or click the Save & Update Bridge button on the toolbar. This
selection performs two functions: it saves the configuration change to the file on the disk
and also applies it to the bridge so that messages will be routed according to the new
configuration.
If you do not want to apply the changes to the bridge, use Save or Save As... instead.
Later, when you want to apply the changes, you can select Save & Update Bridge.
Control Menu
The Control Menu allows you to start and stop the MBX Bridge, either manually or
automatically.
Start Bridge
If the MBX Bridge is not running, selecting this entry will start it.
Stop Bridge
If the MBX Bridge is running, selecting this entry will stop it.
Restart Bridge
If the MBX Bridge is running, selecting this entry will stop it and then restart it. If the
bridge is not running, it will start.
Start on Boot
When this entry is checked, the MBX Bridge is in automatic startup mode and will start
when the system boots. You may still stop and start it manually using the other control
items.
TROUBLESHOOTING
The following sections describe the tools that are available to verify that the MBX Bridge
is properly configured and operating. The Ethernet Loopback Test can help to determine
if the bridge can receive Ethernet messages. The bridge may detect problems or other
significant events and log them for viewing via the Windows Event Viewer. To assist you
in interpreting these messages, we have included a list of MBX Bridge Server Event Log
Messages and MBX Bridge Server Log File Messages.
1. Open the Windows Start menu and go to Programs, then Cyberlogic MBX
Bridge Suite.
3. Select [1] Set device number and then enter the number of the Ethernet MBX
device you have configured.
4. You will be returned to the main screen. Verify that the device description is
Ethernet MBX.
6. Enter a slave data path number. In this example, we entered slave path 4.
7. The display will change to this screen, and will show a series of T's to indicate that
the software is timing out without receiving a message.
8. Leave this instance of MBX Demo running, and repeat steps 1 – 4 to open a second
instance of MBX Demo.
10. Enter the routing path, which is a destination index followed by an IP address.
Use the slave path you selected in step 6 as the destination index, and the IP
address of the bridge.
11. Enter a reference value, which is a register address to be read. The value here is not
important, so you can use 40001.
12. Enter the length, or number of registers to be read. Again, the specific value is not
important, so enter 1.
13. Return to the first MBX Demo instance, and you will see the screen rapidly fill with +
signs, indicating that the device is receiving messages.
Event Viewer
During startup and operation, the MBX Bridge may detect problems or other significant
events. When a noteworthy event is detected, the driver sends an appropriate message
to the Windows Event Logger. You can view these messages using the following
procedure.
1. Open the Windows Start menu and locate the submenu for the MBX product you
have installed. From that menu, go to the Diagnostics submenu and select Event
Viewer.
2. If you are looking for events relating to the MBX Bridge, select the Application
branch from the Event Viewer tree, and look for entries with Cyberlogic - MBX
Bridge (bMbxRpcS) in the Source column.
For events relating to the MBX Driver, select the System branch from the Event
Viewer tree, and look for entries in the Source column named CLMBX or
ClMbxPnP.
For other types of events, select the Application branch from the Event Viewer
tree, and look for entries in the Source column that begin with Cyberlogic.
The Event Viewer does not clear itself after rebooting. Check the time stamps of the
Caution!
messages to be sure that you are not looking at an old error message.
4. For detailed descriptions of error log messages, refer to the MBX Bridge Server Event
Log Messages section.
A necessary DLL could not be loaded. This may indicate a corrupted installation. Repair
the existing installation or remove and reinstall the software.
MBX Bridge server is already running! Server start operation has been
aborted.
The driver could not start because another copy of it is already running.
The driver successfully started. The driver’s version number may be requested if you call
Cyberlogic Tech Support.
The driver had trouble opening the configuration file. The most likely reason is that the
configuration file has not been created yet. The MBX Bridge Configuration Editor creates
the configuration file. Because the MBX Bridge can be configured on line, this is not a
fatal error.
There were no routing records in the configuration file. So, although the MBX Bridge
started, no messages will be transferred.
The driver was unable to allocate enough memory to start. Close other open applications
or add more memory to the system, and then try to restart the driver.
The bridge received the following error (<Error Number>, <Error Text>)
when it tried to open the log file.
This is a promotional copy of the MBX Bridge. The bridge will operate for
<Number of Hours> hours.
This is a time-limited installation of the software. After the stop time, the driver will not
allow any further I/O operations.
This is a promotional copy of the MBX Bridge. The allowed operation time has
expired. The MBX Bridge is shutting down.
This is a time-limited installation of the software. The stop time has been reached or
exceeded, so the driver will not allow any further I/O operations.
The MBX Bridge received an error when it tried to access the source MBX device. Verify
that the source device is configured and accessible.
The MBX Bridge received an error when it tried to access the source MBX device. Verify
that the source device is configured and accessible.
The MBX Bridge was unable to open the slave path. Verify that no other application has
the slave path open. Also verify the MBX source device has been configured, and the
slave path number is valid for that device.
The MBX Bridge received an error when it tried to wait for incoming messages on the
slave path.
The MBX Bridge received a message on the slave path. However, there was a problem
retrieving the message from the MBX source device.
A message was received on the slave path. However, the routing information in the
message cound not be matched to a destination. If the message is valid and needs to be
sent to a destination, run the MBX Bridge Configuration Editor to specify the destination.
A received message was targeted for the specified destination device, but no master path
configuration for that device was found. Rerun the MBX Bridge Configuration Editor and
go to the DM/PM Paths tab. Verify that the destination device is listed and apply the
changes.
The MBX Bridge was unable to get a master path on the destination device. Usually this
means all master paths that are available to the bridge are in use. If possible, increase
the number of master paths available to the bridge by closing any applications using
master paths, or by running the MBX Bridge Configuration Editor and increasing the
number of master paths the bridge is allowed to use.
The retransmission of the message to the destination device succeeded, but there was
trouble retrieving the reply.
One or more of the destination routing bytes was not in the range of 0 – 255.
<Listening Point>: Query received with the following source address: <Source
Address>.
Traffic Message. The MBX Bridge received a command query on a slave path. This
message displays the routing information that came along with the command.
Traffic Message. This message displays the actual command queries and replies as
hexadecimal bytes.
Traffic Message. The MBX Bridge is retransmitting the command it received to the
destination device.
Traffic Message. The destination received the retransmitted command and has sent back
a reply.
The MBX Bridge Configuration Editor’s View Log tab menu was used to clear the log file.
Host-based dynamic routing sets up the routing from an Ethernet node (IP address) to a
destination network node. The MBX Bridge will route any message from that Ethernet
node with destination index 0 to the specified destination node.
Socket-based dynamic routing sets up the routing from a particular Ethernet socket (IP
address and port) to a destination network node. The bridge will route any message from
that Ethernet socket with destination index 254 to the specified destination node.
Source Device
Select the Ethernet device to be used for dynamic routing. Remember that all messages
must be initiated from an Ethernet network.
Destination Device
Select an MBX device to be used for dynamic routing. Remember that all messages can
only be routed to a single network selected here.
Timeout (sec)
Select a timeout value in the range of 1 – 99999 seconds. The default is 15. If the
timeout expires before the message can be routed, the bridge will discard the message
and report a failure.
Application Setup
Dynamic routing is supported by many Schneider applications, such as ProWORX
programmer. Some applications refer to it as the SGATE.EXE routing. In such a case, you
would configure the application communications to use an Ethernet gateway of type
SGATE.EXE, then specify the IP address of the MBX Bridge as the gateway IP address.
On the MBX Bridge system, you would enable dynamic routing and select the source and
destination devices as described above. No further configuration is needed. Specifically,
there is no need to create routing records in the bridge.
As its name implies, dynamic routing is not part of the MBX Bridge’s fixed configuration.
Instead, you will use runtime commands to set up the routing before you can use it. The
command will specify whether you want to use host-based or socket-based routing, and
will specify the Modbus Plus routing path to the destination node.
The command is a Preset Multiple Registers query that must be sent to the bridge with a
destination index of 255. Its format is shown in the following table.
Byte Description
0x10 Function code: Preset Multiple Registers
0x00
0x00 Host-based routing
or
0xFE Socket-based routing
0x00
0x03
0x06 Number of bytes that follow
0x05 Number of bytes that follow
mb1 Destination routing path field 1
mb2 Destination routing path field 2
mb3 Destination routing path field 3
mb4 Destination routing path field 4
mb5 Destination routing path field 5
After you have configured the MBX Bridge for dynamic routing, you can send it the
messages you want to route. If you configure the bridge for host-based routing, you
must send the message to the bridge with destination index 0. All such messages from
that host will be routed to the specified destination.
If you configure the bridge for socket-based routing, you must send the message to the
bridge with destination index 254. These messages will be routed to the specified
Modbus Plus path.
This section illustrates the layout of the MBX architecture. It includes a description of
each MBX component along with suggested methods for employing them to support
Modicon networks.
MBX Driver
The MBX Driver provides connectivity between Modbus Plus interface adapters and
Windows-based applications. It supports all Modbus Plus interface adapters for ISA,
EISA, MCA, PCI, PCMCIA and USB buses that are compatible with the supported
operating systems. For a complete list of supported adapters, refer to the MBX Driver
help file. Multiple interface cards can be installed at the same time, limited only by the
number of available slots.
The kernel mode device driver of the MBX Driver is the highest-performance Modbus Plus
driver in the industry. The driver operates in either interrupt or polled mode and fully
implements all Modbus Plus features, providing support for Data Master/Slave, Program
Master/Slave, Global Data and Peer Cop. The high-performance native API (MBXAPI) of
the MBX Driver takes advantage of the event-driven, multitasking, multithreaded features
of Windows operating systems.
The driver includes the MBX Gateway Server for remote access by the MBX Gateway
Driver and is fully compatible with all other components of the MBX family.
The driver includes the MBX Gateway Server for remote access by the MBX Gateway
Driver and is fully compatible with all other components of the MBX family.
The driver includes the MBX Gateway Server for remote access by the MBX Gateway
Driver and is fully compatible with all other components of the MBX family.
For example, the MBX Gateway Driver provides complete MBX Driver functionality to the
client node applications, including support for Data Master/Slave, Program Master/Slave,
Global Data and Peer Cop. An interface adapter, such as a PCI-85 card, is not required
on the client node. MBX Gateway Driver nodes can communicate with multiple remote
servers and all Windows-compatible TCP/IP networks are supported.
The MBX Gateway Driver is compatible with all other components of the MBX family.
If your computer uses Windows 7, Vista or the 64-bit edition of any Windows version,
refer to Cyberlogic Knowledge Base article KB2010-02 Running 16-Bit Applications for
important information on using the Virtual MBX Driver on your system.
The Virtual MBX Driver is fully compatible with all MBX components and requires at least
one of these drivers to operate:
MBX Driver
Ethernet MBX Driver
Serial MBX Driver
MBX Gateway Driver
MBX Bridge
The MBX Bridge seamlessly routes messages between MBX-compatible devices. For
example, the MBX Bridge can route messages between Ethernet and Modbus Plus
networks, between Modbus and Modbus Plus networks or any other combination of the
supported networks.
Depending on the user’s needs, it requires one or more of the following drivers to
operate:
MBX Driver
Ethernet MBX Driver
Serial MBX Driver
MBX Gateway Driver
The MBX OPC Server supports multiple, priority-based access paths for reliable,
redundant communications. It also supports both solicited and unsolicited
communications and uses an advanced transaction optimizer to guarantee minimum load
on your networks. With only a couple of mouse clicks, the MBX OPC Server will
automatically detect and configure the attached networks and node devices. Other
noteworthy features include DirectAccess, Data Write Protection and Health Watchdog.
The MBX OPC Server is included in the MBX OPC Premier Suite and the MBX OPC Server
Suite.
MBX SDK
Software developers can use the MBX Software Development Kit to provide connectivity
to Modbus, Modbus Plus and Modbus TCP/IP networks from their 32-bit C/C++
applications.
The SDK supports two styles of interfaces, NETLIB and Cyberlogic's high-performance
MBXAPI. The NETLIB interface is an excellent bridge for developers who would like to
port their 16-bit applications to the latest Windows environments. Developers of new
applications can use either the NETLIB or the MBXAPI interface. For a complete reference
of all NETLIB library functions, refer to Modicon IBM Host Based Devices User's Guide,
available from Schneider Electric (Order #890 USE 102 00).
Since all MBX family drivers are built on the same MBX architecture, applications
developed with the MBX SDK can be used with all MBX family drivers and can execute
under all current Windows operating systems.