鄂尔多斯IC693PWR321控制模块

可以使用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解决该问题。

警告:
不能通过 PROFINET IO 使用系统功能 SFC 55、SFC56 和 SFC 57。
注意:
一些数字量模块（如：6ES7321-7BH0X 或 6ES7321-7RD00）要求 6 个字节的数据长度来写数据纪录 DS1 。 在 SFC 55 的 "RECORD" 参数增加了 2 到 6 字节的 ANY 类型数据。附加的两个字节的值为零。
阻塞、延迟、发布过程警报:
可以使用系统功能 SFC 39 (DIS_IRT IRT_FUNC)、 SFC 40 (EN_IRT IRT_FUNC)、SFC 41 (DIS_AIRT IRT_FUNC) 和 SFC 42 (EN_AIRT IRT_FUNC) 来阻塞、延迟、重新发布过程警报。 有关不同 SFC 的信息，请参见 S7 在线帮助以及手册 "System Software for S7-300/400 System and Standard Functions" (S7-300/400 系统的系统软件和标准功能)第12章。

可以将 2 线制传感器连接到紧凑型CPU的模拟输入端吗
解答：
可以将 2 线制和 4 线制的传感器连接到CPU 300C的模拟输入端。使用一个 2 线制传感器时，在硬件组态中将“I = Current”设置为测量类型，与 4 线制传感器的设置一样。
注意事项：
请注意紧凑型CPU仅支持有源传感器( 4 线制传感器)。如果使用无源传感器( 2 线制传感器)，使用外部电源，但版本为1.0的紧凑型CPU没有短路保护 。
警告：
请注意所允许的输入电流。2 线制传感器在出现短路时可能会超出允许电流。技术数据中规定的允许电流是50mA(破坏极限)。对于这种情况，要加上短路保护(例如，对 2 线制传感器加电流限制或与传感器串联一个PTC热敏电阻)。

备用电池情况关电时的影响与完全复位时的影响一样吗
解答：
不一样。在CPU被完全复位的情况下，其硬件配置信息被(MPI地址除外)，程序被， 保持存储器也被清零。 在无备用电池和存储卡的情况下关电，硬件配置信息(MPI地址出外) 和程序被。然而，保持存储器不会被清零。如果在此情况下重新加载程序，则其工作时采用保持存储器的旧值，例如这些值通常来自前 8 个计数器。如果不充分考虑到这一点，会导致危险的系统状态。
建议：
无备用电池和存储卡的情况下断电后，总是要做一下完全复位。 就会调用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 系统诊断来完成。可以通过诊断缓冲区找到有问题的用户程序，但需要注意，仅凭此来推断控制器对用户程序的响应是不合适的。