Error Activating Counters, Could not find D:\PIPC\bin\pictrdll.dll The interface will look for the pictrdll.dll in the directory specified by the Library variable under the registry key
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\+\Performance The pictrdll.dll should be installed with version 1.3.4 and greater of the PI API in the PIPC\bin\ directory.
Interface Health Points
There are several different types of points that may be used to monitor the health of an interface. The first type includes IO rate points, performance points, and Windows Performance counters. These points represent the traditional older methods for monitoring the health of an interface. IO rate and performance points are supported by UniInt based interfaces. The Windows performance counters require the PI-PerfMon interface in order to get their values into PI.
The second type of points is called Interface Health Points. The Interface Health points are configured in a manner very similar to performance points. UniInt looks at several interface startup parameters and PI tag properties to determine if a point is to be loaded as an Interface Health point. The table below lists the applicable tag attributes, the required value and a description for each property. Any PI Tag property not listed in the table is not applicable to the operation of Interface Health points.
The pointsource property for the tag is not case sensitive
Location1
Equal to /ID from the interface startup parameters
If there is no /ID found in the list of startup parameters, Location1 must be 0.
Location2
0
Not Used
Location3
Equal to /UFO_ID_or_/UHT_ID'>/UFO_ID or /UHT_ID from the interface startup parameters
Only applicable if UniInt failover is being used or if the /UHT_ID=# is specified in the list of startup command parameters. A point with every other property set correctly will not be loaded by the interface if Location3 is not equal to the /UFO_ID parameter or /UHT_ID parameter.
Location4
Specifies the Scan Class to which this point pertains.
Only applicable to Scan Class points, all other Interface Health points ignore this value.
For monitoring unsolicited IO Rate and Bad Value Rate, Total Scans Missed or Total Scans Skipped; Location4 must be 0
Exdesc
Must contain the proper Key Word described below
Key Word must be the first thing in the exdesc and is case sensitive.
The third type of points used to monitor interfaces is the Interface Information point. This point is different than any of the other points used for monitoring the health of an interface. There can be only one Interface Information point on a PI server and the pointsource does not match the /ps startup parameter for an interface.
UniInt supports collecting a variety of information about the health of an interface. The points that collect data pertaining to the performance of an interface are collectively referred to as Interface Health Points. The following paragraphs describe the supported Interface Health points, including configuration requirements and update intervals.
The non Scan Class Health points update either on change or at the heartbeat rate. The heartbeat rate is determined by the scan classes defined for the interface. If there are no scan classes defined, the heartbeat will update once per second. If there is at least one valid scan class defined for the interface, the heartbeat will update at the rate of the scan class with the highest frequency (smallest value). The other non Scan Class Health points will be updated when the heartbeat is updated. All of the Scan Class Health points will be updated when the class is scanned. For the Scan Class Health points, Location4 must be set to a valid scan class. It cannot be less than zero or greater than the number of valid scan classes specified in the list of startup parameters.
The following table lists the Interface Health Points, the keyword that must be specified in exdesc, the type of data written to the tag, when the point is updated and when it is reset to 0. The table is followed by a detailed description of the points. The rate at which the heartbeat tag is updated is dependant on the scan classes defined for the interface. Please see the detailed description of the heartbeat tag for the details on when the heartbeat tag is updated. Some of the other Health tags are updated when the heartbeat tag is updated. These tags are marked ‘Heartbeat’ in the updated column of the table. Some of the Health tags act as accumulators and keep a running total of events until they are reset to 0. When the reset occurs, the total is reset to a value of 0 and the accumulating of events start over. For a tag that is never reset to 0 until the interface is stopped and restarted, the tags will be marked as ‘na’ in the reset column. Several tags have their value reset to zero at the “Reporting Period”. The reporting period for the tag is based on the performance summary interval. The default performance summary period is 8 hours. The performance summary period may be modified with the /perf=interval command-line parameter. During normal shutdown of the interface, the system digital state of “Intf Shut” will be written to all health tags loaded by the interface.