fr5 connector ticket, thirty days and the wrong wait name

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

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

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.

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.

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.

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

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.

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

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

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?

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

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.

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?

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

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