Thanks Adam, I have upgraded zephyr to latest version (2.1.0) using west update. Now with the configuration of my application as well as mcuboot, i reached at the stage where i can upload the signed a

#ble #bluetoothmesh #nrf52840 #uart

Hi Mayank, could you please attach your 'zephyr/.config' file? Maybe I will find some inaccuracy there. Cheers, Adam

#ble #bluetoothmesh #nrf52840 #uart

Thanks Adam, I have disabled BT and Shell, Only UART is there. Now, when i run the command with debug mode --> mcumgr -ldebug --conntype=serial --connstring='dev=/dev/ttymxc0,baud=115200' echo hello I

#ble #bluetoothmesh #nrf52840 #uart

Thanks Jamie, Here, I would like to point out the exact setup that i'm trying DFU on. I have One custom board which has imx6ul processor, I'm having one BLE controller on board which is connected to p

#nrf52840 #ble #bluetoothmesh

Hi Mayank, You are getting this error because the hci0 device could not be enabled on your host system, the echo command sends that to the remote device using Bluetooth. You need a Bluetooth dongle pl

#nrf52840 #ble #bluetoothmesh

Hi, I'm trying to do an OTA of zephyr hci_uart application and i have done following things. Referred https://docs.zephyrproject.org/1.14.0/samples/subsys/mgmt/mcumgr/smp_svr/README.html?highlight=bui

#nrf52840 #ble #bluetoothmesh

Hi Mayank, If you are using UART as a connection type, then please disable other communication channels like BT and shell - at least in my case with STM32 it helped. I assume that flash partition layo

#ble #bluetoothmesh #nrf52840 #uart

Hi Adam, Thanks for the quick reply.I have flashed MCUBOOT (0x0 to 0x8000) and smp_svr (0xC000 to 0x27000). The flag CONFIG_UART_MCUMGR_ON_DEV_NAME is defaults to 'UART_0'. My DTS file has following c

#ble #bluetoothmesh #nrf52840 #uart

Hi Mayank, If you are sure the partition layout of flash memory is correct and you flashed MCUboot and SMP_SVR sample respectively, then please check if the CONFIG_UART_MCUMGR_ON_DEV_NAME is set corre

#ble #bluetoothmesh #nrf52840 #uart

Hi, I have nrf52840 on my custom board (Based on IMX6, Running Yocto linux) which is connected over UART. I want to do an OTA of zephyr OS on that chip over serial/ble and for that i had already tried

#ble #bluetoothmesh #nrf52840 #uart

Hello! I have had some progress so far. I tried the same configuration setup on the NRF52-PCA10040 dev kit with the HCI-UART sample and everything seems to work as expected. Although I do not necessar

#ble #hci #nrf52480

Hi, I am having some problems with getting two NRF52840 USB dongles to communicate with each other with extended data ACL data lengths. I have flashed both the dongles with the Zephyr HCI-USB samples

#ble #hci #nrf52480

In my application, I need to use the nrf52840 for both BLE (as the controller) and ShockBurst. Specifically, it's the nrf52840 on the nrf9160 if it matters. I'm using the zephyr BLE stack and things a

#shockburst #ble #nrf52840

I have got the answer at Nordic DevZone: https://devzone.nordicsemi.com/f/nordic-q-a/48346/is-it-possible-to-implement-concurrent-link-with-mutiple-roles-one-device-provide-both-peripheral-and-central

#nrf52832 #ble

Hi, I want to implement a such system that there are about 10 BLE devices running with zephyr os on nrf52832, and some of them act as Central role, and some of them act as Peripheral role, and some pr

#nrf52832 #ble

Hi Robert, You could try using BT_LE_ADV_OPT_ONE_TIME with bt_le_adv_start(). That should ensure that the stack doesn’t automatically restart advertising after a disconnection event. Johan

#ble

In disconnect callback event I was try to update advertising data but function "bt_le_adv_update_data" return with -11 (error code). As I understand BLE stack start to advwrise after disconnect automa

#ble

Hi Henry, I wonder if this could be related to the lack of buffers on the host, I assume you would use bt_gatt_notify with NULL conn which will take care of notifying each connection but that may end

#ble #nrf52840

Hi Henry, This is news to me and, although it might be expected, I would like to check with a couple of people. So I think this deserves being tracked. Would you mind opening a “Question” issue on Git

#nrf52840 #ble

After implementing a throughput test for BLE using Nordic nrf52840 hardware and Zephyr 1.14-rc1, notice some curious behavior in data we are collecting. The test is to evaluate maximum throughput in a

#ble #nrf52840