<?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>what will happen if somebody will connect to peripheral which has already 1 BLE connection established</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/34494/what-will-happen-if-somebody-will-connect-to-peripheral-which-has-already-1-ble-connection-established</link><description>What is expected behaviour of s132 device (4.0.2) if peripheral is initialized with periph_role_count=1 and somebody tries to connect when BLE connection is already establsihed? How this is handled from the point of view of BLE standart?</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 18 May 2018 11:34:59 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/34494/what-will-happen-if-somebody-will-connect-to-peripheral-which-has-already-1-ble-connection-established" /><item><title>RE: what will happen if somebody will connect to peripheral which has already 1 BLE connection established</title><link>https://devzone.nordicsemi.com/thread/132494?ContentTypeID=1</link><pubDate>Fri, 18 May 2018 11:34:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0afb32d9-3675-421f-8149-74c8f741c152</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;The SoftDevice will not accept (or even listen for) a connection request if it advertises with non-connectable advertising (BLE_GAP_ADV_TYPE_ADV_NONCONN_IND), so nothing will happen in case the seconds device sends a connect request. I will simply be ignored.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: what will happen if somebody will connect to peripheral which has already 1 BLE connection established</title><link>https://devzone.nordicsemi.com/thread/132492?ContentTypeID=1</link><pubDate>Fri, 18 May 2018 11:17:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:20eb8a1f-bc84-404e-9aff-a67b2cd37b59</guid><dc:creator>kirill.neznamov</dc:creator><description>&lt;p&gt;I agree with you but in my case after the&amp;nbsp; first connect I change advertising type to BLE_GAP_ADV_TYPE_ADV_NONCONN_IND. So I guess that this problem may be a problem of mobile ble framework that&amp;nbsp; does not detect type of adverts in such case.&lt;br /&gt;But anyway such scenario can happen.&lt;br /&gt;Let we have 2 ios devices.&lt;br /&gt;Both made discovering of the BLE peripheral, so CBPeriperal object is created on both devices.&lt;br /&gt;Let 1 device then connected to peripheral. After some time second device tries to connect when first connection is established.&lt;br /&gt;&lt;br /&gt;So what will be behavior of S132 stack in such case? Will peripheral receive nothing from central in such case on second connect?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: what will happen if somebody will connect to peripheral which has already 1 BLE connection established</title><link>https://devzone.nordicsemi.com/thread/132486?ContentTypeID=1</link><pubDate>Fri, 18 May 2018 10:30:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:54b1e14e-0684-48b7-b542-4e4a1a0cfcd7</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;This is a bit of an odd case. I am not aware of anything that covers this specifically in the Bluetooth specification, but that is probably because it is in itself invalid to use connectable advertising in a state where you cannot accept the connection.&lt;/p&gt;
&lt;p&gt;In practice, the SoftDevice will stop advertising when a central connects. If the application only supports a single connection, it will wait and not start connectable advertising until after a disconnect occurred. In this case, the scenario you have described never happens. You should get a &lt;code&gt;NRF_ERROR_CONN_COUNT&lt;/code&gt; error returned from the call to&amp;nbsp;&lt;code&gt;sd_ble_gap_adv_start()&lt;/code&gt; in case&amp;nbsp;you try to stat connectable advertising while in a connection with&amp;nbsp;&lt;code&gt;periph_role_count=1&lt;/code&gt;.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>