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

Pocket advanced, puck still in the gripper

BethBennett0759 · 2025年4月26日 22:55 UTC

已关闭
BE
BethBennett0759
Caught an interruption in our UR5e tray-transfer job after the saved pocket number advanced but before release had been confirmed. One puck still held, screen pointing at the next pocket. Clean runs hid it. I need the recovery decisions sorted before handing this over. The saved counter alone clearly isn't enough to say where the part is.

7 条回复

VI
VictorBrooks0794

What does the operator see that confirms held, placed, or unknown?

6
BE
BethBennett0759

Only the pocket number at present. Tool feedback is logged but not shown beside the job state. Worse, the code advances on the release command, not confirmed release. That's the bit under review.

23
VI
VictorBrooks0794

Then don't give them a restart recipe based on that number. It can lie.

8
BE
BethBennett0759

Agreed. We're mapping requested action, confirmed action and unknown state separately, with controls reviewing how physical confirmation and saved state stay consistent. Ambiguous cases go to the authorised recovery process.

22
VI
VictorBrooks0794

Include a stop after placement but before the saved state updates. The opposite mismatch matters too.

15
BE
BethBennett0759

Added that case. Offline checks now keep both interruptions visibly unresolved instead of suggesting the next pocket. Practical recovery validation and operator training still need doing before release.

17
VI
VictorBrooks0794

Who owns that validation? Get it named before this becomes the apparently finished job on the shelf.

19

讨论已关闭

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