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

I cannot write the UR5e inspection handover without a request receipt

SamArcher0420 · 2026年4月21日 20:24 UTC

回复讨论
SA
SamArcher0420
Our PLC drops the inspection request before the application always sees it, and I cannot tell the trainee whether the coupon job was missed or received; who should own receipt and clearing in this ordinary job handshake, separate from the engineered safety functions?

9 条回复

LI
LiamChan1099

Have the PLC and application authors agree a retained request with an identifiable receipt, including which side owns each state and when either may clear it.

17
SA
SamArcher0420

Both authors agree the request should remain until receipt; they disagree whether that receipt should also mean the coupon inspection is finished.

1
LI
LiamChan1099

Give receipt and completion separate meanings, otherwise the sender cannot distinguish an accepted job still in progress from one whose result is available.

9
MA
MayaBrooks0823

And show the trainee those separate states, not one 'ready' word doing three jobs.

15
SA
SamArcher0420

Draft now names request received and result available separately, with an attempt identity; what should happen to an uncompleted attempt after the application restarts?

7
LI
LiamChan1099

Reconcile that attempt with the other side before any retry; restart cannot establish that an accepted request did no work.

17
SA
SamArcher0420

The offline test retains an accepted attempt across restart and asks for reconciliation instead of resending it, and the held request is received despite delayed polling.

6
MA
MayaBrooks0823

Does the lesson explain who handles that reconciliation when you aren't there?

5
LI
LiamChan1099

Sam, include Maya's handover question before station testing, along with repeated requests and delayed old results; the trainee needs an agreed contact and response, not permission to guess.

24

参与讨论

欢迎来到 Application Robot

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

忘记密码?

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