Professional Documents
Culture Documents
APC-4500VE SECCION 7. PROFIT CONTROLLER. Instalacion
APC-4500VE SECCION 7. PROFIT CONTROLLER. Instalacion
Profit Suite
Installation Guide
for Open Systems
Rev 2.0
08/02
RM20-501
Copyright, Notices, and Trademarks
While this information is presented in good faith and believed to be accurate, Honeywell disclaims the
implied warranties of merchantability and fitness for a particular purpose and makes no express
warranties except as may be stated in its written agreement with and for its customer.
In no event is Honeywell liable to anyone for any indirect, special or consequential damages. The
information and specifications in this document are subject to change without notice.
Profit, TDC 3000 and TotalPlant are U. S. registered trademarks of Honeywell International Inc.
Honeywell
Industry Solutions
16404 North Black Canyon Highway
Phoenix, AZ 85053-3095
Purpose This book explains how to install the following products or components.
· Profit TPS Server Files
· Embedded PHD Components
· Microsoft System Files
· HCI Runtime (for Non-TPS Systems)
· Profit Viewer and Trender
· Profit Controller
· Profit Optimizer
· Profit Toolkit Applications
· Profit Bridge
· Profit SensorPro
· Profit Design Studio
· Profit Assistant
Release This document, Revision 2.0, is for:
Information
· Profit Controller software R205.00 and above,
· Profit Optimizer software R205.00 and above,
· Profit Toolkit software R205.00 and above,
· Profit Assistant software R205.00 and above,
· Profit Viewer software R205.00 and above,
· Lab Update software R205.00 and above and
· Profit Design Studio 235 and above.
For additional release information, or releases after R205, see the Release Notes.
Who Should Use Anyone responsible for installing the Profit software can use this book.
This Book
Other Books in See the user’s guides for help with field definitions on the graphics. See
the Profit Library “References” later in this section for a list of other publications.
Profit Course Honeywell offers several courses that explain the math and conceptual
Information underpinnings of Profit Controller (RMPCT) as well as application
implementation of the Advanced Process Control suite of products.
Engineers wanting a more technical exposure to Profit Controller can contact:
Honeywell Automation College
2500 W. Union Hills Dr.
Phoenix, AZ 85027
Phone (602) 313-5669
(800) 852-3211
Writing The following writing conventions have been used throughout this book and
Conventions Used
in This Book other books in the Profit Suite library.
§ Words in double quotation marks " " name sections or subsections in this
publication.
§ Words in italics name book titles, add grammatical emphasis, introduce
words that are being referenced or defined, or represent mathematical
variables. The context makes the meaning and use clear.
§ Words in bold type indicate paragraph topics or bring important phrases to
your attention.
§ Shading brings paragraphs and table entries to your attention.
§ Windows pull down menus and their options are separated by an angle
bracket >. For example, Under Settings> Communications, set the baud rate.
§ Messages and information that you type appear in Courier font.
§ Acronyms, Scan parameters, point names, file names, and paths appear in
UPPERCASE. The context makes the meaning and use clear.
§ Command keys appear in UPPERCASE within angle brackets. For example,
press <ENTER>.
§ TPS user station touch-screen targets appear in rounded boxes. For example,
MODIFY NODE
touch .
§ Graphic buttons appear in UPPERCASE within brackets [ ]. For example,
touch [TAG].
§ Point-dot-parameter means a point name and one of its parameters. For
example, point-dot-SP means the SP parameter for the point.
§ Zero as a value and when there is a chance for confusion with the letter O is
given as Ø. In all other cases, zero as a numerical placeholder is given as 0.
For example, 1.0, 10, 101, CVØ1, parameter PØ.
§ The terms screen and display are used inter changeably in discussing the
graphical interfaces. The verbs display a screen and call a screen are also
used inter changeably.
§ These names, and may be used interchangeably.
Former Name Product Name
RMPCT Profit Controller
DQP Profit Optimizer
APC Development Environment or APCDE Profit Design Studio
RPID Profit PID
Release Notes
Documentation The following Release Notes are available for the Profit Suite Product Line.
Title
Profit Controller/Profit Viewer/Profit Trender Release Notes
Profit Controller (LCN) Release Notes
Profit Optimizer (Open) Release Notes
Profit Optimizer (LCN) Release Notes
Profit Assistant Release Notes
Profit Stepper Release Notes
Profit Bridge Release Notes
Profit SensorPro Release Notes
Profit Design Studio Release Notes
FCCU Toolkit Release Notes
Fractionator Toolkit Release Notes
Lab Update Release Notes
Wrapper Builder Release Notes
Profit PID Release Notes
Profit Loop Release Notes
Profit Suite Toolkit Release Notes
If You Need If you need technical assistance, contact your local Honeywell Service
Assistance Organization, as explained in the following paragraphs.
International Outside of the United States, contact your local Honeywell Service Organization.
Customers If you are not sure of the location or telephone number, call your Honeywell
representative for information.
Customers Inside Within the United States, call the Technical Assistance Center (TAC) at the toll
the United States free number 1-800-822-7673.
Arizona Within Arizona, the local number for TAC is 602-313-5558.
Customers
Services Provided Calls to TAC are answered by a dispatcher from 6:00 A.M. to 4:00 P.M.,
Mountain Standard Time.
Outside of these hours, emergency calls—those that affect your ability to control
or view a process—will be received by an answering service, and returned within
one hour. TAC maintains its own TPS network, and frequently can duplicate
problems on this equipment.
Time Saving Tip It is a good idea to make specific notes about the problem before making the call.
This helps to reduce delays and expedite answers.
1.1 Overview
Scope of this This section reviews the hardware, software, and network configuration
Document
requirements for implementing Profit® Viewer, Controller, Optimizer and
Toolkit on Windows NT 4.0 and Windows 2000.
Check the Details Hardware communication errors, configuration errors, and insufficient system
resources can delay getting your controller online.
TPS System vs. Please note that the terms TPS system and TDC 3000 are used interchangeably.
TDC 3000
TPS system is the evolution of TDC 3000.
Terminology
Profit Bridge Profit Bridge automates the on-line updating of process model gains in Profit
Controller and Profit Optimizer applications. Part of this product is installed on the
same node as the controllers and optimizers and part is installed on the node with the
process modeling software.
Profit SensorPro Profit SensorPro is a multivariable analysis/regression package that supports the
creation of static models for prediction purposes. These models can be used stand
alone or in conjunction with any appropriate Profit Suite component.
Profit Toolkits The Toolkit suite provides a variety of calculations and functions to support control
strategies. The suite includes FCCU Toolkit, Fractionator Toolkit, Lab Update, and
Wrapper Builder.
Note: It can not be installed on Honeywell TPS system GUS nodes.
Profit Design Profit Design Studio is the off-line builder for Profit Suite Controllers, Optimizers
Studio and Toolkits. It includes tools for model identification and history collection
configuration. This component requires installation of a hardware dongle and related
software.
Honeywell TPS The *.lcn is an emulated Bernoulli file that contains the graphics, CL and CDS files
System files
for viewing and manipulating controllers from a Honeywell TPS Native Window.
Warning! This release will require several reboots of the node, especially if the
installation is on a Windows NT node. If the node is already functioning as a
control node on your process, take appropriate actions to allow this node to go
offline. Software requiring reboots has been identified, however, additional
reboots may be required if locked files are detected during the install. This will
occur if applications and services have not been shutdown and disabled prior to
installing the software.
Important · For upgrades from previous installations, refer to the Release Notes for
Considerations
additional instructions.
· Because of the software dependencies, it is recommended that the software
be installed in the order listed.
· Depending on your control strategy, all of the components may not be
required.
Target Node The installation steps will vary depending upon the type of node the software
will be installed on:
· For TPS nodes, refer to Section 1.4 TPS Node Installation Overview.
Included here are the Primary TPS Domain Controller, APP and GUS
nodes.
· For non-TPS nodes, refer to Section 1.5 Non-TPS Node Installation
Overview.
GUS Node 1. Check hardware and software requirements. (See Section 1.4)
2. Prepare node for software installation. (See Section 2)
· Shutdown existing applications and services. (See Section 2.2)
· Check the timestamp of Program Files\Honeywell\TPS\HCI
Runtime\gopc.dll. If the timestamp is earlier than the dates listed
below, the HCI Runtime will need to be upgraded.
1. Windows NT nodes – gopc.dll dated 1/10/01 or later.
2. Windows 2000 nodes – gopc.dll dated 1/9/02 or later.
Note: The HCI Runtime files included on the R205 Profit Suite CD
are for Non-TPS system nodes only. If the HCI components on a
TPS system node need to be upgraded, refer to the TPS System
Implementation Guide and perform the install using the
appropriate version of the TPS System Software CD for your site.
· Uninstall previous releases. (See Section 2.3)
3. Install Uniformance Desktop (optional). (See Section 4)
4. Install the Microsoft System Files. (See Section 5)
5. Install Profit Viewer. (See Section 7)
6. Install Profit Assistant (optional). (See Section 14)
7. Install Profit Design Studio (optional). (See Section 13)
8. Start the TPS Admin service and set the Startup to Automatic. (See Section
15)
Security Note To support inter-process communications, Profit Suite applications are registered as
Microsoft Distributed Component Object Model (DCOM) servers under Windows
NT or Windows NT Server. To support open but secure inter-process
communications, DCOM enforces various registration requirements. In order to
comply with these requirements, Profit Suite applications are configured to execute
as a specific NT user. For convenience this user is created by installation software.
The identity of this user depends on the environment in which the Profit Suite is
installed.
Local/Remote The following table defines various ways you can run and view Profit Controller,
Workstations
Profit Optimizer, and Profit Toolkit, and what needs to be installed on the given
and What to
Install workstation to accommodate that requirement.
Install Profit Install Profit Install Profit
If you want to Controller/ Optimizer Viewer
Toolkit
Run Profit Controller/Toolkit at the local workstation X
View Profit Controller/Toolkit running at another
X
workstation
View Profit Controller/Toolkit running at the local X
X
workstation
Run Profit Optimizer at the local workstation X
View Profit Optimizer running at another workstation X
View Profit Optimizer running at the local workstation X* X X
· Only needs to be installed if Profit Optimizer is optimizing a Profit Controller on the local workstation.
2.1 Overview
New Installations For first time installations of Profit Suite, the node should be checked to meet the
minimum hardware/software requirements. The node should already be a member
of the domain or TPS Domain if applicable.
Upgrades Although sections of this document point out procedures that pertain to system
upgrades, it is critical to follow the procedures in the Release Notes for specific
tasks to upgrade to this release.
Warning! This release will require several reboots of the node. If this node is already
functioning as a control node on your process, take appropriate actions to allow
this node to go offline.
Administrator To install Profit Suite components, you must minimally be able to log in as the
Permission local administrator. For TPS Systems, the TPS Administrator account is
Required recommended. Refer to the security note in Section 1.6 Hardware and Software
Requirements for discussion of the different system configurations and account
requirements.
2. From the Services window, double click on the Honeywell PHD service. Set
the Startup Type to Manual and then select [OK].
Shutdown 1. Make sure all controllers, optimizers and toolkits are OFF and the main
existing Profit controller points are set INACTIVE.
Suite 2. Terminate the controller programs as described in Appendix E Using the
Applications Special Task Manager.
Shutdown TPS Profit Suite R205 may require a new version of the HCI Runtime software than
System you have loaded on your system. Check the timestamp of Program
Applications on Files\Honeywell\TPS\HCI Runtime\gopc.dll. If the timestamp is earlier than the
dates listed below, the HCI Runtime will need to be upgraded.
GUS and APP
Nodes · Windows NT nodes – gopc.dll dated 1/10/01 or later.
· Windows 2000 nodes – gopc.dll dated 1/9/02 or later.
Note: The HCI Runtime files included on the R205 Profit Suite CD are
for Non-TPS system nodes only. If the HCI components on a TPS
system node need to be upgraded, refer to the TPS System
Implementation Guide and perform the install using the appropriate
version of the TPS System Software CD for your site.
It is important that all other processes that use HCI Runtime be stopped prior to
installation.
1. Close the TPS Status display, and any other clients (including GUS
displays) that might be using HCI runtime functionality. This may
include clients on remote nodes accessing servers on this node.
2. Stop HCI servers, (TPN Server, CL Server and PHD-OPC Server) by
navigating to the node on the TPS Status display, highlighting the server
and selecting the right mouse click /Stop function.
3. Open up Start>Settings>Control Panel>Services (Start>Settings>Control
Panel>Administrative tools/Services on Windows 2000) and scroll down
to the TPS Admin service. Set its startup to Disable and stop the service.
Shutdown Other To avoid the possibility of locked files, it is advisable to close down all Windows
Applications applications prior to installation. As the installation procedures require multiple
system restarts, it may be necessary to disable startup of services through Control
Panel/Services.
Shutdown Profit Stop any Profit Suite services that may be running before uninstalling earlier
Suite Services versions of Profit Suite software. These services are HSCmdSvc(R200 & R205)
and HiSpec AppStatusFinder(R205 only). Follow the procedure below to stop
these services.
1. On Windows NT, click on Start>Settings>Control Panel>Services and scroll
down to the HSCmdSvc service.
On Windows 2000, click on Start>Settings>Control Panel>Administrative
tools/Services and scroll down to the HSCmdSvc service.
2. From the Services window, double click on the HSCmdSvc service. If the
service is running, select [STOP]. Set the Startup Type to Manual and then
select [OK].
3. Repeat steps 1 and 2 to stop the HiSpec AppStatusFinder service.
5. Also uninstall HiSpec – Profit Viewer, HiSpec - Optimizer and any Profit
Toolkits (as required).
Uninstall HCI Note: Only uninstall HCI Runtime if you have verified the version requires an
Runtime upgrade.
3.1 Overview
In This Section This section tells how to install the Profit TPS Server Files needed for R205 of
Profit Suite. The setup will install seven capability files required to support the
R205 security functionality. The files are:
· PS_Administrator
· PS_Engineer
· PS_Supervisor
· PS_Supervisor2
· PS_Operator
· PS_Operator2
· PS_Operator3
On most TPS Domain Controller nodes, the files will be installed at the
following location:
C:\WINNT\system32\Repl\Export\HWIAC\TPSDomain1\Security\
4.1 Overview
In This Section This section tells how to install Embedded PHD, PHD Patch, and Uniformance
Desktop to historize and trend Profit Suite parameters.
Important · Administrator access is needed to run the install program.
· Only run the Embedded PHD setup program on PCs that will be running
Profit Controllers, Optimizers and Toolkits, and that do not currently have
PHD installed.
· If the node is also to run the Uniformance Desktop, it is critical to install the
Embedded PHD before the Uniformance Desktop.
11. On the Select Components window, select both PHD Data Server and
Interface Server. Click [Next] to continue.
12. On the Select PHD Listening Port window, click [Next] to accept the default
Port number of 3000. If 3000 is already in use (as indicated by an Event Log
error message during runtime), select another port number or contact TAC.
14. On the Select Database Type window, select the [ODBC] radio button, then
click [Next].
15. On the Select Interface DCS Types window, select Remote PHD and click
[Next].
16. On the Select Remote PHD Port window, enter 3010 under Port number and
click [Next].
1. Log in as an Administrator.
2. Insert the Profit CD into the CD-ROM drive.
3. Click [Start] and choose Run. From the Run window, select [Browse].
4. Use the “Look In:” drop down menu to select the CD drive.
5. Double Click on the PHDPatch folder.
6. Double Click on Setup.exe. The action selects the file, closes the Browse
window, and returns the user to the Run window.
7. Select [OK] to begin the installation.
8. Click [Next] on the Information – PHD Patch Files window.
9. Click [Next] on the welcome screen for the Honeywell Uniformance Desktop
–InstallShield Wizard.
11. Accept the defaults for the user information (or modify as desired) and then
click [Next].
12. Select the default destination folder (generally c:) or change to the desired
drive then click [Next].
13. For the Setup Type, select the Standard install. Note: Visual PHD and Tag
Explorer are not supported by Embedded History. Click [Next] to continue.
14. If you are not on a machine that has Embedded PHD installed, the next two
windows to come up will apply. The first will be the Set PHD Server Host
Computer Name display. Input the name of the computer where Embedded
PHD is located.
15. The next window to come up if you are not on a machine with Embedded
PHD will be the Set PHD Host Communications Port Number. Accept the
default port of 3000 and click [Next] to begin installation.
18. If you are installing on a Windows NT machine, the following window will
appear. Select [Yes] to restart the node. If you are installing on Windows
2000, a reboot is not required.
5.1 Overview
Important Notes · Administrator access is needed to run the install program.
· If you are installing on a Windows NT machine, you may be required to
reboot during and after the installation.
Installation The Microsoft System Files is a required installation for all Profit Suite
Requirements Applications.
10. After MDAC is installed, if a reboot is required, the following message will
appear. Select [Ok].
11. On the Reboot Required window, select [Yes] and [Finish] to reboot the
machine.
14. Select [Yes] if you receive any prompts about read only files detected.
15. If some files were locked during the installation of the system files, you will
be prompted to reboot again. Select [OK]. If no locked files were detected,
skip to Step 18.
16. If a reboot is required, you will get the following message. Select [Yes] and
click [Finish] to restart your computer.
18.On the Setup Complete window, select [Finish] to complete the Installation.
6.1 Overview
Important · The HCI Runtime files included on the R205 Profit Suite CD are for
Non-TPS system nodes only. If the HCI components on a TPS system
node need to be upgraded, refer to the TPS System Implementation
Guide and perform the install using the appropriate version of the TPS
System Software CD for your site.
· Administrator access is needed to run the install program.
· All applications using HCI Runtime must be stopped prior to the
installation. See Section 2.2 Shutdown Applications and Services.
TPS Nodes HCI Runtime will already be installed on TPS Nodes. Profit Suite components
check for the version and will you alert you if they need to be upgraded. You
can choose to continue with the component install, but must upgrade HCI
Runtime. As noted above, if HCI Runtime needs to be upgraded on a TPS node,
do not upgrade it using the HCI Runtime version that is included on the R205
Profit Suite CD. Instead, refer to the TPS System Implementation Guide and
perform the install using the appropriate version of the TPS System Software CD
for your site.
Non-TPS Nodes If an older version of HCI Runtime is detected, or missing during the Profit
Controller, Optimizer or Toolkit installations, the program will ask if you want to
install HCI Runtime. You may install it at that time, or run this procedure to
update the files.
7.1 Overview
Important · Administrator access is needed to run the install program.
· Only run the setup program for Profit Viewer on PCs that need to view a
controller.
Microsoft System These programs require the additional Microsoft System Files. The installation
Files will prompt you if the files are not installed and will abort the installation. Run
the procedure in Section 5, Installing Microsoft System Files.
Prepare GUS and Follow the directions in Section 2 Preparing for Installation.
APP Nodes for
Installation
Installation Before installing Profit Viewer, make sure the following software has been
Dependencies installed:
· Microsoft System Files (See Section 5)
· Internet Explorer 5.5
Microsoft Internet Microsoft Internet Explorer 5.5 or later is required. If it is not installed yet, it can
Explorer be downloaded and installed from the Microsoft web site. Or you can install it
from the CD by double clicking ie5setup.exe from the IE55SP1 folder. It will
install Internet Explorer 5.5 Service Pack 1.
Installation To install Profit Viewer:
1. Log in as an Administrator.
2. Insert the Profit CD into the CD-ROM drive.
3. Click [Start] and choose Run. From the Run window, select [Browse].
4. Use the “Look In:” drop down menu to select the CD drive.
5. Double Click on the ProfitViewer folder.
6. Double Click on Setup.exe. The action selects the file, closes the Browse
window, and returns the user to the Run window.
7. Select [OK] to begin the installation.
8. If Microsoft System Files are not updated or you don’t have Microsoft Data
Access 2.51 installed you will be prompted to install them now. If you are
prompted to install them, do so now by performing the steps in Section 5,
Installing Microsoft System Files. Once the Microsoft System Files are
installed, rerun ProfitViewer Setup.
11. If other Profit applications are already installed on a certain drive, the
following message appears. Select [Yes] to continue.
12. If there are no other Profit Suite applications installed on the node, the
following screen will be displayed. Click [Next] to accept the default
destination location or enter a single letter for a different drive.
13. During the installation, you may be prompted to confirm overwrite of read
only files. If so, select [Yes to All].
14. During the installation you may receive a message that the PHD Patches were
not installed. If you have not installed the Embedded PHD History function,
you can ignore this warning. Otherwise, after completion of this installation,
run the PHD Patch install.
15. Click [Finish] to complete the installation. Now perform step 16 to initialize
Server Registrar.
Initializing Server 16. After installing Profit Viewer and while still logged on as an Administrator,
Registrar use the desktop icon to launch Profit Viewer. From the Program Applications
drop down menu, select “Add Profit Viewer Local Application (Server
Registrar)” and select [GO] to invoke the Server Registrar display. This
action enables Server Registrar to create the registry settings it needs the first
time it runs. If this action is not taken, when someone logs on as a different
user they may not be able to run Server Register and the following error
message may be generated - "Unexpected error; quitting".
8.1 Overview
Profit Controller The Profit Controller can reside in the standard Application Module (AM), the
(RMPCT) Platforms UNIX-based Application Modulex (AxM), the APP node on Windows NT or
Windows 2000, and a stand alone Windows NT 4.0 or Windows 2000 PC. This
document is specifically aimed at the Windows NT or Windows 2000 user.
Important Administrator access is needed to run the install program.
Microsoft System These programs require the additional Microsoft System Files. The installation
Files Required program will prompt you if the Microsoft System Files are not installed and will
abort the installation. Run the procedure in Section 5 Installing Microsoft System
Files.
HCI Runtime These programs require the HCI Runtime software. If it is not present or an older
Required version is detected, the installation program will inform you it requires updating.
For non-TPS nodes, the install script will install HCI Runtime, reboot and
proceed with the Profit Controller installation. HCI Runtime can only be installed
on NTFS formatted drives.
Note: The HCI Runtime files included on the R205 Profit Suite CD are for
Non-TPS system nodes only. If the HCI components on a TPS system node
need to be upgraded, refer to the TPS System Implementation Guide and
perform the install using the appropriate version of the TPS System
Software CD for your site.
1. Verify that TPS services and Profit Suite applications are not running. See
procedures in Section 2 Preparing for Installation.
2. Log in as an Administrator.
3. Insert the Profit Controller CD into the CD-ROM drive.
4. Click [Start] and choose Run. From the Run window, select [Browse].
5. Use the “Look In:” drop down menu to select the CD drive.
6. Double Click on the ProfitController folder.
7. Double Click on Setup.exe. The action selects the file, closes the Browse
window, and returns the user to the Run window.
8. Select [OK] to begin the installation.
9. If the node is not at Windows NT 4.0 SP5 or SP6a (Windows 2000 SP1 or
SP2) you will have to install the appropriate service pack before continuing.
If the service pack on the computer is higher than these listed, the following
warning is given. Installation can proceed, but check with TAC to determine
if there are any known issues with later service packs.
10. If there is no PHD Server installed on the node, the following message will
appear. Select [Yes] to continue the installation or select [No] to abort the
installation and install Embedded PHD.
11. If Microsoft System files were not previously installed, you will be
prompted to install them now. Select [Ok] to abort the installation. After
installing the Microsoft System Files (see Section 5 Installing Microsoft
System Files), rerun the setup for Profit Controller.
12. If this is an APP node and CL Server has not been installed, the following
message will appear. CL Server software is required if Profit Controller is
running on an APP Node.
Note: CL Server is a Honeywell software package purchased separately
from Profit Controller.
Warning 13. After the checks above have been performed by the installation software, the
following message will appear reminding the user to stop any Profit
Controller and Profit Optimizer processes. Failure to stop any controller
or optimizer processes will result in the installation failing. Click [Yes]
after verifying all processes are stopped.
Note: If you are not sure how to determine if any Profit Controller or Profit
Optimizer processes are running or if you don’t know how to stop them,
select [No] to abort the installation and then go to Appendix E of this
document. There you will find instructions on how to use the Private Task
Manager utility (privtaskmgr) to see if any controller or optimizer processes
are running. If they are, you will be able to stop them. Once the processes
are stopped, rerun the setup for Profit Controller.
14. If this is a non-TPS node and the HCI Runtime is not currently installed, or
is an older version, you will be asked if you want to install it now. Click on
[Yes] to install, and [Yes] to reboot after the installation.
15. If this is a TPS node and the HCI Runtime is not at the correct version level
or it is not found, you will get a message that it needs to be updated or
installed. Select [OK] to abort the installation. Once the correct version of
HCI Runtime has been installed, rerun the setup for Profit Controller.
Note: If the HCI Runtime components on a TPS system node need to be
upgraded, refer to the TPS System Implementation Guide and perform the
install using the appropriate version of the TPS System Software CD for
your site.
18. If other Profit applications are already installed on the node, the following
message appears (with the blanks filled in correctly). Select [Yes] to
continue.
19. If this is the first Profit Suite component to be installed, enter a destination
drive or accept the default. Click [Next] to continue.
20. During the installation you may receive a message that the PHD Patches
were not installed. If you have not installed the Embedded PHD History
function, you can ignore this warning. Otherwise, after completion of this
installation, run the PHD Patch install.
9.1 Overview
Profit Optimizer The Profit Optimizer can reside in the standard Application Module (AM), the
(DQP) Platforms UNIX-based Application Modulex (AxM), the APP node on Windows NT or
Windows 2000, and a stand alone Windows NT 4.0 or Windows 2000 PC. This
document is specifically aimed at the Windows NT or Windows 2000 user.
Microsoft System These programs require the additional Microsoft System files. The installation
Files Required program will prompt you if the Microsoft System Files were not installed and will
abort the installation. Run the procedure in Section 5 Installing Microsoft System
Files.
HCI Runtime These programs require the HCI Runtime software. If it is not present or an older
Required version is detected, the installation program will inform you it requires updating.
For non-TPS nodes, the install script will install HCI Runtime, reboot and proceed
with the Profit Optimizer installation. HCI Runtime can only be installed on
NTFS formatted drives.
Note: The HCI Runtime files included on the R205 Profit Suite CD are for
Non-TPS system nodes only. If the HCI components on a TPS system node
need to be upgraded, refer to the TPS System Implementation Guide and
perform the install using the appropriate version of the TPS System Software
CD for your site.
Installation Before installing Profit Optimizer, make sure the following software has been
Dependencies installed:
10. If Microsoft System files were not previously installed, you will be prompted
to install them now. Select [Ok] to abort the installation. After installing the
Microsoft System Files (see Section 5 Installing Microsoft System Files),
rerun the setup for Profit Controller.
Warning 11. After the checks above have been performed by the installation software, the
following message will appear reminding the user to stop any Profit
Controller and Profit Optimizer processes. Failure to stop any controller or
optimizer processes will result in the installation failing. Click [Yes] after
verifying all processes are stopped.
Note: If you are not sure how to determine if any Profit Controller or Profit
Optimizer processes are running or if you don’t know how to stop them,
select [No] to abort the installation and then go to Appendix E of this
document. There you will find instructions on how to use the Private Task
Manager utility (privtaskmgr) to see if any controller or optimizer processes
are running. If they are, you will be able to stop them. Once the processes
are stopped, rerun the setup for Profit Controller.
12. If this is a non-TPS node and the HCI Runtime is not currently installed, or is
an older version, you will be asked if you want to install it now. Click on
[Yes] to install, and [Yes] to reboot after the installation.
13. If this is a TPS node and the HCI Runtime is not at the correct version level
or it is not found, you will get a message that it needs to be updated or
installed. Select [OK] to abort the installation. Once the correct version of
HCI Runtime has been installed, rerun the setup for Profit Optimizer.
Note: If the HCI Runtime components on a TPS system node need to be
upgraded, refer to the TPS System Implementation Guide and perform the
install using the appropriate version of the TPS System Software CD for your
site.
16. If other Profit applications are already installed on a certain drive, the
following information box appears (with the blanks filled in appropriately)
Select [Yes] to continue. Selecting [ No] will abort the installation.
17. If this is the first Profit Suite component to be installed, enter a destination
drive or accept the default. Click [Next] to continue.
18. During the installation you may receive a message that the PHD Patches were
not installed. If you have not installed the Embedded PHD History function,
you can ignore this warning. Otherwise, after completion of this installation,
run the PHD Patch install.
10.1 Overview
Software/Hardware Refer to Section 1.6 for these requirements.
Requirements
Using PHD? If you are using Oracle-based (not embedded) PHD see Appendix C.
Installation Before installing a Profit Toolkit application, make sure the following software
Dependencies has been installed:
13. If other Profit applications are already installed on the node, the following
message appears (with the blanks filled in accordingly.). Select [Yes] to
continue.
Note: To install Profit Toolkit Application on a different drive, you must
uninstall the currently installed Profit Toolkit Applications and re-install
them in a new drive.
14. If this is the first Profit Suite component to be installed, enter a destination
drive or accept the default. Click [Next] to continue.
15. During the installation you may receive a message that the PHD Patches
were not installed. If you have not installed the Embedded PHD History
function, you can ignore this warning. Otherwise, after completion of this
installation, run the PHD Patch install.
16. If there are no locked files, go to Step 18, otherwise the following message
will appear. Select [Ok] to continue.
17. Select Yes to restart the computer and click [Finish] to exit.
18. If there were no locked files, click [Finish] to complete the installation.
Purpose of FCCU The FCCU modeling coefficients are generated via the FCCU spreadsheets by
Modeling
Spreadsheets
running the Excel solver for sets of plant data.
Installation Run the FCCU Toolkit installation setup program on the target machine using the
installation instructions in Section 10.2. This will install the necessary DLLs for
the FCCU spreadsheets to run.
Copying the The setup program does not install the modeling spreadsheets. You must copy
Modeling these files from the FCCU Toolkit installation disk (in directory FCCU Modeling
Spreadsheets Spreadsheets) to a directory of your choice on the target machine.
A Few Words There are three modeling spreadsheets: Open_Severity.xls, Open_Product.xls and
about the Open_Octane.xls. Open_Severity is the master spreadsheet as the raw plant data
Spreadsheets (i.e. temperature, pressure, etc.) is entered in this spreadsheet. Open_Severity also
contains some important modeling information in its “ReadMe” worksheet.
Open_Product and Open_Octane rely on data in Open_Severity. So,
Open_Severity needs to be configured first.
Linking modeling The modeling spreadsheet is hard-coded to find the FCCU DLLs in the directory
spreadsheets to C:\Program Files\Honeywell\HiSpec Solutions\ProfitToolkit\FCCU. So, if the
toolkit DLLs DLLs are installed in another directory – for example in drive D: - then the hard-
coded reference must be changed in the Excel spreadsheet.
The toolkit function DLLs are called using Excel Visual Basic for applications
code (VBA). To change the reference, open the VBA Module "DLL" (get there by
pressing ALT-F11 from the worksheet) and change the "Declare Function" path
for each function at the top of the module. This must be done in each spreadsheet.
11.1 Overview
Software/Hardware Refer to Section 1.6 for these requirements.
Requirements
Items Included on The following items are included on the Profit Bridge CD.
Profit Bridge CD v Profit Bridge Toolkit, which includes:
Ø Profit Toolkit Engine
Ø Gain Extraction toolkit
Ø GainMappers for Profit Controller and Profit Optimizer
v Profit Design Studio
v Profit Viewer
v Common components for any “Profit” application
Ø Embedded PHD Components (optional)
Ø Microsoft System Files and Internet Explorer 5.5 SP 1
Ø HCI Runtime
v Documentation
How to Install Profit Profit Bridge is a Profit Toolkit application. The installation steps are similar
Bridge to those of other Profit Toolkit installations. However, because a Profit Bridge
application has multiple components that can be distributed across different
nodes, Profit Bridge has a number of installation configurations. The general
Profit Toolkit installation steps are detailed in Section 10 Installing Profit
Toolkit and summarized below. Five Profit Bridge installation scenarios are
described following the general installation summary.
Where to Install Profit 1. Profit Bridge components must be installed on machines where PDS is to
Bridge Components be used to configure a Profit Bridge application.
2. Profit Bridge components must also be installed on machines where a
simulation or runtime Profit Bridge application is to execute.
3. Gain Mappers must be installed on the machines where associated Profit
Controller and Profit Optimizer applications are to execute.
What’s not Included The Third-Party Model Sockets (FCC-Sim Socket or NOVA socket, for
on Profit Bridge CD example) are not included on the Profit Bridge CD. These are supplied
separately.
66
Profit Suite Installation Guide 8/02
Honeywell
Section 11— Installing Profit Bridge
11.1Overview
Additional Details on Although the GainMappers are installed from the Profit Bridge CD, the
Installing the Gain Mappers run as toolkit functions that are part of Profit Controller and Profit
Mappers Optimizer applications. After the Profit Bridge Toolkit CD has been installed,
ensure that any Profit Controller or Profit Optimizer applications that require
gain mapping have the gain mapping records in their configuration (CFG) file.
To determine if the gain mapping records are in the Profit Controller and/or
Optimizer configuration file, view the appropriate CFG file and look for a
record similar to this: (Note that the Profit Optimizer application references
GainMapperPO instead of GainMapperPC.)
Server, HS_Toolkit_1_0, order 999
…
Options, HSTool_GainMapperPC, HS_GainMapperPC, Begin, GainMapperPC1
If this record is found in the CFG file, you only need to set the Profit
Controller/Optimizer Inactive, then Active. This will load and run the newly
installed GainMapper DLLs.
If the record is not found in the CFG file, you must regenerate the
configuration file from the Profit Design Studio using the appropriate Runtime
Configuration utility. This will put the GainMapper records in the CFG file.
Subsequently, set the Profit Controller/Optimizer Inactive, then Active. This
will load and run the newly installed GainMapper DLLs.
Installation This scenario includes Profit Bridge for Runtime on the same node as existing
Scenario 3 Profit Controller and/or Profit Optimizer applications. (Assume PDS is not to be
installed on this runtime node.)
1. Install Profit Bridge following the steps in Section 11.3.
2. On the nodes with associated Profit Controllers, install the Gain Mapper for
Profit Controller, following the steps in Section 11.4.
3. On the node with the associated Profit Optimizer, install the Gain Mapper
for Profit Optimizer, following the steps in Section 11.4.
Installation This scenario includes Profit Bridge for Runtime on the same node as existing
Scenario 4 pre-R205 Profit Controller and/or Profit Optimizer applications.
1. Upgrade the existing pre-R205 Profit Controller and Profit Optimizer
applications to R205 following the procedures in this document and the
Profit Controller/Profit Viewer/Profit Trender Release Notes.
2. Follow the procedures outlined in Scenario 3.
Installation This scenario includes Profit Bridge for Runtime on the same node as non-
Scenario 5 existing Profit Controller and/or Profit Optimizer applications.
1. Install Profit Controller and Profit Optimizer applications following the
procedures in this document.
2. Follow the procedures outlined in Scenario 3.
13. If other Profit applications are already installed on the node, the following
message appears (with the blanks filled in accordingly.). Select [Yes] to
continue.
Note: To install Profit Toolkit Application on a different drive, you must
uninstall the currently installed Profit Toolkit Applications and re-install
them in a new drive.
14. If this is the first Profit Suite component to be installed, enter a destination
drive or accept the default. Click [Next] to continue.
15. During the installation you may receive a message that the PHD Patches
were not installed. If you have not installed the Embedded PHD History
function, you can ignore this warning. Otherwise, after completion of this
installation, run the PHD Patch install.
16. If there are no locked files, go to Step 18, otherwise the following message
will appear. Select [Ok] to continue.
17. Select Yes to restart the computer and click [Finish] to exit.
18. If there were no locked files, click [Finish] to complete the installation.
19. To install Gain Mapper for Profit Controller or Profit Optimizer, follow the
installation procedure in the next subsection.
8. If you are installing Profit Controller Gain Mapper and Profit Controller has
not been installed, you will get a message and the installation will abort.
Likewise if you are installing Profit Optimizer Gain Mapper and Profit
Optimizer has not been installed, you will get a message and the installation
will abort. After installing the appropriate application, rerun Setup for Gain
Mapper.
9. Click [Next] on the Welcome window to continue.
12.1 Overview
Software/Hardware Refer to Section 1.6 for these requirements.
Requirements
Using PHD? If you are using Oracle-based (not embedded) PHD see Appendix C.
12. If other Profit applications are already installed on the node, the following
message appears (with the blanks filled in accordingly.). Select [Yes] to
continue.
Note: To install Profit Toolkit Application on a different drive, you must
uninstall the currently installed Profit Toolkit Applications and re-install
them in a new drive.
13. If this is the first Profit Suite component to be installed, enter a destination
drive or accept the default. Click [Next] to continue.
14. During the installation you may receive a message that the PHD Patches
were not installed. If you have not installed the Embedded PHD History
function, you can ignore this warning. Otherwise, after completion of this
installation, run the PHD Patch install.
15. If there are no locked files, go to Step 17, otherwise the following message
will appear. Select [Ok] to continue.
16. Select Yes to restart the computer and click [Finish] to exit.
17. If there were no locked files, click [Finish] to complete the installation.
13.1 Overview
In This Section Profit Design Studio consists of a main environment and many components
within this environment.
System and Software Requirements This section lists the system and
software requirements for loading and using the Profit Controller (RMPCT)
Designer’s builder and simulator software.
Installation Quick Reference A quick reference is provided indicating the
major tasks involved with installing the Profit Design Studio (APCDE) software
package. If you have installed Profit Design Studio (APCDE) before, use the
quick reference to install the software package.
Installation Instructions Step-by-step installation instructions are provided for
new users of Profit Design Studio (APCDE). If this is your first installation, use
these instructions rather than the quick reference to install the software.
Quick Reference The following table outlines the major tasks involved with Profit Design Studio
Table installation. Use this table if you have installed Profit Design Studio before. If
this is your first installation, use the detailed instructions provided in Section
13.4.
1. Make sure your computing systems meet the See Section 13.2 “System and
minimum requirements. Software Requirements”.
12. After the Information, Welcome and Licensing screens the “Destination
Drive Selection” screen will be presented.
13. Either accept the default destination drive or enter a single letter for an
alternate drive. Click [Next].
Note: If other Profit applications are already installed on the machine,
you will not be able to select an alternate drive location. In this case,
Click [Yes] to continue.
14. After the Profit Design Studio software has been installed, a dialog box
may show up asking you whether you want to install the Sentinel Dongle
Driver now. If it does, proceed to the next step. If it does not, the driver
has already been installed and the installation will complete.
Installing the 15. After ensuring that the physical Dongle is attached to your computer and
Dongle Driver
you have System Administration privileges, click [Yes] to proceed with
the Dongle installation.
Note: The driver needs to be installed only when you first install the 32-
bit version of Profit Design Studio (APCDE). You do not need to install
it again when you upgrade or add optional products to the Profit Design
Studio (APCDE).
16. If setup detects an older version of the Sentinel System Driver, you will
be prompted to confirm the upgrade. The older version is uninstalled
immediately after you confirm the upgrade. If you cancel out of the
installation after this, you will not have your older version installed.
17. After the Welcome screen for the Sentinel System Driver, the Setup Type
screen will appear. Select "Complete" for the setup type and then Click
[Next].
18. On the Ready to Install screen, select [Install]. If you are running
Windows 95/98/ME, you will have to reboot if you upgraded from a
previous version. This is necessary to start the parallel driver. Windows
NT and 2000 do not require a reboot.
Note: If at anytime during the installation procedure you begin receiving
error messages, make sure that you have the Dongle in place AND
administration privileges on the computer!
19. Select [Finish] to complete the Dongle Driver Installation.
Installing the 20. If you are on a computer that supports USB, an Information screen will
USB Dongle then appear for the SentinelSuperPro Server installation. If you have a
USB dongle, select [Yes] to install it now, otherwise, select [No]. If you
Server
do not get the Information screen, the server is already installed or your
computer does not support USB.
Note: If the SentinelSuperPro Server has not been installed on the
machine before, you may be required to reboot the machine. Select [Yes]
to reboot now or select [No] and remember to reboot later.
21. Click [Finish] to complete the installation process.
22. Select Start>Programs>Honeywell HiSpec Solutions>ProfitDesignStudio
235.00
Or from the desktop, click on the ProfitDesignStudio 235.00 icon. If all
the software was installed correctly, the About Profit Design Studio
dialog box will have the appropriate check marks and version information
displayed.
Check the Log If you would like to check the version numbers of the dlls, check the log file. To
File view a log file, open it with a text editor (Notepad). The log file can be found at
c:\users\HiSpec\Apps\ProfitDesignStudio.log. An example of the information
contained in the log file is shown below.
12:53:56 26Jun02
Profit Design Studio: 32 bit Version 235.00.0000
Loaded Math Library: HMATH32.DLL Version 200.00.0000
Loaded Utility Library: HUTIL32.DLL Version 220.02.0000
NOTE Due to historical reasons any reference to the name “Finder” is equivalent
to the name “SensorPro”. These names can be used interchangeably. Any file with
the name Finder can be considered to apply to a SensorPro application
Prior to Profit Design Studio 235, log file was in “c:\Winnt\APCDE32.log”.
Any problems with loading libraries will be described here. Inability to locate a
library or library version incompatibility will prevent a library load.
Check Registry Default parameters that can be adjusted by the user are contained in the registry
for Options under: “HKEY_CURRENT_USER\Software\Honeywell IAC\HiSpec
Solutions\Profit Design Studio”. After ProfitDesignStudio is launched once, the
registry will be automatically updated to include default settings. Use registry
editor to view or edit the registry. Clcik “Start >Run…”. Type “regedit” in the open
edit box and click “OK”. An example of the default information contained in the
registry is shown below:
Note that before release 235 of Profit Design Studio, “APCDE32.ini” file under
SYSTEM or WINNT directory was used for default parameters. The contents and
structure in the ini file map to the registry under key
“HKEY_CURRENT_USER\Software\Honeywell IAC\HiSpec Solutions\Profit
Design Studio”.
Options in [SSC options] – This option supports a Dongle bypassing code. You have to
Registry
obtain the code from Hi Spec and manually add a new String Value under “SSC
options” with name “Code” and enter the code value you have obtained. To do so,
open registry editor, browse to “HKEY_CURRENT_USER\Software\Honeywell
IAC\HiSpec Solutions\Profit Design Studio”, select “SSC options”. Click menu
“Edit > New > String Value”. Change the name of the new string value to be
“Code”. Double click on “Code”. In the “Edit String” dialog box, enter the value
you have obtained into “Value Data” edit box and click OK.
[Engine Debug Flags] – This option supports change file creation in Profit
Controller offline simulation. The default is not creating change file. To modify
the default setting, you have to manually add a new String Value under “Engine
Debug Flags” with name “CreateChgFile” and enter value of 1 or 0 for creating
change file or not creating change file. To do so, open registry editor, browse to
“HKEY_CURRENT_USER \ Software\Honeywell IAC \ HiSpec Solutions \
Profit Design Studio”, select “Engine Debug Flags”. Click menu “Edit > New >
String Value”. Change the name of the new string value to be “CreateChgFile”.
Double click on “CreateChgFile”. In the “Edit String” dialog box, enter 1 to
“Value Data” edit box if you want to create change file. Otherwise, enter 0.
separate low-priority threads in order not to interfere with mission critical on-line
applications. If this option does not exist, the default value is 1. If PDS is intended
to be running on an off-line machine, this option can be set to 0 and PDS
calculation intensive functions will still be executed in the same high priority
thread. This option is available since PDS235.
[Version] – In PDS235 and later, multiple versions of controller/optimizer are
supported. When PDS is started, it reads the version number from .ini file and
uses it to be the default controller/optimizer version. If the Version option does
not exist, the default version is “R205”. You can change it to “R160” or “R200”.
[Scaling Flags] – In Profit Controller Release 200 and later, user can change
default scaling factors in controller build. This option allows user to skip scaling
changes in controller build. The default is user changeable scaling. To modify the
default setting, you have to manually add a new String Value under “Scaling
Flags” with name “SkipChangeScaling” and enter value of 1 or 0 for skip scaling
change or not skip scaling change. To do so, open registry editor, browse to
“HKEY_CURRENT_USER \ Software\Honeywell IAC \ HiSpec Solutions \
Profit Design Studio”, select “Scaling Flags”. Click menu “Edit > New > String
Value”. Change the name of the new string value to be “SkipChangeScaling”.
Double click on “SkipChangeScaling”. In the “Edit String” dialog box, enter 1 to
“Value Data” edit box if you want to skip scaling change. Otherwise, enter 0.
[Recent EB File List] – The last opened *.ebb file for Profit Controller (RMPCT)
Point Builder. It will be created automatically when an *.ebb file was opened in
Profit Controller Point Builder and will be used as the default-starting file when a
RMPCT Point Builder is opened next time.
[Recent DEB File List] - The last opened *.ebd file for Profit Optimizer (DQP)
Point Builder. It will be created automatically when an *.ebd file was opened in
Profit Optimizer Point Builder and will be used as the default-starting file when a
DQP Point Builder is opened next time.
[Recent File List] - The list of last opened files in Profit Design Studio. It will be
created automatically when Profit Design Studio is closed. They will be used in
the recently opened file list when “File” menu is clicked when Profit Design
Studio is opened next time.
[Recent SIM File List] - The last opened *.sim file for Generic Profit Toolkit
Simulator. It will be created automatically when an *.ebd file was opened in
Generic Profit Toolkit Simulator and will be used as the default-starting file when
Generic Profit Toolkit Simulator is opened next time.
[Color options] – Color options for all views in Profit Design Studio. They are
automatically created and user should not change them manually.
[Settings] – Not used.
Caution Changing default parameters is ill-advised without contacting a Honeywell
consultant.
14.1 Overview
In this Section This section explains how to install Profit Assistant.
Important · Profit Assistant has two installation components, one is ProfitAssistant and the
other is ProfitAssistantAddin.
1. Install the ProfitAssistant component on each of the nodes that will be
used to view the controller applications. This includes GUS, APP and
non-TPS nodes.
2. Install the ProfitAssistantAddin component only on the APP or non-
TPS node(s) where the controller applications you want to connect to
with Profit Assistant are running.
· Administrator access is needed to run the install programs.
Profit Suite The following Profit Suite software will need to be installed on the APP node or non-
Software TPS node where the controller application is running.
Requirements 1. PHD (Embedded or Oracle-based, needed for trends) (See Section 4) Note
that the Oracle-based PHD doesn’t need to reside on the same node as the
controller applications it just needs to exist.
2. PHD Patch (Needed for Embedded PHD) (See Section 4)
3. Uniformance Desktop (Optional - only required if Profit Assistant will be
used to view controller applications from the node where the applications
reside) (See Section 4)
4. Microsoft System Files (See Section 5)
5. Profit Viewer (Optional - only required if Profit Assistant will be used to
view controller applications from the node where the applications reside)
(See Section 7)
6. Profit Controller (See Section 8)
7. Profit Assistant Addin (See Section 14)
8. Profit Assistant (Optional - only required if Profit Assistant will be used to
view controller applications from the node where the applications reside)
(See Section 14)
The following Profit Suite software will need to be installed on the GUS node or non-
TPS nodes that will be used to view a controller application with Profit Assistant.
1. Uniformance Desktop (See Section 4)
2. Microsoft System Files (See Section 5)
3. Profit Viewer (See Section 7)
4. Profit Assistant (See Section 14)
Installation Before installing ProfitAssistantAddin, make sure the following software has been
Dependencies installed:
3. Use the “Look In:” drop down menu to select the CD drive.
4. Double Click on the ProfitAssistantAddin folder.
5. Double Click on Setup.exe. The action selects the file, closes the Browse
window, and returns the user to the Run window.
6. Select [OK} to begin the installation.
8. If Profit Controller has not been installed, you will get the following
message and the installation will not continue. Select [Ok] to abort the
installation. After installing Profit Controller, rerun the setup for
ProfitAssistantAddin.
9. If any controller processes are currently active on the machine, you will get
the following message. Select [No] to discontinue the installation. Use the
Private Task Manager utility (privtaskmgr) to stop the controller processes.
Once the processes are stopped, rerun the setup for ProfitAssistantAddin.
Note: For information on how to use the Private Task Manager, see Appendix E.
10. If no controller processes are running, the Welcome window will appear.
Click [Next] to continue the installation.
11. On the Setup Complete window click [Finish] to complete the installation.
Important Install the ProfitAssistant component on each of the nodes that will be used to view
the controller applications. This includes GUS, APP and non-TPS nodes.
Upgrading Refer to the Release Notes for full details.
From Previous
Versions
Installation Before installing ProfitAssistant, make sure the following software has been
Dependencies installed:
8. If Uniformance Desktop has not been installed, you will get the following
message and the installation will not continue. Select [Ok] to abort the
installation. After installing Uniformance Desktop, rerun the ProfitAssistant
Setup application.
9. If Microsoft System files were not previously installed, you will be prompted to
install them now. Select [Ok] to abort the installation. After installing the
Microsoft System Files (see Section 5 Installing Microsoft System Files), rerun
the ProfitAssistant Setup application.
10. If Profit Viewer has not been installed, you will get the following message and
the installation will not continue. Select [Ok] to abort the installation. After
installing Profit Viewer, rerun the ProfitAssistant Setup application.
11. If any controller processes are currently active on the machine, you will get the
following message. Select [No] to discontinue the installation. Use the Private
Task Manager utility (privtaskmgr) to stop the controller processes. Once the
processes are stopped, rerun the ProfitAssistant Setup application.
Note: For information on how to use the Private Task Manager to view and stop
controller processes, go to Appendix E.
14. If other Profit applications are already installed on a certain drive, the following
information box appears indicating the drive where the software will be installed.
Select [Yes] to continue the installation.
15. If there are no locked files, go to Step 16, otherwise the following message will
appear. Select [Ok] to continue.
16. On the Setup Complete window, select [Yes] to restart the computer and click
[Finish].
17. If there were no locked files, click [Finish] to complete the installation.
16.1 Overview
In This Section This section tells you how to install the controller files from the offline design,
enter the initial controller configuration parameters, and link and activate points
for TPS Systems.
With these steps completed, commissioning begins.
Using the Controller Configuration Parameters Configuration parameters are set
Controller Detail
through the Controller Detail screen. Profit Controller (RMPCT) uses control,
Screen
tuning, optimization, and configuration parameters. The start-up parameters you
are going to set here are configuration parameters.
These start-up parameters provide the minimum configuration information that
Profit Controller (RMPCT) requires to link and activate points.
Displaying the Controller Detail Screen To display the Controller Detail
screen, start the display program, Profit Viewer. Select the controller from the
Application Menu and click on the [Controller Detail] button.
For Help For help displaying and using the Profit Controller (RMPCT) screens, see
Section 2.0 in the Profit Controller (RMPCT) Users Guide.
For help making entries on the Controller Detail screen, see:
Section 4.2 in the Profit Controller (RMPCT) Users Guide, and
Section 2.4 in the Profit Controller (RMPCT) Commissioning Reference.
Sharing If the controller will be accessed by Profit Viewer on other nodes, some
directories must be “shared”. The share of C:\users\HiSpec\config directory is
set to MODEL with Read Write Execute permission for authenticated users. The
share of C:\users\HiSpec\Apps directory is set to PROFIT with Read Write
Execute permission for authenticated users. The share of
C:\users\HiSpec\Reports directory is set to REPORT with Read Write Execute
permission for authenticated users. The shares were created when the folders
were created during installation.
Procedure Four files are needed to define a Profit Controller instance. They are:
· Specification file (extension “.xs”) , it contains values for the various
parameters the operator and engineer can set to specify controller
operation. You can optionally specify that this file be read when the
controller is activated to provide starting values for the parameters, or
later to reset the parameter values. If this file is not read when the
controller is activated, the parameter values in the interface points on
the process DCS (e.g. TPS system) will be used as initial values, if they
exist. Otherwise, values in the checkpoint file are used, if it exists.
Limits in the interface points are never overwritten.
· Model file (extension “.xm”), it contains the information that defines the
dynamic model of the process that is being controlled. This file is read
when the controller is activated, and can be read later to update the
model coefficients.
· Configuration file (extension “.cfg”), includes information about the
controller, and it tells the controller where its parameters reside on the
DCS.
· History tag definition file (extension “.csv”) contains the list of
controller parameters to be historized by embedded PHD.
9 To access remote applications from nodes not If the controller was not registered, an error message is
participating in a TPS Domain: displayed and Steps 2-6 need to be completed.
Click [Add Profit Viewer Remote Applications], select [GO] Registration of remote controllers in TPS Domains
and browse the network for the computer containing the systems was accomplished during replication in step 6.
controller you want to connect to. Select [Get Apps].
Select the application you wish to connect to. This will
register the controller as a remote DCOM server, on the
local computer. You must repeat this step on each
computer on which you want to use Profit Viewer to
connect to a remote controller.
11 From the Application Status window, click on the This displays the CV Summary for the selected
controller and select [VIEW]. application.
12 Click [CONTROLLER DETAIL] (upper left of the screen). This displays the Controller Detail screen.
13 On the Controller Detail screen, check the .cfg, .XM and The model and spec files are specified when a controller
.XS filenames. is registered using Server Registrar. They can be
· The name of the .XM file is in the Model File field. changed any time from Profit Viewer. Changes from
Profit Viewer are stored in the checkpoint file only and
· The name of the .XS file is in the Specification File
will be used by the controller on startup. Only if the
field.
checkpoint is deleted, or on new controller startup, will
· The name of the .cfg file is in the Configuration file. the registry value be used. See Appendix D for
instructions on how to use the Server Registrar.
14 Keep the Controller Detail screen displayed, and
continue with Section 16.4 (Activating the Program and
Reading in the Design files).
If this is a node in the TPS Domain, all local and remotely registered applications
should be listed in the Profit Viewer Application Status frame. If this node is not
in a TPS Domain, and the controller is located remotely select the Program
Applications pull down menu and select Add Profit Viewer Remote Application.
On the Add Remote Application window, select the node then the [Get Apps]
button. Select the desired controller and click [Add].
Add Controller to The plant workspace allows you to customize your access by listing, in your
the Plant predetermined order, the controllers that interest you. Browse the list on the Profit
Viewer Application Status frame and click on the desired controller. Drag the
Workspace
controller from this frame over to the desired position in the Plant Workspace
frame.
Remove To remove the controller, select the controller in the Plant Workspace and drag the
Controller from icon to the garbage bin icon on the upper right side of the screen. This will remove
the controller from the Plant Workspace.
the Plant
Workspace
Access the Click on the controller in the Plant Workspace. Click [Yes] to the prompt asking if
Controller you want to connect to the controller. The CV Summary page will be displayed.
To pick another controller to view, select the [App Menu] button and repeat the
above procedure.
Activating the In the lower right portion of the Controller Detail display is a field showing the
Controller Point Application Status. If it shows INACTIVE, click on it to change it to ACTIVE.
Checking the When an application is first installed the [File Read] and [Last Execution] fields
Read-File on the Controller Detail screen will be blank. These fields indicate when the
controller last read the controller files and executed.
Stamps
The model file is read automatically at start-up. The Read Model [Model] target
will be back-lit until the file has been read. If you want to overwrite the settings
currently being used by the controller with the settings in the .xm file, click the
[Read Model File] Button.
First-Time Start- If this is the first time ever that the controller has been started, click [Read Spec
up File]. This will read starting default values for all parameters except limits (which
should be entered manually). On subsequent restarts, the values will be obtained
from the controller’s checkpoint file, or from the DCS if the value is configured
for read from the DCS. Generally, you do not want to use [Read Spec File] after
the first-ever start, because this would overwrite any modifications that have been
made to the default starting values.
Note: Anytime that you change significant parameters, it is a good idea to click
the [checkpoint] button to ensure that the changes are saved for subsequent
restarts.
Commissioning With the controller successfully online, you are ready to commission. If you are
the Controller on a TPS System, see the Profit Controller (RMPCT) Commissioning manual for
help.
The following table contains the steps required to bring a Toolkit application online.
Step Action Comment
1 Use NT Explorer to copy the .cfg file into the NT The Profit Suite setup program created the directory. The
directory off-line PDS package created the file and stored it in the
C:\users\HiSpec\config config directory of the current machine.
18.1 Overview
Application Application security determines which users have write access to a given
Security application. Application security also defines from which computers a given
application permits write access.
Application Security is configured via the Server Registrar. When an application
is first registered the default application user security is for “Everyone” (meaning
all users) to have write access. Access may be restricted by removing
“Everyone” and adding specific groups and/or users.
Via the Server Registrar the computers from which write access is permitted may
also be configured. When an application is first registered the default application
computer security is for write access to be permitted from all computers. Write
access to a given application may be restricted to only specific computers.
Security Roles The Profit Suite Graphical User Interfaces (GUIs), such as ProfitViewer ,
ProfitAssistant, and ServerRegistrar allow or disallow various functions based on
the security role assigned to the currently logged in user. For instance,
ProfitViewer will only allow limit changes for a specific security role.
Historically, the security role was determined by requiring the user to log in to
the graphical application each time it was run. Starting with Release 205,
individual programs do not require a local log in and the user’s security role is
assigned as described below.
Basics This section does not discuss what privileges a particular GUI grants a user with
a specific security role (this is detailed in the GUI documentation).1 Rather this
section explains how a particular logged-in user’s security role is established. For
example, this section explains how to configure the system so that the GUIs treat
one user like an engineer while another user is treated like an operator.
The Security Roles Eight security roles are supported. They are listed in order of decreasing
responsibility. A user belonging to a given security role may perform the
functions allowed for the role to which they are assigned, and all lower roles:
· Administrator
· Engineer
· Supervisor2
· Supervisor
· Operator3
· Operator2
· Operator
· View Only
Capability Files Users are assigned to a security role based on whether or not they have Execute
(RX) permissions on a capability file. A user is assigned to the security role
1Note that some GUIs allow the end-user to configure what a logged-in user with a specific capability
has. For example, what a user with “Operator” capability is allowed to do.
8/02 Profit Suite Installation Guide 115
Honeywell
Section 18- Security
18.3 Security Role Configuration
matching the highest capability file to which they have Execute permission.
For example, users with RX permissions on the engineer capability file will be
treated by the GUIs as an engineer. Similarly users with RX permissions on the
operator capability file have operator capability.
TPS Domain The security for a TPS Domain is setup slightly differently than the security for a
Versus Non-TPS non-TPS domain. These scenarios are discussed separately below.
Domain
Step by Step The following describes a step-by-step approach to setting up security. The
Approach to following sections go into more detail. Please also refer to the TPS
Setting TPS documentation (TPS Administration Guide: TPS Security) for greater detail.
Security
1. Determine which of your users are to be assigned to the roles operator,
supervisor, engineer and administrator.
2. On the Primary Domain Controller (PDC) for the Microsoft Windows
domain hosting the TPS Domain make the operators’ members of the
Operators group, supervisors’ members of the Supervisors group,
engineers’ members of the Engineers group, and administrators’
members of the TPS Administrators group.
3. On the PDC remove the “Everyone” group from the PS_Administrator
file (if you don’t everyone will have administrator access).
4. Do a Replicate, and the security files will be copied to the other nodes
on the TPS domain and the capability configuration will be complete.
5. When registering an Application on the Server Registrar, do the
application security settings for that application.
Default The TPS system installation software creates several Domain groups (Operators,
Configuration Supervisors, Engineers, TPS Administrators). When the Profit Suite software is
installed, these groups are also automatically associated with an appropriate
capability file. For example, the Operators group will be granted privileges on
the “operator” capability file; the Supervisors group privileges on the
“supervisor” capability file, and so on.
In order for your operators to be assigned to the “operator” security role, all you
need to do is add all your operators to the Operators group.
Capability Files The privileges associated with seven capability files that are created during the
Profit Software installation determine the access levels. The files are:
Filename Security File Description
PS_ADMINISTRATOR Users having RX permission on this file
have administrator rights.
PS_ENGINEER Users having RX permission on this file
have engineer rights.
PS_SUPERVISOR Users having RX permission on this file
have supervisor rights.
PS_SUPERVISOR2* Users having RX permission on this file
have supervisor2 rights.
Important Note: Because the Everyone group has Read and Execute permissions in the
Remove PS_Administrator file, the default for every user is Administrator. This means
“Everyone” that every user logging into the system will have Administrator access to all
Permissions From Profit Suite GUIs. In order to disable this, the Everyone group must be removed
PS_Administrator from PS_Administrator file.
File
TPS Groups The following Microsoft Windows groups are automatically created by the TPS
installation software:
· Operators
· Supervisors
· Engineers
· TPS Administrators
· View Only Users
Important Note: Do not confuse the Operators group with the “TPS Operators”
group. It is the Operators group that is associated with the PS_Operators
capability file. The same is true for Supervisors and Engineers, however there is
only one administrators group and it is called “TPS Administrators”; as such it is
the relevant group.
Also note that the following local groups are created by Profit Suite installation
software but are not used in a TPS domain (they are only used in a non-TPS
domain) PS_Operators, PS_Supervisors, PS_Engineers and PS_Administrators.
Assigning Users to The main configuration step is for the end-user to add the appropriate users to the
the TPS Groups TPS groups. This should be done on the PDC. For example, operators should be
added to the Operators group, etc.
Replication On a TPS domain the capability files are located on the Primary Domain
Controller (PDC). When replication occurs, these files are copied to all the
computers in the TPS domain. Because of this it is imperative that any
configuration of the security files be done on the PDC. Note that any
configuration to the capability files done on the other computers in the domain
will be overwritten when replication occurs.
What Directory on On a TPS system, the seven capability files are created in the
the PDC are the /winnt/system32/repl/export/HWIAC/TPSDomainx/security directory (where x is
Capability Files the number of the Domain) when the Profit TPS Server software is installed on
Located in? the TPS Domain’s PDC. If there is only one domain, then x is 1. The name of
the TPS domain is given by the name of the file in the TPSDomainx directory
with a .nam suffix. For instance, if a domain is named BlueZone, then a file
named BlueZone.nam appears in the
/winnt/system32/repl/export/HWIAC/TPSDomainx directory on the PDC.
During replication, the files are copied to the following directory on the TPS
domain computers: /HWIAC/Security.
Security Scenario Let us assume security is configured for two Profit Controller applications. One
controller controls the fractionator and is called FRAC, and the other application
controls the FCCU and is called FCCU.
Consider the following personnel:
Fractionator FCCU
Control Room
What NT/WIN2K This describes the configuration required to allow only fractionator personnel to
Configuration is access the FRAC application from computers 1 and 2, and FCCU personnel
Required? access to the FCCU application only from computers 2 and 3.
The first thing to do is create the user accounts on the primary domain controller;
FRACOPR1, FRACOPR2, FCCUOPR1, FCCUOPR2, FCCUOPR3, FRACSUP1, FRACSUP2,
FCCUSUP1, FCCUSUP2, and ENG1.
What Application The following application security is required for the FRAC application:
Security
· Remove the “Everyone” group via the Server Registrar security (if you
Configuration is
don’t everyone will have access to the application).
Required?
· Add the FRAC Operators (FRACOPR1, FRACOPR2), FRAC
Supervisors (FRACSUP1, FRACSUP2) and Engineer ENG1 to the
users/groups with access to the application via the Server Registrar
security.
NT/WIN2K
FCCUOPR1 FCCUSUP1
FCCUOPR2 FCCUSUP2
FCCUOPR3
Outcome of If FRACOPR1 is logged in to any computer and attempts to operate the FCCU
Security Scenario application then he will only be granted view only privileges.
Step by Step The following describes a step-by-step approach to setting up security. The
Approach to following sections go into more detail.
Setting TPS 1. Determine which of your users are to be assigned to the roles operator,
Security supervisor, engineer and administrator.
2. On each computer that will host Profit Suite applications, make the
operators’ members of the PS_Operators group, supervisors’ members
of the PS_Supervisors group, engineers’ members of the PS_Engineers
group, and administrators’ members of the PS_Administrators group.
3. On each computer that will host Profit Suite applications, remove the
“Everyone” group from the PS_Administrator file (if you don’t
everyone will have administrator access).
4. When registering an Application via the Server Registrar do the
application security settings for that application.
Default The Profit Suite installation software creates the local groups: PS_Operators,
Configuration PS_Supervisors, PS_Engineers, PS_Administrators on each node on which it is
installed. These groups are also automatically associated with an appropriate
capability file. For example, the PS_Operators group will be granted privileges
on the “operator” capability file; the PS_Supervisors group privileges on the
“supervisor” capability file, and so on.
In order for your operators to be assigned to the “operator” security role, all you
need to do is add all your operators to the PS_Operators group on each node that
they will log into.
Capability Files The privileges associated with seven capability files that are created during the
Profit Software installation determine the access levels. The files are:
Filename Security File Description
PS_ADMINISTRATOR Users having RX permission on this
file have administrator rights.
PS_ENGINEER Users having RX permission on this
file have engineer rights.
PS_SUPERVISOR Users having RX permission on this
file have supervisor rights.
PS_SUPERVISOR2* Users having RX permission on this
file have supervisor2 rights.
PS_OPERATOR Users having RX permission on this
file have operator rights.
PS_OPERATOR2* Users having RX permission on this
file have operator2 rights.
The users and groups that have Execute permissions to these files determine
security permissions. For example, if a group and/or user is configured with
Execute permissions on the PS_Engineer files, then the user is assigned to the
Engineer security role. Similarly, a user/group with permission to the
PS_Operator file will be assigned to the Operator security role.
It should be noted, that except for removing “Everyone” permissions from the
PS_Administrators file, there should be no reason to change the permissions on
any of the other capability files.
* The extra operator and supervisor capability files have no association to
standard capability groups. In order to use this extra functionality, the user must
associate these files with the appropriate groups for which the capability will be
used (e.g. to identify Supervisors who also have engineer capability).
Important Note: Because the Everyone group has Read and Execute permissions in the
Remove PS_Administrator file, the default for every user is Administrator. This means
“Everyone” that every user logging into the system will have Administrator access to all
Permissions From Profit Suite GUIs. In order to disable this, the Everyone group must be removed
PS_Administrator from PS_Administrator file.
File
Profit Suite Local The following Microsoft Windows local groups are automatically created by the
Groups Profit Suite installation software:
· PS_Operators
· PS_Supervisors
· PS_Engineers
· PS_ Administrators
Assigning Users to The main configuration step is for the end-user to add the appropriate users to the
the local Profit Microsoft Windows groups. This should be done on each computer onto which
Suite Groups the users will login. For example, operators should be added to the PS_Operators
group, etc.
Ideally, Domain groups for each category of users are created on the PDC. The
appropriate domain users are added to each of these groups. Then the
appropriate group is added to the associated PS_* group on each node where
Profit Suite software is to execute.
No Replication on Since there is no replication capability on non-TPS domains, the end-user must
Non-TPS Domains make changes on each of the computers where security is required.
What Directory on On a non-TPS system, the seven capability files are created in the
the PDC are the \HWIAC\Security directory on each computer.
Capability Files Note: the \HWIAC\Security\PS_* capability files and the PS_* local groups are
Located in? only created the first time a Profit Suite package is installed. Configuration
changes made are not overwritten. Therefore, to return to default settings, the
files and groups must be deleted, the re-installed. All of the R205 and newer
Profit Suite packages install these files.
Security Scenario Let us assume security is configured for two Profit Controller applications. One
controller controls the fractionator and is called FRAC, and the other application
controls the FCCU and is called FCCU.
Consider the following personnel at site:
Fractionator FCCU
Control Room
What NT/WIN2K This describes the configuration required to allow only fractionator personnel to
Configuration is access the FRAC application only from computers 1 and 2, and FCCU personnel
Required? access to the FCCU application only from computers 2 and 3.
The easiest thing to do is to first create the following NT/WIN2K Domain groups
on the PDC containing the following members.
What Application The following application security is required for the FRAC application:
Security
· Remove the “Everyone” group via the Server Registrar security (if you
Configuration is
don’t everyone will have access to the application).
Required?
· Add the FRAC Operators, FRAC Supervisors and Engineers groups to
the users/groups with access to the application via the Server Registrar
security.
ActiveDeltaHighSoftLimit Float 1 FALSE Active soft limit as a delta from y_H (Real World)
DQPValue Float 1 FALSE Solution from DQP, if DQP is attached and ON
(Real World)
ActiveLowLimit Float 1 FALSE CV Low Limit (Active) (Real World)
ActiveHighLimit Float 1 FALSE CV High Limit (Active) (Real World)
LowLimitRampRate Float 1 TRUE CV low limit ramp rate change (Real World)
HighLimitRampRate Float 1 TRUE CV high limit ramp rate change (Real World)
DesiredValue Float 1 TRUE Economic objective desired value (Real World)
DeltaSoftLowLimit Float 1 TRUE Entered soft limit as a delta from y_L (Real
World)
DeltaSoftHighLimit Float 1 TRUE Entered soft limit as a delta from y_H (Real
World)
ErrorTolerance Float 1 TRUE Error tolerance at SS to stop optimizer (Real
World)
PVValCnfg Float 1 TRUE Flag indicating whether PV Validation is
configured for CV (0=not configured,
1=configured)
PVValReset Float 1 TRUE Flag to reset PV Validation (0 = don't reset,
1=reset)
DisplayedCVStatus FloatArray 2 FALSE Enumerated Status/Color for CV Summary
Display
DisplayedCVValue FloatArray 2 TRUE Value/Color for CV Summary Display
DisplayedCVFutureValue FloatArray 2 FALSE Value/Color for CV Summary Display
DisplayedCVSSValue FloatArray 2 FALSE Value/Color for CV Summary Display
DisplayedCVLowLimit FloatArray 3 TRUE Value/Color/Ramp arrow for CV Summary
Display
DisplayedCVHighLimit FloatArray 3 TRUE Value/Color/Ramp arrow for CV Summary
Display
DisplayedCVSetpoint FloatArray 3 TRUE Value/Color/Ramp arrow for CV Summary
Display
SITRANSelector Float 1 TRUE Selects the trend line displayed in the SITRAN
display
CVVariableDescription String 0 TRUE CV Variable Description
CVGainMapTime String 0 TRUE the date and time that its gain was updated
WholeCVRecord FloatArray 404 FALSE Use to Read Whole CV Record
Type Float 1 TRUE Kind: 0=CV Gain, 1=CC Gain, 2=BM Gain
DepVarIndex Float 1 TRUE Index of associated DEP variable
IndepVarIndex Float 1 TRUE Index of associated INDEP variable
Original Float 1 TRUE Original gain in engineering units (future use)
Previous Float 1 TRUE Value of previous validated gain
Current Float 1 TRUE Current calculated, unvalidated gain value
Validated Float 1 TRUE Most recently validated gain value
Validation params: [0]=max, [1]=min,
ValidCoef FloatArray 100 TRUE [2]=clamp/reject, [3]=filter, [4]=ROC
Calculation type: 0=not calculated, 1=calculated,
CalcType Float 1 TRUE 2=provided
ErrStatus Float 1 TRUE Error status: 0=good
MapAppIndex Float 1 TRUE Application index for mapping
MapIndex Float 1 TRUE Index into Gain Mapper custom variable arrays
GainVarDescription String 0 TRUE Description (for display)
Type Float 1 TRUE Kind: 0=CV Gain, 1=CC Gain, 2=BM Gain
DepVarIndex Float 1 TRUE Index of associated DEP variable
IndepVarIndex Float 1 TRUE Index of associated INDEP variable
Original Float 1 TRUE Original gain in engineering units (future use)
Previous Float 1 TRUE Value of previous validated gain
Current Float 1 TRUE Current calculated, unvalidated gain value
Validated Float 1 TRUE Most recently validated gain value
Validation params: [0]=max, [1]=min,
ValidCoef FloatArray 100 TRUE [2]=clamp/reject, [3]=filter, [4]=ROC
Calculation type: 0=not calculated, 1=calculated,
CalcType Float 1 TRUE 2=provided
ErrStatus Float 1 TRUE Error status: 0=good
MapAppIndex Float 1 TRUE Application index for mapping
MapIndex Float 1 TRUE Index into Gain Mapper custom variable arrays
GainVarDescription String 0 TRUE Description (for display)
Header Record The first record in every ProfitSuite configuration file must be a Header record.
The Header record identifies the type of ProfitSuite application that the
configuration applies to:
Header, <application type>, Standard Configuration
Where <application type> is:
RMPCT for Profit Controller
DQP for Profit Optimizer
Or Toolkit for Profit Toolkit.
Dimension Immediately following the header record, Profit Controller and Profit Optimizer
Records require dimension records indicating the number of variables of each applicable
variable type that apply to this configuration. The dimensions listed must match
the design of the application as developed in Profit Design Studio and expressed in
the associated design files: .xm, .xs for Profit Controller; and .ym, .ys for Profit
Optimizer. If the given dimensions do not match the matrix dimensions given in
the associated design files (.xm, .xs, .ym, .ys), the application will fail on startup
and an error message will be listed in the c:\users\hispec\apps\<application>.log
file.
These records look like:
Number of <variable type>s, n
where <variable type>s gives the name of the variable type and n gives the number
of variables of this type to include in this application’s datapool.
Profit Controller applications contain the following variable types:
1 or more CVs, 1 or more MVs, and 0 or more DVs. Profit Controller
configuration files must list three dimension records:
Number of CVs, l
Number of MVs, m
Number of DVs, n
Profit Optimzer applications contain the following variable types:
Number of controllers, l
Number of combined constraints, m
Number of DV bridge inputs, n
Number of MV bridge inputs, o
Number of bridge outputs, p
Profit Controller and Profit Optimizer datapools consist of the specified number of
records of each variable type. Each record of a given variable type contains a
number of parameters as specified in the c:\users\hispec\config\<application
type>.xml file. A formatted view of these record formats may be viewed by
running the \Program Files\Honeywell\HiSpec Solutions\HsMiniBrowser.exe
application and selecting the Help button. Page to the bottom of the page and
select the application type of interest.
Any application may also contain “custom” variables in its datapool. These
variables are defined in the configuration file and have a single parameter. Custom
variable definition is described below.
Profit Toolkit datapools typically consist entirely of custom variables. However,
certain toolkits, typically those associate with Profit Bridge, may contain dimension
records declaring variables of the following variable types:
Number of DEPs, l
Number of INDEPs, m
Number of CVGains, n
Number of GainExt, o
The parameters supported by these variable types may be viewed under the Profit
Toolkit section in the HsMiniBrowser Help display.
Server Record A server record looks like:
Server, server_name, order n[, schedules]
Where:
· server_name is the name of the DSS server that will be used for subsequent
parameter records, until another server record is encountered. A server record
must precede any parameter records.
· n is the order in which the executive will call the server members if there is
more than one server. The range of n is 0–32767. Different servers can be
assigned the same order number if it doesn’t matter in what order they are
called.
· The optional “schedules” field indicates that this server schedules the
controller. (The brackets indicate that the field is optional, and are not actually
entered in the file.) If no server record has the schedules option, the controller
executable will schedule it. It is an error if more than one server record
includes the schedule option.
Examples:
Server, HS_PHD_1_0, order 1, schedules
Server, HS_GANT_1_0, order 1, schedules
Server, DssOPCLink, order 1
A server name must be unique, which is essentially ensured by the scheme used in
the examples. The version number in the examples is the version of the DSS server,
not RMPCT or the DSS.
A server can be either a DSS server or a simulation server. Simulation servers must
be executed before DSS servers, and therefore must have a smaller order number.
Controller A record to configure a general controller parameter looks like:
Parameter
Controller, parameter, DSS Field 1, DSS Field 2...
Record
Example:
Server, AnyDssServerName, order 1
Controller, Optimiz Speed, DU1RMPCT, X(4) // opt_speed
The available controller parameter names and descriptions are listed in Appendix A.
The same custom variable may be used by more than one DSS server (i.e., it may
appear following more than one server record), but the scalar/array information
must be identical in all occurrences.
Options Record The options record is defined to allow information to be passed from the user to the
controller or the DSS server without the need for modifying the *.xm or *.xs files.
Information that is required only infrequently or for only one or a few types of
DSSs might be passed in the configuration file.
The format of an Options record is:
Options, Field 1, Field 2...
Field 1 is DSS-specific information.
Templates Templates can be used to avoid having to enter repetitive information. A template
record associates a parameter with a DSS item, as follows:
Template, par_name, DSS Field 1, DSS Field 2...
The field par_name is a controller parameter from Appendix A. It is added to the
template, associated with the DSS-specific fields that follow it.
The following record can be used to clear the template:
Template, Clear
Template records are cumulative, so the template consists of all template records
encountered from the beginning of the file or the most recent clear record to the
current point in the file. If a template record is encountered that has the same
par_name as a record already in the template, the information from the new record
replaces the existing information in the template.
To use information in the template, enter * in one or more fields in columns 2...n of
a parameter record. This causes the parameter record to be expanded into as many
records as are currently in the template. The template information is substituted for
*, with information from column 2 in each template record substituted for * in
column 2, information from column 3 in each template record substituted for * in
column 3, and so on.
Example:
Server, AnyDssServerName, order 1
Template, Hard High Limit, Spacer, X(2) // y_H
Template, Soft High Delta, Spacer, X(19) // y_soft_H
Template, Perf Ratio, Spacer, X(13) // h_fb
TC101.PV, *, TC101, *
Top Col Temp, *, TC101, *
This causes the last two records above to be expanded to the following:
TC101.PV, Hard High Limit, TC101, X(2)
TC101.PV, Soft High Delta, TC101, X(19)
TC101.PV, Perf Ratio, TC101, X(13)
Top Col Temp, Hard High Limit, TC101, X(2)
Top Col Temp, Soft High Delta, TC101, X(19)
Top Col Temp, Perf Ratio, TC101, X(13)
CV New Value For CVs that are asynchronous (i.e. slower) from the controller, a new value flag is
Flag Addition needed to signal the controller to read the value. The value is set to one by the DCS
and Profit Controller resets it to zero. This is the line in the configuration file used
for the TPS system:
Template, New Value Flag, Spacer, C, 1 //New_Value_Flag
For non-TPS systems, the above line needs to be commented out or deleted. Add
the following lines after the CV section and before the MV section for each
asynchronous CV (Template Clear is only needed once):
Template Clear
CV name, New Value Flag, new value tagname, parameter
Where:
CV name is the RMPCT name for the CV
new value tagname is the tagname of the point indicating a new value
parameter is the parameter (e.g. SP, PV, OP) holding the value one to indicate a
new value.
Example:
An oxygen analyzer samples the stack gas once every two minutes. The controller
is running every minute. The tagname for the analyzer is AI1234 and the tagname
of the point holding the new value indicator is AI1234_NV. The following lines
would be added to the configuration file:
Template Clear
Stack oxygen, New Value Flag, AI1234_NV, SP
MV Windup When a PID controller cannot cause its controlled variable to move, it can “wind
Status up”. It is very important that the Profit Controller knows when a MV is in a wind
up state. This is the line in the configuration file used for the TPS system for wind
up status:
Template, Windup Status, Spacer, ARWOP, // MV_Windup_Status
For non-TPS systems, the above line needs to be commented out or deleted. Add
the following lines after the MV section and before the DV section for all the MVs
(Template Clear is only needed once):
Template Clear
Template, Windup Status, _WU, parameter, // MV_Windup_Status
MV name, , tagname*, *
This modification requires that you create points on your control system that are
named after the MV point with a _WU suffix (any suffix will work). The name
parameter is replaced with the name of the actual parameter used to store the wind
up status. An easy method for creating the list of MVs is to copy the list in the
configuration file just above where these new lines will be inserted. The asterisk on
the end of the tagname is necessary.
The Profit Controller expects the following values in the wind up status:
1 = Normal
2 = High
3 = Low
4 = High/Low (control not possible)
<OPC ItemID> is the ItemId string by which <OPC ServerName> refers to the
datum to be exchanged. Each OPC Server has different
conventions for Item ID syntax. See the Help provided by the
HSMiniBrowser.exe for information on ProfitSuite and TPN
Server item syntax. Refer to the accompanying documentation
for the item syntax supported for other OPC Servers.
<OPC Array Indices> allows opc arrays to be treated as a number of individual
elements. Internally, an OPC item is added to an OPC group for
each referenced element of the OPC array. This feature is useful
when sub arrays are needed, or for OPC Servers, such as the
TPN Server which prefer to treat arrays as collections of scalars.
This option should always be used to access LCN arrays via
TPN Server.
To specify an entire array, set < OPC Array Indices > to 0..N
or 1..N depending on whether arrays start at 1 or 0 in the
target OPC server. Otherwise set < OPC Array Indices > to
n .. m where n specifies the first element of the OPC array
you want to collect and m the last.
<OPC AccessPath> allows an OPC Access path to be specified. Neither
ProfitSuite nor the TPN Server use access paths. When a seventh field is
specified, it is passed along to the OPC Server when this OPC Item is accessed.
Profit Optimizer The following configuration excerpt illustrates a Profit Optimizer configured to
Example exchange model and optimization data with two Profit Controllers:
DssOPCLink, order 2
Options, STRICTness, t01a_ctl, 0
Options, Strictness, t01b_ctl, 0
// Data for each RMPCT
Template, Clear
// General parameters
// Note that you can have either , , OR ,*, to
propagate the controller name
//
Template, Odd Model Id, , ,
Controller.Odd DQP Model Id
Template, Even Model Id, , ,
Controller.Even DQP Model Id
Template, Controller Mode, , *,
Controller.Controller Mode
// Odd Model to DQP
Template, Odd DQP Model ID, , *,
Controller.Odd DQP Model ID
Template, Odd Scalar 1, , *,
Controller.Odd Scalar 1
Template, Odd Scalar 2, , *,
Controller.Odd Scalar 2
Template, Odd Scalar 3, , *,
Controller.Odd Scalar 3
Template, Odd Scalar 4, , *,
Controller.Odd Scalar 4
Template, Odd Scalar 5, , *,
Controller.Odd Scalar 5
Controller.In Array 15
Template, In Array 16, , *,
Controller.In Array 16
Template, In Array 17, , *,
Controller.In Array 17
Template, In Array 18, , *,
Controller.In Array 18
Template, In Scalar 2, , *,
Controller.In Scalar 2
Template, In Array 19, , *,
Controller.In Array 19
Template, In Array 20, , *,
Controller.In Array 20
Template, In Array 21, , *, Controller.In
Array 21
Template, In Array 22, , *, Controller.In
Array 22
Template, In Array 23, , *, Controller.In
Array 23
Template, In Array 24, , *, Controller.In
Array 24
Template, In Array 25, , *, Controller.In
Array 25
Template, Input From RMPCT Version,, *,
Controller.Input From RMPCT Version
Template, RMPCT Version, , *,
Controller.RMPCT Version to DQP
// List of RMPCT controllers for this DQP
t01a_ctl, *, *, t01a_ctl, *
t01b_ctl, *, *, t01b_ctl, *
Sim Value
Template, Bias Sim Value, , , .Bias DV
Sim Value
DVBin:t01adv02, *, *, t01a_ctl, t01adv02*
// These entries are for Profit Simulator data from MV bridge input.
Template, Clear
Template, Read Value, , , .Read
Value
Template, Start Sim Value, , , .Start MV
Sim Value
Template, Bias Sim Value, , , .Bias MV
Sim Value
TPN Server The following configuration file shows a Profit Controller configured to exchange
Example process data with LCN points via TPN Server:
Number of MVs, 2
Number of DVs, 1
Server, DssOPCLink, order 1
Controller,Number of CVs, , APP04_TPNsvr, 44NS_CTL.C1
//num_cv
Controller,Number of MVs, , APP04_TPNsvr, 44NS_CTL.C2
//num_mv
Controller,Number of DVs, , APP04_TPNsvr, 44NS_CTL.C3,
//num_dv
Controller,Initialization Pass Counter, ,
APP04_TPNsvr, 44NS_CTL.X(1) // initpass
//
// CV template definitions
Template, Clear
Template, CV Process Low Limit, , , .PVEULO
//Process SP Low Limit
Template, CV Process High Limit, , , .PVEUHI
//Process SP High Limit
Template, Read Value, , , .PV
//y_read
//
04FY245A.PV, *,*, APP04_TPNsvr,
44NSCV01*
04TC033.PV, *,*, APP04_TPNsvr,
44NSCV02*
04FC245O.OP, *,*, APP04_TPNsvr,
44NSCV03*
04FC242.SP, *,*, APP04_TPNsvr,
44NSCV04*
04FC252.SP, *,*, APP04_TPNsvr,
44NSCV05*
// MV template definitions
Template, Clear
Template, Process Low Limit, , , .CVEULO
// Process_CVEULO (CV = calc. value)
Template, Process High Limit, , , .CVEUHI
// Process_CVEUHI (CV = calc. value)
Template, Windup Status, , ,
188 Profit Suite Installation Guide 8/02
Honeywell
Appendix B- ProfitSuite Configuration Files
B.2 OPC Servers/DssOPCLink
.ARWOP.internal // MV_Windup_Status
Template, Use This MV, , ,
.MODE.internal // use_this_mv
Template, Read Value, , , .P1
// u_read
Template, Read Process Value, , ,
.PVCALC // u_pv_read
Template, Sent Value if ON, , , .T(1)
// u_0
Template, MV Critical, , , .C1
Planning the The number of PHD RDIs you decide to use to collect data for a controller
number of RDIs depends on two main factors:
Assigning For every DCS parameter required for your controller, a corresponding PHD
Points to RDIs database point must be built. The PHD point definitions are defined by the
parameters written to your configuration file by the Profit Design Studio Run
Time Configuration utility. The corresponding PHD points are built using the
PHD Tag Loader utility, which requires a CSV formatted ASCII file as input. The
RC_Bldr utility builds this ASCII file for you by parsing the controller’s
configuration file and automatically composing a PHD Tag Loader file in the
correct CSV format.
PHD may have up to 256 PHD Real-time Data Interfaces (RDIs) configured per
node, and you must define each RDI individually, using TotalPlant Information,
as explained in Section C.2. (Note, however, that a TPS node currently can have
only 20 RDIs.)
RC_Bldr distributes the PHD points across 4 RDIs, to read and write data from/to
the DCS. Each PHD point is assigned to one of the RDIs in the Tag Load file as
follows:
RDI_1 - handles fast read/write points
RDI_2 - handles fast write only points
RDI_3 - handles slow read/write points
RDI_4 - handles slow write only points
Distributing the points initially across 4 RDIs gives you the flexibility to reassign
the points to fewer RDIs by manually editing the Tag Load File with simple
global “Replace” commands. In practice, you will probably assign all the points to
one or two RDIs, depending on the controller size.
Using a PHD The PHD Profit Controller can execute on an NT node that has only the PHD
Across a Client software installed. Refer to the “Installing the Uniformance Desktop”
Network
section of the Uniformance Client Installation Guide for instructions to install the
PHD Client. In this case the controller will access the database on the PHD Server
node using the network API. To set up your controller for this configuration you
must add the following line to your controller .cfg file:
Options, Server Name, NODE_NAME/nnnn, ,
where NODE_NAME is the name of the PHD server node
and nnnn is the port that was used when your PHD client was installed. 3000
is the usual default port number.
To run Profit Toolkits, the only needed PHD component is the PHD Client. Other
components may be “unchecked” when the “Uniformance Desktop!” installation
screen asks you which components to install.
The PHD The PHD controller automatically resets the value of a PHD Watchdog timer point
Watchdog to zero at the end of every successful execution cycle. It is the responsibility of the
Timer control engineer to write an independent Watchdog program that checks the
Watchdog timer point every cycle and, if it is zero, set it a value of one. If, at the
192 Profit Suite Installation Guide 8/02
Honeywell
Appendix C-Instructions for Collecting Data through Oracle- based PHD only
C.1 Interfacing Profit Controller/Optimizer/Toolkit to PHD
next cycle, the value is still one, then the Watchdog program can assume that the
controller failed, and can take appropriate action. The Watchdog program is
usually implemented on the DCS, and not on the NT node, so that any NT
hardware failure can be detected.
To configure a Watchdog timer point, add the following line to your controller
.cfg file.
Options, Reset Watchdog, your_ctl, WD, // Reset watchdog timer
where your_ctl.WD is the name of the PHD Watchdog point.
Mapping data The Profit Controller Datapool expects standard values for all parameters,
values from a
regardless of the DCS type. For example, the MV mode status must be MAN or
third party DCS
to the Datapool AUTO or CAS, represented as an 8-character string. Third party DCSs may use
different values or data types to represent the same mode status. In this case, you
must use PHD virtual tags to map the DCS value to the standard value expected
by the Datapool. The following two tables specify the mapping required for Profit
Controller and Profit Optimizer, respectively.
Defining the
RDIs
Building the
Building the RMPCT Parent Tag
RMPCT Parent
Tag Step Action
1 The steps in this procedure need only be carried out once for each PHD Server.
Start TotalPlant Information on your PC.
On the “Select Application” sub-form select “Process History”.
On the “Select Form” sub-form select “Tag Configuration”.
2 Complete the “Tag Config” form as shown below.
Building the
PHD Tags
Using Tag
Loader
SET PHD1RDI_2:REMCLOCK 0
SET PHD1RDI_2:REMSYNCH 1
SET PHD1RDI_2:OFFSET 3
SET PHD1RDI_2:STATISTICS 1
SET PHD1RDI_3:REMCLOCK 0
SET PHD1RDI_3:REMSYNCH 1
SET PHD1RDI_3:OFFSET 15
SET PHD1RDI_3:STATISTICS 1
SET PHD1RDI_4:REMCLOCK 0
SET PHD1RDI_4:REMSYNCH 1
SET PHD1RDI_4:OFFSET 7
SET PHD1RDI_4:STATISTICS 1
Each RDI is synchronized to the DCS time so that the offsets are relative to the top of a DCS
minute. On a TPS system, the main controller point is usually built to execute 5 cycles (2.5
seconds) after the top of the minute. As you add more controllers you should adjust the offset
of each RDI so as to smooth the PHD data access load as much as possible.
Profit Controller Point Builder builds the first MV, DV, and CV interface points
with CYCLE parameter values 1 or 2 cycles less than that of the main controller
point, and specifies that the remaining interface points run after each other, starting
with the corresponding first interface point (e.g., MV01, CV01 and DV01).
This means that the interface points execute just prior to the main control point.
Since the PHD RDIs run asynchronously with the points on the LCN, the fast RDI
probably will not execute after the interface points have executed and before the
main control point executes. This means that the control calculations will be
performed using the values from the previous control cycle, leading to undesirable
results.
If you are running your controller against the LCN based simulator instead of the
process, the same problem will occur. This is true because in this case, the
simulation calculations (which store the simulated values into the MV point
parameters) will run just prior to the main control point, and before the fast RDI can
collect the latest simulated values.
Step Action
1 For controllers connected to the process, reconstitute the controller. GETD point and change the
value of the NORMCYCL parameter to:
NORMCYCL(original) + (Controller Interval(secs) * 2) / 3
Since the units of CYCLE are half seconds, this will make the interface points execute half a
control interval before the next controller execution cycle, and will allow the fast RDI to run at
least once before the control calculations. Adjust your RDI offsets accordingly.
2 For controllers connected to the LCN based simulation points, reconstitute the controller. GETD
point and change the value of the NORMCYCL parameter to:
(Controller Interval * 2) / 2
Since the units of CYCLE are half seconds, this will make the simulation CL blocks execute half a
control interval before the next controller execution cycle, and will allow the fast RDI to run at
least once before the control calculations.
Server Registrar To start the Server Registrar application from MS Windows, click [Start] and
Programs>Honeywell HiSpec Solutions>Server Registrar.
Non-Registered The left side of the display displays the name and type of the applications that
Applications have not been registered on either the local computer or a network computer.
Local Select Local to view the non-registered applications on the local computer.
Application The application status refresh method controls how often the Applications status
Status Refresh information on the right side of the display is updated. The default is for an
Method automatic refresh every 5 seconds. If manual is selected then the status
information is only updated when the [Refresh] button is clicked.
When registration is completed a dialog shown below will be displayed and the
newly registered application will appear in the registered applications list.
IMPORTANT: For LCN based controllers; the controller name must match the
210 Profit Suite Installation Guide
8/02
Honeywell
Appendix D – Server Registrar/Registering an Application
D.2 Registering an Application
A new local application cannot be registered using the same name as a remotely
registered application. A warning is displayed to allow a different application
name to be entered.
Application
Already
Registered as
Remote
Application
Warning
For TPS Domain- After registration is complete, it is necessary to commit and replicate the
Resident configuration across the TPS Domain using the TPS Configuration Utility. You
must be logged in as a TPS_Administrator for this procedure. You may access
Controllers Only
the replication facility by either selecting the [Replicate] button on the Server
Registrar window, or through the TPS Configuration Utility which can be
accessed as follows:
Start>Programs>Honeywell TPS>Configuration Utility.
See the TPS System Configuration Utility User’s Guide (TP20xxx - Where xxx
= current revision) for more information on this utility.
Config File Changing the configuration file is not recommended, but is allowed as long as the
Change Warning new configuration file is for the same type of application. The application will
only run correctly if the new configuration file is designed to work with the model
and spec files indicated.
Only configuration files that match the application type are allowed. For example,
a controller CFG file can only be modified with another controller CFG file (i.e.
not an Optimizer CFG file).
Config File Type
Mismatch
For TPS Domain After registration is complete, it is necessary to commit and replicate the
Resident configuration across the TPS Domain using the TPS Configuration Utility. You
Controllers Only
must be logged in as a TPS_Administrator for this procedure. You may access the
replication facility by either selecting the [Replicate] button on the Server
Registrar window, or access through
Start\Programs\Honeywell TPS\Configuration Utility.
See the TPS System Configuration Utility User’s Guide (TP20xxx - Where xxx =
current revision) for more information on this utility.
What Does The applications security settings determine whether a particular group/user
Security Really operating on a particular computer has access to an application. If the
Impact? security settings do not allow access then typically this means that the
group/user will be able to view but not control the application.
NT/WIN2K Groups The User and Group based security is based on the NT or WIN2K security
and Users model. It is possible to allow or deny access based on the NT Users or
Groups that have been setup.
1. Does this computer have access to the application? If the answer to this
question is no, then none of users/groups operating from this computer
will have access to the application.
NOTE: when the “Computers with Access to Application” list is empty,
ALL computers are granted access. When 1 or more computers are
listed, only those computers listed are granted update access to the
application.
2. If the answer to the question is yes, then only the users/groups that are
in the “Users/Groups With Access to Application” list have access to
the application.
Security Roles Application security is only one aspect of security. Another aspect is the
Security Role configuration – ProfitSuite user interfaces (ProfitViewer,
ProfitAssistant, and ServerRegistrar) allow or deny certain functions
depending on what security role the logged in user is assigned to. Typical
security roles are operator, supervisor, engineer, and administrator. This
topic is described in detail in Section 13.
Setting Computer The default is for an application to be accessible from all computers.
Security
Important Note:
When the
“Computers With
Access to
Application” list is
empty, then all
computers have
access to the
application.
The above diagram shows an empty list. Contrary to what you might think,
when the list is empty, all of the computers have access to the application.
Restricting If the user desires to restrict access from certain computers, then simply add
Computers the computers that require access to the application. By doing so all other
Access to computers will not have access to the application.
Applications
The above diagram shows an application that allows access from only
COMPUTER1 (I.e. all other computers do not have access to the
application).
Adding Users may add computers by either selecting from the drop-down list or by
8/02 Profit Suite Installation Guide
217
Honeywell
Appendix D – Server Registrar/Registering an Application
D.5 Application Security Status
Computers manually entering in the computer name. Once the computer has been added
then select “Add”.
The above diagram shows an application that allows access to the following
users: ProfitUser and EveryOne.
Restricting Simply remove EveryOne if the user desires to restrict access from certain
Users/Groups groups/users, and then add any users/groups that require access to the
Access to application.
Applications
The above diagram shows an application that allows access by the “Tech
Support” group (I.e. EveryOne has been removed, and because of this all
other users/groups do not have access to the application).
Adding a User or By selecting [Add], the Add User or Group dialog is called up, whereupon
Group the user may select from groups and users in any selected domain.
To see the users in the domain, the Show Users check box must be selected.
More that 2500 The Groups (and Users) list shows a maximum of 2500 groups/users. Thus,
Users if the group/user you require is not in the list, then you must manually enter
the group/user.
Manually Adding a A group or user may be added by typing in the group or user name manually
Group or User via the Security Settings dialog and the selecting Add. The correct format is
Domain\Groupname or Domain\Username. Some special groups like
Everyone do not require a Domain name prefix.
Removing To remove groups or users, select the group(s) and user(s) and then select
Group(s) or Remove.
User(s)
Special Users - It is a requirement that ProfitUser (when not running on a TPS domain) and
ProfitUser and TPSComServer (when running on a TPS domain) always must have access
TPSComServer to the application. As such it is impossible to remove these users from the
list of Users/Groups With Access to Application.
Application It may be helpful to note that Server Registrar Security settings actually
Security File – manipulate a file called Application.sec (where Application is the name of
Application.Sec the application being configured for security).
Inactivating an Click on an application in the registered application list and then on the
Application [Inactivate] button.
This will inactivate the selected application.
If Embedded History collection has been configured and the PHD Server is
running, then the associated RDI is shutdown. This step prevents the
application from coming back to life at the next collection interval.
Applications may also be terminated via the TPS Status Display Stop
function. Conversely, the associated RDI is always restarted when an
application is started while PHD Server is running.
Note that if the PHD Server is stopped and restarted either manually or due a
system shutdown / restart, all the RDIs again become active. Therefore,
previously Terminated applications for which Embedded History collection
is configured are activated. See the section “Removing or Renaming an
Application” in Appendix H to permanently stop history collection for a
Profit Suite application.
When Would Typically you would only terminate a Profit application process because you want
You Terminate a to:
Process? · Install a new version (upgrade) of the Profit application.
· Re-register the Profit application. A Profit application program must be
terminated before attempting to re-register that program.
· Clear a Profit application program that has stopped operating correctly. This
should rarely, if ever, be required.
Step Action
1 Set the Profit Application process to be terminated to OFF.
2 From the Detail screen of that application, set the active state to
INACTIVE.
3 If you are not historizing Datapool parameters using the Embedded
History function, skip to Step 5.
If historizing Datapool parameters using the Embedded History function,
click Start on your desktop, then select Settings>Control
Panel>Services.
In the Services window, select the Honeywell PHD service, and click
Stop.
4 Still in the Services window, click Startup… and under Startup Type,
Select the Disabled radio button. Click OK.
IMPORTANT: Make yourself a note to change the Startup Type back to
Automatic when you are ready to start the application back up again.
5 Locate the Process ID (PID) of the Profit application you want to
terminate as follows:
· Go to (Drive):\users\HiSpec\Apps
· Double-click the log file for the application you want to terminate.
For example: If I wanted to terminate the cdu1_ctl Profit Controller, I
would double-click cdu1_ctl.log, as highlighted below.
6 Determine the PID for the affect Profit application by locating the Proc
ID number. In the example log file below, the Proc ID is 222.
12Apr01 12:52:04 Begin RMPCT controller start-up
12Apr01 12:52:04 Cmd Line: cdu1_ctl cdu1_ctl.cfg cdu1_ctl.xm cdu1_ctl.xs cdu1_ctl.xp
12Apr01 12:52:04 Reg File: CDU1_CTL 222 cdu1_ctl.cfg cdu1_ctl.xs cdu1_ctl.xm
Step Action
cdu1_ctl.xp
12Apr01 12:52:04 RMPCT cdu1_ctl EXEC M1: Proc ID 222: control thread started
12Apr01 12:52:05 RMPCT cdu1_ctl CON M228: RMPCT kernel ver. 200.0000 running
9 Use CAUTION when performing this step, and make sure you are
selecting the correct application.
First ensuring you have found the correct Profit application under Image
Name and the correct PID under PID, select the Profit application
process you want to terminate, then click [End Process].
The following list summarizes how RDI Server is configured to get/put data
from/to 3rd party systems:
· In Profit Design Studio, you configure the RDI type and the parameter
connection for the RDI. This information is stored in the CFG file.
· The Profit Application’s DSS RDI reads the information in the CFG file, and
based on the information, writes information to the NT Registry and XML
Tag File(s) to configure RDI Server.
· RDI Server reads the information in the NT Registry in conjunction with the
data in the XML Tag File(s) and is able to get/put data from/to 3rd Party
Systems.
The RDI Server can communicate with many different 3rd Party systems as long as
the appropriate RDI is available.
Terminology RDI (Remote Data Interface) – Software used to get/put data from/to a 3rd party
system. Examples of RDIs are ones to communicate with OPC-compliant
applications, and ones to communicate with various DCS vendors such as
Honeywell, Yokogawa, etc.
RDI Type - Type of RDI, for example – OPC, Honeywell, Yokogawa, etc.
RDIServer DSS – Part of Profit application that communicates with RDI Server
in order to get/put data from/to 3rd Party systems.
RDI Server - Uniformance product that runs as an NT Service which is capable
of dealing with many different RDI types.
RDI Server Tag – Each parameter to get/put is represented as a tag and tag
number in RDI Server.
Tag XML file - Each parameter to get/put is configured in this XML formatted
file.
Additional Certain RDI Types require additional installation steps. Typically the additional
Installation steps involve installing client-side software specific to the RDI type. For example,
Instructions for the At-a-Glance RDI requires client-side software to be installed for RDI Server to
Some RDI Types work. Please refer to Uniformance RDI Server Documentation for detailed
instructions on the additional installation steps for some RDI types.
· Executable – the full path and file name of the RDI DLL.
· OutputFile – the full path and file name of the log file where RDI Server logs
status information.
· Parameters – Contains values specific to the RDI type, in this example OPC.
Tag XML File RDI Server refers to parameters it collects as tags (similar to Uniformance PHD)
thus the configuration file which contains the 3rd party system configuration
information is called the Tag XML File. Obviously the file is in XML format.
DSS RDI automatically creates an XML file for each RDI.
The files are named RdiName.xml, where RdiName is the same as the registry
key under RdiList. In the example above the filename would be OPC1.XML.
Note: This example shows a tag configured for an OPC RDI. The OPC parameter
is named “:CV00.ReadValue” and is a floating point value 4 bytes long. Since this
is not an array value the src_index parameters are set to zero.
Using TELNET to 1. Start a TELNET session. Select Start>Run, then type in TELNET as shown:
View RDI Server
Status
procedure:
2. Select Connect>Remote System, enter the Host Name and Port as shown,
then select the [Connect] button (note that LOCALHOST means that RDI
Server is running on the local machine):
· MON RDI – to view the states of the RDI(s) (See sample below).
· START RDInnn – start the RDI
· SHUT RDInnn – stop the RDI
The following screen shows sample output from MON RDI:
Note that users familiar with Uniformance PHD will be familiar with the output of
MON RDI.
To accomplish this integration, a DSS called DSS2SFF is provided for all Profit
Suite Applications. This DSS converts Profit application alarms and messages into
Scout File Format (SFF) that the Alert Manager Server then processes.
Communication The Alert Manager server is typically installed on a different computer than the
with Alter Profit application. As such several communications utilities are required to shuttle
Manager the Scout File to the Alert Manager server. These utilities are not provided on the
Profit Suite installation CD, but are available with the Alert Manager product.
Important Note: that DSS2SFF will not function properly unless these utilities
are installed.
Profit Profit Design Studio allows all Profit applications to interface with Alert Manager.
Applications It does so by putting the following record for the DSS2SFF into all Profit
Interfacing with applications’ configuration files (.CFG).
Alert Manager
Server, HS_DSS2SFF_1_0, order 4
DSS2SFF_Run, scalar(Value=0.0;Chkpnt=0)
This record shows that an associated custom variable called DSS2SFF_Run can
be used to turn DSS2SFF off (set to 0) or on (set to 1). This variable defaults to
off, but can be turned on via the HSMiniBrowser utility.
H.1 Overview
How It Works Profit Suite Embedded History allows the historization of all desired application
parameters into a local embedded Uniformance Process Historian. A Uniformance
PHD Server is installed as part of the Profit Suite application installation.
Unlike the Oracle-based version of Uniformance PHD, Oracle is not installed.
PHD tag and RDI configuration are performed programmatically by the Profit
Suite software and stored in a Microsoft Access database. Only historization of
Profit Suite data is supported by Embedded History. Oracle-based PHD must be
separately purchased to support all other functionality. However, all data stored
into embedded history is accessible from the Uniformance desktop applications.
Data stored in an embedded historian may be imported to Oracle-based PHD via
the PHD to PHD interface.
History collection for Profit Suite applications is configured in the following
manner:
1. After building the application’s standard configuration in the Profit
Design Studio (R220 or higher) runtime configuration feature, select the
History Builder tab. The resultant point and click user interface allows
any and all parameters of the given application to be configured for
history collection. After selecting the desired parameters, press the
[Build] button. A file named <appname>.csv is created or updated.
2. Copy the .csv file along with the normal application files (.cfg, .xm, .xs
for Profit Controller; .cfg, .ym, .ys for Profit Optimizer; .cfg for Profit
Toolkits) to the c:\users\hispec\config directory of the online system on
which you have previously installed R200 or higher of each Profit Suite
application type.
3. Register the application via ServerRegistrar, if it is not already registered.
4. Call up the application in Profit Viewer.
5. Go to the application detail display (Controller Detail for Profit
Controller, Optimizer Detail for Profit Optimizer, Toolkit Detail for
Profit Toolkits).
6. Press the [Update AutoHistory] button. The button will stay highlighted
until the Profit Suite application has processed the request. This may take
a control interval or 2. If something goes wrong, a new window is
mounted and the log of messages indicating the error reason is displayed.
Otherwise, the button’s appearance returns back to normal.
From this point on, an OPC RDI collects the configured parameters into
the PHD Server once per control interval.
At this point, the rdi for the removed Profit Suite application has been removed.
The tags for this RDI are still in the PHD configuration database and in the
archive. These cannot be removed without invalidating the archive. See the next
section if you would like to reinitialize PHD and its archives.
If you stopped PHD, restart it via PHDCTL START command
Reinitializing The only way to remove tags from the PHD configuration database is to delete
PHD to an Empty everything and start over.
Archive
This step results in the loss of all archived PHD data for this node. DO NOT
DO THIS IF THERE IS ANYTHING YOU NEED IN THE PHD
ARCHIVES. Even if you create backups of the archive files, they will not be
accessible since the configuration information to match the archives will be gone.
You could generate reports containing the important archived information using
the various PHD Desktop utilities – like the Excel Companion.
You want to make sure that if you ever go back to update your history
configuration in PDS that you use this modified version of the .csv file.
The other way to re-configure history collection is to delete the .csv file, open
the .ebb file in PDS and re-enter the history collection configuration in the
History Builder. Then copy the newly re-created .csv file to
c:\users\hispec\config\<APPNAME>.csv on the online control system.
Now you can re-configure history collection for desired applications by pressing
the Profit Viewer [Update AutoHistory] button for the appropriate applications.
Security Issues To automate the steps required to configure PHD collection of Profit Suite data,
Profit Suite applications execute PHD command line commands and scripts.
These commands would normally end up executing as the user under which the
Profit Suite application is executing. This user is the domain user TPSComServer
on TPS domain systems or the local user ProfitUser otherwise.
Due to Microsoft DCOM functionality, the user name and its password must be
stored in the required DCOM registration for each Profit Suite application in the
NT registry. To avoid security holes, ProfitUser and TPSComServer are set up
such that one cannot log into the system as these users (because their passwords
are too “knowable”). Therefore, these users cannot be added to the various
security groups required to allow them to attain the necessary permission to run
PHD commands
To solve these problems, Profit Suite applications do not directly execute the
necessary commands. A new service, HsCmdSvc.exe has been introduced. The
commands end up being executed by this service. So, the commands “RunAs” the
user that this service is configured to “RunAs.” The Profit Suite installation
software creates a local user (PSEmbeddedHistory) which is assigned a “secret”
password and sets up the HsCmdSvc to “RunAs” this user.
NOTE: If you decide to change the password for the PSEmbeddedHistory user,
you must also change the password entry in the Control Panel / Services /
HsCmdSvc / Startup screen.
The PSEmbeddedHistory user is added to the appropriate PHD security groups
and thus the PHD commands can now execute.
TotalPlant The full featured TagExplorer that comes with the TotalPlant desktop WILL NOT
Information WORK with Profit Suite embedded history, but it does work with any and all
Oracle-based Enterprise PHD servers available on your network.
TagExplorer
To enter Profit Suite Embedded History tagnames into desktop applications, use
the Profit Suite TagExplorer available at:
<drive>\Program Files\Honeywell\HiSpec Solutions\PSTagExplorer.exe
and the Profit Suite TagExplorer shortcut under the HiSpec Solutions program
group.
Tagnames may be copy/pasted or drag/dropped from PSTagExplorer to desktop
applications.
File To speed startup, the PHD Server reads its configuration from the “global memory
Synchronization sections” stored in the .gbl files located at <drive>\PHDServer\GblSect. If these
files are present, the PHD configuration information contained in files elsewhere
is ignored. Therefore, if any of these files is modified while the PHD Server is
inactive, the changes will not take effect unless the .gbl files are deleted before
PHD is next started.
However, keep in mind that when a tag is configured, it is assigned a unique tag
number. PHD assumes that these numbers never change and are never reused.
Therefore, it is imperative that the configuration database (phddb.mdb) NEVER
be manually modified.
General Display
General Display