呼和浩特IC695CMM002控制模块

为什么不带 MMC (微存储卡) 的 S7-300 CPU 和 C7 设备的保持特性会影响变量的内容？
描述：
在创建程序时，单个变量的保持特性对来讲非常重要。通常情况下，在其程序中都会需要一部分变量的内容即使在 断电 (POWER OFF) 的情况下也要保留 (保持)，而另一部分变量则复位到定义值 (非保持)。在 SIMATIC STEP 7 中，可以为数据、标记、S7 定时器和 S7 计数器组态保持地址区域，然后便可以将它们用于保持变量。
此条目说明了不带微存储卡 (MMC) 的 SIMATIC S7-300 CPU 和 C7 设备的地址区的保持特性。描述了在发生 断电/上电 (POWER OFF/ON) 状态变化、STOP/RUN 工作模式和整机复位时，地址区的保持特性。
此条目并没有涉及使用 CPU S7-318 时的保持特性。

如何按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的在线帮助中有对此的详细说明。

可以使用CPU317-2PN/DP替代在iMap中组态的CPU315-2PN/DP吗?
描述:
DP通讯用于主站和从站之间循环的交换用户数据。使用Step7组态，可以给用户数据区分配逻辑地址，这样数据可以通过用户程序的L,T命令进行寻址来循环交换。
由于SIMATIC S7 31x-2 PN/DP CPU具有代理功能 (也就是该CPU代替相应的PROFIBUS的设备在PROFINET上进行通讯)，DPV0的从站也可以进行PROFINET CBA通讯。
不像真正的PROFIBUS DP通讯那样，当在iMap中互联工艺模块并且通过默认的区域接口PIO(process image of the outputs)存储时，在DP主站和DP从站间用于用户数据通讯的逻辑地址自动的产生，

如果一个模块支持诊断功能并且选取了它的诊断中断，那么它就可以识别一个错误，当有错误事件进入或离去时，就会向CPU提出中断申请。操作系统就会调用OB82。在内部变量里OB82包含了错误模块的逻辑基本地址和四个字节的诊断数据，如果没有调用OB82，则CPU就会进入停止模式。
也可以通过系统功能块SFC39到SFC42来禁止或延迟诊断中断OB。
机架故障OB86
如果检测到一个 DP 主站系统或一个分布式 I/O 站有故障（对错误事件进入或离去），该 CPU 的操作系统就会调用 OB 86 。
如果没有调用 OB 86， CPU 就会进入到停止模式。也可以通过系统功能块SFC39到SFC42来禁止或延迟诊断中断OB。
I/O 访问出错OB122
当访问一个模块I/O出错时，该CPU的操作系统就调用OB 122。比方说，CPU在读取信号模块时发现一个读取错误，那么操作系统就会调用OB122
OB122的级与引起错误的OB块的级一样，如果OB122没编程，那么CPU就会从运行模式进入到停止模式。

当一个分布式 IO 设备出故障时被处理的组织块
问题：
当CPU315-2DP做主站或从站时，应分别调用哪些“故障 OBs”？
解答：
当把CPU315-2DP配置为从站时，在STEP7程序中调用下列OB块以来识别分布式I/O出错的类型：
诊断中断 OB 块OB 82
机架故障 OB 块OB 86
I/O 访问出错 OB块OB 122
诊断块OB82
如果一个模块支持诊断功能并且选取了它的诊断中断，那么它就可以识别一个错误，当有错误事件进入或离去时，就会向CPU提出中断申请。操作系统就会调用OB82。在内部变量里OB82包含了错误模块的逻辑基本地址和四个字节的诊断数据，如果没有调用OB82，则CPU就会进入停止模式。

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