Back to site
Back to Mobile app
Mobile app2 min read

Inactivity watchdog (dead man switch)

Sentinel monitors each node's last valid GPS fix and records a warning when an operator stops reporting position for too long. How it works and how to configure it.

Published on April 18, 2026

Operational summary

Sentinel tracks each node’s last valid GPS fix in the database (`last_gps_fix_at`). When telemetry arrives without fresh coordinates and the previous fix is older than the configured threshold (`SENTINEL_DEAD_MAN_MINUTES`, default 30 minutes), the backend may insert a warning row in the fleet event log.

This is an operational dead man switch: it does not replace an explicit SOS, but helps surface units that stopped reporting position for too long while still sending other payloads.

Deep dive

A dead man switch (DMS) is a classic mechanism in operational safety: the system expects periodic evidence the worker is OK and, if that evidence doesn't arrive in time, assumes something bad happened and escalates. Especially relevant in lone worker operations: night security, remote tower maintenance, small teams on isolated sites.

Sentinel implements an operational version of DMS based on each node's last valid GPS fix. The backend monitors the last_gps_fix_at column. When telemetry arrives without fresh coordinates and the previous GPS fix exceeds the threshold configured by SENTINEL_DEAD_MAN_MINUTES (default 30 minutes), a warning event can be recorded in the fleet log.

This signal is complementary to explicit SOS, not a replacement. SOS is fired by the operator when there's an identified emergency; DMS detects when the operator can't or won't fire SOS, but the inactivity pattern suggests something is happening. That's why most SOPs use DMS as a second layer: if it fires, the operations center attempts direct contact (radio, call) before mobilizing response.

Threshold is adjustable at server level per organization. For office-bound or slow-mobility operations, higher thresholds (60-90 min) may suit; for dynamic or high-risk tasks, lower (15-20 min). Warnings are deduplicated per node to avoid history clutter. Document the chosen threshold in your SOP and review periodically with HSE to ensure the policy remains reasonable.

Key takeaways

  • Threshold is per deployment via the Next.js server environment.
  • Warnings are deduplicated per node (~2 h) to avoid flooding history.

Frequently asked questions

Does DMS notify the operator?
DMS is a signal from backend to operations center. Notifying the operator (if applicable) is your SOP's responsibility.
Does it replace SOS?
No. SOS is active (operator-fired); DMS is passive (suspicious-inactivity detection). They complement each other.
How do I configure the threshold?
It's a server environment variable (SENTINEL_DEAD_MAN_MINUTES, default 30 min). Coordinate with support to adjust per organization.
Can I disable DMS for a specific node?
Currently the policy is per organization. For specific cases (test node, equipment in maintenance) use inventory flows to mark it non-operational.
ShareXLinkedIn

Sentinel

Try Sentinel in your operation

Activate the tactical map, geofences, and SOS for your organization in under a day.