Hi,

 Q1. My requirement involves using BGM111 radio module with full Bluetooth stack. Also, I assume that I can code the module to carry out some other functions. (I wish to implement a proprietary protocol on it). Is this possible?  

Yes, you can run your own application on the module, this is what your literature references as "SoC" mode. If you look at the examples in the SDK you will find that many of them run on the device itself.

Q2. SLWSTK6101C kit has some local processor to carry out the board function. Typically, when I wish to program the radio module via Simplicity studio, this local processor accepts the ‘flash-code’ from studio and programs radio module (interface with board and PC is of course USB). Is this interpretation, right?

Yes, the board controller works as J-Link device and you can use it to flash devices on our own custom hardware as well.

Regards,

Tiago

Hi Chris,

Our colleagues supporting RAIL said the error you are observing means that a transaction ended with neither success nor fail, so it doesn't really reveal much about the root cause.

At this stage we are still unable to replicate the problem on our side with the stock soc-thermometer-rtos. Is there any modification we can do that forces the issue to happen faster?

Regards,

Tiago

Hi,

I contacted our regional marketing team to get in touch with you so they assess your business case.

Regards,

Tiago

Hi Baichuan,

Please be mindful or out community guidelines.

10. No spam allowed. Material posted here must be relevant and helpful to the overall purpose of this site. You may include some types of off-site links (pointing to your blog, for example) in your signature field, but any form of solicitation or off-topic promotion is not allowed. 

Regards,

Tiago

Hi Baichuan,

Please be mindful or out community guidelines.

10. No spam allowed. Material posted here must be relevant and helpful to the overall purpose of this site. You may include some types of off-site links (pointing to your blog, for example) in your signature field, but any form of solicitation or off-topic promotion is not allowed. 

Regards,

Tiago

Hi,

@cz zu Can you please provide a minimal example based on soc-empty from SDK 2.11.2 which we can use to replicate this problem?

@Marius Els We have not characterized any time delay so you can either obtain that empirically or just increase MAX_CONNECTIONS which is the easiest workaround. This problem will be fixed on the next patch release.

Regards,

Tiago

Hi,

The most logical explanation is that the stack has grown in size and features so that could cause radio interrupts to block for longer which will result in higher data loss on the UART.

Regards,

Tiago

Hi,

I thought the 700kbps are the raw data which can be transfered. Shouldn't it much less with the protocol overhead, timings etc.. Do you really mean 700kbps with notifications? Can you provide more infos on how you made the throughput test or maybe an example. 

I do mean 700kbps of application data, already excluding the protocol overhead and idleness between packets. And this is using the 1M PHY (which has 1Mbps bitrate), if you use 2M PHY then throughput could go up to 1.3Mbps, but most phones don't have support for that.

You can check the throughput tester to verify the throughput, it sends dummy data as fast as possible: 

• KBA_BT_0915: Throughput Tester Example 

Regards,

Tiago

Hi,

Turning off the Bluetooth means nothing more than not having any Bluetooth operations running (advertising, scanning, connections). You don't need to switch oscillators sources to accomplish this.

Regards,

Tiago

Hi,

I moved this to the 32-bit MCU forum as it's not Bluetooth related.

Regards,

Tiago