<?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>Issue connecting with slower advertising intervals</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/54250/issue-connecting-with-slower-advertising-intervals</link><description>I am seeing that faster advertising intervals will connect OK, and slower ones will consistently not. Specifically, a min-max of 0x1100-0x1250 works, but 0x1200-0x1400 doesn&amp;#39;t, as well as larger values of course. I don&amp;#39;t have any problem connecting to</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 13 Nov 2019 12:48:09 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/54250/issue-connecting-with-slower-advertising-intervals" /><item><title>RE: Issue connecting with slower advertising intervals</title><link>https://devzone.nordicsemi.com/thread/219889?ContentTypeID=1</link><pubDate>Wed, 13 Nov 2019 12:48:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c44afd64-3c01-4689-83e1-4542d6a3f674</guid><dc:creator>krog1</dc:creator><description>&lt;p&gt;Thanks Kenneth! That took care of it.&lt;/p&gt;
&lt;p&gt;Cheers,&lt;/p&gt;
&lt;p&gt;Chris.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Issue connecting with slower advertising intervals</title><link>https://devzone.nordicsemi.com/thread/219879?ContentTypeID=1</link><pubDate>Wed, 13 Nov 2019 12:04:31 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:db82b10a-82ff-4e9a-98e4-93866bee6797</guid><dc:creator>Kenneth</dc:creator><description>&lt;div&gt;
&lt;div&gt;What you are seeing is that the connect operation was canceled. Successfully.&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;So it seems that the connect procedure timed out because the advertising interval was too high.&amp;nbsp;The cancel operation was most likely coming from this: CONFIG_BT_CREATE_CONN_TIMEOUT, which is default 3. You&amp;nbsp;should increase it&amp;nbsp;in this use case.&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;Best regards,&lt;br /&gt;Kenneth&lt;/div&gt;
&lt;/div&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Issue connecting with slower advertising intervals</title><link>https://devzone.nordicsemi.com/thread/219778?ContentTypeID=1</link><pubDate>Wed, 13 Nov 2019 00:39:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:93490727-94bb-4104-825a-28451fda0686</guid><dc:creator>krog1</dc:creator><description>&lt;p&gt;Hi Kenneth,&lt;/p&gt;
&lt;p&gt;The error code is on the nrf9160, coming from the HCI code to the connect callback. the HCI_CORE debug trace is below. Hopefully it&amp;#39;s enough; unfortunately some logs were dropped.&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Chris.&lt;/p&gt;
&lt;hr /&gt;
&lt;p&gt;[00:03:24.380,493] &amp;lt;dbg&amp;gt; bt_hci_core.bt_hci_cmd_create: opcode 0x200d param_len 25&lt;br /&gt;[00:03:24.380,523] &amp;lt;dbg&amp;gt; bt_hci_core.bt_hci_cmd_create: buf 0x200386d0&lt;br /&gt;[00:03:24.380,615] &amp;lt;dbg&amp;gt; bt_hci_core.bt_hci_cmd_send_sync: buf 0x200386d0 opcode 0x200d len 28&lt;br /&gt;[00:03:24.380,798] &amp;lt;dbg&amp;gt; bt_hci_core.process_events: count 2&lt;br /&gt;[00:03:24.380,828] &amp;lt;dbg&amp;gt; bt_hci_core.process_events: ev-&amp;gt;state 4&lt;br /&gt;[00:03:24.380,859] &amp;lt;dbg&amp;gt; bt_hci_core.send_cmd: calling net_buf_get&lt;br /&gt;[00:03:24.380,889] &amp;lt;dbg&amp;gt; bt_hci_core.send_cmd: calling sem_take_wait&lt;br /&gt;[00:03:24.380,920] &amp;lt;dbg&amp;gt; bt_hci_core.send_cmd: Sending command 0x200d (buf 0x200386d0) to driver&lt;br /&gt;[00:03:24.381,011] &amp;lt;dbg&amp;gt; bt_hci_core.bt_send: buf 0x200386d0 len 28 type 0&lt;br /&gt;[00:03:24.381,134] &amp;lt;dbg&amp;gt; bt_hci_core.process_events: ev-&amp;gt;state 0&lt;br /&gt;[00:03:24.381,225] &amp;lt;dbg&amp;gt; bt_hci_core.hci_tx_thread: Calling k_poll with 2 events&lt;br /&gt;[00:03:24.381,958] &amp;lt;dbg&amp;gt; bt_hci_core.bt_buf_get_cmd_complete: sent_cmd 0x200386d0&lt;br /&gt;[00:03:24.382,019] &amp;lt;dbg&amp;gt; bt_hci_core.hci_cmd_status: opcode 0x200d&lt;br /&gt;[00:03:24.382,080] &amp;lt;dbg&amp;gt; bt_hci_core.hci_cmd_done: opcode 0x200d status 0x00 buf 0x200386d0&lt;br /&gt;[00:03:24.382,232] &amp;lt;dbg&amp;gt; bt_hci_core.bt_hci_cmd_send_sync: opcode 0x200d status 0x00&lt;br /&gt;[00:03:27.378,936] &amp;lt;dbg&amp;gt; bt_hci_core.bt_hci_cmd_create: opcode 0x200e param_len 0&lt;br /&gt;--- 1 messages dropped ---&lt;br /&gt;[00:03:27.379,180] &amp;lt;dbg&amp;gt; bt_hci_core.send_cmd: Sending command 0x200e (buf 0x200386d0) to driver&lt;br /&gt;--- 5 messages dropped ---&lt;br /&gt;[00:03:27.379,211] &amp;lt;dbg&amp;gt; bt_hci_core.bt_send: buf 0x200386d0 len 3 type 0&lt;br /&gt;[00:03:27.379,302] &amp;lt;dbg&amp;gt; bt_hci_core.process_events: ev-&amp;gt;state 0&lt;br /&gt;[00:03:27.379,364] &amp;lt;dbg&amp;gt; bt_hci_core.hci_tx_thread: Calling k_poll with 2 events&lt;br /&gt;[00:03:27.379,699] &amp;lt;dbg&amp;gt; bt_hci_core.bt_buf_get_cmd_complete: sent_cmd 0x200386d0&lt;br /&gt;[00:03:27.379,730] &amp;lt;dbg&amp;gt; bt_hci_core.hci_cmd_complete: opcode 0x200e&lt;br /&gt;[00:03:27.379,760] &amp;lt;dbg&amp;gt; bt_hci_core.hci_cmd_done: opcode 0x200e status 0x00 buf 0x200386d0&lt;br /&gt;[00:03:27.380,218] &amp;lt;dbg&amp;gt; bt_hci_core.bt_recv: buf 0x20038798 len 21&lt;br /&gt;[00:03:27.380,218] &amp;lt;dbg&amp;gt; bt_hci_core.hci_event: event 0x3e&lt;br /&gt;[00:03:27.380,249] &amp;lt;dbg&amp;gt; bt_hci_core.hci_le_meta_event: subevent 0x01&lt;br /&gt;[00:03:27.380,371] &amp;lt;dbg&amp;gt; bt_hci_core.le_legacy_conn_complete: status 2 role 0 00:00:00:00:00:00 (public)&lt;br /&gt;[00:03:27.380,493] &amp;lt;dbg&amp;gt; bt_hci_core.enh_conn_complete: status 2 handle 0 role 0 00:00:00:00:00:00 (public)&lt;br /&gt;[00:03:27.380,584] &amp;lt;wrn&amp;gt; ble: Failed to connect to cf:ae:17:85:49:78 (random) (error 2)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Issue connecting with slower advertising intervals</title><link>https://devzone.nordicsemi.com/thread/219760?ContentTypeID=1</link><pubDate>Tue, 12 Nov 2019 19:34:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:55a7b350-28f0-4a12-88d9-6aee3b396c54</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;We do not currently provide support for NCS for the nRF52-series, even if there are some Bluetooth related samples and libraries in NCS.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;That said, it may be useful if you can enable debug logs, especially for CONFIG_BT_DEBUG_HCI_CORE. Also please clarify which side is seeing the error code.&lt;/p&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>