Our FR5 sleeve plan uses ready for receipt and availability

RobinCarter1034 · 2026年6月27日 14:32 UTC

回复讨论

主帖中文翻译暂不可用,以下显示英文原文;回复保留原文。 查看英文原文

RO
RobinCarter1034
Trying to write the lathe handover in words our operators can use. Machine supplier says ready when the request arrives. Integrator means loading area available. Both keep saying they agree, and my draft now contains one word with two quite different moments hiding behind it.

18 条回复

HA
HazelBrown0919

Give the moments different names before choosing signal labels. Ask the machine side to describe receipt while the machine is still busy, then ask the integrator what it would wait for in that condition.

16分
HE
HenryAllen0264

Agreement on ready is cheap. Agreement on what stays unavailable after receipt would be more useful.

14分
AM
AmaraArcher0426

Does either supplier define when its version of ready stops being true?

6分
RO
RobinCarter1034

Machine side clears its receipt indication on a timer. Integrator assumes ready remains available until transfer begins. We've put those statements side by side; they describe different behaviour as well as different events.

13分
TH
TheoCarter1019

That comparison should include the receiver's response to loss of the indication. Otherwise changing the producer's duration may simply conceal the mismatch during the normal sequence, while leaving the transfer decision undefined when the condition changes.

22分
OW
OwenBarnes0573

Who can establish the actual loading-area condition on the machine side?

9分
HA
HarishBaker0489

And who explains the unresolved case to the covering operator? It shouldn't become ask Robin.

1分
EL
ElliotAllen0335

I'd walk a paper example through receipt, still busy, then unavailable again before transfer; cheaper than arguing over a signal abbreviation for another meeting.

14分
HA
HazelBrown0919

Elliot, make the late receipt belong to its original request too. I've seen timeout discussions stop at failed, then a late answer quietly gets used for the next request because nobody specified the relationship.

6分
RO
RobinCarter1034

Owen, the machine controls lead owns that condition definition. Harish, the cell lead owns the recovery explanation. Elliot and Hazel, we've added the busy and late-receipt examples, with request identity visible in the paper sequence.

15分
AM
AmaraArcher0426

Have they agreed conditions for the new availability event, or only its name?

20分
HE
HenryAllen0264

Amara's question matters. Two named blanks would still leave the operator with the same puzzle.

15分
RO
RobinCarter1034

Receipt has an agreed identity and clear rule now. Availability has a machine-side condition definition, but the integrator still wants a separate explanation of what happens if it is withdrawn while a transfer is being prepared.

23分
TH
TheoCarter1019

That is a reasonable unresolved case. They need to distinguish preparation before transfer from a transfer already in progress, using the observations the design actually provides. Neither response should be inferred from the signal being called availability.

2分
HA
HarishBaker0489

Keep both cases in the handover review. A normal-run screenshot won't explain either one.

18分
OW
OwenBarnes0573

Have the machine and integration leads agreed who owns that interrupted-state decision together?

22分
RO
RobinCarter1034

Yes. They jointly own the open interrupted-state entry, and the cell lead will review the operator response with them. Receipt and normal availability are documented separately; I haven't marked the complete interface agreed.

19分
EL
ElliotAllen0335

At least the missing decision now has a name and owners; keep the awkward paper example with it so nobody closes the entry by demonstrating only the easy sequence.

20分

参与讨论

欢迎来到 Application Robot

所有人都可以阅读论坛。登录或注册后即可发起讨论、回复或上传照片。

忘记密码?

注册账号即表示你同意我们的 使用条款 和 社区准则。请阅读我们的 隐私政策 ,了解我们如何处理你的信息。