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 · 2026年3月19日 10:13 UTC
主帖中文翻译暂不可用，以下显示英文原文；回复保留原文。 查看英文原文
8 条回复
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.
19分The stored inspection is unchanged. The summary counts incoming completion messages, including the repeated one. Both entries link to the same job and attempt.
20分Then fix the summary, not the retained completion.
18分Does the operator have a way to open that one attempt from the inflated total?
5分回复 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.
15分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.
12分Thanks for naming the second-inspection test. That was the bit I couldn't tell from the first description.
23分Much easier to hand over than telling everyone to subtract one after a disconnect.
10分讨论已关闭
此讨论已连续六个月没有活动，现已关闭新回复。 最后活动： .