Disclosure: Some links in this article are affiliate links. We may earn a commission on qualifying purchases at no extra cost to you.
A motion sensor that "stops working" almost never means the sensor itself is broken. In a local-control smart home — Zigbee, Z-Wave, Thread, or Matter — a sensor that goes silent is far more likely to be a symptom of something upstream: a dead coin cell, a Zigbee channel colliding with the Wi-Fi router, a mesh that lost its only nearby repeater, or a Z-Wave route that froze the moment the device was moved after pairing. Replacing the sensor first is the single most common — and most wasteful — mistake homeowners make.
This guide separates the three failure categories that actually explain 90% of "motion sensor not working" cases: a network problem (mesh, channel, coordinator placement), a sensor problem (battery voltage, PIR hardware, corrosion), and a configuration problem (sensitivity, timeout, zones). It also covers the separate, much simpler world of mains-powered outdoor floodlight sensors, where the fixes are almost entirely electrical rather than wireless.
The goal isn't to sell a replacement. It's to walk through the diagnostic order that actually resolves the issue — and only recommend new hardware when the old unit is genuinely done.
Quick Reference — Symptom to Likely Cause
| Symptom | Most likely cause | Where to look |
|---|---|---|
| Sensor shows "unavailable" / offline in the app or dashboard | Weak mesh, dead battery, coordinator too far or blocked | Battery voltage, nearest repeater, coordinator placement |
| Sensor is online but never triggers | Wrong sensitivity, hardcoded blind time, PIR lens dirty or obstructed | App sensitivity/timeout settings, physical lens |
| Sensor triggers constantly with no one around | HVAC vents, sunlight through a window, mmWave reflections | Placement, sensitivity, interference zones |
| Sensor drops offline every few hours or days | Third-party Zigbee router incompatibility (Aqara especially) | Confirmed repeaters only, direct coordinator pairing |
| Z-Wave sensor "not reporting reliably" | Frozen route from initial pairing location | Exclude and re-include from the final install spot |
| Outdoor floodlight light won't turn on at night | Photocell threshold, relay stuck, dirty lens, wrong angle | Daylight sensor setting, lens cleaning, mounting angle |
| Battery reads "OK" but sensor still unresponsive | Voltage below protocol threshold, often from rechargeables | Battery chemistry (never rechargeable in Z-Wave/Zigbee sensors) |
Why "Not Working" Rarely Means the Sensor Is Dead
Most motion sensors sold today — Zigbee, Z-Wave, or Wi-Fi mmWave — are simple radios attached to a detection element. The detection hardware (PIR or mmWave) is mechanically robust and rarely fails outright. What fails constantly, by comparison, is everything around it: batteries dropping below a protocol's reporting threshold, a mesh network losing its path back to the coordinator, or a configuration value (sensitivity, timeout, zone) that was never tuned for the actual install location.
That distinction matters because the fix is completely different depending on the failure mode. Swapping a sensor that's simply out of mesh range solves nothing — the replacement will fail the same way in the same spot. Diagnosing before replacing saves money and, more importantly, actually solves the problem instead of masking it for a few weeks.
Diagnose First — Is It Offline, Ignoring You, or Lying?
Before touching a single setting, sort the failure into one of three buckets. Each one has a distinct root cause and a distinct fix path.
Offline / unavailable. The device doesn't appear at all, or shows as unreachable in Home Assistant, SmartThings, or the vendor app. This is almost always a radio or power issue: dead battery, broken mesh route, or a coordinator that's out of range or sitting in a noisy spot.
Online but silent. The sensor shows a "last seen" timestamp that updates, but motion in front of it never registers. This points to configuration (sensitivity too low, blind time too long) or a physical obstruction (dirty PIR lens, sensor aimed at a wall instead of the walkway).
Online and lying. The sensor reports motion with nobody present, or never clears after someone leaves. For PIR devices this usually means thermal false triggers (sunlight, HVAC vents, pets). For mmWave devices, it usually means radar reflections off mirrors, fans, curtains, or robot vacuums.
Sorting into one of these three buckets before opening a screwdriver or removing a battery avoids the most wasted diagnostic time.
Zigbee Sensors Gone Silent — Mesh, Channel, and Router Conflicts
Zigbee and 2.4GHz Wi-Fi share the same radio spectrum. Wi-Fi only really uses three non-overlapping channels — 1, 6, and 11 — which is why Zigbee coordinators default to channels that sidestep them: ZHA defaults to channel 15, Zigbee2MQTT defaults to channel 11 on a fresh install. If a Zigbee network was set up without deliberately picking a channel, or if the router's Wi-Fi channel shifted later (many routers auto-select), the two networks can end up colliding, causing intermittent drops that look exactly like a dead sensor.
The second major cause is mesh starvation. Battery-powered sensors are "end devices" — they cannot repeat traffic for other devices. They rely entirely on mains-powered gear (smart plugs, bulbs, in-wall switches) acting as routers to relay their signal back to the coordinator. A sensor placed far from the nearest router, or in a home with too many battery devices and not enough routers, will report "offline" not because it's broken but because its path back to the hub no longer holds.
The third, and most specific, cause involves Aqara hardware directly. Aqara's Zigbee implementation uses clusters and endpoints that don't strictly follow the Zigbee Cluster Library spec. Its sensors are known to drop off networks routed through third-party repeaters — Tuya smart plugs, some IKEA models, certain Sonoff plugs — after a few hours or days of apparently normal operation. The practical fix is to pair Aqara sensors directly to the coordinator whenever possible, or route them exclusively through repeaters confirmed to work well with Aqara, such as IKEA's Zigbee-certified lineup.
Zigbee diagnostic checklist:
- Confirm the coordinator isn't plugged into a USB 3.0 port or sitting inside a metal enclosure — both cause RF interference. A short USB extension cable moving it away from the host resolves this in most cases.
- Check the Zigbee channel against the router's current Wi-Fi channel; if they overlap, change the Zigbee channel (this typically requires re-pairing devices).
- Add a mains-powered router (smart plug or bulb) between the sensor and the coordinator if the sensor is more than one room away.
- For Aqara devices specifically, remove any third-party plug/bulb repeaters from the sensor's route and re-pair closer to the coordinator or to a confirmed-compatible router.
Z-Wave Sensors That Won't Report — Frozen Routes and Battery Thresholds
Z-Wave devices build a fixed route to the controller at the moment of inclusion. If a sensor is paired near the hub for convenience and then physically moved to its final install location, the device keeps trying to use its original route — ignoring any repeaters that would otherwise have carried the signal — and reporting becomes unreliable or stops entirely. The correct fix isn't a factory reset; it's excluding the device, then re-including it from the exact location where it will actually live, followed by a network heal.
Battery voltage thresholds are the other common Z-Wave failure mode. The Z-Wave chip specification requires devices to report "low battery" once voltage drops to 2.6V, with 3.0–3.2V representing a full charge. This is a hard cutoff, not a gradual warning — a sensor can appear to work normally for weeks and then stop responding abruptly once it crosses that line. Rechargeable batteries make this worse: their maximum voltage (roughly 1.2V per cell) sits below what many Z-Wave sensors need to register as "full," so a sensor running on rechargeables can report as low or dead even with batteries that show a full charge on a standalone tester.
Z-Wave diagnostic checklist:
- If a sensor "stopped reporting reliably" after being moved, exclude and re-include it from its current position, then run a network heal/rebuild routes.
- Never use rechargeable batteries (NiMH, Li-ion cells rated below 3V) in a Z-Wave sensor — use alkaline or lithium primary cells rated at the device's nominal voltage.
- If detection feels unresponsive, check the sensitivity parameter (commonly labeled Parameter 12 on multisensors) and raise it — most devices ship at a conservative mid-range default.
- Cold temperatures can drop battery voltage temporarily below the reporting threshold; a sensor that goes quiet in a cold garage and comes back once it warms up isn't failing, it's a voltage sag.
PIR Sensors Triggering Falsely (or Not at All)
Passive infrared (PIR) sensors detect changes in thermal radiation — they're fast, cheap, and use almost no power, but they have two structural blind spots. First, they cannot detect a person who is completely still; a PIR-only sensor will happily turn the lights off on someone sitting motionless at a desk. Second, they're prone to false triggers from anything that mimics a moving heat source: direct sunlight sweeping across a room, an HVAC vent cycling on, or a pet crossing the detection field.
Most of these issues are configuration fixes, not hardware failures:
- No detection at all: check that the lens isn't dusty, dirty, or physically blocked, and confirm the sensor's field of view actually covers the intended path rather than a wall or ceiling.
- False triggers from sunlight/HVAC: reposition the sensor away from direct window light and vent airflow, or lower sensitivity slightly.
- Sensor "stuck" reporting motion: often tied to a low battery interfering with the interview process on Zigbee networks, or to a Z-Wave sensitivity parameter set too aggressively — check battery voltage first.
- Won't clear "no motion" state: on hub-based systems (like Philips Hue's Bridge), the clear timer is managed by the hub's automation logic, not the sensor itself — check the automation's timeout setting rather than assuming the sensor is broken.
mmWave Presence Sensors Seeing Ghosts
mmWave presence sensors work on a completely different principle: they emit millimeter-wave radar and detect micro-movements like breathing, which means they can register a person who is sitting still — something PIR cannot do — and they keep working in complete darkness. The tradeoff is a different kind of false positive. Radar reflects off mirrors, metal surfaces, ceiling fans, curtains, and even robot vacuums, which can register as phantom presence in an otherwise empty room.
The fix for ghost detections is calibration, not hardware replacement:
- Mark reflective surfaces (mirrors, large metal appliances, glass) as interference zones in the sensor's app.
- Set the detection "edge" to stop at the actual wall boundary rather than extending into an adjacent room.
- Run an empty-room calibration pass (often called space or zone learning) so the sensor has a clean baseline.
- Lower sensitivity in rooms with ceiling fans or heavy curtain movement, and enable AI human-shape recognition if the device supports it — this filters out non-human reflections.
It's worth noting that mmWave firmware has improved substantially over recent update cycles; a unit that behaved erratically at launch may perform meaningfully better today simply from a firmware update, without any change in placement or settings.
Outdoor Floodlight Sensors — When It's Actually Wiring, Not Smart Home
Mains-powered outdoor floodlight sensors are a different animal entirely — no mesh network, no Zigbee channel, no battery voltage curve. Failures here are almost always physical or electrical:
- Light won't turn on at all, even at night: the built-in photocell (daylight sensor) may be miscalibrated or blocked by dust/debris — this threshold determines whether the fixture considers it "dark enough" to arm.
- Detects motion during the day but not at night, or vice versa: check the photocell setting and sensitivity dial before assuming a hardware fault.
- Light triggers on cars or passing traffic: angle the sensor slightly downward and reduce sensitivity or detection range to exclude the street.
- Dirty or obstructed lens: spider webs and accumulated dirt are a surprisingly common cause of degraded outdoor detection — a simple wipe-down often restores normal behavior.
- Camera-equipped floodlights where the camera works but the lights don't: check the app for separate toggles controlling "motion-activated lights" versus "motion zones for lights" — these are frequently disabled independently of the camera's own motion detection.
- Lights stuck on or stuck off after a full power cycle with all automations disabled: this points to a stuck relay — a hardware fault that typically requires a warranty claim rather than a settings fix.
Standard troubleshooting order for outdoor fixtures: cut power for 30 seconds with no motion in front of the sensor, then restore power and retest before touching any other setting.
When to Repair vs Replace — And What to Buy Instead
If the diagnostic steps above resolve the issue, there's nothing to buy. Replacement only makes sense once battery, mesh, channel, and configuration have all been ruled out and the sensor genuinely fails to detect motion under normal conditions. The options below cover the most common replacement scenarios by protocol and use case.
Aqara Motion Sensor P1 — Zigbee indoor replacement (budget/mid)
Specs
- Zigbee 3.0, powered by 2× CR2450 coin cells
- Field of view: 170° at 4m or 150° at 7m depending on mounting height
- Detection timeout configurable from 1 to 200 seconds
- Three selectable sensitivity levels, built-in light sensor
Positioning: Budget-to-mid tier for indoor hallways and rooms. Officially designed around an Aqara hub, but usable via ZHA or Zigbee2MQTT with reduced functionality — reliability depends heavily on avoiding third-party Zigbee repeaters in its route.
Pros
- Long configurable timeout range for tuning to real-world use
- Compact form factor, easy to mount low for better coverage
Cons
- Known to lose connection when routed through non-Aqara Zigbee repeaters
- High corner mounting significantly reduces effective range compared to Aqara's stated spec
Verdict: A solid indoor pick provided it's paired close to the coordinator or through confirmed-compatible routers, and mounted lower rather than in a high corner.
Perfect for: Home Assistant users who want fine-grained timeout control and are willing to manage its Zigbee routing quirks.
SONOFF SNZB-03P — Zigbee indoor replacement (budget)
Specs
- Zigbee 3.0, single CR2477 coin cell
- PIR range: 6m at 110° field of view
- 5-second detection response, built-in light sensor
Positioning: Budget indoor pick. Marketed as requiring a SONOFF hub, but widely reported to work through ZHA and Zigbee2MQTT.
Pros
- Fast detection response
- Simple single-battery design
Cons
- "Failed to interview" pairing issues reported after low battery events
- Light sensor value isn't exposed in every integration path (ZHA in particular)
Verdict: A cost-effective option for straightforward hallway or room coverage, best paired close to a strong-signal router during initial setup to avoid interview failures.
Perfect for: Budget-conscious Zigbee setups where fast response matters more than deep configurability.
Zooz ZSE11 Q Sensor — Z-Wave 800LR replacement (mid)
Specs
- Z-Wave Plus 800-series, Z-Wave Long Range capable
- Powered by 2× CR123A or USB (USB enables repeater function)
- Multisensor: motion, temperature, humidity, light
- Adjustable sensitivity and clear-timeout parameters
Positioning: Mid-tier pick for Z-Wave households, particularly useful where a single device replacing multiple single-purpose sensors is valuable.
Pros
- Long-range capable for large properties
- USB power option adds repeater functionality to the mesh
Cons
- Only repeats traffic when USB-powered, not on battery
- Requires re-inclusion from the final install spot to avoid frozen routing
Verdict: A strong all-in-one Z-Wave sensor as long as it's included from its permanent location rather than paired near the hub and moved afterward.
Perfect for: Z-Wave-based Home Assistant setups wanting motion plus environmental data from one device.
Aqara Presence Sensor FP2 — mmWave upgrade (premium)
Specs
- 60–64GHz mmWave radar, USB-C powered (always-on)
- 2.4GHz Wi-Fi only, no Zigbee
- Coverage up to 40m² across up to 30 configurable zones
- Detects up to 5 people simultaneously, includes fall detection
Positioning: Premium presence-detection upgrade for rooms where PIR's "blind to stillness" limitation is a real problem — home offices, living rooms, bedrooms.
Pros
- Detects stationary presence, not just motion
- Zone-based configuration allows precise interference exclusion
Cons
- Requires constant USB-C power, not battery-friendly for retrofit
- Prone to false positives from reflective surfaces until zones and interference exclusions are properly calibrated
Verdict: The right tool when true presence detection matters more than simple motion triggering, but it needs a calibration pass before it's trustworthy.
Perfect for: Rooms where lights or climate automations shouldn't shut off just because someone stopped moving.
Ring Floodlight Cam Wired Plus — outdoor floodlight replacement (premium)
Specs
- Mains-powered LED floodlight with 1080p camera and 105dB siren
- Three internal PIR sensors covering multiple detection angles
- Customizable motion zones for both camera alerts and light activation
Positioning: Premium outdoor pick for households wanting camera and floodlight in one fixture rather than a standalone Z-Wave outdoor sensor.
Pros
- Combines camera, siren, and light triggering in a single install
- Independently configurable zones for lights versus camera alerts
Cons
- Cloud-connected rather than fully local — a tradeoff for households prioritizing local control
- Light and camera motion toggles are separate settings, easy to overlook when only one stops working
Verdict: A capable outdoor option once the light-specific motion toggle is confirmed enabled — a step that resolves the most common "camera works, light doesn't" complaint.
Perfect for: Outdoor coverage where a combined camera-and-light fixture is preferred over a bare Z-Wave/Zigbee sensor plus separate light switch.
Replacement batteries worth stocking
| Battery | Used in | Link |
|---|---|---|
| CR2450 | Aqara Motion Sensor P1, Philips Hue Motion (some variants) | Check price on Amazon |
| CR123A | Zooz ZSE11 Q Sensor | Check price on Amazon |
| CR2477 | SONOFF SNZB-03P | Check price on Amazon |
Always use non-rechargeable primary cells in these sensors. Rechargeable chemistries max out below the voltage threshold Zigbee and Z-Wave devices need to register as fully charged, which causes the exact "battery OK but sensor unresponsive" symptom this guide opened with.
Frequently Asked Questions
Q: Why does my Zigbee motion sensor keep going offline?
The most common causes are a weak mesh (not enough mains-powered routers nearby), a Zigbee channel overlapping with 2.4GHz Wi-Fi, or — for Aqara devices specifically — routing through a third-party repeater it doesn't fully support. Check battery voltage first, then confirm the device has a strong nearby router before assuming hardware failure.
Q: Can I use rechargeable batteries in my Z-Wave or Zigbee motion sensor?
No. Rechargeable batteries top out around 1.2V per cell, which sits below the voltage many Z-Wave and Zigbee sensors require to report as fully charged. This causes sensors to behave as if the battery is dead even when it's freshly charged. Use alkaline or lithium primary cells instead.
Q: Why does my Aqara motion sensor stop working with a non-Aqara Zigbee network?
Aqara's Zigbee firmware uses clusters and endpoints that don't strictly follow the standard Zigbee Cluster Library, which causes intermittent drops when routed through certain third-party repeaters, including some Tuya plugs and select IKEA and Sonoff devices. Pairing the sensor directly to the coordinator, or through confirmed-compatible routers, resolves most of these drops.
Q: Why does my mmWave presence sensor detect people who aren't there?
mmWave radar reflects off mirrors, metal, ceiling fans, curtains, and even robot vacuums, which the sensor can misread as presence. Marking these surfaces as interference zones, setting a tighter detection edge, and running an empty-room calibration typically resolves phantom detections.
Q: Why won't my outdoor motion light turn on at all?
Check the photocell (daylight) threshold first — many fixtures won't arm during daylight hours by design. After that, check for a dirty or obstructed lens, confirm the sensitivity and range settings, and if the light remains unresponsive after a full 30-second power cycle with no motion nearby, the relay itself may have failed.
Q: How do I know if I need a new sensor or just a new battery?
Start with battery voltage, not a multimeter reading of "still has charge" — Z-Wave and Zigbee devices report low battery well before a cell is fully drained, typically around 2.6V. If a fresh primary-cell battery doesn't restore normal behavior, move to mesh and configuration checks before assuming the sensor itself is faulty. Genuine hardware failure — where the PIR or radar element no longer responds under any configuration — is the least common cause by a wide margin.
Conclusion
The overwhelming majority of "motion sensor not working" cases resolve without buying anything: a battery that's crossed a voltage threshold, a Zigbee channel colliding with Wi-Fi, a mesh missing a repeater, or a Z-Wave route frozen from an install-day pairing mistake. Working through the diagnostic order in this guide — battery, mesh/channel, configuration, then hardware — solves the problem correctly instead of masking it with a replacement that will likely fail the same way.
When replacement is genuinely warranted, match the device to the actual failure mode rather than defaulting to whatever's cheapest: a PIR sensor with a configurable timeout for hallways, an mmWave unit where stationary presence matters, or a Z-Wave multisensor where a frozen route was the real culprit and re-inclusion from the final location is part of the fix. Outdoor floodlight issues are usually electrical, not wireless, and almost always come down to the photocell threshold, a dirty lens, or a stuck relay rather than anything resembling a smart-home mesh problem.
Getting the diagnosis right the first time — rather than reaching for a replacement — is what actually keeps a local-control smart home reliable over the long run.



