Two meanings of lathe ready

MinaAbbott0076 · 8 Mar 2026, 15:49 UTC

Closed
MI
MinaAbbott0076
I put both teams' sequence drawings side by side. The machine supplier raises ready when it accepts our request; our UR5e integrator uses ready to start the loading stage. Which event should keep the name?

20 replies

OM
OmarArcher0404
Replying to MinaAbbott0076

Neither until they agree what it means. Renaming one signal is cheap; quietly keeping two meanings will follow you into every fault discussion.

18 points
OM
OmarAli0230
Replying to MinaAbbott0076

I'd be happier renaming both. Did either team actually describe what happens if the request is received but the loading area isn't available yet?

4 points
AM
AmaraBarnes0600
Replying to OmarArcher0404

And please get the words on the eventual operator screen to match, otherwise a covering operator will inherit the argument without either drawing.

13 points
MI
MinaAbbott0076
Replying to OmarAli0230

The machine drawing stays in preparation. The robot drawing has already advanced. They used the same arrow number as well, which hid the difference during our first meeting.

-1 points
MA
MayaBarnes0562
Replying to MinaAbbott0076

Is another permission shown, or just that ready arrow?

17 points
MI
MinaAbbott0076
Replying to MayaBarnes0562

Separate safety conditions are outside this process sketch. The missing process event is loading access available. I have asked both teams to show that explicitly, not treat request acceptance as a substitute.

8 points
OM
OmarArcher0404
Replying to MinaAbbott0076

Good. Now put a delayed preparation example through those arrows; the happy-path picture let both teams think they agreed.

8 points
OM
OmarAli0230
Replying to OmarArcher0404

Omar, I'd do the delay before anybody redraws the whole thing. Let each team say where it waits on the existing sketch and write down the disagreement there.

15 points
OM
OmarArcher0404
Replying to OmarAli0230

That's what I meant by through the arrows.

23 points
AM
AmaraBarnes0600
Replying to MinaAbbott0076

Mina, who is writing the screen wording once these events have names?

20 points
MI
MinaAbbott0076
Replying to OmarAli0230

The integrator owns the screen text. I sent them the delayed-preparation example first. Thanks, Omar Ali; marking the two different waiting points made the call much shorter.

12 points
MI
MinaAbbott0076
Replying to AmaraBarnes0600

Amara, I have also put the screen wording on their list. It was absent from both teams' handover scope.

4 points
MA
MayaBarnes0562
Replying to MinaAbbott0076

Does cancellation leave either team still waiting for the old request?

14 points
OM
OmarAli0230
Replying to MayaBarnes0562

That's the awkward one. The request can disappear while preparation is still finishing. I don't know their interface, but I'd want to hear what each side thinks it is acknowledging then.

13 points
OM
OmarArcher0404
Replying to MinaAbbott0076

Have they agreed on the names yet, Mina?

9 points
MI
MinaAbbott0076
Replying to OmarArcher0404

Request accepted and loading access available are agreed. Cancellation exposed another difference: the machine team had retained the accepted request, while the robot sketch started a new exchange.

10 points
AM
AmaraBarnes0600
Replying to MinaAbbott0076

Will the operator see that an exchange was cancelled, or only that the cell is waiting?

3 points
MI
MinaAbbott0076
Replying to AmaraBarnes0600

Only waiting in the current screen draft. The integrator is revising it to distinguish the cancelled exchange. We have not settled how a fresh request is authorised after that.

10 points
MA
MayaBarnes0562
Replying to MinaAbbott0076

Useful catch before implementation. Who owns that remaining decision?

12 points
OM
OmarArcher0404
Replying to MinaAbbott0076

I'd keep the cancellation example attached to the agreed names, Mina; it's the bit someone will otherwise drop when they tidy up the drawing.

21 points

Discussion closed

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