一起设备的PLC更替

  随着时间的推移，自09年安装投运的毛坯加热炉设备，于2025年8月31日正式光荣下岗，新设备随即紧锣密布的进行了安装，替换保温性能变差，无法正常满足工艺要求的毛坯加热炉设备。

设备的概况：

  该设备原来有S7 315-2DP及CP341和I/O模块组成的控制单元，原cpu设置为从站模式，也是我第一次接触到西门子profibus DP通讯，那个著名的OB86就是在该从站与412-2DP的主站中，得到体验和验证的，才慢慢熟悉西门子OB块的一些大概概念性问题。燃烧方式为天然气+烧嘴控制加热，链式4通道传动，提供给8 ~ 10英寸的铝棒做工艺加热，加热温度最高600摄氏度。

原系统的硬件组态信息，图示1：

原主站的硬件组态信息，图示2：

  11#从站是主站给它的硬件通讯信息，其中，I/O映射是主从之间的通讯交换数据区域2个字节。

为减少对原程序的大面积修改，拟定新的PLC的数据交换区，分2部分组成，一部分仍然沿用原来的通讯数据交换区，IB35 ~ IB36、QB35 ~ QB36这样2个字节，为匹配当今的实际数据交互新要求，再在原基础上添加32个字节的输入和输出数据交互区。这样的设置，可以不需要大面积的变更原主站程序，新增加的通讯数据区，单独另外重新设置，规划好数据区，进行实际的设备硬件组态，操作前先备份好原程序，以防操作过程出错时，恢复原项目的硬件组态。

操作步骤：

主站侧：

打开原项目的硬件组态，在STEP7的编程环境下，删除原11#从站，重新将已经安装好CM1242-5从站模块插入导轨中，图示3：

设置必要的通讯参数，将修改后的组态信息编译后，下载到cpu中。

从站侧：

打开portal V15版本的软件，根据实际的模块配置，重新按实际配置插入对应的槽号中，图示4：

双击左侧101#槽位，准备给原通讯数据区配置数据区范围，图示5：

保存、编译后，将设备视图信息下载到cpu中。程序创建一个FC2，用于编辑通讯数据交互程序，图示6：

分别使能从站操作台上的I16.5和I16.6，使Q37.7 = 1，通过通讯数据交换到主站，中央呼叫系统的报警器被触发报警声响起，此，说明变更的新从站S7-1215C + CM1242-5模块已经建立的通讯连接。另外，必须要提及到的是原DP电缆连接是如何连接的，原控制柜位置虽然基本在原位，但是，原11#从站是整个profibus DP通讯的实际物理中间位置，我将原来的DP插头换为6ES7 972-0BB12-0XA0带编程口的DP插头，再将拆下来的原DP插头安装到CM1242-5从站模块的通讯口上，这样，对原DP电缆基本保持不变的情况下，建立的DP电缆的物理连接，这样与新的控制柜DP模块的通讯口连接，DP电缆用量大约2米，成本轻、工作量少的特点。

  为匹配将要增加的数据交互区，在原组态信息的基础上，增加32个字节的数据交互区域，图示7：

保存、编译，将站点信息下载。

重新打开STEP7项目，在原硬件组态的基础上添加数据交互区信息，图示8：

保存、编译后，将新的组态信息下载到cpu，在线监控，发现有报警，图示9：

报警信息：报警预设值与实际值不匹配。

过程映像区原设置，图示10：

修改为输入：560，输出：560后下载，报警消失，图示11：

硬件组态主站的变更和S7-1215C从站的新建到此完成。

  这个项目是不在同一个编程环境下的项目创建，具有一定的参考价值。

从S7-315-2DP慢慢的熟悉，到见证它逐渐慢慢的退出应用市场，我经历了10多年的过程，在与设备制造商工程师前期技术沟通时，还一度被问及为什么不使用profinet通讯，我解释是流水线项目的老项目，重新大面积变更通讯方式成本也非常大，中间还有第三方的设备，牵涉的问题比较多。所以，我一直沿用这个通讯方式，哪怕是新设备上线，仍然保留这个通讯模式不变。