FR10 inspection receipt with two proposed owners

OscarBennett0706 · 2026年3月26日 18:38 UTC

已关闭

主帖中文翻译暂不可用,以下显示英文原文;回复保留原文。 查看英文原文

OS
OscarBennett0706
Our plated-sample inspection proposal has the PLC pulsing an ordinary request which the application sometimes misses. One contractor wants the PLC to clear the receipt as well; the application author says it belongs to them. These are not safety signals. Can we settle ownership with an offline sequence before buying more integration time?

18 条回复

AN
AnilBaker0462

What actually clears the receipt in the version you have?

20分
OL
OliverAbbott0015

A longer pulse might make your demonstration look calmer without settling the disagreement, particularly if either side restarts while the other still remembers the sample.

23分
OS
OscarBennett0706

The application clears it on its next inspection. The contractor's proposed PLC change would also clear it. Neither document describes a restart.

7分
FE
FelixBaker0458

Two writers for one state is a poor starting point. Agree the sequence first. Include a new request arriving while the old receipt is still there.

11分
CH
ChloeCarter1005

I had a handover where both teams said their bit was only a mirror, so a table naming the actual writer of each value saved more time than another screenshot.

19分
OS
OscarBennett0706

I have asked both authors to fill in that table. The application author also says received means accepted for inspection, not inspection finished.

15分
AN
AnilBaker0462

Does the operator display make that distinction?

21分
OL
OliverAbbott0015

Felix, a retained receipt can be useful if its identity is clear; I would not insist that every receipt vanish immediately just to make the display tidy.

8分
FE
FelixBaker0458

I didn't ask for immediate clearing. I asked what happens when the next request meets it. Retaining a receipt with no matching rule is the problem here.

9分
OS
OscarBennett0706

Anil, the display says received, with finished separate. Both authors have now agreed that the PLC owns request and the application owns receipt. Their draft matches an attempt, withdraws that request after receipt, then has the application clear its receipt when it sees the withdrawal.

5分
AN
AnilBaker0462

And what prevents a new request being issued before that clearing is observed?

11分
CH
ChloeCarter1005

Put that transition into the same drawing, Oscar; otherwise the two authors can each assume the other one supplies the wait.

16分
OS
OscarBennett0706

The PLC author has added that wait. We are using the diagram to build the offline cases, including a receipt that arrives after timeout.

8分
OL
OliverAbbott0015

For the timeout case, keep the uncertain attempt available to reconcile. A fresh identity should not quietly turn an unconfirmed physical sample into a different sample that everybody assumes is untouched.

13分
FE
FelixBaker0458

Has either restart case been run yet?

13分
OS
OscarBennett0706

Application restart was run. It wrongly cleared the outstanding receipt before reading the retained request. PLC restart is still waiting its turn.

7分
AN
AnilBaker0462

That is worth finding before commissioning. Who is defining how the uncertain sample is reconciled after that restart?

19分
OS
OscarBennett0706

Our integration lead and laboratory lead own that response together. They have not finished it. I have authorised the next offline test work against the agreed sequence, not an installed change; at least the quote now names what we need answered.

17分

讨论已关闭

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