<?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>Strange behavior of Android mobiles after Connection parameters update request</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/41279/strange-behavior-of-android-mobiles-after-connection-parameters-update-request</link><description>Hi guys, 
 I have very strange problem with the Android phone when connect with nrf51822. 
 After connection, I used update parameters to set the parameters on the phone side to be like what I want. 
 My connection paramters are: min_interval: 6 ms, max_interval</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 10 Dec 2018 10:11:48 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/41279/strange-behavior-of-android-mobiles-after-connection-parameters-update-request" /><item><title>RE: Strange behavior of Android mobiles after Connection parameters update request</title><link>https://devzone.nordicsemi.com/thread/160916?ContentTypeID=1</link><pubDate>Mon, 10 Dec 2018 10:11:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:783ad6f3-45aa-47a5-b18d-502222376fef</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I can&amp;#39;t see any issues with the sniffer trace. The connection is updated to use 1 second timeout in both traces. The only difference is that in the oppo_log.pcapng trace, the master continues to send Empty PDU packets for a lot longer than 1 second. I am not sure whether it is actually against the BLE specification, and from the nRFs point of view, it isn&amp;#39;t really a problem. The problem is that if the devices comes out of range, the nRF will disconnect (and start advertising) after one second, while the phone will try to resume a connection that the nRF considers lost.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;To me, it sounds like a bug in the phone&amp;#39;s OS.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Edvin&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Strange behavior of Android mobiles after Connection parameters update request</title><link>https://devzone.nordicsemi.com/thread/160657?ContentTypeID=1</link><pubDate>Fri, 07 Dec 2018 03:43:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8a1060b2-cc88-4cf8-8b07-c6cab7354946</guid><dc:creator>Hust</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;This is the sniffer traces of them, the samsung is the one worked fine and oppo is not.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/oppo_5F00_log.pcapng"&gt;devzone.nordicsemi.com/.../oppo_5F00_log.pcapng&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/samsung_5F00_log.pcapng"&gt;devzone.nordicsemi.com/.../samsung_5F00_log.pcapng&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Thank you for your time.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Strange behavior of Android mobiles after Connection parameters update request</title><link>https://devzone.nordicsemi.com/thread/160598?ContentTypeID=1</link><pubDate>Thu, 06 Dec 2018 14:12:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:06147ccb-f289-437a-8962-796a72b03913</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Can you send me two sniffer traces? One with a phone acting like you want it to, and another with one of the phones not acting like you want to. I would like to see what&amp;#39;s going on over the air.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Edvin&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Strange behavior of Android mobiles after Connection parameters update request</title><link>https://devzone.nordicsemi.com/thread/160518?ContentTypeID=1</link><pubDate>Thu, 06 Dec 2018 09:14:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bf141da2-8abc-43d4-8876-142e3f511fc8</guid><dc:creator>Hust</dc:creator><description>&lt;p&gt;Hi Awneil,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;This is what I got when I used sniffer to see what happened, Samsung, Xiaomi and Oppo, all of them response to request in Connection Parameters Update in the very same way, but they acted differently. This confuse me a lot. Samsung worked fine but others are not.&lt;/p&gt;
&lt;p&gt;I guess maybe this is because of different in specification of each phones?&lt;/p&gt;
&lt;p&gt;&lt;img alt=" " src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/communityserver-discussions-components-files/4/im.png" /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Strange behavior of Android mobiles after Connection parameters update request</title><link>https://devzone.nordicsemi.com/thread/160506?ContentTypeID=1</link><pubDate>Thu, 06 Dec 2018 07:58:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0f69afcd-e1c4-4da0-9aa8-2225a0d4360a</guid><dc:creator>awneil</dc:creator><description>[quote userid="21590" url="~/f/nordic-q-a/41279/strange-behavior-of-android-mobiles-after-connection-parameters-update-request"]Is there anything I can do to make all the Android phone do exactly what it told to do[/quote]
&lt;p&gt;No.&lt;/p&gt;
&lt;p&gt;The Central - whether it&amp;#39;s Android or anything else - is not obliged to give you what you request in a Connection Parameters Update.&lt;/p&gt;
&lt;p&gt;Android &amp;amp; iOS certainly do impose their own limits on what they accept - and it can vary from phone to phone. It may even vary from connection to connection.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>