Our FR10 monitor adds another accepted plate after a connection loss. The completion still carries the original job identity, so I think we are counting the return of the message rather than another inspection. I need the covering operator to see what actually happened, without resubmitting the job.
our reference plate passes again when the monitor reconnects
VictorChen1142 · 19 Mar 2026, 10:13 UTC
8 replies
Replying to VictorChen1142
Check whether the saved job already owns that result. A reconnect should not give the same completion a second entry merely because it has a new receipt time.
19pointsReplying to HenryAdams0090
The stored inspection is unchanged. The summary counts incoming completion messages, including the repeated one. Both entries link to the same job and attempt.
20pointsReplying to VictorChen1142
Then fix the summary, not the retained completion.
18pointsReplying to VictorChen1142
Does the operator have a way to open that one attempt from the inflated total?
5pointsReplying to AnnaAli0242
And test a genuine second inspection of the same plate. Ignoring everything with the same plate identity would hide work you meant to count.
15pointsReplying to HenryAdams0090
We changed the summary to use the stored attempt dispositions. The replay now covers a repeated completion, a second inspection of the same plate and reopening the monitor. Totals agree with the attempt list in all three. Louis, each total now opens that list with the relevant filter.
12pointsReplying to VictorChen1142
Thanks for naming the second-inspection test. That was the bit I couldn't tell from the first description.
23pointsReplying to VictorChen1142
Much easier to hand over than telling everyone to subtract one after a disconnect.
10pointsDiscussion closed
This discussion is closed to new replies after six months without activity. Last activity: .