https://devzone.nordicsemi.com/f/nordic-q-a/90142/ble-mesh-connecting-issueHello, I&#39;m Electronics designer, our Team faced some issue regarding BLE Mesh connectivity, Q1. We have observed that It&#39;s taking so much of time(&gt;3 min &amp; upto 14 minutes) to join mesh(5 Devices), Most of the time some devices are not able to joinen-USTelligent Community 13Fri, 22 Jul 2022 09:29:32 GMThttps://devzone.nordicsemi.com/thread/378251?ContentTypeID=1Fri, 22 Jul 2022 09:29:32 GMT137ad170-7792-4731-bb38-c0d22fbe4515:6f57af6b-c551-41a6-89d9-feca5c3eb534AHaug<p>Hi,<br /><br />I have a couple of clarification questions and some information to give to you after discussing this case with my colleagues so it is split into two sections: Mesh and&nbsp; Radio&nbsp;procedures&nbsp;</p> <p><strong></strong></p> <p><strong>Radio</strong></p> <p>Another point that got brought up was when talking about distance between the devices, it does not seem the issue is&nbsp;in Mesh procedures despite it looking like Mesh devices cannot `join` to each other. It seems to us like a lack of Tx power. Radio waves spreading is much worse if there are grounded environments (they mentioned ground level). We would recommend playing with controller Tx power first and only after this digging deep into mesh debugging. <br /><br />The<span>&nbsp;Mesh stack works with Tx power that has been configured in Bluetooth Controller. There are no algorithms for Tx power adaptation. If Tx power is not enough establish connection Mesh(as technology) cannot solve the issue, and if that is the case then try to answer the questions below and we might see if the issue is in the procedure part</span></p> <p><strong>Procedures:</strong></p> <p>It is not quite clear what you mean by &quot;devices are not able to join&quot; as there are no join procedure in the BLE Mesh specification.</p> <ol> <li>Do you mean that this is happening in the provisioning procedure? If so:&nbsp; <ol> <li>Which provisioning bearer has been used?</li> <li>At which stage has the provisioning procedure gotten stuck?</li> </ol> </li> <li>Or is it happening on the configuration stage? If so: <ol> <li>Which command of configuration model causes the issue?</li> </ol> </li> <li><span>Which part of provisioning procedure wasn&#39;t able to communicate? Was it the `provisioner` or `provisionee`?</span></li> </ol> <p>Is it correct to assume that in the picture you attached, that it is a&nbsp;mobile phone that is the provisioner, not just the proxy)? If so, then it is not possible to perform multihop provisioning. Provisioning is p2p procedure in spec v1.0.1.&nbsp;</p> <p><br />Kind regards,<br />Andreas</p> <div></div><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/377886?ContentTypeID=1Wed, 20 Jul 2022 13:31:15 GMT137ad170-7792-4731-bb38-c0d22fbe4515:6864975e-ef28-4129-8962-49f9129623bdAHaug<p>Hi,<br /><br />This is just an update to let you know I&#39;ve picked up your case and will be returning with a reply shortly. There will however be some longer response time due to the current vacation period here in Norway. I will hopefully have a response for you before the weekend.</p> <p>Kind regards,<br />Andreas</p><div style="clear:both;"></div>