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

pending jobs get sent again after our monitor crashes

OmarArcher0404 · 2026年6月10日 18:51 UTC

回复讨论
OM
OmarArcher0404
I need to fix startup on our UR5e fixture verifier. Pending means both never sent and sent with unknown result. Startup resends both. A crash can therefore repeat work the robot already did.

8 条回复

FA
FarahAllen0330

Separate known-unsubmitted work from uncertain attempts, and stop automatically resending the uncertain ones while you establish what evidence can reconcile them; who will own that decision at startup?

11
OM
OmarArcher0404

Maintenance with quality for uncertain results. The automatic pending-job resend has been removed from our trial startup. We are drafting distinct states.

20
LI
LinBrown0879

Can your offline test stop between send and save? Exercise that exact gap.

25
OM
OmarArcher0404

Yes. We can stop after the send attempt but before the result write. Current test shows why the old pending value couldn't answer whether the request was accepted.

-1
FA
FarahAllen0330

Keep the attempt identity with the evidence you do retain, so a later result can be matched without assuming that the newest pending record is its owner.

9
OM
OmarArcher0404

The revised offline states preserve uncertain attempts and don't resubmit them. Late and duplicate result tests are passing for identified attempts. Older records without enough evidence remain unresolved.

12
LI
LinBrown0879

What does the startup screen tell the person who inherits one of those older records?

16
EL
ElenaChan1123

Our operator once moved a sample while the application was down, so I would have the recovery record include any authorised physical intervention rather than assuming the fixture still matches the last saved description.

10

参与讨论

欢迎来到 Application Robot

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

忘记密码?

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