FR10 inspection receipt with two proposed owners

OscarBennett0706 · 26 Mar 2026, 18:38 UTC

Reply to discussion
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?

20 points
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.

23 points
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.

7 points
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.

11 points
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.

19 points
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.

15 points
AN
AnilBaker0462
Replying to OscarBennett0706

Does the operator display make that distinction?

21 points
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.

8 points
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.

9 points
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.

5 points
AN
AnilBaker0462
Replying to OscarBennett0706

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

11 points
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.

16 points
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.

8 points
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.

13 points
FE
FelixBaker0458
Replying to OscarBennett0706

Has either restart case been run yet?

13 points
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.

7 points
AN
AnilBaker0462
Replying to OscarBennett0706

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

19 points
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.

17 points

Add to the discussion

Welcome to Application Robot

Everyone can read the forum. Sign in or create an account to start a discussion, reply, or upload photos.

Forgot your password?

By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.