Optimal BTLE reference design?

RE: Optimal BTLE reference design?

Nguyen Hoan Hoang — Thu, 02 Apr 2020 04:17:39 GMT

I just pm you with it.

RE: Optimal BTLE reference design?

kevy — Thu, 02 Apr 2020 04:11:33 GMT

OMG, that is EXACTLY what I am looking for.

Since Nordic is not on this, you should market this. Make it SIMPLE for developers to implement wireless comms. Nice work Hoan! What's your email? Thanks.

RE: Optimal BTLE reference design?

Nguyen Hoan Hoang — Thu, 02 Apr 2020 04:09:26 GMT

You can send me an email any time. It is the purpose of the library to make it easy to develop application firmware. It's object oriented. Everything is created with a configuration data structure. You fill up the structure with the configuration you want and call init and you are ready to go. For example uart, set the pins to use, rate, ...in the config structure. Call init with the config. Then just send and receive date. Same with config of BLE. Fill up how you want it, how many services, characteristics. Call init with it. Handle the callbacks. That's it.

most importantly no 10000 lines of defines jungle of the sdk_config.h

RE: Optimal BTLE reference design?

kevy — Thu, 02 Apr 2020 03:59:55 GMT

I'm in LA. If I have any other questions about IOsonata, I'll let you know. This could be great if it works as easy as it looks. Again, when implementing BTLE, a developer doesn't want to have to learn so much Nordic particulars. It would have been optimal for Nordic and for the developers if Nordic offered such a simple BTLE "plug and play" implementation.

RE: Optimal BTLE reference design?

Nguyen Hoan Hoang — Thu, 02 Apr 2020 03:55:44 GMT

Brossard. It is on the south shore of Montreal.

RE: Optimal BTLE reference design?

kevy — Thu, 02 Apr 2020 03:53:45 GMT

Very good. I'll check this out and see if it is relatively easy to get up to speed. I just want to focus on my project not on all the intricacies of BT.

What city are you located in?

Take care.

RE: Optimal BTLE reference design?

Nguyen Hoan Hoang — Thu, 02 Apr 2020 03:51:22 GMT

Yes, I did. Originally was EHAL. Then got customers requiring support for IAR and other MCU. So instead of refactoring EHAL. I decided to create a new repo for it. One day while driving, I heard the radio playing Moonlight Sonata. So there is "IOsonata makes your I/Os sing".

I also don't like being locked in with Zephyr (super huge mess). So now starting to add support for nRF91 & nRF53 in IOsonata. Totally bare metal not locked in to anything. You can use it with any other RTOS.

Install eclipse, which is pretty easy now. All the projects are native IDE project, no manual makefiles, no scripts. I hate makefile and any scripts just to compile a project (a la Zephyr).

All projects are per target. To open a project browse down the folder tree to the target device you want to use. Eclpse will automatically list all projects available for that target. You need first build the IOsonata library before you can build the examples.

RE: Optimal BTLE reference design?

kevy — Thu, 02 Apr 2020 03:34:47 GMT

That's wonderful Hon. Thank you sooooo much! Did you design IOSonata?

If I install Eclipse and use IOsonata, I should be good to go, right?

Thanks again! It seems like Nordic should know about what you've done here...!

RE: Optimal BTLE reference design?

Nguyen Hoan Hoang — Thu, 02 Apr 2020 03:21:25 GMT

I work exclusively on MAC. My preferred IDE is Eclipse GCC. You can use IAR, KEIL, CrossWork with IOsonata but not with SES. The current master branch is alway the latest. It is in constant flux and always keep up with latest SDK. The current SDK is 16. The blog is a bit old. I haven't has time to update but the repo is always up to date.

If you wish to work with older SDK, use EHAL but is only Eclipse. Current master of EHAL is also SDK16.

RE: Optimal BTLE reference design?

kevy — Thu, 02 Apr 2020 03:11:58 GMT

Now that's what I'm talking about. Why hasn't Nordic made available such a (seemingly) simple way to implement BTLE in your own custom device? It seems it would promote easy adoption of their already amazing hardware. Is anyone at Nordic listening? 🙂

The codebase seems a little old, however. What is your current setup (hopefully Mac) to implement BTLE peripheral communications? IDE? Base libraries? Codebase for nRF52 devices? etc.

Thanks so much!

RE: Optimal BTLE reference design?

Nguyen Hoan Hoang — Thu, 02 Apr 2020 01:26:37 GMT

Try this blog https://embeddedsoftdev.blogspot.com/2018/02/bluetooth-le-with-nordic-nrf51-nrf52.html

Example code github.com/.../exemples