PolarBleDisconnectReason

The connection was lost without a classified pairing/security condition.

A protected ATT operation lacked link encryption. During an initial connection attempt, the SDK keeps this condition retryable so pairing or security negotiation can complete. After a session that had previously connected successfully, the same condition is treated as a stale or unusable pairing: automatic reconnection stops and the application should remove the pairing from iOS and the device when required, pair again, and reconnect before retrying the operation.

The BLE encryption handshake timed out. Reconnect/security establishment should be retried before asking the user to re-pair.

CoreBluetooth reported that the peer pairing information was removed or can no longer be used. User-driven pairing recovery is required.

iOS started pairing after an encrypted ATT failure, but the peripheral rejected the pairing negotiation. This does not prove that pairing information was removed.

CoreBluetooth rejected a UUID during service/security handling. Service discovery or the affected operation should be retried; this is not proof that pairing must be removed.

An error did not match a known SDK classification.

Disconnect is the expected outcome of a device-control command (restart, factory reset, warehouse sleep, hibernate, turn off) that already reached its success path.