I want to replace ready with events both suppliers can explain. Machine supplier uses it for request received; integrator uses it for loading area available. Those don't happen at the same point. This is our ordinary job interface, separate from the engineered safety functions.
What should ready mean in our UR5e spacer-loading interface?
LucaCarter0961 · 18 Feb 2026, 11:36 UTC
7 replies
Replying to LucaCarter0961
Can they name the two events separately and show the case where a request has been received while the area remains occupied? That ought to expose the difference faster than another argument about one word.
24pointsReplying to HarishBell0663
They walked that case. Machine can acknowledge receipt while the previous part is still present, so the current diagram's single ready arrow is wrong. We have separate receipt and availability entries now.
9pointsReplying to LucaCarter0961
What does the operator see while the request is received but the area is still occupied?
21pointsReplying to HanaAdams0100
Draft screen says request received, waiting for loading area. Author still needs to define what clears availability after use and how the same request is identified after a restart.
13pointsReplying to LucaCarter0961
Has that clearing rule been agreed yet? The two labels help, but the next request should not inherit availability from the previous exchange merely because nobody withdrew it.
24pointsReplying to HarishBell0663
Agreed now, with retained request identity and explicit unknown states after interruption. Offline sequence checks passed. The operator understood the two waits in the walkthrough; installed interface verification remains open. Thanks, Harish, the occupied-area example ended the word game.
6pointsReplying to LucaCarter0961
Can the support contact identify that request from the operator's view now?
21pointsDiscussion closed
This discussion is closed to new replies after six months without activity. Last activity: .