本人做工控七年，没有做过modbus，想想也是醉了，只能分享一个接受培训，老师讲的一个他调试例子，不知道让不让播。
一个风和日丽的早上，客户打电话说cpu414h做modbus tcp通讯有问题，modbus tcp red v2与调试工具modscan死活通讯不上，并且已经折腾了两天，还是通讯不上。于是，开始电话和客户沟通，检查组态和参数：检查cp443-1的设置、检查netpro的网络组态和tcp 连接状态，这些都是按照示例做的。
然后检查fb 907的初始化设置及检查fb 907数据区的设置，发现在初始化时仅对使用的数据区域进行了参数赋值，不使用的区域没有处理。这样初始化参数作用会在fb 907的输出状态报w#16#0102地址区域重叠错误，让客户修改不使用的数据区域初始化为0，重新下装程序。客户操作之后，反映还是通讯不上。
然后检查服务器程序fb 907，看ndr_x管脚是否动作，因为服务器程序对请求进行响应和处理之后会对ndr_x输出1操作，建议客户监控程序，观察ndr_x是否有值在变化。一分钟之后，客户反映ndr_x值不变化，始终是0；这些情况了解之后，觉得是发送接收环节出了问题。
询问除了fb 907之外还加载了哪些程序块到cpu中。回答：有fb 907，fb 906，fc 10，fc 11就这些。终于了解到了，客户没有下载fc 50(ag_lsend)，fc 60(ag_lrecv)到cpu中去，所以服务器程序就根本没接收到客户端发送来的数据请求，下载fc 50(ag_lsend)，fc 60(ag_lrecv)，客户再检查modscan，数据通讯上了。
其实在西门子modbus tcp red v2的例子程序和快速入门文档中已经详细地介绍了程序块的使用，客户只要仔细观察例子程序的结构，就不会忽略掉fc 50(ag_lsend)，fc 60(ag_lrecv)这两个发送接收块，真是细节决定成败。