<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Advertisements on custom board slower than on PCA10040</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/33259/advertisements-on-custom-board-slower-than-on-pca10040</link><description>Hello, 
 I used a the ble_app_template example to set up advertisements on the PCA10040 board and on our custom board. Both boards function and have good signal strength. However, the number of advertising packets received from the custom board are significantly</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 11 Apr 2018 18:31:38 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/33259/advertisements-on-custom-board-slower-than-on-pca10040" /><item><title>RE: Advertisements on custom board slower than on PCA10040</title><link>https://devzone.nordicsemi.com/thread/127897?ContentTypeID=1</link><pubDate>Wed, 11 Apr 2018 18:31:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:efc0031c-e6e4-493f-9aaf-d427c4e99002</guid><dc:creator>potbhare</dc:creator><description>&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/members/ketiljo"&gt;ketiljo&lt;/a&gt; I replaced the 12pF caps I was using with 16pF ones to match the spec that Nordic has laid out and the one custom board is advertising a lot faster. I think that did the trick. Thank you!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Advertisements on custom board slower than on PCA10040</title><link>https://devzone.nordicsemi.com/thread/127855?ContentTypeID=1</link><pubDate>Wed, 11 Apr 2018 13:48:29 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:720a4ebf-a92b-4397-a7ab-8340652089bb</guid><dc:creator>ketiljo</dc:creator><description>&lt;p&gt;The 32 MHz have little influence on the timing, it&amp;#39;s the 32 kHz crystal that does that.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;If you are using a 32 MHz with a stability of 50 ppm, it&amp;#39;s out of spec. BLE requires 40 ppm or better. This is the total stability (over temperature and initial tolerance plus aging).&amp;nbsp;&lt;/p&gt;
&lt;p&gt;What&amp;#39;s the spec (tolerance and CL value) of the crystals (both) you&amp;#39;re using? And what are the values of the load caps?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Advertisements on custom board slower than on PCA10040</title><link>https://devzone.nordicsemi.com/thread/127718?ContentTypeID=1</link><pubDate>Wed, 11 Apr 2018 06:03:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cd156848-3ce9-4f38-9956-949c21e71d23</guid><dc:creator>potbhare</dc:creator><description>&lt;p&gt;The 32MHz crystal used has a frequency stability of 50ppm. I believe the PCA10040 has a crystal with 20ppm stability. I will update the config file to reflect our crystal. But does this make such a huge difference?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;We have a custom desktop application with a USB dongle used to pick up advertising packets from our devices. I have several production devices using nRF51 which advertise at 200ms, phones which advertise at 100ms, and the new nRF52 board which should be advertising at 100ms as well. I see all the other devices at their respective advertising rates, except this one new board.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Advertisements on custom board slower than on PCA10040</title><link>https://devzone.nordicsemi.com/thread/127709?ContentTypeID=1</link><pubDate>Wed, 11 Apr 2018 03:43:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:08635ed3-cc7c-479f-9c64-cc10f2149244</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;If the code is the same, then the big difference comes from the accuracy of the crystals you are using. You have to tell the BLE stack the correct accuracy in ppm of the crystals used.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;What is the device that is receiving these advertising packets? is it another low power device or a sniffer?&lt;/p&gt;
&lt;p&gt;I would recommend you to sniff the packets of the two devices separately. That is switch the other advertiser off when sniffing one. This is to make sure if the air traffic of the two devices look the same without interference from the other.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>