Our logs show a timeout during sample verification with Fairino FR5, but I can't assign an acknowledgement to the right attempt. We're in a commissioning station recording job events, using a machined bracket.
Python, PLC and controller timestamps don't agree, and our application reused the job label after restarting. I'm trying to reconstruct what we actually know.
@LiamBaker0490 I've found the process-start line, so our Python entries can be divided into two sessions. I still can't link the PLC acknowledgement to a specific attempt.
Keep source order, label the sessions and leave that acknowledgement unassigned. Comparing the timestamps alongside them should establish the combined order.
Those clocks disagree. Why would putting their timestamps beside the sessions establish an order across systems without an offset or matching exchange?
@LiamBaker0490 I'm thinking of a stable job identifier plus a separate identifier per attempt. Is that the distinction our reused display label is missing?
I can't see a correlation field in our export. I'll need the interface owner's input, and that won't retroactively identify the entries I already have.
@DanielBrooks0826 Request recorded, acknowledgement received, completion reported, each with its source. Timeout means your wait ended; it doesn't establish the robot's final result.