I have a central application and peripheral application that are based on the multilink-central/multilink-peripheral examples.
I've modified them to run on the PCA10001...
Hi All,
I'm using nRF24L01P for TX device and want to receive packet from nRF51822 RX device.
nRF24L01P TX device Register settings are as follows;
Reg.EN_AA=0x00...
I am trying to develop for some nRF51822 mbed boards, and I would like to use the S130 SD to enable both central and peripheral behaviour. The machine I'm using for development...
I'm using the nRF51822 eval kit
I have installed MCP but after starting I get pop-up: Master Control Panel has stopped working
In nRFgo Studio / Device manager pane...
the proximity example is running ok. but when I modify the length of the alert_level I have the following error on the server side that I am not understanding.
476;16:12...
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…