Skip to main content
Skip table of contents

Device lost connection

Overview

The "Device lost connection" rule is designed to monitor and notify users when a GPS device loses its connection with the platform. This loss of connection can occur due to several reasons, such as hardware issues (battery discharge, power disconnection, hardware failure, wiring problems) or communication issues (GSM network problems, poor coverage, insufficient funds, or provider outages).

This rule helps users stay informed about the operational status of their tracking devices and enables quick responses to potential issues, such as equipment malfunctions, GSM jamming, or vehicle theft. It also aids in collecting valuable data for optimizing operations, such as identifying areas with poor coverage or detecting faults in the equipment or service provider.

For real-time monitoring of device power status, it is recommended to use the "Device switch ON/OFF" self-reporting feature, if supported by your GPS device.

Rule settings

Offline time more than

The "Offline time more than" setting allows users to define a custom timer that starts counting down after the tracker goes into a red status (indicating loss of connection). The total disconnection period is calculated as follows:

  • Default timeout (10 minutes): This is the standard period after which a tracker is considered to have lost connection if no data is received from the device.

  • Your custom offline timeout: The additional time specified by the user in the "Offline time more than" field.

For example, if a device loses connection at 10:10 AM, after the default timeout of 10 minutes, it will be marked with a red status at 10:20 AM. If the user sets the custom offline timeout to 7 minutes, the notification will be triggered at 10:27 AM.

For common rule settings, please refer to Rules and Notifications.

System operation details

  • The "Device lost connection" alert has a 10-second reset timer, which means the alert will not trigger more often than once every 10 seconds. If an event occurs while the rule is waiting for the reset, it will be omitted by the platform, including in reports.

  • This rule is processed in the cloud and is not tied to any specific hardware, making it applicable to multiple trackers simultaneously. This flexibility allows you to manage several trackers within a single rule.

  • Different device models have varying transport-level timeouts. If you include multiple tracker models in the same rule, the notification periods may differ based on the device's specific timeout settings. This variation occurs because the notification is triggered by a combination of the tracker's default timeout and the custom offline timeout specified in the rule configuration.

By using this rule, users can ensure they are promptly informed of any disruptions in tracker connectivity, enabling them to take swift action to address potential issues.

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.