I am try this at nrf51_sdk_v6_0_0_43681\nrf51822\Board\nrf6310\s110\ble_app_hids_keyboard
Firt I connect to Android device and keep one whitelist.pp_addrs and one whitelist...
Hi,
Parameter uint8_t ble_gap_scan_params_t::filter is present in the documentation, but not implemented.
Checked for SDK 5.2.0 and 6.0.0.
devzone.nordicsemi.com...
After I get a Disconnected() event, I want to start scanning again, therefore try to call StartDeviceDiscovery() again.
IsDeviceDiscoveryOngoing was checked before.
The...
Hi, I wanted to ask a question regarding sending data.
I currently have external memory that will send out serial data (SPI) to the nordic microcontroller. I have saved...
Recently, I try to programme nRF51822 DK communicating with nRF2401e1 DK,unfortunately,which does not success. With setting radio configuration: TXPower,frequency channel...
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…