每个工程师都应该做过这样的一个项目，程序好像运行起来没有问题了，但就是好像哪里揪着你的心，随时随地就会爆炸一样，尤其是在刚调试完的很长一段时间里，突然响起的手机铃声，都能让你紧张如惊弓之鸟，其实，扪心自问，原因就是这个项目肯定有不完善的地方，只有自己知道，更有甚者，连自己也不知道…

 今天要分享的这个项目，就给我这样一个感觉

这是一个制冷机组项目，说来也不难，但就是点数多，数据量大，总体工艺简化如下：

冰机是系统的主要设备，用来产生冷水通过分水器输送到各个车间降温，各个车间的回水通过集水器再回到冰机，而冰机运行时所产生的热量，通过冷却塔一次侧泵来循环降温。

原工艺图如下：

IO点总计为：270（DI）+91(DO)+59(AI)+91(AO)+60(485分站)

当时犹豫过选型到底是选1200系列，还是1500系列，虽然点数多，但是感觉程序应该不会很复杂，而且也对需要采集的数据量多少没有概念，本着经济的原则，选了1200系列，而且1200也没有选顶配，选的1215C的。

最终确定1215C有这么几个考量：

1、        内存容量为125KB，和他对比的1511系列150KB仅仅容量少了25KB

2、        485从站数量大，1200系列的价格占优，不算信号板可扩展3个485模块，预计是足够了。

说到底，自己也清楚用1500更稳妥，但为了追求更大的利益，选择有些冒险的1200，而且用1200系列，也选了更为冒险的1215，没有选择1217系列，为后期的运行埋下了一个隐患。

这么多点数，需要配套ET200S来实现：

博途组态如下：

隐患猜测：

在后期调试的过程中遇到过2次485通讯断线的问题，控制柜内配套了专门的485集线器。

我总感觉是PLC运行程序大，数据慢导致的，虽然485从站走轮询容易出问题，但是这次掉线是在运行4个月后才出现，而且PLC停止再运行后立马又恢复正常了，判断应该不是程序也更不是现场的问题，大家帮忙看下程序这样写有没有问题，附485程序如下：

运行正常仅过3天后，设备又出现通讯中断问题，但PLC停机运行后，又长期运行到现在没出现问题，我也是很难解释了，下次维护我会监测一下CPU的运行占用是多少

继续往下看：

第二个隐患是图纸设计的手自动的问题，现场阀门比较多，都需要就地远程操作，一般的设计思路，肯定是就地不过PLC，通过继电器线路，来控制阀门开关，远程的话是通过PLC，上位机或是触摸屏控制开关。

但这次的设计，把就地操作，也设计进了PLC，这也算是一个常识问题，本来是不应该这么设计的，但是,现场客户给的阀门是调节阀（4-20ma）和开关阀交错使用，开关阀是比较容易通过继电器线路实现的，但是调节阀，不过PLC实现就地控制，可是有点困难了。

因为阀门是甲方提供，给甲方沟通后，就延用了这种设计，但是给后期的调试，甚至是紧急情况下的使用，都埋下了隐患。

第三个隐患是电源的设计：

对于这么多外部信号来说，应该采用双电源设计，双电源不是指冗余，而是柜内和柜外的电源至少要分成2个，一个柜内供电，PLC，继电器线圈，另一个是柜外供电，外部仪表，传感器信号等，一旦因为外部防线或接线出现短路，不会影响柜内设备的正常运行。但这个控制柜，只配了一个10A的开关电源。

但好在每一个仪表、阀门都配备了单独的魏德米勒带保险端子，和单独的3A的断路器，现场出现过4-5次的接线短路，都起到了屏蔽的作用。但是如果电源分开使用，外部设备对PLC系统的运行影响将更小。

以上几点是控制柜部分留下的隐患，设计之初的问题在项目运行后很难再改动了，项目从到现场到初次调试交工已经过了5个月时间了，每当客户打电话时，我都会想到可能项目因为这些隐患而引发了故障，感觉很不好，给自己一个警醒，也给各位工程同僚们一个参考，希望工控小白能少踩次雷，多一份心安。

控制柜部分就先聊到这里，后期做上位机画面，及PLC编程的复盘放到以后再整理了，我是九途自动化的纪老师，感谢各位，下次分享再见咯！！