简体中文界面。帖子、指南及政策正文保留原文；未对原文作自动翻译。
ZaraArcher0395 · 2025年9月26日 00:44 UTC
Save the transfer's stage, not just the next pocket. A pocket number cannot tell you whether its block is still in the tray, held, or placed. Start by naming those states on paper.
20分So the saved pocket should stay the source until placement is confirmed?
11分What if somebody removes the held block during recovery?
12分Keeping the source helps, Zara, but it doesn't settle Jonas's question. The physical state may change during an interruption. Recovery needs a way to confirm what is actually present before continuing.
23分Who is allowed to make that confirmation on your setup? I wouldn't want a screen that asks an operator to accept a part location they can't see.
14分We had a teaching exercise with a very tidy recovery chart. Everyone followed it correctly until a student handed the held sample to the tutor and then another student took over the screen. The chart still said held. Neither student was being particularly careless; they just had different pieces of the story. That changed the lesson for us. We practised the handover and the unclear case, not only the nice stop where everything stayed put. A remembered program step is useful evidence, but it cannot replace finding out where the sample went.
3分Does your proposed recovery have an explicit option for an unknown location, Zara? That would let the operator stop the decision instead of choosing the nearest-looking answer.
5分Noah's example is why I'd keep the last commanded stage separate from the confirmed recovery state. Otherwise the operator is asked to agree with the software's guess.
9分No unknown option yet. Oliver, the person at the screen can see the tray but not the fixture pocket.
16分Then a placement confirmation from that position isn't much of a confirmation. Could your recovery arrangement let an authorised person check the fixture before deciding what happens next?
0分Does 'placed' mean released, or seated correctly? Those aren't always the same.
15分Correct. I used placed too loosely. Define the actual completion evidence your application requires, including the receiving fixture, rather than treating a release command as a successful transfer.
21分For the paper exercise, walk through a stop before pickup, while holding, after release and before saving completion. Give each an uncertain version too. You'll find gaps without touching the real tray.
22分Thanks, Rachel. Splitting commanded from confirmed makes the problem clearer. I'll try Elliot's paper exercise with our operator.
14分Elliot, would you include the application restarting during recovery? A student may assume an unfinished confirmation survives because the screen returns to the same page.
14分Yes. Include losing that confirmation before it is saved, and reopening one that was already saved. The page looking familiar should not authorise another transfer.
14分And let the operator say the chart is confusing. We got more useful criticism from that than from asking whether each box was technically correct.
2分Paper exercise found two meanings of complete: released at the tool, accepted at the fixture. We've renamed both.
12分Good catch. Which one advances the tray now?
20分Accepted at the fixture in the proposed chart. Unknown location stops recovery. Software change and testing still ahead.
5分此讨论已连续六个月没有活动，现已关闭新回复。 最后活动： .