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?
UR5e sleeve transfer handover omits empty pockets and interruptions
FarahArcher0417 · 22 Jun 2026, 05:56 UTC
19 replies
Pocket number and waiting. It doesn't say whether the job expects a sleeve or needs review.
24 pointsI'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.
17 pointsPaper walkthrough first. Cheap way to discover which decision exists only in your head.
12 pointsA 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
8 pointsCaleb, 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.
21 pointsAgreed. 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
-2 pointsBen, 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.
10 pointsThe operators read waiting as keep waiting. None thought it meant ask about the empty pocket.
6 pointsJasper, 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.
13 pointsThat isn't unwillingness. They've followed the one instruction the screen appears to give them.
21 pointsAgreed. I have removed the operator-confidence complaint from my handover note. The missing decision is mine to define with the cell lead.
3 pointsSeparate 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
25 pointsCould 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.
21 pointsAnd 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.
23 pointsCount the hints. Otherwise a successful rehearsal can quietly borrow Farah for every awkward step.
1 pointsCell 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.
11 pointsIn 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.
6 pointsThat 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
24 pointsAdd 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.
By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.