FR10 inspection receipt with two proposed owners
OscarBennett0706 · 26 Mar 2026, 18:38 UTC
18 replies
What actually clears the receipt in the version you have?
20pointsA longer pulse might make your demonstration look calmer without settling the disagreement, particularly if either side restarts while the other still remembers the sample.
23pointsThe application clears it on its next inspection. The contractor's proposed PLC change would also clear it. Neither document describes a restart.
7pointsTwo 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.
11pointsI 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.
19pointsI have asked both authors to fill in that table. The application author also says received means accepted for inspection, not inspection finished.
15pointsDoes the operator display make that distinction?
21pointsFelix, 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.
8pointsI 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.
9pointsAnil, 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.
5pointsAnd what prevents a new request being issued before that clearing is observed?
11pointsPut that transition into the same drawing, Oscar; otherwise the two authors can each assume the other one supplies the wait.
16pointsThe PLC author has added that wait. We are using the diagram to build the offline cases, including a receipt that arrives after timeout.
8pointsFor 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.
13pointsHas either restart case been run yet?
13pointsApplication restart was run. It wrongly cleared the outstanding receipt before reading the retained request. PLC restart is still waiting its turn.
7pointsThat is worth finding before commissioning. Who is defining how the uncertain sample is reconciled after that restart?
19pointsOur 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.
17pointsDiscussion closed
This discussion is closed to new replies after six months without activity. Last activity: .