Hi,
I'm trying out S130 SoftDevice. I have 1 device with S110v7 which acts as a peripheral.
2nd device contains S130 0.9 (I've based my code on S120 multilink central example...
I've gotten the experimental_ble_app_s130_example_c_pca10028 (BLE Dual role application) to work with my nRF51-DK (modified for my needs). It's an nrF51422 chipset.
I want...
Hey I am working on nordic nrf51822 chip ( http://i.imgur.com/q8EM4uq.jpg ).
I want to run a bluenet code which i have forked from github.com/.../bluenet to github.com/....
Hi, I use the nrf 8001C + stm8s. I successfully installed settings nrfGo, but when I try to execute a command OpenAdvPipe I get an error ACI_STATUS_ERROR_CMD_UNKNOWN .
The...
I am using PCA10031 dongle with SDK 7.2. I tried the blinky example in peripheral directory. Unfortunately it didn't work for me.
When I use the makefile from blank/armgcc...
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…