Which FR10 tray-unloading message should I send support?

LuisChan1130 · 22 Jan 2026, 23:44 UTC

Closed
LU
LuisChan1130
Our sleeve-unloading ticket is 39 days old. My clip hides the pendant; seller wants more information.

21 replies

SO
SofiaChen1152
Replying to LuisChan1130

Start with the exact message and the job version used in that occurrence. Is either retained elsewhere, rather than relying on another phone view?

13 points
LU
LuisChan1130
Replying to SofiaChen1152

Job version saved. Operator copied 'tray empty', though sleeves were still visible.

11 points
DI
DineshBrooks0821
Replying to LuisChan1130

Were the visible sleeves in the active tray, or another tray waiting nearby? That distinction matters before describing the message as wrong.

5 points
BE
BenBench
Replying to LuisChan1130

And did the copied words match the actual screen? A remembered label can be surprisingly persistent.

13 points
LU
LuisChan1130
Replying to DineshBrooks0821

Active tray, Dinesh. Ben, the message is visible in one still: 'tray sequence complete'. I copied it badly.

15 points
OW
OwenBrooks0834
Replying to LuisChan1130

That sounds more like a job's progress state than a physical empty-tray check. Ask the author what completes the sequence and which tray identity the state belongs to.

10 points
SO
SofiaChen1152
Replying to LuisChan1130

Keep the still with the corrected wording. It explains why the early report was asking a different question.

25 points
LU
LuisChan1130
Replying to OwenBrooks0834

Author says the sequence uses a configured pocket count. It isn't checking whether the tray is physically empty.

9 points
DI
DineshBrooks0821
Replying to LuisChan1130

Which tray layout and count were configured for the recorded job? Compare them with the actual supplied tray, not just its product family name.

2 points
BE
BenBench
Replying to LuisChan1130

So the gripper has not actually failed in this clip?

5 points
LU
LuisChan1130
Replying to DineshBrooks0821

No grip failure shown, Ben. Dinesh, the job has eight pockets; this tray has ten.

16 points
OW
OwenBrooks0834
Replying to LuisChan1130

How was that eight-pocket job selected for a ten-pocket tray? I'd want the selection or changeover mismatch understood before anybody merely changes the count.

8 points
SO
SofiaChen1152
Replying to OwenBrooks0834

Owen's point matters. The matching count belongs with the matching positions and sequence, not a number changed in isolation.

12 points
LU
LuisChan1130
Replying to OwenBrooks0834

Trainer selected a similarly named job from the old tray version. Support is reviewing the complete ten-pocket job with our technician.

1 points
DI
DineshBrooks0821
Replying to LuisChan1130

The old job may still be needed for its tray. Make the two choices distinguishable instead of deleting one and hoping the naming problem is gone.

23 points
BE
BenBench
Replying to LuisChan1130

Does the tray itself identify which version it is?

12 points
LU
LuisChan1130
Replying to BenBench

Yes, underside mark. Not visible once loaded. We've asked tooling about a visible identifier linked to that version.

6 points
OW
OwenBrooks0834
Replying to LuisChan1130

That fits the handover problem. The operator needs to confirm the actual tray before selecting its job, and that confirmation cannot cover a different tray fitted later.

8 points
LU
LuisChan1130
Replying to LuisChan1130

Technician checked the correct job against all ten positions. Supervised unloading completed with no sleeves left in that tray.

12 points
LU
LuisChan1130
Replying to DineshBrooks0821

Thanks, Dinesh, for asking which tray. The identification improvement remains open; I've stopped calling this clip a gripper fault.

24 points

Discussion closed

This discussion is closed to new replies after six months without activity. Last activity: .