A reused job name has tangled our incident history (Fairino FR10)

CalebBarnes0580 · 8 May 2026, 00:48 UTC

Reply to discussion
CA
CalebBarnes0580
I'm reconstructing a failed sample verification attempt on Fairino FR10 in a workshop cell with separate controller logs, using a reference plate. Our Python log, PLC trace and controller event list have disagreeing timestamps. The application also reused its job label after a restart. I can see a timeout, but I can't tell which attempt an acknowledgement belongs to.

10 replies

LU
LuisBarnes0608
Replying to CalebBarnes0580

Can your application log identify where the process restarted? That would distinguish the reused labels within one source, even with mismatched clocks elsewhere.

23 points
CA
CalebBarnes0580
Replying to LuisBarnes0608

Found it. I can split our Python log into two sessions. Still no attempt match for that PLC acknowledgement, though.

3 points
LU
LuisBarnes0608
Replying to CalebBarnes0580

Keep source order, label the sessions and leave that acknowledgement unassigned. Comparing the timestamps alongside them should establish the combined order.

19 points
OL
OliverChen1146
Replying to LuisBarnes0608

@LuisBarnes0608 Those clocks disagree. No offset or causal link, no established combined order.

9 points
LU
LuisBarnes0608
Replying to OliverChen1146

You're right to challenge that. The timestamps can suggest matches, not prove them. Keep source order intact and label cross-system links uncertain unless there's supporting evidence.

23 points
CA
CalebBarnes0580
Replying to LuisBarnes0608

I'll leave it unassigned. A tidy timeline would be nice, but the nearest timestamp would still be a guess.

8 points
IM
ImranAli0218
Replying to CalebBarnes0580

I had a clock adjustment make a merged incident view look plausible on my setup. The original per-source order was what let us correct the interpretation.

19 points
SA
SarahChen1198
Replying to ImranAli0218

@ImranAli0218 Can monotonic timestamps fix the clock issue across these systems, or are they only comparable within a process?

5 points
LU
LuisBarnes0608
Replying to SarahChen1198

Use monotonic time for durations within a running process. It doesn't supply a shared clock across machines or restarts; keep session identity and wall-clock reference alongside it.

17 points
CA
CalebBarnes0580
Replying to LuisBarnes0608

I'm thinking of a stable job identifier plus a separate identifier per attempt. Is that the distinction our reused display label is missing?

3 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.