Home› Programming
Discussion
Back to discussions page
jkimmel
Posts: 4 Apprentice
How to replicate the "Zero Sensor" button via TCP commands? (FT 300/150) |
285 views
|
Answered | |
/ Most recent by matthewd92
in Programming
|
5 comments |

in Programming
the ActiveDrive toolbar for the FT300 has a feature where it detects drift or variance of the sensor and zeroes it before starting active drive.
We tried sending a "CLEAR ZRO" message over the TCP, but instead of setting the means and deviations near zero like the "Zero Sensor" button does, sending "CLEAR ZRO" is more like rolling the dice and getting new random values in our observed means and deviations.
How can we replicate the "Zero Sensor" feature in our own code? Specifically it seems to not just de-mean, but to settle the standard deviations as well. What's the trick!?
thanks
joe
We tried sending a "CLEAR ZRO" message over the TCP, but instead of setting the means and deviations near zero like the "Zero Sensor" button does, sending "CLEAR ZRO" is more like rolling the dice and getting new random values in our observed means and deviations.
How can we replicate the "Zero Sensor" feature in our own code? Specifically it seems to not just de-mean, but to settle the standard deviations as well. What's the trick!?
thanks
joe
Tagged:
Best Answer
-
Annick_Mottard Posts: 147 Handy
@jkimmel over Universal Robots, you need to send the command rq_set_zero() in order to zero the values of the sensor. You can use this script command as often as you like in your programs.
Post below if you have questions.
Can you describe how to do it over the USB / serial port connection as well? We're considering serial port because of the issue where samples stutter or come in bursts over the UR's TCP link.
1.) i run a 5 second loop that collects F/T samples and calculates the mean and standard deviation
2.) the standard deviation is high (around e.g. 8-10), so i send rq_set_zero()
3.) the standard deviation remains high (same value band)
4.) If i go to the ActiveDrive URCap and start active drive, i'm shown the "zero sensor" button, which i tap
5.) the standard deviation is now between zero and 1.
It is crucial for our application to be able to reproduce this "zero sensor" functionality outside of polyscope, and rq_set_zero doesn't do the whole job. Your help is appreciated!
Here is a sample log showing the behavior described above. From this it is clear that the "Zero Sensor" button is still doing something I don't have access to.
We are an OEM customer - if we can get the FT300 to work we will be including it with our product, meaning we will help you sell dozens to hundreds of FT sensors over the next few years. However for us to ship this product with this sensor we need to be able to make it behave! Both the standard deviations and the means are substantially closer to zero after we hit the "Zero Sensor" Button, but we are not able to produce that result by sending rq_set_zero.
====
collect data for 5 seconds
====
collect data for 5 seconds
please observe that in the last block the deviations are roughly 1/4 of their previous values! This "quiet" stable behavior typically persists for several hours, until the means start to drift and the deviation increases, at which point the only thing that reliably works is using the ActiveDrive plugin "zero sensor" button.
thanks for your help!
Any ideas are greatly appreciated. At this point I have basically had to incorporate the robot force mode into the search function to guarantee that I do not fault out the robot