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

FelixBennett0719 · 2 Sept 2026, 16:25 UTC

Reply to discussion
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 replies

HE
HenryAdams0090
Replying to FelixBennett0719

@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 points
FE
FelixBennett0719
Replying to HenryAdams0090

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

7 points
HE
HenryAdams0090
Replying to FelixBennett0719

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

19 points
FE
FelixBennett0719
Replying to HenryAdams0090

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 points
HE
HenryAdams0090
Replying to FelixBennett0719

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

20 points

Add to the discussion

Welcome to Application Robot

Everyone can read the forum. Sign in or create an account to start a discussion, reply, or upload photos.

Forgot your password?

By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.