Storing the same input device data in two historians

#1

I have successfully created an input device and stored its measurements in a local historian. I am trying to store the same data in a remote OSI PI historian.

I’ve created a PI historian instance. Then, I created a new measurement for the PI historian that uses the same signal reference as the measurement being stored locally. But under “Monitor Device Outputs”, the PI measurements all show “0” for their data.

What am I doing wrong and is there a better way to accomplish this?

0 Likes

#2

The OSI-PI adapter will automatically synchronize metadata. When configured properly, data and metadata should flow into PI.

See the following:




0 Likes

#3

Hi Ritchie, thanks for responding.

The tags I created were populated in the PI server but the issue is that I can’t seem to reference the data in the measurement.

I wanted to store this tag in both the PPA local historian and my PI server:

So I created a new measurement using the same signal reference.

But when I went to check the output, the measurement does not seem to receive data, it just lists “N/A” for time. The tag is created in the PI server.

Is the signal reference not what I should be using?

0 Likes

#4

If a measurement exists - it will go to all configured destinations, e.g., local PPA historian and OSI-PI - you do not need to create a separate measurement.

The measurement signal ID should be unique in the universe of measurements…

Check your OSI-PI connection string, make sure it contains something like ; sourceIDs=PPA - this will make sure all measurements associated with the local historian PPA also get pushed to PI.

If you update the connection string, be sure to save the adapter record and re-initialize it…

Thanks,
Ritchie

0 Likes

#5

Hi Ritchie,

I tried “sourceIDs=PPA” on the historian instance but it did not seem to have an effect. When I ran the “list” command in the console it still showed the source ID as “PI” (my acronym). Is this expected?

However, using InputMeasurementKeys in the connection string did change the values stored.

0 Likes