FR5 restart with an occupied sleeve pocket

QuinnBlair · 2025年11月9日 12:48 UTC

已关闭

主帖中文翻译暂不可用,以下显示英文原文;回复保留原文。 查看英文原文

QU
QuinnBlair
Our FR5 restart selects the saved pocket even when a sleeve may already occupy it. Recovery needs redesign.

9 条回复

JA
JamieBrooks0817
回复 QuinnBlair

Keep that uncertain transfer out of automatic restart, Quinn; which observations can currently establish whether the sleeve is in the tool, source fixture or destination?

17分
QU
QuinnBlair

Destination uncertain. Release command was sent, but placement confirmation was not saved.

20分
SA
SamBell0681
回复 QuinnBlair

Can controls distinguish confirmation never received from received but not saved? I mean in the evidence available after restart, not what somebody remembers watching during the run.

15分
QU
QuinnBlair

Not currently. Both look like the same unfinished row.

21分
JA
JamieBrooks0817
回复 QuinnBlair

Then call that row uncertain and define who reconciles it; moving the save earlier will only move the point where software can disagree with the part.

20分
SA
SamBell0681

Jamie, would you show the source and destination identities on the same recovery view? Operators here often know the physical location but not which saved row the programmer means.

9分
JA
JamieBrooks0817

Yes, Sam, tied to the interrupted attempt, with the evidence and gaps shown clearly; a pocket number without its tray is especially unhelpful after a change.

9分
QU
QuinnBlair

Added tray and attempt identity to the draft. Controls still needs to define reconciliation and its checks.

8分
SA
SamBell0681
回复 QuinnBlair

Try that draft with someone who did not watch the stop. Ask them what they believe is known and who they would contact, before judging whether the display is clear enough.

20分

讨论已关闭

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