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

My sample acceptance bookkeeping tracker mixes up consecutive attempts (Fairino FR10)

FelixBennett0719 · 2026年9月2日 16:25 UTC

回复讨论
FE
FelixBennett0719
In our offline test, delivering an old completion after a new attempt starts makes the new sample acceptance bookkeeping attempt look complete. The real setup uses Fairino FR10 in a PLC-coordinated inspection cell, with a sample bracket as a reference. I'm trying to exercise delayed and duplicate events reliably; random sleeps keep making the test hard to reproduce.

5 条回复

HE
HenryAdams0090

@FelixBennett0719 Can you preserve that failing delivery sequence and check which identifier the handler uses to match completion: the specific attempt or only the job label?

19
FE
FelixBennett0719

Just the job label. I've saved the sequence: earlier completion arrives after the new attempt starts. It reproduces the wrong match.

7
HE
HenryAdams0090

@FelixBennett0719 Replay that sequence with explicit attempt matching. Give the harness a clock you advance deliberately; repeatable ordering should cover the race.

19
FE
FelixBennett0719

The job-only match explains our reproduced failure. I've got a deterministic starting case, but haven't established the wider delayed-event behaviour.

15
HE
HenryAdams0090

That's a clear partial result: an isolated identity mistake, with the other delivery cases still unverified.

20

参与讨论

欢迎来到 Application Robot

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

忘记密码?

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