fr5 connector ticket, thirty days and the wrong wait name

OscarAllen0271 · 21 Feb 2026, 18:03 UTC

Closed
OS
OscarAllen0271
Sent the job ID and exact message. Support describes another wait. How do I untangle this?

16 replies

FA
FarahBarnes0591
Replying to OscarAllen0271

Ask them to point to the condition behind the message in your installed job. Our screen once named the wrong recipe, and everyone investigated the name instead of the wait. What does your clip actually show the connector doing?

11 points
OS
OscarAllen0271
Replying to FarahBarnes0591

Held above the empty receiver. Screen says source empty. The source tray still has connectors in it.

21 points
EM
EmmaBaker0463
Replying to OscarAllen0271

Was the source-empty message already there before the connector was lifted?

19 points
RA
RaviAllen0302
Replying to OscarAllen0271

The physical receiver can be empty while the program is waiting for its confirmation. I would ask support which input or software state it expects at that point, using the occurrence you filmed.

23 points
RE
ReeceChen1167
Replying to RaviAllen0302

Include the fitted receiver identity beside the job ID. Their explanation may belong to a different insert, even if the robot and part names match.

11 points
NI
NinaCarter1023
Replying to EmmaBaker0463

Our packer used to report every pause as tray empty because that was the only phrase on the screen she recognised. When we watched a whole transfer with her, she could describe three different pauses perfectly well. I wouldn't make your loader learn the program to report this, Oscar. A picture of the actual state and the words they saw should be useful to the person who wrote it.

3 points
JA
JaneBaker0510
Replying to NinaCarter1023

Yes, Nina. Fix the message if it's wrong, not the person reading it

20 points
ZA
ZaraBarnes0569
Replying to ReeceChen1167

Could the displayed job name itself be stale? Our lab shortcut looked right while launching an older configuration. Worth checking the actual loaded version instead of trusting the title on top.

18 points
EM
EmmaChen1159
Replying to ZaraBarnes0569

Zara, possible, but don't announce an old configuration from that. Oscar has a wrong explanation so far, not a known wrong job.

12 points
ZA
ZaraArcher0395
Replying to OscarAllen0271

Can the developer match that screen message to a branch in the retained occurrence?

24 points
SO
SofiaBarnes0543
Replying to JaneBaker0510

And who will give the next shift a useful report route while this is being untangled, since they shouldn't need Oscar beside them each time it pauses?

15 points
OS
OscarAllen0271
Replying to ZaraArcher0395

Developer found the label was copied onto a receiver-ready wait. Correct installed job. Earlier clip cannot show when the label first appeared.

20 points
NI
NinaBaker0501
Replying to SofiaBarnes0543

We used a small occurrence card with the message, job and tray IDs. Your shift lead could agree that with support while the screen correction is prepared.

13 points
FA
FarahBarnes0591
Replying to OscarAllen0271

That explains why their source-tray questions were getting nowhere. Have they now specified the receiver history to retain, including the preceding unload, so the next occurrence can answer the actual wait question?

25 points
OS
OscarAllen0271
Replying to FarahBarnes0591

Yes. Capture request agreed with shift lead. Screen label corrected and checked against the branch; intermittent wait still unresolved.

8 points
JA
JaneBaker0510
Replying to OscarAllen0271

Much better than asking the loader to translate source empty into something it never said

21 points

Discussion closed

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