228 housings cannot be counted from our UR5e inspection attempts

EmmaAli0202 · 14 Aug 2026, 20:15 UTC

Reply to discussion
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 replies

JA
JaneBrooks0858
Replying to EmmaAli0202

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 points
WI
WillAli0226
Replying to EmmaAli0202

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 points
EM
EmmaBarnes0550
Replying to JaneBrooks0858

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 points
EM
EmmaAli0202
Replying to EmmaBarnes0550

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 points
JA
JaneBrooks0858
Replying to EmmaAli0202

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

19 points
WI
WillAli0226
Replying to EmmaAli0202

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 points
EM
EmmaAli0202
Replying to WillAli0226

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 points
EM
EmmaBarnes0550
Replying to EmmaAli0202

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

12 points
EM
EmmaAli0202
Replying to EmmaBarnes0550

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 points
WI
WillAli0226
Replying to EmmaAli0202

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 points

Add to the discussion

Welcome to Application Robot

Everyone can read the forum. Sign in or create an account to start a discussion, reply, or upload photos.

Forgot your password?

By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.