Our UR5e coupon check timed out, then the application restarted and reused the job label. There is one acknowledgement in the saved logs, but the PLC and laptop clocks disagree and neither entry names an attempt. How far can I reconstruct this without guessing?
Compare retained message contents and local event order first. Do you have a sequence number, retained request identity or restart marker that links the acknowledgement to one request without relying on the wall clocks?
Restart marker is present. No request identity survives in the acknowledgement entry. Each source has its own order, but I cannot establish the order between sources.
Chloe, agreed, but make unresolved visible outside the log folder. We once had an engineer carefully preserving uncertainty while the bench label still said passed. The person carrying the sample never saw the careful bit
Quality has it, Kai. Physical holder and application entry both say unresolved, Lin. They are deciding its disposition separately from our attempt to explain the old acknowledgement.
For the next software revision, retain an attempt identity before publishing the request and carry it through receipt, result and restart. Keep local ordering and clock information too, but do not make clock agreement the identity mechanism.
Developer's draft keeps each attempt under the coupon record. Recovery opens the existing unresolved attempt; starting another is a separate authorised action. The old unassigned acknowledgement remains unassigned.
Covering technician distinguished the cases. Controlled replay also keeps delayed and duplicate messages on their identified attempts after restart. Quality issued the coupon's actual disposition independently; we have not attached the ambiguous old acknowledgement to it.