• State Verified Answer
  • Replies 13 replies
  • Subscribers 73 subscribers
  • Views 7771 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 125522
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Programming guide for nrf5 SDK

leonhart88

I'm starting to read all the resources and examples included in the SDK. However, there doesn't seem to be a lot of emphasis on explaining how the programming architecture works (ie. event driven, task driven, or what).

A lot of the tutorials and examples simply show you how to compile and run one of the SDK examples. Is there any documentation that explains how one would create their own application entirely from scratch?

This would probably help in understanding the underlaying code in examples rather than just taking an example and adding on custom code.

Parents
  • 0

    In tutorial section of this forum there are 4 guides to Bluetooth Low Energy (in the middle of the page, starting with the advertisement explanation and exercises). I believe that's what you describe. By reading the code of these examples and following code snippets and exercises you should get glimps how Nordic BLE stack work and what "standard application architecture" is on top of that. If you decide to go with Nordic BLE stack (note that there are other options so that might be the reason why there is no authoritative guide to app's architecture = it depends on the radio stack) then you can see many sequence diagrams including basic flow charts of thread vs. interrupt driven event retrieval architectures on Infocenter. There are also several "project templates" in the nRF5 SDK which should be "the master architecture" example if you decide to go with nRF5 SDK and Nordic BLE stacks (Soft Device).

    If anything missing could you be more specific? E.g. by linking some other examples from different embedded architectures and SDKs...

  • 0 in reply to endnode

    Yes, I've mainly been using RTT for now just because of the timing issues encountered with UART or halt debugging.

    Things make a bit more sense after working through some examples...I come from a background of working with PICs at a low level so it's a little confusing that there are multiple ways to do things (HAL, drivers, libraries), as well as events vs interrupts. It would be nice if there was a long tutorial which went through everything rather than having to comb through different examples and read back and forth between the API descriptors, etc. But I guess that's just firmware life.

Reply
  • 0 in reply to endnode

    Yes, I've mainly been using RTT for now just because of the timing issues encountered with UART or halt debugging.

    Things make a bit more sense after working through some examples...I come from a background of working with PICs at a low level so it's a little confusing that there are multiple ways to do things (HAL, drivers, libraries), as well as events vs interrupts. It would be nice if there was a long tutorial which went through everything rather than having to comb through different examples and read back and forth between the API descriptors, etc. But I guess that's just firmware life.

Children
No Data
Related
Terms of service