Hi,
We are having 'multiple charm integrity error' looged in as an advise_alarm in alarms and events. It increases the number of alarms per day and so the archives are more. We plan to reduce these alarms. At the charm configured as 4-20mA Hart device, we have device alarm enabled. I suppose if we disable this we won't have any alarms for sure but that would mean a trade off not having necessary alarms for diagnosis of hart device. Any advise on if we have a recommendation on how we can remove unnecessary alarms and keep must alarms enabled from hart Device alarm configure? This wold eventually log less numbers and are genuine for the operator alerts. I tried an option to supress individual charm alarm from the condition summary detailed faceplate. But that would suppress the alarm which won't have any further logs again.any good recommendation for setting appropriate hart alarms and disabling from the alarm configure of hart properties if we are not using AMD or not planning to use AMS in near future? Also any pros and cons to the setting would really appreciate? This should not affect any of the module alarms. Also do we have a detail display or anyway to see the multiple alarm condition for integrity error
Thank
Deepika
- Bryce H. Elliott, P.E.
In reply to Bryce Elliott:
Andre Dicaire
In reply to Andre Dicaire:
Thanks Bryce and Andre for the replies, was on holidays and back to business now. Very true cannot mask the alarms without knowing the real meaning usage of it. Currently the charm is configured as AI 4-20mA HART for all the HART type transmitters. We are not using any of the HART functionality available on device as well as in DeltaV. Alarm rationalization is one part executing a big project but currently the issue is A & E is flooded with 'Charm integrity error' which seems not relevant at a moment but again can be genuine if we use HART functionality to its capacity. Control Module is not configured to look at HART_Field_value instead looks at Field value PCT. I have attached the alarm summary, Condition summary snap for your reference along with examples to diagnostics few of the instrument would flag. This is mainly on the Ointig getting BAD due to Hardware Intig I suppose but you can comment on this with your best experience if it is wise to disable them until we use the AMS at later stage or leave the HART configuration to use diagnostics tool for reflecting the statuses. Or even disable few from its 'alarm config' button to remove maximum of them triggering the unnecessary ones. This will be only for the big hitters (probably 10-20 at max). One more thing is I cannot drill down into Condition alarm summary, anyway to check this please?
In reply to zanjurne.deepika: