# Safety plane just for TCP

**URL:** <https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493>\
**Category:** Technical Questions\
**Tags:** safety-system\
**Created:** [August 18, 2020, 9:52am UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493 "2020-08-18T09:52:08Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![anon15159825](https://avatars.discourse-cdn.com/v4/letter/a/278dde/32.png) [@anon15159825](https://forum.universal-robots.com/u/anon15159825)\
**Post date:** [August 18, 2020, 9:52am UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/1 "2020-08-18T09:52:08Z")

</div>

Hello,

Our Cobot works with a hot tool and I´m trying to get the process safer. I want to create a plane that can´t be passed by the tool. That sounds like the perfect use for a safetyplane. The problem is, the robot stops too when the toolflange passes the safetyplane and that reduces the working space more than needed. Is it possible to edit the safetyplane on a way that just limits the TCP working space and nothing else?

---

<div class="post-metadata">

**Author:** ![inu](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.universal-robots.com/inu/32/732_2.png) [@inu](https://forum.universal-robots.com/u/inu)\
**Post date:** [August 20, 2020, 8:52pm UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/2 "2020-08-20T20:52:10Z")

</div>

You may want to check out the TCP safety settings shown here:

![image](https://us1.discourse-cdn.com/flex020/uploads/universal_robots/original/2X/5/59d104b291857e0bcd5d75ed9dc0887a1c448b12.png)

You can read a brief description in the User Manual Section on Tool Position, 21.15.

Link to download page: [UR Download | Support Site | Universal Robots](https://www.universal-robots.com/download/?option=77194#section77183)

---

<div class="post-metadata">

**Author:** ![anon15159825](https://avatars.discourse-cdn.com/v4/letter/a/278dde/32.png) [@anon15159825](https://forum.universal-robots.com/u/anon15159825)\
**Post date:** [September 6, 2020, 10:23am UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/3 "2020-09-06T10:23:12Z")

</div>

Thanks for your reply. I tryed to use this for my problem, but the robot still stops as soon as the toolflange passes the saftyplane.

---

<div class="post-metadata">

**Author:** ![cg1](https://avatars.discourse-cdn.com/v4/letter/c/c77e96/32.png) [@cg1](https://forum.universal-robots.com/u/cg1)\
**Post date:** [March 25, 2021, 9:16am UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/4 "2021-03-25T09:16:39Z")

</div>

Hi Julian

Did you ever find a solution?  
as I am having the exact same problem.

Best Regrads Casper

---

<div class="post-metadata">

**Author:** ![sya](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.universal-robots.com/sya/32/216_2.png) [@sya](https://forum.universal-robots.com/u/sya)\
**Post date:** [March 30, 2021, 7:49am UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/5 "2021-03-30T07:49:24Z")

</div>

Hi,

Are you using CB3 type or e-series robots? As I know, the safety plan should limit TCP only, not tool flange unless you do not set any values for the TCP. Do you set your TCP correctly? Moreover, in the e-series, you could set the TCP radius which could help you limit the TCP more precisely.

Thanks

---

<div class="post-metadata">

**Author:** ![cg1](https://avatars.discourse-cdn.com/v4/letter/c/c77e96/32.png) [@cg1](https://forum.universal-robots.com/u/cg1)\
**Post date:** [March 31, 2021, 10:06am UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/6 "2021-03-31T10:06:21Z")

</div>

HI Sya.

I’m Using an UR10e, and are trying to create a ceiling 50cm above the robot base that the TCP shouldn’t go above.  
I have been playing around with adding the TCP as a “tool position” in the in safety settings with different radius’s, but the robot keeps reacting to the safety plane when the tool flange approaches it.

as our tool is 30-40 cm away from the tool flange most of the time (but not all ways) pointing straight down, this quickly becomes quit annoying.

It seems to me like this happens because the tool flange is always mark as a fixed “tool position” in the safety settings, but this is just a wild guess…

If you have any ideas I would like to hear them.

best regards Casper  
PS: happy easter

---

<div class="post-metadata">

**Author:** ![cg1](https://avatars.discourse-cdn.com/v4/letter/c/c77e96/32.png) [@cg1](https://forum.universal-robots.com/u/cg1)\
**Post date:** [March 31, 2021, 12:52pm UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/7 "2021-03-31T12:52:41Z")

</div>

Hi Again  
Here is a picture illustrating the problem  
 ![image](https://us1.discourse-cdn.com/flex020/uploads/universal_robots/original/2X/2/28a0f82379bca482ff4b67aedba2ef8de4eb9ad3.png)

where the red dot at the tool flange triggers the error even tough there is a well defined TCP aka the blue dot.

Best Regards Casper

---

<div class="post-metadata">

**Author:** ![terryc](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.universal-robots.com/terryc/32/3006_2.png) [@terryc](https://forum.universal-robots.com/u/terryc)\
**Post date:** [April 3, 2021, 6:06am UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/8 "2021-04-03T06:06:48Z")

</div>

That’s really strange that tool position isn’t working. Setting an offset to match your TCP and a radius should create a sphere at your TCP that will trigger the planes.

Edit: I see what you mean, going to play with it on a real bot.

---

<div class="post-metadata">

**Author:** ![terryc](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.universal-robots.com/terryc/32/3006_2.png) [@terryc](https://forum.universal-robots.com/u/terryc)\
**Post date:** [April 3, 2021, 5:33pm UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/9 "2021-04-03T17:33:10Z")

</div>

Yea, I got the same thing. Can’t remove the “Tool Flange” and so it triggers well before the defined tool position. I guess in your case you can at least offset the plane higher by the TCP length?

 ![image](https://us1.discourse-cdn.com/flex020/uploads/universal_robots/original/2X/7/7a22b41bf195c7035165651d2e4cf620cd64b9fb.png)

---

<div class="post-metadata">

**Author:** ![cg1](https://avatars.discourse-cdn.com/v4/letter/c/c77e96/32.png) [@cg1](https://forum.universal-robots.com/u/cg1)\
**Post date:** [April 6, 2021, 6:46am UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/10 "2021-04-06T06:46:53Z")

</div>

Hi Terry.

giving the plane an offset is exactly what I am doing right now, but it is far from an ideal solution.  
The tool we have mounted is considered dangerous and is therefor not allowed to go above the shoulder height of the operator, but by giving it an offset you still have the possibility to twist the tool above shoulder height.

Because of this I also have to restrict the tcp direction, but this limits the use of the tool a lot more then we would like.

Best Regards Casper

---

<div class="post-metadata">

**Author:** ![terryc](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.universal-robots.com/terryc/32/3006_2.png) [@terryc](https://forum.universal-robots.com/u/terryc)\
**Post date:** [April 6, 2021, 4:11pm UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/11 "2021-04-06T16:11:45Z")

</div>

Hey Casper,

Yes I can see why something like this would be critical for what you’re working with.

@sya is this an appropriate feature request? For the user to be able to remove or disable the “Tool Flange” tool position to better define their safety parameters.

---

<div class="post-metadata">

**Author:** ![christian.dietzel](https://avatars.discourse-cdn.com/v4/letter/c/3ec8ea/32.png) [@christian.dietzel](https://forum.universal-robots.com/u/christian.dietzel)\
**Post date:** [July 15, 2021, 12:43pm UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/12 "2021-07-15T12:43:27Z")

</div>

I have a similar problem. I have several tools with different length which are note allowed to move lower than a defined high. (Robot is on a podest and TCP is not allowed to move lower than base coordinate system.) To set an offset is working for only one tool. But if the worker changes the tool the offset is wrong.

Is UR working on a solution for this kind of issues?

---

<div class="post-metadata">

**Author:** ![cg1](https://avatars.discourse-cdn.com/v4/letter/c/c77e96/32.png) [@cg1](https://forum.universal-robots.com/u/cg1)\
**Post date:** [July 16, 2021, 8:25am UTC](https://forum.universal-robots.com/t/safety-plane-just-for-tcp/8493/13 "2021-07-16T08:25:43Z")

</div>

> [@christian.dietzel](#):
>
> I have a similar problem. I have several tools with different length which are note allowed to move lower than a defined high. (Robot is on a podest and TCP is not allowed to move lower than base coordinate system.) To set an offset is working for only one tool. But if the worker changes the tool the offset is wrong.

Hi Christian..  
Ive made a “product wish” here which you could like in the hope that it gets more attention.

> [@Safety Planes that do not react to the Tool Flange](https://forum.universal-robots.com/t/safety-planes-that-do-not-react-to-the-tool-flange/14523):
>
> Summary deactivation of the tool Flange , in safety planes. What is it? When creating safety planes, you sometimes want the safety planes to only react to a mounted tool. But as the tool flange is always considered a tool position the safety plane can activate prematurely. Why is it needed? In our case it is a problem because, we want to create a ceiling for a tool that is considered dangerous, such that the tool never reaches above neck height. But as the tool is far away (40cm) from the to…

In your case it might be possible to use the “Dash board client” to load different installation files (each with their own offset) and restart the robot..

but it is a really hacky and slow work around..

Best Regards Casper
