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

our UR5e inspection request clears before the application sees it

NaomiBrown0941 · 2026年3月7日 14:46 UTC

回复讨论
NA
NaomiBrown0941
The PLC pulses an ordinary inspection request and the application sometimes polls too late, while the interface notes never say who owns clearing it; I need the two authors to agree that before the trainer gets another instruction to watch the screen more closely. The engineered safety functions are separate from this job handshake

8 条回复

JO
JonasBrooks0807

What tells the PLC that this particular request was received?

20
NA
NaomiBrown0941

Nothing at present; its timer clears the request regardless of whether the application saw it, and the application author had assumed the PLC held it until receipt.

14
JA
JamieBrooks0817

Put that disagreement into an example both authors walk through. The request needs an identity and an agreed receipt, with each side owning its own state changes, not a longer hopeful pulse.

21
BE
BethArcher0411

What does the operator see while receipt is missing, Naomi? That wait should not look like an inspection already under way

7
NA
NaomiBrown0941

The authors agreed a retained identified request until matching receipt, with receipt separate from inspection result; the revised screen says waiting for request receipt, and their offline delayed-receiver test no longer loses the request.

19
JO
JonasBrooks0807

Did they test a repeated receipt and restarting either side?

19
NA
NaomiBrown0941

Yes, repeated receipt starts no second inspection and the restart cases retain the outstanding identity for reconciliation; the application owner repeated the agreed checks on the station and the trainer followed the new waiting explanation.

7
BE
BethArcher0411

Useful. Keep both program versions with that interface revision so the next update doesn't quietly put the two authors back in different conversations

15

参与讨论

欢迎来到 Application Robot

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

忘记密码?

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