PI Interface Configuration Utility (PI ICU) 1.5.1 User Guide
PI Interface Configuration Utility (PI ICU) 1.5.1 User Guide
User Guide
OSIsoft, LLC
1600 Alvarado Street
San Leandro, CA 94577 USA
Tel: (1) 510-297-5800
Fax: (1) 510-357-8136
Web: http://www.osisoft.com
Using PI ICU............................................................................................................. 17
Interface selection and operation.................................................................................................................. 18
General page................................................................................................................................................. 19
General options......................................................................................................................................... 20
Scan Classes.............................................................................................................................................. 20
PI Host Information................................................................................................................................... 21
Interface Installation Path.......................................................................................................................... 23
Interface Batch Filename........................................................................................................................... 23
Interface page............................................................................................................................................... 23
Interface-Specific Parameters....................................................................................................................24
Additional parameters input...................................................................................................................... 24
Service page.................................................................................................................................................. 25
Service Configuration................................................................................................................................ 26
Installed services and Dependencies..........................................................................................................28
Startup Type..............................................................................................................................................29
Create / Remove........................................................................................................................................ 30
Start, Stop, or Restart................................................................................................................................ 30
UniInt page....................................................................................................................................................30
Performance and Behavior.........................................................................................................................31
Data Handling............................................................................................................................................33
Timestamps...............................................................................................................................................34
Outputs..................................................................................................................................................... 35
(UniInt) Failover.............................................................................................................................................36
Phase 1...................................................................................................................................................... 36
Phase 2...................................................................................................................................................... 39
Select the other interface of a failover pair.................................................................................................41
(UniInt) Health Points.................................................................................................................................... 41
UniInt health point types........................................................................................................................... 43
(UniInt) Performance Counter Points............................................................................................................. 47
Performance counter point types.............................................................................................................. 49
(UniInt) Performance Points.......................................................................................................................... 52
(UniInt) PI SDK.............................................................................................................................................. 54
PI SDK options...........................................................................................................................................54
(UniInt) Disconnected Startup....................................................................................................................... 55
(UniInt) Debug............................................................................................................................................... 57
Debug Levels............................................................................................................................................. 58
Debugging Options................................................................................................................................... 58
IO Rate page................................................................................................................................................. 59
Interface Status page.................................................................................................................................... 60
Interface Status Utility Instance Information..............................................................................................61
Interface Status Utility Tag Definition........................................................................................................ 61
Watchdog point.........................................................................................................................................62
PI ICU installation.................................................................................................... 93
Installation of PI ICU...................................................................................................................................... 93
Uninstall PI ICU............................................................................................................................................. 94
Version requirements
• PI Server 3.3.361.43 or later is required for the host PI Server. PI ICU uses the PI Module
Database on the PI Server as a repository for interface startup parameters.
• PI ICU 1.4.1.0 and later requires that PI SDK version 1.3.4 or later be installed on the
machine where PI ICU runs. PI SDK is installed with PI ICU.
• PI ICU 1.5.1, which includes an enhanced version of the PI SDK, is supported by Windows
8.1 and 10, and Win Server 2012 and later.
Note:
Once an interface has been configured with PI ICU, all subsequent interface management
should be done with this utility.
specific to the credentials used to log on. Each securable PI Server object has access control
information. Authorization for a client program to access a securable PI Server object is
determined by comparing information in the security context with the access control
information for the object.
Several methods are available for logging on:
• Explicit login
• PI trust
• PI mapping (requires PI Server version 3.4.380 or later and PI SDK 1.3.6 or later)
PI ICU is an interactive application and all the methods for logging on to the PI Server can be
used.
If the PI Server is version 3.4.380 or later, OSIsoft recommends using Windows security
through PI mappings. Windows security provides the strongest authentication and full
Windows account traceability in the PI Server log and audit trail records.
Refer to the PI Server documentation for details about how to create PI trusts or PI mappings.
To create or delete these types of points, PI ICU requires write access for the PI Server PIPoint
table (database security).
To edit or delete individual points of these types, PI ICU requires write access for each point. PI
points have two sets of security attributes: one set controls access to the point attributes and
the other set controls access to the point data. PI ICU needs write access for point attributes of
these types of points. PI ICU does not access point data.
The PI ICU controls for some interfaces have the ability to create interface-specific points.
Consult the user guide for each interface that PI ICU will manage. Since PI ICU controls run
inside the PI ICU process, PI ICU requires write access for the PI Server PIPoint table for an ICU
Control to create points.
With the access permissions in this table, PI ICU can perform all its functions.
replace the IPHost attribute with the IPAddr attribute, which must be accompanied by the
NetMask attribute.
The following trust allows PI ICU on the computer named in the trust to log on automatically to
the PI Server:
Trust = PIICUTrust
AppName = PI-ICU.exe
IPHOST = Host name of the computer where PI ICU is located
PIUser = identity
In this trust the identity must have the access permissions in the table in the “Access
permissions summary” section.
Note:
With this PI trust, anyone who can log on to the interface node can use PI ICU to change
interface configuration settings. To restrict the ability to change interface configuration
settings, add the Domain and OSUser attributes to the trust definition and create
individual PI trusts for each Windows account that is allowed to change interface
settings.
OSIsoft recommends PI mappings over PI trusts to control the Windows accounts that have
access to PI ICU.
Registry permissions
PI ICU stores some settings in the local registry. The PI ICU user account must have read/write
permissions to update these registry keys and any below them:
For 32-bit operating systems:
HKEY_LOCAL_MACHINE\SOFTWARE\PISystem\PI-SDK
HKEY_LOCAL_MACHINE\SOFTWARE\PISystem\InterfaceConfigurationUtility
HKEY_LOCAL_MACHINE\SOFTWARE\PISystem\Interfaces
HKEY_LOCAL_MACHINE\SOFTWARE\PISystem\ICU
Folder permissions
PI ICU reads and writes to files in the PIPC directory tree. The following permissions are
required for it to function correctly:
• Read Permissions to PIPC directory
• Read/Write Permissions to PIPC\dat directory
• Read/Write Permissions to PIPC\Interfaces directory and any subdirectories under this
directory.
Procedure
1. Install the PI interface you want to configure.
2. Install any ICU controls available for the interface, if not already installed.
3. Run PI ICU and choose Interface > New Windows Interface Instance from EXE. You can also
click the Create new interface instance button on the toolbar.
4. Click Browse to browse to the interface executable (.exe) file for the new interface.
5. From the Host PI Data server/collective list, select the PI Server or PI Server collective to
which the interface will send data.
6. If you specify a collective, then from the Collective Member list, select the specific collective
member to which the interface will send data.
7. If you have the information available, enter the optional settings in the Interface name,
Point Source, Interface ID # and Service ID fields.
8. Click Add to add the interface.
9. In the Confirmation dialog box, click OK.
The interface appears in the Interface text box in the main ICU window.
10. Select the proper Type for the interface on the main ICU window, if it is not selected
automatically.
11. Complete configuration of the interface by filling in the desired fields on the PI ICU page
window.
For details on which attributes are required by a particular interface, see the appropriate PI
interface user guide.
12. Use PI ICU and an application to create the PI points needed to configure and run the PI
interface. Available applications include:
◦ Point Builder tool in PI System Management Tools (PI SMT) - see the "Point Builder"
topic in the "PI Server 2018 SP3" in Live Library (https://livelibrary.osisoft.com) user
guide.
◦ PI Tag Configurator add-in to Microsoft Excel (included with PI SMT) - see the "Use
worksheets created in PI Tag Configurator" topic in "PI Server 2018 SP3" in Live Library
(https://livelibrary.osisoft.com) user guide.
◦ PI Builder add-in to Excel - see the "PI Builder" topic in the "PI Server 2018 SP3" in Live
Library (https://livelibrary.osisoft.com) user guide.
Procedure
1. Install an ICU control for the existing PI interface, if available.
2. Run PI ICU and choose Interface > New Windows Interface Instance from BAT file. You can
also click the Import existing interface .BAT file button on the toolbar. Use the dialog
box that appears to browse to the proper file, and click Open.
The interface is loaded and appears in the main PI ICU dialog box.
3. Select the appropriate Type for the interface, if it is not selected automatically. For details on
which attributes are required by a particular interface, see the appropriate PI interface user
guide.
4. For details on which attributes are required by a particular interface, see the appropriate PI
interface user guide.
5. Use PI ICU and the following applications to create PI points and to configure and run the PI
interface:
◦ Point Builder tool in PI System Management Tools (PI SMT) - see the "Point Builder"
topic in the "PI Server 2018 SP3" in Live Library (https://livelibrary.osisoft.com) user
guide.
◦ PI Tag Configurator add-in to Microsoft Excel (included with PI SMT) - see the "Use
worksheets created in PI Tag Configurator" topic in "PI Server 2018 SP3" in Live Library
(https://livelibrary.osisoft.com) user guide.
◦ PI Builder add-in to Excel - see the "PI Builder" topic in the "PI Server 2018 SP3" in Live
Library (https://livelibrary.osisoft.com) user guide.
Before starting, you can change settings for the service using the Service branch in the PI ICU
tree:
The current status of a selected PI interface service is indicated in the status bar at the bottom
of the PI ICU application.
• Navigate to the Tools > Options > Service page where you can set the rate at which status is
updated.
Procedure
1. Choose Interface > Start Interactive to start the interface in interactive mode.
2. Press Ctrl-C or close the command prompt window to stop operation in interactive mode.
A command prompt appears and the interface begins operation automatically. Messages
appear at the command prompt that indicate the status of the interface and other pertinent
information.
Note:
If the interface is already running as a service, you are prompted to stop the service
before running it again interactively.
PIBufss is designed to enhance the high availability (HA) features of PI Server. PIBufss buffers
data only to one non-replicated PI Server or one PI collective (with its various member nodes).
Note:
In order to assure that PI buffering functions properly, the user specified in the "Log on
as" portion of the Service tab must be a member of either the "PI Buffering
Administrators" or the "PI Buffer Writers" user groups. A virtual service account can be
added to those local groups, just like with any local/domain account. Failure to add a user
to at least one of these user groups could result in a failure to buffer data. For more
details please see the PI Buffer Subsystem (https://customers.osisoft.com/s/
productcontent?id=a7R1I000000XyVJUA0) user guide.
The version of PI Buffer Subsystem currently installed determines the process you follow to
start buffering. It does not matter whether buffering is configured on this computer, or
whether you use PI Buffer Subsystem or API Buffer Server.
Procedure
1. Click Tools > Buffering....
2. When the dialog box displays asking if you want to configure PI Buffer Subsystem, click Yes.
Note:
If you currently use API Buffer Server (bufserv), you may need to confirm more than
one prompt.
The Buffering Manager - New Install Wizard window opens. This indicates one of two things:
◦ This computer is configured to buffer data using API Buffer Server (bufserv). In this case,
and before continuing, review the "Install or upgrade to PI Buffer Subsystem 4.3 or later"
topic found in the Help system. From the Buffering Manager - New Install Wizard window,
click Help to navigate to the topic, which also contains information on upgrades from API
Buffer Server.
◦ This computer is not configured to use any form of buffering.
3. To configure buffering, follow the instructions in the Buffering Manager - New Install Wizard
window.
4. After you finish, return to the PI Interface Configuration Utility window. Select each interface,
and on the General page under PI Host Information, look at the Buffering Status setting:
◦ If Buffering Status is On, the buffering configuration for the server to which this interface
sends data is complete. (This is the server specified in the API Hostname field for this
interface.)
◦ If Buffering Status is Off, you need to configure the server specified in the API Hostname
field to receive buffered data from this interface. To add the server to the buffering
configuration, click the Enable button and follow the instructions on the Buffering
Manager screen.
Procedure
1. Choose Tools > Buffering to display the Buffering Manager window.
2. Click Settings and select Global. Advanced global configuration.
3. Click Advanced global configuration.
4. Use the drop down menus to select buffering options:
◦ Buffering: Off
◦ PI API Buffering: On
◦ AF SDK Buffering: Buffer if possible (default)
◦ PI SDK Buffering: Off
Procedure
1. Choose Tools > Log Files to access the Log Files dialog box. The PIPC.Log Files page lists all of
the logs currently existing under PIHOME\dat directory by name.
2. Double-click the desired log file in the list to view history in a log file.
Note:
Log files open for viewing in PI ICU do not automatically update. Any messages that
are written while a log file is being viewed will not be visible until the log file is re-
opened in PI ICU.
3. Click Continuous PIPC.Log to open a command prompt window and view messages as they
are written to a PIPC log file.
4. Click Continuous PI Msg Log to open a command window and view the PI message log
messages as they are written.
Procedure
1. Configure the Maximum Log File and Maximum Log File Size parameters of the PIPC Log
Server, if desired.
2. Click the Start button to start the service.
Manage interfaces
All PI interfaces registered on the current internet node are listed with the host PI Server in the
Interface drop-down list that appears at the top of the main PI ICU display.
• To switch between registered interfaces, select any interface from the Interface drop-down
list.
You can specify whether interfaces that write to all servers in the known servers list are loaded,
or only interfaces that write to the default PI Server. To specify interface loading:
• Choose Tools > Options > Loading to access interface loading options.
Note:
If there are many servers in the known servers list, PI ICU startup will take longer. If
interfaces on the current node talk only to the default PI Server, it is best to set the
loading option to load interfaces from the default PI Server to expedite PI ICU startup.
Remove interfaces
You can unregister an interface from the PI ICU, which only removes the interface from the PI
Module Database, or you can completely uninstall the interface.
Procedure
1. Select the interface to be removed in the Interface drop-down list.
2. Choose Interface > Unregister Interface from ICU.
A confirmation dialog box appears to confirm that you want to de-register the interface
from PI ICU without touching the interface service or files.
Procedure
1. Select the interface to be removed in the Interface drop-down list.
2. Choose Interface > Delete Interface Instance.
A confirmation dialog box appears to verify removal of the interface service, and prompt
whether to remove the .bat file as well.
Procedure
• During backups, the PI Module Database must be backed up with the host PI Server.
◦ You can back up interface .bat files with system backups.
◦ You can also re-generate a .bat file with PI ICU from settings stored in the PI Module
Database:
Open PI ICU on the interface node, select the desired interface and choose Interface >
Save.
• Under the menu and toolbar, interface selection and connection controls describe the
current interface.
• The tree control at left allows you to access groups of settings.
• Control settings appear at right, dependent on the selection in the tree control.
The tree control on the left allows you to access a series of configuration pages that hold
different categories of interface parameters and options. These operations and features are
described in subsequent sections.
• Click Apply to save changes and keep the PI ICU application active, or choose Interface >
Save.
• Click Close to save any outstanding changes to the currently selected interface and exit the
PI ICU application.
Note:
Saved configuration changes are not applied to running interfaces. For a change to take
effect, the interface must be stopped and restarted.
The interface definition area contains the following settings:
• Interface
The Interface drop-down list indicates the currently selected PI interface. Any new
interfaces added to PI ICU (using New Windows Interface Instance from EXE and New
Windows Interface Instance from BAT File operations) are included in the drop-down list.
Only one interface can be selected for configuration at any given time. If - select - appears in
the Interface drop-down list, no interface has yet been selected.
• Rename
Click Rename to specify a different display name for the interface, as the interface is listed in
the Interface drop-down list. If a new name is specified, then the interfaces are reloaded.
• Type
The Type menu specifies the type of interface being configured and provides a list of
supported interface types. In most cases the PI ICU is able to determine the interface type
automatically. If the PI ICU is not able to determine the interface type, you must select the
proper interface type to access a matching PI ICU control.
Once the correct interface type is selected, a PI ICU control installed for the interface type
becomes available under the Interface page. The full name of the interface type is displayed
to the right.
Note:
Be sure that the Type field is properly set when registering an interface in PI ICU.
• Description
The description field is an optional text field for the user to document/identify the specified
interface.
General page
The General page includes general preference settings for a selected interface.
Note:
Remember to click Apply after making any modifications whenever in PI ICU. An asterisk
(*) appears in the PI ICU caption if there are any pending changes that have not been
applied.
General options
• Point Source
The Point Source field holds the point sources used by all PI points for the interface. The
command-line equivalent is /ps=x, where x is the point source. Point source is not case
sensitive and can be a single or multiple character value depending on the interface
selected. For details on the length restrictions for an interface, see the appropriate interface
user guide.
Interfaces built with UniInt version 4.3 and later support multiple point source definitions
per interface. If multiple sources are supported, the list box below the Point Source field is
enabled. The Add button is enabled when a unique PointSource definition is entered. If
the interface does not support multiple point sources, the list box and Add button are
disabled.
• Interface ID
The Interface ID is either the number or text assigned to identify this instance of the
interface. The command line equivalent is /id=x, where x is the ID number or ID text.
Scan Classes
The Scan Classes list defines the time period between interface scans in terms of hours (HH),
minutes (MM), and seconds (SS). The scans can be scheduled to occur at discrete moments in
time with an optional time offset specified in terms of hours (hh), minutes (mm), and seconds
(ss). If HH and MM are omitted, then the time period is assumed to be in seconds.
• To create a new scan class, click the new scan class button , enter the desired scan class
value in the field provided, and press Enter.
• To delete a scan class, select it from the list and click the delete button .
Note:
Deleting scan classes or changing their order can adversely affect the operation of
existing PI points, which are closely related to scan rates. Scan classes should be adjusted
only by PI System Managers who are fully aware of the PI System configuration and the
effects of any such changes.
There is no limit to the number of scan classes that can be defined. PI points are associated
with a particular scan class via the Location4 PI point attribute. For example, all PI points that
have Location4 set to 1 will receive input values at the frequency defined by the first scan
class. Similarly, all points that have Location4 set to 2 will receive input values at the
frequency specified by the second scan class, and so on.
Two scan classes are defined in the following example:
where n is an integer and the reference time is midnight on the day that the interface was
started.
In the above example, frequency is 60 seconds and offset is 5 seconds for the first scan class.
This means that if the interface was started at 05:06:06, the first scan would be at 05:07:05, the
second scan would be at 05:08:05, and so on. Since no offset is specified for the second scan
class, the absolute scan times are undefined.
The definition of a scan class does not guarantee that the associated points are scanned at the
given frequency. If the interface is under a large load, then some scans may occur late or be
skipped entirely. For more information on skipped or missed scans, see the "Hit, skipped, or
missed scans" topic in the "PI Universal Interface (UniInt) User Guide" in Live Library (https://
livelibrary.osisoft.com).
PI Host Information
PI Host Information is detailed in the right pane of the PI ICU General page.
• Server/Collective
The Server/Collective field is the name of the host PI System where the PI points belonging
to this interface reside.
To appear in the drop-down list, the host PI System must be connected to the interface and
the correct loading option must be set. To connect the interface and the host PI System, click
Interfaces > SDK Connections and add the server. To set the loading option, click Tools >
Options > Loading.
• SDK Member
When connected to a non-replicated PI Server, the SDK Member will always match the
Server/Collective field. When connected to a collective, the SDK Member displays which
member of the collective this interface reports to.
• API Hostname
When connected to a non-replicated PI Server, the API Hostname will always match the
Server/Collective field. When connected to a collective, the API Hostname displays the node
name, fully qualified domain name, or IP address of the collective member in the SDK
Member field.
The command-line equivalent is /host=<hostname>, where <hostname> is the computer
name of the host PI System.
• User
The current user is the user name on the host PI System that the current PI API and PI SDK
connections are using.
• Type
The Type field indicates the type of the PI Server in the SDK Member field. The possible
types are:
◦ Primary - PI3
◦ Secondary - PI3
◦ Non-replicated - PI3
• Version
The Version field indicates the version of PI Server in the SDK Member field.
• Port
The Port field is the machine port number that the current PI API and PI SDK connections
are using.
• Buffering Status
The Buffering Status field is always shown if you use PI Buffer Subsystem 4.3 or later to
buffer data from this interface, or in certain cases if you use API Buffer Server (bufserv).
When using PI Buffer Subsystem 4.3 or later, Buffering Status is On when buffering is
configured for the server to which this interface sends data. (This is the server specified in
the API Hostname field for this interface.)
Buffering Status is Off and an Enable button is displayed if the server specified in the API
Hostname field is not configured to receive buffered data. The Enable button allows you to
add the appropriate server and complete the buffering configuration.
When using API Buffer Server, Buffering Status is Misconfigured if the server specified
under PI Host Information is not configured to receive buffered data.
If the Installation Path is changed, click Apply on the General page to save the new installation
path.
Note:
If an interface executable is to be moved, you will first need to remove the interface
service on the Service page with the Remove button.
Interface page
The Interface page will display either:
• An interface-specific PI ICU control that aids in configuring parameters specific to just the
current interface.
• A text box into which additional parameters specific to just the current interface can be
added.
Interface-Specific Parameters
Interface-specific PI ICU controls are available for an assortment of PI interfaces to make
configuration and management of these interfaces easier. If the PI ICU control for the selected
interface has been installed on the PI ICU machine, then the Interface page will display a dialog
box tailored to this interface.
Refer to the user guard for the interface you are using to learn if a PI ICU control is available for
that interface, and for instructions on how to use the interface's PI ICU control.
The example below shows the PI ICU control for the OPCInt interface. The controls developed
for other PI interfaces are similar in format.
Note:
For details on how to use interface-specific ICU controls, and on interface-specific
commands, refer to the user guide for the interface that you are configuring.
The Additional parameters text box allows you to enter parameters that may be required by
the interface that is being configured.
Parameters should be entered into this text box in standard PI interface command line format.
For example:
/arg1=value1 /arg2 /arg3=value3
Service page
Use the settings in the Service Configuration pane, on the right side of the Service page, to
configure the interface to run as a service.
PI ICU uses two buffering services, which are selected from the Installed services list:
Service Configuration
On the Services page, use settings in the Service Configuration pane to select and configure
installed services.
• Service name
The Service name field shows the name of the current interface service. This service name
is obtained from the interface executable.
• ID
The service ID field is enabled only if the interface service has not yet been created, and can
be used to select a new service ID for the selected interface. Changing the service ID causes
the PI ICU to rename the interface and to reload all interfaces. If a service ID is selected that
is already in use, the text box background turns yellow, and the service ID save button is
disabled. The service ID is usually a number, but can be any text up to 20 characters in
length.
• Save
The save button is enabled once a new valid service ID has been selected for an
interface whose service has not yet been created. Changing the service ID causes the PI ICU
to rename the interface and reload all interfaces.
• Display name
The Display name text box shows the current display name of the interface service. If there
is currently no service for the selected interface, the default display name is the service
name with a 'PI-' prefix. Users may specify a different display name, although it is
recommended to append the prefix 'PI-' to the name of the interface to indicate that the
service is part of your PI system.
• Log on as
There are two choices for the Log on as account. The default depends on the OS your system
runs and the version of UniInt that the interface uses.
◦ Local System
This is a very high-privileged built-in account. It has extensive privileges on the local
system and acts as the computer on the network. The actual name of the account is NT
AUTHORITY\LOCALSYSTEM.
◦ Network Service
This is a built-in account that has more access to resources and objects than members of
the Users group. Services that run as the Network Service account access network
resources by using the credentials of the computer account. The actual name of the
account is NT AUTHORITY\NETWORKSERVICE.
Available only with interfaces that support OMF Health Tags and after creating a service.
Once selected, a configuration file is created and the user specifies the OCS and/or PI Web
API endpoint(s). For further information on OMF Health Tags, refer to the "PI Universal
Interface (UniInt) Framework" in Live Library (https://livelibrary.osisoft.com) user guide.
• Use the Add and Remove buttons to move services between the Installed services and
Dependencies lists.
The full name of the service selected in the Installed services list is displayed below the
Installed services field.
For example, if API Buffering is installed as a Windows service and is enabled, then bufserv
should be selected from the list at the right and added to the list on the left. If API Buffering
using PIBufss is installed as a Windows service and is enabled, then pibufss should be
selected from the list at the right and added to the list on the left. Only one API Buffering choice
should be selected, either bufserv or pibufss.
Often interface services also depend on a vendor program, such as the Fisher-Rosemount
chipservice. See the interface user guide for details on what dependencies a specific
interface may require.
There are three dependencies that the PI ICU provides assistance with: bufserv, pibufss, and
tcpip.
Run Bufutil
If you are sending buffered data to PI Server version 3.4.370 or earlier, or if your interfaces run
on a non-Windows platform, you need to use API Buffer Server. You can access information
about the API Buffer Server running Bufutil from the command line.
When the command window displays, enter the number of the menu item you wish to look at
and hit return.
Startup Type
The service Startup Type indicates whether the interface service will start automatically or
must be started manually on restart. Typically, interface services are set to start automatically.
• If the Auto option is selected, the service is installed to start automatically when the
machine restarts.
• If the Manual option is selected, the interface service will not start on restart, but will
require someone to manually start the service.
• If the Disabled option is selected, the service will not start at all.
Create / Remove
The Create button adds the displayed service with the specified Dependencies and with the
specified Startup Type.
The Remove button removes the displayed service. If the service is not currently installed, or if
the service is currently running, this button is disabled.
UniInt page
General UniInt settings appear on the main UniInt page.
[PISERVER]
LONGPROCNAME=1
Note:
The PI API puts an E at the end of the app name when setting up the PI trust if you use
the four-character appname.
The command line equivalent for setting this option is /AppName=<Name>.
• Disable UniInt performance counters
UniInt-based interfaces expose performance counters that provide information about the
health of the interface. To disable this feature of UniInt interfaces, select the Disable UniInt
performance counters check box.
With UniInt 4.3.0.0 and later, UniInt will write this health information directly to points,
rather than to the Performance Counter objects. These new points are referred to as UniInt
Health Points.
The command line equivalent for setting this option is /disablecounters.
• Include Point Source in the header of log messages
When the Include Point Source in the header of log messages check box is selected, the
point source for the interface will be included in the header of the log messages sent to the
pipc.log file.
The command line equivalent for setting this option is /logps.
• Include UFO_ID in log messages
Use the Include UFO ID in log messages check box to tell UniInt to add the value of the /
UFO_ID to all the failover log messages.
The command-line equivalent for setting this option is /LogUFOID. Default: deselected for
interfaces built on UniInt 4.4.5.4 and earlier. This command line parameter only applies to
interfaces built on UniInt 4.4.5.4 and earlier. Later versions of UniInt always include the UFO
ID in failover log messages.
• Trim Digital State Names
Use the Trim Digital State Names check box to tell UniInt to trim leading spaces from digital
state tags.
The command-line equivalent for setting this option is /DigStateTrimLeft. Default:
unchecked for interfaces built against UniInt 4.6.0.x and later. This check box is invisible for
interfaces built against versions of UniInt earlier than 4.6.0.x.
Data Handling
From the UniInt page, use settings in the Data Handling pane to the right to queue data, select
bypass exceptions, and write status to tags on shutdown.
The Queue option causes the interface to be more efficient if the interface is on a separate
computer from the PI Server. However, it will slightly delay the update of the snapshot value
if the data rate is low. The buffer size of the event queue for the interface is 128 events.
The command line equivalent for enabling this option is /q.
Starting with UniInt version 4.4.0.14, the Queue option is the default behavior for active
interfaces and cannot be selected. The choice is disabled.
• Bypass exception
Selecting the Bypass exception check box tells the interface to ignore the exception
specifications of the PI point and put all the input events into the PI Snapshot. By default,
this option is disabled in order to reduce data traffic.
The command-line equivalent for enabling this option is /sn.
• Write status to tags on shutdown
The stop status setting indicates whether a digital state value is written to a PI point when
the interface stops.
The list is populated with the states in the system digital state set from PI Server. If the
Write status to tags on shutdown check box is selected, but no system digital state is
entered into the text box, then the system digital state Intf Shut is written to all PI points
belonging to this interface when the interface stops.
If the check box is selected and a valid system digital state is entered, then that system
digital state is written to all PI points belonging to this interface when the interface stops. A
digital state named Intf Shut should be added to the system digital set and specified in
this text box.
The command line equivalent is /stopstat or /stopstat=x, where x is the system digital
state to be written to all PI points.
Timestamps
In some cases, the default method used to calculate the UTC offset between interface and PI
Server nodes does not work properly.
One example is the Foxboro interface on UNIX or Windows, where the time zone on the
interface node is always set to GMT standard time. During daylight savings time, when the wall
clock time is adjusted 1 hour forward, the net effect is that the UTC time on the interface node
jumps by 1 hour, independently of whether the PI SDK is enabled.
In this case, select Use alternate method of determining UTC seconds to determine the UTC
time of the PI Server node in the same manner that the Foxboro interface determines the UTC
time of the PI Server node. This feature can also be used when the PI SDK is not enabled. For
example, the default UTC offset calculation fails when the interface communicates to a PI
Server across a time zone that differs by a fraction of an hour, such as a 30-minute difference in
time zones between the interface node and the PI Server node. In this case, the 30-minute time
zone difference can be handled by enabling Use alternate method of determining UTC seconds
or Enable PI SDK.
The command-line equivalent for enabling this option is /foxutc.
Outputs
On the UniInt page, use settings in Outputs pane, to the right, to manage outputs.
The definition of NoOutputs is to disable output tag triggering. Output tags are not loaded,
and data is not written to the data source. The message above will display in the log file, and
the following message will be displayed for each tag configured as an output tag:
"Output tag" << tag->tag_name << "will not be loaded for read only interface"
(UniInt) Failover
UniInt supports two types of failover.
Phase 1
UniInt Failover Phase 1 is supported on a per-interface basis for interfaces built with UniInt
4.2.0.0 and later. See the individual interface user guide for the type of failover supported by
the interface.
If an interface does not support UniInt failover, the UniInt Failover page displays a message in
the status line at the bottom.
• UFO Active ID In
• UFO Active ID Out
• UFO Heartbeat 1 In
• UFO Heartbeat 1 Out
• UFO Heartbeat 2 In
• UFO Heartbeat 1 Out
• UFO Interface 1 State
• UFO Interface 2 State
The failover control points are interface-specific points, so the ICU is unable to aid in the
creation of these points. However, the ICU will display the failover control points if they are
found:
Active ID Point
The active ID point is located on the data source and identifies which copy of the interface is
primary. The primary interface active ID value is set by the /UFO_ID=n startup command-line
parameter for the primary interface copy. The value of n must be a positive integer. The value of
the active ID point is referred to as the ActiveID.
Heartbeat Point
The heartbeat point is used to indicate that the interface is functioning. This point is updated
once every failover update interval.
If the interface is connected to the PI Server, the value of the heartbeat point is incremented by
UniInt from 1 - 15 and then wraps around to a value of 1 again. If the connection to the PI
Server is lost, the value of the heartbeat point is incremented from 17 - 31 and then wraps
around to a value of 17 again.
Once the connection to the PI Server is restored, the heartbeat values will revert back to the 1 -
15 range. During a normal shutdown process, the heartbeat value is set to zero.
Phase 2
UniInt Failover Phase 2 is supported on a per-interface basis for interfaces built with UniInt
4.4.0.0 and later. See the individual interface user guide for the type of failover supported by
the interface.
If an interface supports UniInt Failover Phase 2, the Synchronization File Path field is
populated and a UFO Type is selected from the drop down list.
If an interface supports both Phase 1 and Phase 2 UniInt Interface Level Failover, then two
option buttons will appear at the top. You select the type of failover to enable. If the interface
only supports Phase 2 this option button is automatically selected.
• Phase 1 / Phase 2
If the interface supports both types of failover, you must choose which type to use. If it only
supports one type, the other option is disabled. This must be the first item you select when
configuring failover.
• Failover ID# for this instance
In a failover interface installation, each copy of the interface has its own unique positive
integer identifier. This identifier is referred to as the failover ID and is specified with the
interface startup parameter /UFO_ID=n.
• Failover ID# of the other instance
This is the failover ID assigned to the other interface in the failover pair. By default, the pairs
are named 1 and 2.
See Select the other interface of a failover pair.
• Do Not Failover when both interfaces lose connection to PI
This option can only be used with interfaces built with UniInt 4.5.1.0 and later. It is used to
prevent the primary and the backup failover pair from both buffering data when they have
lost connection to PI Server. /UFO_DNFBPI is the equivalent startup parameter.
• Failover control tags are unsolicited (not scan based)
The failover update interval determines the rate at which UniInt updates the heartbeat
points, how long it takes for the interface to fail over, and how much overlapping data can be
sent to PI Server. The optional /UFO_Interval=# startup parameter specifies the failover
update interval for unsolicited failover control points.
Both interface copies participating in failover must use the same failover update interval.
The failover update interval, #, is specified in milliseconds with the default being 5000
milliseconds or 5 seconds. The minimum interval is 50 milliseconds.
You can change the failover update interval in the Rate at which the heartbeat point is
updated/checked field.
• UFO Type
UniInt Interface Level Failover Phase 2 can be configured for one of three types: HOT, WARM
or COLD. PI ICU will only allow you to choose types supported by the interface you are
configuring. The default type is COLD.
The command-line equivalent for this parameter is /UFO_Type=<type> where <type> is HOT,
WARM or COLD.
• Synchronization File Path
This identifier is referred to as the UniInt Failover synchronization path and filename. It is
specified with the interface startup parameter, /UFO_Sync=<path_filename>.
The default file name should be <exe_name>_<ps>_<id>.dat where <exe_name> is either
the name of the executable or the short interface name, <ps> is the point source (/ps) and
<id> is the interface id (/id).
• UFO2 Active ID
• UFO2 Heartbeat 1
• UFO2 Heartbeat 2
• UFO2 State 1
• UFO2 State 2
To create these PI points with the PI ICU, right-click any one of the points listed and choose
Create all points (UFO Phase 2). This command creates the three failover control points and the
two optional state points.
Procedure
1. On the UniInt Failover page in PI ICU, click the Browse button next to Failover ID# of the
other instance. A dialog box appears that displays the interfaces registered with the ICU for
this PI Server from all interface nodes.
The interface that represents the current interface is marked as (* Current Interface), and
cannot be selected.
2. Click the name of the other interface to select it, and click OK.
On the UniInt Failover page, the interface you selected appears in the Failover ID# for this
instance field.
Right-click and choose a menu option to work with UniInt health points:
• Choose Create to create the selected point.
• Choose Create All to create all points marked Not Created or Deleted.
• Choose Delete to delete a selected point.
• Choose Delete All to delete all UniInt Health Points, except for the Interfaces Information
point.
• Choose Correct to correct a selected point's definition.
• Choose Correct All to correct all points marked Incorrect.
• Choose Rename to specify a new name for the selected point.
• Choose Refresh Snapshots to update the Snapshot column for all points.
• Choose Refresh Table to reload all health points in the table. This will refresh the Tagname
column if the interface was moved from one node to another.
If a point already exists, the status is marked Created and the Delete option is enabled. If a
point does not exist, the status is marked Not Created or Deleted and the Create option is
enabled.
• Status
The Status column in the Health Points table indicates whether the health point exists.
◦ Created
Indicates that the point does exist
◦ Not Created
Indicates that the point does not exist
◦ Deleted
Indicates that a point existed, but was just deleted by the user
◦ Incorrect
Indicates that the point exists in PI Server, but is not correctly defined
• Tagname
The Tagname column holds the name of the health point name.
• Type
The Type column holds the reserved keyword for the specified health point that is written
to the extended descriptor (ExDesc) of the health point.
• Scan Class #
Some health points belong to interface scan classes. For those that do, the Scan Class #
column indicates the scan class of the health point.
• UFO ID
If the interface is configured to use UniInt failover, the Location3 PI point attribute must
match the UniInt failover ID configured with the /UFO_ID parameter. For all of the PI points
that match the PointSource, id and optionally the /UFO_ID, the ExDesc attribute is
searched for a keyword. If the keyword is found, some other PI point attributes may be
verified before the point is loaded by the interface.
Note:
If the interface does not support UniInt failover or uses interface-level failover, the
Location3 attribute must match the UniInt health point ID configured with the /
UHT_ID parameter. This parameter must be configured in the interface-specific page
of the PI ICU control.
• PS
The PS field is the point source of the UniInt health point.
• ID
This field is the ID and typically contains the Location1 attribute (but sometimes another
attribute) for the selected UniInt health point.
• Point Type
This is the PointType attribute of the UniInt health point.
• Eng Units
This field is the engineering units of the UniInt health point.
• Snapshot
If the point exists in PI Server, then the Snapshot column holds the snapshot value for this
point.
• Heartbeat [UI_HEARTBEAT]
The heartbeat point is the primary PI point used to determine if the interface is running. If
the value of the heartbeat point is updating, then the interface is running but not necessarily
connected to and collecting data from a data source. The default update interval is 1 second
if there are no scan classes defined for the interface.
If the interface has defined scan classes, the update interval will be set to the highest
frequency (lowest value) scan rate with the following limitations. If the scan rate is less than
1 second, the update interval will be set to 1 second. If the scan rate for the highest
frequency scan class is greater than 1 minute, the update interval will be set to 60 seconds.
The value written to the heartbeat point increments from a value starting at 1, increments
to a value of 15 and then restarts at 1.
The heartbeat point will stop updating if the interface is shut down or if the interface is in a
deadlock situation.
Note:
The interface health heartbeat point is completely separate from the UniInt failover
heartbeat point. An interface can have both an Interface health heartbeat point and a
UniInt failover heartbeat point loaded simultaneously.
The interface is connected to the data source. While in this state, the interface is not
capable or reading or writing data to the data source. Optional text that can be provided
by the interface is appended to the UniInt-provided string value.
◦ 3 | n device(s) in error
The interface is unable to communicate with n device(s). Optional text that may be
provided by the interface is appended to the UniInt-provided string value.
◦ 4 | Intf Shutdown
The interface is shutting down.
◦ 5 | interface_specific_message
Text provided by the interface will be the only text following the 5 |.
rate. The value is updated at the same rate as the heartbeat point and is reset after the
performance summary interval.
Note:
If no output points are defined, the digital state value of No Data will be written to the
point.
• PI Performance Monitor interface is installed as a service and writing data to the same host
PI Server as the current interface
• The currently selected interface is installed as a service on this machine
Right-click and choose a menu command to work with performance counter points:
• Choose Create to create the selected point.
• Choose Create All to create all points marked Not Created or Deleted.
• Choose Delete to delete a selected point.
• Choose Delete All to delete all performance counter points listed.
• Choose Correct to correct a selected point's definition.
• Choose Correct All to correct all points marked Incorrect.
• Choose Rename to specify a new name for the selected point.
• Choose Refresh Snapshots to update the Snapshot column for all points.
• Choose Refresh Table to reload all performance points in the table. This will refresh the
Tagname column if the interface was moved from one node to another.
If a point already exists, the status is marked Created and the Delete option is enabled. If a
point does not exist, the status is marked Not Created or Deleted and the Create option is
enabled.
Performance counter points are created with the following PI point attribute values:
• Tag
Point name that appears in the list box
• Point Source
Point source for performance counter points is the point source used by the PI PerfMon
interface
• Exdesc
◦ If the performance counter is for the entire interface:
◦ Created
Indicates that the point does exist
◦ Not Created
Indicates that the point does not exist
◦ Deleted
Indicates that a point existed, but was just deleted by the user
◦ Incorrect
Indicates that the point exists in PI, but is not correctly defined
• Tagname
The Tagname column holds the name of the performance counter point.
• PS
The PS field is the point source of the performance counter point.
• Snapshot
If the point exists in PI Server, then the Snapshot column holds the snapshot value for this
point.
• Performance Counter
The Performance Counter column indicates for which performance counter the
performance counter point collects data.
Failover Status Stores the failover state of the interface when configured
for UniInt level failover. Contains 0 if the interface is
primary, 1 if backup. Only applies to the instance (_Total).
Interface up-time (seconds) The number of seconds since the interface has started.
This counter is incremented once a second. Only applies to
the instance (_Total)
Log file message count Number of messages that have been written to the log file.
Only applies to the instance (_Total).
PI Status Status of the connection to the PI Server. If the connection
is GOOD the value is 0. If the connection is anything other
than GOOD the value is 1. Only applies to the instance
(_Total)
Point Count Number of points loaded by the interface. Does not include
UniInt-controlled points such as health points or failover
points. Applies to both instance (_Total) and scan classes.
Points added to the interface Number of points that have been added to the interface.
Only applies to the instance (_Total).
Point edited in the interface Number of point edits that have occurred. Only applies to
the instance (_Total).
Points Good Number of points that have sent a GOOD current value to
PI Server. If the last value sent to PI Server is a System
Digital State value or the last value sent to PI Server is
older than the Stale timeout, the point is not counted in
the Points Good count. The value of Points Good
equals the value of Point Count when all points are
updating with a GOOD current value. Only applies to
instance (_Total).
Points In Error Number of points that have sent a system digital state
value as the current value to PI Server. The total of Points
In Error, Points Good, and Points Stale equals
Point Count. Only applies to the instance (_Total).
Points removed from the interface Number of points that have been removed from the
interface. Only applies to the instance (_Total).
Points Stale 10(min) Number of points that have not received a new value in
the last 10, 30, 60 or 240 minutes. If a point had a GOOD
Points Stale 30(min)
current value that is now stale, the Points Stale count
Points Stale 60(min) goes up and the Points Good count goes down. Only
good points go stale; points in error do not. Only applies to
Points Stale 240(min) the instance (_Total).
Scan Time (milliseconds) Time in milliseconds to call developer function and to
write values to PI Server. One "Scan Time" counter per
scan class. Does not apply to the instance. Applies to scan
classes only.
Performance points monitor the amount of time in seconds that it takes an interface to
complete a scan for a particular scan class. The closer the scan time is to 0 seconds, the better
the performance. The scan time is recorded to millisecond resolution.
The Performance Points page allows you to create, delete, correct and rename UniInt interface
performance points. Right-click and choose a menu command to work with performance
points:
• Choose Create to create the selected point.
• Choose Create All to create all points marked Not Created or Deleted.
• Choose Delete to delete a selected point.
• Choose Correct to correct a selected point's definition.
• Choose Correct All to correct all points marked Incorrect.
• Choose Rename to specify a new name for the selected point.
• Choose Refresh Snapshots to update the Snapshot column for all points.
• Choose Refresh Table to reload all performance points in the table. This will refresh the
Tagname column if the interface was moved from one node to another.
If a point already exists, the status is marked Created and the Delete option is enabled. If a
point does not exist, the status is marked Not Created or Deleted and the Create option is
enabled.
Performance points are created with the following PI point attribute values:
• Tag
Point name that appears in the list box
• PointSource
Point source for points for this interface, as specified on the first page
• Compressing
Off
• Excmax
0
• Descriptor
Interface name + Scan Class # Performance Point
• Status
The Status column in the Performance Points table indicates whether the performance point
exists for the scan class in column 2.
◦ Created
Indicates that the point does exist.
◦ Not Created
Indicates that the point does not exist.
◦ Deleted
Indicates that a point existed, but was just deleted by the user.
◦ Incorrect
Indicates that the point exists in PI, but is not correctly defined.
• Scan Class #
The Scan Class # column indicates the scan class to which the performance point in the
Tagname column belongs. There is one scan class in the Scan Class # column for each scan
class listed in the Scan Classes field on the General page.
• Tagname
The Tagname column holds the name of the performance point.
• PS
The PS field is the point source of the performance point.
• Location<ID>
The ID field is updated to show the attribute that the currently selected interface uses to
hold the ID. In this example, that is Location5. Many interfaces use Location1.
• Exdesc
The extended descriptor field holds the performance point definition, as used by UniInt.
• Snapshot
If the point exists in PI Server, then the Snapshot column holds the snapshot value for this
point.
(UniInt) PI SDK
The PI SDK cannot be used if the interface has been configured to use the disconnected startup
feature. If disconnected startup is configured, the PI SDK options will be disabled. If PI SDK is
required, the disconnected startup feature must be turned off. Most of the features that have
required PI SDK support in the past are supported by PI API 1.6.1.5 and greater.
PI SDK options
• Determine whether the interface may use PI SDK
UniInt-based interfaces have the option of disabling, enabling, or using the built-in default
set by the interface developer regarding whether to use PI SDK features. These settings can
be used to override the default setting specified by the interface developer.
◦ Disable PI SDK tells the interface not to use PI SDK features, regardless of the setting
specified by the interface developer. The command-line equivalent for setting this option
is /pisdk=0.
◦ Use the Interface's default setting tells the interface not to override the PI SDK on/off
setting specified by the interface developer.
◦ Enable PI SDK tells the interface to use PI SDK features, regardless of the setting
specified by the interface developer. The command-line equivalent for setting this option
is /pisdk=1.
• Override default SDK timeout
The timeout in seconds set here is used by PI SDK calls, overriding the data access timeout
listed in the Connection Settings window that can be viewed from the PI Connection
Manager. The PI Connection Manager should be used for adjusting the PI SDK data access
timeout. This parameter should only be specified if the interface uses the PI SDK and a data
access timeout that is different from the one set with the PI Connection Manager is required.
The command line equivalent for setting this option is /pisdktimeout=#.
Click Reset to load the default SDK timeout setting to the text box.
• Override default initial SDK connection timeout
The timeout in seconds used for opening the initial connection to the PI Server. All other PI
SDK calls use the timeout defined in the PI Connection Manager, or the Override default
SDK timeout setting, if configured.
The timeout set with this parameter overrides the connection timeout listed in the
connection settings dialog that can be viewed from the PI Connection Manager. The PI
Connection Manager should be used for adjusting the PI SDK connection timeout. This
parameter should only be specified if the interface uses the PI SDK and a connection
timeout that is different than the connection timeout set with the PI Connection Manager is
required.
The command-line equivalent for setting this option is /pisdkcontimeout=#.
Click Reset to load the default initial PI SDK connection timeout setting to the text box.
◦ Rename Files
Renames the cache files by appending the current time in seconds after the filename.
◦ Delete Files
Deletes the cache files.
Cache files can only be renamed or deleted if not presently in use by the running interface.
The buttons are enabled only when the interface is not running.
(UniInt) Debug
The Debug page provides preferences and debugging tools.
Debug Levels
UniInt > Debug Levels specifies the level of debug messaging that the interface will log. Select
the desired combination of the UniInt debug messages by activating the appropriate check
boxes. All debugging messages can be turned on using the Maximum check box selection.
During normal operation the UniInt debug Level should be set to 0 (all check boxes unselected)
to prevent an excess of messages being written to the pipc.log file. The command-line
equivalent is /dbUniInt=x, where x is the level of debug messaging.
To clear all selected check boxes, click Reset.
The Point list creation debug level replaces the Point Additions debug level in interfaces built
with UniInt 3.5.4 and later and is disabled for interfaces built with UniInt versions 3.5.4 and
later.
The Whitelist and Standard Deviation debug levels are only visible when the interface is built
with UniInt 4.6.0.x and later.
The following debug levels have been removed from PI ICU as of UniInt version 3.5.0.0 or later:
• Sending data to PI
• Main control loop
• Services
• PI-SDK
Debugging Options
On the UniInt/Debug page, use the settings in the Debugging Options window to the right to
configure debugging options.
IO Rate page
The Input IORates Tag page allows users to create, edit and delete the I/O rate point.
An I/O rate point can be configured to receive 10-minute averages of the total number of
exceptions per minute that are sent to PI Server by the interface. An exception is a value that
has passed the exception specifications for a given PI point. Since 10-minute averages are
taken, the first average is not written to PI Server until 10 minutes after the interface has
started.
PI ICU currently allows for one I/O rate point to be configured for each copy of the interface
that is in use. Some interfaces allow for multiple points for I/O rates.
◦ Click Add to File to add the point to the IORates.dat file with the event counter listed in
the Event Counter column.
◦ Click Suggest a new, unused event counter.
◦ Click Tag Search to search the PI Server for a previously defined I/O rate point.
◦ Click Refresh Snapshots to update the snapshot.
• Event Counter
The event counter correlates a point specified in the IORates.dat file with this copy of the
interface. The command-line equivalent is /ec=x, where x is the same number that is
assigned to a point name in the IORates.dat file.
• Tagname
Tagname indicates the name of the I/O rate point.
• Tag Status
Tag Status indicates whether the I/O rate point exists in PI Server. The possible states are:
◦ Created
Indicates that the point exists.
◦ Not Created
Indicates that the point does not exist.
◦ Deleted
Indicates that a point existed, but was just deleted by the user.
◦ Unknown
Indicates that the PI ICU cannot access the PI Server.
• In File
In File indicates whether the I/O rate point listed in the Tagname field and the counter
indicated in the Event Counter field is in the IORates.dat file. The possible states are:
◦ Yes
This status indicates that the point name and event counter are in the IORates.dat file
◦ No
This status indicates that the point name and event counter are not in the IORates.dat
file
• Snapshot
If the I/O rate point exists, the snapshot value is displayed in the Snapshot column.
The Tagname is the name of the point that belongs to the Interface Status Utility for each
interface. Right-click and choose a menu option to work with interface status points:
Watchdog point
The watchdog point is a PI point that belongs to the current interface. UniInt 4.3.0.0 and later
supports a heartbeat point, which is configured on the Health Points page. Although any point
may be used, OSIsoft recommends that you use this heartbeat point as a watchdog point.
• Click the Tag Search button to search for a point that belongs to the current interface as the
watchdog point.
The Tag Search dialog box displayed will be connected to the host PI Server. Search for the
interface point that will act as the watchdog point, select it, and click OK.
PI Interface Status monitors a watchdog point to determine the status of the monitored
interface. When choosing an interface watchdog point, consider the following:
• The scan rate of the interface watchdog point should reflect the scan rate of the majority of
the points in the monitored interface. For example, if the majority of the points in the
monitored interface have a scan rate of 10 seconds, the interface watchdog point should
have a scan rate of 10 seconds.
The scan rate of the interface watchdog point should be slightly more frequent than the
monitor frequency (Location4) of the PI Interface Status point. For example, if you want PI
Interface Status to monitor an interface every 1 minute, its interface watchdog point should
be updating around every 30 seconds.
• The monitor frequency of the PI Interface Status point should depend upon the scan rates of
the points in the monitored interface. Choose a monitor frequency that is a little less
frequent than the majority of the scan rates for the points in the monitored interface.
For example, an interface with most of its points scanning every 30 seconds could have a
monitor frequency of 1 minute. An interface with most of its points scanning every second
could have a monitor frequency of 10 seconds.
In addition to the scan frequency, the Location2 and Location3 attributes must also be set.
• Scan Frequency
The scan frequencies listed are the scan frequencies currently defined for the PI Interface
Status Utility (PIIntStatus) service. Select the appropriate scan frequency for the point
selected. If a different scan frequency is required, the PIIntStatus configuration needs to be
modified and a new scan class needs to be added before proceeding. Scan classes are
configured on the General page of PI ICU.
• Location2
Location2 defines ISU behavior when data becomes stale. This parameter has three possible
values:
◦ 0
No digital state written to input points.
◦ 1
Write ISU Saw No Data.
◦ 2
Write ISU Saw No Data, but ignore interface shutdown state.
• Location3
This selection is only enabled if Location2 is not equal to 0. It defines ISU behavior when
communication resumes. This parameter has three possible values:
◦ 0
Remove the system digital state written by ISU.
◦ 1
Do not remove the system digital state written by ISU.
◦ 2
Remove the system digital state written by ISU if an archive value is present.
Interface menu
The Interface menu includes the following options:
The ID number used to distinguish points belonging to this interface instance from other
points with the same Point Source. Not all interfaces require an ID number.
• Service ID
Select a service ID to use with this instance of the interface. The service ID is usually a
number but can be any text up to 20 characters in length.
• Add
When the required interface information is entered in the dialog box, click Add to create the
new interface instance. The new interface is registered and added to the drop-down list in
the main PI ICU window.
• Clear Fields
Clears all the fields on the Configure a New Interface dialog box.
• Cancel
Click to exit without creating a new interface.
• Status Bar
The status bar at the bottom of the dialog box indicates the current step in the registration
process.
Add or select the correct server. Click Cancel to cancel the import.
SDK Connections
Displays the PI Connection Manager.
Connect to Primary
Use Connect to Primary to attempt to reconnect to the primary server of a PI collective. Under
normal operation, the ICU will detect that the primary server is available again and
automatically connect to the primary server. However, under certain circumstances, the PI ICU
may not be aware that the primary server is available again, and this menu option tells the PI
ICU to attempt to connect to the primary. This option is enabled only when connected to a
secondary server in a PI collective.
Save
Click Save to save the current interface configuration. Changes made to the interface
configuration are only loaded when the interface starts.
A dialog box reminds the user to stop and restart the interface service after interface changes
are saved.
Start Interactively
Start Interactively starts the currently selected interface interactively using the associated
batch (.bat) file. Typically an interface is executed interactively during the startup of a new
interface implementation and run later as a service for normal operation.
Note:
The interface cannot be started interactively if it is already running as a service.
Exit
Closes the PI Interface Configuration Utility. A message box will appear to allow you to save any
unsaved changes to the currently selected interface.
Tools menu
This section describes the menu items available from the Tools menu.
Log Files
Choose Log Files to view existing PIPC log files and modify the settings for the PIPC Log Server
(PILogSrv) service. The PILogSrv service controls the size that PIPC logs become prior to
archiving and the number of old pipc.log files that are retained. You can also start and stop
the PILogSrv process from this window.
Log files found under the PIHOME\dat directory are listed in this Window. Double-click the log
file name to view the log files.
The Continuous PIPC.log button opens a window into which all messages written to PIPC.Log
are displayed as they are written to the file.
The Continuous PI Msg Log button opens a window into which all messages written to the PI
message log are displayed as they are written to the file.
• Service
To apply changes made to the settings, click OK, then stop and restart the PILogSrv service.
• Startup Type
The Startup Type indicates whether the PILogSrv service is setup to start automatically on
reboot or manually on reboot, or is disabled.
◦ If the Auto option is selected, the service is installed to start automatically when the
machine restarts.
◦ If the Manual option is selected, the PILogSrv service will not start on reboot, but will
require someone to manually start the service.
◦ If the Disabled option is selected, the service will not start at all.
Generally, the PILogSrv service is set to start automatically.
• Settings
There are two configurable parameters used by the PILogSrv service that manage the
number of files to be stored on the system and the size at which the log files are to roll over.
To change the maximum number of pipc*.log files to be kept on the local system, specify a
value in the text box provided. The default is 20, and the range is 1 to 9,999.
The Use Default button populates the Maximum log files text box with the default value.
To change the size at which the pipc.log files are renamed and a new pipc.log file
created, specify a value in kilobytes in the field provided. The default is 256 KB. The range is
1 KB to 4 MB
Buffering
Buffering of data occurs on the interface nodes while PI Data Archive is unavailable. Buffering
processes include PI Buffer Subsystem (pibufss) and API Buffer Server (bufserv).
information about the status of buffering on this computer. See Buffering Manager for more
information.
• If your computer is not currently configured to buffer data, and PI Buffer Subsystem 4.3 or
later is installed, you are prompted to configure PI Buffer Subsystem.
◦ If you click Yes, the Buffering Manager window opens and shows the installation wizard,
which helps you configure PI Buffer Subsystem.
Note:
PI Buffer Subsystem supports only one non-replicated server, or one or more member
nodes of a collective. PI ICU verifies if buffering is enabled to more than one server or
collective and prompts you for confirmation if there is a conflict. You may need to
make configuration changes to support the subsystem.
• If your computer is configured to buffer data using API Buffer Server (bufserv), and PI
Buffer Subsystem 4.3 or later is installed, you are prompted to convert to and configure PI
Buffer Subsystem.
◦ If you click Yes at both prompts, the Buffering Manager window opens and shows the
upgrade wizard, which helps you upgrade from API Buffer Server to PI Buffer Subsystem.
• Regardless of your current buffering configuration, if PI Buffer Subsystem 4.3 is not yet
installed, the Buffering Manager window opens.
Use Buffering Manager to configure, monitor, and troubleshoot buffering using PI Buffer
Subsystem. PI Buffer Subsystem is recommended for applications connecting to PI Server
3.4.375 or later. Older versions of PI Server require API Buffer Server, as do some sites with
custom solutions (for example, high availability solutions). See Buffering Manager for more
information.
Buffering types
Buffering queues data from PI interface nodes and client nodes in case the PI Data Archive
server receiving the data becomes unavailable for any reason. For example, this might occur
during a network outage, maintenance, or backup.
When the connection with the PI Data Archive server or collective is restored, the buffering
service sends all the stored data from the buffer to the PI Data Archive server in the order it
was received.
There are three types of data that can be buffered:
• PI API
Data from PI API applications is usually buffered using PI Buffer Subsystem. If you send
buffered data to PI Server version 3.4.370 or earlier, or if your interfaces run on a non-
Windows platform, you need to use API Buffer Server.
• PI SDK
Data from PI SDK applications can be buffered only using PI Buffer Subsystem. PI SDK
buffering was introduced with PI SDK 2010 R2.
Note:
BuffSS is recommended for PI SDK version 1.4.7.602 and PI API version 1.6.9
• AF SDK
Data from AF SDK applications can be buffered only using PI Buffer Subsystem. AF SDK
buffering was introduced with PI Asset Framework 2014 (2.6).
Note:
Only one Buffer Type can be enabled on a machine at any time. If the Buffering dialog
detects that more than one type is enabled, an error message is displayed.
Buffering Manager
Buffering configuration is done using PI Buffering Manager. In the Tools menu of PI ICU,
Buffering Manager is an application that runs outside of PI ICU and has its own Help system.
Select Help/View Help from the Buffering Manager main page to find information about how
the application works.
A list of Logical Servers is provided. Double-click on a listed server to see buffering setting
options for that particular server.
• File
Options include:
◦ Add Data server...
◦ Export buffering report...
◦ Exit
• View
Options include:
◦ PI messages...
◦ Point errors...
◦ Buffering upgrade report...
◦ Settings
• Help
Options include:
◦ View Help
◦ Give us feedback
◦ About
Procedure
1. In the Buffering Manager, click File and select Add Data server...
2. Configure buffering for: Select from the drop-down menu the data source for which you are
configuring buffering.
3. Server: Either click the browse link to navigate to the PI Data Archive server to which data is
to be sent, or enter the name of the server in the Server field.
4. Click Next.
5. PI Data Archive Security: Select either PI Mapping (recommended) or PI trust
authentication method.
6. Fill in the PI Identity field using one of the following methods:
Procedure
1. In the Buffering Manager window, click File and select Export buffering report... The
Save As window opens.
2. Name the text file.
3. Navigate to the location where you want to save the file.
4. Click Save.
View: PI messages
The PI messages option in the View menu opens the PI messages window, where you can
select and view exported PI messages.
Procedure
1. Select PI messages from the View menu. The PI messages window displays (similar to the
following sample screenshot).
2. Double-click on a listed message to open the Message Details window, which includes
the following tabs:
◦ Details
Information provided in the Details tab includes:
▪ Time: The date and time when the message was generated.
▪ Severity: PI messages are classified as Informational or Debug.
▪ ID: The ID property of a LogMessage is a Read-Only long integer that identifies the
message template under which the message was inserted.
▪ Program: The name of the program (ProgramName) that originated the message.
▪ Source 1: General information.
▪ Source 2: More specific information.
◦ Identity
Information on the Originating User and Process User is provided in the Identify tab.
Host, OS User, and PI User details can be found in PI-SDK Help under the
SendLogMessage method page.
▪ Host: The Originating User Host is the Process User Host.
▪ OS User: The Originating OS User is the Process OS User.
▪ PI User: The Originating PI User is the Process PI User.
▪ ID: The ID under the Process User is the Process ID from which the message
originated.
3. Click Close to return to the Message Details window.
View: Settings
Select the Settings... option to display the Buffering Settings window. See Settings for
details on buffer configuration.
PI messages
Clicking on the PI messages link in the Buffering Manager window opens the PI Messages
window. There you can view buffering messages generated from the selections you make using
the Select buffering messages options, including:
• Time
Time frame for the buffering messages displayed.
• Program
Name of the program associated with buffering messages displayed.
• Message
Text message detailing an event.
• Category
The category message parameter.
• Originating Host
The fully qualified domain name (FQDN) of the machine sending a message as determined
by an application.
• Originating OS User
The user sending a message as determined by an application.
• Originating PI User
The authenticated PI user sending a message as determined by an application.
• Priority
An integer between 1 and 10 (1 being the most important - "highest priority") that is used
by an application to define the order in which a message condition should be handled
relative to other messages.
• Process Host
Domain name of the machine sending a message.
• Process OS User
The authenticated user of the application which is logging the message.
• Process PI User
The authenticated PI user associated with a message being logged.
• ID
The number or text identifying this instance of the interface.
• Source 1
Log messages sent with the PI-SDK automatically send the application name with each
message. When a programmer wishes to further identify the cause or contributors to a
condition a message is reporting, these extra source fields can be supplied with a string
value. By convention the sources are ordered going from general to specific, Source1 being
the most general, Source2 to being the next level of specificity and so on.
• Source 2
See above.
For detailed descriptions of these fields, refer to the "SendLogMessage" method in the PI SDK
user guide (https://techsupport.osisoft.com/Documentation/PI-SDK/PI_SDK_Interfaces/PI-
SDK_Objects/MessageLog2/IDH_MLG_SENDLOGMSG.htm).
Procedure
1. From the Time Range drop-down menu, select the range of options provided for defining
the time frame for the buffering messages you wish to display. The options are:
◦ Last hour
◦ Last 12 hours
◦ Last day
◦ Last week
◦ Last month
◦ Custom range... (See Identify a custom range.)
2. Use the drop-down menu to set the Severity level of the buffering messages that you wish to
display. The options are:
◦ Critical: The message is of a critical nature and requires attention.
◦ Error: The message represents an error condition that should be understood and
possibly corrected
◦ Warning: The message is merely a warning that something out of the ordinary has
occurred.
◦ Informational: The message is purely for informational purposes.
◦ Debug: The message is for troubleshooting purposes only.
3. Optionally, enter in the Program field the name of a program for which you want to see
buffering messages.
4. Optionally, enter in the Message field any message that you would like to associate with the
buffering messages to be displayed.
5. Identify the Source from which you wish to display buffering messages.
◦ Source 1: See the description in PI messages.
◦ Source 2: See Source 1.
6. Click Close.
Procedure
1. In the Custom Time Range window, identify the format for the range of time you are
specifying by selecting either Relative time or Specific time.
◦ Relative time: Relative time specifies the number of minutes, hours, days, weeks or
years ago that a buffering message was published. Example:
From: *(Now)
To: *-15m(15 minutes before Now)
The order in which you enter the Relative time makes no difference.
◦ Specific time: Specific time specifies the exact date and time that a message was
published. Example:
From: 2/13/2020 3:15:21 PM
To: 2/14/2020 8:25:36 AM
Settings
Clicking the Settings link in the Buffering Manager window opens the Buffering Settings
window, which consists of left and right panes.
In the left pane is a directory of installed interfaces, which are listed below a Global settings
configuration file.
Procedure
1. Buffering: Enable buffering by selecting On from the drop-down menu.
2. Queue path: Set the path to where buffered files will be temporarily stored should a server
become unavailable. A typical path would be C:\ProgramData\OSIsoft\Buffering.
Click Browse... to navigate to the file location where you wish to temporarily store buffered
files.
3. Authentication options: From the drop-down menu, select Windows
authentication, PI trust, or Any. Any is the default option.
4. Determine if you want to configure advanced global settings:
◦ Click Show advanced global configuration to display advanced configuration options.
Refer to Configure Advanced Global settings.
5. Click Save.
Procedure
1. Buffering: Select On from the drop-down menu to enable buffering.
2. PI API buffering: Select "On" from the drop-down menu to allow PI API connections, or
"Off". Observe the caution note in PI ICU. If you change the PI API buffering value, you
must restart the PI Buffer Subsystem and its dependent interfaces.
3. AF SDK buffering: Select Buffer if possible (default), Always Buffer, or Do
Not Buffer from the drop-down menu. Note that AF SDK applications can override this
setting for some or all features.
4. PI SDK buffering: Select "On" from the drop-down menu to enable PI SDK connections,
or "Off".
5. Queue capacity sample period: In the second(s) field, enter a value (for example, 600)
to determine the buffer queue capacity. This is based on the average bytes written to buffer
queue(s) over this sampling period. This may be adjusted to ensure that data is written to
the buffering queue at a consistent rate.
6. Queue capacity warning trigger: In the hour(s) field, enter the value. A warning is
then sent when the remaining queue capacity reaches this number of hours.
7. Queue capacity error trigger: In the hour(s) field, enter the value. An error is shown
when the remaining queue capacity reaches this number of hours.
8. Registration check interval: In the second(s) field, enter the value specifying the
intervals at which PI Buffer Subsystem checks the PI SDK and AF SDK client connections. It
drops any that are no longer active, or no longer associated with buffered data.
9. Flush cycle: In the second(s) field, enter the value specifying the intervals at which
cached snapshot records are written to disc and the cache is cleared.
10. Pause rate: In the millisecond(s) field, enter the value specifying the rate at which data is
processed to the API buffer.
11. Click Save.
Procedure
1. Queue path: Set the location where buffered files will be temporarily stored should a
server become unavailable. A typical path would be C:\ProgramData\OSIsoft
\Buffering. Click Browse... to navigate to the file location where you wish to temporarily
store buffered files.
2. Authentication options: From the drop-down menu, select Windows
authentication, PI trust, or Any. Any is the default option.
3. Determine if you want to set additional server configuration options.
◦ If you do, click the Show advanced default server configuration link to display advanced
options. Refer to Set advanced default server configuration.
4. Click Save.
Procedure
1. Queue path: Set the location where buffered files will be temporarily stored should a
server become unavailable. A typical path would be C:\ProgramData\OSIsoft
\Buffering. Click Browse... to navigate to the file location where you wish to temporarily
store buffered files.
2. Authentication options: From the drop-down menu, select Windows
authentication, PI trust, or Any. Any is the default option.
3. Buffering: Enable buffering by selecting On from the Buffering drop-down menu.
4. Autotune: Enable the autotune function, which optimizes the rate at which PI Buffer
Subsystem writes data to the server, by selecting On (default) from the drop-down menu, or
disable that automatic function by selecting Off.
5. Queue size: Set the default size of each queue file by entering a value into the MB field (for
example, 32).
6. Connection timeout: Set the amount of time PI Buffer Subsystem waits for a connection
to a server before assuming connection cannot be made and logging an error. Enter a value
in the second(s) field (for example, 60).
7. Post timeout: Set the amount of time PI Buffer Subsystem waits to send data to a server
before logging an error and retrying. Enter a value in the second(s) field (for example, 60).
8. Registration timeout: Set the amount of time you will wait when registering with the PI
Snapshot Subsystem before logging an error and retrying. Enter a value in the second(s)
field (for example, 120).
9. Maximum post rate: Set the events per second rate at which data will be sent to a server
by entering a value in the events / second field. <We show 0 in the example. Is that the
normal default? What would that mean?>
10. Retry rate: Set the time you will wait to attempt to reconnect to a server by entering a
value in the second(s) field (for example 120).
11. Send rate: Set the intervals at which data will be sent to a server by entering a value in the
millisecond(s) field (for example, 100).
12. Autotune events trigger: Set the number of events that will allowed to accumulate in
the buffer queue before autotune is triggered by entering a value in the event(s) field (for
example, 12000000).
13. Autotune queue trigger: Set the period of time after which optimization if the number
of events in a queue is less than or equal to the Autotune events trigger value, set in
step 12, by entering a value in the second(s) field (for example, 600).
14. Post rate smooth time: Set the number of events PI Buffer Subsystem sends to each
server each second by entering a value in the second(s) field (for example, 20).
15. Click Save.
Procedure
1. In the Buffering Settings window, click on the name of server you wish to configure from
among those listed in the left pane.
2. Complete the steps for configuring a server as detailed in Configure Advanced Global
settings.
Run apisnap
This option runs apisnap.exe in a command window. If an interface is selected, apisnap will
run pointing to the PI Server that interface writes to. If an interface is not selected, apisnap
runs pointing to the default PI Server. This option is disabled if apisnap.exe is not found on
the machine.
Diagnostics
Diagnostics creates a diagnostic file (text format) with information about the current interface
and the API node. The user is prompted for the location of the file. This diagnostics file is useful
for OSIsoft technical support for debug purposes and may be requested during a support call.
The following information is written to this file:
• Current command line
• Interface type
• Full name
• Interface binary (including path)
• Interface description
• Interface node name
• Interface version
• UniInt-based flag
• UniInt version
• Current installation path
• PI Host Server information
• Local PI SDK version
• Local PI API version
• Interface Service information
• Local IORates.dat file
• Contents of the local IORates.dat file
• Performance points information
• Performance counter points (Performance Monitor points) information
• UniInt health points
• PILogSrv Service information
• Local pipc.ini file
• Bufserv Service information
• PIBufss Service information
• SDK Buffering status
• Local Buffering settings from PIClient.ini
• Entire PIClient.ini file
• Local PILogin.ini settings
PointSources
The PI Point Sources dialog box displays the list of known PI 3.3 servers from which the user
may select. All interfaces registered on that PI Server are listed, along with their Point Source.
This dialog box is sizeable, so the user may resize the dialog box to see all the entries.
Date/Time Properties
Displays the Windows Date/Time Properties dialog box that can be used to configure the
computer's time and time zone.
Options
The Options dialog box has seven choices. Four apply generally to all interfaces:
• Loading
• Naming Conventions
• Debug
• Reserved Point Sources
Three apply only to the currently selected interface and are inactive until an interface is
selected:
• Service
• .Bat Files
• Warnings
Loading
Use Loading options to tell PI ICU whether to load interfaces that talk only to the default PI
Server, to check all servers in the known servers table for interfaces that run on the current API
node, or to check just the selected servers for interfaces that run on this API node. The default
behavior is to display interfaces that run on the local node that talk to all known PI Servers.
Naming Conventions
Use the Interface Point Naming Conventions page to establish conventions used when creating
points with the ICU. Any naming mask must have either the Interface Service Name ([if
service]) or the Interface Service Display Name ([if display name]) in it, since these settings are
applied across all interfaces, and names must have something unique in them.
The Interface Point Naming Convention is used by ICU to name the various points that it
creates, if these points do not already exist:
The default behavior is to use the machine name followed by the interface service name. The
arrow button can be used to display the naming options for each type of point:
Debug
Debug messages can be logged to the pipc.log file during PI ICU startup, during import of
configuration (.bat) files and during creation of new interface instances. These messages help
determine where PI ICU is spending its time when startup or import is slow.
To change the point source, select the row representing the point source to be modified and
right-click to display the Change Reserved Point Source dialog box.
Type in the new point source, and click OK to accept the changes, or Cancel to cancel. Once all
changes have been made, click Apply or OK to save changes, or Cancel to exit.
Service
• Service Status
The service update rate determines how often PI ICU checks for the current status of the
interface service. This is necessary only if users manage interface services outside of PI ICU
while PI ICU is running. Setting this value to 0 seconds turns this feature off.
• Interface Service Display Name Naming Convention
The Interface Service Display Name Naming Convention is used by PI ICU to generate the
service display name, if the service does not already exist. The default behavior is to use the
service name.
.Bat Files
Warnings
PI ICU may display two warning messages, which the user can suppress so that they are not
displayed again by clicking a corresponding check box:
• Suppress the warning dialog box that appears when interface settings are saved for an
interface with a running service.
• Suppress the warning dialog box that appears when the user moves to the ICU control page
with unsaved changes on another page in the PI ICU.
The warnings can be reactivated by clearing the respective check boxes.
Installation of PI ICU
To install, run the PIICUSetup_#.#.#.#.exe file. The PI ICU files are installed to an ICU
directory below PIHOME, as specified in the %windir%\pipc.ini file. Support files are
installed in the Library directory below PIHOME.
The following table shows the files that are installed by the PI ICU setup program and the
directories in which they are located.
PIHOME\
Help\
PIInterfaceConfigurationUtility.chm
Library\
PISpt.dll
OSIsoft.PISpt.dll
PIGenericNames.dll
OSIsoft.PIGenericNames.dll
ICU\
PI-ICU.exe
PIICURegisterControl.dll
Watchlog.exe
The following table describes each file that the PI ICU setup program installs.
File Description
PI-ICU.exe PI Interface Configuration Utility executable file
PISpt.dll Library used by PI ICU
OSIsoft.PISpt.dll PISpt.dll Interop DLL
PIGenericNames.dll Library that manages interface generic names
OSIsoft.PIGenericNames.dll PIGenericNames.dll Interop DLL
PIICURegisterControl.dll Library used by PI ICU to register interfaces with
PI ICU
WatchLog.exe Log Files program to watch the PIPC.log file
continuously from within PI ICU.
File Description
PIInterfaceConfigurationUtility.chm PI ICU Help file
A PI Interface Configuration Utility shortcut is added to Start > Program Files > PI System.
Uninstall PI ICU
Two methods can be used to uninstall PI ICU:
• Run Add or Remove Programs (Start Menu > Settings > Control Panel > Add or Remove
Programs) and remove the PI Interface Configuration Utility.
• Extract the files from PIICUSetup_#.#.#.#.exe to a temporary directory with WinZip,
and enter the following at the command prompt:
setup.exe /u
Note:
The PI Software Development Kit (PI SDK) might have been installed using PI ICU, or
might have been installed prior to the PI ICU installation. Remove it at your discretion
using Add or Remove Programs.
Procedure
1. On the General page of the PI ICU, change the Server/Collective to which the interface
belongs.
If the Server/Collective drop-down list is disabled, or if the name of the new PI Server is not
in the Server/Collective drop-down list, continue through the following steps.
a. Click Interface > SDKConnections to display the Connections window and verify that the
new PI Server exists.
b. Click Tools > Options > Loading and verify that the ICU Loading settings are correct.
You can load interfaces from all known PI Servers or from a selected list of PI Servers.
If you load from a selected list of PI Servers, make sure that both the old server and the
new server are selected. Click OK to save and close the window. The PI ICU will reload
interfaces.
c. Load the interface you want to redirect from one PI Server to another, and select the new
PI Server in the Host drop-down list.
The interface configuration is moved to the new PI Server. This means that the interface
entry in the old PI Server's PI Module Database is removed and is added to the new PI
Server's PI Module Database.
During the configuration move, the PI ICU status bar at the bottom of the PI ICU displays
progress, and when complete, the status bar reads Ready.
The required support DLL This error indicates that the PIPC\Library\PISpt.dll file is not
PISpt.dll is not present or installed, missing or unregistered. To register the file, open a
not registered command window, change directories to the PIPC\Library
directory, and type in the following command:
Regsvr32 PISpt.dll
The PI SDK version is older PI ICU requires PI SDK 1.3.4 or later on the machine on which PI
than the required version ICU is to run. If the PI SDK version is older, it must be upgraded.
Error 713 attempting to This error indicates that the PI ICU control has been registered on
load the ICU Control this machine, but the physical file has been moved or deleted. To
fix this problem, re-install the PI ICU control for the interface type.
No interfaces showing up in This indicates that the PI ICU program could not access the
Interface drop down list for a Module Database on the particular node in question. If the drop
particular node down Interface list is empty or missing interface instances for a
particular node, make sure that a connection can be made to that
Host's PI Server. If it can and you still are missing interface
instances, make sure you have read/write access to the Module
Database from the node where the PI ICU is being run. If not,
correct the connection problems and rerun PI ICU to load the
interface instances.
PI ICU control is on machine, but This usually indicates that the PI ICU control has not been
does not show up in PI ICU registered. The setup kit for a particular PI ICU control will
attempt to register the control. To manually register a control,
open a command window, change directories to the PIPC\ICU
\<ICU Control Directory> directory, and type in the following
command:
Regsvr32 <ICU Control dll or ocx Name>
Critical Error -11425 from PIBufss This error indicates that a buffered server was selected that
PIBufss cannot communicate with and therefore PIBufss cannot
buffer data to it.
Make sure the server selected can be reached and that the PI
mappings or PI trust definitions are correct.