Forums Programming & support One coupon acknowledgement between two reused job labels One coupon acknowledgement between two reused job labels AnilBennett0723 · 11 Jun 2026, 03:11 UTC
Reply to discussion Trying to reconstruct an FR5 inspection timeout. Python, PLC and controller clocks disagree. Application restarted and reused the job label. One acknowledgement, two possible attempts. I need to tell the shift what we know without turning the closest timestamp into an answer.
10 replies What does that acknowledgement actually acknowledge: receiving the request or finishing the inspection?
17pointsRequest receipt according to the interface sheet. It says nothing about the coupon result. Both attempts used the same job label.
0pointsAny session or connection identity retained with it?
11pointsNot in the PLC entry. Python records its restart, but that marker has no matching entry on the other side.
1pointsKeep the order inside each log first. Can you find any event visible in both systems whose identity is independent of the repeated job label?
13pointsNo common identified event found yet. We can order Python's two attempts internally. Cannot place the acknowledgement between them with confidence.
4pointsKeep that distinction in the report; sorting three clocks together can give an impressive-looking fiction.
18pointsWho is deciding what happens to the coupon while that result stays uncertain?
2pointsQuality owns disposition. It's held for review, no automatic repeat inspection triggered from this reconstruction.
11pointsFor future records, ask for an attempt identity that survives the trip through the interface. That will not recover the missing link in this old event, so keep it unresolved.
7pointsAdd 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.
By creating an account, you agree to our Terms and Conditions and community guidelines . Read our Privacy Policy for how your information is handled.