启用值状态 评估通道值状态时，请选择 I/O 模块属性中的“值状态”(Value status) 复选框。通过激活值状态，可为过程映像输入 (PII) 中的值状态分配附加地址。对于输入模块，STEP 7 直接在用户数据后面分配输入地址；对于输出模块，将分配下一个可用输入地址。 具有 MSI/MSO 的模块的特性 要求： • 用于带有MSI/MSO 的 I/O 模块的 GSD 文件 • IO 设备支持 MSI/MSO（例如，固件版本Zui低为 V2.0.0 的 IM155-5 PN ST） 对于已经组态了模块内部共享输入 (MSI) 或模块内部共享输出 (MSO) 的带有诊断功能的模块，值状态的含义如下所示： MSI： 对于第 1 个子模块（基本子模块），值状态为 0 表示值不正确。 对于第 2 个到第 4个子模块（MSI 子模块），值状态为 0 表示值不正确或基本子模块尚未分 配参数（未就绪）。 MSO： 对于第 1个子模块（基本子模块），值状态为 1 表示用户程序中指定的输出值实际为模块 端子处的输出。 值状态为 0 的可能原因： •值不正确，例如，由于供电电压缺失。 • 基本子模块的 IO 控制器处于 STOP 状态。 对于第二到第四个子模块（MSO子模块），值状态为 1 表示用户程序指定的输出值实际为 模块端子处的输出。 值状态为 0 的可能原因： •值不正确，例如，由于供电电压缺失。 • 基本子模块的 IO 控制器处于 STOP 状态。 • 基本子模块参数尚未分配。 带紧凑型CPU（如，CPU 1511C-1 PN）时，工艺功能输出通道处的值状态特性 CPU 1511C-1 PN 支持模拟量和数字量板载I/O 通道上的值状态 (QI)。 当前使用工艺功能（HSC、PWM 或 PTO）的输出通道，不支持该值状态。值状态评估示例(S7-1500) 可在 STEP 7（设备视图）中为各种应用组态 S7-1500 的 DI 32x24VDC HF 模块。 根据组态的不同，将在过程映像输入中指定地址或指定不同地址。 该示例显示了各种组态及其各自分配的值状态，并说明了对地址分配的影响。DI 32x24VDC HF 的组态选项 可进行以下组态： • 1 x 32 通道（不带值状态） • 1 x 32通道（带值状态） • 4 x 8 通道（不带值状态） • 4 x 8 通道（带值状态） • 1 x 32 通道（带Zui多 4个子模块中模块内部共享输入 (MSI) 的值状态） 对于值状态，系统将在值状态组态中为每个通道指定一个附加位。 值状态位将指示所读入的数字值是否有效。 （0 = 值不正确）。 组态为带值状态的 32 通道 DI 32x24VDC HF 的地址空间预设的 DI 组态保持原样（32 个通道，不会划分到子模块或模块内部共享输入 (MSI) 组态）， 但值状态将会启用。 •在模块属性的“DI 组态”(DI configuration) 区域中，选择“启用值状态”(Enable value status)复选框（巡视窗口）。
组态为带 MSI 和值状态的 1x 32 通道 DI 32x24VDC HF 的地址空间 下面显示的组态使用“模块内部共享输入(MSI)”功能。在共享设备 (ET 200MP) 中使用模块 时，该功能允许不同 IO 控制器 (CPU) 读取输入值。组态带有模块内部共享输入 (MSI) 的 1 x 32 通道模块时，可在Zui多 4 个子模块中复制模块 的通道 0 到 31。之后，在不同的子模块中通道 0 到 31 将具有相同的输入值。 在共享设备 中使用该模块时，可将这些子模块分配给Zui多 4 个 IO控制器。 每个 IO 控制器都具有对相 同通道的读访问权（“监听”）。可用的子模块数量（= 输入副本数）取决于所使用的接口模块。请遵循设备手册中特定接口 模块的相关信息。 • 在模块属性的“DI 组态”(DI configuration)区域中，选择以下选项（巡视窗口）： – 对于“模块细分”： 无 – 对于“模块副本”： 一个附加的输入副本 此设置允许一个附加 IO控制器读取模块的输入。 自动为 MSI 组态启用值状态（无法更改）。这样设置的原因是负责“监听”的共享设备的 IO控制器可根据值状态确定模块是否已准备就绪并提供有效值。 上述设置产生的子模块命名如下： • 基本子模块： 它是指定给参数分配 IO控制器的子模块。 仅参数分配 IO 控制器有权访问 模块诊断并接收硬件中断。 • MSI 子模块： 它是分配给负责“监听”的 IO控制器的子模块。 正在监听的 IO 控制器无 权访问模块诊断，仅由值状态接收输入值的有效性信息。 值状态 (QualityInformation, QI) 值状态的含义取决于所在的子模块。 对于第一个子模块（基本子模块），值状态为 0 表示值不正确。对于第二到第四个子模块（MSI 子模块或输入副本），值状态为 0 表示值不正确或基本子模 块参数尚未分配（未就绪）。 示例： DI32x24VDC HF 模块如上所述进行组态（一个附加的输入副本）。 产生一个基本子 模块和一个 MSI 子模块。在本例中，基本子模块接收起始地址 10，而 MSI 子模块接收起始地址 100。MSI 子模块的 地址与 IO控制器无关，这是因为该子模块稍后将在共享设备组态过程中分配给另一个 IO 控 制器，并从参数分配 IO 控制器的地址空间消失。下图显示了子模块 1 和 2 的地址空间分配和值状态。 所有子模块Zui初都是分配给 IO 控制器。事件和 OB (S7-1500) OB启动事件 如果发生 OB 启动事件，则可能引起以下反应： • 如果事件源自一个已分配 OB 的事件源，则该事件将触发所分配 OB的执行。即，事件将 根据优先级在队列中排列。 • 如果事件来自尚未分配 OB 的事件源，则将执行默认的系统响应。 说明某些事件源无需组态就已存在（如启动、拉出/插入）。 下表概述了 OB 启动事件，包括 OB 优先级的值、OB 编号、默认的系统响应和OB 的个数。 在该表格中，根据默认 OB 优先级进行排序。优先级为 1 时优先级Zui低。事件源与 OB 间的分配 OB 类型将确定OB 与事件源间分配的位置： • 对于硬件中断和等时同步模式中断，将在配置硬件或创建 OB 时进行分配。 •在将工艺对象添加到“S7-1500 运动控制”之后，STEP 7 便自动将 OB 91/92 分配到 MC 伺 服中断和 MC插补器中断。 • 对于其它所有的 OB 类型，在创建 OB 时（也可能在组态事件源后）进行分配。 对于硬件中断，可在指令 ATTACH和 DETACH 的运行期间对之前的分配进行更改。在这种情况下，只更改实际有效的分配，而不是已组态的分配。所组态的分配将在加载后以及每次启 动后才会有效。 并将忽略未分配 OB的硬件中断（这是因为这些中断就是按这种方式进行组态或在调用 DETACH 指令后进行组态）。除了需要在相关事件发生时检查 OB是否并未分配给一个事件， 需要在实际发生了硬件中断时检查。 OB 优先级和运行时特性 S7-1500 CPU 支持优先级1（Zui低）到 26（Zui高）。为 OB 分配其启动事件的优先级。 只按优先级执行 OB：这意味着发出多个 OB请求时，将执行优先级Zui高的 OB。如 果所发生事件的优先级高于当前执行的 OB，则中断此 OB 的执行。优先级相同的事件按发生的时间顺序进行处理。 CPU 的过载特性 (S7-1500) CPU 过载特性的原理 S7-1500 CPU用户程序的执行顺序基于事件的不同优先级。 事件会触发 OB 的执行，而 OB 只能按优先级执行。这意味着发出多个 OB请求时，将执行优先级Zui高的 OB。 如 果所发生事件的优先级高于当前执行的 OB，则中断此 OB 的执行。 优先级相同的事件按发生的时间顺序进行处理。 以下部分我们假设，每个事件源都分配了一个 OB 且这些 OB 具有相同的优先级。 第二个假设条件只是为了简化情景说明。 当一个事件发生时，将触发相关 OB 的执行。 这意味着事件将优先级进行排序。 根据 OB 优先级和当前处理器的负载情况，通常在执行 OB 之前会发生一段时间的延时。 在处理 属于先前事件的 OB前，相同的事件可能会或多次发生。 CPU 将按以下方式处理这种情 况：根据发生的顺序，操作系统将按照它们的优先级对这些事件进行排列。
如果要控制临时过载，则可以限制与同一源相关的未决事件数量。当达到一个特定循环中断 OB中未决启动事件的Zui大数目时，将丢弃下一事件。 当同一个源的事件的发生速度大于 CPU 的处理速度时，将会发生过载。我们将在后继章节中，介绍更多详细信息。 丢弃类似事件或稍后执行 下面提及的“类似事件”是指单个源中的事件，如特定循环中断 OB中的启动事件。 OB 参数“待排队的事件”(Events to be queued) 用于指定操作系统置于相关队列中将稍后处理的类似事件的数目。 例如，如果此参数值为 1，则仅临时存储一个事件。 说明通常后期不再对循环事件在进行处理，这是因为这样可能会导致相同或较低优先级的 OB 发 生过载。 通常会在处理下一个调度的 OB过程中丢弃类似事件的执行来避免发生过载 情况。 “待排队的事件”(Events to be queued)的值比较低，可确保减轻过载情况而非加重这 种情况。 例如，如果达到循环中断 OB的Zui大启动事件数目，则只对每个额外的启动事件进行计数， 将其丢弃。 在 OB的下一调度执行过程中，可在“event_count”输入参数中（以优化的启 动信息形式）获取已丢弃启动事件的数目。对过载情况作出适当响应。 CPU 之后将丢 失事件的计数器设置为 0。 例如，如果 CPU 丢弃了循环中断 OB的启动事件，那么之后的行为特性将取决于 OB 参数“报 告事件溢出到诊断缓冲区”(Report event overrun intodiagnostic buffer)：如果选中了该复选 框，CPU 将在诊断缓冲区中对此事件源的过载情况输入事件DW#16#0002:3507 一次。 与 此事件源相关事件 DW# 16 #0002:3507的其它诊断缓冲区条目都将禁用，直到后期对该源 的事件进行了处理。