简体中文界面。帖子、指南及政策正文保留原文;未对原文作自动翻译。

Cannot match our FR10 bracket acknowledgement to the retry

CallumCarter0969 · 2025年11月17日 21:42 UTC

已关闭
CA
CallumCarter0969
Our FR10 bracket-check log has the same job label before and after an application restart. PLC and controller times disagree with the laptop. I can see a timeout and a later acknowledgement, but assigning them by whichever row is nearest feels like guessing with a ruler.

7 条回复

SA
SamBennett0768

Check the saved request and raw acknowledgement for an attempt identifier before adjusting timestamps; keep each source's original order and mark the restart so repeated labels don't get merged.

12
CA
CallumCarter0969

Raw acknowledgement has the same job label too. The export drops the request sequence, although the application may retain it elsewhere. I've asked the developer for that rather than shifting the clocks.

11
PR
PriyaBell0655

What does acknowledgement mean in this interface: received request or completed check? Keep that question separate from finding its owner.

10
SA
SamBennett0768

Priya, yes, and the sequence needs an agreed meaning too, not merely a number that happens to appear in two files.

0
CA
CallumCarter0969

Priya, request received only. Developer found sequence values on the two sends but no retained sequence for this acknowledgement. So we still cannot assign the receipt reliably.

7
PR
PriyaBell0655

Then keep it unassigned in the report. Does the future export retain the missing field, if the live interface provides it?

2
CA
CallumCarter0969

That export change is under review. Thanks Sam and Priya; old receipt stays unassigned, both inspection outcomes remain unknown. Better than giving the retry a success it did not earn.

9

讨论已关闭

此讨论已连续六个月没有活动,现已关闭新回复。 最后活动: .