程序执行的基本知识事件和 OB启动事件下表概括介绍了启动事件及其 OB 的可能事件源。表格 10-1 启动事件事件源的类型 可能的优先级（默认优先级） 可能的 OB 编号 默认系统响应 1) OB 数目启动 2) 1 100，≥ 123 忽略 0 到 100循环程序 2) 1 1，≥ 123 忽略 0 到 100时钟中断 2) 2 到 24 (2) 10 到 17，≥ 123 不适用 0 到 20延时中断 2) 2 到 24 (3) 20 到 23，≥ 123 不适用 0 到 20循环中断 2) 2 到 24（8 到 17，与频率有关）30 到 38，≥ 123 不适用 0 到 20硬件中断 2) 2 到 26 (18) 40 到 47，≥ 123 忽略 0 到 50状态中断 2 到 24 (4) 55 忽略 0 或 1更新中断 2 到 24 (4) 56 忽略 0 或 1制造商或配置文件特定的中断 2 到 24 (4) 57 忽略 0 或 1同步循环中断 16 到 26 (21) 61 到 64，≥ 123 忽略 0 到 2时间错误 3) 忽略超出循环周期监视时间一次22 80STOP0 或 1诊断中断 2 到 26 (5) 82 忽略 0 或 1模块拔出/插入中断 2 到 26 (6) 83 忽略 0 或 1机架错误 2 到 26 (6) 86 忽略 0 或 1MC-servo 4) 17 到 26 (25) 91 不适用 0 或 1MC-PreServo 4) 17 到 26 (25) 67 不适用 0 或 1MC-PostServo 4) 17 到 26 (25) 95 不适用 0 或 11) 如果未组态 OB。2) 对于这些事件源，除了yongjiu分配的 OB 编号（请参见列：可能的 OB 编号）之外，还可在 STEP 7 中分配 ≥ 123 的 OB 编号。3) 如果一次循环内两次超过最大循环时间，则 CPU 总是处于 STOP 状态（无论是否组态了 OB 80）。4) 有关这些事件源和启动特性的更多信息，请参见《S7‑1500 运动控制》功能手册。事件源的类型 可能的优先级（默认优先级） 可能的 OB 编号 默认系统响应 1) OB 数目MC-Interpolator 4) 16 到 26 (24) 92 不适用 0 或 1编程错误（jinxian全局错误处理）2 到 26 (7) 121 STOP 0 或 1I/O 访问错误（jinxian全局错误处理）2 到 26 (7) 122 忽略 0 或 11) 如果未组态 OB。2) 对于这些事件源，除了yongjiu分配的 OB 编号（请参见列：可能的 OB 编号）之外，还可在 STEP 7 中分配 ≥ 123 的 OB 编号。3) 如果一次循环内两次超过最大循环时间，则 CPU 总是处于 STOP 状态（无论是否组态了 OB 80）。4) 有关这些事件源和启动特性的更多信息，请参见《S7‑1500 运动控制》功能手册。对触发的响应发生启动事件时将导致以下响应：• 对于已分配 OB 的事件，将触发执行所分配的 OB。该事件将按照优先级在队列中排列。• 如果事件来自尚未分配 OB 的事件源，则 CPU 将执行默认的系统响应。说明某些事件源无需组态就已存在（如启动、拔出/插入）。事件源与 OB 间的分配OB 类型将确定 OB 与事件源间分配的位置：• 对于硬件中断和等时同步模式中断，将在配置硬件或创建 OB 时进行分配。• 在 MC-Servo、MC-PreServo、MC-PostServo 和 MC-Interpolator 中，STEP 7 将在添加工艺对象后自动分配 OB 91/92。• 对于其它所有的 OB 类型，将在创建 OB 时（也可能在组态事件源后）进行分配。对于硬件中断，可在指令 ATTACH 和 DETACH 的运行期间对之前的分配进行更改。在这种情况下，只更改实际有效的分配，而不是已组态的分配。组态的分配将在加载后以及每次启动时生效。将忽略那些组态中没有分配 OB 的硬件中断以及 DETACH 指令后发生的硬件中断。当一个事件到达时，CPU 不会检查是否为该事件分配了一个 OB，而只在实际执行硬件中断之前进行检查。177程序执行的基本知识10.1 事件和 OB分布式 I/O 系统系统手册, 11/2023, A5E03576855-ANOB 优先级和运行时特性如果 OB 被分配给事件，则 OB 将拥有该事件的优先级。 CPU 支持的优先级从 1（最低）到26（最高）。以下条目对于事件处理必不可少：• 调用和处理已分配的 OB• 更新已分配 OB 的过程映像分区用户程序只按优先级处理 OB。这意味着同时发出多个 OB 请求时，程序将首先处理优先级最高的 OB。如果所发生事件的优先级高于当前执行的 OB，则中断此 OB 的执行。对于优先级相同的事件，用户程序按发生的时间顺序进行处理。说明通信通信（例如，采用 PG 的测试功能）始终具有优先级 15。为了避免时间关键型应用中的程序运行时间发生不必要的延长，应确保这些 OB 不会被通信中断。为这些 OB 分配 >15 的优先级。参考有关组织块的更多信息，请参见 STEP 7 在线帮助。异步指令简介在程序处理过程中，同步和异步指令有着显著不同。“同步”和“异步”属性与指令调用与执行间的时间顺序相关。以下情况适用于同步指令：同步指令调用结束时，指令执行也结束。而异步指令，则情况有所不同：异步指令调用结束时，异步指令的执行不一定结束。这也就意味着，异步指令的执行可以跨多次调用。在 CPU 中，异步指令的执行与循环用户程序同时执行。异步指令会在 CPU 中生成作业进行处理。异步指令通常用于数据的传输（模块的数据记录、通信数据、诊断数据）。同步/异步指令之间的不同之处下图显示了异步指令和同步指令处理的不同之处。在该图中，指令完成之前（如，完全传输数据记录），异步指令指令调用了五次。使用同步指令，在每次调用中全面执行该指令。① 第一次调用异步指令，处理开始② 中间调用异步指令，处理继续③ 最后一次调用异步指令，处理终止④ 每次调用时，同步指令都完整执行完整执行的持续时间并行处理异步指令作业CPU 可并行执行多个异步指令作业。在以下情况下，CPU 将并行执行多个作业：• 同时调用多个异步指令作业。• 未超出指令可并行运行的最大作业数量。下图显示了两个 WRREC 指令作业的并行处理。在该图中，在一个特定的周期内并行执行这两个指令。说明异步指令之间的依赖关系用户程序中的调用顺序可能不同于异步指令的处理顺序。这可能导致异步指令之间的依赖关系出现问题。解决方案：为确保能够正确地按先后顺序进行处理，请在顺控器中使用异步指令的状态输出。仅当异步指令已完成且已通过参数 DONE 确认后，才能开始执行下一条异步指令。示例：对于 Recipeimport 和 RecipeExport 配方功能，需要使用 CSV 文件存储配方数据。如果导入和导出时使用同一 CSV 文件，则两个异步语句会建立相互依赖关系。在顺控器中，将Recipeimport 指令的参数 DONE 状态关联到将执行 RecipeExport 的下一步。进行此关联后，可确保正确进行处理。指令作业的调用分配要跨多个调用执行一个指令，CPU 需向该指令正在运行的作业唯一分配一个后续调用。CPU 可通过以下两种方式为作业分配一个调用，具体取决于指令的类型：• 通过指令的背景数据块（“SFB”类型）• 使用指令的输入参数标识该作业。在异步指令的执行过程中，这些输入参数必须与执行过程中的各调用相匹配。示例：通过输入参数 LOW_LIMIT、UP_LIMIT、COUNT、ATTRIB 和 SRCBLK.，标识指令作业“Create_DB”下表列出指令与用于标识的输入参数的关系。指令 标识作业的输入参数DPSYC_FR LADDR、GROUP、MODED_ACT_DP LADDRDPNRM_DG LADDRWR_DPARM LADDR、RECNUMWR_REC LADDR、RECNUM指令 标识作业的输入参数RD_REC LADDR、RECNUMCREATE_DB LOW_LIMIT、UP_LIMIT、COUNT、ATTRIB、SRCBLKREAD_DBL SRCBLK、DSTBLKWRIT_DBL SRCBLK、DSTBLKRD_DPARA LADDR、RECNUMDP_TOPOL DP_ID异步指令的状态异步指令通过块参数 STATUS/RET_VAL 和 BUSY 显示指令的状态。有些异步指令也会使用块参数 DONE 和 ERROR 显示。下图显示了两个异步指令 WRREC 和 CREATE_DB. 的执行① 输入参数 REQ 用于启动作业，执行异步指令。② 输出参数 DONE 用于指示该作业已完成且无错误。③ 输出参数 BUSY 用于指示作业是否正在执行。BUSY =1 时，为该异步指令分配资源。BUSY = 0时，未分配资源。④ 输出参数 ERROR 用于指示发生了错误。⑤ 输出参数 STATUS/RET_VAL 用于提供有关作业执行的状态信息。发生错误后，输出参数STATUS/RET_VAL 用于接收错误信息。总结下表简要列出了上文中介绍的参数关系。在该表格中，还特别列示了调用后但过程尚未执行完成时可能的输出参数值。说明每次调用之后，需对用户程序中的相关输出参数进行评估。作业“运行”过程中，REQ、STATUS/RET_VAL、BUSY 和 DONE 间的相互关系。资源占用异步指令在执行过程中，会占用 CPU 的资源。根据 CPU 和指令的类型不同，这些资源的使用具有一定限值；CPU 同时可处理最大数目的异步指令作业。在作业成功完成后或在执行过程中发生错误，这些资源将再次可用。示例：对于 RDREC 指令，1512SP‑1 PN CPU 最多可并行处理 20 个作业。如果超出指令的最大并行作业数量，则会出现以下情况：• 该指令将在块参数 STATUS 中返回错误代码 80C3（资源不足）。• CPU 不执行作业直到资源再次释放。说明低层级的异步指令多个异步指令可使用一个或多个低层级的异步指令进行处理。下表列出了这种相关性。请注意，如果有多个低层级指令，通常情况下一次只占用一个。CPU 保护功能的概述简介本章描述了下列用于防止对 ET 200SP 进行未经授权的访问的功能：• 保护机密的组态数据• 访问保护• 专有技术保护• 防拷贝保护CPU 的其它保护措施下列措施可进一步防止从外部源和网络对 CPU 的功能和数据进行未经授权的访问。• 禁用 Web 服务器• 禁用 OPC UA 服务器（有关 OPC UA 服务器的安全机制的详细信息• 禁用通过 NTP 服务器的时间同步• 禁用 PUT/GET 通信使用 Web 服务器时，可通过以下方式防止 ET 200SP 分布式 I/O 系统遭到未经授权的访问：• 在用户管理中为特定用户设置受密码保护的访问权限。• 使用默认的“仅允许通过 HTTPS 访问”(Allow access via HTTPS only) 选项。此选项仅允许使用安全超文本传输协议 HTTPS 来访问 Web 服务器。保护机密的组态数据自 STEP 7 V17 起，可通过指定一个密码保护相应 CPU 的机密组态数据。包括诸如私钥等基于证书的协议正常运行所需数据。有关机密组态数据保护的更多信息，请参见功能手册说明更换部件方案根据部件更换方案更换其中的 CPU 会影响用于保护机密组态数据的密码。更换 CPU 时，请遵循《通信 功能手册》中所述部件更换方案规则。
本地用户管理有关本地用户管理和访问控制的有用信息自 TIA Portal V19 和 CPU 固件版本 V3.1 起，ET 200SP CPU 已改进用户、角色和 CPU 功能权限的管理方式（用户管理和访问控制，UMAC）。自上述版本起，可在 TIA Portal 的项目用户和角色编辑器中，管理所有项目用户及其对项目中CPU 的权限（例如访问权限）。• 例如，转到项目树中的“安全设置 > 用户和角色”(Security Settings > Users and roles) 区域，以管理用户及其权限，从而控制访问权限。TIA Portal 保存用户自定义角色中的 CPU 功能权限分配，以及每个 CPU 中分配了这些角色的用户。不存在包含预定义 CPU 功能权限的系统定义角色。在下载组态后，用户管理功能在相应的 CPU 中生效。之后，每个 CPU 都“了解”用户可以访问的服务以及可以执行的具体功能。这种新方法在下文中也称为“本地用户管理和访问控制”。说明CPU 功能权限不支持全局用户UMC（用户管理组件）还可用于在 TIA Portal 中集中管理用户。使用此组件，可管理已连接服务器上的全局用户，例如通过连接 MS Active Directory 来实现。然后使用 UMC 进行身份验证。UMC 目前不支持对 CPU 特定功能权限进行全局用户管理。