SIEMENS西门子 软起动器 3RW4435-6BC44

        simaticalarmconditiontype的定义下图显示了“simaticalarmconditiontype”类型的事件是如何在 opc ua的“baseeventtype”基础上一步步扩展而来的。simaticalarmconditiontype事件字段说明下表就带有状态且支持确认的报警提供了有关 simaticalarmconditiontype的各个字段的信息，这些将补充诸如 simaticeventtype 等的事件字段。对 opc ua 而言为可选且 cpu 的opcua 服务器也不使用的字段将予以忽略。有关各字段的说明，另请参见规范 opc10000-9：opc 统一架构，第 9部分：报警和条件（版本 1.04）。browsepath datatype 说明conditionclassid nodeid 可以是systemconditionclasstype、processconditionclasstype或baseconditionclasstype 的节点 idconditionclassname localizedtextconditionclassid 的显示名称retain 布尔型 指示对于 opc ua客户端而言报警仍然相关（在报警仍处于未决状态并且尚未确认时设置）。comment localizedtext •通过“addcomment”或“acknowledge”方法输入的新注释。• 在服务器重启之后和在未输入任何注释的情况下，为zero。comment.sourcetimestamp utctime 注释字段上次更改的时间戳ackedstatelocalizedtext “已确认”(acknowledged)或“未确认”(unacknowledged)ackedstate.id 布尔型在已确认时设置ackedstate.transitiontime utctime 报警得到确认的时间。如果未确认或不可确认，则为zero。activestate localizedtext “激活”(active)或“未激活”(inactive)activestate.id 布尔型 在“激活”(active) 时设置11.3.6.4激活报警和条件要求• s7-1500 cpu 固件版本 v2.9 或更高版本。• 根据许可证规范与 cpu 属性中的设置，购买了opc ua 运行系统许可证• 已启用“plc 中的中央报警管理”参数（cpu 属性中的“plc 消息”区域）。操作步骤要通过 opcua 报警和条件激活报警，按以下步骤操作：1. 在 cpu 属性中，转到“opc ua > 服务器 > 常规”(opcua > server > general) 区域。2. 选择“为 opc ua 服务器启用报警和条件”(enablealarms and conditions on the opc uaserver)选项。可触发事件的相应类型和对象只有在此选项已激活时，才会在地址空间显示出来。3. 必要时，还需激活选项“允许 opc ua客户端确认消息”(allow message acknowledgment byopc ua client)。此时，任何连接的 opcua 客户端都可通过“确认”(acknowledge) 方法确认需要确认的报警。255opc ua 通信11.3 将 s7-1500用作 opc ua 服务器通信功能手册, 11/2023, a5e03735819-al建议：激活诊断“远程 opc ua客户端请求失败”如果 opc ua 服务器的存储空间不足，则无法生成 opc ua 报警；opc ua客户端可能发生消息丢失的情况。因此，应激活诊断“远程 opc ua 客户端请求失败”(requests of a remote opcua clientfailed)，对该状态进行诊断：cpu 属性 > opc ua > 服务器 > 诊断 (opcua > server >diagnostics)。除此之外，还应激活选项“消息量较大时汇总诊断”(summarizediagnostics in case of highmessage volume)一旦存储空间充足，opc ua 客户端应调用conditionrefresh 条件，接收该报警系统的当前状态。更多信息有关 opc ua报警和条件支持的方法的信息，请参见“opc ua 报警和条件支持的方法(页260)”部分。有关远程客户端请求失败的信息，请参见“远程客户端请求失败 (页 271)”部分。11.3.6.5 订阅 opcua 服务器的事件通过“服务器”节点订阅所有事件opc ua 服务器通过“server”节点及其下级节点提供事件。当 opc ua客户端订阅“server”节点时，这些客户端将接收此 opc ua服务器的所有事件和报警。“server”节点位于“对象”(objects) 文件夹的“root”之下。opc ua 服务器会将 opcua 客户端所使用的事件类型通知给这些客户端（在地址空间中的“root > types >eventtypes”之下）。事件过滤选项opc ua 客户端可选择并仅订阅“服务器”(server)节点下的特定节点，进而仅订阅特定的事件类型，例如，仅订阅“userprogram”节点。借此可减少从 opc ua服务器到程序报警的事件数量。另一种过滤方式是选择事件字段，即 opc ua 术语中所谓的“select语句”。这意味着在订阅过程中，opc ua客户端除了事件报警对象之外还对事件字段进行选择（例如，“userprogram”节点）。用户可通过浏览相应字段名称的方式选择事件字段。opcua 另外也定义所谓的“where 语句”。事件过滤器中的 where 语句用于进一步限定 opcua服务器为所选对象提供的事件数量，例如，可按严重程度范围进行过滤。示例客户端 uaexpertuaexpert opc ua客户端示例显示了如何能通过订阅方式接收 opc ua 服务器的事件。以下是有关所示事件/报警的重要的信息：•事件视图是在数据访问视图之外的一个单独的事件视图。• “configuration”区域包含所选的事件信号传送对象，以及 select语句的字段。目前，在uaexpert 中不支持组态 where 语句。•在“events”区域中，“events”选项卡：对应于“报警归档”(alarm archive) 按钮已激活的 tia报警视图；其中也将显示离开的报警和“仅供参考”(information only) 类别的事件，因为uaexpert会在后台对其进行缓冲并支持进行显示。这些事件在“报警”(alarms) 选项卡中不可见。•在“events”字段中，“alarms”选项卡：对应于“当前报警”(current alarms) 按钮已激活的tia报警画面；其中将显示报警及其状态，例如，“激活”(active)（对应于“进入”(incoming)），并且这些报警也可通过快捷菜单进行确认。离开的报警将不会再在此视图中显示。在事件区域的各个列中提供一系列事件字段，例如，事件文本(message) 以及报警是否已确认(a=acknowledged)。cpu 的 opc ua服务器针对报警显示提供的特殊功能下面再一次汇总了 opc ua 报警和条件的报警画面在反映当前状态上所提供的特殊功能。主题 说明注释通过 opcua，用户可通过“addcomment”途径或“acknowledge”方法为报警添加注释。此注释在服务器重启后将不复存在。而未决报警在服务器重启后将不会丢失opcua服务器支持“conditionrefresh”方法，借此可在下载新数据块之后（需要重启服务器并重新建立连接）或在其它此类情况下，将系统当前状态提供给opc ua 客户端。报警相关值的处理方式用户可指定 simatic 报警占位符。通过这些占位符，可将多 10 个相关值（sd_1到sd_10）集成到报警文本中。占位符也可以是特定的文本列表条目。使用带有占位符的报警时，需遵循以下规则：•仅在系统诊断报警或安全事件报警中，才会在报警中自动插入代表相应值的占位符。对于其它类别的报警（如，程序报警），系统不会对这些值的占位符进行解析。opcua 客户端必需对这些报警进行解析。• 引用文本列表的占位符由 cpu进行解析（格式示例：%t#<文本列表的名称>）。通过 uaexpert 分配值和占位符的示例1. 请确保 uaexpert组态中所需的所有字段均已选中。请注意，所有不需要的字段都会产生通信负载。因此，应避免以下示例中所示的全部选择。2. 在uaexpert的“events”选项卡中，选择集成有相关值的报警。这些待集成到报警中的值，将显示在报警的“details”区域中。示例：“associatedvalue_01”分配给sd_1（格式：@1% ...@）。有关相关值的格式说明，请参见 tia portal信息系统（例如，搜索“相关值示例”）。支持简单数据类型作为关联值字段类型“associatedvalue_01”到 ..._10 为union 类型且限制为一些简单类型。opc ua 数据类型为simaticassociatedalarmvalue。支持以下简单数据类型：opc ua 报警和条件支持的方法举例而言，opc ua规范第 9 部分 (opc 10000-9: alarms & conditions) 定义了如何借助 opcua 服务器让 opcua 客户端能够对状态变化做出响应的方法。下文将介绍 s7-1500 cpu 的 opc ua服务器支持的这些方法及其特殊功能。要求欲使用报警和条件功能的相应方法，需要满足以下各项：• 报警和条件已激活•对于“acknowledge”方法，必须在服务器一侧允许由 opc ua 客户端确认报警。opc ua报警和条件支持的方法下文将简要介绍各个方法，以及因实施 s7-1500 cpu 的 opc ua服务器而带来的特殊功能和限制。各方法在类型空间中可见。上文列出的 opc ua规范包含一般说明。此概述表下方给出了有关各个方法的详细说明。方法 说明acknowledge 此方法用于确认以 eventid唯一标识的报警对象。conditionrefresh 此方法用于请求对所有报警对象进行更新（用 simatic语言表述：更新所有未决报警）。订阅之下所有受监视的项都将更新。对于 cpu 中 opc ua服务器的未决报警对象，其同步情况将在诸如以下之类的情形下加以指示：• 首次连接或恢复连接（通信中断后）• hmi设备操作员屏幕的屏幕切换addcomment此方法用于为报警对象添加注释。调用“acknowledge”和“addcomment”方法在 opc ua 中调用方法时将用到methodid 和 objectid。对于报警对象，objectid 是报警对象实例的节点 id。由于 simatic报警和条件的地址模型不提供报警对象的实例，opc ua 规范在此情况下规定，opc ua 客户端使用 conditionid 来作为objectid。有关如何通过事件过滤器的 selectclause 中的 simpleattributeoperands 来确定conditionid的更多信息，另请参见 opc ua 规范第 9 部分 (opc 10000-9: alarms &conditions)：acknowledgeacknowledge 方法 (methodid:i=9111) 有以下参数：参数数据类型 说明[in] eventid bytestring eventid 用于标识特定的事件通知。只有 ackedstate.id字段具有值“false”的事件可通过“acknowledge”方法确认。[in] comment localizedtext操作员或其他人员就确认给出的注释文本。另请参见“addcomment”方法的补充说明。方法结果代码结果代码 说明good方法已成功执行。badnotsupported 方法无法调用，因为由 opc ua 客户端确认报警和条件的选项已在 opc ua 的cpu 特性中遭到禁用。badconditionbranchalreadyacked 确认已经完成。badnodeidunknown方法调用时使用的 conditionid 有误（参见 objectid说明）。badeventidunknown 方法调用时使用的eventid 有误。