简体中文界面。帖子、指南及政策正文保留原文;未对原文作自动翻译。

What should ready mean in our UR5e spacer-loading interface?

LucaCarter0961 · 2026年2月18日 11:36 UTC

回复讨论
LU
LucaCarter0961
I want to replace ready with events both suppliers can explain. Machine supplier uses it for request received; integrator uses it for loading area available. Those don't happen at the same point. This is our ordinary job interface, separate from the engineered safety functions.

7 条回复

HA
HarishBell0663

Can they name the two events separately and show the case where a request has been received while the area remains occupied? That ought to expose the difference faster than another argument about one word.

24
LU
LucaCarter0961

They walked that case. Machine can acknowledge receipt while the previous part is still present, so the current diagram's single ready arrow is wrong. We have separate receipt and availability entries now.

9
HA
HanaAdams0100

What does the operator see while the request is received but the area is still occupied?

21
LU
LucaCarter0961

Draft screen says request received, waiting for loading area. Author still needs to define what clears availability after use and how the same request is identified after a restart.

13
HA
HarishBell0663

Has that clearing rule been agreed yet? The two labels help, but the next request should not inherit availability from the previous exchange merely because nobody withdrew it.

24
LU
LucaCarter0961

Agreed now, with retained request identity and explicit unknown states after interruption. Offline sequence checks passed. The operator understood the two waits in the walkthrough; installed interface verification remains open. Thanks, Harish, the occupied-area example ended the word game.

6
HA
HanaAdams0100

Can the support contact identify that request from the operator's view now?

21

参与讨论

欢迎来到 Application Robot

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

忘记密码?

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