A garage or gate geofence misfires because a circle on a map answers whether you are inside it, and arrival is a different question. It fails in two directions. Sometimes the crossing is never reported and the door stays shut. Sometimes the position wanders, or you drive past on the way somewhere else, and the door opens with nobody pulling in. Widening the radius trades one failure for the other rather than removing either. The setup most people land on after a few weeks of tuning is a second, independent signal. The part that usually gets skipped is what that second signal does to the security of the whole arrangement.

The two ways a geofence fails

The first failure is silence. Both mobile platforms treat background location as a battery budget, and both describe geofence delivery as best-effort rather than guaranteed. An app can register a region with the operating system and be woken when the boundary is crossed, which is the reliable pattern. An app that polls GPS in its own process only sees the boundary while it is running, so the automation quietly stops the moment the system suspends it. Home-automation forums name that failure the same way every time. It only works when the app is open.

The second failure is noise. Consumer GPS achieves horizontal accuracy of roughly 3 to 5 meters under open sky, per the US Standard Positioning Service Performance Standard, and gets worse under dense canopy, near tall buildings, or in a garage. A position fix that drifts across the boundary reports an arrival that did not happen. So does a genuine drive-past, which is the same boundary crossing from the automation’s point of view.

Those two failures pull in opposite directions, which is why tuning feels like whack-a-mole.

Why widening the radius makes it worse

The instinct after a missed open is to widen the circle. It works, in the sense that the crossing gets reported earlier and more often. It also increases every false-positive at the same time.

RadiusWhat improvesWhat gets worse
Tighter (under ~100 m)Fewer false opens from drift and from passing trafficDelivery gets less reliable, and the door starts opening after you have already stopped
Wider (several hundred m)The crossing is reported in time to open before you arriveDrive-bys, neighborhood errands, and walks now cross the boundary

Google’s Geofencing API documentation recommends a radius of at least 100 meters, and Apple’s Core Location guidance points the same way. That floor exists because a circle whose radius approaches the accuracy of the fix cannot be evaluated cleanly. On a short suburban lot, 100 meters already reaches the neighbors. On a property with a long driveway, the same 100 meters may not reach the road, which is a separate geometry problem covered in why a Tesla geofence opens the garage but not the gate.

There is no radius that solves both. The circle is the wrong instrument, not a badly sized one.

Why a second signal works

The pattern that produces reliable arrival automation is two independent signals, either of which can fire the door. A phone or car zone covers the approach. A short-range signal covers the last few dozen feet. That can be a Bluetooth beacon seen by a receiver in the garage, the car’s head unit appearing on the network, or a plate read from a camera.

The reason it works is coverage, not accuracy. Two signals fail for unrelated reasons. The zone fails because the operating system suspended a process; the beacon fails because it was out of range or the receiver rebooted. Both failing on the same trip is rare, so the union of the two lands close to always. Builders who report a long run without a miss are almost always describing a union like this rather than one well-tuned signal.

This is also why so many setups are stitched together in Home Assistant rather than bought. A single product usually ships a single trigger. Combining a zone with a beacon and a controller wired to the opener is a project. Few products cover more than one of those layers on their own, as the full landscape of ways to open a gate or garage from the car lays out.

What layering costs you

Two signals wired as “either one opens the door” is a union of coverage. It is also a union of weaknesses, and that half rarely gets stated.

A common Bluetooth beacon broadcasts a fixed identifier in the clear, at a fixed interval, whenever it has power. Bluetooth advertising packets carry no proof of who sent them, which is a property of the format rather than a flaw in any one product. An identifier observed once in a parking lot can be rebroadcast later outside the same garage. Some beacons support a rotating ephemeral identifier that resists exactly this; the inexpensive fixed-identifier tags most people buy do not.

None of that matters much against a threat model of three neighbors and a quiet street. It matters that the reasoning is explicit. Adding a layer to an OR raises reliability and lowers the bar to whichever layer is easiest to spoof. Adding a layer to an AND does the reverse.

Why opening and closing need different logic

Opening and closing are not symmetric, so they should not share the same trigger logic.

Opening grants access to a building. The failure worth avoiding is opening when nobody is arriving, and the cost of a missed open is a few seconds of pressing a button. That argues for AND: require the zone crossing and the short-range signal before the door moves.

Closing removes exposure. The failure worth avoiding is the door sitting open for six hours, and a false close is caught by the entrapment protection every US residential garage opener has carried since 1993 (CPSC 16 CFR Part 1211). That argues for OR: accept either signal, and add a retry.

The rule that falls out is short. Require both signals to open. Accept either signal to close. A setup wired that way keeps the reliability people are chasing on the half where it is a safety property. It stops handing that reliability away on the half where the property is access control.

Written out platform-neutrally, the condition set looks like this.

OPEN
  trigger   inner zone entered
  and       short-range signal present within the last 90 seconds
  and       door state is closed (not opening, not closing)
  and       phone or vehicle has been outside the home zone for 5+ minutes

CLOSE
  trigger   inner zone exited
  or        short-range signal absent for 90 seconds
  and       door state is open
  then      wait 30 seconds, send close, re-check position sensor
  if        still open, retry once, then notify

The 90-second window matters more than it looks. A beacon seen only in the instant of the zone crossing turns the AND back into a race between two signals that arrive at different speeds. Holding the short-range signal as a recent-presence fact rather than a simultaneous one is what makes the AND practical.

Two conditions are worth adding on both sides. Do not fire if the door is already in motion, which is the near-miss owners describe when a manual press and an automatic trigger land seconds apart. And verify against a real position sensor rather than the last command sent, since a misaligned photo eye will stop the door while the automation records a successful close. Related false-trigger causes are covered in what makes a garage door open by itself.

What no combination of geofences fixes

Driving past your own house crosses the same boundary as arriving at it. Every layer described so far reports position, and none of them reports intent, so no combination of them separates the two cases.

The mitigations are all approximations of intent:

  • Away duration. Require the phone or car to have been outside the home zone for several minutes before an open can fire. Filters position drift well. Does not filter a real pass-by.
  • Ordered crossings. Require an outer zone and then an inner zone within a set window. Filters drift and jitter. A genuine drive-past crosses both in the same order.
  • Heading or speed. Suppress the open above a set speed at the inner boundary. Catches the pass-by, at the cost of failing when traffic is slow.
  • Vehicle state. Trigger on the car stopping or shifting to park rather than on a boundary. Reliable, and late by design.

Each one buys a slice. None is the circle working properly, because the circle was never measuring the right thing. A geofence answers where you are. Arrival is about where you are going, and that information sits in the vehicle rather than in a radius drawn around the house. The same gap shows up when phone-based apps are used on gates, which is covered in why smart garage apps struggle on driveway gates.

A checklist before you widen the radius

  1. Confirm which side is failing. Log every trigger with a timestamp for a week. Missed opens and false opens need opposite fixes, and most setups have some of both.
  2. Check whether the app registers a region or polls. If the automation only behaves while the app is open, no radius will fix it. Move the zone to a service that registers regions with the operating system.
  3. Measure the approach, not the lot. Time how long the door takes to open fully, then measure how far out the trigger has to fire at your normal approach speed. That distance, not the property line, sets the radius.
  4. Add the short-range layer before widening the zone. A beacon or network-presence signal covers the last stretch, which is where a tighter zone starts missing.
  5. Split the logic. AND for opening, OR for closing, with a retry and a real position sensor on the close.
  6. Decide the beacon question deliberately. A fixed identifier is fine for many people. Write down that you chose it rather than discovering it later.

Where a vehicle-side credential fits

The gap this article keeps returning to is that a circle drawn around the house cannot tell arriving from passing. That information lives in the vehicle. A credential that travels with the car closes the gap, because the car is what the opener recognizes, and the trigger no longer routes through a phone, a radius, or a cloud lookup.

That is the category Proxly is being built into. A Tag with its own GPS stays with the vehicle and works out the distance to home. A Hub wires into the opener trigger input, so it holds up across opener brands and does not wait on the phone to wake up. We are pre-launch, with $20 fully refundable reservations open.

References

  • US Standard Positioning Service Performance Standard, GPS horizontal accuracy: gps.gov
  • Apple Core Location, region monitoring and background location behavior: developer.apple.com
  • Android Geofencing API, radius guidance and delivery behavior: developer.android.com
  • US residential garage door operator entrapment protection: CPSC 16 CFR Part 1211

Frequently asked questions

Why does my garage door geofence only work when the app is open?
That symptom points at an app polling GPS on its own rather than registering a region with the operating system. A registered region wakes a suspended app when the boundary is crossed. An app polling in the foreground stops the moment the system suspends it, which is why the automation appears to work whenever you happen to have the app open.
What radius should I set for a garage door geofence?
Google's Geofencing API documentation recommends a radius of at least 100 meters, and Apple's Core Location guidance points in the same direction. Smaller circles can be registered, but delivery gets less reliable as the radius approaches the accuracy of the position fix, which is roughly 3 to 5 meters under open sky and worse under tree cover or between buildings.
Why does my gate open when I drive past my house?
A geofence reports a boundary crossing, not a destination. Driving past your own house on the way somewhere else crosses the same boundary as arriving home, so the automation fires. Adding a required away-duration, a heading condition, or a trigger tied to the vehicle stopping are the usual mitigations.
Is a Bluetooth beacon safer than a phone geofence?
It is more reliable, not more private. A common beacon broadcasts a fixed identifier in the clear, and Bluetooth advertising packets carry no proof of who sent them, so an identifier that is observed once can be rebroadcast later. Beacons that rotate an ephemeral identifier resist that; inexpensive fixed-identifier tags do not.
Should I automate closing the garage door?
Closing is the safer half to automate, because a missed close leaves the door open and a false close is caught by the entrapment protection every US residential opener has carried since 1993. The risk worth planning for is the automation reporting success when the door did not move, so verify against a real position sensor rather than the last command sent.