Professional Documents
Culture Documents
Cdweb Control For Proflow: System Manual
Cdweb Control For Proflow: System Manual
Cdweb Control For Proflow: System Manual
for ProFlow
System Manual
6510020139
CDWeb
Control System Manual
for ProFlow
This manual is a product of Honeywell. It is intended for use only by Honeywell and customer personnel in
connection with Honeywell products. It is strictly prohibited to copy this manual or any part thereof or to
transfer this manual or any part thereof to any non-Honeywell person or entity, except customer personnel
for use in connection with Honeywell products. Persons employed by a third-party service company shall
not have access to this manual.
Notice
All information and specifications contained in this manual have been carefully researched and prepared
according to the best efforts of Honeywell, and are believed to be true and correct as of the time of this
printing. However, due to continued efforts in product improvement, we reserve the right to make changes
at any time without notice.
To order additional or revised copies of this publication, contact Honeywell, 500 Brooksbank Ave, North
Vancouver, B.C., Canada V7J 3S4. Telephone (604) 980-3421.
Trademarks
AutoSlice, ProCoat, ProSlice, ProFlow, CDWeb, CDConnect and CDWeb Manager are registered trademarks
of Honeywell. All other product names are mentioned for identification purposes only and may be
trademarks of their respective companies.
Copyright
© 2003 Honeywell
500 Brooksbank Ave, North Vancouver, BC, Canada V7J 3S4.
All rights reserved. No part of this publication may be reproduced or translated, stored in a database or
retrieval system, or transmitted in any form or by any means, electronic, mechanical, photocopying,
recording, or otherwise, without the prior written permission of Honeywell.
Printed in Canada.
Contents
Table of Contents
Contents ..................................................................................................................................................... i
Table of Contents................................................................................................................................. i
List of Figures ..................................................................................................................................viii
List of Tables ...................................................................................................................................... ix
Preface ....................................................................................................................................................... x
About This Manual ............................................................................................................................ x
Related Reading................................................................................................................................. xi
Conventions ....................................................................................................................................... xi
Honeywell Part Numbers ..............................................................................................................xiii
Routers................................................................................................................................6
Network Variable Messages..................................................................................................6
Chapter 5. Utilities................................................................................................................................95
Overview............................................................................................................................................95
LonMaker ...........................................................................................................................................96
Hardware requirements.......................................................................................................96
Installing the SLTA driver ...................................................................................................97
Installing LonMaker .............................................................................................................98
Using LonMaker with Windows 95 ...................................................................................98
Starting LonMaker ..............................................................................................................100
Basic LonMaker Tasks........................................................................................................100
Node Installation...........................................................................................................100
Node Replacement........................................................................................................102
Troubleshooting LonMaker...............................................................................................103
Export .........................................................................................................................................104
TERM/Term95 ................................................................................................................................105
TERM and PC/TCP..................................................................................................................105
Term95 Installation and Setup ................................................................................................106
Running TERM and Term95 ...................................................................................................109
Using TERM...............................................................................................................................109
Using Term95 ............................................................................................................................112
CDWeb Explorer .............................................................................................................................114
Installing CDWeb Explorer .....................................................................................................115
Manual Calibration:..................................................................................................................142
A/D Calibration (Position):.....................................................................................................142
Two-point Automated: ......................................................................................................142
Two-point: (only in versions 1.02 and greater)...............................................................143
Manual Calibration:............................................................................................................143
A/D Calibration (Voltage and Position): ..............................................................................144
Two-point: (only in versions 1.02 and greater)...............................................................144
Redefining Current Position for a Single Actuator (Crack Open) .....................................144
Changing the IP address of a CDWeb Manager ........................................................................145
TERM/Term95 method .....................................................................................................145
CDWeb Explorer method ..................................................................................................147
List of Figures
Figure 1-1. CDWeb System Schematic (AutoSlice) .............................................................................2
Figure 1-2. Network Topology...............................................................................................................5
Figure 2-1. CDWeb Manager Panel Layout .........................................................................................8
Figure 2-2. Jumper Configuration .......................................................................................................14
Figure 2-3. EXM-LTNI Configuration.................................................................................................17
Figure 2-4. Switch S1 configuration ....................................................................................................17
Figure 4-1. CDConnect Assembly for ProFlow .................................................................................72
Figure 4-2. CDConnect calibration curves ..........................................................................................91
Figure 4-3. ProFlow scaling relationships ...........................................................................................93
Figure 5-1 LonMaker Setup for Windows 95......................................................................................98
Figure 5-2 Windows 95 Memory Assignments for LonMaker.........................................................99
List of Tables
Table 1-1. Transceiver Specifications.................................................................................................... 6
Table 2-1. CDWeb Processor Specifications ...................................................................................... 13
Table 2-2. CDWeb Manager computer directory structure ............................................................. 19
Table 2-3. CDWeb Manager file names, locations and types........................................................... 20
Table 2-4. Lon Task Configuration Options ....................................................................................... 21
Table 2-5. Scl Task Configuration Options ......................................................................................... 23
Table 2-6. Rtu Task Configuration Options........................................................................................ 24
Table 2-7. Actuator Task Configuration Options .............................................................................. 25
Table 2-8. Monitor Task Configuration Options................................................................................ 28
Table 3-1. Application Manager Symbol Names ............................................................................... 38
Table 3-2. Actuator Zone Status Words .............................................................................................. 39
Table 3-3. SCL Actuator Status Alarms............................................................................................... 55
Table 3-4. RTU Functions ..................................................................................................................... 58
Table 3-5. RTU Error Codes ................................................................................................................. 62
Table 3-6. MXOpen RTU Actuator Status Fields .............................................................................. 64
Table 3-7. RTU Registers - CMM Mode ............................................................................................. 67
Table 3-8. RTU Registers - PCM Mode .............................................................................................. 67
Table 3-9. RTU Actuator Types ........................................................................................................... 68
Table 3-10. RTU Actuator Status Word.............................................................................................. 69
Table 4-1. Actuator commands functions .......................................................................................... 86
Table 4-2. Actuator Alarms................................................................................................................... 94
Table 5-1. CDWeb Explorer tasks versus port used....................................................................... 114
Chapter 5, Utilities, goes over the software tools and techniques used
when working with a CDWeb System.
Related Reading
The following documents contain related reading material.
Conventions
The following conventions are used in this manual.
NOTE: Unless otherwise specified, you may type all text in uppercase or
lowercase.
In text, words shown in italics are manual titles, key terms, notes,
cautions, or warnings.
Boldface Boldface characters in this special type indicate button names, button
menus, fields on a display, parameters, or commands that must be
entered exactly as they appear.
[CTRL] [CTRL] is the key you press simultaneously with another key. This
key is called different names on different systems; for example,
[CONTROL], or [CTL].
[KEY-1]-KEY-2 Connected keys indicate that you must press the keys simultaneously;
for example,
[CTRL]-C.
Click Click means to position the mouse pointer on an item, then quickly
depress and release the mouse button. This action highlights or
“selects,” the item clicked.
Drag X Drag X means to move the mouse pointer to X, then press the mouse
button and hold it down, while keeping the button down, move the
mouse pointer.
Press X Press X means to move the mouse pointer to the X button, then press
the mouse button and hold it down.
The first two digits of the part number are the same for all Honeywell
division products. The next four digits identify part type. Technical
publications are designated by type numbers 1002.
The next four digits identify the manual. These digits remain the same for
all rewrites and revision packages of the manual for a particular product.
Introduction
The Honeywell CDWeb system is a distributed actuator control system
that holds many advantages over a conventional PLC-based control
system. These advantages include:
Ethernet
CDWeb
Scanner System Manager
Actuator
CDConnect Assembly
• Actuators: each actuator (or in the case of the ProFlow, every four
actuators) is controlled by a CDConnect control assembly. The
CDConnect assembly communicates with the CDWeb processor,
exchanging status and control information.
LonWorks Introduction
The CDWeb architecture is based on Echelon Corporation’s LonWorks
technology. At the core of the LonWorks technology is a micro-controller
dubbed the NEURON CHIP. This micro-controller is currently
manufactured by both Motorola and Toshiba.
Neuron Chip
The NEURON CHIP implements a 7-layer networking protocol (modeled
after the ISO OSI reference model) using two of the three built-in
processors. The third processor executes your application-specific code.
LONTALK Protocol
The LONTALK protocol is a complete networking protocol that follows
the ISO OSI reference model. This includes support for multiple
communication channels, network routers, and network management.
LONTALK Addressing
Channel
For CDWeb applications, the number of nodes that can reside on a single
channel will depend on the application, and the network message
requirements.
Domain
Subnet
Group
Network Topology
The following topology is a typical CDWeb implementation. Note that for
this example, a maximum of 64 nodes exist within a single subnet.
Domain 1
Channel 1
Router 1
Network
Channel 4 Nodes 1-64 Terminator
Subnet 1
CDWeb Router 2
Channel 2
Manager
Nodes 65-128 Network
Terminator
Subnet 2
Channel 3
Router 3
Network
Nodes 129-196 Terminator
Subnet 3
Note that the channel 4 media may or may not be different from the media
used in channels 1-3.
Network Components
Transceivers
Routers
Overview
The CDWeb Manager consists of:
• a protective enclosure;
• an industrial PC;
• power conversion devices (transformers, DC power supplies) ;
• protection devices (circuit breakers, fuses);
• communications devices (routers, Ethernet converters, RS-485
converters);
• digital I/O for interlock control (where applicable); and
• analog inputs for ProTrim sensor support (where applicable).
• power conversion between the site supplied power and the devices
comprising the system; and
The following figure is an example panel layout for the CDWeb Manager:
LF-1
Router #1
(Standard)
ROUTER #1
0 1 2 3 4 5 Router #2 (Required if system
is greater than 64 zones)
TS3
erminal Strip 12
TS7 TS8
Power Supply #2
(Standard)
TS1
Terminal Strip 13
P/S2 TS13 (Required if Communications to
CDWeb Manager is via a serial link)
Transformer
(Not required if an AutoSlice system
and supplied voltage is 110VAC)
TS9
Terminal Strip 10 (Required if
system is greater than 64 zones)
TS10
TR-1
Power supply P/S1 supplies 12 VDC to the router(s) located in the top
right corner of the CDWeb Manager.
across long cable runs between the CDWeb Manager and the junction box
or actuators.
The card rack contains a VME backplane and houses the cards necessary
for the protocol conversion, system interlock maintenance, and ProTrim
sensor support. All CDWeb Managers have a power supply and at least
one EPC-8A industrial computer for the protocol conversion in the rack.
Digital I/O cards are present only in those systems with interlocks.
Analog input cards are present only in systems with ProTrim sensors.
Protocol Conversion
The CDWeb Manager receives messages from the Supervisory Control
System, then interprets, converts, and distributes this information to the
actuators.
The CDWeb Manager also receives information from the actuators, such
as actuator position and status. It must then present this data in a suitable
format to the Control System for use in the CD Control algorithm or
operator display.
Rack Configuration
The GE Fanuc 5-slot PLC rack is home to the CDWeb processor. In some
systems, there may also be additional PLC components in the rack to
support system interlocks, ProTrim sensors, or non-CDWeb related
functions.
CDWeb Processor
General Description
The CDWeb Processor consists of a PC-compatible computer designed for
use in the VMEbus environment, a LonWorks interface expansion card,
and a 2 slot EXM expansion backplane to interface expansion cards to the
PC-compatible computer.
• 8 MB DRAM
Specifications
The following are the relevant environmental and electrical specifications
for the EPC-8A:
Environmental
Characteristic Value
Temperature Operating 0°C to +65°C
Storage -40°C to +85°C
Humidity Operating 5% to 95% non-condensing
Storage 5% to 95% non-condensing
Altitude Operating 0 to 10,000 ft (3000 m)
Storage 0 to 40,000 ft (12,000 m)
Airflow 6 Litres/second (12.7 cfm). for the two
slot module
Electrical
Characteristic Value
Current @5V 4.0A typical
@+12V 0.2A typical
@-12V 0.2A typical
Hardware Configuration
The Radisys EPC-8A has a number of jumpers that can be configured.
Slot-1 Jumper
In cases where the CDWeb Processor is the only VME card installed on the
bus, the Slot-1 jumper may be installed or removed, although the default
configuration is for the jumper to be removed.
Enables the BIOS Flash memory for writing. This should not be installed
unless you are attempting to upgrade the BIOS.
Enables the resident Flash memory for writing. This jumper is installed to
allow for site software upgrades.
Slot-1 Jumper
JP3
Lithium Battery
JP5
JP4
JP2 JP6
Installed
Removed
Lithium Battery
A 3.0 V battery powers the CMOS RAM (i.e. BIOS Configuration) and the
Time of Day (TOD) clock when system power is not present. In a system
that is powered on most of the time, the battery should have an estimated
life of 10 years.
Removing the battery will invalidate the CMOS setup parameters if you
do not put the new battery into the empty socket within 60 seconds. It is
recommended that all setup parameters be documented while the battery
is still good.
BIOS Configuration
The BIOS can be configured by attaching a keyboard and monitor to the
appropriate ports on the EPC-8A. Pressing the reset button on the EPC-8A
and holding the F2 key on the keyboard enters the BIOS setup program.
The BIOS settings are grouped into 4 categories: Main, Advanced, EXM,
and VME. These categories appear in a row along the top of the screen.
The category can be selected using the left and right arrow keys.
Selecting the IDE Adapter 0 Master and pressing the Enter key brings up a
sub-menu which is used to set the hard-drive type. On this sub-menu the
standard setting is None for Type.
The Boot Sequence option also brings up a sub-menu with the following
standard settings:
Boot Delay: 0
Boot Sequence: C: then A:
Setup Prompt: Enabled
POST Errors: Disabled
Floppy Check: Enabled
Summary Screen: Enabled
Use the ESC key to return from a sub-menu to the main menu.
Press ESC and Save Settings and Exit to make changes permanent. The
EPC-8A will automatically reboot when the changes have been written.
Hardware Configuration
This card has a number of jumpers and dip switches that can be
configured. Depending on the manufacturing date of the card in a
particular system, it may or may not resemble the following diagram:
JP14
1 JP13
2 JP12
3
S1 4
JP11
5
JP8 JP10
6
7 JP9
P2 JP1 JP2
8
JP4
JP3 JP7
P3
JP6
JP5
Note:
if Oscillator is 10.0000, JP1 is not jumpered Installed
if Oscillator is 20.0000, JP1 is jumpered Removed
OFF ON
1
2
3
4
S1 5
6
7
8
Backplane (EXP-BP2)
The backplane is a printed circuit board with connectors on both sides.
The backplane provides the following functions:
• Provides power from the VMEbus backplane to the EPC-8A and any
expansion modules (e.g. the EXM-LTNI interface card)
Software
The CDWeb Processor uses the QNX operating system. QNX is very
much like UNIX, but is specially designed for embedded applications
running on Intel processors. Anyone who is familiar with UNIX will find
this version of QNX very familiar.
is a small disk attached to the computer. This flash disk can be used just
like any other disk (with a few exceptions).
The flash disk is formatted with a QNX file system. This file system has a
directory hierarchy just like in UNIX, DOS, or Windows. Files placed in
the file system are located within some directory or sub-directory and are
located by specifying a path to the file. One difference worth mentioning
is that in DOS or Windows paths are specified using the ‘\’ character,
while in QNX, like UNIX, paths are specified using the ‘/’ character.
The file system in the CDWeb Manager computer has the following
directory structure:
Directory Description
/ the file system root
/bin operating system files
/etc QNX, TCP configuration files (i.e. hosts)
/etc/config QNX startup files (i.e. sysinit)
/dev QNX device drivers
/pipe QNX pipe files
/cdwebman CDWeb Manager tasks and configuration files
Most of the files on the flash disk are files required by QNX and are not
specific to the CDWeb Manager. Files specific to proper CDWeb Manager
operation are:
For the most part, the only files that may need modification are in the
/cdwebman directory. In particular the export.csv file may need to be
updated if the LON database is modified, or if any software upgrades are
issued for any of the CDWeb Manager tasks.
The one exception to this is the hosts file in the /etc directory. This file
defines the IP address of the CDWeb Manager and possibly the IP address
of the host if the CDWeb Manager is communicating using the ODX
protocol. This file must be located in the /etc directory in order for QNX
to find it. Also, the names in the file should not be changed as the
operating system looks specifically for those names when starting up the
TCP/IP drivers. The IP addresses in the file can be modified, however.
Prior to version 1.07, configuration options for the tasks were specified in
the /cdwebman/webstart file using switches. These switches were hard
to understand and use, so starting with version 1.07, the software uses the
newer /cdwebman/cdweb.ini configuration file. This file uses text
descriptions that are easier to modify and understand. The older switches
are still supported for compatibility.
Lon Task
The lon task is a protocol task. That means it understands a communi-
cations protocol (the LON protocol in this case), and it provides other
tasks with a convenient mechanism for using this protocol. This task is
started automatically by the webstart script. Options to the lon task are
specified with switches or, in version 1.07 or greater, in cdweb.ini.
-d name database = name a fully qualified pathname for the LON database
-i id task id = id a task ID which uniquely identifies this lon task (1)
-s slot engenuity slot = slot the EXM slot where the LTNI card is located (search)
-b address engenuity base = address the base address in hexadecimal where the LTNI card data
structures are located (D0000)
-m name node name = name the name of the CDWeb Manager in the Lon database
(cdweb_proc_1)
Notes: When the lon task starts up, it attaches a name to itself. This name is /devron/loni where i is the same as
above. The name can be seen by typing sin name at the QNX shell. By default, it reads the [lon] section
in the cdweb.ini configuration file.
Longate task
The longate task allows the CDWeb Manager to act as a gateway for other
LON-based devices that need to communicate directly with the actuators
but do not have a direct connection to the actuator LON. This feature is
used primarily in conjunction with CDWeb Explorer. It allows CDWeb
Explorer (version 1.60 and above) to support and maintain the CDWeb
system over an ethernet network.
ODX Task
The odx task is the host communications task that understands the ODX
protocol. It enables communications over a TCP/IP link to an ODX
server. This task is only present in systems which communicate to the
control system using the ODX protocol. This task is started automatically
by the webstart script with the parameters defined during the system
build.
NOTE: The odx task name is /devron/host. When running, the ODX task
spawns several other tasks which help it run. Executing the QNX
command ps (for process status) at the QNX terminal shows all
currently executing tasks. If the odx task is running correctly the ps
command should show three instances of /cdwebman/odx running.
SCL Task
The scl task is identical to the odx task except it speaks the SCL protocol
over a serial link. This task is only present in systems which communicate
to the control system using the SCL protocol. This task is started
automatically by the webstart script with the parameters defined when
the system was built.
NOTE: The scl task name is /devron/host. As with an ODX system, executing
the QNX command ps at the QNX command prompt should show three
instances of /cdwebman/scl running. By default, it reads the [scl]
section in the cdweb.ini configuration file.
With the new cdweb.ini configuration file, the scl task can actually be
configured in two ways: by reading the [scl] section and by reading the
section with the same name as the host name option for the act task. This
allows possible support for multiple, simultaneous SCL links.
RTU Task
The rtu task is similar to the scl task in that it speaks the RTU protocol
over a serial link. This task is only present in systems which communicate
to the control system using the RTU protocol. This task is started
automatically by the webstart script with the parameters defined when
the system was built.
NOTE: The rtu task name is /devron/host. As with an ODX system, executing
the QNX command ps at the QNX command prompt should show three
instances of /cdwebman/rtu running. By default, it reads the [rtu]
section in the cdweb.ini configuration file.
With the new cdweb.ini configuration file, the rtu task can actually be
configured in two ways: by reading the [rtu] section and by reading the
section with the same name as the host name option for the act task. This
allows possible support for multiple, simultaneous RTU links.
Actuator Task
The actuator task is the meat in the CDWeb Manager sandwich (where the
lon and odx, scl, or rtu tasks are the bread). It receives information, such as
setpoints, from the control system (via the odx, scl or rtu task), reformats
the information, and retransmits it to the actuators (via the lon task).
Similarly it receives information from the actuators, such as position,
reformats it and sends it to the control system.
The host gauge option specifies the symbol names to use for the host link,
for example, P1CWP1_ASP for setpoints, where WP1 is the gauge. This
option can take two forms: it can be either a single-digit number or a three
character identifier. In the first case, the default characters for the actuator
type are used (WP for all weight actuators). In the second case, the entire
string can be replaced (eg. CP1) if the actuators are being controlled by a
non-weight optimizer.
The actuator map file option is used in cases where the relationship
between zone number and controller/output is not trivial. In most cases
zone 1 is actuator 1, zone 2 is actuator 2, etc. Often with the ProFlow, this
Other actuators may also use a map file if some actuators are not being
controlled by the Supervisory Control System. For example, perhaps only
the 7 actuators on either edge of a 47 actuator beam are being controlled.
In this case, the CDWeb Manager is only talking to 14 actuators, but they
are configured as actuators 1 through 7 and 41 through 47.
The map file describes these relationships. It has one line per actuator. The
line can contain either a single number - the zone number, or the zone
number followed by the controller number followed by the output letter.
For the previous ProFlow example, the map file would contain the lines:
17 5 A
32 5 B
34 5 C
60 5 D
Diagnostic Task
Each CDWeb Manager task must be able to run with no screen output or
keyboard input because under normal circumstances they run in a cabinet
with no monitor or keyboard attached. Yet, there are circumstances in
which knowing the state of the various tasks can greatly simplify any
troubleshooting. The diagnostic task serves this function.
The diagnostic task acts as a virtual monitor for the other CDWeb
Manager tasks. These other tasks can write messages to the diagnostic
console. Using the appropriate software it is possible to view this virtual
In general, the various tasks running in the CDWeb Manager will send
messages with severity level one only under dire circumstances which will
result in the immediate termination of the task. Severity level two means
the task has encountered an error which, while not fatal, is very serious.
Levels three through seven are used for informational messages. These
messages do not represent errors but allow an operator to view the
operations of the tasks with a varying degree of detail.
Monitor Task
The monitor task is a last line of defense. This task simply watches the
other tasks. In the event that one of the other tasks fails, the monitor task
issues a hardware reset. This signal resets the computer and restarts the
system.
The monitor task generates a log file called taskmon.log. Every time the
monitor starts up and whenever it detects a problem, it adds an entry in
the log file.
NOTE: The tasks to monitor are identified by name (not command line).
Console Task
Since the CDWeb Manager computer normally runs in a box with no
keyboard or monitor attached, the various tasks do not use the keyboard
and monitor for user input and output. As mentioned previously, the
diagnostic task provides a virtual console for monitoring the state of all of
the CDWeb Manager tasks. The console task provides a similar function. It
allows user interaction with the other CDWeb Manager tasks.
The console task is designed for user input and output over the Ethernet.
The user can invoke the console task over the network and use the
keyboard and monitor on another computer to interact with the various
tasks on the CDWeb Manager computer.
Once attached the user can get a menu of functions supported by the task
by pressing the space bar. Currently the actuator, lon, scl, rtu, and odx
tasks support user interaction via the console task.
Command Line:
console task_name
where:
task_name is the name of the task to serve (sin name to view all task
names)
NOTE: When connecting to a named task, the /devron/ prefix can be omitted.
Once connected, pressing the space bar will display a menu specific to
the task.
NOTE: This task is located in the /bin directory and is started by the QNX
system script sysinit unlike the other CDWeb Manager tasks which
are located in the /cdwebman directory and are started by the webstart
script. This task is different from the other CDWeb Manager tasks
because with out the file transfer task, the CDWeb Manager computer
has no means of updating files. This weakness is guarded by the
implicit file location mentioned previously. The ft task can not be
accidentally overwritten because it is not located in the implicit
directory. Also, a corrupt webstart file will not prevent the task from
being started.
Additional Notes
The question of whether computer viruses can affect the CDWeb
Processor or any other part of the CDWeb system sometimes comes up in
troubleshooting sessions or during training class discussions. Although
the CDWeb Processor is an Intel-processor based computer, much like
most office or home computers, it is first and foremost an industrial
computer. The operating system used, QNX, is very dissimilar from MS-
DOS. The link between the CDWeb Processor and any maintenance
computer is via a proprietary file transfer task. Due to the different file
systems and different operating systems, a DOS-based computer virus
cannot be transmitted to the CDWeb Processor simply by connecting to it
ODX
Introduction
In a CDWeb Manager there are two tasks which participate in a given
ODX session: the actuator task and the odx task. The actuator task defines
the content of the communication while the odx task formats the
information according to the ODX protocol. The pair together can be
considered a single ODX client.
The actuator task has hard-coded read and write request templates which
contain required symbol, ordinal, and event names. All actuator specific
symbols and ordinal names used for communication by a given CDWeb
Manager are prefixed by a common 6 character actuator identifier. This
actuator id has the form PxCyyy, where x represents the process number,
and yyy represents the actuator type and gauge number, e.g. WP1 for the
first weight control actuator. The process number and the gauge number
can be specified to the actuator task on startup or default values are used.
The actuator task builds symbol names based on this information and the
hard-coded templates.
The remainder of the symbol name (e.g. ASP) identifies the parameter
type. Some small amount of information about the symbol can be
extracted by examining the character(s) which separate the actuator and
parameter identifiers. An underscore ( _ ) indicates an array and a period
( . ) indicates an ordinal. An ordinal array is therefore indicated by a
period followed by an underscore ( ._ ). In general, the actuator task does
not use ordinal arrays. Instead, individual boolean flags are compacted
into 16-bit status words which are transmitted to the AM as unsigned
integers. It is the responsibility of the application software on the AM to
break these unsigned integers out into the appropriate ordinal arrays for
alarm and status reporting.
Event names are of the form LPNz\EVTnnn, where z represents the LPN
number of the master AM, and nnn represents the event number. In
general, all status changes for all possible LAN based CDWeb Managers
are funneled through a single event, EVT586. For this reason, each write
request made by the client that requires a status update on the AM also
sets a corresponding control ordinal prior to scheduling the Status Change
event. In this way the chain which runs off the Status Change event can
decipher which data needs to be updated. All symbol, control ordinal,
and event names required for a single ODX client are listed in Table 3-1.
Application Manager Symbol Names at the end of this section.
The ODX client logs into the AM with a user name of IDS and a password
of RESULTS. These are hard-coded into the ODX client software. The
client ID for the ODX protocol is Webyyy where yyy is the actuator gauge
described previously.
If the odx task detects that communications have been lost it resets itself to
a startup condition. When communications are re-established all data that
is specified to be transferred on a startup condition is transferred.
The ODX client reads the number of actuator zones from the AM
(PxCyyyNUMACT) once upon startup. This value is compared against the
number of actuator zones in the actuator task configuration. If a
discrepancy is found the client sets the corresponding bit in the LAN
alarm word (see below) and attempts to write this word to the AM.
The ODX client writes the LAN alarm word PxCyyyLALM to the AM to
identify possible problems with the LAN configuration. Currently there
are only 2 bits defined in the status word as follows:
• bit 0: a symbol lookup failure occurred
• bit 1: a mismatch was found in the number of configured zones
This word is written once after the symbol lookup and the comparison of
actuator zones has been completed. This write either clears or sets the
corresponding alarm states on the AM. As with all status words, the
associated status change ordinal PxCyyy.LALM is set and the status
change event LPNz\EVT586 is scheduled by this write request.
The ODX client writes the four system status words PxCyyy_SST on a
periodic basis. The four system status words are defined as Major System
Alarms, Minor System Alarms, Major PLC Alarms, and Minor PLC
Alarms to correspond with older systems. At the present time, neither of
the System Alarm words are used in CDWeb systems.
For Control alarm (bit 2) in the Major PLC Alarm word. When such a
device is communicating, the alarm words are read directly from the
device and the ODX client acts simply as a pass through.
In versions 2.0 and above of the CDWeb Manager software, the PLC Not
Ready For Control is set upon link establishment. The CDWeb Manager
clears the alarm once it has received status messages from all of the
actuators or the communications time out interval has elapsed, whichever
comes first. This enables the CDWeb Manager to start up a link without
complete information from all the actuators and still force the AM to
perform a bumpless transfer once the position information becomes
available.
In systems prior to version 2.0, the CDWeb Manager starts up with all
actuators flagged with communication time out alarms and the PLC Not
Ready For Control alarm clear.
As with all status words, the associated status change ordinal PxCyyy.SST
is set and the status change event LPNz\EVT586 is scheduled by this write
request.
A potential problem exists for any ODX client which reads these values.
The AM stores these values in the ISR data. When the AM is starting up
after a shutdown or reset, the ODX server is initialized before the ISR data
is loaded. Consequently it is possible for a client to log in and read these
values before they have been properly loaded. The fix for this problem is
to change not only the ISR values, but the symbol default values using
BlocBuilder.
The setpoint array always contains floating point values. The slope and
offset required to go from the AM to the actuator setpoint format is also
read from the AM as indicated above. The actuator task scales the
setpoints appropriately before forwarding them to the actuators. The ODX
client assumes that the actuators ignore setpoints when disabled.
The position array always contains floating point values which are in the
same units as the setpoint array. As with the setpoint array, the CDWeb
Manager scales the positions appropriately before writing them to the
AM. Positions are written to the AM regardless of the state of the AM
Auto/Manual ordinal to facilitate bumpless transfer between modes.
The zone by zone actuator status words are actuator dependent and are
outlined in Table 3-2. Actuator Zone Status Words.
The mode flag is an ordinal value which is 1 if the actuators should obey,
if possible, the setpoints in the setpoint array and 0 if the actuators should
cease all control. This flag is read immediately upon startup and thereafter
a triggered read request causes the information to be transmitted to the
CDWeb Manager whenever the flag changes state. The flag is expected in
the symbol PxCyyy.LODON.
This exchange suffers from a problem similar to the problem noted under
Read Setpoint and Position Scaling. Unlike the previous case, the problem
does not arise from a time lag between the startup of the ODX Server and
the load of the ISR data, but from incorrect initialization of the Enable
Array by the AM. The AM assumes that all actuators are enabled and does
not ever initialize this array until a change is made in the array.
Consequently, until a change is made in the array, it contains whatever
default values it had at startup. If any of the default values are 0, then the
corresponding actuators is disabled when the CDWeb Manager reads the
symbol, even though the actuator is regarded as enabled by the AM.
Upon startup, the ODX client issues a triggered read request to read the
PxCyyy_ARST array from the AM whenever the PxCyyy.ARST ordinal on
the AM changes state. Note that the actual data from this request is
transmitted asynchronous to the request. The client, therefore, constantly
checks for a new response to this request and transmits the information as
required to the affected actuators.
Since the ODX client initiates all communications with the server, a
heartbeat which allows the AM application software to detect a LAN
network failure has been implemented. This heartbeat is in the form of an
integer value, PxCyyyACOM, which is incremented by the ODX client on
a periodic basis. The heartbeat is set to 0 upon startup through an ODX
write request and increments up to 32767 before wrapping back to -32768.
The AM application software is responsible for checking the heartbeat
every 10 seconds. A non changing symbol indicates communications have
stopped. The time period between successive symbol writes is hard-
coded at 2 seconds.
0 Actuator Disabled
1 Actuator Failed
2 Position sensor undervoltage
3 Position sensor overvoltage
4 Actuator moving too slow
5 Actuator Moving in Wrong Direction
6 Actuator Running Away
Zone Status Slice family 7 Invalid Calibration
8 Actuator Locked
9 Actuator at Upper Limit
10 Actuator at Lower Limit
11 Actuator at Bend Limit
12 Invalid Configuration
13 Invalid Tuning
14 Unused
15 Lost communications
0 Actuator Disabled
1 Actuator Failed
2 Position sensor undervoltage
3 Position sensor overvoltage
4 Actuator moving too slow
5 Actuator Moving in Wrong Direction
6 Actuator Running Away
ProFlow 7 Invalid Calibration
8 Unused
9 Actuator at Upper Limit
10 Actuator at Lower Limit
11 Unused
12 Invalid Configuration
13 Invalid Tuning
14 Unused
15 Lost communications
SCL
NOTE: The bit positions referred to in this document start at 0 for the first bit
as is standard practice in the computer world.
Message Format
Any message transmitted has the following format:
<STX> -------- TEXT -------- <ETX><BCC>
Messages are divided into functional categories with each category given
a number or 'function'. Within each category there are sub-categories or
'subfunctions' which determine a specific action. A list of supported
functions and subfunctions is given at the end of this section, along with a
detailed explanation of their use.
<STX>[Dest][Source][Func][Subfunc][Msgtype][...DATA...]<ETX><BCC>
NOTE: In CDWeb systems, the address fields are essentially ignored since the
SCL specification states that the protocol only supports point-to-point
links. As such, the addressing is redundant. The CDWeb Manager
simply exchanges the source and destination addresses in its replies.
The link can be terminated at any time by the Host by sending an EOT
character. If an EOT is sent to the CDWeb Manager, an ENQ must be sent
to re-establish communication. During a link session the Host may
request a retransmission of a message by sending an ENQ to the CDWeb
Manager. This use of ENQ is handled differently from the link
establishment ENQ.
Functions
The following section details the messages and information transfer that
are implemented in the system. For example messages the address of the
CDWeb Manager is assumed to be 01 and the address of the Host 02.
Subfunctions:
00 System status read
01 Self test (Not implemented)
02 Reset Link
03 Clear alarms (Not used in CDWeb systems)
04 Clear zone alarms (Not implemented)
06 Simulation (Not implemented)
This message requests that the CDWeb Manager transmit the system
status, consisting of 4 words. The four system status words are defined as
Major System Alarms, Minor System Alarms, Major PLC Alarms, and
Minor PLC Alarms to correspond with older systems. At the present time,
neither of the System Alarm words are used directly in CDWeb systems.
This message tells the CDWeb Manager to attempt to clear any actuator
alarms. This resets any failed or disabled actuators.
The request message has no DATA field and the following format:
<STX> 01 02 00 02 0 <ETX> <BCC>
Subfunctions:
01 Illegal function
02 Illegal Subfunction
03 Illegal destination address
04 Invalid string (not implemented)
05 Inconsistent data
06 Unsuccessful transmission
07 Defective actuator (not implemented)
This message notifies the Host that the message received by the CDWeb
Manager contains a function which is not supported by this system. The
message from the CDWeb Manager has a DATA field which contains the
value of the function in question. If, for example, a function of 09 is
transmitted, the message from the CDWeb Manager has the following
format:
<STX> 02 01 01 01 0 09 <ETX> <BCC>
This message notifies the Host that the message received by the CDWeb
Manager contains a subfunction which is not supported by this system.
The message from the CDWeb Manager has a DATA field which contains
the value of the subfunction in question. If, for example, a function of 00
and subfunction of 07 is transmitted to the CDWeb Manager, the response
has the following format:
<STX> 02 01 01 02 0 07 <ETX> <BCC>
This message notifies the Host that the message received by the CDWeb
Manager contains a destination address which is not correct for this link.
As the CDWeb Manager merely reflects the addresses used in the original
message, this message is never used.
This message notifies the Host that the message received by the CDWeb
Manager contains data which is not consistent with the message. The
message from the CDWeb Manager has a DATA field which contains the
function, subfunction and DATA field of the message in question.
Assume for the moment that the Host wants to download the number of
actuator zones to the CDWeb Manager. See function 02, subfunction 01
for details. The maximum number of allowable zones is 127 (7F hex).
Assume also that the Host attempts to set the number of zones at 128 (80
hex). The message to the CDWeb Manager would be:
<STX> 01 02 02 01 0 80 <ETX> <BCC>
This message notifies the Host that the link session has been terminated by
the CDWeb Manager. The CDWeb Manager does not use this message.
This message requests that the CDWeb Manager set its operating mode to
that specified. The DATA field is four characters in length and contains a
value relating to the required mode.
In manual mode the CDWeb Manager ignores setpoints over the link.
If, for example, the Host is setting the CDWeb Manager mode to manual,
the transmitted message has the following format:
<STX> 01 02 02 00 0 0000 <ETX> <BCC>
The CDWeb Manager responds to these messages, but does not alter its
configuration. The number of actuators for CDWeb systems is set in the
actuator task configuration and the scl task configuration.
This message allows the Host to send setpoints to the CDWeb Manager.
The DATA field consists of the starting and ending zone numbers and the
setpoints required. The zone numbers are two characters in length and
the setpoints are four characters in length. Both the zone numbers and
setpoints are given in hexadecimal values. The setpoints transmitted on
the link are the required setpoints multiplied by a scale factor. If the
CDWeb Manager has been set to manual mode by the Host all setpoints
are ignored. Even if the setpoints have been ignored, the CDWeb
Manager responds with an ACK.
If the required setpoint is 74.2 percent and the scale factor is 10, the
transmitted value would be:
74.2 * 10 = 742 = 02E6 (hex)
If the Host was to send the setpoints 35.7, 43.1, 84.9 and 27.6 to zones 26,
27, 28 and 29 respectively and the link factor was 10, the message would
be formulated as follows:
setpoints: 35.7 Æ 357 Æ 0165 (hex)
43.1 Æ 431Æ 01AF (hex)
84.9 Æ 849 Æ 0351 (hex)
27.6 Æ 276 Æ 0114 (hex)
zones: 26 Æ 1A (hex)
29 Æ 1D (hex)
This message requests that the CDWeb Manager return the value of its
operating mode. The request message has no DATA field and the
following format:
<STX> 01 02 05 00 0 <ETX> <BCC>
Where dddd is 0000 for manual mode and 0001 for computer mode.
This message requests that the CDWeb Manager return its configured
number of zones. The request message has no DATA field and the
following format:
<STX> 01 02 05 01 0 <ETX> <BCC>
This message requests the status word (16 bits) for a given number of
actuators. The DATA field consists of the starting and ending zone
numbers of the required actuators. If, for example, the status of actuators
26, 27, 28 and 29 is required, the Host would transmit the following
message:
<STX> 01 02 06 00 0 1A 1D <ETX> <BCC>
The returned status words (dddd) are four hexadecimal characters whose
bit pattern define the status of each actuator.
If for example the returned status words from an AutoSlice were 2001,
0008, 0020, and 0800 the following would be indicated:
This shows that bits 0 and 13 are set and therefore indicates that the
actuator is disabled and has invalid tuning.
0008 (hex) is equal to 0000 0000 0000 1000 (binary) and shows that the
actuator sensor has exceeded its maximum permissible voltage.
0020 (hex) is equal to 0000 0000 0010 0000 (binary) and shows that the
actuator failed due to movement in the wrong direction.
0800 (hex) is equal to 0000 1000 0000 0000 (binary) and shows that the
actuator is at its bend limit.
See Table 3-3. SCL Actuator Status Alarms for a complete description of
the possible alarms.
The returned values (dddd) are four hexadecimal characters which give
the actuator setpoint or position. Negative values are returned in twos
complement form. If the CDWeb Manager had returned the message:
<STX> 02 01 06 01 1 0165 01AF 0351 0114 <ETX> <BCC>
and the link setpoint factor was 10 then the requested values of zones 26 to
29 would be 35.7, 43.1, 84.9 and 27.6 respectively. See Function type 03:
Write sequential arrays - Subfunction type 01: Write setpoints for an
explanation on how these values were derived.
Subfunctions:
00 Write to PLC memory
01 Read from PLC memory
This message directs the CDWeb Manager to write data values directly
into specified memory locations. No check is done on the location or the
value deposited.
If for example the Host wishes to write the values 175A, 28D3, FE3D, and
731C into the four registers starting at %R12. The message would be
transmitted to the CDWeb Manager as follows:
<STX> 01 02 20 00 0 04 R0012 175A 28D3 FE3D 731C <ETX> <BCC>
If the Host attempts to read or write registers which do not exist the
CDWeb Manager returns an error response (function 01 subfunction 05)
which includes the illegal register in the data field.
This message directs the CDWeb Manager to return the values in specified
memory locations within the memory map. The DATA field of this
message includes the number of registers to be read and the location of the
base register. The number of registers is given in hexadecimal format.
The base register is given in base 10 and must be five characters in length.
The message has the following format:
If for example the Host wishes to read three values starting at %R16. The
message would be transmitted to the CDWeb Manager as follows:
<STX> 01 02 20 01 0 03 R0016 <ETX> <BCC>
Application Messages
Supported 9
Data Scaling
Data Range
Scale Factor
Miscellaneous
Setpoints Absolute
First Slice/Zone 1
Station Number any
RTU
Introduction
The RTU protocol is a query-response protocol used for communication
between the RTU device and a supervisory computer (Host). The Host is
defined as the master device and it transmits a query to the slave, which
then responds. The slave cannot query the Host, it can only respond to
queries from the Host.
The CDWeb Manager supports two different types of the RTU protocol.
The first mode emulates a GE Fanuc Series 90-70 Communications
Coprocessor Module (CMM - note this is not called a CCM to distinguish
it from GE Fanuc CCM protocol). In this mode the CDWeb Manager
supports only functions 03 and 16 of the standard RTU protocol. The
second mode emulates a GE Fanuc Series 90-70 Programmable
Coprocessor Module (PCM). In this mode the CDWeb Manager supports
a subset of the standard RTU protocol functions but also provides some
extensions specifically for use with MXOpen. The functional differences
are discussed in this document.
NOTE: One major difference between the two modes is in the specification of
register addresses. In CMM mode, the first register has an address of 0,
while in PCM mode, the first register has address 1. It is the
responsibility of the Host to transmit addresses appropriate to the mode
in use.
Message Types
The RTU protocol has four message types defined. These are: query,
normal response, error response and broadcast and are explained below.
Error response The slave receives the query but for some reason it
cannot perform the requested function. The slave
sends back an error response which indicates the
reason the request could not be processed. No error
message is sent for certain types of errors.
Message Fields
The message fields for a typical message are shown below.
Station Address
The station address is the address of the slave station selected for this data
transfer. It is one byte in length and has a value from 0 to 255 inclusive.
An address of 0 selects all slave stations, and indicates that this is a
broadcast message. The station address used by a CDWeb Manager is
specified in rtu task configuration.
Function Code
The function code identifies the command being issued to the station. It is
one byte in length and is defined for the values 0 to 255 as follows:
0 Illegal Function
1 Read Output Table
2 Read Input Table
3 Read Registers
4 Read Analog Input
5 Force Single Output
6 Preset Single Register
7 Read Exception Status
8 Loopback Maintenance
9 to 14 Unsupported Function
15 Force Multiple Outputs
16 Preset Multiple Registers
17 Report Device Type
18 to 66 Unsupported Function
67 Read Scratchpad Memory
68 to 127 Unsupported Function
128 to 255 Reserved for Exception Responses
NOTE: For standard operation with CDWeb Managers, the Host reads from and
writes to a series of predefined registers. To do this only functions 03
and 16 are used and supported. The other functions are listed for
information only.
Information Field
The error check field is two bytes in length and contains a cyclic
redundancy check (CRC) code. Its value is a function of the station
address, function code, and information field.
Message Termination
Each station monitors the time between characters. When a period of
three character times elapses without the reception of a character, the end
of a message is assumed. The reception of the next character is assumed
to be the beginning of a new message.
Timeout Usage
Timeouts are used on the serial link for error detection, error recovery and
to prevent the missing the end of messages. After sending a query
message, the master should wait approximately 500 milliseconds before
assuming that the slave is not responding to its request.
Message Descriptions
The following pages explain the format for each RTU message. "MSB" and
"LSB" indicate most significant (high order) and least significant (low
order) bytes respectively.
QUERY
Address Function (03) Starting Number of Error
Reg. No. Registers Check
M L M L L M
S S S S S S
B B B B B B
NORMAL RESPONSE
Address Function (03) Byte Count Data Error Check
1st Register
M L ......... M L L M
S S S S S S
B B B B B B
QUERY:
The starting register number is two bytes in length. The starting register
number may be any value less than the highest register number available
in the CDWeb Manager.
NOTE: The register numbers vary depending on the emulation mode in use.
RESPONSE:
The byte count is a value from 2 to 250 inclusive. It is the number of bytes
in the normal response following the byte count and preceding the error
check. Note that the byte count is equal to two times the number of
registers returned in the response. A maximum of 250 bytes (125
registers) is allowed.
The registers are returned in ascending order with the lowest numbered
register in the first two bytes of the data field.
QUERY
Address Function Starting Number of Byte Data Error
(16) Reg. No. Registers Count Check
M L M L M L .......... M L L M
S S S S S S S S S S
B B B B B B B B B B
NORMAL RESPONSE
Address Function (16) Starting Number of Error Check
Reg. No. Registers
M L M L L M
S S S S S S
B B B B B B
QUERY:
The starting register number is two bytes in length. The starting register
number may be any value less than the highest register number available
in the CDWeb Manager.
NOTE: The register numbers vary depending on the emulation mode in use.
the number of registers value must be less than or equal to the highest
register number available in the CDWeb Manager.
The byte count is one byte in length. It is a value from 2 to 250 inclusive.
It is equal to the number of bytes in the data field (twice the number of
registers).
The values of the registers to be preset are given in the data field.
RESPONSE:
The description of the fields returned in the response message are covered
in the QUERY section above.
Communication Errors
The serial link communication errors are divided into three groups:
• Invalid Query Message
• Serial Link Timeouts
• Invalid Transaction
This subcode indicates that the CDWeb Manager has received a function
code which is not supported.
This error response is sent if the starting register number and number of
register fields specify registers that are not available.
This error response is sent if the data length specified is longer than the
data received.
This error response is sent if data for the original request is not available.
This message is used in CMM mode only.
This error response is sent if data for the original request is not available.
This message is used in PCM mode only.
Invalid Transaction
If an error occurs during transmission that does not fall into the category
of an invalid query message or a serial link timeout, it is known as an
invalid transaction. Types of errors causing this are:
• Bad CRC
• The data length specified is greater than that received
• Framing or overrun errors
• Parity errors
Actuator Status
The status of individual actuators is normally accessed by reading the
registers starting at %R801. Each actuator has an associated 16 bit register
whose bits indicate operational status. For use with MXOpen a maximum
of four actuator statuses are allowed. These are defined below.
1 Failed Failed
2 Limited Limited
3 Locked N/A
4 Runaway Runaway
To access these status values use function 01, Read Output Table, to read
the following registers.
Each register contains 16 bits of status, one bit per actuator, with the
lowest number actuator at the least significant bit position. The format of
these messages are shown below.
NOTE: The returned status words are transmitted LSB first not MSB first as
with standard RTU protocol.
QUERY
Address Function (01) Starting Number of Error
Reg. No. Actuators Check
M L M L L M
S S S S S S
B B B B B B
NORMAL RESPONSE
Address Function (01) Byte Count Data Error Check
1st Register
L M ......... L M L M
S S S S S S
B B B B B B
Example:
The STATUS2 (LIMITED) value for 32 actuators is requested starting at
actuator 17.
Method:
The starting register for STATUS2 for actuator 17 is 5018 (139A hex). The
requested number of statuses is 32 (20 hex).
QUERY:
01 01 139A 0020 5889
RESPONSE:
01 01 04 42B5 C190 5103
Decoding:
The contents of the first register requested is 42B5. Rearranging with MSB
first gives B542 or 1011010101000010 (binary). Therefore actuators
18,23,25,27,29,30 and 32 are limited.
Actuator Reset
When an actuator fails it may need to be "reset" before it can be controlled.
Registers %R1401 to %R1600 are used for this purpose. Writing a one (1)
into the correct register resets that specific actuator. For the MXOpen
implementation (PCM mode) writing a one into register 6000 (1770 hex)
resets all actuators. Functions 06 or 16 can be used for this purpose. In the
example below, function 06 (Preset Single Register) is used for this
purpose. The normal response to a function 06 query is identical to the
query.
M L M L L M
S S S S S S
B B B B B B
Example:
QUERY:
01 06 1770 0001 4C65
RESPONSE:
01 06 1770 0001 4C65
1 AutoSlice
2 ProCoat
3 ProSlice
13 Rotary ProFlow
14 Linear ProFlow
Data Link
Baud rate: 300, 1200, 2400, 9600, 19200
Data bits: 7, 8
Parity: NONE, ODD, EVEN
Start bits: 1
Stop bits: 1, 2
Message delimiter: maximum of 0.1 seconds or 3 character times
Hardware
The ProFlow CDConnect controller assembly is responsible for managing
the motor control, feedback, and diagnostics of up to four ProFlow
actuators. Up to four controller assemblies can be installed in a
CDConnect box, meaning that each box can control up to sixteen ProFlow
actuators. CDConnect boxes are connected to each other and to the
CDWeb Manager through specialized cabling that carry communications
and power signals to the controller assemblies.
The controller PCB assembly consists of two printed circuit boards. The
smaller of the two boards is a TP/FT10 Control Module (Honeywell P/N
6561520033) manufactured by Echelon Corp. This control module
contains a micro-controller, an EPROM, clock crystal and a
communications transceiver to interface to the communications network.
Control Software
The CDConnect is responsible for actuator position control. Whenever a
new setpoint is received by the CDConnect, it performs several steps:
Maximum and minimum position sensor voltage values are set as tuning
values during installation. If the CDConnect detects that the actual sensor
voltage is outside of the range defined by the maximum and minimum
values, it will set an alarm indicating high or low voltage, and disable the
actuator.
If an actuator has been failed by the control software for moving too slow
or moving in the wrong direction, it is monitored to detect if it starts to
move on its own. If a failed actuator moves beyond the runaway dead-
band from its last control position, the CDConnect will alarm this zone as
a runaway, and the onboard miniature relay will be de-energized to
totally remove AC power to the motor drive circuitry. Note that all four
zones controlled by the failed controlled will lose the A/C power as there
is only one relay per controller. At this point the problem must be
rectified and a reset command must be issued via the Supervisory Control
System to restore control. If an actuator fails due to runaway two
consecutive times, do not restore control again until the cause of the
problem has been determined, or else there may be permanent damage
done to other components.
Actuator Type
Each Honeywell actuator type is identified by a unique identifier.
Valid Range
Rotational ProFlow = 13
Linear ProFlow = 14 (Ver 1.02 and greater)
Default Value
The default value is factory configured.
Valid Range
0 - 255 seconds. A value of 0 indicates that no status message will be sent.
Note it is not recommended that the send rate be set to zero in standard
operation, as the CDWeb Manger will send an alarm to the host indicating
the lack of communications from an actuator if the time out period is
exceeded. Note that the lowest status send rate of the four actuators being
controlled by the controller will be used as the send rate.
Default Value
The default value is 5 seconds.
Valid Range
1 to 1000 (.1% flow).
Default Value
200 (.1%flow)
Valid Range
1 = Runaway Protection Enable
0 = Runaway Protection Disable
Default Value
The default value is Enabled (1).
Version 1.00
Valid Range
1 = Feedback Enable
0 = Feedback Disable
Default Value
The default value is Enabled (1).
Valid Range
1 = Enabled
0 = Disabled
Default Value
Disabled (0)
Hz Flag
This parameter is used to determine the time that the zero cross timer
should be set to if the zero cross detect is disabled or has failed. If the flag
is on (50 Hz) the timer will be set to 20 ms. If the flag is off (60 Hz) the
timer will be set to 17 ms.
This parameter is used in the runtime calculation to adjust for the different
rotational speeds at 50 Hz and 60 Hz.
Valid Range
1 = 50 Hz
0 = 60 Hz
Default Value
0 (60 Hz)
Valid Range
50 - 2000 ms
Default Value
100 ms (this will allow 10 samples per control action)
Startup Delay
This parameter determines the amount of time that the actuator will delay
control actions after a hardware reset or a power-up. During this time the
actuator will read the A/D, and calculate its position.
Valid Range
2 - 100 seconds
Default Value
10 seconds
Valid Range
5 - 100 %
Default Value
10 %
Valid Range
0 - 255 ms
Default Value
Status send rate divided by lesser of number of zones or 64
Valid Range
1 = Enabled
0 = Disabled
Default Value
Enabled (1)
Valid Range
1 = Enabled
0 = Disabled
Default Value
Disabled (0)
Valid Range
± 1500 (.1% flow)
Default Value
1000
Valid Range
± 1500 (.1% flow)
Default Value
0
Valid Range
1 - 30 (.1% flow /sec)
Default Value
3 (.1% flow / sec)
Valid Range
10 - 1000
Default Value
800 80 % of the current value and 20% of the last
This parameter defines the minimum number of A/C cycles that the
actuator will use. If the calculated number of cycles is less than this
amount then no control will be performed on the actuator.
Valid Range
1 - 10 A/C cycles
Default Value
4 A/C cycles
This parameter defines the minimum number of cycles that the actuator
will use. If the calculated number of cycles is less than this amount then
no control will be performed on the actuator. Note that cycles are 1.638
ms for a 5Mhz control module and .819 ms for a 10Mhz control module.
Valid Range
1 - 1000 cycles
Default Value
4 cycles
Valid Range
1 - 100 Seconds
Default Value
5 seconds
Runaway Limit
Only applies after an actuator has failed due to moving too slow or in the
wrong direction. If the actuator is determined to have failed, no more
control actions will be performed. The actuator will continue to monitor
the position of the actuator. If the position moves in excess of the
runaway deadband from the position at the time of failure, the actuator is
determined to be a "runaway". If a "runaway" actuator occurs, the AC
contactor relay in the CDConnect controller assembly is turned off, and
power is removed from that actuator and any other actuator controlled
by that controller assembly. This check is to protect against an actuator
failing in such a way that it cannot stop its movement (e.g. a triac located
in the CDConnect fails in a shorted condition).
Valid Range
10 - 1000 (.1% flow)
Default Value
50 (.1% flow)
Position Deadband
Defines a deadband around the actuator setpoint. If the actuator position
is within this deadband (e.g. ±5 .1% flow), no control actions will be
performed on the actuator.
Valid Range
1 - 200 (.1% flow)
Default Value
5 (.1% flow)
Valid Range
100 - 2000 (0.1°)
Default Value
970 (0.1°)
Valid Range
100 - 2000 (0.1°)
Default Value
770 (0.1°)
Valid Range
0 - 1200 (0.1% valve operating range)
Default Value
100 (0.1% valve operating range)
Valid Range
0 - 1200 (0.1% valve operating range)
Default Value
0 (0.1% valve operating range)
Valid Range
0-5000 mV
Default Value
75 mV
Valid Range
0-5000 mV
Default Value
5000 mV
Valid Range
0 - 500 mV
Default Value
50 mV
Actuator Commands
The CDConnect has a number of actuator commands which are used to
change values or modes of an actuator that are not in configuration or
tuning. Normally, these commands are accessible through CDWeb
Manual mode 0
Auto mode 1
Quiet mode 4
There are other modes that the actuator may place itself in. These are as
follows:
Self test 2
wink 3
Manual mode
The actuator will not make any control actions and will make its position
equal to its measured value.
Auto mode
The actuator will control to a setpoint change and will set alarms as
required.
Quiet mode
The actuator will no longer send out messages on the network, this mode
should only be used during installation if the network is noisy.
Wink mode
The actuator has received a “wink” command from another node on the
operating network (typically the installation tool node, when requested to
do so by LonMaker or CDWeb Explorer). Once the “wink” response has
been completed, the actuator will return to its previous mode.
Example:
function = 1 (change mode)
Param_1 = 1 (change the mode to auto)
With the cycle action there are two parameters that need to be sent, the
number of cycles to perform and the final position of the actuator after the
cycles are complete.
to the specified position. In order for this calibration to work correctly the
actuator must have a valid position slope in its memory.
param_1 = 0 (don’t care)
param_2 = 0 (don’t care)
param_3 = 0
3 - Calibrate for both mV and valve position this will calculate a slope
and an intercept based on the differential of the A/D counts.
6 - Auto calibrate to valve position using hard stops as the two points.
param_2 = data
param_3 = data
Example:
Function: 104 change the open loop gain (ver. 1.02 and
greater)
This function will change the open loop gain of the actuator. Note that
this value is set in the factory and should not need to be changed. The
value is in terms of cycles per 10 microns, and is defaulted to 240. Each
cycle = 1.638 ms for a 5 MHz processor and .819 ms for a 10 MHz
processor.
Example:
function = 104 (change the open loop gain)
param_1 = 240 (default gain)
Example:
function = 105 (change the startup cycles)
Calibration
Background
The purpose of calibrating is to define to the CDConnect controller a point
in space and associate this point with an analog signal. The controller can
then accurately move the actuator to new locations (as determined by the
Supervisory Control System) by using the analog feedback signal. The
ProFlow uses a potentiometer for its feedback. The response of a
CDConnect is depicted in Figure 4-2.
2000
1500
1000
0.1 % flow
flow (rotational)
flow (linear)
500
0
1040
160
240
320
400
480
560
640
720
800
880
960
80
0
-500
A/D counts
• collect data from two known points and have the CDConnect
calculate the slope and intercept itself.
Either one of these methods may require more than one command to
complete the calibration. More information on the exact commands and
the order to send them are located in the How To… section of this manual.
Note that there are five channels on the A/D converter. One measures the
supply to the measuring device, while the other four measure the
feedback from the measuring device. Thus there are two calibrations
needed in a CDConnect:
Note that the calibration to millivolts is not used in any calculations for
actuator position. These calibration values are only used for setting the
position sensor undervoltage & overvoltage alarms, as well as for display
purposes.
Actuator Scaling
In the ProFlow position control is done to a scaled value representing
flow. This scaled value is determined in the following manner. The first
step is to calibrate the actuator using the automated two point calibration.
This will find the low and high stop A/D counts. These two points
represent the stop to stop range entered as a tuning parameter in units of
0.1 degrees. The next item that needs to be known is the rotational range
of the valve where the valve is actually open. This value is entered as the
valve range in the tuning parameters. Another value needed is the point at
which the valve is just starting to open (crack open). The valve must be
placed in this position, and an actuator command issued to define the
position (this will store the A/D counts for the crack open position). At
this point we have enough information to calculate the calculated valve
opening, in units of 0.1% valve opening. Using the calculated valve
opening and knowing that the flow is close to linear from 10% to 90% of
the valve opening, we can define the low and high flow tuning values in
0.1% units of valve opening (L and U in the figure). This will then give us
the ability to send a setpoint between 0% and 100% representing the total
flow range of the valve.
Actuator Alarms
An alarm is indicated when a bit is set (1). No alarms exist if all bits are
reset (0).
0 Actuator Disabled
1 Actuator Failed
2 Position Sensor Undervoltage
3 Position Sensor Overvoltage
4 Actuator Moving Too Slow
5 Actuator Moving in Wrong Direction
6 Actuator Running Away
Zone Status Slice/Flow family 7 Invalid Calibration
8
9 Actuator at Upper Limit
10 Actuator at Lower Limit
11
12 Invalid Configuration
13 Invalid Tuning
14
15 Lost Communications
Overview
The CDWeb Manager is shipped with all control software pre-loaded in
the EPC-8A processor, and the CDConnect control logic is embedded in
the hardware of each assembly. During system installation and
maintenance, it may be necessary to change some of the configuration or
tuning values used by the system, or to replace components of the CDWeb
system. Several software utilities are provided to assist in this. The
various steps involved in installing and maintaining a CDWeb system are:
LonMaker
Echelon’s LonManager LonMaker Installation Tool is used during the
installation and repair of nodes on the LON. This program works with the
database built for each system during manufacturing. The database for
each system is shipped on distribution disks, and should be copied from
those distribution disks to the PC where LonMaker and the rest of the
CDWeb tools are installed.
Hardware requirements
In order to run LonMaker, it must first be installed onto a PC. Detailed
instructions are provided in the software documentation provided by
Echelon with LonMaker. Minimum hardware requirements are:
• 1.1 MB free hard disk space for the LonMaker software, plus at least
375 KB free hard disk space for the parts database and the
installation database,
• VGA display,
device=<drive>:\<path><driver-filename> [options]
where:
<drive> is the drive letter of the drive where the driver is stored
Installing LonMaker
The LonMaker distribution disks include an installation program,
INSTALL. Run this program to install LonMaker onto the PC. This
installation program will default to placing the LonMaker software into a
new directory on the hard drive called LNM. Unless the PC is not
properly equipped for VGA graphics, choose the Graphics version
(LNMG). Once the software is installed, reboot the PC.
Starting LonMaker
To run LonMaker, first switch to the project database directory (for
example, C:\LONDBAS), then type:
C:\LNM\LNMG
Node Installation
5. Once connected to the network, select Installation. The screen will switch
to display all available locations, and the devices that are associated
with the selected location. A dot preceding a device on the device list
indicates that the device has not been installed into this particular
system. This may be because the device is not part of the system, or
has not been previously installed at the factory. To install a device, use
the mouse or the Tab and arrow keys to choose the appropriate
location, then highlight the device and hit Enter to select it. The
selection will be confirmed by the Device: text box at the top of the
screen.
6. Selecting the Install button (or hitting F3) will display a screen
prompting for the installation method to be used. Choose the Service
Pin method, then continue. LonMaker will then wait for a service pin
message. For CDWeb processors and network routers, the service pin
message is generated by pressing the Service button found on the front
panel of the device. For CDConnect assemblies, a service pin message
is generated by disconnecting, then re-connecting, the quick-connect
cable.
finished configuring the node, it will report that the node has been
successfully installed. If LonMaker encounters any problems during
the configuration such as a failed message, it will abort the process and
display an error message. Refer to the Troubleshooting LonMaker
section later in this chapter for common problems and solutions.
9. If there are more nodes to install, repeat steps 5 to 8. Once all nodes
have been installed, end the LonMaker session by select the Exit button.
LonMaker will automatically save all of the changes to the project
database. Once LonMaker has closed, run EXPORT.BAT from the
project database subdirectory to create a new EXPORT.CSV file.
10. To finish the installation, refer to the procedure later in the section
discussing how to use the TERM utility to transfer the EXPORT.CSV
file to the CDWeb processor.
Node Replacement
5. Once connected to the network, select Repair. The screen will switch to
display all available locations and their associated devices. Using the
mouse or the Tab and arrow keys, find and select the device to be
replaced. Make sure that the device has been properly selected by
checking that the device name appears in the Device: text box at the top
of the screen. Press the Replace button (or hit F4). LonMaker will
prompt for a service pin message from the replacement device. For
CDConnect assemblies, this is generated by disconnecting, then
reconnecting, the quick-connect cable. For routers and CDWeb
processors, the service pin message is generated by pushing the
Service button found on those devices.
6. Once LonMaker detects the service pin message, it will query the
device to see if it already has network configuration data on board. If
it does, LonMaker will ask for confirmation before proceeding to
install the device as a replacement. Select the Continue button (or hit
F2). After configuration of the replacement device is finished, exit
from LonMaker.
Troubleshooting LonMaker
LonMaker will report any error or problem it encounters during
operation. To resolve these problems, there are several basic steps to take.
network. Check that the SLTA has sufficient power by pushing its
Service button and observing the Service LED. If it does not flash once
after the Service button is pushed, ensure that the SLTA power switch
is in the On position, and supply it with external power from its power
supply adapter. Also check the serial cable connection between the PC
and the SLTA, and the twisted-pair cable between the SLTA and the
LON.
3. If messages to a specific node are failing, try turning off the power to
that node, then restoring power to it. In the case of the CDWeb
processor, turn off the rack power supply to remove power from the
processor node.
4. Confirm that the node has power and that its communications cabling
is in place. In the case of a CDConnect, listen for the audible click of
the run-away protection relay making contact when the quick-connect
cable is installed. If this click cannot be heard, open the CDConnect
using the supplied tool, and observe the LED on the circuit board as
the quick-connect cable is removed and re-installed. It should flash
once upon power-up. If it does not, make sure that the six-position
connector on the circuit board is securely installed. Replace the
CDConnect circuit board if necessary.
Export
After a node has been installed or replaced in the project database, it is
necessary to create a new EXPORT.CSV file from the database for the
CDWeb processor. Creating this file is accomplished using the LM2CSV
utility. The process has been further simplified by the provision of a batch
file, EXPORT.BAT, in the project sub-directory. This batch file contains
the following commands:
This assumes that the LM2CSV utility has been properly installed on the
PC in the C:\LNM\UTIL\ sub-directory. The batch file instructs
As LM2CSV works, it may report that it is unable to locate the SNVT file
or the user type file. This is normal, as these files are not required for
CDWeb systems. Once LM2CSV is finished, it will place the
EXPORT.CSV file in the project directory.
TERM/Term95
TERM.EXE and TERM95.EXE are programs that allow a user to connect to
a CDWeb Manager via an Ethernet network connection to monitor
diagnostic messages and to remotely log into the CDWeb Processor for
system maintenance tasks. TERM.EXE is a MS-DOS program that
requires FTP Software’s PC/TCP communications protocol package.
TERM95.EXE is a Windows95/WindowsNT application that uses the
Microsoft TCP/IP protocol supplied with those operating systems. In
either case, the first step is to ensure that the communications protocol is
properly installed.
In order for PC/TCP to work properly, the TCP/IP packet driver for the
network adapter card in the maintenance computer must be installed. The
packet drivers are usually supplied with the network adapter card on a
disk. If the packet driver for the network adapter is not found, contact the
network adapter manufacturer or supplier.
@ECHO OFF
[pctcp ifcust 0]
ip-address = 192.206.218.100
subnet-mask = 255.255.255.0
interface-type = PKTDRV
frame-type = DIX-Ethernet
To use Term95, first ensure that Microsoft TCP/IP protocol has been
installed on the maintenance computer. If it is not, then locate the original
Windows95 or WindowsNT installation disks and install the TCP/IP
protocol. To check the current installation in Windows95, click on the
Start button on the taskbar, select the Settings tab, then select the Control
Panel item. When the Control Panel folder opens, double-click the
Network icon. This will bring up a dialog box similar to the following
figure. Note that the devices and services listed in the dialog box will
most definitely vary from system to system.
To check if the TCP/IP protocol has been installed, it will appear on the
list of installed network components (usually towards the bottom of the
list), bound to a network adapter. If it is not installed, then select the
Add… button found below the list of installed components. A window
will appear asking for the component type. Select the Protocol type, then
click OK. A list of manufacturers and protocols will appear. Choose
Microsoft as the manufacturer, then TCP/IP from the list that appears. At
this point, the computer may ask for one of the original Windows95
installation disks, unless it locates the installation files on the hard drive
(many laptop computers are often manufactured with the Windows95
installation files supplied on the hard drive).
In the TCP/IP Settings dialog box, set the IP-address of the maintenance
computer so that the first three groups of numbers (192.206.218 in the
example shown) match the numbers for the rest of the equipment on the
where CDWeb Mgr IP-address is the appropriate address for the CDWeb
Manager. For users who are familiar with networking and PC/TCP, a
hosts file can be set up and the alias used as the CDWeb Mgr IP-address
instead of the actual address.
Using TERM
When TERM is run, it attempts to connect to the CDWeb Manager at the
specified address. Once connected, it communicates to the diagnostic task
in the CDWeb Manager. Any diagnostic messages sent by the task can be
displayed in the diagnostic window of TERM. This diagnostic window is
what first appears after TERM connects. Color-coded messages will
appear, providing diagnostics for the various software tasks running on
the CDWeb processor. These messages can vary in severity level from 1
(most severe) to 7 (information only). When TERM first starts up, the
filtering level is set to 7, meaning that all messages are displayed.
A file transfer can be aborted at any prompt by pressing the ESC key.
A QNX terminal can be started by pressing the L key to login. This creates
a split screen with the login window at the top and the diagnostic window
at the bottom. The login display can be zoomed (or unzoomed) by
pressing the F10 key. A terminal session can be logged to a file by pressing
the F9 key. After pressing F9, the user is prompted for a filename. The
entire session is the captured in the named file until F9 is again pressed or
the session ends.
The login display is essentially a remote user shell for the CDWeb
processor. This is the same shell that is available if a VGA monitor and a
PS/2-style keyboard are plugged into the connectors in the front of the
CDWeb processor.
At the QNX terminal, any QNX task can be started, but this is most often
used to start the CDWeb Manager console task. Please refer to the
“CDWeb Manager” section for a description of the various tasks found in
the CDWeb Manager.
Command Line:
term -h host [-t timeout] [-f level]
where:
host is the IP address or name of the CDWeb Manager
timeout timeout value before a reconnect is attempted (0 means no
timeout)
level start file logging diagnostic messages at this level
Possible actions:
s send a file to the CDWeb Manager
r receive a file from the CDWeb Manager
d run a DOS shell (exit to return to term)
l log-in to the CDWeb Manager (exit or logout to quit)
F9 when logged in, log all screen messages from remote shell to
user-specified file, log ends when pressed again.
F10 when logged in, change between split-screen
and full screen modes
Using Term95
Term95 can connect to a specific CDWeb Manager if an IP-address is
specified as a command line parameter used to run it. Alternatively, if no
CDWeb Manager is specified on the command line (see below), Term95
attempts to locate any CDWeb Managers attached to the network. If only
one CDWeb Manager is found, Term95 connects to it. If more than one is
found, Term95 allows the user to select the CDWeb Manager from a list.
A file transfer can be aborted at any prompt by pressing the ESC key.
A QNX terminal can be started by pressing the L key to login. This creates
a split screen with the login window at the top and the diagnostic window
at the bottom. The login display can be zoomed (or unzoomed) by
pressing the F10 key. A terminal session can be logged to a file by pressing
the F9 key. After pressing F9, the user is prompted for a filename. The
entire session is the captured in the named file until F9 is again pressed or
the session ends.
The login display is essentially a remote user shell for the CDWeb
processor. This is the same shell that is available if a VGA monitor and a
PS/2-style keyboard are plugged into the connectors in the front of the
CDWeb processor.
At the QNX terminal prompt ($), any QNX task can be started, but the
session is most often used to start the CDWeb Manager console task.
Please refer to the “CDWeb Manager” section for a description of the
various tasks found in the CDWeb Manager.
Command Line:
term95 -h host [-t timeout]
where:
host is the IP address or name of the CDWebManager
timeout timeout value before a reconnect is attempted (0 means no
timeout)
Possible actions:
s send a file to the CDWeb Manager
r receive a file from the CDWeb Manager
d run a DOS shell (exit to return to term)
l log-in to the CDWeb Manager (exit or logout to quit)
F9 when logged in, log all screen messages from remote shell to
user-specified file, log ends when pressed again.
F10 when logged in, change between split-screen
and full screen modes
CDWeb Explorer
CDWeb Explorer combines the functions of LonMaker and
TERM/Term95 into a single user interface. While both the SLTA and the
network adapter connections are required in order to perform all
functions, only a single program is needed.
Here is a listing showing which port (the SLTA or the network) is used for
certain tasks. If both the SLTA and the network are checked off, that
means either can be used:
To install CDWeb Explorer, insert the floppy disk into the maintenance
computer’s floppy disk drive, then select the SETUP.EXE program on the
floppy and run it. Follow the on-screen prompts to select the installation
directory and begin the installation.
To use the SLTA, connect a serial cable between the serial port on the
maintenance computer and the serial port on the SLTA, then connect the
straight-through cable with RJ-45 network connectors between the RJ-45
socket on the SLTA and the installation tool/service port located on TS-6
in the CDWeb Manager cabinet.
Introduction
This chapter contains descriptions of how to perform common tasks for
CDWeb systems. Procedures are given for users using LonMaker and
TERM/Term95, and for users using CDWeb Explorer. Before attempting
these procedures, first ensure that the software tools have been properly
installed on a suitable maintenance computer. See the utilities chapter for
information on installing the software tools and how to use them.
If you are using the installation box to generate a service pin message,
only the five and six-pin cables are needed. However, if you are using the
installation box to manually drive an actuator motor, it will also be
necessary to disconnect the actuator’s motor cable (the one attached to the
connector on the actuator’s motor cap) from the CDConnect box, and
connect it to the four-pin connector on the installation box.
To generate a service pin message for a controller, press the button on the
installation box corresponding to the number of the controller within the
CDConnect box. This number can be determined by looking at the
connector labels on the outside of the CDConnect box; each controller has
four sets of connectors associated with it, lettered A to D.
commands that are sent to the actuator cause the actuator to measure its
power supply and feedback sensor as the actuator is moved a known
amount. The actuator measures the changes in the signals in order to
effect the calibration.
Configuring actuators
TERM/Term95 method
1. Make sure that the supervisory control system is not currently
communicating with the CDWeb Manager. If necessary, remove the
CDWeb Manager from the network on which the control system is
electrically located. Connect the maintenance computer directly to the
CDWeb processor by using a cross-over cable between the
maintenance computer’s network adapter and the Ethernet port on the
front of the CDWeb processor.
5. Start the console task and connect it to the actuator task (the
actuator task name will be dependent on the actuator type).
Type console proflow11
(If the actuator task name is not known, type sin name to receive a
listing of all active tasks and their names).
6. Scroll to the desired actuator by pressing the left or right arrow key
until the desired actuator number appears.
8. Poll the current configuration from the actuator. Watch the diagnostic
window to make sure that the request completes successfully.
Type p
9. View the current configuration and make sure that the correct actuator
has been selected (an unconfigured actuator should have zeros for at
least the first two values in the network variable).
Type v
2. Start CDWeb Explorer and load the .web file for the system.
3. Select the actuator that requires configuration from the tree structure
and highlight it by clicking on it.
4. Select the configuration message from the right pane showing the
variables for that actuator. After double-clicking on it, a network
variable viewing window will appear with the variable contents.
5. After the window has appeared, enable edit mode by pressing the edit
mode button on the tool bar.
6. Edit the values that require changing. After all changes have been
made, pressing the edit mode button again will send the values to the
actuator.
Tuning an actuator
TERM/Term95 method
1. Make sure that the supervisory control system is not currently
communicating with the CDWeb Manager. If necessary, remove the
CDWeb Manager from the network on which the control system is
electrically located. Connect the maintenance computer directly to the
CDWeb processor by using a cross-over cable between the
maintenance computer’s network adapter and the Ethernet port on the
front of the CDWeb processor.
3. Start the console task and connect it to the actuator task (the
actuator task name will be dependent on the actuator type).
Type console proflow11
(If the actuator task name is not known, type sin name to receive a
listing of all active tasks and their names).
4. Scroll to the desired actuator by pressing the arrow keys until the
desired actuator number appears.
6. Poll the current tuning from the actuator. Watch the diagnostic
window to make sure that the request completes successfully.
Type p
7. View the current tuning and make sure that the correct actuator has
been selected (an untuned actuator should have all 0’s in the network
variable).
Type v
8. Edit the tuning. Remember that values shown in parentheses are the
current values and will be retained if no new value is entered. Editing
9. If all actuators require identical tuning values, flush the current tuning
to all actuators.
Type f
2. Start CDWeb Explorer and load the .web file for the system.
3. Select the actuator that requires tuning from the tree structure and
highlight it by clicking on it.
4. Select the tuning message from the right pane showing the variables
for that actuator. After double-clicking on it, a network variable
viewing window will appear with the variable contents.
5. After the window has appeared, enable edit mode by pressing the edit
mode button on the tool bar.
6. Edit the values that require changing. After all changes have been
made, pressing the edit mode button again will send the values to the
actuator.
3. Start the console task and connect it to the actuator task (the
actuator task name will be dependent on the actuator type).
Type console proflow11
(If the actuator task name is not known, type sin name to receive a
listing of all active tasks and their names).
4. Scroll to the desired actuator by pressing the arrow keys until the
desired actuator number appears.
6. Poll the current calibration values from the actuator. Watch the
diagnostic window to make sure that the request completes
successfully. (Systems with version 1.00 actuators skip to step 7).
Type p
7. View the current calibration values and make sure that the correct
actuator has been selected (an uncalibrated actuator should have all 0’s
in the network variable, newer versions may have default calibration).
Type v
10. If all actuators require default calibration, send default values to all
actuators.
Type Alt-c
2. Start CDWeb Explorer and load the .web file for the system.
3. Select the actuator that requires calibration from the tree structure and
highlight it by clicking on it.
4. Select the command message from the right pane showing the
variables for that actuator. After double-clicking on it, a network
variable viewing window will appear with the variable contents.
5. Use the default calibration macro button to send the default calibration
to the actuator. Holding down the Alt key before pressing the macro
button will send the default calibration to all actuators.
3. Start the console task and connect it to the actuator task (the
actuator task name will be dependent on the actuator type).
Type console proflow11
(If the actuator task name is not known, type sin name to receive a
listing of all active tasks and their names).
4. Scroll to the desired actuator by pressing the arrow keys until the
desired actuator number appears.
7. View the tuning for the actuator making sure that the scaling values
are correct.
Type v
11. At this point you are ready to move the actuator to its crack open point
by using setpoint moves or the installation box.
Type Shift-s (to enter new setpoints)
12. Once the actuator is at the crack open point initiate a define position
command to collect the crack open data.
Type Shift-p (to collect the crack open data)
14. If the actuator was originally in auto, then return it to that state.
Type Shift-a
2. Start CDWeb Explorer and load the .web file for the system.
3. Select the actuator that requires calibration from the tree structure and
highlight it by clicking on it.
4. Select the command message from the right pane showing the
variables for that actuator. After double-clicking on it, a network
variable viewing window will appear with the variable contents.
3. Start the console task and connect it to the actuator task (the
actuator task name will be dependent on the actuator type).
(If the actuator task name is not known, type sin name at a command
prompt to receive a listing of all active tasks and their names).
4. Scroll to the desired actuator by pressing the arrow keys until the
desired actuator number appears.
7. View the current status to verify that this is the correct actuator. Note
its current mode (0 is manual, 1 is auto).
Type v
9. Move the actuator to the crack open point using setpoint moves, or by
using the installation box.
Type Shift-s
13. If the actuator was originally in auto, then return it to that state.
Type Shift-a
2. Start CDWeb Explorer and load the .web file for the system.
3. Select the actuator that requires calibration from the tree structure and
highlight it by clicking on it.
4. Select the command message from the right pane showing the
variables for that actuator. After double-clicking on it, a network
variable viewing window will appear with the variable contents.
5. Use the define current position macro button to redefine the current
position of the actuator. Holding down the Alt key before pressing the
macro button will define the current position for all actuators.
LonMaker method
1. From the control system, place all actuators in Manual mode. Failing
to do this can disrupt the controlled process.
report the problem, and may abort the loading process. Rectify the
problem, then re-start.
6. Once connected to the network, select Repair. The screen will switch
to display all available locations and their associated devices. Using
the mouse or the Tab and arrow keys, find and select the device to be
replaced. Make sure that the device has been properly selected by
checking that the device name appears in the Device: text box at the
top of the screen. Press the Replace button (or hit F4). LonMaker will
prompt for a service pin message from the replacement device. This
can be done by using the installation box and pressing the appropriate
service pin button, or opening the controller box and shorting the
service pin input. For routers and CDWeb processors, the service pin
message is generated by pushing the Service button found on those
devices.
7. Once LonMaker detects the service pin message, it will query the
device to see if it already has network configuration data on board. If
it does, LonMaker will ask for confirmation before proceeding to
install the device as a replacement. Select the Continue button (or hit
F2). After configuration of the replacement device is finished, exit
from LonMaker. Do NOT make a new EXPORT.CSV file. It is not
needed, as the current one is still valid.
2. Start CDWeb Explorer and load the .web file for the system.
3. Select the controller that requires replacement from the tree structure
and highlight it by clicking on it.
4. Select the install function from the right-mouse button menu for that
actuator. Follow the on-screen prompts. Service pin messages on a
controller can be done by using the installation box and pressing the
appropriate service pin button, or opening the controller box and
shorting the service pin input. For routers and CDWeb processors, the
service pin message is generated by pushing the Service button found
on those devices.
LonMaker method
1. Follow steps 1-5 of the “Replace a Failed CDConnect” procedure to
connect to the local operating network with LonMaker.
2. Once connected to the network, select Repair. The screen will switch
to display all available locations and their associated devices. Using
the mouse or the Tab and arrow keys, find and select the router to be
replaced. Make sure that the device has been properly selected by
checking that the device name appears in the Device: text box at the
top of the screen. Press the Replace button (or hit F4). LonMaker will
prompt for a service pin message from the replacement device. For
CDConnect assemblies, this is generated by disconnecting, then
reconnecting, the quick-connect cable. For routers and CDWeb
processors, the service pin message is generated by pushing the
Service button found on those devices.
3. Once LonMaker detects the service pin message, it will query the
device to see if it already has network configuration data on board. If
it does, LonMaker will ask for confirmation before proceeding to
install the device as a replacement. Select the Continue button (or hit
2. Connect to the CDWeb Processor via the 10Base-T port on the front of
the unit.
4. Once connected, logon to the CDWeb Processor using the QNX shell
command L.
7. Upon starting the send command, TERM/Term95 will ask for the
name of the local file to be transferred.
Type webstart
8. TERM/Term95 will then ask for the name to give the remote file,
providing the same name as the local file as a default. Accept this
default by hitting the Enter key.
10. Confirm the action by hitting Enter. TERM will then proceed to
transfer webstart from the PC to the CDWeb processor.
12. Once the transfer is complete, exit from TERM by hitting the ESC key.
Reboot the CDWeb processor by toggling the rack power supply
switch.
in the right-hand pane. These files can be transferred to and from the
maintenance computer. Read the Help file for details on how to do this.
LonMaker method
1. Connect the PC to the LON by connecting the serial port on the PC to
the serial side of the SLTA, and the RJ45 side of the SLTA to the service
port inside the CDWeb Manager. Check that the SLTA has power by
turning it on or by pressing its service button. If the service light does
not flash when the unit is turned on or when the button is pressed,
then there is insufficient power in the SLTA battery. Plug in the
supplied adapter before proceeding.
6. Selecting the Install button (or hitting F3) will display a screen
prompting for the installation method to be used. Choose the Service
Pin method, then continue. LonMaker will then wait for a service pin
message. For CDWeb processors and network routers, the service pin
message is generated by pressing the Service button found on the front
panel of the device. Service pin messages on a controller can be done
by using the installation box and pressing the appropriate service pin
button, or opening the controller box and shorting the service pin
input.
If there are more nodes to install, repeat steps 5 to 8. Once all nodes have
been installed, any necessary network connections, or bindings, must be
created. These have been pre-defined in the database, but must be
9. Select the first device, then press the Connect button (or hit F8).
LonMaker will prompt for the second device that the first device is to
be connected to. Using the mouse or the Tab and arrow keys, select
the second device (the adjacent actuator, for example).
10. If pre-defined bindings exist for these two devices in the project
database, a new button, Auto (F3), will appear. Press this button to
automatically choose the necessary bindings. A plus-sign (+) will
appear next to the second device to indicate that there are bindings
pending. Bindings will only be invoked after all selections have been
made and the Continue button (F10) is selected.
11. If more bindings to the selected first device are required, select a new
second device and repeat step 10. Once all required bindings for the
selected first device have been chosen, press the Continue button (F10).
12. Repeat steps 9 to 11 for any other installed nodes. Once all bindings
have been performed, end the LonMaker session by select the Exit
button. LonMaker will automatically save all of the changes to the
project database. If the CDWeb processor has already been installed,
then run EXPORT.BAT from the project database sub-directory to
create a new EXPORT.CSV file (refer to the “Creating and Transferring
an EXPORT.CSV File” section for detailed instructions). Otherwise,
install the CDWeb processor first by following the next procedure.
13. To finish the installation, refer to the procedure later in the section
discussing how to use the TERM utility to transfer the EXPORT.CSV
file to the CDWeb processor.
port inside the CDWeb Manager. Check that the SLTA has power by
turning it on or by pressing its service button. If the service light does
not flash when the unit is turned on or when the button is pressed,
then there is insufficient power in the SLTA battery. Plug in the
supplied adapter before proceeding.
2. Edit the .web file for the system to add the additional actuator into the
system definition. Ideally, a new .web file for the system should be
obtained from the factory to ensure that the additions are made
correctly.
3. Start CDWeb Explorer, then load the .web file for the system.
4. Locate the new, un-installed actuator on the tree structure under either
the Beam branch or a Router branch, depending on the view.
6. When prompted, generate the service pin message for the new
actuator. Service pin messages on a controller can be done by using the
installation box and pressing the appropriate service pin button, or
opening the controller box and shorting the service pin input. For
routers and CDWeb processors, the service pin message is generated
by pushing the Service button found on those devices.
3. Select a CDConnect device, and press the Auto (F3) button that should
appear. A plus-sign (+) will appear next to the CDConnect device to
indicate that bindings are pending. If no plus-sign appears, the
bindings may have already been installed previously.
5. Once all bindings have been installed between the CDWeb processor
and the CDConnect devices, exit from LonMaker. If the CDWeb
Processor and router(s) have already been installed, then create a new
EXPORT.CSV file for the CDWeb processor by referring to the “Create
and Transfer an EXPORT.CSV file” procedure.
were in the original system, ie. from an original 68 actuators, for example,
the system is being expanded to 76 actuators). If this is the case, then
generate a new EXPORT.CSV file as follows:
3. After the batch file has finished, a new EXPORT.CSV file will exist in
the project database sub-directory. This needs to be transferred to the
CDWeb processor using TERM.
4. Make sure the CDWeb Manager is not connected to the control system
network, and connect the PC to the CDWeb processor through the
10Base-T network port on the front panel of the CDWeb processor.
This assumes that the PC is equipped with a network adapter card and
the appropriate cabling and connectors. If connecting directly to the
CDWeb processor through its 10Base-T port, be sure to use a cross-
over patch cable; if such a cable is not available, then connect through a
10Base-T network hub. If the CDWeb Manager is equipped with a
converter to adapt the 10Base-T port to another network cabling type,
then it is acceptable to access the CDWeb processor through the
converter.
9. TERM will then ask for the name to give the remote file, providing the
same name as the local file as a default. Accept this default by hitting
the Enter key.
10. Select the file type by choosing either (T)ext or (B)inary. EXPORT.CSV
is a text file.
Type T
11. Confirm the action by hitting Enter. TERM will then proceed to
transfer EXPORT.CSV from the PC to the CDWeb processor.
12. Once the transfer is complete, exit from TERM by hitting the ESC key.
Reboot the CDWeb processor by toggling the rack power supply
switch. The CDWeb processor will process the new EXPORT.CSV file.
2. Start CDWeb Explorer and load the .web file for the system.
3. Select the CDWeb processor from the tree structure, then select the
Export Database option from the right-mouse-button menu.
4. Select the option of sending the file to the processor, and follow the on-
screen prompts.
Actuator Calibration
For any of the following sections describing calibration methods, the user
must initiate an actuator command message to the controller.
where:
param_2 = data
param_3 = data
Manual Calibration:
This calibration should be used when initial data has been lost from a
module or the module has been replaced and access to the circuit board is
not possible.
• Initiate a function 102 with the following parameters
param_1 = 4 (manual calibration)
param_2 = 4883 (default slope for Voltage)
param_3 = 0 (default intercept for voltage)
This will cause the actuator to initiate and compete the two point
calibration. Note that a define position or crack open command must be
issued after an actuator has been calibrated.
Manual Calibration:
This calibration should be used when initial data has been lost from a
module or the module has been replaced.
• Initiate a function 102 with the following parameters
param_1 = 5 (manual calibration)
param_2 = 2028 (default slope to flow)
param_3 = -132 (default intercept to flow)
This calibration assumes that the A/D has been previously calibrated for
position (i.e. a valid slope is present in memory).
• Set valve to the crack open position using either setpoint moves or
the installation box to move the actuator.
• Initiate a function 101 and enter the parameters. For example, if the
actuator is at a position of 0 microns, enter:
TERM/Term95 method
1. Remove the CDWeb Manager from the network on which the control
system is electrically located. Connect the maintenance computer
directly to the CDWeb processor by using a cross-over cable between
the maintenance computer’s network adapter and the Ethernet port on
the front of the CDWeb processor.
4. When prompted, enter the full path and filename of the hosts file in the
CDWeb processor.
Type /etc/hosts
5. At the next prompt, enter the path and name for the local copy of the
file that will be edited.
Type hosts (stores it in working directory)
8. Once the file has been downloaded, either go into a DOS shell and start
a text editor such as MS-DOS EDIT (if using TERM), or open NotePad
to edit the file (if using Term95). Change the IP address(es) to the
desired addresses, then save the file and exit the editor. If using
TERM, return to the program by typing exit at the DOS prompt. Do
not change the aliases, or else the CDWeb applications will not
function!
9. Send the edited file back to the CDWeb processor using the send file
function.
Type s
10. At the prompt, enter the appropriate path and name for the edited file
on the maintenance computer.
Type hosts (retrieves it from the working directory)
11. At the next prompt, enter the location on the CDWeb processor (this
location must be /etc/hosts for the CDWeb processor to function!)
Type /etc/hosts
13. Once the file is sent, log into the CDWeb processor using the login
function, as username spidey.
Type l (a lower-case L)
Type spidey
14. Change to the /etc directory, and view the hosts file contents to
confirm that the file has been successfully updated.
Type cd /etc
Type cat hosts (displays text contents on screen)
15. If the file has not been successfully updated, review this procedure and
determine what you did wrong, then repeat.
16. If the file has been successfully updated, you may restart the CDWeb
processor by turning off, then on, the rack power supply. After the
CDWeb processor restarts, it will be using the new IP address from the
updated hosts file.
2. Start CDWeb Explorer and load the .web file for the system.
3. Select the CDWeb processor, and right-click to get the options menu
for it. From that menu, select the Receive function.
4. For the local file name, specify an appropriate name and location on
the maintenance computer.
Type hosts (stores it in working directory)
5. For the remote file name, the file name and path is /etc/hosts.
Type /etc/hosts
6. The file type is text, so check the appropriate option, and press the OK
button.
7. Open the received file using a text editor such as NotePad, and change
the IP address(es). Save the file when done. Do not change the aliases,
or else the CDWeb applications will not function!
8. Select the CDWeb processor, and right-click to get the options menu
for it. From that menu, select the Send function.
9. For the local file name, specify an appropriate name and location on
the maintenance computer.
Type hosts (stores it in working directory)
10. For the remote file name, the file name and path is /etc/hosts.
Type /etc/hosts
11. The file type is text, so check the appropriate option, and press the OK
button.
12. To confirm that the file has been updated properly, right-click on the
CDWeb processor, select the View… QNX Console function, and login
as username spidey.
13. Change to the /etc directory, and view the contents of the hosts file.
Type cd /etc
Type cat hosts
14. If the file has not been successfully updated, review this procedure and
determine what you did wrong, then repeat.
15. If the file has been successfully updated, you may restart the CDWeb
processor by turning off, then on, the rack power supply. After the
CDWeb processor restarts, it will be using the new IP address from the
updated hosts file.
The voltage supply must not deviate from these specifications. The
supply should be conditioned to correct for any drift that may occur from
facility load changes, or starting and running current requirements.
Enclosure Installation
The CDWeb Manager enclosure is shipped from the factory unchanged
from the original manufacturer’s NEMA 4 condition. Any modifications
done to the enclosure during installation can compromise the seal
integrity of the enclosure and reduce the enclosure performance to below
NEMA 4. Consult Honeywell if a non-standard installation method is to
be used.
Cable Installation
Where possible, cable entry into the CDWeb Manager enclosure should be
from the bottom to prevent condensation or moisture in the cable conduit
from dripping into the enclosure. All cables and conduits shall use water-
tight cable glands or fittings to preserve the NEMA 4 rating of the
enclosure.
Storage Instructions
In order to maintain integrity of actuator components, storage of all
actuator equipment must be within these parameters:
Acceptable
Acceptable
Duration of Storage Temperature
Humidity Range
Range