通辽IC698CPE030控制模块

本条目分为下列几个主题：
保持特性的条件
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 时的程序块和数据块

可以使用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从站间用于用户数据通讯的逻辑地址自动的产生，所以用户不能改变地址的分配。
如果正在用一个 SIMATIC S7 315-2 PN/DP CPU，且其PI (process image)范围仅是0...127 bytes，下载到一个 SIMATIC S7 317-2 PN/DP CPU 其PI范围是0...255bytes，这时通过 CBA (Component-Based Automation)通讯的DP从站的逻辑地址, 如果出于在PIO的范围内，那么用户数据会不断的通过PI的数据传输所覆盖。
补救措施:
通过SIMATIC iMap生成的系统数据不会未经检查就下载到与iMap中所组态的不相符的CPU(包括硬件组态数据)中。 在组态时要注意组态的CPU的PI范围(process image ranges)要与实际组态的CPU(包括硬件组态)相匹配。使用正确的CPU，在firmware版本2.5解决该问题。

在不同的应用中什么会影响故障安全的标识位？
描述：
当下列应用发生改变时，安全的标识位会发生改变：
改变一个或多个F-CPU的参数。
改变一个或多个硬件配置中的错误相关块的参数。
改变了程序的代码或错误相关块的类型信息。
改变了非错误相关块或者是非错误相关块的参数是不会影响标识位。安全相关的 CPU 与 CPU 的通信：
S7 分布式安全支持安全相关的 CPU 与 CPU 之间的 WLAN 通信，这是通过使用分布式安全（V1）的故障安全库中的故障安全应用功能 F_SENDDP/F_RCVDP 实现的。 安全相关的 CPU 与 CPU 之间的通信其它应用场合如下：
通过 IE/PB 链路模块和 DP/DP 耦合器 在 IO 控制器和 DP 主站之间的安全相关的主主通信
通过 IE/PB 链路模块在 IO 控制器与 智能从站之间的安全相关的主站与智能从站的通信
IE/PB 链路模块后面的智能从站和智能从站之间的安全相关的智能从站与智能从站的通信
通过 PN/PN 耦合器在 IO 控制器和IO 控制器之间的安全相关的IO 控制器与IO 控制器的通信

通过PROFIBUS DP通讯可以在S7-300和S5之间传送多少一致性数据
解答：
在S5中，通过IM 308C使用FB192功能块可以连续传送122个字(244字节)；在S7-300中，通过SFC14和SFC15，可以连续传送16个字(32字节)。
因此，在S7-300和S5之间只能传送16个连续的字(32字节)。如果希望传送更多的一致性数据，需要在程序中提供数据一致性的机制(例如握手信号)。
当一个DP从站故障时，如何在输入过程映像区被清“0”以前保存它们
解答：
当一个DP从站出故障时，OB86(通过S7-300/400)被调用。可用下列方法“保存”输入的过程映像：
把从站的所有输入循环地复制到一个立的区里。
如果从站出问题，则 OB86 被启动。在此 OB 里可以设一个标志位来可防止进一步的循环复制操作。
当从站恢复后，把 OB86 里的标志位复位。
警告：
此方法并非完全可靠, 因为有可能 OB85或 OB122 在 OB86 之前也被调用。一旦在访问故障从站时寻址出错，这两个块都会被调用。所以你应该也在这些 OB 里设置标志位。

如果一个模块支持诊断功能并且选取了它的诊断中断，那么它就可以识别一个错误，当有错误事件进入或离去时，就会向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就会从运行模式进入到停止模式。

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