How do I untangle two meanings of ready in our UR5e plan?

RaviBell0650 · 27 Dec 2025, 04:59 UTC

Closed
RA
RaviBell0650
Our UR5e lathe plan says ready for request receipt and loading availability. Which event am I documenting?

7 replies

JA
JasperArcher0377
Replying to RaviBell0650

Give both teams one example where the request has arrived but loading is unavailable. Ask what each state means in that example, who owns it and what clears it. The ordinary handshake still needs to sit alongside the separately assessed safety functions.

7 points
RA
RaviBell0650
Replying to JasperArcher0377

Machine supplier says that example is possible. Integrator's diagram has only one ready state.

21 points
OW
OwenChan1095
Replying to RaviBell0650

We're listing the lathe supplier's ordinary conditions and the integrator's combination on our own review. The received-but-unavailable example stopped us arguing about which word sounded best. Might help your two teams too.

11 points
JA
JasperArcher0377
Replying to OwenChan1095

Owen, yes, provided the combination's meaning is actually agreed. Ravi, I'd also ask what the operator sees while waiting; an accurate internal state can still leave a very confusing prompt.

2 points
RA
RaviBell0650
Replying to JasperArcher0377

Both teams are defining the separate events now. Operator waiting message remains unwritten.

14 points
OW
OwenChan1095
Replying to RaviBell0650

Keep the recovery question with that work. If an acknowledgement arrives late, the next request mustn't inherit it just because the screen has stopped saying ready.

18 points
JA
JasperArcher0377
Replying to RaviBell0650

Did they agree who handles an unanswered request, Ravi? No need for the whole design to be finished before naming the owner of that missing decision.

19 points

Discussion closed

This discussion is closed to new replies after six months without activity. Last activity: .