手册上给出的一些自由口通讯示例，S7-200多以从站的面目出现。因此在逻辑上，PLC等待网络上的数据请求，再发送应答数据；发送完毕后再次启动接收。
如果PLC作为主站请求第三方仪表的数据，且使用的是自定义通讯协议在编程的时候会遇到一些看起来很奇怪的现象。以下是我在编通讯程序时遇到的问题和解决方法：
1、刚开始，按照一般的程序逻辑设置使用XMT和RCV指令。对仪表的轮询都很正常，没有异常情况发生。自以为程序走通了。
2、偶然切断了个别从站(在现场这种情况是很普遍的），发现整个通讯全部歇菜了。重启PLC，头几台仪表的通讯正常，但是到了被切断的从站又OVER了。
3、检查PLC的状态信息，看不出异常。监控RS485总线，发现走过了空站号后PLC的XMT发送不出信息。
4、于是用VB写了一个从站的模拟程序与PLC通讯。从监控上看出，从站有应答，RCV正常处理接受信息后，XMT的发送没问题。而从站没有应答，RCV始终在等待，XMT便无法发送信息。
5、因此PLC端必须考虑终止接收。反复使用了几种方法，最终选用了定时关闭接受功能的方法。
6、在程序的初始化中配置通讯口和接收控制参数，然后将SM87.7（SM187.7）复位。
7、XMT执行后将SM87.7（SM187.7）置位，启动接收以及一个定时器。
8、无论有否应答，都由定时器去处理信息并关闭RCV功能，等待下一个通讯。
9、RCV指令在主程序中由SM0.0使能。这点很重要。因为SM87.7（SM187.7）被修改后，必须执行一次RCV指令才能启停接收功能，所以RCV作为“指令”始终被执行不会影响整个程序的逻辑关系，且程序看上去也简洁，其它地方只要操作SM87.7（SM187.7）即可。
另外，在和一些集成了RS485端口的仪表做通讯时，发现波特率的匹配上会有些问题。主要原因还是对主频进行分频后时钟脉冲引起的误差。这点上西门子的PLC适应性比较强，而合信的PLC适应性差一些。
有网友问到“PLC能否同时与不同波特率的对象通讯”的问题，窃以为可以解决。SMB30（SMB130）随时可以赋值，也就是说用户可以即时修改自由口的配置。按此逻辑，只要在XMT和RCV使能之前定义SMB30（SMB130）就可以了。这一点与VB对COMM口的配置是一样的；如果程序中没有操作COMM配置的指令，VB就按控件特性栏中的配置执行；如果程序中有配置指令，就按程序的配置指令执行。
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。