#816·tile38

Feature request: DWELL option for geofence enter/exit detection

Author: XanderD99Created Jul 2, 2026Updated Aug 26, 2026

Problem Fence enter/exit detection is instantaneous per SET. Objects reporting at high frequency (1 Hz GPS, ±5–15 m noise) near a fence boundary oscillate across it, producing rapid alternating enter/exit notifications. Every downstream consumer has to build its own debouncer, re-tracking state Tile38 already holds. Proposal Optional DWELL clause on fences — the edge event fires only after the condition has held for a duration: SETCHAN warehouse WITHIN fleet FENCE DETECT enter,exit DWELL 10s OBJECT {...}

Object crosses in → pending; enter fires once it has stayed inside for the dwell. Leaves earlier → discarded, nothing fires. Symmetric for exit. Only affects edge detections (enter/exit/cross); inside/outside unchanged. Could be evaluated lazily on the object's next SET (fire when now - pending_since >= dwell), so no server-side timers.

Alternative considered Client-side debouncing — works, but duplicates per-object/per-fence containment state server-side already has, in every hook/channel consumer.