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?
17 pointsRequest receipt according to the interface sheet. It says nothing about the coupon result. Both attempts used the same job label.
0 pointsAny session or connection identity retained with it?
11 pointsNot in the PLC entry. Python records its restart, but that marker has no matching entry on the other side.
1 pointsKeep the order inside each log first. Can you find any event visible in both systems whose identity is independent of the repeated job label?
13 pointsNo common identified event found yet. We can order Python's two attempts internally. Cannot place the acknowledgement between them with confidence.
4 pointsKeep that distinction in the report; sorting three clocks together can give an impressive-looking fiction.
18 pointsWho is deciding what happens to the coupon while that result stays uncertain?
2 pointsQuality owns disposition. It's held for review, no automatic repeat inspection triggered from this reconstruction.
11 pointsFor 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.
7 pointsAdd 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.