乌海6ES71346GD010BA1控制模块

本条目分为下列几个主题：
保持特性的条件
POWER OFF/ON 时的程序块和数据块
POWER OFF/ON 时的数据、标记、S7 定时器和 S7 计数器
STOP/RUN 工作模式下的程序块和数据块
STOP/RUN 工作模式下的数据、标记、定时器和计数器
整机复位时的数据、标记、S7 定时器和 S7 计数器
整机复位和“无缓冲区电池和存储卡时的 POWER OFF/ON”时，S7-300 CPU 和无 MMC 的 C7 设备的比较
如何在 STEP 7 中组态保持地址
保持特性的条件
无 MMC 的 CPU 的地址区的保持行为取决于：
CPU。
电池和存储卡 (MC) 的使用。
HW 组态中的参数设置。
注意：
并不是所有 CPU 和 C7 设备都可以装配电池、存储卡或微存储卡。
POWER OFF/ON 时的程序块和数据块

当一个DP从站故障时，如何在输入过程映像区被清“0”以前保存它们
解答：
当一个DP从站出故障时，OB86(通过S7-300/400)被调用。可用下列方法“保存”输入的过程映像：
把从站的所有输入循环地复制到一个立的区里。
如果从站出问题，则 OB86 被启动。在此 OB 里可以设一个标志位来可防止进一步的循环复制操作。
当从站恢复后，把 OB86 里的标志位复位。
警告：
此方法并非完全可靠, 因为有可能 OB85或 OB122 在 OB86 之前也被调用。一旦在访问故障从站时寻址出错，这两个块都会被调用。所以你应该也在这些 OB 里设置标志位。 西门子PLC模块

如何按DPV1模式使用SFB54接收报警?
：
下列实例展示了如何使用SFB54"RALRM"接收并判断分布式I/O设备发出的报警。它包括模块参数化、编程以及判断接收数据的重要信息。
在此例中，使用S7-CPU 315-2DP (MLFB: 6ES7 315-2AG10-0AB0)作为DPV1 主站来控制以IM 153-2 HighFeature (MLFB: 6ES7 153-2BA00-0XB0)作为分布式PROFIBUS 接口的ET200M。
中断模拟量I/O模块的电源，DP从站会向主站发出报警。为了能够使用SFB 54 "RALRM"接收报警消息，所有组件都支持DPV1标准。也就是说，使用的主站和从站都支持DPV1标准以及相应的报警处理机制。
一旦建立硬件配置就使能报警处理。为了使得ET200M能够发出诊断报警，在模块参数化时选中以下这些选项。缺省情况下禁用诊断报警。
可按下列方法分析报警信息：
使用SFB 54的在线帮助，分析个字节的标准报警消息内容。
可以使用相应的分布式系统手册分析附加的报警消息(从第四个字节开始)。在手册中的诊断中有单的报警主题部分内容。
注意事项
如果在DPV0从站中使用SFB 54，在报警消息中可以接收到从站发送的诊断消息的完整内容。在STEP 7的在线帮助中有对此的详细说明。

不同模块中的过程警报触发事件：
模拟量输入模块：可以用过程警报监视模拟量输入模块中的某个值。这个过程报警可以被组态成：当值下降到低于低限或值上升到超过高被触发。有关各个模拟量输入模块的更多信息，请参见手册 "Programmable Logic Controller S7-300 Module Data" (可编程逻辑控制器 S7-300 模板规范)第4章。
数字量输入模块: 可以用过程警报监视数字量输入模块中的各位。这个过程报警可以被组态成：当该位出现上升沿或下降沿时被触发。有关各个数字量输入模块的更多信息，请参见手册 "Programmable Logic Controller S7-300 Module Data" (可编程逻辑控制器 S7-300 模板规范)第3章。
功能模块: 具有过程警报能力的功能模块能够执行大量不同的任务，可以为不同的事件配置过程警报，下面通过 FM350-1 计数器模块的例子来说明。
在下列情况下，FM 350-1 都会触发 CPU 中的过程警报：达到比较值、超过上限/低于下限、计数器过零。有关 FM 350-1 模块的更多信息，请参见手册 "FM 350-1 Function Module" (FM 350-1 功能模块)。其它功能模块的详细信息，请参见具体模块的相关文档。

备用电池情况关电时的影响与完全复位时的影响一样吗
解答：
不一样。在CPU被完全复位的情况下，其硬件配置信息被(MPI地址除外)，程序被， 保持存储器也被清零。 在无备用电池和存储卡的情况下关电，硬件配置信息(MPI地址出外) 和程序被。然而，保持存储器不会被清零。如果在此情况下重新加载程序，则其工作时采用保持存储器的旧值，例如这些值通常来自前 8 个计数器。如果不充分考虑到这一点，会导致危险的系统状态。
建议：
无备用电池和存储卡的情况下断电后，总是要做一下完全复位。 就会调用OB122
OB122的级与引起错误的OB块的级一样，如果OB122没编程，那么CPU就会从运行模式进入到停止模式。

在STOP模式下，用户程序不被执行。因此，不存在因用户程序引发的诊断缓冲条目。
诊断缓冲区中的条目不包括：
临时性错误
统计信息或跟踪记录
关于数据或服务质量的信息
循环OB启动调用
循环发生的故障事件通常仅在次输入，在此之后，只有当引起错误的原因被识别后才输入。这确保溢出不会覆盖重要的条目。通过在线帮助，用户可以分析诊断缓冲条目，并找到可能的原因以及事件的补救措施。
诊断缓冲区的合理评估
诊断缓冲区的综合分析一般是通过诊断工具-如S7 系统诊断来完成。可以通过诊断缓冲区找到有问题的用户程序，但需要注意，仅凭此来推断控制器对用户程序的响应是不合适的。