https://devzone.nordicsemi.com/f/nordic-q-a/30430/maximum-number-of-elements-peripherals-under-advertiseI am starting analysis for project of BLE Central device that is only receive broadcasting packet (advertise) from peripherals. However, it’s unclear to me. I doubt will be worked scanning 1000 peripherals. Status - Number of Peripherals : 1000en-USTelligent Community 13Mon, 12 Feb 2018 10:14:52 GMThttps://devzone.nordicsemi.com/thread/120538?ContentTypeID=1Mon, 12 Feb 2018 10:14:52 GMT137ad170-7792-4731-bb38-c0d22fbe4515:812d94e5-6ce9-401b-9697-8bb6c532549ePetter Myhre<p>I&#39;m not sure how much data you have in these advertisements, but if they are full one packet will be:</p> <p>Preamble(1) + Access Address(4) +&nbsp;ADV_NONCONN_IND PDU(39)&nbsp;+ CRC(3) =&nbsp;47 bytes = 376 bits</p> <p>And with 1Mbps this means that sending one packet takes 376us. So in 3 seconds a scanner can ideally receive 3s/376us = 7978 packets. I don&#39;t know what this number is in practice though.</p> <p>But typically you are sending out 3 packets each time, one on each of the advertising channels. And the scanner rotates its scanning through the advertising channels. It is possible to configure the SoftDevice to only advertise on one channel (but this makes you more vulnerable to noise on that channel), but it is not possible for the SoftDevice to scan on one channel (this may come soon though). It may be possible to set up scanning on a single channel by using timeslot (please see <a href="https://github.com/NordicPlayground/nRF51-multi-role-conn-observer-advertiser">this </a>example on GitHub).</p> <p>I hope this helps a bit in your statistical analysis of the feasibility of this.</p> <p>You could also try to do some simulations with fewer devices, just let them advertise more often, and see how many packets you are able to receive.</p><div style="clear:both;"></div>