Hi Nordic,
I've built a ble app with a custom protocol, but am struggling with storing bonds, when running under freeRtos.
What I see:
central app crashes (hardfault...
Hello All,
I am new to this forum, I have been using nRF51822 for a while, and its a great little BLE chip. I am usinga BLE keyboard to send a key to iphone and I captured...
I WANT COMMUNICATION BETWEEN A NRF51422 AND NRF528321 BOARDS, IN WHICH IN NRF51422 BOARD I WILL MEASURE PWM COUNT(IT IS PHERIPHERAL) AND SEND IT TO NRF528321 BOARD WHICH IS...
Hi,
I've been working on a way to detect and prevent replay attacks when beacons are used for sensor data. This is mostly used for home automation sensors, where I have BLE...
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...
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…