STP：退出程序(S7-1200, S7-1500) 说明 可以使用指令“退出程序”将 CPU 设置为 STOP 模式，可以终止程序执行。是否从RUN 模式切换到 STOP 模式，则取决于 CPU 的组态。 当该指令输入的 RLO 为“1”时，CPU 切换到 STOP模式，终止程序执行。 而不检测该指令输 出的信号状态。 如果该指令输入的 RLO 为“0”，该指令将不会执行。调用指令请遵循以下调用条件： • S7-1200 系列 CPU： 固件版本低于 V2.2 时，仅能在优先级为 1的程序循环组织块中调用该指令。即，所有组 织块中的Zui低优先级。如果在优先级更高的组织块中调用该指令，则指令不会执行且结果 （BR位，使能输出 ENO）始终为“0”。 固件版本高于 V2.2 时，可在所有组织块中调用该指令而无考虑优先级。 • S7-1500 系列CPU： 可在所有组织块中调用该指令而无考虑优先级。
GET_ERROR：局部获取错误(S7-1200, S7-1500) 说明 可以使用“获取本地错误信息”指令查询程序块内的错误。通常为编程错误或访问错误。如果程序块的执行过程中系统报告了一个错误，则上一执行该指令后执行该块时发生第一个错 误的详细信息将存储在输出 ERROR 处的操作数中。在输出 ERROR 中，只能指定“ErrorStruct”系统数据类型的操作数。“ErrorStruct”系统数据类型将指定存储错误相关信息的具体结构。可使用其它指令评估该结构并编写相应的响应。如果程序块中存在多处错误，则只有在更正了发生的第一个错误后，该指令才会输出下一个要发 生错误的相关错误信息。 说明 输出 ERROR只有在存在错误信息时才能更改 ERROR 输出。可以通过以下方式在处理错误之后将输出设 置回“0”： •在块接口的“Temp”部分声明变量。 • 在调用指令之前将变量重置为“0”。 • 查询使能输出 ENO。 仅当使能输入 EN返回的信号状态为“1”且发送错误信息时，才置位使能输出 ENO。如果其中 任一个条件不满足，则剩余的程序执行将不受该指令的影响。 说明激活本地错误处理 在程序块的程序代码中插入该指令时，将立即激活本地错误处理功能并在发生错误时忽略默认的系统响应。数据类型“ErrorStruct”“ErrorStruct”数据类型可插入到全局数据块或块接口中。如果每次为该数据结构指定不同的名称，则该数据类型可多次插入。但该数据结构和各结构元素的名称不能更改。如果将错误 信息保存在全局数据块中，则其它程序块也可读取。下表列出了“ErrorStruct”数据类型的结构： 结构组件 数据类型 说明 ERROR_ID WORD 错误 ID FLAGSBYTE 显示程序块调用过程中是否出错。 16#01：程序块调用过程中发生错误 16#00：程序块调用过程中无错误 REACTIONBYTE 默认响应： 0：忽略（写入错误） 1：使用替换值“0”继续执行（读取错 误） 2：跳过指令（系统错误）CODE_ADDRESS CREF有关程序块地址和类型的信息。访问“#Field[#index]”变量时出错。出现读取/访问错误，“乘”指令的使能输出 ENO 和#TagOut_Enabled 操作数的信号状态均为“1”，并使用值“0.0”执行乘法。如果出现这种错误情况，我们建议您在执行“乘”指令之后设定“获取本地错误信息”指令以获取错误。“获取本地错误信息”指令提供的错误信息将通过比较指令“等于”进行评估。如果“#Error.REACTION”结构组件的值为“1”，则表示有读取/访问错误，并且复位“#TagOut_Enabled”输出。GET_ERR_ID：获取本地错误 ID (S7-1200, S7-1500) 说明可以使用“获取本地错误 ID”指令查询块内发生的错误。该错误通常为访问错误。如果在上一次执行该指令后块执行过程中系统报告块执行错误，则将变量中所发生第一个错误的错误 ID 存储在输出 ID 中。 ID 输出中只能指定WORD 数据类型的操作数。如果块中存在多处错误，则在更正了第一个 错误后仅输出该指令中下一个错误的错误 ID。 说明只有在存在错误信息时才能更改 ID 输出。可以通过以下方式在处理错误之后将输出设置回 “0”： •在块接口的“Temp”部分声明变量。 • 在调用指令之前将变量重置为“0”。 • 查询使能输出 ENO。 只有当使能输入 EN返回信号状态“1”且存在错误信息时，才会置位指令“获取本地错误 ID”的 使能输出ENO。不满足其中的某个条件，剩余的程序执行不受“获取本地错误 ID”指令 的影响。有关该指令的执行和其它故障排除方式的示例，请参见“另请参见”。 说明 “获取本地错误ID”指令支持在块内进行本地错误处理。在将“获取本地错误 ID”指令插入块的程序代码中时，如果发生错误，则将忽略任何预定义的系统响应。 错误处理方式 有关相应的错误处理方式概述，请参见“错误处理机制概览(页 160)” 有关包含多种错误处理方式的本地错误处理详细示例，请参见“有关处理程序执行错误的示例(页 190)”访问“#Field[#index]”变量时出错。出现读取/访问错误，“乘”指令的使能输出 ENO 和#TagOut_Enabled 操作数的信号状态均为“1”，并使用值“0.0”执行乘法。如果出现这种错误情况，我们建议您在执行“乘”指令之后设定“获取本地错误 ID”指令以获取错误。“获取 本地错误ID”指令提供的错误信息将通过比较指令“等于”进行评估。如果 #TagID 操作数返 回 ID2522，则表示有读取/访问错误，并且值“100.0”被写入 #TagOut 输出。INIT_RD：初始化所有保留数据(S7-1500) 说明 “初始化所有保留数据”指令用于复位所有数据块、位存储器以及 SIMATIC 定时器和计数器中的保持性数据。由于该指令的执行时间超出程序周期的持续时间，只能在启动 OB 中执行。WAIT：组态延时时间(S7-1500) 说明 通过“组态延时时间”指令，可将程序的执行过程暂停一段特定的时间。在该指令的参数 WT 中时间段的单位为微秒。可以组态的延时为 -32768 到 +32767 微秒 (μs)。Zui短延时时间取决于 CPU 和该指令的执行 时间。优先级更高的事件可中断该指令的执行且不返回任何错误信息。 说明 负延时时间 如果在参数 WT 中指定了一个负延时时间，则使能输出ENO 或 RLO 和 BR 位将返回信号状态 FALSE。负延时时间不会对 CPU 造成影响。以下与使能输出 ENO相关联的指令不在 LAD 或 FBD 中执行。余时间 = 从既定延时时间结束（通过“WAIT”）到中断 OB 运行结束之间的时间额外时间 = 从中断 OB 运行结束到既定延时时间结束（通过“WAIT”）之间的时间 案例 1： 在一个 OB1中调用“WAIT”指令。“WAIT”指令可由较高优先级的 OB 或较高优先级的进程（如， SystemThreads）中断。但“WAIT”指令的延时时间既不会更改，也不会延时。 案例 2 和 3： OB1 中正在执行的程序将在延时 20ms 后继续执行。延时时间可通过在 OB1 中调用“WAIT”指 令计算得出（参见在 OB1 中执行 WAIT）。在 20 ms时间内，中断 OB 可运行自己的程序代码。 CPU 的发送时钟不会改变。案例 4： OB1中正在执行的程序将在较高优先级执行完成后继续执行。OB1 内 20 ms 延时时间到期后，仍需等待较高优先级进程执行完成。CPU 的发送时钟将增加。 说明 系统或通信进程 (System Threads) 的执行顺序系统线程的优先级通常为“15”。存在优先级高于“26”的系统线程，但这些进程将导致 CPU 载荷降低。系统线程不在图中显示。使用“RT_INFO”指令测量 OB1 的运行时间： 案例 2：20 ms - 8 ms - System Threads=<12 ms。发送时钟：约 20 ms。 案例 3：20 ms - 11 ms - System Threads -<9 ms。发送时钟：约 20 ms。 案例 4：20 ms - 15 ms - System Threads - <7ms。发送时钟：约 22 ms。RUNTIME：测量程序运行时间 (S7-1200, S7-1500) 说明“测量程序运行时间”指令用于测量整个程序、单个块或命令序列的运行时间。 如果要测量整个程序的运行时间，请在 OB1中调用指令“测量程序运行时间”。第一次调 用时开始测量运行时间，在第二次调用后输出 RET_VAL 将返回程序的运行时间。测量的运行时间包括程序执行过程中可能运行的所有 CPU 进程，例如，由较gaoji别事件或通信引起 的中断。指令“测量程序运行时间”读取CPU 内部计数器中的内容并将该值写入 IN-OUT 参 数 MEM 中。该指令根据内部计数器的频率计算当前程序运行时间并将其写入输出RET_VAL 中。 如果要测量单个块或单个命令序列的运行时间，则需要三个单独的程序段。在程序的单个程序段中，调用指令“测量程序运行时间”。首次调用该指令即可设置运行时间测量的起始点。在下一个程序段中调用所需的程序块或命令序列。在另一个程序段中，第二次调用“测 量程序运行时间”指令并将相同的存储器分配给IN-OUT 参数 MEM，与在第一次调用该指令 时所做的一样。第三个程序段中的“测量程序运行时间”指令将读取内部 CPU计数器，并根据内部计数器中的频率计算该程序块或命令序列的当前运行时间，再写入输出 RET_VAL 中。测量程序运行时间”指令使用内部高频计数器来计算时间。如果计数器溢出，该指令返回值 <= 0.0。如果 S7-1200 CPU的固件版本小于 V4.2，则可能会发生这种情况（每分钟Zui多一 次）。忽略这些运行时间值。 说明由于命令序列中的指令序列会在程序的优化编译期间发生变化，无法确切地确定命令序 列的运行时间。