[bartlettD]

Another good exampe is the industrial space. Factory machinery used to communicate over serial type interfaces, but now theres a push to move to EtherCAT which is a determistic protocol built on top of Fast Ethernet.

There is a GigE specification now too, but if all you're doing is controlling some motors you don't need that much throughput.

[PinguTS]

EtherCAT is not build on top. EtherCAT is just a bit-chain who looks like valid Ethernet frames so that the controller side, and the switch side can handle them like any other regular Ethernet frame. The device aka slaves need a special implementation that just goes through the frame in real-time and changes the bits in real-time and at the end modifies the CRC accordingly in real-time. So, it is not built on top.

On top there are other things like ProfinetIO.

[bartlettD]

EtherCAT is built on top of IEEE 802.3 Frames, you're right that there is a special controller but those interface over MII to a standard Ethernet PHY.

They don't look like valid Ethernet Frames, they are valid Ethernet Frames. Ethercat embeds its Ethertype within the frame the same way that other protocols do.

As you say, EtherCAT does its own thing with the frames, to get the real-time determistic performance it needs, but EtherCAT and other 802.3 Frames can co-exist.

https://www.ethercat.org/pdf/english/EtherCAT_Introduction_0...

Slide 25-32 are a good high level overview of possibilities. Slide 32 shows a setup with Co-Existance.

[PinguTS]

Thanks for referencing. I still have one of the original specification somewhere in my closet, when I was asked to review it.

They are made to look alike valid Ethernet frames. The idea was: how to make Interbus look alike Ethernet and how to make some patents to make money out of it. Originally you had to buy the controllers from Beckhoff. Now they are integrated by many µC, but still they have to pay licensing fees to Beckhoff.