Issue of Thread reader device remove child devicehttps://devzone.nordicsemi.com/f/nordic-q-a/116266/issue-of-thread-reader-device-remove-child-deviceHi Support team Application: 1) We have a Thread network of one leader and 12 child and all of notes run BLE and Thread at the same time. 2) BLE center on the leader is used to connect the BLE peripheral on the child for child commissioning oneen-USTelligent Community 13Mon, 11 Nov 2024 13:23:07 GMTRE: Issue of Thread reader device remove child devicehttps://devzone.nordicsemi.com/thread/509893?ContentTypeID=1Mon, 11 Nov 2024 13:23:07 GMT137ad170-7792-4731-bb38-c0d22fbe4515:a7c3d293-8815-4d6d-8c90-ce05d477b2c9Charlie<p>Hi,</p> <p>Since both BLE and Thread operate on the 2.4GHz band, they can cause interference when devices attempt to &quot;run BLE and Thread simultaneously,&quot; both among themselves and with several other similar devices work intensively.</p> <p>If you are using the Multi-Protocol Service Layer (MPSL) to manage both, a notable challenge arises from BLE scanning. This operation requires significant time to process Bluetooth LE traffic, potentially blocking 802.15.4 traffic or be blocked.</p> <p>To address this, it is recommended to use the Sleepy End Device role for Thread or Zigbee applications when BLE scanning is active.</p> <p>Given that your Thread leader is communicating with 12 devices, the remaining time for BLE communication could become a critical limitation, you may incread UDP tranfering interval and decrease child amount to verify.</p> <p>Best regards,</p> <p>Charlie</p> <p><span></span></p><div style="clear:both;"></div>