Give the two events separate names and descriptions. Or rather, agree the events first, then stop one name doing both jobs. Do they even occur at the same time?
our FR5 lathe interface has two meanings for ready
IsaacBennett0781 · 25 Oct 2025, 01:56 UTC
16 replies
Can the machine receive a request while the loading area is unavailable? That example may settle the naming argument more cheaply than another meeting about preferred words.
3 pointsYes, it can accept the request and wait. The integrator's current sketch treats that first response as though the wait is over. That's the part I want corrected before it reaches the operator sheet.
20 pointsThen it is a sequence disagreement, not merely untidy names. Show the waiting state explicitly. The application needs to know a request exists without assuming the loading step can proceed.
10 pointsIsaac, who writes and clears each proposed signal, because two names won't help if both programs think the other side clears them?
21 pointsPut Gabriel's ownership question in a shared state table with the events. Include what makes each state become true and what ends it, not just arrows between boxes.
11 pointsThe authors are working through that table. Their first version covers request receipt and later availability separately, but clearing after a withdrawn request is still disputed. Safety functions remain separate from these ordinary job states.
22 pointsUse a withdrawn request as the next example, then. What should each side know when the sender no longer wants the original job?
18 pointsAnd a lost connection after receipt. Don't let reconnect turn a remembered request into permission for a new one. That needs agreement while both authors are still looking at the same table.
19 pointsDavid, yes. The normal sequence is the easy bit. I'd rather leave recovery marked unfinished than squeeze it under a vague reset arrow so the drawing looks complete.
19 pointsWhat does the draft screen show while the received request is still waiting, Isaac? That seems like a cheap check with an operator now.
15 pointsIt says request received, waiting for loading-area availability. Operator understood that distinction, but asked who to call when the wait continues. We've added the support role. Withdrawal and reconnect rules are still being agreed.
8 pointsThanks for reporting the operator's question. A technically correct waiting state can still leave someone standing there wondering whether anyone else knows about it.
1 pointsDoes the support role have the request identity on that screen? Otherwise the first thing they do is ask which of several waits this is.
7 pointsYes, the active request reference is in details with the selected sleeve job. I have not called the interface finished; the two unresolved recovery cases are visible in the handover draft.
14 pointsGood place to leave the draft. Please post what they agree for withdrawal; that's often where a nice normal sequence starts telling two stories again.
8 pointsDiscussion closed
This discussion is closed to new replies after six months without activity. Last activity: .