Why does ready still mean two things in this machine-tending plan?

MeiAdams0168 · 3 Aug 2025, 21:15 UTC

Closed
ME
MeiAdams0168
I'm writing a separate UR5e bush-loading interface and we've hit the same word problem again. Machine supplier uses ready for request received. Integrator uses it for loading area available. Everyone nods at the sequence until I ask which meaning is on the wire. How do I get one agreement they can actually implement?

12 replies

SA
SarahBrown0937
Replying to MeiAdams0168

On a previous review we separated receipt, machine process state and the conditions required for access; I would have both teams define each signal's meaning and ownership, with safety functions addressed by the cell's engineered safety design rather than an ordinary ready label.

20 points
ME
MeiAdams0168
Replying to SarahBrown0937

They've agreed to stop using ready without qualification. Request accepted and loading available are now separate entries. The machine supplier still hasn't said what clears loading available.

15 points
EL
EllaBarnes0555
Replying to MeiAdams0168

Ask what makes it true, what makes it false and what a restart leaves behind. A descriptive name won't stop a stale value being read as current availability.

7 points
JO
JonasAli0198
Replying to MeiAdams0168

Walk the exchange with a bush still held when communication drops. That's where our teaching example stopped making sense. Both sides thought the other one would know which physical step had happened.

4 points
ME
MeiAdams0168
Replying to JonasAli0198

We tried that on paper. They disagree about who withdraws an accepted request after reconnect. No agreed rule for an uncertain held part either. Glad we aren't pretending this is just a naming fix.

4 points
SA
SarahBrown0937
Replying to MeiAdams0168

Keep the outstanding physical outcome separate from cancellation of an ordinary request, because cancelling a message cannot establish where the bush is or make access conditions true.

16 points
AA
AaronBrooks0784
Replying to MeiAdams0168

Who owns the unresolved recovery decision across both suppliers?

15 points
ME
MeiAdams0168
Replying to AaronBrooks0784

Our controls lead now owns the combined interface review with the safety designer involved for access conditions. Operator recovery responsibilities are being written with maintenance, not left as 'contact supplier'.

8 points
EL
EllaBarnes0555
Replying to MeiAdams0168

Have they identified what each side retains through restart? You need that answer to distinguish an old accepted request from a new one with the same job description.

22 points
ME
MeiAdams0168
Replying to EllaBarnes0555

Retained attempt identity proposed, with unresolved state if the two sides cannot reconcile it. The supplier agreement is still in draft. Thanks, Ella, the restart case uncovered another vague use of current job.

11 points
SA
SarahBrown0937
Replying to MeiAdams0168

Have both suppliers reviewed the same draft revision, including the recovery cases, rather than confirming only their own signal list?

12 points
JO
JonasAli0198
Replying to MeiAdams0168

And put the awkward example back through it when they agree. My first rewritten table looked lovely until someone asked what happened if the reply arrived after we'd declared the request lost.

12 points

Discussion closed

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