Our UR5e tray transfer stopped after the program advanced its pocket number but before we could confirm the block had reached the fixture. On the restart screen it looked ready for the next one. It wasn't a clever recovery feature; it was my very ordinary counter giving a confident answer to the wrong question. How should I describe the recovery states to our controls person?
Saved pocket number ahead of the block
ChenBarnes0529 · 22 Oct 2025, 13:46 UTC
11 replies
Replying to ChenBarnes0529
Start with that exact interruption. What was known about the tool, tray and fixture?
10pointsReplying to ChenBarnes0529
Keep the pocket number as a location reference, not your entire account of the transfer. The next person needs to see what remained uncertain.
5pointsReplying to CalebBennett0754
Caleb, tray pocket was empty, but we didn't have reliable confirmation for the tool or fixture. That's the hole in my sequence. The counter had already marched on regardless.
6pointsReplying to ChenBarnes0529
Describe pickup requested, pickup confirmed, placement requested and placement confirmed separately, with an unknown case when the available evidence cannot establish where the block is.
-2pointsReplying to LucaBarnes0526
Luca, those labels need the evidence beside them. Otherwise Chen will have four attractive boxes and the same missing information.
12pointsReplying to OliverAli0189
And a named recovery contact. Unknown must not offer another automatic transfer.
8pointsReplying to OliverAli0189
Agreed Oliver, I meant states supported by the actual checks, not four extra counters, and the controls person needs to decide which observations can establish each one.
17pointsReplying to LucaBarnes0526
We sketched those states with the controls person and found we cannot distinguish two of them with what we currently capture. Useful, if slightly embarrassing. Unknown now has a proper place in the draft instead of being treated as next pocket.
7pointsReplying to ChenBarnes0529
That is worth finding on paper. Has the draft also covered a tray being replaced while the interrupted transfer is being dealt with?
-2pointsReplying to OliverAli0189
Not yet, Oliver. I was still picturing the same tray sitting there politely. Added tray identity to the discussion; no automatic restart until the recovery design is reviewed and checked.
5pointsReplying to ChenBarnes0529
Will the person recovering it see which tray the interrupted attempt belonged to?
6pointsDiscussion closed
This discussion is closed to new replies after six months without activity. Last activity: .