Hi all,
When I attach a time profile to an alarm limit on an analog point, it replaces the property field with some 'overflow' dummy value.
However, the alarm limit does follow whatever the current value is in the profile even though you don't see that reflected in the Low1LimitStd field.
Is there any particular reason why the Low1LimitStd field can't update to be what the profile value is, or at the very least keep whatever the old hardcoded value was? Main issue is if you un-attach the alarm profile, the alarm limit stays as the dummy value which can cause a flood of false alarms if you don't change it back before saving (happened to a colleague of mine).
The special value (either FLT_MAX or DBL_MAX) assigned to a limit associated with a time profile is there to 'hide' the limit from current trends and indicate that the limit doesn't have a fixed value.
Updating Low1LimitStd etc. with the current value of the time profile would affect current trends by incorrectly showing the limit as a straight line (fixed limit). Also, the constant re-configuring of the points with the new values of the time profiles would not be scalable.
The special value (either FLT_MAX or DBL_MAX) assigned to a limit associated with a time profile is there to 'hide' the limit from current trends and indicate that the limit doesn't have a fixed value.
Updating Low1LimitStd etc. with the current value of the time profile would affect current trends by incorrectly showing the limit as a straight line (fixed limit). Also, the constant re-configuring of the points with the new values of the time profiles would not be scalable.
User | Count |
---|---|
188 | |
56 | |
18 | |
17 | |
16 | |
10 |
Discuss challenges in energy and automation with 30,000+ experts and peers.
Find answers in 10,000+ support articles to help solve your product and business challenges.
Find peer based solutions to your questions. Provide answers for fellow community members!