<?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/"><channel><title>What’s new in Bluetooth®︎ Core 6.2: An overview</title><link>/nordic/nordic-blog/b/blog/posts/whats-new-in-bluetooth-core-6-2-an-overview</link><description>Bluetooth Core Specification 6.2 released and one of the major highlights of is the Shorter Connection Intervals feature. Find out what else is new in Bluetooth Core 6.2.</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><item><title>RE: What’s new in Bluetooth®︎ Core 6.2: An overview</title><link>https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/whats-new-in-bluetooth-core-6-2-an-overview</link><pubDate>Sat, 11 Apr 2026 14:37:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:98aaaceb-eaa7-400b-80d2-480556423961</guid><dc:creator>Murad</dc:creator><slash:comments>1</slash:comments><description>&lt;p&gt;@Joel Kauppo or anyone from Nordic,&lt;/p&gt;
&lt;p&gt;I have a question regarding Google Find My Device / Find Hub SDK access.&lt;/p&gt;
&lt;p&gt;We are developing an ultra-small BLE tag (MicroTag) under SONYROID Co., Ltd. (Project ID: 59106960746) and I need to understand the exact process to obtain the Find My Device SDK and API from Nordic.&lt;/p&gt;
&lt;p&gt;Specifically:&lt;br /&gt;1. What is the approval process? Do we need Google&amp;#39;s approval first, or do we request from Nordic directly?&lt;br /&gt;2. Is there a public API for backend to fetch location data, or is the location data only available to the end-user on their phone?&lt;br /&gt;3. I already submitted a private ticket. Will Nordic provide the SDK access through that, or do I need to contact someone specific (e.g., Brian Ha)?&lt;/p&gt;
&lt;p&gt;Any guidance would be greatly appreciated. Thank you!&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="https://devzone.nordicsemi.com/aggbug?PostID=1542&amp;AppID=4&amp;AppType=Weblog&amp;ContentType=0" width="1" height="1"&gt;</description></item><item><title>RE: What’s new in Bluetooth®︎ Core 6.2: An overview</title><link>https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/whats-new-in-bluetooth-core-6-2-an-overview</link><pubDate>Thu, 11 Dec 2025 03:40:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:98aaaceb-eaa7-400b-80d2-480556423961</guid><dc:creator>Valon.Shen</dc:creator><slash:comments>0</slash:comments><description>&lt;div class="auto-hide-last-sibling-br paragraph-vM4cn4 paragraph-element br-paragraph-space"&gt;Hello, I have some questions. If we update the interval to the minimum value （375us）, what is the maximum amount of ACL data we can send?&lt;/div&gt;
&lt;div class="auto-hide-last-sibling-br paragraph-vM4cn4 paragraph-element br-paragraph-space"&gt;If the data is too long (such as sending a control packet), will we encroach on the next interval?&lt;/div&gt;
&lt;div class="auto-hide-last-sibling-br paragraph-vM4cn4 paragraph-element br-paragraph-space"&gt;If not, does that mean we can never send overly long packets? For example, for a&lt;span&gt;&amp;nbsp;&lt;/span&gt;&lt;strong&gt;CONNECTIN RATE IND&lt;/strong&gt;&lt;span&gt;&amp;nbsp;,&lt;/span&gt;&amp;nbsp;would we be unable to update the interval to a larger value?&lt;/div&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="https://devzone.nordicsemi.com/aggbug?PostID=1542&amp;AppID=4&amp;AppType=Weblog&amp;ContentType=0" width="1" height="1"&gt;</description></item><item><title>RE: What’s new in Bluetooth®︎ Core 6.2: An overview</title><link>https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/whats-new-in-bluetooth-core-6-2-an-overview</link><pubDate>Tue, 11 Nov 2025 14:04:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:98aaaceb-eaa7-400b-80d2-480556423961</guid><dc:creator>Emil Lenngren</dc:creator><slash:comments>0</slash:comments><description>&lt;p&gt;The changes about legacy passkey pairing can be found in Table 2.8 in the Security Manager specification.&lt;/p&gt;
&lt;div style="clear:both;"&gt;Notably, legacy passkey pairing is no longer considered &amp;quot;authenticated&amp;quot;, meaning that it no longer satisfies Security Mode 1 Level 3.&lt;/div&gt;&lt;img src="https://devzone.nordicsemi.com/aggbug?PostID=1542&amp;AppID=4&amp;AppType=Weblog&amp;ContentType=0" width="1" height="1"&gt;</description></item></channel></rss>