IEC 62541-9-ed.4.0

Annotation of standard text IEC 62541-9-ed.4.0 :

IEC 62541-9:2026 specifies the representation of Alarms and Conditions in the OPC Unified Architecture. Included is the Information Model representation of Alarms and Conditions in the OPC UA address space. Other aspects of alarm systems like alarm philosophy, life cycle, alarm response times, alarm types and many other details are captured in standards such as IEC 62682 and ISA 18.2. The Alarms and Conditions Information Model in this document, is designed in accordance with IEC 62682 and ISA 18.2. Annex C specifies a recommended mapping between OPC Classic Alarm & Events (A&E) servers to the model described in this document. Annex A describes recommended localized names for Alarm states. Annex B describes examples (e.g. Event sequences, Alarm areas in AddressSpace). This fourth edition cancels and replaces the third edition published in 2020. This edition constitutes a technical revision. This edition includes the following significant technical changes with respect to the previous edition: a) addition of "Comment" parameter to Alarm shelving methods; b) addition of method that allows a client to get the members of a group, since it is possible that the AddressSpace does not expose instances of alarms; c) addition of deadband properties for all limits in the limit AlarmType (from which all other types described in this issue are derived); d) addition of text explaining the disabling of alarms is no longer supported in ISA 18.2 and that it is maintained in this document for backward compatibility, but that it is recommended that Alarm not be disabled; e) addition of optional severities for limit alarms; f) addition of new AlarmState variable type that can be used to collect alarm information for displays on graphics; g) addition of SupportsFilterRetain property to improve Client filtering; h) removal of ConditionSubClassId and ConditionSubClassNames from the conditiontype definition since they are now defined in BaseEventType. IEC 62541-9:2026 specifie la representation des Alarmes et des Conditions dans lArchitecture unifiee OPC. Il comprend la representation par le Modele dinformation des Alarmes et des Conditions dans lespace dadressage OPC UA. Les autres aspects des systemes dalarme tels que la philosophie dalarme, le cycle de vie, le temps de reponse de lalarme, les types dalarme et de nombreux autres details figurent dans des normes telles que lIEC 62682 et lISA 18.2. Le Modele dinformation des Alarmes et Conditions du present document est concu conformement a lIEC 62682 et a lISA 18.2. LAnnexe C specifie un mapping recommande entre les serveurs dAlarme et Evenements (A&E) OPC classiques et le modele decrit dans le present document. LAnnexe A decrit les noms localises recommandes pour les etats dAlarme. LAnnexe B decrit des exemples (sequences dEvenement, zones dAlarme dans lAddressSpace, par exemple). Cette quatrieme edition annule et remplace la troisieme edition parue en 2020. Cette edition constitue une revision technique. Cette edition inclut les modifications techniques majeures suivantes par rapport a ledition precedente: a) ajout du parametre "Commentaire" aux methodes de suspension dAlarme; b) ajout dune methode permettant a un client dobtenir les membres dun groupe, puisque lAddressSpace peut ne pas presenter dinstances dalarmes; c) ajout de proprietes de bande morte pour toutes les limites de lAlarmType limite (a partir duquel tous les autres types decrits dans ce problemes sont derives); d) ajout dun texte expliquant que la desactivation des alarmes nest plus prise en charge dans lISA 18.2 et quelle est maintenue dans le present document pour des raisons de retrocompatibilite, mais quil est recommande de ne pas desactiver lAlarme; e) ajout de severites facultatives pour les alarmes limites; f) ajout dun nouveau type de variable AlarmState qui peut etre utilise pour recueillir des informations dalarme a afficher sur les graphiques; g) ajout de de la propriete SupportsFilterRetain pour ameliorer le filtrage des Clients; h) suppression de ConditionSubClassId et ConditionSubClassNames de la definition de conditiontype, car ils sont desormais definis dans BaseEventType.