I have seen videos typically of stacking type applications where the UR goes down until it contacts something then it moves upward then returns to pick an object a certain height above the point it contacted initially. My assumption is this is accomplished using torque sensing and a relative or variable way point. Where can I find some training literature that explains how to establish these types of waypoints? Can someone share some insight how this is programmed? Another question, I am using the pallet wizard to stack parts in a box, using the box feature. I need to insert a sheet of cardboard between each layer. Is there a way to insert a pause and pop-up between layers in a box sequence or do I need to do like 4 or 5 squares? Counting of some type? This is where I was thinking the touch off trick would help me I could have the robot touch off before it begins the pallet sequence then it would places the layer. Pop-up once layer is complete insert sheet. Robot again checks height and begins second layer. I hope this is a clear enough explanation.

I posted this to the wrong board.  :/ 

@mertzga I changed the category. Thanks for posting! 

Thanks.

@mertzga we do a lot of force feedback in our program using the built-in force monitoring of the UR.  Its not anywhere near as precise or fine grained as a FT sensor is (we have used one and it was nice) but it gets the job done, especially when all that matters is gross motion.  

If you use an if statement in your program you can actually check the box that says "Check Expression Continuously" and it basically turns the if into a while loop, so while the force is less than your threshold the node will continue to execute but as soon as you exceed the threshold you will exit that loop.  So for searching we will do something like this:

    if force()<50. #Check Expression Continuously box is checked
      waypoint # this is where I want to get to
    end if

      

If I want to know if something is there I will place a variable flag at the end of the task under the if statement, I will set the flag to True before the If and then False if the waypoint is complete.  I use this for instance to probe a tray of parts to determine if there are parts in each of the pockets of the tray

If the motion is able to execute completely then there must NOT be an item in that spot so lower the flag, if there is that portion of code will not be reached as the If statement will exit when the force exceeds the threshold.

Something like this:



Of course this all still works the same with an FT sensor, it just gives you much finer control over the actions.

     

So I can do this with just the robot. Awesome! :) Thanks!

@mertzga Yes, you can do this using the built-in force control of the UR.
@matthewd92 Thanks for pointing out the UR Force feature!

@mertzga the force() method returns the norm of the get_tcp_force() method.  If all you care about is overall force its a handy method.  If you want to know the actual force that is being seen in each of the TCP coordinates (x,y,z,rx,ry,rz) use the get_tcp_force() as it returns a list and then you can reference the exact force parameter.  The returns are N for x,y,z and Nm for rx,ry,rz.  If you want the absolute force in a particular degree of freedom you can use the norm() function.  So if you want to know the absolute force you are seeing in the y-diorection of the TCP you would use:
    
    global force_I_See = get_tcp_force()
    global y_force =  norm(force_I_See[1])

Hope that helps

Loop norm(Mx)<0.5
                   var_1≔get_actual_tcp_pose()
                   var_2≔pose_add(var_1,p[-0.0005,0,0,0,0,0]) 
                   var_2 (What is the second var_2 shown in this program loop?

I have been playing with both methods. Matt's method I got to seek the part then i set remaining way points. 
My ultimate goal would be to establish the position it contacts the part then based on that it calculates the next points.
When I try Tyler's loop method it throws an getInvers:couldn't find a solution error. I re-read the first post and now I see 
that the loop is moving incrementally untill it contacts force that exceeds the expression. 
How do I get the robot to calculate where to go based on var_1?

@mertzga you need to change the 19 to 19/1000, you have to feed it meters, not millimeters.  That should solve the issue.  Also, you can use the is_within_safety_limits() function to verify that the pose that is calculated can actually be reached within the safety constraints of the robot.

@matthewd92 Thanks for answering, yes the pose is defined as p(x,y,z,ax,ay,az), where x,y and z describe the position of the TCP in meters, and ax, ay and az describe the orientation of the TCP.