<?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>Specific Android tablet model isn&amp;#39;t able to reliably connect</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/107610/specific-android-tablet-model-isn-t-able-to-reliably-connect</link><description>I have a fairly simple application running on an nRF52832 exposing a few services over Bluetooth LE. I received a report of a Lenovo M10 (TB328FU) that was unable to connect. I imported one to test with and was able to reproduce the issue, even with the</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 23 Jan 2024 23:56:46 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/107610/specific-android-tablet-model-isn-t-able-to-reliably-connect" /><item><title>RE: Specific Android tablet model isn't able to reliably connect</title><link>https://devzone.nordicsemi.com/thread/465694?ContentTypeID=1</link><pubDate>Tue, 23 Jan 2024 23:56:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bf9f9edd-e7f7-420d-afce-63216fb236d6</guid><dc:creator>FlsZen</dc:creator><description>&lt;p&gt;Thanks! Setting `&lt;span&gt;CONFIG_BT_AUTO_PHY_UPDATE=n` resolves the issue when this M10 is connecting to it and I can now re-enable the 2Mbps PHY option which was my previous workaround.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Specific Android tablet model isn't able to reliably connect</title><link>https://devzone.nordicsemi.com/thread/465493?ContentTypeID=1</link><pubDate>Tue, 23 Jan 2024 08:25:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:229dbd52-73fd-4717-b6ce-721e17122bb4</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi James,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;It&amp;#39;s most likely because of the&amp;nbsp;CONFIG_BT_AUTO_PHY_UPDATE. It&amp;#39;s by default =y.&amp;nbsp;&lt;br /&gt;You can turn it off if you don&amp;#39;t plan to let the peripheral to request PHY update.&amp;nbsp;&lt;br /&gt;If you want the peripheral to request PHY update but have more control over it, you can use&amp;nbsp;CONFIG_BT_USER_PHY_UPDATE=y then call&amp;nbsp;bt_conn_le_phy_update() in your application.&amp;nbsp;&lt;br /&gt;Please let us know if this doesn&amp;#39;t fix the problem for you.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Specific Android tablet model isn't able to reliably connect</title><link>https://devzone.nordicsemi.com/thread/465457?ContentTypeID=1</link><pubDate>Mon, 22 Jan 2024 21:34:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:68a4dddf-8d3c-4dd8-b0da-5182b3168b38</guid><dc:creator>FlsZen</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I don&amp;#39;t believe I&amp;#39;m calling&amp;nbsp;any code that would initiate a PHY update from&amp;nbsp;my code on the nRF52, is there something that would be on by default that I may need to turn off?&lt;/p&gt;
&lt;p&gt;To eliminate variables from my concern here, I have built and flashed the peripheral_lbs sample to my nRF52-DK. My other devices&amp;nbsp;connect and interact fine with the sample app, but this M10 tablet continues to time out in the same place while connecting. The nRF Connect log is identical in that it disconnects just under 5 seconds after logging &amp;quot;PHY updated (TX: LE 2M, RX: LE 2M)&amp;quot;.&amp;nbsp;I can provide logs from the running peripheral_lbs sample code if needed.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Specific Android tablet model isn't able to reliably connect</title><link>https://devzone.nordicsemi.com/thread/465303?ContentTypeID=1</link><pubDate>Mon, 22 Jan 2024 12:44:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1043c6f8-af47-465a-861d-d5a6c1c60624</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi James,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Reason 0x2A =&amp;nbsp;DIFFERENT_TRANSACTION_COLLISION. This can happen when the central send a PHY update and connection parameter update next to each other (collision).&amp;nbsp;&lt;br /&gt;The PHY update actually requested by the nR52. My suggestion is to try putting a delay in the request in the code so that it doesn&amp;#39;t happen at the same time as with the connection parameter update from the central.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>