SMC Sierra Monitor QuickServer Instruction sheet

Document Revision: 2.D
T18050
FieldServer
Configuration Manual
This manual provides instructions for the following products:
Description
FS-B35 Series FieldServer
QuickServer FieldServer
APPLICABILITY & EFFECTIVITY
Effective for all systems manufactured after May 2018.

FieldServer Configuration Manual
Contact Information
Technical Support
Please call us for any technical support needs related to the FieldServer product.
Sierra Monitor Corporation
1991 Tarob Court
Milpitas, CA 95035
Website: www.sierramonitor.com
U.S. Support Information:
[phone]
[phone]
Email: [e-mail]
EMEA Support Information:
[phone]
Email: [e-mail]

FieldServer Configuration Manual
Table of Contents
TABLE OF CONTENTS
1FieldServer Concepts..........................................................................................................................7
1.1 Introduction.....................................................................................................................................7
1.2 Application ......................................................................................................................................7
1.3 Terminology....................................................................................................................................8
1.3.1 Nodes......................................................................................................................................8
1.3.2 Clients and Servers.................................................................................................................8
2Overall Operation Philosophy ............................................................................................................9
3Getting Started –Basic Configuration.............................................................................................10
3.1 Configuration File Overview .........................................................................................................10
3.2 Configuration File Structure..........................................................................................................10
3.3 Editing Configuration Files............................................................................................................12
3.4 Testing Configuration Files with DSW32.exe...............................................................................13
3.4.1 Additional Worthwhile DSW32 Checks .................................................................................14
4Map Descriptor Functions ................................................................................................................15
4.1 Active vs. Passive Functions........................................................................................................15
4.2 Passive Map Descriptor Functions...............................................................................................15
4.2.1 Passive..................................................................................................................................15
4.2.2 Passive Client (Passive_Client) ............................................................................................15
4.2.2.1 Working with Passive Client –Passive Server Applications ........................................16
4.3 Active Map Descriptor Functions..................................................................................................17
4.3.1 Read Funcitons .....................................................................................................................17
4.3.1.1 Read Block Continuous (RDBC) ..................................................................................17
4.3.1.2 Read Block (RDB) ........................................................................................................17
4.3.1.3 Active Read Continuous with Sequencing (ARCS)......................................................17
4.3.1.4 Active Read Continuous with Offset (ARCO)...............................................................17
4.3.1.5 Active Read at Startup (ARS).......................................................................................17
4.3.1.6 Read Block Continuous Expedite (RDBCE).................................................................17
4.3.1.7 Active Read Discovery on Startup (ARDS) ..................................................................18
4.3.2 Write Functions......................................................................................................................18
4.3.2.1 Write Block on Change (WRBX)...................................................................................18
4.3.2.2 Write Block on Change of Value (WRBCOV)...............................................................18
4.3.2.3 Write Block Continuous (WRBC)..................................................................................18
4.3.2.4 Write Block (WRB)........................................................................................................18
4.3.2.5 Active Write at Startup (AWS) ......................................................................................18
4.3.2.6 Active Write on Trigger (AWT)......................................................................................19
5Data Manipulation Features..............................................................................................................20
5.1 Moves ...........................................................................................................................................20
5.1.1 Simple Moves........................................................................................................................21
5.1.1.1 Simple Move Example..................................................................................................21
5.1.1.2 Special Application –Grouping Data............................................................................22
5.1.1.3 Special Application –Separating Responsible Map Descriptors..................................23
5.1.1.4 Special Application –Creating a LonWorks SNVT_Switch from 2 Modbus Registers 23
5.2 Function Moves –Type Casting...................................................................................................24
5.2.1 Functions Available For Type Casting ..................................................................................24
5.2.2 Converting Two Integers to a Float.......................................................................................25
5.2.3 Using Moves to Pack and Unpack Bits to or from a Register ...............................................25
5.2.4 Example 1 –Simple Bit Extraction........................................................................................26
5.2.5 Example 2 –Simple Bit Packing ...........................................................................................26
5.2.6 Example 3 –Extracting Bit Groups .......................................................................................27
5.2.7 Bit Extraction –Application Example.....................................................................................27
5.2.7.1 Bit Extraction Example Configuration...........................................................................28
5.2.8 Task Moves...........................................................................................................................29
5.2.8.1 Special Application –Node Status ...............................................................................29
5.2.9 Match-Pattern........................................................................................................................30
5.2.9.1 Table of Patterns Configuration Example.....................................................................31
5.2.9.2 Moves Definition ...........................................................................................................31

FieldServer Configuration Manual
Table of Contents
5.2.9.3 Table String Composition .............................................................................................32
5.2.10 Conditional Moves.................................................................................................................32
5.2.10.1 Conditional Moves –Example 1...................................................................................33
5.2.10.2 Conditional Moves –Example 2...................................................................................33
5.3 Mathematical Functions................................................................................................................34
5.3.1 Math Function as a Moves Function .....................................................................................34
5.3.2 Standalone Math ...................................................................................................................35
5.3.3 Math Usage Example............................................................................................................35
5.3.4 Optional Parameters .............................................................................................................36
5.3.4.1 Truncate Result Example .............................................................................................36
5.4 Logic .............................................................................................................................................37
5.4.1 Logic as a Moves Function....................................................................................................37
5.4.2 Standalone Logic...................................................................................................................37
5.4.2.1 Logic Usage Example...................................................................................................37
5.5 Scaling..........................................................................................................................................38
5.5.1 Map Descriptor Scaling .........................................................................................................38
5.5.1.1 Scaling Function Example - Converting Celsius to Fahrenheit....................................38
5.5.2 Scaling Using Moves.............................................................................................................39
5.5.2.1 Moves Scaling Function Example: Multiplying Values by 10 .......................................39
5.6 Preloading Data Arrays with Initial Values ...................................................................................40
5.6.1 Introduction............................................................................................................................40
5.6.2 Parameters Used to Define Preloads....................................................................................40
5.6.3 Limitations and Operational Considerations .........................................................................41
5.6.4 Example 1: Load a Value......................................................................................................41
5.6.5 Example 2: Load a Value –Effect of Target Data Array Format...........................................41
5.6.6 Example 3: Load a Value –Negative Numbers....................................................................42
5.6.7 Example 4: Load a Value –Floating Point Numbers ............................................................42
5.6.8 Example 5: Load a Value –Strings (1) .................................................................................42
5.6.9 Example 6: Load a Value –Strings (2) .................................................................................43
5.6.10 Example 7: Load a Value –Casting......................................................................................43
5.6.11 Example 8: Load an Object Name ........................................................................................43
5.7 Loading Data_Array Values from the FieldServer’s Non-Volatile Memory ..................................44
6Node Management.............................................................................................................................45
6.1 Data Array Functions....................................................................................................................45
6.1.1 Node Status Function............................................................................................................45
6.1.2 Alias_Node_ID.......................................................................................................................45
6.1.3 Alias_Node_ID –Example ....................................................................................................46
6.1.4 Node_Online_Bits .................................................................................................................47
6.2 Connection Parameters................................................................................................................48
6.2.1 Node_Retire_Delay...............................................................................................................48
6.2.2 Backup_Port..........................................................................................................................48
6.3 Node Parameters..........................................................................................................................48
6.3.1 Node Offline Action ...............................................................................................................48
6.3.2 Node Inactivity Timeout.........................................................................................................49
7Setup Dynamic Parameters ..............................................................................................................50
7.1.1 Dynamic Allocation of Node_ID or Station Number ..............................................................50
7.1.1.1 Diagram 1 –Static Server Side Node_ID.....................................................................50
7.1.1.2 Diagram 2 –Dynamic Server Side Node_ID................................................................51
7.1.2 Map Descriptor Parameters Specific to Dynamic Parameters..............................................52
7.1.3 Dynamic Parameters.............................................................................................................53
7.1.4 Config Table..........................................................................................................................53
7.1.5 Profiles...................................................................................................................................53
7.1.6 Examples...............................................................................................................................54
7.1.6.1 Example 1 –Dynamic Allocation of Node ID................................................................54
7.1.6.2 Example 2 –Dynamic Allocation of System Node ID...................................................54
7.1.6.3 Example 3 –Dynamic Allocation of the BACnet MAC Address ...................................54
7.1.6.4 Example 4 –Dynamic Allocation of the Connection Baud Rate...................................55
7.1.7 Error Messages.....................................................................................................................56

FieldServer Configuration Manual
Table of Contents
8Port Expander Mode –PEX Mode....................................................................................................57
8.1 How Port Expansion Works..........................................................................................................57
8.2 Advantages of Port Expander Mode.............................................................................................57
8.3 Limitations of Port Expander Mode ..............................................................................................57
8.4 Port Expander Write Options........................................................................................................57
8.5 Handling of Successive Writes to the Same Point .......................................................................58
8.6 Port Expansion Configuration.......................................................................................................58
9Timing Parameters.............................................................................................................................59
9.1 Line Drive Parameters..................................................................................................................61
9.2 Suppressing Squelch on Half Duplex Communications...............................................................61
9.2.1 Setting Parameter Values .....................................................................................................63
9.2.2 Statistics................................................................................................................................63
9.3 Enable on RS-232 Port.................................................................................................................63
10 Use of SSL/TLS for Secure Connection ..........................................................................................64
10.1 Configuring FieldServer as a SSL/TLS Server.............................................................................64
10.1.1 Simple Secure Server Configuration.....................................................................................64
10.1.2 Limiting Client Access ...........................................................................................................65
10.1.2.1 Uploading Authority File to FieldServer........................................................................65
10.1.3 Certificate Validation Options................................................................................................66
10.1.4 Set up Server Certificate .......................................................................................................66
10.2 Configuring FieldServer as SSL/TLS Client .................................................................................67
10.2.1 Simple Secure Client Configuration ......................................................................................67
10.2.2 Limit Server Access...............................................................................................................67
10.2.3 Certificate Validation Options................................................................................................67
10.2.4 Set up Client Certificate.........................................................................................................67
Appendix A. Useful Features...................................................................................................................68
Appendix A.1. Using Comments .............................................................................................................68
Appendix A.2. Using Conditional Process Statements ...........................................................................68
Appendix A.3. Disabling the Client Side of a Configuration....................................................................69
Appendix A.3.1. Disabling a Node.......................................................................................................69
Appendix A.4. Disabling Statistics Display..............................................................................................70
Appendix A.5. DHCP Client Options .......................................................................................................70
Appendix B. Troubleshooting..................................................................................................................71
Appendix B.1. Moves Performance.........................................................................................................71
Appendix B.2. Restart Cause Table........................................................................................................71
Appendix C. Reference.............................................................................................................................72
Appendix C.1. Working with the Driver Manuals.....................................................................................72
Appendix C.1.1. Introduction ...............................................................................................................72
Appendix C.1.2. Driver Manuals as Part of the Documentation Set....................................................72
Appendix C.2. Default Settings for Parameters ......................................................................................72
Appendix C.3. Available Data Types for Data Arrays .............................................................................73
Appendix C.4. Permissible Values for Configuration File Variables .......................................................73
Appendix C.4.1. Common Information ................................................................................................74
Appendix C.4.2. Data Arrays ...............................................................................................................75
Appendix C.4.3. Data Array Function..................................................................................................75
Appendix C.4.4. Connections/Adapters...............................................................................................76
Appendix C.4.5. Nodes........................................................................................................................77
Appendix C.4.6. Map Descriptors........................................................................................................80
Appendix C.5. Valid Characters for Common Fields in Configuration Files............................................81
Appendix C.6. Kernel Error Messages and Descriptions........................................................................82
Appendix C.7. Networking Glossary of Terms ........................................................................................85

FieldServer Configuration Manual
List of Figures
LIST OF FIGURES
Figure 1: Client/Server..................................................................................................................................8
Figure 2: FieldServer Operation Theory .......................................................................................................9
Figure 3: DSW32 Interface Screen.............................................................................................................13
Figure 4: DSW32 Error Screen with Driver Versions..................................................................................14
Figure 5: Typical Network Architecture.......................................................................................................16
Figure 6: Grouping Data Process ...............................................................................................................22
Figure 7: Separating Responsible Map Descriptors ...................................................................................23
Figure 8: Creating a LonWorks SNVT_Switch from 2 Modbus Registers ..................................................23
Figure 9: Packed Bits Activated..................................................................................................................28
Figure 10: Static Server Side Node_ID.......................................................................................................50
Figure 11: Dynamic Server Side Node_ID..................................................................................................51
Figure 12: FieldServer Timing Diagram......................................................................................................60
Figure 13: Timing Diagram..........................................................................................................................62

FieldServer Configuration Manual
Page 7 of 86
1 FIELDSERVER CONCEPTS
1.1 Introduction
The FieldServer functions as a gateway enabling different devices utilizing different protocols to interface
with each other. The FieldServer solves communication and protocol conversion problems and improves
response times in distributed data acquisition and control systems. The extensive driver library available
from Sierra Monitor provides a wide range of interoperability solutions. For a current list of available
drivers visit the Sierra Monitor website.
The FieldServer also acts as an Ethernet gateway, enabling new and legacy PLCs, RTUs and SCADA
devices to link to Ethernet for plant-wide communications.
Depending on the model, the FieldServer is equipped with combinations of Serial, Ethernet and
LonWorks®
1
ports as well as various Fieldbus ports. The internal poll-block caching capability insures that
data from Server devices is immediately available to the Client devices when needed. Data can be
cached from slower devices or remote units for immediate access by the Client device. See Section 8for
details.
The Hot Standby option for the FieldServer is available when dual redundancy is required. See ENOTE-
Configuring a FS-B35 FieldServer for Hot Standby Mode for details.
The FieldServer is cloud ready and connects with Sierra Monitor’s SMC Cloud.
NOTE: For SMC Cloud information, refer to the SMC Cloud Start-up Guide on the Sierra Monitor
website.
1.2 Application
Today’s plants are integrated, intelligent facilities requiring multiple mechanical and electrical systems to
be controlled from a central processor. Many of these devices are not part of the central automation
system, but that system still needs data input from these devices.
Through its powerful protocol conversion capability, the FieldServer allows system designers and
managers to connect unique instrumentation and sensor devices onto common protocol systems and into
the plant Ethernet backbone. Due to its internal poll-block caching, multiple protocol capability and high
port count, the FieldServer improves data and machine update time compared to conventional HMI
packages using multiple drivers and port expanders.
The FieldServer is designed to enable devices within a facility to communicate with each other or to a
central control station via Serial, Ethernet or other communication busses. Two-way communication is
easily available between the various process and control systems.
1
LONWORKS®is a trademark of Echelon Corporation registered in the United States and other countries.

FieldServer Configuration Manual
Page 8 of 86
1.3 Terminology
1.3.1 Nodes
2
The devices communicating with the FieldServer may be referred to as “Stations”, “Nodes”, “RTU’s”,
“DCS’s”, “Workstations”, “SCADA Systems”, “MMI’s”, “Field Devices”, etc. To prevent confusion these
devices are always referred to as Nodes in this manual.
Similarly, “Device Address”, “Station Address”, “Station ID” is always referred to as “Node ID” in this
manual.
1.3.2 Clients and Servers
A Client Node can request data from and write data to a Server. In Process Control and Building
Automation applications, it is accurate to describe a Client as a device that receives status and alarm
data from a Server, and writes setpoints and control points to the Server.
In a FieldServer application, there is a Client/Server relationship on each network coupled to the
FieldServer. It is therefore typical that the FieldServer acts as a Client and a Server at the same time.
2
Nodes may have the same Node_ID value, so long as they are connected to different ports.
Figure 1: Client/Server
SLAVE
Server Side
Client Side
Server Node
Client Node
MASTER
FieldServer

FieldServer Configuration Manual
Page 9 of 86
Modbus
Data Highway Plus
Bridge
Data Arrays
Client Map Descriptors
Client Node Descriptors
Server Map Descriptors
Virtual Server Nodes
Location Client
Side
Server
Side
Server Node
Client Node
2 OVERALL OPERATION PHILOSOPHY
The FieldServer functions as a bridge between two or more different Nodes (see Figure 2). The
information is gathered by the Client side of the FieldServer from the Server Nodes via a Serial Port,
Ethernet port or plug-in card. Nodes may use different protocols and even different communication
busses. The Client Node Descriptors contain information about each Node including connection ports and
protocol. Each Node is given a Node_Name and a Node_ID. The data from a Server Node is stored on
the FieldServer in a Data Array. The exact location as well as the format of the information is determined
by the Map Descriptors. The FieldServer can contain any number of Data Arrays, but each Data Array
can only store data in one format. The Client Map Descriptors describe where the information is to be
stored on the FieldServer, and the Server Map Descriptors describe how this information is able to be
accessed by a Client Node. On the Server side of the FieldServer, virtual Nodes are created to convert
the information stored in the Data Arrays to the format required by the Client Node. These Nodes can be
accessed by any of the available ports on the FieldServer at any time. The FieldServer thus acts as a
Client and a Server simultaneously.
For example, consider a Modbus PLC with a set of 10 high alarms in address 00001 to 00010.
A Map Descriptor is allocated to fetch Data Objects from Modbus address 00001 length 10 and save this
data to a Data Array named PLC1, offset 20. The high alarm for sensor number 5 on PLC1 is thus stored
in Data Array PLC1; offset 24 (the fifth location starting at offset 20).
A DCS using Allen Bradley DH+ protocol can be configured to access the FieldServer and read the Data
Array. The FieldServer will appear to the DCS as another DH+ PLC. If the Virtual Node PLC1 is
configured to contain the data on sensor 5/PLC1 as a DH+ address B3:57, then the data needed for
address B3:57 will be retrieved from Data Array PLC1, offset 24.
Figure 2: FieldServer Operation Theory

FieldServer Configuration Manual
Page 10 of 86
3 GETTING STARTED –BASIC CONFIGURATION
3.1 Configuration File Overview
The default driver configuration file (CONFIG.CSV) for any driver combination ordered is loaded into the
FieldServer and can be retrieved using the Graphical User Interface Utility (see the FieldServer FS-GUI
Manual for more details). Use this file as a template when editing configuration files to ensure that the
edited file takes the correct form. A detailed explanation of the configuration file follows:
3.2 Configuration File Structure
The file begins with some general information.
//==========================================================//
// Delivery.csv
// SMC Customer : XYZ Corp.
// Ultimate Destination : Main Office
// SMC Sales Order : 00103400
// Driver Configuration : Modbus RTU
// Configured By : GFM
// Date : 23 Mar 16
//
// Copyright (c) 2016 Sierra Monitor
// 1991 Tarob Court, Milpitas, CA 95035
// [phone] Fax: [phone]
// [email protected]
The Common Information Section allows for the determination of parameters not directly related to any of
the connections.
//===========================================================
//
// Common Information
//
Bridge
Title
DCC030 CC00103400 V1.00a
//===========================================================
//
Data_Arrays
Data_Array_Name
, Data_Format
, Data_Array_Length
DA_AI_01
, UInt16
, 200
DA_AO_01
, UInt16
, 200
DA_DI_01
, Bit
, 200
DA_DO_01
, Bit
, 200
Data Arrays:
Data Arrays are “protocol neutral” data buffers for storage of data to be passed between protocols. It is
necessary to declare the data format of each of the Data Arrays to facilitate correct storage of the relevant
data. More information is available in Appendix C.3.
Relevant Project information.
This title appears on the top line of the FS-GUI screen. It
may be used to indicate the configuration version loaded,
and the relevant customer/project.
Lines beginning with // are comments and do
not affect the configuration.
NOTE: Comments should be at the start of
lines. If comments made after a line of
parameters must not follow a comma directly.

FieldServer Configuration Manual
Page 11 of 86
The Client Side Connections Section contains the parameters that describe the nature of the physical
connection to the Server Nodes.
//==========================================================
//
// Client Side Connections
//
Connections
Port , Baud , Parity , Data_Bits , Stop_Bits , Protocol , Poll_Delay
P1 , 9600 , None , 8 , 1 , Modbus_RTU , 0.100s
The Client Side Nodes Section defines the logical connection parameters for the Server Nodes
communicating with the FieldServer.
//==========================================================
//
// Client Side Nodes
//
Nodes
Node_Name , Node_ID , Protocol , Port
PLC 1 , 1 , Modbus_RTU , P1
The Map Descriptor Section contains parameters that describe the address details required to move data
between the FieldServer and an external device and the nature of the data transfer.
//==============================================================
//
// Client Side Map Descriptors
//
Map_Descriptors
Map_Descriptor_Name
, Data_Array_Name
, Data_Array_Offset
, Function
, Node_Name
, Address
, Length
, Scan_Interval
CMD_AI_01
, DA_AI_01
, 0
, RDBC
, PLC 1
, 30001
, 20
, 1.000s
CMD_AO_01
, DA_AO_01
, 0
, RDBC
, PLC 1
, 40001
, 20
, 1.000s
Map_Descriptors
Map_Descriptor_Name
, Data_Array_Name
, Data_Array_Offset
, Function
, Node_Name
, Address
, Length
, Scan_Interval
CMD_DI_01
, DA_DI_01
, 0
, RDBC
, PLC 1
, 10001
, 20
, 1.000s
CMD_DO_01
, DA_DO_01
, 0
, RDBC
, PLC 1
, 00001
, 20
, 1.000s
The port to be connected to, defined
in terms of connection speed and
properties.
The protocol for the
network connected to this
port.
Timing parameters on the
connection allow for fine tuning
of communications.
The Node ID of the Server.
Name assigned to the Map
Descriptor. In some
protocols the name
becomes the variable name.
Offset in relevant Data Array
to start data access/storage.
Data Array to be
used for storage of
data being passed
between protocols.
Determines how data is to
be fetched/written. The
FieldServer is either
reading, being read, or
writing data. This can be
continuous, or on change.
Node being
accessed.
First point address accessed.
Number of points
in poll request.
Timing parameters
assist with pacing
of data.
The Server Node is attached
to this connection.
A name allocated to the node
for reference by the Map
Descriptors.

FieldServer Configuration Manual
Page 12 of 86
The Server Side Sections are functionally the same as their Client Side equivalents, except that Server
parameters are being defined.
/==========================================================
//
// Server Side Connections
//
Connections
Adapter , Protocol
N1 , Modbus/TCP
//==========================================================
//
// Server Side Nodes
//
Nodes
Node_Name , Node_ID , Protocol
MBP_Srv_11 , 11 , Modbus/TCP
//==============================================================
//
// Server Side Map Descriptors
//
Map_Descriptors
Map_Descriptor_Name , Data_Array_Name , Data_Array_Offset , Function , Node_Name , Address , Length
SMD_DI_01 , DA_DI_01 , 0 , Passive , MBP_Srv_11 , 10001 , 200
SMD_DO_01 , DA_DO_01 , 0 , Passive , MBP_Srv_11 , 00001 , 200
3.3 Editing Configuration Files
The configuration file is in comma-delimited format where entries within a line are separated by commas
and the end of a line is indicated by an entry without a comma. This file can be edited using spreadsheet
programs or any text editor.
It is recommended that the CONFIG.CSV file be backed up before editing. Once edited, the file can be
saved and uploaded in the Graphic User Interface (see FieldServer GUI Manual for details).
Refer to Appendix C.4 for the parameters that are usually filled out in the configuration file. Only the
specified values may be used - other values may affect FieldServer performance or functioning.
Not all parameters are compulsory for every driver (see the related driver manual for details). The bold
legal value is the value that will be used if the parameter is not specified.
Not all variables need be defined for every configuration. Depending on the protocol and configuration,
some variables might not be necessary. More detailed information is located in the relevant Driver
Manual, including settings specific to the drivers being used for a particular application.
Most FieldServer parameters are specified in a configuration file and are fixed. A growing number,
however, may be changed dynamically using values found in Data Arrays. We call these Dynamic
Parameters. Refer to Section 6.3 for more information on Dynamic Parameters.
Adapter definition applies to defining network and
FieldServer connections (such as PROFIBUS).
A Node name for reference by the
Map Descriptors.
Since the FieldServer is a Server here, this is the ID of
the FieldServer (virtual) Node. The FieldServer can
represent multiple Virtual Node_ID’s in most protocols.
The protocol for the network
connected to this port.

FieldServer Configuration Manual
Page 13 of 86
3.4 Testing Configuration Files with DSW32.EXE
DSW32.exe is a program that simulates the FieldServer on the PC and can be used for testing edited
configuration files before transferring them back to the FieldServer. This file can be obtained by calling
technical support. It is not necessary to use DSW32. The configuration can be loaded into the FieldServer
and tested in much the same way.
•Open an MS-DOS prompt and navigate to the directory containing the configuration file.
•Type: "dsw32.exe -c<configuration file>", where <configuration file> is the name of the file to
be tested. For example, to test the CONFIG.CSV file, type " DSW32 –cconfig.csv".
To test specific sections of a configuration file it is possible to ignore certain sections:
•To ignore a block, use the "ignore" keyword at the start and the "process" keyword at the end of
the block.
•To ignore individual lines use “//”.
•The "end" keyword will stop processing the file, and anything after this keyword will be ignored.
The following is an example of the interface when using DSW32.exe.
Check all screens to see if the file is working correctly, paying particular attention to the Error screen.
From the main menu, press "E" to enter the error display screen, and examine the errors listed (refer to
Figure 4). Take note of System Errors or Configuration Errors. These indicate configuration problems in
the configuration file.
Figure 3: DSW32 Interface Screen

FieldServer Configuration Manual
Page 14 of 86
NOTE: A number of "System Overrun" errors may occur in this screen. They are caused as a
result of the simulation, and will not cause any problems on the FieldServer.
When the file is free from errors (with the exception of "System Overrun" Errors), download it using the
"D" command from the main menu of the Remote User Interface.
3.4.1 Additional Worthwhile DSW32 Checks
•Check the Connections defined to ensure that they are as expected.
•Do the same for Nodes.
•Check the Data Arrays to ensure that all Data Arrays defined are there. If too many Data Arrays
exist, this usually signifies that a spelling error exists in the configuration, and that incorrect Data
Arrays were specified in the Map Descriptors.
NOTE: The first few lines of the error screen are merely informative and relevant information used
for fault finding and do not represent errors. Errors are shown as “System Error” or
“Configuration Error” in the error screen.
None of these messages are errors.
Config and system errors will have a
“banner” saying “System Error” or
“Configuration Error”.
Figure 4: DSW32 Error Screen with Driver Versions

FieldServer Configuration Manual
Page 15 of 86
4 MAP DESCRIPTOR FUNCTIONS
3
Map Descriptor functions determine how data is mapped between Data Arrays and the corresponding
driver data points. The choice of function used is critical in ensuring that the right relationship is
established with the device being communicated with. The most important decision to make when
choosing a function is whether the function needs to be active or passive. Once this is determined, the
trigger for initiating communications determines which active or passive function is used.
4.1 Active vs. Passive Functions
Active functions control the communications activity for the associated points in the network. Specifying
an active function for a point will enable the FieldServer to decide when a point is updated, and monitor
the health of the communications path for that point (if the associated protocol allows for this). Specifying
a passive function will mean that the FieldServer expects the communications for that point to be
controlled and monitored by another device on the associated network.
NOTE: By design, it is necessary that all active Map Descriptors communicate to a point that has
a passive mapping on the remote device, and that passive Map Descriptors are controlled
by an active mapping on the remote device.
There is a loose relationship between Active/Passive and Client/Server. Clients usually use active
mappings and Servers usually use passive mappings, however Active Servers and Passive Clients do
exist. Points that send an update to a network on change (such as Alarm panels) are a good example of
Active Servers.
Another set of terminology used in this area is solicited vs. unsolicited messages. A Client receives a
solicited message from a Server when it asks for it (the point is polled). A Client receives an unsolicited
message from a Server when the Server sends the point without the Client asking for it. Clients that send
solicited messages are Active Clients communicating with Passive Servers. Clients that receive
unsolicited messages are Passive Clients communicating with Active Servers.
4.2 Passive Map Descriptor Functions
4.2.1 Passive
The Passive function will not initiate any communications but waits to be solicited by a remote device and
responds with data accordingly. The Passive function will also accept writes and update the associated
Data Array.
4.2.2 Passive Client (Passive_Client)
The Passive_Client function is intended for use where the associated Map Descriptor performs a Client
function and is connected to an active Server. The Passive_Client function will consume all unsolicited
messages for the related point/s and store them in the associated Data Array.
3
Not all functions are supported by all drivers. Refer to the specific Driver Manual for information on functions supported by
individual drivers.

FieldServer Configuration Manual
Page 16 of 86
Data Server
Client
Network
Protocol A
FieldServer
Network
Protocol B
Typical Properties
Map Descriptor function used for both
protocols A and B is “passive”.
FieldServer is non-intrusive into both
networks, and responds to queries and
commands only.
4.2.2.1 Working with Passive Client –Passive Server Applications
Some applications require the data Server to actively write data to and from the FieldServer. To do this it
is necessary to change the Client side of the configuration to be passive.
Individual drivers have specific requirements for managing passive communications, but the following
steps are typically required to change the Active Client side of a configuration file to make it a Passive
Client.
•Remove Adapter/Port to Client side Node
•Change Function from RDBC to Passive
•Remove Scan_Interval
•Change Node ID to remote device’s target Device ID
If the Server side remains passive, then every Map Descriptor should have “Passive”as its function.
Consequently, the Server device will write data to the FieldServer’s Data Arrays, and the Client device will
read that data from the same Data Arrays, making the operation of the FieldServer much like that of a
normal data Server on an office network.
Figure 5: Typical Network Architecture

FieldServer Configuration Manual
Page 17 of 86
4.3 Active Map Descriptor Functions
A Responsible Map Descriptor is a Map Descriptor that inherently monitors the quality of the data that it
is mapping and can be recognized by the “Function” parameter field. The following are all Responsible
Map Descriptors.
NOTE: If specific supported drivers aren’t mentioned, the function can be used by any driver.
4.3.1 Read Funcitons
4.3.1.1 Read Block Continuous (RDBC)
The RDBC function will read a block of data of length specified by the “length” parameter, and transfer
that data to the Data Array specified. Reads are performed continuously at an interval specified by the
“Scan_Interval” parameter.
The RDBC function also has the ability to perform what is known as “write throughs”. If the driver allows
writing to the point related to the Map Descriptor where RDBC is specified, then the RDBC function will
write the data in the Data Array back to the point when an update in the associated Data Array is
detected. This makes RDBC the ideal function for read/write points.
4.3.1.2 Read Block (RDB)
The RDB function works the same as the RDBC function except that only one read is executed at startup
instead of a continuous number of reads.
4.3.1.3 Active Read Continuous with Sequencing (ARCS)
This function will perform the same operation as an RDBC (Arc) function, but will sequence through the
range of addresses starting at "Address" and wrapping at "Address + Length". A length of 1 will be used
for every one of the Addresses that gets polled. The following drivers currently support the ARCS
function.
•Modbus_RTU
•Lutron_Machine
•BACnet MS/TP, BACnet/IP
•Metasys N2
4.3.1.4 Active Read Continuous with Offset (ARCO)
This function does a read of length 1 for a range of addresses.
4.3.1.5 Active Read at Startup (ARS)
This function does an active/single read on startup, or every time the associated node goes online.
4.3.1.6 Read Block Continuous Expedite (RDBCE)
This function can be used to give higher priority to read data map descriptors that may be held back in a
situation where many writes are triggered or where other read map descriptors are taking a very long time
to read data. The kernel will alternate between normal and expedited read map descriptors instead of
servicing the map descriptors one after the other as they are found in the configuration file.

FieldServer Configuration Manual
Page 18 of 86
4.3.1.7 Active Read Discovery on Startup (ARDS)
This function is used for discovering known Modbus RTU devices. A register(s) will be read and if a
known value is received, a profile configuration will be loaded.
Discovery based on Modbus Register:
Map_Descriptors
Map_Descriptor_Name
, Data_Array_Name
, Data_Array_Offset
, Function
, Node_Name
, Data_Type
CMD_Type01_Disc
, DA_T01_Resp
, 1
, ARDS
, Type01_Disc
, Holding_Register
, Address
, Scan_Interval
, Length
, Discovery_Node_Range
, DA_Linked_Name
, DA_Linked_Offset
, 00081
, 0.000s
, 14
, 1 20
, DA_T01_Node
, 0
Discovery based on Slave ID (Modbus FC17):
Map_Descriptors
Map_Descriptor_Name
, Data_Array_Name
, Data_Array_Offset
, Function
, Node_Name
, Data_Type
CMD_SLAVE_ID
, DA_LOAD_ID
, 1
, ARDS
, Discovery
, Slave_Id
, Config_Table_Name
, Scan_Interval
, Length
, slave_id_profile
, 0.000s
, 20
4.3.2 Write Functions
4.3.2.1 Write Block on Change (WRBX)
The WRBX function will write data from the Data Array to the remote device. The write is triggered by a
change in the associated Data Array. If the associated Data Array is updated a write will occur, even if the
value/s within the Data Array have not changed. The “Scan_Interval” parameter is not required for this
function as writes are event driven and not continuous.
4.3.2.2 Write Block on Change of Value (WRBCOV)
The WRBCOV function operates much the same as a WRBX, but will only write on a value change. The
write is triggered by a change in value in the associated Data Array. If the associated Data Array is
updated with the same value a write will not occur. The “Scan_Interval” parameter is not required for this
function as writes are event driven and not continuous.
4.3.2.3 Write Block Continuous (WRBC)
This is similar to the WRBX function, except that the writes occur at a regular interval rather than on an
event driven basis. The frequency of the writes is determined by the “Scan_Interval” parameter.
4.3.2.4 Write Block (WRB)
This function is the same as WRBC except that only one write is executed at startup instead of a
continuous number of writes.
4.3.2.5 Active Write at Startup (AWS)
This function does an active/single write on startup, or node coming online.
NOTE: Does not work with any BACnet driver.

FieldServer Configuration Manual
Page 19 of 86
4.3.2.6 Active Write on Trigger (AWT)
This function is used to affect a single data write per trigger. As with the WRBX function, the write only
occurs when the Data Array is updated. In this case the updated data is not used to form the write, but
updating the Data Array triggers a read of a Secondary Data Array which contains the data to be served
in the write.
In the example below (from the Lutron Machine Driver) the driver watches the Data Array called
‘Lut_triggers’ (offset 13). If that Data Array element is updated (even if the value remains unchanged) the
the write is triggered. The driver extracts the data from the Secondary Data Array called ‘Set_tlck’ (offset
0) and forms a message to write this data to the field device.
Only certain drivers support/require the use of this function. For other drivers, AWT is a synonym for
WRBX since there is no secondary Data Array to extract information from.
NOTE: The driver may extract more data from the array than specified by the ‘length’ parameter.
The only way to know how much data is to read that specific driver’s manual.
Map_Descriptors
Map_Descriptor_Name
, Data_Array_Name
, Data_Array_Offset
, Function
, Node_Name
, GRAFIK_command
Set_tck
, Lut_triggers
, 13
, AWT
, LUT_GRF6_0
, Set_tclk
, DA_Lut_List
, DA_Lut_List_Offset
, Length
, Set_tclk
, 0
, 1

FieldServer Configuration Manual
Page 20 of 86
5 DATA MANIPULATION FEATURES
The features described in this section may or may not be needed depending on the application where the
FieldServer is implemented. If the application calls for straight passing of data without modification
through the FieldServer, then the features in this section will probably not be useful.
5.1 Moves
The Moves function permits data to be moved from one Data Array to another. The function parameter
within moves allows data manipulation to occur while moving the data. Examples of this are Logic
operation, Integer to floating point conversion, etc. Scaling, Logic and Math are also possible while
moving data.
With the exception of Conditional Moves (Section 5.2.9), each Data Array location may only act as the
target location of one Responsible Move. This ensures that the data source can be uniquely determined
in order to establish source data validity, and so that a write through the target data location is directed to
the appropriate location.
Moves will execute whenever the source data changes or the scan interval (if specified) expires. If a task
move does not have a scan interval defined, a default scan interval of one second is assumed.
A Move operation must specify the following elements:
Data Elements
Source_Data_Array
The name of the Data Array from which data is to be copied.
Source_Offset
The offset within the Data Array from which data is to be copied.
Target_Data_Array
The name of the Data Array to which data is to be copied.
Target_Offset
The offset within the Data Array to which data is to be copied. The offset can
be either a hardcoded value or can be obtained from another data array. See
Moves example in Section 5.1.1.1 for more information.
Optional Elements
Length
The number of consecutive source Data Array values to be moved to
consecutive target locations, starting at the respective offsets.
Task_Name
If a task name is specified, the move operation becomes a continuous task on
the FieldServer that is executed at the scan interval specified.
Scan_Interval
The time interval at which the task will be repeated. A task name must be
specified if a scan interval is specified.
Function
Defines move functionality (for example byte order manipulation). Functions
are summarized in Section 5.2.
Conditional_Data_Array
The name of a Data Array to be used for conditional moves. See Section
5.1.1.3 for more information.
Conditional_Offset
The offset into the Conditional_Data_Array where the conditional bits for the
move are defined. The value found at this specified location must be non-zero
for the move to be executed. If the value is zero, the move is inhibited.