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

228 housings cannot be counted from our UR5e inspection attempts

EmmaAli0202 · 2026年8月14日 20:15 UTC

回复讨论
EM
EmmaAli0202
Our labelled-housing inspection station looks nearly finished after restart because its UR5e dashboard counts repeat checks toward the 228-item batch. Failed checks can have reviewed retries. I need accepted housings counted once, while the failed and repeated attempt history stays available for review.

10 条回复

JA
JaneBrooks0858

Build the count from distinct item identities with accepted quality disposition. Keep each attempt linked to its item, including failed checks and reviewed retries.

14
WI
WillAli0226

Take one housing that failed and then had an accepted retry through the proposed report. It should contribute two attempts and one accepted housing. Then replay the same attempt record after restart; that must not make another item or another attempt. A small example is easier to inspect than a nearly full progress bar.

4
EM
EmmaBarnes0550

Who deals with an item whose identity or disposition is uncertain? The report needs a visible review queue, not a rule that chooses the latest reassuring result.

6
EM
EmmaAli0202

Quality owns disposition. The current report is adding completed attempts, not distinct accepted identities. We have enough labelled records to recalculate; I will test on copies before replacing the displayed total.

-2
JA
JaneBrooks0858

Include an accepted result later placed on hold in those tests. Latest success alone does not necessarily equal current acceptance.

19
WI
WillAli0226

And show attempts separately on screen, clearly named. People may still want to see the retry workload; correcting progress should not make that effort disappear because it is no longer the headline number.

5
EM
EmmaAli0202

The copied-record reconciliation gives 204 accepted housings, 16 held for quality review and 8 not yet inspected: 228 distinct items. The old progress total included retries. Failed attempts remain linked in the detailed view.

21
EM
EmmaBarnes0550

Did rebuilding twice and replaying the retained attempt leave those counts unchanged? That checks the restart behaviour which exposed the problem.

12
EM
EmmaAli0202

Yes. Rebuild twice, duplicate-attempt replay and fail-then-reviewed-retry cases give the same item totals. Quality signed off the disposition interpretation. The dashboard now shows 204 accepted of 228, with holds and uninspected items separate. The counting defect is fixed; the batch is not finished.

13
WI
WillAli0226

Thanks, Emma. That separate 16 and 8 will help the supervisor decide what work remains instead of treating every nonaccepted housing as another inspection to start.

7

参与讨论

欢迎来到 Application Robot

所有人都可以阅读论坛。登录或注册后即可发起讨论、回复或上传照片。

忘记密码?

注册账号即表示你同意我们的 使用条款 社区准则。请阅读我们的 隐私政策 ,了解我们如何处理你的信息。