<?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>How to broadcast a 128-bit SIG-defined UUID</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/89993/how-to-broadcast-a-128-bit-sig-defined-uuid</link><description>Hi！ 
 Due to product requirements, I need to make the broadcast package contain 128-bit UUID so that the APP of our company can identify the device. The chips of other manufacturers were used to realize this function, but the following problems occurred</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 19 Jul 2022 10:45:54 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/89993/how-to-broadcast-a-128-bit-sig-defined-uuid" /><item><title>RE: How to broadcast a 128-bit SIG-defined UUID</title><link>https://devzone.nordicsemi.com/thread/377580?ContentTypeID=1</link><pubDate>Tue, 19 Jul 2022 10:45:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:870cf6b9-fcec-4c6b-bf00-65e1a1ec624b</guid><dc:creator>stars</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Terje，&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span class="tgt highlight" data-section="0" data-sentence="0" data-group="0-0"&gt;Thank you very much for your reply. It should not be possible to send broadcast data in SDK.&lt;/span&gt;&lt;span class="tgt" data-section="0" data-sentence="1" data-group="0-1"&gt; The good news is that the 128-bit iSIG base UUID can be broadcast in NCS, which I changed and tested successfully.&lt;/span&gt;&lt;/p&gt;
&lt;div&gt;Regards,&lt;/div&gt;
&lt;div&gt;Stars&lt;/div&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How to broadcast a 128-bit SIG-defined UUID</title><link>https://devzone.nordicsemi.com/thread/377416?ContentTypeID=1</link><pubDate>Mon, 18 Jul 2022 12:33:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:480578b4-6580-440d-849a-23ece4cac0c7</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;There might be a workaround in nRF5 SDK after all: You could try to add the 128 bit UUID directly to the advertising data yourself, manually, without going through the specific macros/APIs for UUID lists.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Terje&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How to broadcast a 128-bit SIG-defined UUID</title><link>https://devzone.nordicsemi.com/thread/377377?ContentTypeID=1</link><pubDate>Mon, 18 Jul 2022 09:21:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ed742128-79b6-474d-9822-d070d201a03d</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I am afraid the SoftDevice API doesn&amp;#39;t allow for listing 16 bit UUIDs as if they were 128 bit UUIDs, and we have currently no known workarounds for this.&lt;/p&gt;
&lt;p&gt;I do understand that you have legacy products breaking with the expectations for BLE advertising data, and that you have central side tools relying on erroneously listing 16 bit UUIDs as 128 bit UUIDs in order to connect.&lt;/p&gt;
&lt;p&gt;It should be perfectly fine to change mobile APP from connecting to a given 128 bit UUID, to connecting to either a given 128 bit UUID or a given 16 bit UUID. I.e. connect both to devices advertising the 128 bit version and to devices advertising the 16 bit version. I suggest that as workaround.&lt;/p&gt;
&lt;p&gt;Please note if this is a new project, nRF Connect SDK is our recommended SDK instead of nRF5 SDK which is now in maintenance mode. See our &lt;a href="https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/nrf-connect-sdk-and-nrf5-sdk-statement"&gt;nRF Connect SDK and nRF5 SDK statement&lt;/a&gt;. While not possible to advertise 16 bit UUIDs in a list of 128 bit UUIDs in nRF5 SDK, I am not sure about the status in nRF Connect SDK where it may or may not be possible.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Terje&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How to broadcast a 128-bit SIG-defined UUID</title><link>https://devzone.nordicsemi.com/thread/377296?ContentTypeID=1</link><pubDate>Mon, 18 Jul 2022 01:39:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:77d77b4c-1411-45af-af67-ca76c5cc7cc8</guid><dc:creator>stars</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p class="tgt" data-section="0"&gt;&lt;span class="tgt" data-section="0" data-sentence="0" data-group="0-0"&gt;Thank you for your reply. I have understood your answer. In this way, the space of broadcast package can be saved by using 16-bit UUID.&lt;/span&gt;&lt;span class="tgt" data-section="0" data-sentence="1" data-group="0-1"&gt; However, I wonder if there is any way to broadcast the basic UUID of 128-bit SIG in Nordic SDK. Since the mobile APP only identifies this UUID for connection, and many products (using non-Nordic master chips) are already in use, the Settings of mobile APP cannot be changed.&lt;/span&gt;&lt;/p&gt;
&lt;p class="tgt" data-section="1"&gt;&lt;span class="tgt" data-section="1" data-sentence="0" data-group="1-0"&gt;As you said, UUID needs to be processed through API. Could you change the API for processing UUID to realize the function I want (broadcast the basic UUID defined by 128-bit SIG)? This is very important for our project.&lt;/span&gt;&lt;/p&gt;
&lt;p class="tgt" data-section="2"&gt;&lt;span class="tgt" data-section="2" data-sentence="0" data-group="2-0"&gt;Greetings,&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How to broadcast a 128-bit SIG-defined UUID</title><link>https://devzone.nordicsemi.com/thread/377168?ContentTypeID=1</link><pubDate>Fri, 15 Jul 2022 11:09:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d66f5e15-bbda-4a3c-92e5-5d30af2c6885</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;There are several types of UUIDs. Two of them are 16 bit UUIDs and 128 bit UUIDs. For the 16 bit UUIDs, the &amp;quot;base UUID&amp;quot; from Bluetooth SIG is used for the remaining 112 bits, in order to make it into a full 128 bit UUID, but in advertising fields etc. only the 16 bits are used. This saves space for over-the-air packets, and/or simplifies the view for end users (by displaying or entering 16 bits instead of full 128 bits UUIDs.)&lt;/p&gt;
&lt;p&gt;When using the base UUID from Bluetooth SIG for a 128 bit UUID, what you do in reality is to make a 16 bit UUID. This UUID should not be treated as a 128 UUID, but rather as a 16 bit UUID, which is what it really is.&lt;/p&gt;
&lt;p&gt;If you want to work with 128 bit UUIDs, then you must choose a different base UUID than the base UUID used for 16 bit UUIDs as defined by Bluetooth SIG. You then can use the APIs for working with 128 bit UUIDs.&lt;/p&gt;
&lt;p&gt;If you want to use proper 16 bit UUIDs, as defined by Bluetooth SIG, then you should use the APIs for 16 bit UUIDs.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Terje&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>