【西门子技术π-PLC通信原理探秘】Socket发送漏发消息的原因分析

这要看网络的状况了，非实时通信，延迟是很正常的事情，延迟的时间也是不确定的，比如网络里正好有大报文在发送，没有优先级的通信就只能等待，另外工业现场还有干扰的问题，都会造成通信延迟，100ms对于这些延迟可能都不算啥，这时就会导致数据被覆盖。

我不认为，楼主把数据拷贝到发送缓冲区的操作放到OB1执行就是解决问题了。

 @元顺 ：

接收端的接受周期是多少？如何判断当前无发送任务？依靠什么信号？

假如接收端的接收周期与发送周期类似，都很少。那么理论上不会出现这样的问题。我们来看看。

1,100Ms的OB30装入新数据，然后OB1检测到新数据的存在，最多两个周期也就是10ms，那么发送50个字节，最多2个周期，10ms。那么就是20ms就结束了。

2，我们等待下一次新的数据的写入，需要等待100ms，在重复第一个的任务动作。从哪方面考虑，都不会出现漏发。

出现漏发是如何出现。如果程序上没有问题的话，我们来看看何时漏发。

1，如果接收端的接收周期很慢，例如50分钟，我们举一个极端的例子，如果每隔100ms，都检测到数据写入，这样说明每隔100ms都会写入数据，我们不去详细计算缓冲区多长时间占满，但是通过这个例子，当接收和发送的缓冲区全部占满，那么再次出现100ms的数据写入，并且有写入多次，必然会出现漏发的情况，因为数据被不断的覆盖了。

2，当然还有一种情况，就是发送时间很长，比如我们发送50个字节用了500ms，当然不存在这种情况，毕竟1516，我仅仅是举例子能够让你理解，那么此时每隔100ms的新数据，自然不能被发送，因为同数据被不断的覆盖了。

@元顺 ：

我试着理解一下你的案例的这句话。“在100ms时间中断OB30里，向发送缓冲区写入数据，在OB1里检测发送缓冲区是否有数据，如果有数据，将数据加载至TSEND的发送缓冲区，并执行发送命令。“

OB30里面编写的程序就是往DB中写入数据，准备发送的数据。

OB1中编写TSEND，当发送DB数据发生变化，说明有新数据，然后再发送数据。

至于漏发，指的是TSEND并没有把每次的变化的数据发送出去。是这样吗？或者说我想知道是如何触发TSNED的使能位。

如果是我说的那样，还有3个问题。1是发送的数据量未知，2是CPU的循环周期未知，3是接收端的接收周期是多少？

如果我猜测正确的话，例如CPU周期是2ms，程序不多的情况下，接收端的接收周期也很小，比如10ms，那么8k数据最多30ms就能刚接收完毕，不会出现上述所处的漏发。

只有CPU的周期很长，例如200ms，或接收端的周期很长例如200ms，那么才会出现上述的情况.说白了是时间匹配的问题。