1 of 1 people found this helpful
I think we need to determine where the issue is. Is it the misconfiguration of the digital set as you have mentioned, or is it because the values are not up to date in the PI System.
First thing to do is to confirm that the timestamps of the alarms/values matches that of the DCS, only that the statuses are in reversed order, eg. the PI Point value for 26PN-120CB turned NORMAL at 10:21:01 AM 19-May-2017, but in DCS the asset actually went into a TRIP state at that exact time. In this case, we know that the digital state for that tag is misconfigured such that the order is reversed. In this case, you will need to change the digital state to reflect the correct status of the tag. You will need to be careful when changing the digital state set to ensure all tags using this digital state set all have the same behaviour, eg. 0 = NORMAL and 1=TRIP. If only some tags are of reversed order then you should create a new digital state and reconfigure those tags to use the new state set (usually this should not be the case but it's better to confirm instead of assume).
However, if you find the timestamps of the tags does not match that of what is happening in the DCS, then further investigation needs to be done to determine why the PI Points are not in sync.
Hope this helps.
Hi William, thanks for the pointers, I am currently in the midst of checking the actual State of the Tags in DCS for the exact Time Stamps.
At this point it looks like the Tags were misconfigured, as these Tags were only created a few months back, Not Inherited/ Historical Tags as I initially said.
There are however a few Inherited/ Historical Status Tags which also seem to be misconfigured.
Thanks again man.