Electric Automation Forum
Forum » General Discussion » Communication protocol.
Topics: Communication protocol. on General Discussion
Start by
Samuel Bouchard
10-22-2013 06:00 PM

Communication protocol.

What are the most widely used communication protocols in industrial robots to get information to and from the peripherals? (cameras, sensors, end effectors, etc.)
10-22-2013 08:34 PM
Top #2
Gabriel Vesa
10-22-2013 08:34 PM
10-22-2013 10:37 PM
Top #3
Giovanni Belviso
10-22-2013 10:37 PM
There are different levels of protocol depending to the application and needs of your traffic on the network.
At DEVICE LEVEL Profibus and Canopen seem to be the most popular in Europe. At PLANT LEVEL many like Modbus, Lon,...
In WIRELESS it seems ZigBee becoming the most popular in Europe.
10-23-2013 12:57 AM
Top #4
Samuel Bouchard
10-23-2013 12:57 AM
Thanks for the answers!
10-23-2013 03:07 AM
Top #5
Kevin Thompson
10-23-2013 03:07 AM
I have seen a lot of canopen and ethernet IP at the device level myself. Some otehrs out their include CC Link, Profibus, and devicenet. One I am starting to hear about more is ethercat. It looks promising and is open sourced http://www.ethercat.org/
10-23-2013 06:02 AM
Top #6
Jason Frank
10-23-2013 06:02 AM
Here's my 2 cents:
Regarding the discrete automation world (the Process Automation world as well) it's a bit more dependent on your global location.
Europe: Profibus DP & PA, Profinet, CANopen, Interbus, Modbus,AS-i
North America: DeviceNet, Ethernet/IP, Profibus DP,Modbus & FF
Asia: CC-Link, Profibus, DeviceNet

Generally speaking, Profibus has more nodes installed than any other industrial protocol- just due to the fact that Siemens (the largest backer/supporter of Profibus) has a larger presence globally than say Rockwell (largest backer of the CIP network family-Devicenet, Ethernet/IP and ControlNet and strong in NorthAmerica)
I would bet that for Robotics and Motion Control you will see a migration to Profinet IRT (Isochronous Real-Time) a version of Profinet that allows a high degree of determinism, so that the start of a bus cycle is maintained with the highest precision. The start of a bus cycle can deviate up to 1 µs (jitter). IRT is required, for example, for motion control applications (positioning control processes). Kevin of IAI mentioned Ethercat back by Beckoff Automation. Think of it as being an Ethernet version of Interbus (Token-Ring topology). Ethercat is picking up steam in the Semiconductor world where of course robotics are big as well as vsion systems.
Reply to Thread