Does anybody got an app inventor2 "project" to communicate with the (Adafruit) Bluefruit LE UART (or SPI) ?
Note: my Android version is 4.4.2 (LE "advertising" not supported...
I've created a Secure DFU client using the multilink central example with S130 and SDK 12.2 (running on PCA10031).
There are a few issues we have trouble with.
The...
Hi,
After successfully managing to preserve our devices bonding information (and custom app context data) across DFU updates, we have a few related questions.
I should...
I would appreciate some suggestions on a good development flow to go from an Example to end application
I have nrf52832 on a custom PCB.
I tested several sdk13.0.0 examples...
If anyone will ever have this error:
When using c++ and singleton the use of operator new is not possible.
I found the solution in this post: forum.arduino.cc/index.php...
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…