公司要做一台设备参展，要求往“高大上”搞。我的初步设想是全部用网线通讯。
计划平台配置如下：
西门子S7-1200 CPU1214C +西门子G120变频器（CU240E-2 PN 控制器 + IOP面板）+精简15"触屏
它们都支持Profinet通讯。我想的是CPU连网线到变频器，变频器上两个网口，另一个口接到触屏。
这是第一个问题，这样连线Profinet网络是否算硬件基础搭建成功了？
另外就是，设备需要温控。我准备用台达的DTME08多路温度控制模块，这个模块支持Ethernet和RS485，通过Modbus TCP或者RTU通讯。
这样组网设备的网口不够用。加一块西门子的CSM1277以太网交换机，这个交换机有4个网口，正好把所有的设备都接到交换机上。
第二个问题就是，Ethernet和Profinet据我了解好像是两种协议（？），那这两种协议（？）能在一个网络上共存么？会互相冲突么？需不需要像Modbus协议那样相互轮询？即Ethernet通讯时，Profinet需要暂停通讯，反之也如此？
Profinet是头一回用，以前用Modbus TCP也没关心过网络的问题，或许是我太纠结了？
请各位大神不吝赐教！

可以共存，如果感觉不好搞，西门子的都走profinet,台达那破表走RTU也成，就是给1200加个485信号板就行，300多块钱的事。
物理层和协议层你得搞清楚，物理层一样就可以共存，profinet和modbus tcp都是以太网为物理层，不一样的地方是协议层，所以是可以共存的。
就好比RS485物理层的协议可以走nodbus也可以走其他基于RS485的其他任何自由协议，放232的上去就不行。

老大，问个我最纠结的问题。网线上同时存在Ethernet和Profinet的发报内容会冲突么？它们能自己纠错么？

以太网上别说两种不同的协议，就是20种都没问题。只要：Mac地址不冲突（不能有两个或更多一样的地址）、IP地址不冲突就可以了。你的Profinet用的肯定不是IRT模式，这个就跟普通的以太网通信协议一样了。

引用 ddt250 在 2019/9/6 9:09:20 发言【内容省略】

不会冲突，第一，两种协议波特率不一样，其中一方可能无法接收到另一方的报文，就像收音机不串台一样。第二，即使波特率一样，两种协议发出的报文都可以被收到，但是接收方会做出判断那些是给自己的，那些是别人的报文，是自己的就解析处理，不是自己的的就忽略。报文就更不可能冲突了，任何通讯都会检测总线是否处于空闲状态，箬空闲才会把数据放上去， 繁忙则等待，所以报文不会重叠就不会乱，其他的都是解析的事，除非有强电磁干扰，让线路上的数据信号发生变化，会导致解析不出来，当然这属于干扰。

引用 121111115 在 2019/9/6 13:33:05 发言【内容省略】

你确定你说的是以太网？
以太网根本不是这种机制。

引用 yanli7234 在 2019/9/6 14:42:40 发言【内容省略】

那你给科普下以太网是哪种机制。难道和CAN一样走流控制？以太网出现的那个年代还没有流控制这种机制吧，所以除了CAN和ethercat这种流控制机制外其他都是校验（数据流控制是主机发送一串配置数据流，对所有网内的设备进行配置，之后主机按照自己的流往外给数据，对应设备就可以收到控制指令，并返回值在原数据位置，之后这个返回值会流到主机作为反馈，这个不需要校验和解析），TCP/IP也是有报文的，有包头包尾，超时时间等。

这个说来话长了，以太网、can、485都是串行通信，只有485要求同一时刻只有一个主设备（主站），以太网实际上是没有主站的，CAN也差不多，这俩都带有硬件冲突检测，485没有。这就意味着485可能是响应时间最长的，因为485不管是单主站、多主站，实际上都是轮询，子站要得到当时的主站呼叫才能发言，而以太网和CAN所有的站都是判断总线空闲后就能发言了。举个例子：炼铁厂热风炉的冷风阀（啥子阀都行），液压控制的，电磁阀在液压站里面，而阀门的开关到位信号在热风炉上面（接近开关）。如果是485的远程IO模块，在轮询到液压站相应的DO模块时，发出开阀信号（假设冷风阀是关闭的），轮询到冷风阀开关到位的DI模块时，才能知道是否开到位，如果开到位，再次轮询到上面的DO模块才能撤掉开阀信号；而以太网或者CAN在发出开阀信号后，如果开到位，对应的DI模块主动的向主站发出开到位信号，这个延时很可能比485短。
但是，以太网、CAN是有可能产生冲突的，比如其他的DI模块凑巧也同时向主站发送信号。而485绝对没有这种可能。所以，西门子的DP号称实时性比以太网好，因为最大延时是有保证的，而以太网赶上倒霉，延时可能比485长的多（比如多次的冲突）。CAN和以太网在产生冲突的时候处理机制不同，以太网是所有节点完全平等，而CAN是分优先级的，所以CAN当时号称实时性最好。运动控制（伺服电机）对于实时性的要求远超过程控制，很多的伺服驱动器就是用的CAN总线而不是485或者以太网，应该就是这个原因。
以太网的带宽（通讯速度）最大，但实时性一直饱受诟病，于是后来就出来了一个EtherCat，这东东充分发挥了以太网速度快的优势，同时又保证了实时性；西门庆家也不甘落后，推出了Profinet，里面的IRT模式，实时性仅次于EtherCat，现在的运动控制基本上就是这俩占了大半天下了。但这俩其实都不是标准的以太网了，只是用了以太网的接口（RJ45）和网线，内部机制是不一样的。但Profinet如果不用IRT模式，还是可以使用普通的网络设备的，兼容性还行。
至于那个收音机的比喻，对于以太网来说，一个串行总线，同一时刻只能有一个发言的，完全不合适。广播电台同一时刻有很多都在发言，这个肯定不是串行的了。以太网要弄清楚，还得从编码说起，本胖早就忘得差不多了。但可以提出一个启发性的问题：
为啥以太网的速度那么快呢？

高手

引用 yanli7234 在 2019/9/7 10:41:40 发言【内容省略】

以太网一般都是CS架构，不存在冲突，比如一个公司有个老板，下面几个高管，下面几个小高管，最下面才是员工，员工就是纯client，其他既是client，也是server，老板是纯server。
你所说的冲突就好比1000000个员工同时给老板汇报工作一样，实际上老板只管那几个高管，高管只管那几个小高管，老板甚至都没见过员工长啥样，可能连小高管都不认识。
那么一个管理者管3-5个人还管不住也没法干（这要冲突或者超时太长还怎么玩？每个人有iP地址，有他的任务和工种，躺着管他，冲突来自那里？管理者无能的情况除外），管3-5百人可能就会造成放羊的情况（超时比485还牛逼，服务器崩溃，服务器响应过慢你得等会儿）
每个人的处理能力是有限的，服务器也一样，你所说的超时比485还牛逼，那么设计这系统的人是不是有点问题了。
春晚抢过红包吗？是不是老转圈不出红包？这就是那么点服务器让14亿人连接的情况，目前为止没有支持得了春晚抢红包的服务器。有时候慢不是冲突，是处理不过来。
我说的收音机不穿台是由于传输频率不一样，波特率不一样就是传输速率不一样，高铁和绿皮车见过吧。同一条路上调度没问题就没问题呀。