Hi
i use nrf51822 s110 "hrs" example to transmit the data to ios.
I need to add an option to send back some data (from ios to nrf51822). 10 bytes maximum .
how can i implement...
Hi
i use the hrs example to transmit the data to ios.
but i need to add an option to send back data (from ios to nrf51822). 10 bytes maximum .
how can i implement...
Hello,when i get connected to the phone,when i call err_code = ble_hts_measurement_send(&m_hts, &simulated_meas) and err_code = ble_bas_battery_level_update(&m_bas, battery_level...
I got the Dynastream N5 kit and have successfully used it with limited ANT work and was trying to get BLE working but can't get a driver for the USB dongle. On the 51422 product...
Hi All,
I am working in the sleep mode with system off and wake up with internal RC clock.
It function well when connected to EV board...
I see the "Emulated System...
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…