Maintenance Detective: Robotic Palletizing Cell
You're called to a robotic palletizing cell that hard e-stops every time a finished pallet exits through the light curtain at the discharge.
It won't reset until they remove the pallet, the operator is manually pulling pallets out of the discharge every pallet.
He says he's never seen it do this before.
What should I check?
Answer:
The light curtain is doing its job correctly.
A light curtain doesn't know the difference between a pallet and a person, and it's not supposed to. Its entire function is to hard-stop the machine on anything that breaks the plane. Without additional logic, a pallet exiting the cell is indistinguishable from an operator walking into the robot's movement envelope.
But you can't e-stop the machine on pallets. Something has to disable the light-curtain when pallets come out. That something is a muting circuit.
What muting actually does
Muting temporarily and automatically suspends a safety function (here, it's the light curtain's stop command) during the specific window of the cycle when an approved object, the pallet, is expected to break the beam, while keeping full protection active the rest of the time. It's not a bypass switch. It's a conditional, self-resetting, time-boxed exception.
How the circuit is built
A muting circuit uses a minimum of two dedicated muting sensors (many palletizing applications use four, in an L or diamond pattern) - separate from the light curtain itself. These are usually photoeyes, inductive proximity sensors, or limit switches positioned tight to the conveyor path.
They're mounted so that only a pallet, moving in the expected direction at the expected height, can actuate them in the correct sequence. A person crawling or reaching through can't reasonably reproduce that sequence - that's the anti-defeat feature, not an accident of placement.
The safety relay or safety PLC watches for that sequence, within a defined time window (a cross-fault/simultaneity check). Only if the sensors fire in the right order and within that window does the logic mute the curtain's stop output.
Muting is bounded, not open-ended: it holds only until the trailing sensors clear or a maximum mute timer expires (a fail-safe backstop), then the light curtain's protective function reinstates itself automatically - no operator action required.
A muting lamp is a hard requirement (OSHA / ANSI RIA R15.06 / ISO 13855 / IEC 62046). It has to be visible near the hazard whenever the safety function is suspended, so anyone nearby knows the curtain isn't currently protecting them.
Why this cell is e-stopping every cycle
If a muting circuit is properly designed and healthy, the pallet should pass through invisibly. A hard stop on every single pallet almost always means the mute condition is never being satisfied, so the curtain stays "live" and correctly stops on the pallet. Usual suspects, roughly in order of likelihood:
A muting sensor is misaligned, dirty, or physically knocked out of position
Sensors actuating out of the commissioned sequence (mechanical shift, guard rework, conveyor change)
Timing window too tight for actual pallet speed... if the line runs faster or slower than when it was commissioned, the sequence can blow past the cross-fault timer
A failed or intermittent muting sensor
Muting lamp circuit or logic fault causing the safety PLC to deny the mute request outright
Where to check first
Verify muting sensor alignment and lens condition, confirm the actuation sequence matches the safety logic's expected order, and check the mute timing window against the pallet's actual transit speed. Then confirm the muting lamp is actually lighting during a good cycle. If it's not, the PLC isn't granting the mute request in the first place, and you're looking at a logic or sensor fault, not a light curtain problem.
Where's the muting circuit bitten you before - sensor, timing, or wiring?
The component stopping the machine isn't always the source of the issue. Sometimes it's doing exactly what it was designed to do.
180 OPEX helps manufacturers identify and address the conditions behind recurring operational issues before they become accepted as part of the process.
Comments