处不处理？

变频器的通讯是PLC发出，还是直接DCS给予？
猜测是DCS-PlC-变频器，命令错误，数据格式错误，可能还有其他原因

当年还是WIN没盛行，备份有DCS下的通讯命令测试程序，对方负责电脑网络部分
总是与PLC通讯故障，甲方要求协助解决，拷贝给他测试程序，失败了
待组合后，有他的电脑收到很多东西，用我们电脑简洁
他解读后发现是发出的东西又回来了然后才是PLC的回复，试几次都这样，如何解决当场未果
隔天回复，将系统关闭一个功能就解决了

他这个应该是走的PN网络，

PLC-变频器-DCS都在同一个网段;


DCS直接读写1200的分配的DB块接口，


比较靠谱的是，加一个路由器或者叫做耦合器的东西，PLC内部网段和DCS分开， 上层DSC只能通过耦合器访问PLC，也就只能读写预留的DB块接口数据。


客户只管OK不OK，作为技术，你只能提出异常可能原因，以及可行的解决方案，具体最后谁定，可能是你老板和甲方人员；

~~~~~~~~~

我之前做的控制柜，也是大网络里面，其它协作单位把其它设备IP地址和我做的柜子PLC冲突，PLC直接掉线了，客户一个电话，还不是屁颠屁颠跑去解决问题，我们要做的是，找到问题，解决问题。

既然都走同网线
试试摘掉PLC等其他设备，如果变频器问题解决，再逐一加入可能的设备直到找出干仗的模块
如果只有PLC与变频器OK
DCS加入就出问题，是不是DCS就没遵守变频器对话规则

10年有这种最笨办法找到4天没找到的问题，问题1，有数据错误～22个别PlC参数设置错误，问题2，机房到现场布线太绕，都打开，监控数据出现蹦跳，验收受阻，…最后架了无线1000m的收发器，收官

一句话，不想出差，且出差费用不知道那边结算，反正就是麻烦。哈哈

他这工程网络结构就是变频器走的PN网络，目前DCS或者其它网络设备在同一个网段里面，这点很麻烦，

比如，DCS是192.168.1.2，PLC是192.168.1.10，变频器是192.168.1.11，也就是192.168.10~19 给他们公司电柜用的，现在变频器会掉线，其它同类型电柜没事，大概率是192.168.1.11 这个IP有其它设备占用了，PLC就和变频器失联报故障了。


他这种我感觉还是需要人去现场售后，作为用户端，你这个电柜功能有问题，我才不会管是什么问题，你要来给我解决，不解决，尾款是不想要了。

如果能确定是IP地址冲突，这让哪方处理解决也好办～低级的错误
谁出的错误处理，你通知人家地址，没使用错误，商量修改一下就是了
商量不成就改自己这方，工作量在大也要去改，如果是甲方将IP分配错误造成的，加钱呗