<?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>S110 sticks for Service discovery from iPhone</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/11391/s110-sticks-for-service-discovery-from-iphone</link><description>Hello, Nordic stuff. 
 I&amp;#39;ve been working at S110 firmware and coming into a problem of service discovery from a central device(iPhone). 
 I&amp;#39;m using S110(v6.0), Keil(V4.73) and SKD(V5.2). 
 S110 supports one custom service which like a SPP profile and</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 25 Jan 2016 13:02:48 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/11391/s110-sticks-for-service-discovery-from-iphone" /><item><title>RE: S110 sticks for Service discovery from iPhone</title><link>https://devzone.nordicsemi.com/thread/42929?ContentTypeID=1</link><pubDate>Mon, 25 Jan 2016 13:02:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0a8b7a98-8561-460f-bc15-680a10e3b1ea</guid><dc:creator>bin simon</dc:creator><description>&lt;p&gt;I read this thread(&lt;a href="https://devzone.nordicsemi.com/question/12955/nrf51822-s110-tx-buffer-leak-when-disconnected-by-central/)"&gt;devzone.nordicsemi.com/.../)&lt;/a&gt; and changed the S110 version into v7.1.0 on trial. As a result, it works fine.
I read the s110_nrf51822_7.1.0 release note and at BLE Buf fixes section it is written like this:Fixed an issue sending data after the link had been disconnected might lead to reduce maximum throughput for the next connection. I wonder if this bug has a relation with my problem.
Dose anyone help me?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: S110 sticks for Service discovery from iPhone</title><link>https://devzone.nordicsemi.com/thread/42928?ContentTypeID=1</link><pubDate>Tue, 19 Jan 2016 05:05:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e9c11444-09d2-4e42-b745-22c779857f4b</guid><dc:creator>bin simon</dc:creator><description>&lt;p&gt;Hi, RK.&lt;/p&gt;
&lt;p&gt;I checked all events from softdevice.
When the the phenomenon occurs, i confirmed only two events as below:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;BLE_GAP_EVT_CONNECTED&lt;/li&gt;
&lt;li&gt;BLE_EVT_TX_COMPLETE&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;I suppose that BLE_EVT_TX_COMPLETE is for the last sd_ble_gatts_hvx() before disconnecting from iPhone.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: S110 sticks for Service discovery from iPhone</title><link>https://devzone.nordicsemi.com/thread/42927?ContentTypeID=1</link><pubDate>Tue, 19 Jan 2016 02:14:42 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:49bed024-b7d8-4f33-97b8-885513a42923</guid><dc:creator>RK</dc:creator><description>&lt;p&gt;that was the only event I could think of. If it was me debugging here I&amp;#39;d add some code to break/crash/something on ANY event which I don&amp;#39;t explicitly handle and see if there&amp;#39;s another one being sent in the failing case which needs handling. I wrote a huge GATTS event logger which prints details of every event out of Segger RTT, helps out a lot in times like this.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: S110 sticks for Service discovery from iPhone</title><link>https://devzone.nordicsemi.com/thread/42926?ContentTypeID=1</link><pubDate>Tue, 19 Jan 2016 02:09:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d604d99d-8f97-4c7a-bc89-89ec87054461</guid><dc:creator>bin simon</dc:creator><description>&lt;p&gt;Hi, RK.&lt;/p&gt;
&lt;p&gt;Thanks for your reply.
I&amp;#39;m handling BLE_GATTS_EVT_SYS_ATTR_MISSING event.
But when the phenomenon occurs, BLE_GATTS_EVT_SYS_ATTR_MISSING event is not notified from the softdevice.
When the phenomenon occurs and re-connection fails(1st re-connection fails), but 2nd re-connetion succeeds and I can confirm that BLE_GATTS_EVY_SYS_ATTR_MISSSING event is notified from the softdevice.
Do you have any ideas what is happening in softdevice inside?&lt;/p&gt;
&lt;p&gt;best regards.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: S110 sticks for Service discovery from iPhone</title><link>https://devzone.nordicsemi.com/thread/42925?ContentTypeID=1</link><pubDate>Tue, 19 Jan 2016 01:18:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:48390980-35d2-4c8a-b5c3-d2ed532525de</guid><dc:creator>RK</dc:creator><description>&lt;p&gt;After disconnection / reconnection are you receiving an event you&amp;#39;re not handling? Perhaps BLE_GATTS_EVT_SYS_ATTR_MISSING. I think the softdevice is waiting for you to reply to something and it sending out empty packets whilst it&amp;#39;s waiting .. until the phone finally gives up and disconnects you.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>