将两个不同制造商生产的控制器通过以太网进行连接在一起，或者与第三方的工作站相联，结果会令人非常失望。为什么在使用Ethernet 和 TCP/IP时，它们之间不能进行通信呢？
　　Ethernet and TCP/IP不会减少对现场总线标准的需要，相反，还会促进。不能集成的原因是Ethernet and TCP/IP仅仅占协议的一半（准确地说4/7）。
　　协同工作能力（Interoperability）不仅仅是将两个元件连接在同一根线缆上而毫无冲突。他们必须能进行相互之间的通信。Ethernet只能处理7层中最下面的2层，TCP/IP能处理再上面两层。Ethernet and TCP/IP能处理许多不同的协议，甚至是同时处理。在这个平台上有超过2000个协议：http、ftp and pop3是其中我们几乎每天都能使用到的一些。它们使Ethernet功能更加强大，但同时也会引起协同工作的混乱。
　　既然不管是Ethernet 还是TCP/IP都不能涉及所有的协议层，因而需要网络技术来作用于应用层（第七层），它是一个开放的标准。如果不是，就需要特殊的驱动程序才能在设备之间实现从软件或网关获取数据。
　　不是所有的工业以太网都是具有所有权的，如Modbus/TCP协议使用以太网媒介和TCP/IP进行通信，在应用层采用与常用的Modbus/RTU协议具有相同的登记方式。因此，Modbus/TCP确保了一个具有协同工作能力的层。来自不同制造商的设备常采用此方式。现成的过程可视化软件现在已经支持Modbus/TCP。
　　因为Modbus在事实上是个标准，但存在一些差异性，用户必须自行进行设置。至于工作站软件方面，OPC可解决这个问题，但是在设备之间进行对等（peer-to-peer）通信就不行了。当然这需要设备供应商提供一个OPC 服务器。Modbus和其他协议的限制在于没有可供下载编程和配置的标准。