FR10 inspection receipt with two proposed owners

OscarBennett0706 · 26 Mar 2026, 18:38 UTC

Closed
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 replies

AN
AnilBaker0462
Replying to OscarBennett0706

What actually clears the receipt in the version you have?

20points
OL
OliverAbbott0015
Replying to OscarBennett0706

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.

23points
OS
OscarBennett0706
Replying to AnilBaker0462

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

7points
FE
FelixBaker0458
Replying to OscarBennett0706

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.

11points
CH
ChloeCarter1005
Replying to OscarBennett0706

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.

19points
OS
OscarBennett0706
Replying to ChloeCarter1005

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

15points
AN
AnilBaker0462
Replying to OscarBennett0706

Does the operator display make that distinction?

21points
OL
OliverAbbott0015
Replying to FelixBaker0458

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.

8points
FE
FelixBaker0458
Replying to OliverAbbott0015

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.

9points
OS
OscarBennett0706
Replying to AnilBaker0462

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.

5points
AN
AnilBaker0462
Replying to OscarBennett0706

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

11points
CH
ChloeCarter1005
Replying to AnilBaker0462

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

16points
OS
OscarBennett0706
Replying to ChloeCarter1005

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

8points
OL
OliverAbbott0015
Replying to OscarBennett0706

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.

13points
FE
FelixBaker0458
Replying to OscarBennett0706

Has either restart case been run yet?

13points
OS
OscarBennett0706
Replying to FelixBaker0458

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

7points
AN
AnilBaker0462
Replying to OscarBennett0706

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

19points
OS
OscarBennett0706
Replying to AnilBaker0462

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.

17points

Discussion closed

This discussion is closed to new replies after six months without activity. Last activity: .