Академический Документы
Профессиональный Документы
Культура Документы
User Guide
OSIsoft, LLC
1600 Alvarado Street
San Leandro, CA 94577 USA
Tel: (01) 510-297-5800
Fax: (01) 510-357-8136
Web: http://www.osisoft.com
Connector configuration........................................................................................... 27
Open the administration website of the connector........................................................................................ 27
Register the connector...................................................................................................................................27
Open PI Data Collection Manager..................................................................................................................28
Add a data source..........................................................................................................................................28
Data source configuration settings............................................................................................................ 29
Advanced configuration.............................................................................................................................30
Failover / Redundancy................................................................................................................................ 31
Operational overview
Once configured, the connector performs the following tasks:
To initiate the discovery in PI Data Collection Manager, navigate to the Data tab on the right
side pane of the Connectors page and click Discover Data Source Contents. To select from the
discovered objects, navigate to the data selection page through the Select Data button.
Tag naming
PI Data Collection Manager provides the capability to specify how tags are named, either
automatically or custom, once data has been selected.
For information on how to configure automatic or custom tag naming, refer to the "Configure
tag-naming" in Live Library (https://livelibrary.osisoft.com) section in the PI Connector
Administration user guide.
OPC UA static and dynamic variables and their mapping to PI points and PI AF
elements
OPC UA variables, which have the HasTypeDefinition reference set to PropertyType are
treated as static variables. They are replicated as static attributes on a PI AF element.
Those OPC UA variables that do not have their reference set to PropertyType are treated as
dynamic variables and are replicated to PI points.
The following screenshot provides an example of the static variable PropertyType referenced
to a server named Auditing:
Naming conventions
The following naming conventions are applied:
• PI AF element and attribute names are taken from the corresponding OPC UA object's
property DisplayName.
• PI points are named according to the OPC UA variable's property NodeId.
The naming convention that PI Connector for OPC UA applies to PI points complies with the
following pattern:
RegisteredConnectorName.DataSourceName.NodeIdNamespaceIndex.NodeIdIdentif
ier
The delimiter is dot '.'
For example, an OPC UA dynamic variable with a NodeId: ns=5;s=Counter1 created by a
connector which was registered as OPC UA1 produces this PI point name:
OPC UA1.DataSource1.5.Counter1
You have the option to modify the described naming convention for PI point names in two
places:
• Applying a formula that can be entered as the SourceId Pattern found under the
Transformational Rules category of the Advanced Configuration. More additional
information, see Transformational Rules.
• Explicitly re-name the default PI point names on the Tag Naming Worksheet configuration
page of the PI Data Collection Manager.
Moreover, PI points are created with their Eng Units attribute set to the value of an OPC UA
property called EngineeringUnits, their Zero and Span attributes adjusted to the OPC UA
property EURange, and their Descriptor set to the value of the OPC UA property named
Descriptor.
Note:
The referenced OPC UA properties are optional; that means that if they are not specified,
PI points are created with the corresponding attributes having the default values.
Caution:
OPC UA servers support more characters than do PI point, PI AF element, and attribute
names. In order to mitigate this discrepancy, PI Connector for OPC UA replaces the
unsupported characters with an underscore. The following characters are replaced: * ' ? ;
{}[]|\`"
The following screenshot illustrates the definition and property values referenced to an Analog
Item named FloatAnalogItem.
Compression configuration
When the connector creates a PI point, the point's Compressing attribute is set to Off (or 0).
The other compression attributes (CompDev, CompDevPercent, CompMin, and CompMax) are
set to the server default values.
To specify compression attributes for individual points, use the Point Builder tool in PI System
Management Tools (PI SMT). For more information, see the PI Server topic "Point Builder" in
Live Library (https://livelibrary.osisoft.com).
To specify compression attributes for many points, edit the points in bulk using PI Builder. For
more information, see the PI Server topic "PI Builder" in Live Library (https://
livelibrary.osisoft.com).
For more information about compression attributes, see the PI Server topic "CompDev,
CompDevPercent, CompMax, and CompMin" in Live Library (https://livelibrary.osisoft.com).
Modes of operation
The four mode options available for PI Connector for OPC UA 2.0 are detailed in the following
sections.
Generic mode
This is the default mode and the closest one to how the PI Connector for OPC UA version 1.x
worked. The most significant difference is that the filtering is no longer based on OPC UA object
types. Users have the option to filter manually, or by using a formula to select the actual OPC
UA objects. Hence the filter file, known from version 1.x of this connector, is no longer needed
ISA95 mode
The connector, when instructed to run in the ISA95 mode, makes a few assumptions about
where to search for templates. The following explains the principle:
ISA95 templates
In the ISA95 mode, every OPC UA object that the connector replicates to PI AF is checked if it
has the DefinedByEquipmentClass reference. If it does, the DisplayName of this reference is
used as the template name for the resulting PI AF element. If there are more
DefinedByEquipmentClass references (as in the screenshot above), the DisplayNames of all
of them are concatenated and the PI AF template name is formed from them. If an object does
not have such references, the connector falls back and checks the HasTypeDefinition
reference deriving the PI AF template from that. That means that the logic for generating
template names (for the objects without the DefinedByEquipmentClass reference) is exactly
the same as in the Generic mode.
PCS 7 mode
The PCS 7 mode was included to enable users to run this connector also with Simatic OpenPCS
7 UA servers, for which they previously needed a separate connector - the PI Connector for
Siemens Simatic PCS 7. The main differences compared to the Generic mode are how the PI
AF structure is built, and how the static and dynamic variables are recognized.
The rule for recognizing which variable is static and which is dynamic
The OpenPCS 7 variables are divided into two groups: static (constants) and dynamic (real-
time values). Static variables are converted to PI AF attributes and dynamic variables become
PI points. The connector decides if an OpenPCS 7 variable is static or dynamic according to the
following rule:
Static variables are all variables which have a hash '#' character in their DisplayName. For
example: FIC_Feed/PID.BatchID#Op_Level
Variables that do NOT have the '#' character in their DisplayName are treated as dynamic. For
example: FIC_Feed/PID.BatchID
Note:
An exception to this rule is when the ' #Value' pattern is found within the variable name,
such variable is then considered dynamic. For example: Units/Drain/2U303_9/
V3.Permit#Value.
The PI AF templates are derived from the value of a particular OpenPCS 7 variable
The AF templates are taken from the value of the following OpenPCS 7 variable: #blocktype.
See chapter PI structure for OpenPCS 7 data where you can find screenshots showing how the
PI AF hierarchy is built.
Note:
In this version of the connector the Alarms and Conditions (A&C), which are supported in
the PI Connector for Siemens Simatic PCS 7, are NOT implemented!
OpenPCS 7 example
In PI AF, the connector replicates the OpenPCS 7 process groups to PI AF elements and the
OpenPCS 7 variables to static and dynamic PI AF attributes. The SIMATIC S7 Protocol Suite
object was considered an entry to the OpenPCS 7 hierarchy.
OpenPCS 7 PI AF hierarchy
• Pcs7Demo: The Data source name, specified in the connector's configuration page.
• Distillation: The value of the OpenPCS 7 variable #areaname.
• FIC_Feed\PID: The OpenPCS 7 process group.
TagsOnly mode
In this mode, users have the option to reference a .csv file with a list of NodeIds and several
other optional columns. Only those OPC UA variables, which have their NodeIds listed in the
file, will be subscribed for changes and will consequently forward events to the PI System. This
mode is fundamentally different from all the modes described previously where the connector
initially browses the whole OPC UA address space and users have the option to select objects
that they are interested in. The TagsOnly mode is thus very explicit and along with listing the
NodeIds allows for providing a couple of additional input parameters on a per-NodeId basis.
Note:
In this mode, no PI AF hierarchy is created; nevertheless, the discovery of the OPC UA
server address space (Discover Data Source Contents button in PI Data Collection
Manager) must be initiated. The referenced list of explicit NodeIds, however, makes sure
the discovery process will be efficient.
NodeID parameters
In the .csv file, the only mandatory column is NodeId. The simplest example of this file is
therefore as follows:
NodeId
ns=5;s=Counter1
If a file with the above content is referenced to the connector, it will only replicate data from
the variable having the listed NodeId.
Note:
The order of all optional columns is not important. Any optional column can even be
omitted and the default will be considered.
Note:
The TagsOnly mode is also different when compared with the same mode implemented
in PI Connector for OPC UA version 1.x. The main difference is that the CustomStreamId
column is not considered. The reason for it is that users have the option to rename PI
points through the tag naming feature provided with PI Data Collection Manager.
Byte Int32
DateTime DateTime
Double Float64
Enumeration Int32
ExpandedNodeId String
Float Float32
GUID String
Int16 Int32
Int32 Int32
Int64 Float64
Integer Float64
LocalizedText String
NodeId String
Number Float64
QualifiedName String
SByte Int32
StatusCode Float64
String String
UInt16 Int32
UInt32 Digital
HasTypeDefinition: MultiStateDiscreteType Digital Set: OPC UA.MultiState.Id
UInt64 Float64
UInteger Float64
Uint32 Float64
Variant Based on its actual data type
Data collection
The connector collects data from OPC UA variables, which are discovered by clicking Discover
Data Source Content in PI Data Collection Manager. The individual snapshots of dynamic and
static variables are received as unsolicited OPC UA subscription notifications.
Corresponding PI AF structure
Procedure
1. Verify the host meets the software requirements for the connector.
For more information, see Software and hardware requirements for connectors.
2. If you are upgrading from version 1.x, review Upgrade to version 2.x.
3. If the data source has additional requirements for installation, complete those tasks.
4. Configure security for the connector and your network.
For more information, see Connector security.
5. Identify the administration port number.
6. Identify administration group users.
Hardware requirements
The following hardware is required or recommended:
Connector security
The following topics describe security procedures to ensure the integrity of your data;
however, some data source protocols are inherently insecure. OSIsoft recommends you review
the security standards for your data source to determine the appropriate security measures
necessary to secure your system.
Cryptographic keys
Connectors create two X.509 certificates at installation time for each connector application
(connector, PI Connector Relay, and PI Data Collection Manager). The first X.509 certificate is
used to secure an HTTPS connection used for application administration. The second X.509
certificate is used to secure AMQPS communication. The private keys for these certificates are
stored in the Windows Certificate Store.
• The OPC UA username, specified in PI Data Collection Manager, must have the Browse and
Read privileges, so that the connector can successfully replicate the underlying OPC UA
variables and objects to the PI System.
• The Windows account under which the Connector service runs has no relevance.
• Because the OPC UA endpoint contains the TCP port number, firewalls can be used for
enabling the communication on the given port number.
Note:
OSIsoft strongly recommends to use the highest available security profile. Employing the
[NONE:NONE:BINARY] profile is not recommended for anything else than testing
purposes.
Additional sources of information:
Firewall configuration
You must properly configure firewalls to support the connector.
Remote administration
The connector process hosts a web service for connector administration. To access the
connector administration pages from a remote host, all firewalls between the remote host
(running a compatible browser) and the connector host must allow the browser to open a
connection to the administration port that is assigned to the connector during installation. For
example, if Windows firewall is enabled on the connector host, Windows firewall needs to
allow incoming connections to the connector administration port from remote hosts that are
permitted to administer the connector.
Access to the connector's web page can be restricted to the local host alone. The firewall for
listening on that port does not have to be open to remote machines. For administering the
connector using PI Data Collection Manager, no listening ports on the connector are required.
This is a more secure way to administer the connector remotely. This is possible because the
connector initiates the connection to PI Data Collection Manager. The connection is required
for users to perform administrative tasks, such as configuring which relay to send data and
data selection.
can be administered using PI Data Collection Manager. Communication between the connector
and PI Data Collection Manager will now occur exclusively using AMQP over port 5672.
Note:
The administration port (default 5460) on PI Data Collection Manager must remain open
to the connector machine during the security handshake. After the security handshake is
complete, the PI Data Collection Manager administration port can be closed to the
connector. However, the 5672 communication port (AMQP), outbound from the
connector to PI Data Collection Manager, must remain open between the connector and
PI Data Collection Manager to allow them to communicate with each other.
Procedure
• Create either a dedicated domain account, or local account for the connector.
Note:
The account should not be a member of the host's local administrators group.
◦ If the computer is part of a domain, create a dedicated domain account for the connector.
Procedure
1. Open a command prompt and enter: netstat -a -n -p TCP | find "LISTENING"
The tool displays only TCP ports that are currently in use.
2. View the last set of numbers in the second column to determine ports that are in use.
For example, the preceding figure shows that ports 80, 135, 445, and so on are in use. The
default port 5460 is available, or you can choose another unused port. Since default and
other well-known ports can be the targets of cyber attacks, choosing a non-default port can
provide an additional defense.
Procedure
1. Identify all local or domain users that require administrative privileges for the connector.
2. Use Windows tools to add and remove appropriate users.
During installation, you are prompted to add these users. After installation, you can use
Windows administration tools to add or remove users from the PI Connector
Administrators group at any time.
Note:
When selecting users for the PI Connector Administrators group, be aware that
users in this group can locally or remotely stop and start connectors and modify
configurations.
Procedure
1. Start the connector installation kit.
2. Set the extraction path for the installation files and click OK.
The connector setup wizard opens.
3. Install and configure all required software using the installation wizard.
The setup program installs the prerequisite software and opens the connector installation
wizard to guide you through connector configuration choices.
4. Configure the following items:
◦ Administration port number for hosting the administration web service.
◦ Windows service account information. The installation wizard automatically adds the
connector service account to the PI Connector Administrators group.
◦ Optional: Alternate file path for buffer and other local files.
5. Click Install.
6. Add all local or domain users that require administrative privileges to the PI Connector
Administrators group, and then click Next. Users must belong to this group to configure and
perform administrative tasks for the connector.
7. Click Finish to exit the installer.
If connector installation is not successful, see Troubleshoot installation.
Procedure
1. Prepare the silent installation file path and identify the status of supporting software.
a. Run the connector setup kit self-extracting executable file.
The self-extracting window opens. You will only complete the step to extract the
installation files, not actually proceed to install the connector or prerequisites.
b. Enter an extraction path and click OK. The installation files are extracted and the setup
program opens.
c. Cancel the installation.
2. Go to the extraction folder, and open the silent.ini file in a text editor.
3. Modify the COMMANDLINE section for the module for the connector.
See the silent.ini file included in the setup kit for more details about each of the
configurable settings:
◦ Required: SERVICE_ACCOUNT. Set this property to the domain and name of the Windows
account for the connector service.
◦ Required: SERVICE_ACCOUNT_PASSWORD. Set this property to the password for the
Windows account for the connector service.
Note:
The password in the silent.ini file is visible to any user who has read access to
the file. Protect all copies of the file with an access control list that allows read
access to only a white list of users who know the password and denies read access
to all other users. Preferably, remove the file immediately after installation. If long-
term retention is necessary, keep the file on removable media that is stored offline
in a physically secure location.
◦ Optional: USERPORT
◦ Optional: ALTERNATEFILEPATH
4. To run the silent installation, open a command prompt window, change the working
directory to the extraction path, and enter setup.exe -f silent.ini.
Procedure
1. Open Programs and Features as an administrator from the Windows Control Panel.
2. Select the connector program, and then click Change.
Note:
Changing installation settings stops the connector service.
The connector installation wizard opens.
3. Click Next.
The installation and change options are shown.
4. Click Change to modify the settings.
5. Change installation configurations using the wizard.
Procedure
• Uninstall the connector with one of the following methods:
◦ From the Windows Control Panel, open Programs and Features, then select the
connector and click Uninstall.
◦ In the extraction folder created by the setup kit, right-click the ConnectorName.msi file
and then click Uninstall.
Note:
The version of the ConnectorName.msi file must be the same as the installed
connector.
Procedure
1. Open a command prompt window.
2. Change the working directory to the folder containing the ConnectorName.msi file.
3. Enter msiexec -x ConnectorName.msi -qn.
Troubleshoot installation
If installation of the connector is not successful, you can troubleshoot installation problems by
viewing the connector setup log for detailed information.
Procedure
• Locate the connector setup log in %PIHOME%\dat. The connector setup log file is named
SetupConnectorName.log where ConnectorName is the product name of the connector.
Procedure
1. On the computer where the connector is installed, from the Windows menu, click All
Programs > PI System > PI Connector for connector_name Administration .
Note:
If you are using a remote computer, enter the following URL into the browser's
address bar, using the connector's IP or hostname and port:
https://IP_or_hostname:port/ui
2. If your browser does not recognize the security certificate, allow your browser to access the
site.
3. Log in using the account credentials using domain\user_name format.
The account that you log in with must belong to the local Windows PI Connector
Administrators security group.
The administration website of the connector opens to the Overview page.
Procedure
1. In the administration website of the connector, click Set Up Connector.
2. Enter the following settings:
◦ Registration Server Address: The address and port number of the PI Data Collection
Manager administration web service, in the format:
https://IP_or_hostname:port
The PI Data Collection Manager administrator can provide this address.
◦ Registration Server User Name and Registration Server Password: The user name (in the
format domain\user_name) and password for a user who belongs to the PI Trusted
Installers Windows group on the PI Data Collection Manager host.
◦ Description: A description of the connector. This field is optional.
3. Click Request Registration.
The connector is authorized for data flow using PI Data Collection Manager, which is often
installed on a separate host. A separate user, such as a PI System administrator, typically
authorizes the connector. For more information about PI Data Collection Manager, see the
"PI Connector Administration user guide" in Live Library (https://livelibrary.osisoft.com).
Procedure
1. On the computer where the connector is installed, from the Windows menu, click All
Programs > PI System > PI Connector for connector_name Administration .
Note:
If you are using a remote computer, enter the following URL into the browser's
address bar, using the connector's IP or hostname and port:
https://IP_or_hostname:port/ui
2. If your browser does not recognize the security certificate, allow your browser to access the
site.
3. Log in using the account credentials using domain\user_name format.
The account that you log in with must belong to the local Windows PI Connector
Administrators security group.
The administration website of the connector opens to the Overview page.
4. Authorize the connector. For information on how to authorize the connector, see the topic
"Authorize a connector" in Live Library (https://livelibrary.osisoft.com) in the PI Connector
Administration user guide.
5. Click Save.
Procedure
1. Under Connectors, click the status box for the configured connector.
2. In the Details pane, select the Data tab and click Add Data Source.
3. Populate the parameters described in the following sections:
◦ Data source configuration
◦ Advanced configuration
◦ Failover / Redundancy
◦ OPC UA Communication Timeouts
◦ OPC UA Historical Data
◦ OPC UA Subscription Parameters
◦ Transformational Rules
4. Click Save.
Field Description
Name Data source name
Required
Data source description Description of the data source configuration.
Optional
Mapping Type One of the following must be selected: Generic, TagsOnly,
PCS7, ISA95.
Required
Discovery or Server Endpoint URL The endpoint URL of the OPC UA or Discovery server. The URL
format is for example:
Required
opc.tcp://OPCServerHost:Port/OpcUa/
SimulationServer
To discover the endpoints click on Discover Available
Endpoints and then pick the desired endpoint.
User Name User name for accessing the OPC UA server. Default is empty
string.
Optional
Password Password for accessing the OPC UA server. Default is empty
string.
Optional
Field Description
Root NodeIds List of comma separated NodeIds of those objects from where
the connector will browse the OPC UA server address space.
Optional
This option allows selecting only subsets of the OPC UA address
space by explicitly listing one or more NodeIds which will be
included into the initial browse. For example:
ns=5;s=85/0:Simulation
In effect, only this node and all its underlying descendants will
be considered.
Default is empty list, which means the whole address space will
be browsed.
Note:
An exception to it is the case when the PCS 7 mode is
selected, then the following string is pre-populated in the
Root NodeId's input:
ns=1;s=f|[ProjectName]::SIMATIC S7 Protocol
Suite
The [ProjectName] shall be replaced with an existing
project name listed under the OpenPCS7 object in the PCS
7 hierarchy. At least one such Root NodeId must be
included.
Advanced configuration
Advanced configuration settings are defined in the following table:
Setting Definition
Incoming Timestamps Specifies whether the incoming timestamps are
taken from the source, from the OPC UA server, or
[ Source ]
from the connector.
PI Store Mode Specifies whether the connector INSERTs or
UPDATEs values. If a PI point already has a value at
[ Update ]
a timestamp, the UPDATE mode modifies it. If not,
the INSERT option creates a new value.
Preferred Locale Specifies the text localization to be used.
[ English - United States ]
[ ] Allow Insecure Credentials Marking this means that passwords can be sent
over insecure connections.
Setting Definition
[x] Take DNS Name and Port from Discovery URL Marking this causes the connector to use the DNS
name and port from the discovery URL to connect
to an OPC UA server.
[ ] Enable Property Subscription Marking this means that the connector will create
subscriptions to those OPC UA objects (their
properties) that are mapped to static PI AF
attributes.
[ ] Enable OPC UA Model Changes Marking this means that the connector receives
notifications when any new OPC UA object is
added to the address space, as well as when an
object is updated.Consequently, and depending
upon the DCM settings for the 'Future changes to
the data source structure' option, the connector
replicates them to PI and/or PI AF.
Note:
Your OPC UA server must implement the
GeneralChangeModelEventType so that
the connector can react onto these
notifications.
[ ] Override the Reconnection Logic When the communication link to an OPC UA server
is disconnected, the default reconnection logic
(implemented in the third party component the
connector uses) is activated. In certain scenarios,
however, this logic might not deliver the desired
results. Marking this causes the connector to
initiate its own reconnection logic.
Note:
Consult with OSISoft technical support about
your use scenario before activating this
option.
Failover / Redundancy
Note:
PI Connector for OPC UA 2.0 does NOT support connector level failover.
To enable server redundancy support, your server must support it. Using a third party OPC UA
client, you can find it out by taking a look at the value of the RedundancySupport property,
which must be set to something else than None. This screenshot provides an example of a
server which does not support the redundant scenario.
Provided your server runs in a redundant scenario, enable it explicitly on the connector by
marking and populating the entries described in the following table.
Setting Description
[ ] Enable OPC UA Server Redundancy Marking this tells the connector that an OPC UA
server supports and runs in a redundant scenario.
Note:
When marked, the Endpoint URL of a backup
server becomes a mandatory field.
[ ] Backup OPC UA Server Endpoint URL Specifies the Endpoint URL of a backup server.
Setting Description
Failover Transition Delay Specifies the failover transition delay.
[ 60 ] Note:
The connector will fail back to a redundant
OPC UA server provided the indicator
(ServiceLevel) of a current server is
within the interval <2-200> and the specified
time expired.
Settings Definitions
[x] Enable History Recovery Marking this initiates the history recovery every
time connector communication to an OPC UA
server is broken and then re-established, and
every time the connector is stopped and restarted.
The history recovery is implemented for those OPC
UA dynamic variables that have a history to
recover.
Read Block Size [10] Specifies the maximum number of variables in the
history Read() call.
Number of Values per Node [ 0 ] Specifies the maximum number of returned events
per variable in the history Read() call.
0 means the server returns the maximum number
of values per node.
[x] Include variables having historical data only Marking this causes the connector to scan those
OPC UA variables that store only historical data;
that is, variables without current values.
Note:
When marked, the Historical Data Scan
Period is used for polling.
Historical Data Scan Period [s] [ 60 ] Specifies the scan period used for polling variables
with historical data.
Transformational Rules
The following table provides detail on settings for transformational rule options:
Settings Definitions
SourceId Pattern This pattern defines a new unique identifier for an OPC UA variable that
is used as a PI Point name. The SourceId Pattern defines a
[ datasource.ns.identifier ]
combination of the following keywords that are dynamically populated
on runtime:
• datasource will be replaced by the name of the data source defined in
the connector
• ns will be replaced by the NameSpaceIndex part of a NodeId of an
OPC UA variable
• identifier will be replaced by the Identifier part of a NodeId of an
OPC UA variable
• path will be replaced by the path to the variable from an OPC UA
hierarchy
Example 1:
Defined SourceId Pattern: datasource.ns.identifier
Data source: TestDS
NodeId: ns=5;s=Boiler1Temperature
Result (PI point name): TestDS.5.Boiler1Temperature
Example 2:
Defined SourceId Pattern: datasource.path
Data source: TestDS
OPC UA hierarchy path: Boilers\Boiler1 Variable DisplayName:
Temperature
Result (PI point name): TestDS.Boilers.Boiler1.Temperature
Note:
When, as in the Example 2, the SourceId Pattern contains just
the path keyword, the resulting PI point name will not contain the
variable NodeId at all. This is useful in cases when the NodeId is
numeric, GUID or even ByteString.
Object Separator Some OPC UA servers express the hierarchical structure of their
underlying systems in a string form. This delimited string is usually
[]
placed in the DisplayName attribute of an OPC UA variable. If this is
true, the Variable Separator allows for parsing the DisplayName and
building a PI AF hierarchy. When left empty, no parsing of the
DisplayName occurs and the PI AF hierarchy is built out of the OPC UA
hierarchy.
Example:
DisplayName: Factory|Boilers|Boiler1.Temperature
Object Separator: |
Result (AF hierarchy): Factory\Boilers\Boiler1
Settings Definitions
Variable Separator Variable Separator is used to identify a variable name in a DisplayName
string.
[]
Note:
See the description of the Object separator.
Example:
DisplayName:
Factory|Boilers|Boiler1.Temperature
Variable Separator: .
Result (AF attribute name): Temperature
[x] Create Area Asset in Marking this enables the creation of a PCS 7 Area asset in PI AF.
AF
Note:
Marking this enables the creation of a PCS 7 Area asset in PI AF.
[x] Create Data Source Marking this enables the creation of a top-most asset in PI AF . It will be
Asset in AF named the same as the Data source name.
[ ] Enable Deep Browse Marking this enables creation of a PI AF asset for an OPC UA variable,
provided this variable has a child variable. The default behavior is - the
child OPC UA variable is ignored.
[ ] Enable Expanded Marking this enables 'Expanded NodeId' instead of 'NodeId'.
NodeId
Note:
This setting mostly applies to OPC UA wrappers put on top of OPC
DA servers. OSIsoft recommends consulting with OSIsoft technical
support about your use scenario before activating this marker.
[ ] Ignore Some OPC UA servers send this status right after start-up, which causes
Bad_WaitingForInitialDa out of order data in PI. Marking this instructs the connector to ignore
ta Status this status event.
[ ] Enumeration as Marking this maps the OPC UA Enumeration data type and applies it to
Integer an Int32 PI point. The default is - the connector maps the OPC UA
Enumeration data type to a Digital PI point.
[ ] MultiState as Marking this maps the OPC UA MultiState and TwoState types and
Integer applies them to an Int32 PI point. The default is - the connector maps
the OPC UA Enumeration data type to a Digital PI point.
[ ] Variant as String Marking this converts the OPC UA Variant type to a String PI point.
Otherwise, the resulting PI point type reflects the mapping described in
the table in the Introduction chapter of this manual.
Procedure
1. In the Data Sources section, click the data source status box.
2. In the Data Source Details pane, click Edit.
3. Edit the data source settings and click Save.
Procedure
1. Under Connectors, click the status box for the configured data source.
2. In the right pane under the Data tab, click Data Source Contents.
Select data
After data discovery is finished, you can specify which of the discovered assets and
measurements to collect and store in the PI System.
For more information about data selection, see the "Select data" in Live Library (https://
livelibrary.osisoft.com) section in the PI Connector Administration user guide.
Procedure
1. From the Connectors section, navigate to the Configuration tab.
2. Next to the Edit Settings button, there is a button with three vertical dots. It contains the
options to start and stop the connector.
Procedure
1. Open PI System Explorer and click Database.
2. In the Select Database window, select the PI AF database that is configured to receive the
data.
3. Double-click Elements.
4. Navigate to the PI AF element of interest.
5. Click the Attributes tab. The PI AF attributes that are PI data references should have proper
time stamps under the Time Stamp column.
PI Connector Relays
All PI Connector Relay hosts that are configured with the connector are listed in the Relays
column of PI Data Collection Manager.
For information on PI Connector Relay, see the topic "Add a PI Connector Relay" in Live Library
(https://livelibrary.osisoft.com) in the PI Connector Administration user guide.
Message logs
For information on Message logs, see the topic "Message logs" in Live Library (https://
livelibrary.osisoft.com) in the PI Connector Administration user guide.