Hi,
For our current application we have migrated from SDK 13 to SDK 14. We are using RTOS to handle the functionalities of our application. We replaced our own task for handling...
hello,
I use nrf51822 + S130 + SDK12.2 in my product, nrf51822 work at central + peripheral mode,and i use nrf_duf_flash module for my dfu funtion.
The problem is, i...
I want to communicate Central and peripheral devices with KeyPass. Also I want to generate keypass in Peripheral device. But keypass should to include symbols, low/upper case...
I am using SEGGER Studio on MacOSx.
When use the latest mesh SDK, I can run the light_control example and see the debug log in the Debug Terminal of SEGGER Studio.
However...
Hello,
I'm trying to setup a nRF Cloud Bluetooth gateway using my PC (with openSuse 42.2 64bits and rRF Connect v2.1.0 + nRF Cloud Gateway v0.9.7) and a nRF52 DK and I...
Since I wrote about CrossWorks a few weeks ago, several people have mailed me and asked me if I have any sample projects. I didn't, so I just created some.
I've created projects which build blinky_example…
Updated version here (21.04.15): https://devzone.nordicsemi.com/tutorials/7/development-with-gcc-and-eclipse/
I have noticed that there have been several questions on development with Eclipse and GCC…
Atomwear is a micro, modularized, open source, wearable BLE device for DIYers. It makes any BLE(Bluetooth Low Energy) projects easier
Overview - What’s the Atomwear?
Atomwear is a BLE product based…
You may have a nRF51 chip that is "bricked" and both nRFGo Studio and nrfjprog recover option doesn't work. You can try to use J-link Commander to recover. In some case, J-link Commander showed that it…
I created this blog post to document the bugs reported on nRF51 SDK v6.0.0
The workaround for each bug would also be provided here as a temporary solution before the bug is fixed in the future release…
Our most advanced Bluetooth Smart SoftDevice to date is now - S130. We're excited in a big way about this one covering as it does so many different options in one protocol stack.
Again, we always value…