cancel
Showing results for 
Search instead for 
Did you mean: 

STM32WB15 Dissapointment

PLee.3
Associate III

Hi,

I just have to voice my opinion on STM32's BLE STM32WB15 solution I have got, out of the box (Nucleo-WB15CC) I have spent many hours now just trying to get a simple example started just advertising to a mobile but I still can't get it too detect. Apparently reading around I have to flash "Binary" files straight to the MCU before I can get an app to work, this I just think is too much for a user (Adding that I can't seem to install STM32CubeProg). Compared to an ESP32 on espressif framework where you can get BLE up and running in a matter of minutes. I am now stuck at a stage where I have to rely on the ESP32 framework to provide a solution for my company as the STM32 equivalent is far to complexed. Add to that if this was an industrial type solution we would have to flash each MCU twice just to get them up and running! 

Does anyone else feel this way?

3 REPLIES 3
AScha.3
Chief II

Hi,

just from my limited experience, i would say:

+: on Arduino or ESP framework you get complex things done with just some calls. 

-: you dont know, whats really going on, in detail. (No documentation, whats chip/register settings are.)

+: on STM32, you have good documentation ( some thousand pages...) and you know, what you do.

-: until you get something complex working, it might need "learning" many hours (200+...)

So the real question is: can you use the ESP thing with the calls you need and dont need more detail - ESP !

or need some precision action, in detail you have to know, what happens - STM !

And ESP is (maybe) world leader in simple IOT , WiFi or BT access to ... , 

while STM is (maybe also) world leader in industrial, embedded controllers .

So for a good PWM motor controller, i would choose STM.

To connect wireless something, i would choose ESP.

Or , as i do, both : STM is the master for hardware , communicating with the ESP for the network things.

If you feel a post has answered your question, please click "Accept as Solution".

@AScha.3 wrote:

-: until you get something complex working, it might need "learning" many hours (200+...)


Exactly this.

Bluetooth is complex - it does have a steep learning curve.

 

 

Andrew Neil
Evangelist III

@PLee.3 wrote:

I am now stuck at a stage where I have to rely on the ESP32 framework to provide a solution for my company 


Why is that a problem for you?

For a commercial product, the cost of development - including the time for learning - has to be considered.

So, if an ESP (or whatever) does the job, then use that!

 


@PLee.3 wrote:

Add to that if this was an industrial type solution we would have to flash each MCU twice just to get them up and running! 


Not sure what you mean by that?

In an "industrial type solution", you'd have a programming system that would take the two files and program them both as a single operation.