-
-
手机阅读
上周末同事告诉我modbus通讯断了，他问我是不是其中需要下载一个connection？我说是的，他说有可能是他前一天下载wincc的一个连接，把我的connection冲掉了，我说极有可能。果不其然。
后来同事发现，他的wincc的两个连接跟我的一个连接总是不能共存，会互相冲掉，于是他建议我把三个连接做到同一台机器里面然后同时下载，于是就在系统的工程师站里面用netpro进行了配置，我特地配置了四个连接，其中wincc的两个，而主、从cpu各配置一个ptp的连接，各自连接到一个other station，然后编译通过了。这点很有意思，因为之前我的本本这么编译就报错，后来我重新用ghost恢复了以前安装的系统，也是报了一个错。
用工程师站下载主cpu的三个连接，ok没问题。
我又试着下载从cpu的那个连接，也没问题。
但是监控两个cpu的modbus通讯状况，发现从cpu还是不行。同事说也许是那个485通讯电缆根本没接。
今天早上一来，发现现场的plc和rtu都断电了。
下午重新送电后，发现modbus通讯又中断了，我用netpro监控cpu的连接，发现第一个cpu的连接状态为being set up，很奇怪。然后把两个cpu切过来切过去也没用。
于是我决定重新下载这个连接，结果这个connection的状态就ok了。
同事代替我去现场换掉了两根485通讯线。
但是发现从cpu的modbus状态是好的，而主cpu的modbus通讯依然不对头。同事在现场把rtu重新断电上电，于是一切就都好了，真奇怪。
不管怎么样，明天把冗余的通讯程序最终写好，就基本可以交差了。
看来，我又可以写篇论文，探讨一下冗余plc的冗余modbus通讯问题了，哈哈。
1楼
0
0
回复
后来同事发现，他的wincc的两个连接跟我的一个连接总是不能共存，会互相冲掉，于是他建议我把三个连接做到同一台机器里面然后同时下载，于是就在系统的工程师站里面用netpro进行了配置，我特地配置了四个连接，其中wincc的两个，而主、从cpu各配置一个ptp的连接，各自连接到一个other station，然后编译通过了。这点很有意思，因为之前我的本本这么编译就报错，后来我重新用ghost恢复了以前安装的系统，也是报了一个错。
用工程师站下载主cpu的三个连接，ok没问题。
我又试着下载从cpu的那个连接，也没问题。
但是监控两个cpu的modbus通讯状况，发现从cpu还是不行。同事说也许是那个485通讯电缆根本没接。
今天早上一来，发现现场的plc和rtu都断电了。
下午重新送电后，发现modbus通讯又中断了，我用netpro监控cpu的连接，发现第一个cpu的连接状态为being set up，很奇怪。然后把两个cpu切过来切过去也没用。
于是我决定重新下载这个连接，结果这个connection的状态就ok了。
同事代替我去现场换掉了两根485通讯线。
但是发现从cpu的modbus状态是好的，而主cpu的modbus通讯依然不对头。同事在现场把rtu重新断电上电，于是一切就都好了，真奇怪。
不管怎么样，明天把冗余的通讯程序最终写好，就基本可以交差了。
看来，我又可以写篇论文，探讨一下冗余plc的冗余modbus通讯问题了，哈哈。