Wireless Protocols

BLE Supervision Timeout

BLE Supervision Timeout is the maximum duration a device will wait without receiving a valid packet from its connection peer before declaring the connection lost. Configurable from 100 ms to 32 seconds in 10 ms steps. It acts as a connection watchdog: if interference, range loss, or device failure prevents packet exchange for longer than this timeout, both devices independently terminate the connection and return to idle state.
Category: Wireless Protocols
Range: 100 ms - 32 s

Understanding Supervision Timeout

The timeout must be large enough to accommodate the connection interval and slave latency: the peripheral may legitimately not respond for (1+SL)×CI. The Bluetooth spec requires timeout > (1+SL)×CI×2. Apple recommends a 3× multiplier for robustness.

Too short a timeout causes false disconnects in noisy environments (RF interference, crowded 2.4 GHz). Too long delays detecting that a device has moved out of range or powered off, leaving the central scanning a dead connection.

Timeout Constraint
Bluetooth spec minimum:
Tsup > (1 + SL) × CI × 2

Apple recommendation:
Tsup ≥ (1 + SL) × CI × 3

Example: CI=100 ms, SL=4:
Min: (1+4) × 100 × 2 = 1000 ms
Recommended: 1500 ms (1.5 s)

Timeout Recommendations

ApplicationCISLTimeout
Gaming HID7.5 ms0500 ms
Wearable30 ms92 s
Sensor500 ms410 s
Asset tracker4 s020 s
Common Questions

Frequently Asked Questions

How to set it?

Must be > (1+SL)×CI×2. Apple requires ≥3× for stability. Typical: 2-6 s for wearables, 10-20 s for slow sensors.

What happens on expiry?

Both devices declare connection lost. No disconnect packet sent. App gets "connection timeout" event. Reconnection takes 1-5 s.

Unexpected drops?

Timeout too short, RF interference causing consecutive losses, out of range, deep sleep miss, or mobile OS background throttling.

BLE Reliability

Request a Quote

Need BLE protocol analyzers or connection debugging tools? Contact our team.

Get in Touch