Home Troubleshooting


Left ArrowBack to discussions page
Hi all,

We ran into an issue that I consider a bug with UR, but wanted to describe it here as the problem and fix were not at all intuitive.   Hopefully, it can help someone save some grief if they run into a similar issue.   

We have a number of UR5Es we're deploying in a complex application.  https://www.youtube.com/watch?v=nl7J9RwkEH8   Heavy use of Force Co-Pilot, Socket communications, Modbus control of a pneumatic stack, prox switches, etc.  Once we set up the program, the UR was very, very sluggish.  8+ minute boot-up times from power-on to program-load screen, very sluggish response times on the teach pendant, etc.  Random lockups, etc.  Force Copilot would overshoot and give a safety-fault at random times, etc.   The robot just acted drunk.  

We upgraded and downgraded, tried different versions of UR Caps with no luck.  Frustrated as heck.  Nothing made sense.    

Turns out the issue was with the network stack.  The network was defined as:

IP Address =   
Subnet is =  
Gateway =
DNS 1 =
DNS 2 =

If the network gateway is not physically connected and available, the UR becomes incredibly sluggish and unreliable.  Changing it to this fully addresses the problem:

IP Address   
Subnet is  
DNS 1 =
DNS 2 =

If anyone else has this kind of issue, hopefully, a search will lead them here.

Best Answer


Sign In or Register to comment.
Left ArrowBack to discussions page