控制器（PLC）和控制器（PLC）之间的通信是我们在实际工程中经常遇到的问题。
就以太网通信来说，各个厂家（品牌）之间的控制器（PLC）通信可能既有其自有的特有的通信方式（协议），又支持开放的通信协议。每种通信协议又有其各自的特点，如通信速度，数据传输的可靠性以及每次通信任务所发送数据的多少等等。
那么在实际项目中，我们如何去选择合适的通信协议来更好、更便捷的实现我们的工艺和控制要求呢？比如SIMATIC产品之间如何选择合适的以太网通信方式？SIMATIC产品和第三方控制器（PLC）通信又如何解决？CPU自带的以太网口（PN口）和CP以太网卡做以太网通信有哪些区别？不同网段间的控制器（PLC）之间又如何通信？和冗余系统又可以采用哪些通信方式？
本期就控制器（PLC）之间的以太网通信展开讨论。希望大家各抒己见，多多发言！

活动奖励：
此次集中交流将持续至9月14日，其中所有精华帖作者将获得加倍精华奖励积分；最终所有有效留帖的网友将获得加倍发帖积分。更多积分带给您更多奖品兑换的自由。
对于有突出发言贡献的网友可获得金币奖励，可以在当前的兑换奖品中兑换奖品。
交流结束后也将专门整理重要内容，供广大网友分享参考。
预祝大家交流愉快，收获丰富！

控制器之间的以太网通信，我觉得最方便的是使用GET/PUT的单向S7通信。客户机使用GET/PUT功能块读写服务器的地址区，服务器不用编通信程序。虽然名为“单向”，实际上数据是双向传输的，GET是服务器的数据传送给客户机，PUT则是反向的传送。
这种通信除了能实现同类型的PLC之间的通信（S7-200、S7-200 smart、S7-300/400、S7-1200)，还能实现不同型号的PLC之间的通信。
最经济的当然是使用CPU集成的以太网口的通信，例如S7-200 smart、S7-1200和带PN接口的S7-300/400CPU。使用CP的通信太贵，CP 243-1都要2000元以上，S7-300/400的以太网CP就更贵了。

S7-200和S7-200 SMART以太网通信功能的比较

S7-200和S7-200 SMART的以太网通信都采用S7协议的单向通信，可以作客户机或服务器，每个读操作最多传输222字节，每个写操作最多传输212字节。
它们在性能上的区别如下：
1）S7-200 SMART的CPU集成了一个以太网接口和RS-485接口。S7-200的以太网通信需要配备一块价格比CPU 226还高的CP 243-1以太网模块。
2）S7-200 SMART的以太网接口有一个用于编程计算机的连接，还有8个用于HMI（人机界面）的连接，8个用于以太网设备的主动的GET/PUT连接，和8个被动的GET/PUT连接。上述的25个连接可以同时使用。S7-200 SMART与高性价比的SMART 700 HMI配合使用非常方便。
CP 243-1只有一个用于编程计算机的连接，和8个S7连接。
3）S7-200和S7-200 SMART都用向导来组态以太网通信。S7-200 SMART的GET/ PUT向导的操作简化到了极致，S7-200的以太网向导需要多设置十多个参数。
4）S7-200的以太网通信需要调用向导生成的ETH0_CRL，对于每一个连接、连接中的每一个数据传输，都需要调用一次向导生成的子程序ETH0_XFR。
S7-200 SMART的以太网通信只需要调用一次向导生成的NET_EXE子程序。
5）S7-200在以太网通信中作服务器也需要用向导来组态，并调用子程序ETH0_CRL。
而S7-200 SMART作服务器不需要用向导来组态，也不需要调用通信子程序。
6）S7-200 SMART之间用以太网通信交换数据不需要附加的硬件成本，比S7-200的网络读写指令的MPI通信的字节数（16字节）和传输速率大得多。S7-200 SMART通过以太网还可以与S7-1200和S7-300/400通信。

与没有以太网口的CPU加以太网CP模块的方案相比，CPU自带的以太网口（PN口）最大的优点是价格便宜得多。从功能来说，最低档次的CPU 314C-2PN/DP也可以作单向S7通信的客户机，CPU加以太网CP模块是否能作单向S7通信的客户机，与CPU和CP的型号有关。例如CPU 313C-2DP就不行。

200做以太网通讯很容易实现，一是直接用向导就可以生成，二是稍微理解一点通讯的基本知识就可以做好设置（IP地址、通讯地址的映射，块的调用、分配参数地址），三是下载例程可以做为参考。几乎一会儿的功夫就可以实现通讯，不必费心的研究半天。
300做以太网通讯，选择带PN口的可以节省不小的费用。控制器之间做通讯，我一般选择单边方式。
不同厂家的PLC走以太网通讯，就要看所支持的具体协议了，比如需要选择MODBUS TCP/IP.
不同网段的控制器通讯，中间可以加路由器，或设置控制器的路由功能。

A控制器和B控制器本来就可以直接通信，为什么数据要经过计算机C来中转一次呢？中转带来的问题有如下：效率低、故障排查复杂、增加故障节点，如果这台PC挂了，那么A控制器和B控制器之间的通信也挂了。
另外根本无法实现快速高效的数据通信。
如果通过外部I/O 硬件来进行通信，那如果传递的是字符串、数值（别说你用A/D 、D/A 转换，转换完两头的数不可能一样），或者是200个字节，你又如何通过硬件I/O来实现呢？
对于您提到的外围仪表需要进两个PLC系统的时侯，实际根本不用增加什么1入2出的隔离器。Profinet的模块内部共享输入输出(MSI/MSO)功能就可以满足你的需求！见下图！

具体到OPEN IE的实现上，二者方式不同
集成PN口是调用功能块建立的动态连接，可以通过编程随时建立和终止，这点尤其方便
而CP则是通过NetPro建立的静态连接，除非改变配置才能清除此连接

我用CP，一般是解决CPU通信资源不够的问题

是滴，很认同。比方如果是西门子S1X00与AB的PLC通讯，AB的以太网接口配置成modbus TCP，两者的互通很简单实现。