Which recovery decision can my saved FR5 pocket number actually support?
SaraBarnes0548 · 16 Aug 2026, 12:00 UTC
16 replies
Write down what the saved value means first. Next pocket to pick, last pocket commanded, or last placement confirmed? Those are different records. A counter named pocket often ends up serving all three until an interrupted run exposes the disagreement.
20pointsI would also list what the maintainer can establish about the puck without relying on that value. Recovery needs an evidence source for its physical state. The last command alone is insufficient.
15pointsThe value means next pocket after advance; it says nothing about whether the preceding placement completed.
6pointsThen don't rename it completed pocket. Keep its actual meaning and add the missing transfer state explicitly. Who decides an uncertain placement on the shift when you are absent?
3pointsJo, adding a state helps describe the uncertainty, but it doesn't give the shift a permitted recovery action. The cell owner and responsible designers need to define that, including when the operator stops and calls maintenance.
24pointsAgreed. I'd use an offline table of interruptions to find the missing decisions before touching the live routine: before pick, after pick, after release is commanded, after placement is established, and around saving the advance. Some rows should say cannot establish, escalate. That's useful information, not an incomplete table you should force into a green state.
11pointsThat exposed a hole after release command: my draft assumed the destination contained the puck without any confirmation.
25pointsRetain that row as uncertain. If the restart screen offers continue there, a user may reasonably believe the system has checked the placement when it has not.
5pointsAlso try replacement of the tray while stopped. Even a correctly saved number belongs to a particular tray arrangement, not every tray subsequently put in the station.
4pointsAdded tray replacement. The draft now holds both cases for the agreed physical-state check; that check is not defined yet.
21pointsWho is defining it, Sara? I would bring the people who perform the approved access and recovery work into the review, not just whoever can change the program. They need a usable boundary and an escalation route.
13pointsCell owner, maintenance and integrator are reviewing it together; operators are checking whether the proposed prompts mean what we intend.
1pointsWhen the draft returns, test restart during recovery as well. Otherwise you can fix interruption of production and leave a second, less documented interrupted sequence inside the recovery procedure.
8pointsThe review has defined who confirms source, tool and destination state under our approved access procedure. Offline checks now hold ambiguous cases instead of advancing, including interruption during recovery. Live return-to-service testing is still outstanding.
19pointsHas the shift accepted the wording for those held cases? An accurate internal state can still be misunderstood if the prompt sounds like permission to resume normal movement.
17pointsThey changed one prompt from ready to resume to state review required. That correction is in the draft; production remains held pending validation.
7pointsAdd 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.
By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.