如果使用TCP连接，发送10个字节而接收只有8个字节，那么发送的前8个字节到的接收区后，满了，还有两个字节又重新放到接收区的前两个字节中，这样你接收的数据前两个字节就被覆盖了，同样接收区可以是任意，如果发送的数据是一样的，接受区接收到的数据就是循环变化的，不容易判断。有人又会问道，为什么接收与发送区不设置为一样呢，例如都是20个字节，但是在应用中会发现会有问题，例如MODBUS/TCP，客户端可以发送读/写请求，读3区数据20个字节的请求，然后从接收区读出，如果下一次从4区读出4个字节数据是，你的接收区就会变化，假设分别从不同的数据区读出5，6，7个字节，那么我的接收区应设置多大呢，如果设置为5，那么接收到6个字节时，数据的次序就会发生变化，使编程人员不易判断。也有工程师想过，设置一个大的接收区，接收到新的数据就清零，实验后发现，第一次接收到4个字节后清零，第二次接收到的数据还是从接收区的第5个字节开始接收，与清零无关。为了解决这样的问题（如果读取固定长度的数据那就幸福了）第一可以购买西门子通信函数块，另外一种就是设置接收区为一个字节长度，通过编程移动数据（与DONE结合).使用TCP连接的另外一种风险就是数据的更新问题，假设上位机读写PLC数据，大家都知道上位机快呀，这样相当于发送快于接收，如果上位机发的快而PLC接收的慢，这样数据就会堆积到网卡的缓冲区中，PLC接收一次数据，网卡的缓冲区就会腾出一点空间，有空间后才可以再次发送，这样就会出现上位机发的数据几分钟后才传到PLC中，这样的事件在PLC中出现的少，有几次，在SIMOTION就比较多了，因为上位机发送实时的指令与算法，这时需要考虑到PLC中的接收频率。为什么要使用TCP连接的，1：例如与上位机通信不需要驱动；2：使用MODBUS TCP；3：使用其他操作系统但是这场TCP协议的；4：需要路由，现场中很少使用，例如通过互连网两个PLC通信，通常都是编程器通过互联网远程维护。如果要我定义一个两个PLC间通信的方式（我的观点),使用TCP连接时我需要发送与接收数据定长，并且接收频率大于发送频率，我就不考虑了，ISO（没有了，或很少网卡支持）和ISO_On_TCP都比较好，因为1：发送快了就会报错（现在好像再优化，原来一定会的，所以建议在OB35中发送，在OB1中接收）2：数据有长度信息，接收区大于发送区就可以了，接收的数据总是从头开始。但是与上位机通信就有问题，1：不支持unix系统(不好编写驱动，前面已提出）2：在windows系统中需要购买SIMATIC NET。这些通信统称S5兼容通信或用户开放式通信，这些通信的确认都是网卡实现的，早期是CP卡，现在CPU集成的PN接口也支持，如果需要用户数据层的确认，例如我发送的数据对方是否接收到，除了用户编写程序识别并确认外，另外一种通信方式就需要S7通信了。