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

        5.编译项目。编译后，新生成的实例节点位于生成的“配套规范”类型的服务器接口中。step 7为每个背景数据块都创建一个对象。生成的元素将位于每个此等对象之下。同样地，step 7 也会为在实例化 udt时所创建的每个全局数据块创建一个对象。所生成的配套规范接口无法更改（不再支持：生成本地数据，导入配套规范）。该措施可对数据进行保护，防止手动扩展服务器接口并重新编译时，因覆盖而导致数据丢失。仅生成的配套规范接口的名称可修改。此外，在生成的配套规范接口中，tia项目的项目树中所创建的用于整理数据的组文件夹可用作“文件夹”（节点类型）。创建用户程序及 fb 类型或 udt关于如何创建 fb 和udt 在此将不再赘述；就此目的，请参见有关创建用户程序的说明，举例而言，可声明块接口和声明 plc 数据类型(udt)。一致性检查一致性检查（编辑器的“一致性检查”(consistency check)按钮）还将检查数据类型的映射并更新编辑器相应列中数据类型的显示。使用服务器接口时组态限制的注意事项使用 opc ua服务器接口时，必须遵循依据 s7-1500 cpu 性能等级的以下对象的限制：• 服务器接口数• opc ua 节点数•加载对象数据量• 如果方法已执行：服务器方法或服务器方法实例的数量opc ua 服务器接口和方法的组态限制下表列出了 s7-1500cpu 的组态限制；编译和加载组态时也必须考虑到这些限制（有关 cpu的新技术规范，敬请访问internet关于服务器方法的有用信息提供用于服务器方法的用户程序在 s7-1500 cpu（自固件版本 v2.5 起）的 opcua 服务器中，可以选择通过用户程序提供方法。例如，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 服务器均接受一次调用。在调用已由用户程序处理或已超时之前，方法实例不可用于其它 opcua 客户端。实现用户程序（作为服务器方法）的基本步骤如下。服务器方法的实现用于实现服务器方法的程序（函数块）的结构如下：1. 使用opc_ua_servermethodpre查询服务器方法调用先在用户程序中（即服务器方法中）调用“opc_ua_servermethodpre”指令。该指令将执行以下任务：–通过该指令询问 cpu 的 opc ua 服务器是否已通过 opc ua 客户端调用服务器方法。–如果已调用方法，并且服务器方法具有输入参数，服务器方法现在会接收到输入参数。服务器方法的输入参数来自调用 opc ua 客户端。2.编辑服务器方法在这部分服务器方法中，用户提供实际用户程序。选项与其它任何用户程序中的选项相同（例如访问其它函数块或全局数据块）。如果服务器方法使用输入参数，则可使用这些参数。仅当opc ua客户端已调用服务器方法时，才可执行服务器方法的这一部分。成功执行方法后，如果方法具有输出参数，需要设置服务器方法的输出参数。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服务器方法中执行，请参见图中的“<方法功能>”(<methodfunctionality>)。然后服务器方法使用指令“opc_ua_servermethodpost”⑤ 通知固件 (b)该指令已执行 ③。固件通过 ② 将该信息返回至调用 opc ua 客户端 (a)。在“cool1”之后，cpu 恢复循环用户程序。a服务器方法的调用以及“完成”(done) 信息（方法已完成）的管理① 服务器方法的异步调用② 调用方法的异步“完成”(done)信息（方法已完成）b 等待 opc ua 客户端调用，管理队列中的调用，将“完成”(done) 信息从循环用户程序转发到 opc ua客户端③ 在 opc ua 服务器与用户程序的方法实例之间的数据传输c 检查方法是否已调用。如果已调用，将输入数据从 opc ua服务器转发到用户程序的方法实例，并为方法实例反馈方法已调用（“已调用”）④ 同步调用指令opc_ua_servermethodpre（作为多重实例），说明来自 opc ua 服务器的输入数据的存储区域。返回值指示 opcua 客户端是否调用了方法。⑤ 检查方法是已完成还是仍处于活动状态（“忙”）。d检查方法是否已完成。如果已完成，则会将方法实例的输出数据转发到 opc ua 服务器，并通知方法实例方法已完成。通知 opc ua服务器。⑥ 使用所需实例和过程参数调用方法 fb（在本例中为：fb cool）关于服务器指令的信息“指令 > 通信 >opc ua 服务器”(instructions > communication > opc ua > opc uaserver)的帮助中详细介绍了“opc_ua_servermethodpre”和“opc_ua_servermethodpost”。使用服务器方法的边界条件支持的数据类型提供服务器方法时，请遵循以下规则：•根据下图所示，指定数据类型（simatic 数据类型 - opc ua 数据类型）。系统不支持其它分配方式。step 7不会检查是否遵循该规则，因此也不会预防分配错误。用户需确保所做的选择和数据类型分配符合规则。例如，所列出的数据类型，也可用作自定义服务器方法（uamethod_inparameters和uamethod_outparameters）中输入和输出参数结构/数组/udt的元素。所需的用户自定义数据类型（udt，userdefined datatype）用户创建的自定义数据类型必须以“union_”为前缀，如“union_mydatatype”。在 udt 中，第一个元素(selector) 的数据类型必须为“udint”。union和所有派生的数据类型超出时的错误消息如果超出服务器方法的大数量，则指令 opc_ua_servermethodpre或opc_ua_servermethodpost 将报告错误代码 0xb080_b000(toomanymethods)。使用带有嵌套数组的结构化数据类型如果结构化数据类型 (struct/udt) 中包含一个数组，则opc ua服务器无法提供该数组的长度信息。如果将该结构用作服务器方法的输入或输出参数，则需确保调用该方式时使用的嵌套数组长度正确。如果长度错误，则该方法调用失败且错误代码为“badinvalidargument”。 提供opc ua服务器报警有关报警的实用信息通过报警可以快速检测自动化系统中的过程控制错误，并准确定位和清除这些错误。这有助于大幅缩短工厂停机时间。opcua 信息模型“alarms & conditions”提供不限平台的标准化消息处理方式。自固件版本 v2.9 起，s7-1500cpu 的 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 的基础alarmsand conditions 信息模型在“opc 10000-9: opc unified architecture part 9:alarms &conditions”规范中指定。simatic 中的控制器报警s7-1500 cpu 的 opc ua服务器支持下列控制器报警，这些报警均可供 s7-1500 cpu 使用。用户可按常规方式对这些报警进行组态和编程，无需额外考虑在opc ua 客户端上使用这些报警的规则。opc ua alarms and conditions所带来的额外优势是，这些报警类型不仅可通过 hmi 设备、web 浏览器、cpu 显示屏或 tia portal 显示，而且也可在支持opc ua 报警和条件的所有 opcua 客户端中显示。• prodiag 的 plc监控报警只需执行几个组态步骤，即可在程序中快速集成监控功能，且无需更改程序代码。由于仅监控单个的操作数且无需额外编程，因此监控的组态与tia portal 的编程语言无关。• 系统诊断报警与配置相关的模块事件以 cpu硬件配置的方式提供，并可通过连接的显示设备加以评估。这些事件只能在报警编辑器中查看，不能编辑。• 程序报警（program_alarm指令）为报告程序同步事件，程序报警一次分配到一个块中。这些报警在程序编辑器中创建，在报警编辑器 (tia portal) 中编辑。•graph 报警对于 graph 函数块，用户还可启用报警；例如用于互锁、监控和 graph警告（步时间监视）。有关报警类型的重要信息在报警行为的差异上，下列特性有重要意义：•报警是否有状态（例如，报警当前是处于进入还是离开状态，是否有相应的时间戳）？•报警是否需要确认？如果这些特性均不适用，也就是说报警没有任何状态且无需确认，那么报警的作用仅是就已经发生的事件提供相关信息（“发后即忘”）。具体是将报警缓存起来以备后用，还是仅用于显示目的，这取决于接收报警的设备。报警类别决定确认行为本部分将介绍程序报警的设置选项。用户还可为系统诊断报警和plc 监控报警（例如，prodiag 监控设置）设置报警行为 -有关详细信息，请参见链接中的更多信息。有关程序报警的设置选项，可在报警编辑器中找到（在项目树中双击“plc监控和报警”(plcsupervisions and alarms)，并选择“报警”(alarms) 选项卡）。对于 s7-1500cpu，用户可在此通过报警类别设置是否需要确认报警。除了确认行为之外，在创建新报警类别时，还可定义此报警类别下报警的默认优先级。报警是否有状态可在报警类型或其它位置通过“仅供参考”(informationonly) 选项设置；选择此选项后，将按照“发后即忘”的方式处理报警。