UR5e sleeve transfer handover omits empty pockets and interruptions

FarahArcher0417 · 22 Jun 2026, 05:56 UTC

Reply to discussion
FA
FarahArcher0417
Operators start my saved job but need me for empty pockets or interruptions. I think I handed over buttons, not recovery decisions.

19 replies

BE
BenAdams0109
Replying to FarahArcher0417

That's plausible. Our blank waiting screen had operators calling maintenance because only the programmer knew what it meant. What does yours actually show when a pocket is empty?

22points
FA
FarahArcher0417
Replying to BenAdams0109

Pocket number and waiting. It doesn't say whether the job expects a sleeve or needs review.

24points
JA
JasperAbbott0029
Replying to FarahArcher0417

I'd ask an operator what they think waiting means before rewriting it. Actually, ask them to explain the next decision too; your mental picture may fill in information that isn't on screen.

17points
TH
ThomasBell0625
Replying to FarahArcher0417

Paper walkthrough first. Cheap way to discover which decision exists only in your head.

12points
CA
CalebAbbott0058
Replying to FarahArcher0417

A handover needs the conditions for each permitted action, plus the point where the operator must stop and escalate. Do not turn an uncertain sleeve location into a universal restart instruction

8points
BE
BenAdams0109
Replying to CalebAbbott0058

Caleb, yes, but make escalation usable. Call the programmer is what Farah already has. If there's no cover when Farah is away, the nicer wording still leaves production waiting.

21points
CA
CalebAbbott0058
Replying to BenAdams0109

Agreed. Escalation needs a named role, available cover and the information that role needs. I was setting a boundary on the actions, not saying the present support arrangement is adequate

-2points
JA
JasperAbbott0029
Replying to BenAdams0109

Ben, did your team solve the waiting label itself or mainly improve the support route? I'm asking because those seem like separate jobs for Farah too.

10points
FA
FarahArcher0417
Replying to JasperAbbott0029

The operators read waiting as keep waiting. None thought it meant ask about the empty pocket.

6points
BE
BenAdams0109
Replying to JasperAbbott0029

Jasper, we made the stage visible; I haven't claimed that solved every recovery. Farah's observation says the current label isn't communicating the required decision at all.

13points
TH
ThomasBell0625
Replying to FarahArcher0417

That isn't unwillingness. They've followed the one instruction the screen appears to give them.

21points
FA
FarahArcher0417
Replying to ThomasBell0625

Agreed. I have removed the operator-confidence complaint from my handover note. The missing decision is mine to define with the cell lead.

3points
CA
CalebAbbott0058
Replying to FarahArcher0417

Separate the known-empty-pocket case from an interrupted transfer where sleeve location is uncertain. They may reach different authorised decisions even if the old screen displayed waiting for both

25points
JA
JasperAbbott0029
Replying to CalebAbbott0058

Could the operators help choose the wording after those decisions are agreed? They already showed you where the old label sent them. That's better evidence than us guessing a friendlier word.

21points
BE
BenAdams0109
Replying to JasperAbbott0029

And test the handover without Farah prompting from beside the screen. A quiet hint from the author is still support work, however natural it feels during training.

23points
TH
ThomasBell0625
Replying to BenAdams0109

Count the hints. Otherwise a successful rehearsal can quietly borrow Farah for every awkward step.

1points
FA
FarahArcher0417
Replying to CalebAbbott0058

Cell lead has agreed the review route and cover role. We're drafting distinct states for empty pocket and uncertain transfer. No new recovery action released yet.

11points
FA
FarahArcher0417
Replying to FarahArcher0417

In a paper rehearsal, operators distinguished the two draft states and identified the escalation role without my hints. Practical validation and the revised operating instructions are still pending.

6points
CA
CalebAbbott0058
Replying to FarahArcher0417

That is evidence the decision wording is clearer in the rehearsal. Retain the practical validation and instruction approval as separate unfinished work; neither robot behaviour nor recovery safety was established by the paper exercise

24points

Add to the discussion

Welcome to Application Robot

Everyone can read the forum. Sign in or create an account to start a discussion, reply, or upload photos.

Forgot your password?

By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.