首先，1200的自由口通讯功能比200更丰富，可组态的消息模式也更强！比如各种发送条件，接收条件，而且停止位也可以设置为2位了（200只能默认一位停止位）。

其次，编程的灵活性方面，由于新的V2.2固件加入了SCL功能，这次用SCL写起来感觉不比以前用200的STL麻烦，有的甚至更方便！

但是，人无完人，机无完机啊！ ：）（玩手机玩多了^_^） 。 1200的点到点通讯让我最不爽的是它没有发送完成中断或者接收完成中断！ 特别是没有发送完成中断，当一条报文发送完成后，切换到接收状态，但这会收到扫描周期影响的！ 如果服务器端（比如变频器）一接收到报文后“立即”响应的话，那大部分的时候就杯具了……因为1200在发送完成到开始接收，需要一个扫描周期的时间以上！ 在这个时间段内服务器响应的话，报文就丢失了……

解决的办法呢？ 还好，现在一般的变频器或者温控器都有延时响应功能！即当变频器（温控器）接收到报文并处理成功后，它会延时一段时间，再回传报文，而且这个时间可以设置！ 比如当我的PLC扫描周期为10ms时，那么这个延时时间必须设置为10ms以上。否则回传回来的报文，PLC会接收不完整或者丢失！

需要可以解决，但是会有几点不爽的地方：
1、PLC扫描周期越长，需要的延时时间越长，那么多台变频器轮询的时间会明显增长！ 我下午做了个测试，只写了个MODBUS功能，PLC扫描周期大约1~2ms，当我将变频器的延时时间设为1ms时，通讯异常，延时大于等于2ms，通讯就正常了（波特率38.4K）。 如果程序较大，扫描周期较长，比如20ms……呵呵
2、并不一定所有的服务器都具有这种延时设置的功能，如果没有，那就麻烦了！ 就象早些年三菱FX-2N做自由口通讯就和1200一样，结果以前的变频器没有延时响应功能，就8 行了。 而使用S7-200就很爽了。 这也体现了S7-200与同时代的微型PLC相比，它的通讯优势！
3、需要PLC的扫描周期尽量稳定， 如果中断程序过多，扫描周期波动较大，那么相对应的服务器延时时间要设置为PLC最大可能的扫描周期， 这个比较头疼……


大家有啥好的使用心得没？这只是我个人的测试结果，或许我没有注意到某些功能？大家一起来论一论吧，谢谢！