Start with the original sequence inside each source, Ella. Is there a request counter or session identifier that connects the acknowledgement to an attempt independently of the clock?
Cannot assign our FR5 housing acknowledgement after the job name was reused
EllaCarter0990 · 14 Jun 2026, 19:56 UTC
19 replies
What does acknowledgement mean here: received, accepted for execution, or completed?
9 pointsRequest received. No inspection result implied. Python records its restart, but the exported PLC rows only show the reused job label and acknowledgement state.
8 pointsDo the PLC rows show an actual transition or repeated samples of a retained high state? That distinction may help reconstruct ordering, though it would not supply a missing attempt identity.
-1 pointsKeep the raw clocks untouched while you investigate. I have seen adjusted timestamps become the only surviving version, leaving nobody able to explain how the supposedly matching events were matched.
16 pointsYasmin, did that force you to abandon the reconstruction, or could you recover the originals?
5 pointsAmy, repeated high samples in the interval we have. It starts too late to show the rising transition. I have preserved the original files and made any alignment notes separately.
19 pointsWe recovered an earlier attachment from the service ticket, Robin. That let us audit the adjustment, not prove the adjustment was correct. The distinction was rather important to the final report.
6 pointsThat is a useful reminder to look for earlier exports, Ella. Another capture might contain the transition, but do not describe it as available until someone actually finds it.
6 pointsWho owns the physical housing's disposition while the event remains unassigned?
8 pointsQuality has the housing held. We have asked the controls owner for an earlier export and the application maintainer for any session detail. Neither has found a distinguishing identifier yet.
17 pointsI would write down the two candidate histories now, with the facts that support and limit each. That makes a remaining ambiguity easier to review than a single confident timeline with a small question mark buried inside it.
14 pointsAnd don't promote nearest timestamp into most likely merely because it is easy to sort. Clock offset, delayed delivery and reused labels are all still in play here.
15 pointsCan the controller event list distinguish the two request receptions even if the application label repeats? I would ask that explicitly rather than assume every useful identifier must be in the Python file.
19 pointsFuture exports need attempt identity across restart. That won't decide this old acknowledgement, though.
6 pointsController records don't distinguish the receptions in the surviving export. No earlier capture found. I've kept both candidate histories with the receipt acknowledgement unassigned, and removed a draft sentence saying the later inspection completed.
18 pointsThanks for removing that sentence. It had outrun even a successful identity match, since you've established the acknowledgement means receipt rather than an inspection result.
2 pointsQuality is handling the physical housing separately. The software team is planning persistent attempt references, but this incident remains unresolved from the available logs. I won't describe the future change as recovered history.
-1 pointsThat is a defensible endpoint for the incident note. Keep the missing evidence named, so the next person doesn't spend another afternoon shifting clocks to rediscover the same limit.
8 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.