Hello Nordic Support Team,
We are developing an LTE-M product for the Japanese market using the nRF9151 and are considering using the Ignion NN03-310 antenna.
We understand...
I am testing the un-unmodified cloud_mqtt_cell_location sample application, and my build configuration is as follows:
SDK: nRF Connect SDK v3.4.0
Toolchain: nRF Connect...
Hello, We have some problem with connection to WIFI AP.
On NCS v3.4.0, once our device has associated with a WPA3-Personal AP, it can no longer
associate with a WPA2...
NCS 3.4.0 - Thingy91X
If I configure the sysbuild with sysbuild.conf
SB_CONFIG_BOOTLOADER_MCUBOOT=y SB_CONFIG_SECURE_BOOT_APPCORE=n
it builds, but on "west flash" I...
I’m using NRF Connect SDK 3.2.4 with the nRF54L15-DK. I’ve successfully used the nrfx_gppi_conn_alloc() and nrfx_gppi_conn_enable() APIs to connect a timer to a GPIOTE output...
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…