Why does restarting my transfer reserve the same pocket twice?

NoraAli0235 · 17 Sept 2025, 15:21 UTC

Closed
NO
NoraAli0235
My FR10 transfer helper saves the destination pocket after release. In an interrupted test, the block arrived but the save didn't. Restart offered that occupied pocket again.

7 replies

TH
ThomasBrooks0799
Replying to NoraAli0235

The saved index cannot tell you whether the physical placement happened. Give the recovery design an explicit uncertain-transfer case. Don't automatically repeat placement when confirmation is missing.

10 points
NO
NoraAli0235
Replying to ThomasBrooks0799

Would saving a reservation before moving be useful, provided restart doesn't treat it as empty?

18 points
TH
ThomasBrooks0799
Replying to NoraAli0235

Yes, as a record of intent. It still needs reconciliation with the part, tool and tray state. Test interruptions before and after each action and save in an offline model before implementing the cell recovery.

13 points
NO
NoraAli0235
Replying to ThomasBrooks0799

Model now distinguishes reserved from completed. Uncertain reservations stop automatic progression and ask for the reviewed recovery.

21 points
TH
ThomasBrooks0799
Replying to NoraAli0235

How does it handle a tray replacement while a reservation is outstanding? The same pocket number can belong to a different physical tray when the program comes back.

15 points
NO
NoraAli0235
Replying to ThomasBrooks0799

It didn't. Added tray identity and a mismatch case. No automatic carryover of the old reservation.

8 points
TH
ThomasBrooks0799
Replying to NoraAli0235

Include the operator's reconciliation result in the design too. Clearing a warning alone should not quietly turn an uncertain placement into a completed one.

7 points

Discussion closed

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