I want to be able to read the gyro and accelerometer values from the MPU6050 sensor.
As a base start I downloaded the NRF5 SDK V15.3.0 and modified twi_sensor_pca10056 program...
Hi. I'm using nRF52832, SDK13.0.0.
I should use SHA256 and MD5.
I made my code as below.
NRF_CRYPTO_HASH_CREATE(init_packet_hash, SHA256); NRF_CRYPTO_HASH_CREATE(init_packet_md5...
Hi. I'm using nRF52832, SDK13.0.0.
I want to use SHA256 as below.
output32Byte = SHA256[input32Byte];
Which function or example can I refer to?
And also I want to...
I tried to port the example "ble_app_ipsp_initiator" to pc-ble-driver and run on Linux. The peer device is another PCA10056 device running ble_app_ipsp_acceptor. The problem...
hi...
i want to use two uarts in nRF52840 , one uart to one pc and another uart to another pc .Data should be transferred and received between the nRF52840 and pc how can...
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…