<?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>Disconnect for reason 8 after a couple of seconds if scanning while connected</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/36764/disconnect-for-reason-8-after-a-couple-of-seconds-if-scanning-while-connected</link><description>Below are the symptoms, but it turns out the problem was quite simple: the device is not seem capable of scanning while at the same time being connected, unless you use a long timeout (no Empty PDU packets are sent while scanning). 
 5 to 10 seconds after</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 30 Jul 2018 08:52:37 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/36764/disconnect-for-reason-8-after-a-couple-of-seconds-if-scanning-while-connected" /><item><title>RE: Disconnect for reason 8 after a couple of seconds if scanning while connected</title><link>https://devzone.nordicsemi.com/thread/141853?ContentTypeID=1</link><pubDate>Mon, 30 Jul 2018 08:52:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:05da2482-e678-49e9-8f36-647fc5a0644b</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;You mean the connection was terminated because it was scanning ? I don&amp;#39;t think it should be the case. Our scheduler should prioritize the connection if the connection is going to a timeout.&lt;/p&gt;
&lt;p&gt;Could you change the clock to RC and test again ? Please send us a sniffer trace will multiple connection&amp;amp;disconnection so we can have enough data for our analysis.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Disconnect for reason 8 after a couple of seconds if scanning while connected</title><link>https://devzone.nordicsemi.com/thread/141755?ContentTypeID=1</link><pubDate>Fri, 27 Jul 2018 18:48:26 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a7b7876a-3b07-4ee6-8293-12cb7eff5457</guid><dc:creator>Krastanov</dc:creator><description>&lt;p&gt;Hello, Hung,&lt;/p&gt;
&lt;p&gt;Thanks for the heads up about the SYNTH clock. I regrettably did not remember this while debugging, but I will keep it in mind in the future. The problem ended being annoyingly unrelated:&amp;nbsp;&lt;span style="font-family:inherit;"&gt;the slave was not responding because the slave was also performing scans for packets from beacons.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:inherit;"&gt;It seem the softradio is incapable of sending acknowledgment Empty PDU packets while scanning (i.e. scanning for beacons while being connected to a master). I that right?&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Disconnect for reason 8 after a couple of seconds</title><link>https://devzone.nordicsemi.com/thread/141679?ContentTypeID=1</link><pubDate>Fri, 27 Jul 2018 12:35:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2a4164e8-915a-4b71-93d3-53e5f5c9d746</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Krastanov,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;If you have a look at the S132 release note you will find this:&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;em&gt;Synthesized low frequency clock source is not tested or intended for use with the BLE stack.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Please try to test again with the RC clock instead.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;From the trace I can see a lot of missing packet&amp;nbsp;and retransmission. Have you tuned your antenna ? Do you see the same problem if you test with our nRF52 DK ?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Disconnect for reason 8 after a couple of seconds</title><link>https://devzone.nordicsemi.com/thread/141073?ContentTypeID=1</link><pubDate>Tue, 24 Jul 2018 05:25:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f03fe603-ff6c-44c1-9fd8-0da432259853</guid><dc:creator>Krastanov</dc:creator><description>&lt;p&gt;The only reason nRF Connect does not disconnect is because it has **much** longer&amp;nbsp; supervision timeout. When I lengthen the timeout of the other tools, they also perform the same way. So the question is, why does the peripheral just hang for a couple of seconds and then restarts working as if nothing happened!? What could cause the hangs?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Disconnect for reason 8 after a couple of seconds</title><link>https://devzone.nordicsemi.com/thread/141072?ContentTypeID=1</link><pubDate>Tue, 24 Jul 2018 05:03:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ffe0511a-9744-4f7a-aaca-10cd46e863c6</guid><dc:creator>Krastanov</dc:creator><description>&lt;p&gt;A particularly weird thing happens if I use the Nordic nRF Connect app, which might give a clue to what is happening:&lt;/p&gt;
&lt;p&gt;The nRF Connect app connects successfully to the peripheral, just like the other apps or gatttools under linux or RaspberryPi. However, it does not disconnect after a couple of seconds unlike the other tools. Instead, if notifications are on, the notifications run (receiving a couple per second) until around the time when the other tools would have disconnected. At that point, instead of disconnecting, the nRF Connect just stops receiving notifications for a couple of seconds (without disconnecting). During that time I can see the peripheral reporting NRF_ERROR_RESOURCES (the peripheral retries when it gets that error and it has not been getting that error when using other connection tools on the master side). After a couple of seconds the peripheral stops reporting that error and the central (only under nRF Connect) continues getting new notifications as if nothing has happened.&lt;/p&gt;
&lt;p&gt;By the way, all of this is done in an environment with very few on-air devices. There should be near zero interference from other BLE or WiFi devices.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>