关于西门子200smartPut/Get通讯时间延迟的疑问

通讯状态不使用心跳信号，直接使用GETPUT指令的状态值就可以的啊

参考：

以太网通信常见问题（S7-200 SMART CPU之间的以太网通信、PUT/GET向导、PUT/GET常见问题、通信端口与连接方式、工业以太网连接器、S7-200 SMART 与S7-300 S7通信、S7-200 SMART 与S7-1200 S7通信）

每秒产生5个心跳。是否对方收到5个心跳？你怎么知道收到延迟很久的这个心跳是不是当前的这次心跳？

多达1秒；5秒是什么意思？这个秒数的零刻度是哪里开始，计时又是以什么结束？

心跳是本身自己的功能状态，而通过网络发送去的就算网络发生断线只会产生丢失，不会发生性能以外的延时。即使性能很低，也只会发生心跳间隔不稳，时快时慢，而不会少了数量。

我十天发十件快递给你，正常的话你也每天收到一个快递，但是可能迟了一两天才收到第一个。如果快递出了点问题，可能你某些天没收到，一来又会来了两份。

所以你还是要弄清楚某些事。

       这样看来从站掉站后小型PLC S7-200SMART的PUT/GET通讯组织你要写程序介入，如果你要精确的控制整个网络估计不能组态，而要用指令操控寄存器。（官方可能没有针对小型机SMART提供足够复杂的组态支持度，也可能是我理解有错，我没用到4台，最多用过2台，没遇见过这情况）

你试试这样，把当前BITIME指令产生的时间值通过网络发送过去。可以知这网络缺了什么。

应该是不需要心跳的，虽然只有一个NET_EXE例程，但每个操作是有独立的表格地址的，读取相应的状态即可。

不做心跳，不留时间戳服务器和客户机之间怎么知道对方什么时候更新过，死了没有？

你想想，服务器停止了更新数据，而客户机仍然不断地拉取数据，这数据得来有什用？相反，服务器在数据中加入时间戳，客户端就会……就知道数据是新的了。另一方面，客户机连时间戳一起推入服务器，服务器也可以知道。

我只是告诉他NET_EXE任然可以监控每个操作状态，关于心跳的使用看程序设计吧，反正我做的程序所有的数据服务都是一直循环运行刷新的，除非宕机或掉线，所以只要监控通讯状态即可，即使真需要，我一般也不用时间，直接设定一个32位的数据操作计数即可。

通讯状态没说明数据更新了。好像STOP了都仍可被get 被put的。

楼主没能反馈到一些有用的信息。可能从站这个词要改改，再说明一下。你这个计时是哪方面产生的心跳和哪方面计算的时间？

ping一下各站的时间。用ping/t制造断线，看时间的反应。

在电商WCS与PLC通讯过程中，是用心跳+计数来完成相互判断通讯是否正常的。

    双方每3S心跳一次，各自心跳计数加1，心跳计数范围1~10000；双方记录对方的心跳计数，应该出现心跳时，没有出现，可根据记录的对方心跳计数及自身的心跳记数+阀值，判断通讯情况。

直接上图把。

本地CPU通过Get的方式读取远程CPU的心跳信号V303.1，放入本地的V2107.1中。远程CPU产生200ms ON然后200ms OFF这样一个持续变化的信号，本地CPU判断V2107.1这个信号在1.5S内是否有ON/OFF的变化，在1.5S内有变化，通讯正常，M19.3为ON状态；超过1.5S不变化，通讯异常，M19.3为OFF状态，通过M19.3的状态判断通讯是否正常。

哦好，很明白了。

ping结果怎样？原理上看不出什么问题。以我经验，问题应该都是发生在你不会晾出来的地方。没找到的东西总是放在你还没想去看的地方。

做过实验了，当远程CPU STOP时，确实可以GET到数据。

楼主。现在怎样啫？

保留一个远程CPU在线，其他CPU下电时，ping这个在线CPU，基本在1ms，没有超时的情况，说明其他远程cpu下电不影响整个网络，网络正常。这种情况下看到的在线的这个远程cpu心跳就经常有超过1S才变化的情况，而全部远程CPU都上电保持在线时基本在200ms变化。看了下NET_EXE的帮助文件，不知和他的等待时间、循环时间有关。

刚好成倍关系。你把心跳改成175毫秒。