Hi there, One of the likely culprits is stack sizing. Please enable CONFIG_HW_STACK_PROTECTION and verify that one of your stacks is not overflowing. Regards, Carles

#ble #nrf52

Hi all, Solved... It looks like when BT_GATT_CCC is set in the service MACRO define, it takes not 1 but 2 indices to advance as also there is automatically a descriptor char added if you need to acces

#ble

Hi all, I have the following setup: - nrf52 demo kit running a simple BLE peripheral application - Raspberry Pi running a BLE central application A secured connection is made (authentication based on

#ble #nrf52

Hi Carles, Thanks for the tip. I would be really surprised that I already have a stack issue, as the application is still very simple... Nevertheless it can't harm to have this option enabled. Br, Fra

#ble #nrf52

Hi Mayank, I am surprised to say this doesn't appear to be covered in the MCUboot documentation. David, did I miss it somewhere? Mayank: you need at least three pins connecting the i.MX and nRF chips:

#ble #hci #nrf52480 #uart

Hi, We are willing to do the LE USB controller with the nrf52840 dongle By looking into this case https://devzone.nordicsemi.com/f/nordic-q-a/46036/mac-address-ranges. I came to know that there will b

#hci #ble #nrf52 #nrf52840

OK I was create a github issue. thank you.

#ble

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 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 Venkatesh, hciconfig uses a legacy ioctl kernel interface which is only able to retrieve the public address of a controller. nRF controllers do not come with any public address by default, which is

#hci #ble #nrf52 #nrf52840

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 Community, I have one custom board on which I'm having Nordic's nrf52840_pca10056 chip on which i have flashed zephyr's 'hci_uart' sample application for the beacon scanning purpose. "hci_uart" app

#ble #hci #nrf52480 #uart

in bluetooth/host/gatt.c, the notify member of bt_gatt_subscribe_params is called without checking for a null pointer. In my central, the peripheral disconnected while I was subscribed to an attribute

#ble

Hi Randy, Could you please let us know the LF clock src used in your EVB? If you are using 32KHz external crystal as source (CONFIG_CLOCK_CONTROL_NRF5_K32SRC_XTAL=y), and the accuracy is not the defau

#nrf52840 #ble

Hi Mayank, You might get lucky with disabling hardware flow control, however this standard HCI transport officially requires it (see Vol 4, Part A section 3 in Bluetooth Core Specification 5.2). Yes,

#uart #samples #ble #hci #nrf52480

Hi Johan, Should i go with the Hardware flow control as enable to solve the buffer flow issue ? Not using HWFC could have any other adverse effect? As my current implementation is based on flow contro

#uart #samples #ble #hci #nrf52480

The ZEBRA RFC (see RFC: https://github.com/zephyrproject-rtos/zephyr/issues/23465) is a feature proposal for a simple way to add secure authentication between two Bluetooth devices. ZEBRA is not part

#ble

Yes previously I posted same issue, but iam not creating any threads in my application

#ble #nrf52840

Hi All, I have a doubt regarding one of the sample application of zephyr (samples/bluetooth/hci_uart). This 'hci_uart' application has Hardware flow control enable by default in its nrf.conf file. (CO

#uart #samples #ble #hci #nrf52480

Hi, > Q1: As i'm not using HW flow control, Can i have any flow control related problem if there will be more number of devices/beacons available for the scanning. Yes, that is the purpose of flow con

#uart #samples #ble #hci #nrf52480