11/11/2019 7:54 AM | |
Joined: 5/3/2017 Last visit: 5/21/2024 Posts: 673 Rating: (217) |
Hello HAMEEE, it is a strrange behaivor. I would check all connection for the simulation. I assume that you that signal for activate the signal is overwritten by an other signal. If you have checked all connection and you can't find anything I would created a Support Request and let Siemens check your project. with regrads |
12/27/2019 2:47 PM | |
Joined: 2/1/2010 Last visit: 10/3/2024 Posts: 150 Rating: (71) |
This is very interesting. You said you observed in CFC and did not see any peak values. Did you use CFC code to create compare blocks with counters to check the value is peaking, or just manually looking at the values and/or running a CFC trend? If you didn't implement a scan based counter method, I think its impossible to see the peak value due to scan time performance limitations of CFC monitoring. I am speculating what is happening is you are getting peak value blips that are only ~1 scan long, so they are essentially transients and not at a predictable interval. This is why you would see them at different times on the OS servers in case of the micro differences in time sync and tag sampling at each OS from the AS. This would also explain how they come about if a tag referenced somewhere else is writing to the address of your simulation tag asynchronously (from external source or non-OB3x logic), then gets overwritten again next OB3x scan back to the expected value in your CFC. |
If my post helped you, please rate. Thanks. |
|
12/30/2019 2:35 PM | |
Joined: 2/1/2010 Last visit: 10/3/2024 Posts: 150 Rating: (71) |
HAMEE, If the CFC logic for trapping the value is correct, and it can't detect a PV_Out change of the block, then I think it must be a problem of the OS tags and or server tag logging archiving. Do you have any OPC data writes to the tags? What are your archiving compression settings? In this case (CFC trapping logic correct) your concern from 10/29 - 10/30 is not valid since if the PV_Out of the block is not changing in CFC, you won't have a process trip. If you are getting trips, then the PV_Out is changing and you haven't built the CFC peak value trapping logic correctly. (Unless you are doing tripping somewhere not in the CFC logic, which makes no sense to me from a controls standpoint.) |
If my post helped you, please rate. Thanks. |
|
Follow us on