在 OPC UA服务器上提供方法关于服务器方法的有用信息 提供用于服务器方法的用户程序 在 S7-1500 CPU（自固件版本 V2.5 起）的OPC UA 服务器中，可以选择通过用户程序提供方 法。例如，OPC UA 客户端可使用这些方法，通过 S7-1500 CPU的方法调用启动生产作业。 OPC UA 方法是“远程过程调用”的实现，为不同通信节点之间的交互提供了有效机制。该机制提供作业确认和反馈值，因此用户无需再编程握手机制。 例如，使用 OPC UA方法，可以持续传输数据，而无需触发位/握手或触发控制器上的特定操 作。 OPC UA 方法的工作原理 通常，OPC UA方法的工作原理与运行系统中由外部 OPC UA 客户端调用的受专有技术保护函 数块的原理类似。 OPC UA客户端仅“监视”已定义的输入和输出。函数块、方法或算法的内容对外部 OPC UA 客户 端保持隐藏。OPC UA客户端接收成功执行的反馈以及函数块（方法）返回的值，或者，如果 执行不成功，则会收到错误消息。 作为程序员，对 OPC UA方法运行的程序环境负有责任并具有完全控制权。 编程方法和运行行为的规则 • 确保 OPC UA 方法返回的值与 OPC UA客户端提供的输入值一致。 • 遵守分配参数名称和结构的规则以及允许的数据类型（请参见 OPC UA 服务器指令的说 明）。 • 运行期间的行为：对于每个实例，OPC UA 服务器均接受一次调用。在调用已由用户程序处 理或已超时之前，方法实例不可用于其它OPC UA 客户端。 实现用户程序（作为服务器方法）的基本步骤如下。 服务器方法的实现用于实现服务器方法的程序（函数块）的结构如下： 1. 使用 OPC_UA_ServerMethodPre 查询服务器方法调用先在用户程序中（即服务器方法中）调用“OPC_UA_ServerMethodPre”指令。 该指令将执行以下任务： – 通过该指令询问CPU 的 OPC UA 服务器是否已通过 OPC UA 客户端调用服务器方法。 –如果已调用方法，并且服务器方法具有输入参数，服务器方法现在会接收到输入参数。 服务器方法的输入参数来自调用 OPC UA 客户端。2. 编辑服务器方法 在这部分服务器方法中，用户提供实际用户程序。选项与其它任何用户程序中的选项相同（例如访问其它函数块或全局数据块）。 如果服务器方法使用输入参数，则可使用这些参数。 仅当 OPCUA 客户端已调用服务器方法时，才可执行服务器方法的这一部分。 成功执行方法后，如果方法具有输出参数，需要设置服务器方法的输出参数。3. 使用 OPC_UA_ServerMethodPost 响应服务器方法要完成服务器方法，应调用“OPC_UA_ServerMethodPost”指令。使用参数通知“OPC_UA_ServerMethodPost”指令是否已处理用户程序。 如果用户程序已成功执行，则会通过相关参数通知OPC UA 服务器。OPC UA 服务器随后会 将服务器方法的输出参数发送到 OPC UA客户端。无论用户程序是由“OPC_UA_ServerMethodPre”和“OPC_UA_ServerMethodPost”指令处理还是在下一个周期继续执行，始终以成对的形式调用这两个指令。 有关实现服务器方法的示例，请参见 STEP 7 在线帮助。 集成服务器方法下图显示了 OPC UA 客户端 (A) 如何调用服务器方法“Cool”： CPU 在循环用户程序 ⑥中执行服务器方法“Cool”的实例“Cool1”。 CPU 首先使用指令“OPC_UA_ServerMethodPre”查询 ④OPC UA 客户端是否调用了服务器方 法“Cool”①。 • 如果尚未调用服务器方法，则程序执行将通过 ④ 和 ⑥直接返回至循环用户程序。 在“Cool1”之后，CPU 恢复循环用户程序。 • 如果已调用服务器方法，则该信息将通过 ④返回至服务器方法“Cool”。实际功能现在会在 Cool 服务器方法中执行，请参见图中的“<方法功能>”()。然后服务器方法使用指令“OPC_UA_ServerMethodPost”⑤ 通知固件 (B) 该指令已执行 ③。 固件通过 ②将该信息返回至调用 OPC UA 客户端 (A)。 在“Cool1”之后，CPU恢复循环用户程序。服务器方法的调用以及“完成”(Done) 信息（方法已完成）的管理 ① 服务器方法的异步调用 ②调用方法的异步“完成”(Done) 信息（方法已完成） B 等待 OPC UA 客户端调用，管理队列中的调用，将“完成”(Done)信息从循环用户程序转发到 OPC UA 客户端 ③ 在 OPC UA 服务器与用户程序的方法实例之间的数据传输 C检查方法是否已调用。 如果已调用，将输入数据从 OPC UA 服务器转发到用户程序的方法实例，并为方法实例反馈方法已调用（“已调用”） ④ 同步调用指令 OPC_UA_ServerMethodPre（作为多重实例），说明来自 OPC UA服务器的输入数据的存储区域。 返回值指示 OPC UA 客户端是否调用了方法。
⑤检查方法是已完成还是仍处于活动状态（“忙”）。 D 检查方法是否已完成。 如果已完成，则会将方法实例的输出数据转发到 OPC UA服务器，并通知方法实例方法已完成。通知 OPC UA 服务 器。 ⑥ 使用所需实例和过程参数调用方法 FB（在本例中为：FBCool） 图 10-51 示例：调用“Cool”服务器方法 关于服务器指令的信息 “指令 > 通信> OPC UA 服务器”(Instructions > Communication > OPC UA> OPC UA server) 的帮助中详细介绍了“OPC_UA_ServerMethodPre”和“OPC_UA_ServerMethodPost”。10.3.5.2 使用服务器方法的边界条件 支持的数据类型 提供服务器方法时，请遵循以下规则： •根据下图所示，指定数据类型（SIMATIC 数据类型 - OPC UA 数据类型）。系统不支持其它 分配方式。 STEP 7不会检查是否遵循该规则，因此也不会预防分配错误。用户需确保所做的选择和数据 类型分配符合规则。例如，所列出的数据类型，也可用作自定义服务器方法（UAMethod_InParameters 和UAMethod_OutParameters）中输入和输出参数结构/数组/UDT 的元素。超出时的错误消息如果超出服务器方法的Zui大数量，则指令 OPC_UA_ServerMethodPre 或 OPC_UA_ServerMethodPost将报告错误代码 0xB080_B000 (TooManyMethods)。 使用带有嵌套数组的结构化数据类型 如果结构化数据类型(Struct/UDT) 中包含一个数组，则 OPC UA 服务器无法提供该数组的长度 信息。如果将该结构用作服务器方法的输入或输出参数，则需确保调用该方式时使用的嵌套数组长度 正确。如果长度错误，则该方法调用失败且错误代码为“BadInvalidArgument”。提供 OPC UA 服务器报警有关报警的实用信息通过报警可以快速检测自动化系统中的过程控制错误，并准确定位和清除这些错误。这有助于 大幅缩短工厂停机时间。OPC UA信息模型“Alarms & Conditions”提供不限平台的标准化消息 处理方式。自固件版本 V2.9 起，S7-1500 CPU的 OPC UA 支持 OPC UA 信息模型“报警和条件”。通过这种 方式，OPC UA 服务器可支持访问控制报警。 下面部分将介绍SIMATIC 中可用的哪些报警类型是 OPC UA 服务器的 OPC UA 接口所支持的。 下文中还介绍了 S7-1500 CPU中 OPC UA 服务器的报警和条件组态；OPC UA 与报警和条件模 型的架构；以及与 CPU 报警系统的 SIMATIC控制器报警相比，使用 OPC UA 服务器地址空间 的报警时，需考虑的特殊事项。 将报警转换到 OPC UA Alarms &Conditions 的基础 Alarms and Conditions 信息模型在“OPC 10000-9: OPC UnifiedArchitecture Part 9: Alarms & Conditions”规范中指定。 SIMATIC 中的控制器报警S7-1500 CPU 的 OPC UA 服务器支持下列控制器报警，这些报警均可供 S7-1500 CPU 使用。用户可按常规方式对这些报警进行组态和编程，无需额外考虑在 OPC UA 客户端上使用这些报警 的规则。 OPC UA Alarmsand Conditions 所带来的额外优势是，这些报警类型不仅可通过 HMI 设备、 Web 浏览器、CPU 显示屏或 TIAPortal 显示，而且也可在支持 OPC UA 报警和条件的所有 OPC UA 客户端中显示。 • ProDiag 的 PLC监控报警 只需执行几个组态步骤，即可在程序中快速集成监控功能，且无需更改程序代码。由于仅监控单个的操作数且无需额外编程，因此监控的组态与 TIA Portal 的编程语言无关。 • 系统诊断报警 与配置相关的模块事件以CPU 硬件配置的方式提供，并可通过连接的显示设备加以评估。 这些事件只能在报警编辑器中查看，不能编辑。 •程序报警（Program_Alarm 指令） 为报告程序同步事件，程序报警一次分配到一个块中。这些报警在程序编辑器中创建，在报警编辑器 (TIA Portal) 中编辑。 • GRAPH 报警 对于 GRAPH 函数块，用户还可启用报警；例如用于互锁、监控和GRAPH 警告（步时间监 视）。 有关报警类型的重要信息 在报警行为的差异上，下列特性有重要意义： •报警是否有状态（例如，报警当前是处于进入还是离开状态，是否有相应的时间戳）？ • 报警是否需要确认？如果这些特性均不适用，也就是说报警没有任何状态且无需确认，那么报警的作用仅是就已经发生的事件提供相关信息（“发后即忘”）。具体是将报警缓存起来以备后用，还是仅用于显示 目的，这取决于接收报警的设备。报警类别决定确认行为 本部分将介绍程序报警的设置选项。用户还可为系统诊断报警和 PLC 监控报警（例如， ProDiag监控设置）设置报警行为 - 有关详细信息，请参见链接中的更多信息。