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

Our retry bookkeeping needs a tougher offline test (Fairino FR5)

NoahBrown0890 · 2026年8月12日 12:07 UTC

回复讨论
NO
NoahBrown0890
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 FR5 in a bench cell preparing for commissioning, 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

6 条回复

SO
SofiaChen1152

@NoahBrown0890 Save the exact event order. Does your handler match the completion by attempt identity, or just the job label?

9
NO
NoahBrown0890

Our handler matches only the job label. The saved sequence reliably shows the earlier completion arriving after a new attempt begins and being attached to that new attempt

5
SO
SofiaChen1152

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

4
BE
BenBrown0892

It covers that order, not every race. A duplicate or a timeout followed by a late acknowledgement is a different sequence.

-5
SO
SofiaChen1152

Fair. I meant this reproduced wrong match, not the whole class. Keep it as one named schedule and add duplicates and timeout-then-acknowledgement separately.

1
NO
NoahBrown0890

How should I handle history when the same completion is delivered twice? I'd expect one count change but still want both observations visible

18

参与讨论

欢迎来到 Application Robot

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

忘记密码?

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