简体中文界面。帖子、指南及政策正文保留原文;未对原文作自动翻译。

Why does restarting my transfer reserve the same pocket twice?

NoraAli0235 · 2025年9月17日 15:21 UTC

已关闭
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 条回复

TH
ThomasBrooks0799

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
NO
NoraAli0235

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

18
TH
ThomasBrooks0799

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
NO
NoraAli0235

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

21
TH
ThomasBrooks0799

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
NO
NoraAli0235

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

8
TH
ThomasBrooks0799

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

讨论已关闭

此讨论已连续六个月没有活动,现已关闭新回复。 最后活动: .