The Optomux Driver allows the FieldServer to transfer data to and from devices over either
RS-232 or RS-485 using the Optomux Driver protocol.
The Optomux driver is a client only driver. This means that the driver can poll an
Optomux protocol compliant device but cannot emulate one.
The Optomux protocol provides a large command set. Many of the commands are used for
OPTO22 device configuration. This driver supports the full command set and thus the
driver may be used to configure as well as to poll OPTO22 devices.
1.1 Operating Methods
The Optomux driver provides three methods of operation. Users may use any
combination of methods.
Static Operation
If the hardware configuration is fixed and known then this is a suitable method. The
devices to be polled / commanded are configured using the FieldServer CSV file.
Dynamic Operation
If the hardware configuration may change or if hardware settings may change
dynamically or (more realistically) if you wish to change some aspect of the hardware
configuration such as a delay time or reset a latch without changing the CSV file and
resetting the FieldServer then this operating method is suitable. The commands set can
be configured by changing the values in the FieldServer’s data arrays. This operating
mode may be considered a data driven one.
Triggered Operation
This operating mode allows commands to be triggered by changing the value in the
FieldServer’s data arrays. This operating mode is useful if requiring an action triggered
by a remote device.
1.2 Statistics and Command Reponses
All FieldServer drivers report communication statistics that allow the operation of the
driver to be monitored.
In addition to the standard statistics, this driver exposes the communication statistics for
each port by presenting them in a user specified data array where they can be monitored
by a remote device or HMI system.
The Optomux driver also exposes the response status to each poll and command (if
required) by writing the response statuses to a user specified data array. This useful
feature allows remote devices to check whether a command has been completed
successfully.
The FieldServer is connected to the OPTO22 device as shown below.
Configure the OPTO22 device according to manufacturer’s instructions.
FS-X40
GndFG_
+
R2R1
RS 485
(Opt o - Isolat ed)
B1 OR B2
Net 1
Et he rn et
10 Base T
COM
- + - + - + - +
FO FH TH TO
GndFG_
+
R2 R1
RS 48 5
(Opto - Isolated)
Gnd_+
- + - + - + - +
FO FH TH TO * *
PREVIOUS OPTOMUX *
* B2 COMMUNICATION CONNECTIONS ARE MADE TO THE RACK (PB4AH, PA8AH OR
PB16AH), NOT TO THE BRAIN BOARD.
** DO NOT CONNECT ANY "COM" POINT TO EARTH GROUND.
4 Configuring the FieldServer as a Optomux Driver Client
For a detailed discussion on FieldServer configuration, please refer to the FieldServer
Configuration Manual. The information that follows describes how to expand upon the
factory defaults provided in the configuration files included with the FieldServer (See “.csv”
files on the driver diskette).
This section documents and describes the parameters necessary for configuring the
FieldServer to communicate with an Optomux Device.
The configuration file tells the FieldServer about its interfaces, and the routing of data
required. In order to enable the FieldServer for Optomux Driver communications, the driver
independent FieldServer buffers need to be declared in the “Data Arrays” section, the
destination device addresses need to be declared in the “Client Side Nodes” section, and
the data required from the servers needs to be mapped in the “Client Side Map
Descriptors” section. Details on how to do this can be found below.
Note that in the tables, * indicates an optional parameter, with the bold legal value being
the default.
4.1 Data Arrays
Section Title
Data_Arrays
Column Title Function Legal Values
Data_Array_Name Provide name for Data Array Up to 15 alphanumeric
Data_Format Provide data format. Each data array can
Data_Array_Length Number of Data Objects. Must be larger
4.4.1 FieldServer Related Map Descriptor Parameters
Column Title Function Legal Values
Map_Descriptor_Name Name of this Map Descriptor Up to 32 alphanumeric
characters
Data_Array_Name Name of Data Array where data is to be
stored / retrieved in the FieldServer.
The use of this array is dependent on
the Optomux command used in the map
descriptor.
For example some commands use one
data value for all module positions to be
affected by the command (Driver will
only use one data array element). Other
commands may use one data element
per module position specified. In this
case the FieldServer may use up to 16
data array elements.
To fully understand this, read the notes
in chapter 6.
Da_Bit_Name* This parameter is only required for
dynamic module position specification.
Ie. You intend using a data array to tell
the driver which module positions to
affect by a command. In this case use
this parameter. Up to 16 elements will
be inspected. The first element will
always be used for the first module
position , the 2
nd
element for the 2nd
module position ….
Module positions are specified by setting
the corresponding array element to a
non-zero value. Module positions are left
unspecified by setting the module array
position to zero.
The first element of this array that is
used is determined by the
Data_Array_Offset parameter.
Additional information is provided in
chapter 6.
One of the Data Array names
from “Data Array” section above
One of the Data Array names
from “Data Array” section above
Da_Byte_Name* Names a data array that the driver will
use to store poll/query response status
One of the Data Array names
from “Data Array” section above
data.
One data element is used per map
descriptor. The element is determined
by the Data_Array_Offset parameter.
Data_Array_Offset Starting location in Data Array 0 to maximum specified in “Data
Array” section above
Function Function of Client Map Descriptor RDBC, WRBC, WRBX
4.4.2 Driver Related Map Descriptor Parameters
Column Title Function Legal Values
Node_Name Name of Node to fetch data
from
Address* This field is only required if the
address/length method of
module position specification is
used.
Length Length of Map Descriptor
Only some commands / queries
use the value of this map
descriptor parameter. This is
indicated in a table provide in
chapter 6.
For those commands and
queries that do use the Length
parameter the driver never uses
more than 16 elements of data
even if the length is set to a
larger number.
Although this driver does not
use the length parameter for
some commands the
FieldServer kernel does use
this parameter to ensure that no
more than one client map
descriptor has control of a
range of array data elements.
For this reason it is best to
always specify the length – in
these cases set it to 1.