Historian Changes in 8.3

Hi,

I read that the historian in version 8.3 will be significantly improved. Does anyone know if these enhancements will also extend to timestamp relations?

We have a use case where we need to relate batch or single-piece data to measurement values. While this can currently be achieved with wide tables by configuring and maintaining an additional database, perhaps we could leverage the new historian. For example, by adding another tag to define the current order/batch start and end times, we might be able to correlate the data via the timestamp.

Maybe this is already possible today, but after first tests, it feels like that correlating via the timestamp is hard for the historian.

Thank you,
André

No. The historian architecture does no correlation between different tags going into history as there is no constraint/coordination on value arrival timing and storage.

I've seen nothing in any IA presentations that changes this aspect of the historian architecture.

The reliable way to do what you describe is a triggered transaction group, in OPC read mode, writing to a wide database table. (Or scripted equivalent.)

1 Like

Phil is correct, there are no change to this to speak of in 8.3.

Use a more fit to purpose tool, such as transaction groups or scripting or (in 8.3) event streams, rather than trying to force the historian into this mode it's not suited for.

Thank you both for your feedback. Sounds like I should wait until Event Stream is released.

I don't see how event streams will help in this case. Tag data will still arrive as separate values.

Use an ordinary table in a database.