After-hours trespasser alerts at apartments fail in their first week. The fix is not better motion detection, it is an intent layer on the DVR.
Every apartment DVR built in the last decade already sends motion alerts at night. Operators turn them off within a week. The reason has nothing to do with the alert software and everything to do with what night does to a camera: IR illumination attracts insects, mono night vision turns wind in foliage into apparent bodies, and gain-boosted sensors raise the pixel-noise floor into a sustained false alert stream. A typical 25-camera apartment property fires 30 to 80 stock motion alerts during one overnight window with nothing real moving. The 1 to 3 events that were actually trespassers get buried. This page is about the layer that survives that window.
Direct answer (verified 2026-05-10)
Usable after-hours trespasser alerts at apartments require an intent-classification layer, not better motion detection.
Stock DVR motion alerts at night flood operators with 30 to 80 false events per property because IR illumination attracts insects, mono night vision renders wind in foliage as bodies, and gain-boosted sensors push the pixel-noise floor over the motion threshold. The working pattern is an overlay device that taps the DVR HDMI output, runs one inference pass per frame on the 1920x1080 composite, and classifies each event by subject type, zone, dwell time, and time-relative-to-operating-hours. The classifier produces a single label per event: HIGH THREAT, LOW THREAT, INFORMATIONAL, or DROP. Only HIGH THREAT wakes the on-call manager. Operators receive 1 to 3 worth-waking alerts per night instead of 50 plus.
Why night breaks the alert channel that worked during the day
The same DVR motion detector that fires a manageable number of daytime alerts produces a wall of false events between 10 PM and 6 AM. The mechanism is camera physics, not bad software. Three things change after dark, and all three push pixel-delta motion algorithms into a sustained alert stream.
First, the camera switches to IR illumination. The IR LEDs around the lens cone of every outdoor security camera are bright in the near-infrared band that insects can see. Moths, midges, and small beetles fly toward the IR cone and land directly on the lens housing, where they occupy a saturated, high-contrast region of the frame. Each insect produces a high-confidence motion event because the pixel they sit on is fully white against a near-black scene. Spiders walk across the lens at night, hang webs, and leave 60-second false alert sequences as the web sways in air currents.
Second, color leaves the frame. The camera switches to monochrome to use the IR-sensitive part of the sensor. Without color, the motion detector loses its main cue for separating moving foliage from a moving body. A swaying branch with a leaf the size of a hand reads, in mono, like a person walking past at the wrong distance. Wind in a 25-camera property fires the same kind of event across every perimeter camera at once.
Third, the sensor gain climbs. To expose anything in the dark, the camera pushes ISO up by three or four stops. The shot noise that was below the motion threshold during the day is now above it. The motion detector starts firing on the noise floor itself, with no real subject in the frame. Some camera firmwares mask this by tightening the motion threshold at night, which then makes the camera miss a real human walking through the same frame.
All three failure modes are happening in parallel on every IR-illuminated camera on the property at once. The DVR sees them all, fires alerts for all of them, and the on-call manager wakes up to a phone full of motion notifications that contain no information. By the end of week one, alerts are silenced. The system that should catch a trespasser is in the off position when the trespasser arrives.
What an intent classifier looks at instead of pixel delta
An intent classifier is not a fancier motion detector. It is a layer one step above the motion detector that takes a pixel-delta event as input and runs four independent checks on it before deciding whether to issue a label. The four checks are subject type, zone, dwell, and time-of-day. The output is a single label per event, not a probability vector.
Subject type. A nano-class detection model runs on the camera tile that triggered the motion event and assigns the bounding box one of about a dozen labels: person, vehicle, animal, foliage, lighting change, insect-on-lens, spider-web, noise. The insect and spider-web cases are the two that matter most after dark; both are common enough at apartment properties to need their own label rather than being lumped under generic "animal."
Zone. Each camera tile has been pre-tagged with zone polygons drawn at install time: prohibited (pool deck, rooftop, vacant unit, maintenance closet), perimeter (fence line, gate, secondary exit), common (parking lot, front walk, lobby). The zone label is part of the property's stated security policy, not a guess. A person in a common zone after hours is informational. A person in a prohibited zone after hours is the alert.
Dwell. The bounding box must persist for a configurable minimum across consecutive frames before the event is allowed to escalate. The dwell threshold is what kills the spider-on-lens failure mode, because a spider walks across the lens in under a second and any single-frame confidence spike during that walk is rejected by the dwell check. Dwell also separates a delivery driver walking through the front walk from a trespasser loitering at the gate.
Time-of-day. Every zone has its own operating hours. The pool deck might be open until 10 PM, the parking lot is always accessible to residents, the rooftop is always prohibited. The classifier reads the current clock against the per-zone operating hours and applies the right threshold. The same person in the same zone produces a different label at 9:30 PM than at 2 AM because the zone is governed by a different rule at each hour.
What the overnight log actually looks like
This is a representative slice of one apartment property's overnight alert log, with the classifier output for each motion event. Most events drop. The one that survives is the one the manager hears about at 2 AM.
The 2 AM workflow when the alert is real
The classifier is one half of the system. The other half is what happens after a HIGH THREAT label fires. Operators who have been through a real trespass event after hours know that the ten minutes between the alert and the response are the only minutes that matter. The workflow is built to compress that window without any human in the loop until the very last step.
One overnight HIGH THREAT, end to end
11:47 PM
Why the escalation chain matters more than the alert itself
A trespasser alert at 2 AM is useless if it reaches a human who is asleep with their phone on silent. Every apartment property that runs this kind of system runs it on top of a three-tier escalation chain, not a single notification.
Tier one is the on-call property manager. The first hit is an SMS with a thumbnail and a one-line description ("person in prohibited zone, pool deck, dwell 22s"). If the SMS is unacked in 30 seconds, the system calls the same number with a synthesized voice playing the description until the call is answered or rejected.
Tier two is the regional manager or a second on-call rotation. The system pages tier two if tier one is unacked for two minutes. The point of tier two is not to wake the regional manager every night; it is to guarantee that any genuine HIGH THREAT event has a path to a human even if the on-call manager is in a hotel with bad reception or had their phone die in the night.
Tier three is the pre-arranged external response. For some properties this is a contracted virtual monitoring service; for others it is the local police non-emergency line dispatched from the property's address record. Tier three exists so that no HIGH THREAT event ever goes unanswered, no matter what is happening with the property staff that night.
The escalation chain is the difference between a system that catches the event and a system that does something about it. LOW THREAT and INFORMATIONAL labels never enter the chain; they write to the morning digest, the same way a Ring doorbell logs porch activity. The chain runs only on HIGH THREAT, which is why the classifier has to be conservative about which events earn that label.
What a real after-hours SMS looks like on a manager's phone
The SMS body is the entire interface for the manager who has just been woken up. It has to read in one glance, contain a thumbnail, and link to a live view that loads in under three seconds on cellular. Everything else is a distraction at 2 AM.
[Cyrano HIGH THREAT]
02:34 AM, property 4 (Cedar Glen)
camera 4, pool deck (prohibited after 10 PM)
subject: person, dwell 22s, fence-line entry
thumbnail attached
live view: cyrano.systems/v/...
reply ACK to silence escalation
The reply-ACK pattern is critical. Without it, every alert wakes the regional manager too, and the chain breaks within a week.
How the overlay attaches to the existing DVR without rewiring anything
The mechanism that makes the overlay practical on existing apartment buildings is the HDMI composite output of the DVR. Every DVR and NVR built in the last decade paints a 1920x1080 mosaic of all its cameras to a wall monitor in the back office. That signal exists whether anyone is watching it. The overlay device taps that HDMI port through a small capture board, runs one inference pass per frame on the full composite, and maps detected bounding boxes back to per-tile coordinates.
At a 4x4 grid each camera tile is 480x270 pixels. At a 5x5 grid each tile is 384x216. Both are inside the working range of nano-class object detection models, which were trained at input tensors of 224x224 to 416x416. One inference pass per frame at roughly 5 frames per second covers all 16 to 25 cameras simultaneously. The DVR keeps recording, the cameras keep painting the wall monitor, and the overlay device watches what a guard would have watched if the property had a guard.
There is no per-camera RTSP credential to recover (these are typically lost on installs that are more than five years old). There is no PoE switch reconfiguration. The DVR firmware is not updated. The property network does not need any new ports opened beyond outbound HTTPS for the management dashboard. Install at a typical apartment property runs under 30 minutes once on site.
This is the architectural reason the after-hours alert problem can be fixed for $450 upfront and $200 per month, instead of $50,000 to $100,000 for a Verkada or Rhombus rip-and-replace. The same cameras and the same recorder do the same job they did yesterday. The new layer is software watching the same signal a wall monitor was already showing.
“Caught 20 incidents including a break-in attempt in the first month. Customer renewed after 30 days. Property had a 6-year-old DVR install. We did not replace a single camera.”
Cyrano deployment, Class C multifamily, Fort Worth, TX
What this does and does not replace
The overlay is a video-only layer. It watches the cameras the property already owns. It does not replace door and window sensors, smoke and carbon monoxide alarms, glass-break detectors, or any other environmental sensor. Those sensors detect things video does not see; they remain part of the stack. The overlay also does not replace the DVR itself; the DVR continues to record to disk, and that recording is what investigators subpoena later if an incident becomes a legal matter.
What the overlay does replace is the human watcher. Most apartment properties never staffed a watcher in the first place, which is the failure mode this layer addresses. A few properties pay a live night guard who watches the wall monitor and patrols every two hours; on those properties, the overlay does not replace the guard, but it does extend the guard's coverage from one-camera-at-a-time to all-cameras-always, and lets the guard physically respond to alerts instead of trying to scan a 16-tile grid by eye.
The overlay does not replace access control, intercoms, or alarms. The honest architecture for an apartment in 2026 is access control plus intercoms plus cameras plus alarms plus a recorder plus an analytics overlay on the recorder. Five existing layers plus one new one. Subtracting any of the first five produces a different failure mode that the sixth cannot patch over.
What to run as a 14-day pilot before rolling out to a portfolio
The honest test is one property for two weeks. Pick a Class B or Class C apartment in your portfolio that has had after-hours incidents in the last six months. Install the overlay on the DVR HDMI output. Configure the prohibited zones with the property manager (pool deck, rooftop access, vacant units, maintenance closet, perimeter gate). Set the on-call escalation chain to the existing manager rotation. Leave it running for 14 nights.
At the end of two weeks, measure three things. First, how many HIGH THREAT alerts fired across 14 nights and what fraction of them were real trespass events. Second, how many real trespass events happened on the property in those 14 nights (cross-checked against tenant reports and any incident logs). Third, what the false-positive rate looks like compared to the stock DVR motion alert stream over the same window, so you can show your regional manager the delta in concrete terms.
If the alert quality is what the rest of this page describes, the case for the rest of the portfolio writes itself. If it is not, you have a one-property install to remove and nothing else to clean up. Pilot risk is bounded; the upside if the architecture works is that every apartment in the portfolio has the same after-hours coverage that a $3,000-per-month guard would have given you on one of them.
Want to see what the overnight log looks like on your DVR?
10-minute call. Bring your camera count, DVR brand, and the rough number of motion alerts your current system fired last night. Leave with a yes or no on whether an HDMI overlay would change those numbers.
Frequently asked questions
Why do stock DVR motion alerts at apartments fail after dark?
Night changes the camera physics. IR illumination on the camera attracts moths, midges, and spiders that hang webs across the lens, and each of them generates a high-confidence motion event because the pixel they sit on is fully saturated under the IR flash. Foliage in mono night vision loses its color cue, so swaying branches in wind read like a person walking past. The sensor gain has to climb three to four stops to expose anything at all, and the resulting noise floor pushes pixel-delta motion algorithms into a sustained alert stream. A typical 25-camera apartment property generates 30 to 80 stock motion alerts during the 10 PM to 6 AM window with nothing real moving on the property. Operators stop reading them within the first week, which is why a system that should catch a trespasser does not.
What does an intent-classification layer actually classify on?
Four signals, not pixel delta. Subject type (person, vehicle, animal, foliage, lighting change), zone label (prohibited, common, perimeter), dwell time on the wrong side of the rule, and time of day relative to the property's stated operating hours. A person on the pool deck at 2 AM with a 22-second dwell is HIGH THREAT. A person walking through the parking lot at 10:30 PM with a four-second dwell is INFORMATIONAL because the parking lot is not a prohibited zone at that hour. A possum at 2 AM with a six-second dwell is DROP. The classifier produces a label per event, not a vector of probabilities; the label is what the alert routing checks against.
How does the device get visibility into all cameras at once without ripping out the DVR?
Every DVR and NVR built in the last decade paints a 1920x1080 mosaic of all its cameras to the HDMI port that goes to the back-office wall monitor. The overlay device plugs into that HDMI port through a small capture board and reads the same composite a guard would have watched. One inference pass per frame covers all 16 to 25 cameras at once. On a 4x4 grid each camera tile is 480x270 pixels, on a 5x5 it is 384x216, both inside the working range of nano-class detection. The DVR keeps recording, the cameras keep painting the wall monitor, and the overlay device watches that same wall-monitor signal. No per-camera RTSP credentials, no PoE switch reconfiguration, no NVR replacement.
Who actually gets paged at 2 AM and what does the escalation chain look like?
Most apartment properties run a three-tier chain. Tier one is the on-call property manager (rotates weekly, gets the first SMS and a phone call if SMS is unacked in 30 seconds). Tier two is the regional manager (gets the alert if tier one is unacked in two minutes). Tier three is a vendor-side monitoring service or local police non-emergency line, depending on what the operator pre-arranged. The HIGH THREAT label is the only label that triggers tier one. LOW THREAT and INFORMATIONAL labels write to the morning digest only. The point of the layered chain is to put exactly one human on the call at a time and to make the escalation hands-free if that one human does not respond.
Will the classifier wake the manager for a delivery driver?
Not in the default config. A delivery driver on the front walk at 2 AM still gets a label, but the label is LOW THREAT because the front walk is not a prohibited zone, there is no fence breach signal, and dwell is short. LOW THREAT writes to the morning digest with a thumbnail, the same way a Ring doorbell would log a porch event. HIGH THREAT requires a stronger pattern: prohibited zone (pool, vacant unit, maintenance closet, rooftop), or fence breach, or dwell over 20 seconds in a sensitive zone after operating hours. The label set is configurable per property because the prohibited-zone definition is property-specific (some properties allow pool access until 10 PM, some until midnight, some never).
What happens to the false-positive flood that killed stock motion alerts?
It still happens at the pixel-delta layer. The DVR motion detector still fires on the moth on camera 7, the wind on camera 3, and the cat on camera 11. The classifier sits one layer above and drops each of them before it ever reaches a phone. A typical overnight log shows 30 to 80 pixel-delta motion events feeding into the classifier and 1 to 3 events surviving the four-signal filter. Operators do not see the dropped events live; the morning digest shows a one-line summary so the system is auditable, not opaque.
Why is dwell time more useful than confidence score for after-hours alerts?
Confidence score on a single frame is noisy at night. A spider walking across the lens at the right moment can produce a 0.9-confidence person detection because the bounding box looks vaguely human-shaped in saturation. Dwell time across consecutive frames is robust to single-frame artifacts: if the bounding box does not persist for at least two seconds, it is almost certainly noise, not a body. The classifier requires dwell-in-zone as a separate signal from per-frame confidence, which is what kills the wake-the-manager-for-a-moth failure mode.
How long does this take to install on a building that already has a DVR?
Under 30 minutes per property in the typical case. The overlay device plugs into the DVR HDMI output that was already running to the back-office wall monitor, plus a power outlet and a network jack. Configuration is done in the dashboard: define prohibited zones by drawing polygons over the composite preview, set operating hours per zone, set the on-call escalation chain (phone numbers and timeout intervals). The cameras do not need to be touched, the DVR does not need a firmware update, and the property network does not need any new ports opened beyond outbound HTTPS for the management dashboard.
Does the after-hours alert work the same way during the day?
Same classifier, different thresholds. Daytime alerts are usually configured to LOW THREAT and INFORMATIONAL bands only, because there is legitimate traffic from residents, vendors, and the property staff during business hours. HIGH THREAT during the day requires a stronger pattern (forced entry signal at a sensitive door, fence breach in an unmonitored area, weapon-shaped object). Most properties find the after-hours config (10 PM to 6 AM) is the one that earns its keep, because daytime alerts have a human in the leasing office who can verify any anomaly in real time anyway. Night is when there is no human on the property and a wake-up call is the only response channel.
What is the cost compared to hiring a night security guard?
A live night guard on a Class B/C multifamily property runs $3,000 to $5,000 per month per property and watches one camera at a time. The overlay device is $450 upfront once and $200 per month, watches every camera at once, and does not sleep. Two properties on the overlay path cost roughly the same per month as the cheapest one-property night-guard contract, and the alert coverage at each property goes from one-camera-at-a-time to all-cameras-always. For most Class B and Class C portfolios, the operator math points to overlay first, guards reserved for properties with active incident patterns where a physical response presence is part of the deterrence.
Adjacent guides on after-hours apartment security
Keep reading
Multifamily Overnight Security Coverage Gap
Why the 10 PM to 6 AM window is the biggest vulnerability at Class B and C apartments and what closing it actually looks like at the operator level.
Apartment Trespassing Detection: Real-Time Alerts
The broader trespassing detection problem at apartments: traditional cameras record but nobody sees the event until a complaint arrives the next morning.
Apartment Complex Security Systems: The Six-Layer Stack
Most apartment security guides list five components and skip the sixth. The sixth is the analytics overlay on the existing DVR, the layer that does the actual work after dark.
Comments (••)
Leave a comment to see what others are saying.Public and anonymous. No signup.