The PLC trace shows our housing-inspection request asserted and cleared between two application reads. The operator sees no accepted request and presses again.
This is the ordinary job interface for our UR5e fixture cell; safety is engineered separately. I want the PLC and application authors to agree receipt and clearing rather than leave the operator to guess whether a second press is new work.
Our old instruction said to press again when nothing happened, which was easy to teach and a pain to untangle later. Is your request cleared by a timer or by something the application sends back?
Ask the two authors to define a request identity, its acknowledgement and the conditions for clearing each, including unanswered requests. A longer pulse alone would leave the ownership question open.
Would holding the request until it is acknowledged be an option for their review? The current timer seems to assume the application always looks in time.
Nina, that's a sensible proposal to take to them. I'd want to hear what happens after a restart too, before turning it into the new operator instruction.
Nothing defined in the current notes. Both authors are reviewing a held request with matching identity, plus startup and late-acknowledgement cases. The revised instruction remains a draft.
Thank you for making that explicit, Nina. Put the late answer beside the new request in the review example; the ambiguity is easier to see than to describe.
Ella, does your operator screen currently distinguish requested from accepted? We found people read a lit request button as confirmation that someone had taken the job.
Show the waiting reason in ordinary words when they revise it. Two differently coloured lamps would still make the relief operator memorise a private code.
Have the shift technician join that wording review; they know what information they need from the caller and should not have to reconstruct it from button colours.
The technician has joined the review. Draft separates request sent and accepted, with a named escalation role; controls has not yet completed the restart cases.
That should give the read-through a useful target. Please include somebody who has only seen the old lamp, because their old interpretation may survive your new labels.