Member | Action | Date |
---|---|---|
|
Replied
to
For Bluetooth SIG registration, which QDIDs for BGM11S and Bluetooth SDK 2.11.5.0 (v2.5.5)
Thank you very much for your answers. |
Sep 15 2020, 2:13 PM |
|
Selected an answer for
For Bluetooth SIG registration, which QDIDs for BGM11S and Bluetooth SDK 2.11.5.0 (v2.5.5)
We recommend our customers selecting the latest QDID for the version of Bluetooth SDK used on their products. "Link Layer (Bluetooth 5.0 – including coded PHYs)" is an update to our old listing "Link Layer (Bluetooth 5.0)" where the Bluetooth SDK doesn't support Coded PHY. The customers who have used "Host stack (Bluetooth 5.0)" may select "Link Layer (Bluetooth 5.0 – including coded PHYs)" as the Bluetooth specification versions match. In your case, you should select the components for Bluetooth 5.1. I guess you could use "Host stack (Bluetooth 5.0) 101550" and "Link Layer (Bluetooth 5.0 – including coded PHYs) 124272" if you were using Bluetooth SDK 2.10.x. Coded PHY is a new physical layer data throughput configuration introduced in Bluetooth 5.0. You may read this document for further information: https://docs.silabs.com/bluetooth/latest/general/connections/using-2m-and-le-coded-phy-bt5
|
Sep 15 2020, 2:12 PM |
|
Replied
to
For Bluetooth SIG registration, which QDIDs for BGM11S and Bluetooth SDK 2.11.5.0 (v2.5.5)
Thanks for the explanation. Understood. And one more question. Given that we launch our product with Bluetooth SDK 2.11.5.0, can we skip Bluetooth SIG re-registration with Link Layer (Bluetooth 5.2) 147971 and Host stack (Bluetooth 5.2) 146950 if we migrate to SDK v2.13.x and above after our product launch by distributing OTA update with newer Bluetooth SDK? |
Sep 09 2020, 8:48 PM |
|
Replied
to
For Bluetooth SIG registration, which QDIDs for BGM11S and Bluetooth SDK 2.11.5.0 (v2.5.5)
Thanks for your answer. We understand we should use your pre-qualified BGM11S 145424, Host stack 126252, Link Layer 127618 under our condition with BGM11S and Bluetooth SDK 2.11.5.0 (v2.5.5). However, we'd like to have a complete understanding by clarifying when to use Link Layer (Bluetooth 5.0 – including coded PHYs) 124272 instead of Link Layer (Bluetooth 5.1) 127618. In which case should we use Link Layer (Bluetooth 5.0 – including coded PHYs) 124272 specifically? Could you show us an example if we should use Link Layer Bluetooth 5.0 – including coded PHYs) 124272 instead of Link Layer (Bluetooth 5.1) 127618? And what does "including coded PHYs" mean? |
Aug 27 2020, 1:36 AM |
|
Posted
For Bluetooth SIG registration, which QDIDs for BGM11S and Bluetooth SDK 2.11.5.0 (v2.5.5) on
Bluetooth Forum
We have a peripheral IoT product that incorporates the BGM11S (specifically BGM11S22F256GA) with Bluetooth SDK 2.11.5.0 (v2.5.5), and we are looking into Bluetooth SIG registration. As described in the below document, we believe that we should register with Host stack 126252 and Link Layer 124272 or 127618 along with BGM11S module QDID 145424 based on the BGM11S Data Sheet. Is that correct?
If so, which Link Layer QDID should we use for Bluetooth SIG registration, 124272 or 127618 ? For our future reference, can you tell me which Silicon Labs' document we should look through to identify the QDIDs used for Bluetooth SIG registration? |
Aug 21 2020, 2:14 PM |
|
Replied
to
How to install necessary SDK and toolchain on Ubuntu headless machine
I received an installation python script through a support case and tried it, but it did not work at all for some reasons. After a while, I gave up the command line installation and ended up installing necessary SDK and toolchains on Simplicity Studio GUI with X11 forwarding in my docker container.
Show more
|
Apr 24 2020, 6:35 AM |
|
Replied
to
How to distinguish 1st boot from 2nd or later boot after finishing OTA update
Hi baleidec, Thanks for your feedback. Is it possible for Simplicity Commander to revert the PS key to "not-defined" state for a test purpose? Which absolute address does the PS key=0x4000 actually indicate? Regards, Hayashi |
Feb 27 2020, 2:17 PM |
|
Replied
to
How to distinguish 1st boot from 2nd or later boot after finishing OTA update
Hi baleidec, What is the default values in Persistent Storage just after erasing the PS Key area? I tried to follow KBA_BT_0309 to load a default flag from PS Key, but it fails with ps_load_object / gecko_cmd_flash_ps_load returning 0x502 which seems like meaning ps_key_not_found. Does it mean gecko_cmd_flash_ps_load always fails until any values are written in PS Key by gecko_cmd_flash_ps_save? If so, how can we set the default value just after our device with BGM123 is manufactured with our default firmware? Is it possible to flash PS key area by Simplicity Commander?
Regards, Hayashi |
Feb 25 2020, 3:39 PM |
|
Posted
How to distinguish 1st boot from 2nd or later boot after finishing OTA update on
Bluetooth Forum
Hi, With BGM123, I want my own application to distinguish 1st boot from 2nd or later boot after finishing OTA update so that BGM123 application can automatically start advertising only initial boot just after OTA update. What is the easiest way for my application main to get this kind of flag? Is there any tailored/dedicated flag in order for application to detect whether the boot is 1st or not? Any recommendations to meet this requirement if you do NOT have any prearranged mechanism for this? Regards, Hayashi |
Feb 14 2020, 6:21 AM |
|
Replied
to
How to pass defined symbols to C compiler for headless builds
@jpitt, Thanks for your reply. Please let me know once you complete the example python scripts modification. |
Nov 05 2019, 11:27 AM |