Bluetooth: Mesh: don't send Friend Clear if Friend is lost
If LPN lost Friend node (all Poll attempts didn't succeed)
no reason to send Friend Clear to the Friend node.
This makes LPN powersupply inefficient usage.
During Friend Clear sending LPN rejects any frame from
primary subnetwork.
Specificastion doesn't mandate that LPN would send Friend Clear
if polling didn't succeed.
Signed-off-by: Aleksandr Khromykh <aleksandr.khromykh@nordicsemi.no>
diff --git a/subsys/bluetooth/mesh/lpn.c b/subsys/bluetooth/mesh/lpn.c
index bc94555..7ec5fb0 100644
--- a/subsys/bluetooth/mesh/lpn.c
+++ b/subsys/bluetooth/mesh/lpn.c
@@ -277,6 +277,11 @@
if (!disable) {
lpn_set_state(BT_MESH_LPN_ENABLED);
+
+ if (!IS_ENABLED(CONFIG_BT_MESH_LPN_ESTABLISHMENT)) {
+ bt_mesh_scan_enable();
+ }
+
k_work_reschedule(&lpn->timer, FRIEND_REQ_RETRY_TIMEOUT);
}
}
@@ -865,7 +870,7 @@
BT_ERR("No response from Friend after %u retries",
lpn->req_attempts);
lpn->req_attempts = 0U;
- clear_friendship(false, false);
+ clear_friendship(true, false);
break;
case BT_MESH_LPN_RECV_DELAY:
k_work_reschedule(&lpn->timer,
