# How Do I Check My Current Payload and COG?

**URL:** <https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682>\
**Category:** Technical Questions\
**Created:** [March 4, 2022, 8:05pm UTC](https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682 "2022-03-04T20:05:41Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![anon507564](https://avatars.discourse-cdn.com/v4/letter/a/e480ec/32.png) [@anon507564](https://forum.universal-robots.com/u/anon507564)\
**Post date:** [March 4, 2022, 8:05pm UTC](https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682/1 "2022-03-04T20:05:41Z")

</div>

Polyscope 5.10.1.1.

I have custom payload settings. When I “set now” it sets it. If I change tabs and go back to installation it shows the default payload in the drop down and has the default payload settings in the text boxes.

The Set Now button is also active so I doubt it’s changing. It’s just not persistent when you switch windows.

I set the Payload in the below image.

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

Then I clicked the TCP window then back to the Payload window and got the below.

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

So now I have no idea what payload setting is active.

Is this an oversight (like the Active TCP in the Move tab not updating?) or is there some logic to this highly annoying behavior. 😠

---

<div class="post-metadata">

**Author:** ![eric.feldmann](https://avatars.discourse-cdn.com/v4/letter/e/94ad74/32.png) [@eric.feldmann](https://forum.universal-robots.com/u/eric.feldmann)\
**Post date:** [March 4, 2022, 8:33pm UTC](https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682/2 "2022-03-04T20:33:40Z")

</div>

Dropdown boxes like that have to have some sort of default item to display when they are added to the screen. My guess is they’ve chosen to default to whatever Payload you have flagged as “Default,” (the little green flag thing) not the one you have set as active. I don’t have 5.10+ on my simulator so I don’t have the dedicated Payload setting to verify. But if you set Payload\_1 as default, does that show up first when you switch screens?

---

<div class="post-metadata">

**Author:** ![jjbe](https://avatars.discourse-cdn.com/v4/letter/j/bbce88/32.png) [@jjbe](https://forum.universal-robots.com/u/jjbe)\
**Post date:** [March 4, 2022, 8:38pm UTC](https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682/3 "2022-03-04T20:38:30Z")

</div>

@eric.feldmann is right. If you press the dropdown it should display a checkmark next to the active payload. I am not sure I understand what you mean by the active TCP not updating in the move tab?

You do have a point in the fact that the way the user sets the active TCP and the way the user sets the active Payload is not consistent.

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

---

<div class="post-metadata">

**Author:** ![anon507564](https://avatars.discourse-cdn.com/v4/letter/a/e480ec/32.png) [@anon507564](https://forum.universal-robots.com/u/anon507564)\
**Post date:** [March 4, 2022, 9:33pm UTC](https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682/4 "2022-03-04T21:33:39Z")

</div>

> [@eric.feldmann](#):
>
> But if you set Payload\_1 as default, does that show up first when you switch screens?

Yes, it always displays the default (whatever that is set as). This is highly annoying behavior and is causing a lot of back-and-forth while dealing with 4 different payloads in one program.

> [@jjbe](#):
>
> I am not sure I understand what you mean by the active TCP not updating in the move tab?

From another thread. [Easy: Auto Update "Active TCP" Box in Move Screen / Robot](https://forum.universal-robots.com/t/easy-auto-update-active-tcp-box-in-move-screen-robot/15676)

Also happens when using Eric’s bitchin Set Active TCP Cap he made for us. [Change Active (Set) TCP in the Move or Installation -\> TCP Configuration interface](https://forum.universal-robots.com/t/change-active-set-tcp-in-the-move-or-installation-tcp-configuration-interface/7137)

---

<div class="post-metadata">

**Author:** ![eric.feldmann](https://avatars.discourse-cdn.com/v4/letter/e/94ad74/32.png) [@eric.feldmann](https://forum.universal-robots.com/u/eric.feldmann)\
**Post date:** [March 4, 2022, 10:29pm UTC](https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682/5 "2022-03-04T22:29:51Z")

</div>

Do you uhhh…want me to add Payloads to that cap? 😆

---

<div class="post-metadata">

**Author:** ![miwa](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.universal-robots.com/miwa/32/2986_2.png) [@miwa](https://forum.universal-robots.com/u/miwa)\
**Post date:** [March 5, 2022, 3:11am UTC](https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682/6 "2022-03-05T03:11:12Z")

</div>

Hello,

Whichever payload has the black check mark next to it is the active payload. If you set the default as active, you’ll see both the black check mark and green flag. I certainly agree that this behavior is not intuitive.

If you want to confirm that you’ve set your payload programmatically, you can assign one of the below script functions to a variable.

 ![image](https://us1.discourse-cdn.com/flex020/uploads/universal_robots/original/2X/1/1860d3198378ad5980cdbff7f77b906a856fa53e.jpeg)

---

<div class="post-metadata">

**Author:** ![anon507564](https://avatars.discourse-cdn.com/v4/letter/a/e480ec/32.png) [@anon507564](https://forum.universal-robots.com/u/anon507564)\
**Post date:** [March 7, 2022, 4:02pm UTC](https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682/7 "2022-03-07T16:02:59Z")

</div>

> [@eric.feldmann](#):
>
> Do you uhhh…want me to add Payloads to that cap?

I LOLed. 😄

I do but I want you to get paid by UR for fixing the obvious and simple things that should have never left BETA testing the way they currently function. Many AE’s neglect basic functionality due to lack of day to day use of the tools they work on.

UR should hire someone like me in the product development department. Especially if Doosan ever figures out how to make a user-friendly GUI. Once that happens it’s gonna be on like Donkey Kong. 🤣

> [@miwa](#):
>
> I certainly agree that this behavior is not intuitive.

Not intuitive is a nice way to put it, lets go with that. 🙂

> [@miwa](#):
>
> If you want to confirm that you’ve set your payload programmatically, you can assign one of the below script functions to a variable.

That was my first consideration. Seems very clunky.

It would probably be easier to select the drop-down and scroll to find the black check mark. Luckily I don’t have too many payloads set but the number goes up every time I add a new part. This will become a problem soon and I’m probably going to get more irritated at UR for not addressing it as it gets worse. Like the system slow down when you have more than a few hundred stupid backup files in your folder with zero way to manage them. That is a PITA every single day for me. 😠

I’m getting off topic. Sorry.

My main point I guess is the concept behind having things like the Payload display and the Active TCP display actually display, you know… the _current_ Payload and/or TCP when they update.

It’s like having a fuel level gage in your car that doesn’t update the current fuel level until you put the car in Park. Yes, it works. But it’s redicuous to have to stop every time you want to check your fuel level.

---

<div class="post-metadata">

**Author:** ![eric.feldmann](https://avatars.discourse-cdn.com/v4/letter/e/94ad74/32.png) [@eric.feldmann](https://forum.universal-robots.com/u/eric.feldmann)\
**Post date:** [March 7, 2022, 7:12pm UTC](https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682/8 "2022-03-07T19:12:55Z")

</div>

OK so I added the Payloads to the CAP, but in doing so I actually noticed that the active payload DOES update in real time on the Installation screen.

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

You can ignore line 2, that was my own debugging. If you run this code, then open your Installation page, you should see the dropdown box actually toggling in real time. If your’s is NOT doing this, update Polyscope. My simulator is running 5.11.8 and it’s doing this.

I checked the TCP hoping for a similar result, but sadly the TCP still isn’t updating in real time.

---

<div class="post-metadata">

**Author:** ![anon507564](https://avatars.discourse-cdn.com/v4/letter/a/e480ec/32.png) [@anon507564](https://forum.universal-robots.com/u/anon507564)\
**Post date:** [March 7, 2022, 8:06pm UTC](https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682/9 "2022-03-07T20:06:29Z")

</div>

Yes, the payload updates in real time when you change it AND you’re still on that tab AND in that node but it is not persistent.

Once you click another tab or a node or anything that moves away from the payload screen then go back, it’s back to default showing in the drop down box AND the text boxes with the Payload values even though the correct one is loaded. You just can’t see that it’s loaded unless you look for the check mark in the drop down.

---

<div class="post-metadata">

**Author:** ![jha](https://avatars.discourse-cdn.com/v4/letter/j/9fc348/32.png) [@jha](https://forum.universal-robots.com/u/jha)\
**Post date:** [March 8, 2022, 10:00am UTC](https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682/10 "2022-03-08T10:00:18Z")

</div>

You can still see it change on this menu :

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

---

<div class="post-metadata">

**Author:** ![eric.feldmann](https://avatars.discourse-cdn.com/v4/letter/e/94ad74/32.png) [@eric.feldmann](https://forum.universal-robots.com/u/eric.feldmann)\
**Post date:** [March 8, 2022, 4:16pm UTC](https://forum.universal-robots.com/t/how-do-i-check-my-current-payload-and-cog/19682/11 "2022-03-08T16:16:08Z")

</div>

> [@anon507564](#):
>
> I do but I want you to get paid by UR

Well I didn’t get paid by UR, but I did add payloads to the CAP. That was mostly copy/paste logic from the TCP side. And I went ahead and made them automatically update in real time without needing to close/open the toolbar. That was…a little more work than I expected.

Ironically, the only way it DOESN’T automatically update the toolbar is if you use that “Test” button on the Set nodes to set the TCP as active. But since that’s a pretty dumb way of setting it in the first place, I don’t much care. I think the same goes for clicking the “Set Active” on the Payload in the installation.

[TCPhelper-2.0.0.urcap](https://forum.universal-robots.com/uploads/short-url/8AZ5qQlLbZE6g1zV6Asjf9XxTLv.urcap) (322.4 KB)

Notes:

- Requires Polyscope 5.11
- Considers TCPs with the same translational offset but different rotation values as the same, so might screw up with those. Hopefully that’s like…not ever the case. ([Inconsistent return value for TCP rotations](https://forum.universal-robots.com/t/inconsistent-return-value-for-tcp-rotations/19758)) If you enter your orientation as RPY in radians it works fine. This is outside my control due to how the API provides this information.
- Tapping the actual arrow in the dropdown might cause some odd behavior if trying to change the TCP or payload while a program is running. (I wouldn’t advise doing that anyway but hey, that’s just me.) This is because, for some reason, the arrow is not part of the dropdown box, and therefore doesn’t register as “onClick().” Anywhere else in the box works.

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