<?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>Connection failure</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/121655/connection-failure</link><description>The nRF52832 devices have been produced in hundreds of units. Currently, it has been found that individual central devices are problematic – connecting to peripherals often takes a very long time, whereas switching to another central device usually results</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 22 May 2025 07:06:41 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/121655/connection-failure" /><item><title>RE: Connection failure</title><link>https://devzone.nordicsemi.com/thread/536544?ContentTypeID=1</link><pubDate>Thu, 22 May 2025 07:06:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3c5f0598-5ad9-4bc8-86df-02dcec764327</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I suspect the problem is the high frequency crystal, especially since using 500ppm for the low frequency clock still fail.&lt;/p&gt;
&lt;p&gt;You can setup the radio test example:&lt;br /&gt;&lt;a href="https://docs.nordicsemi.com/bundle/sdk_nrf5_v17.0.2/page/nrf_radio_test_example.html"&gt;https://docs.nordicsemi.com/bundle/sdk_nrf5_v17.0.2/page/nrf_radio_test_example.html&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Then use the &lt;span&gt;start_channel and&amp;nbsp;&lt;/span&gt;start_tx_carrier commands.&lt;/p&gt;
&lt;p&gt;You should then for instance see a unmdulated carrier exactly on the frequency of 2400MHz + channel, e.g. 2402MHz if channel = 2.&lt;/p&gt;
&lt;p&gt;You then need access to a spectrum analyzer, set it up to sweep around 2.402MHz and check how much off the center frequency the carrier is. If it&amp;#39;s within specification it should be maximum +-96kHz off center frequency.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Connection failure</title><link>https://devzone.nordicsemi.com/thread/536523?ContentTypeID=1</link><pubDate>Thu, 22 May 2025 01:15:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c69d7763-f0db-464c-a313-002eef72ddcd</guid><dc:creator>toddyu</dc:creator><description>&lt;p&gt;1.our program does not use a whitelist.&lt;/p&gt;
&lt;p&gt;2.The peripheral can be connected by mobile phones or other central devices easily.&lt;/p&gt;
&lt;p&gt;3.We replaced the 2 crystals on the problematic central devices, and the issue appears to be resolved.&lt;/p&gt;
&lt;p&gt;4.We don&amp;#39;t perform any radio test or direct test mode on the board. Do you have any documentation?We suspect it might be an issue with the crystal oscillator, but it seems we don&amp;#39;t have the proper testing equipment on hand.I change NRF_SDH_CLOCK_LF_ACCURACY to 500PPM and it doesn&amp;#39;t work.&lt;/p&gt;
&lt;p&gt;In addition, our central device is also a peripheral device.When a phone connects to it, the same issue occurs - it often requires multiple connection attempts before successfully establishing a link.&lt;/p&gt;
&lt;p&gt;softdevice:s132_nrf52_7.2.0&lt;/p&gt;
&lt;p&gt;SDK:nRF5_SDK_17.0.2&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Connection failure</title><link>https://devzone.nordicsemi.com/thread/536406?ContentTypeID=1</link><pubDate>Wed, 21 May 2025 11:19:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d0a66a8f-fb9d-4c65-b8d8-807a6704d3c0</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Do you know if the peripheral in question get any connection event for these packets, or does it simply advertise as normal during this period since the connection request packet was not received? Is it possible the peripheral here have whitelist enabled (thereby preventing other/new central devices to connect)?&lt;/p&gt;
&lt;p&gt;Finally, have you performed any radio test or direct test mode on the board to ensure the design is operating within specifications?&lt;/p&gt;
&lt;p&gt;Also, which SDK and SDK version are you using here?&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>