In the current implementation, BLE HCI_EVENT is processed on a dedicated RX_THREAD and called back in the same context. I want to handle HCI_EVENT (eg advvertise_report) directly in my thread. Is ther

#hci #nrf52840 #ble

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

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

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

Thanks Marc, I have verified that and it is fine. As mentioned in the previous mails, I am suspecting on the changes that I have made in the file "zephyr/subsys/net/l2/ethernet/ethernet.c". Although,

#nrf52840 #samples

Hi Team, I have interfaced ENC28j60 module to PCA10056 and flashed the example "zephyr/samples/net/sockets/echo" . After this, I am unable to ping PCA10056. I am getting the wireshark log as shown in

#nrf52840

Not until we get #19002 and then #18464 merged. Since I'm the one with concerns about those I'll work to get them in next week if that's possible. For now you could make progress by taking 18464 into

#nrf52840

When Iam trying to include flash.h file in my application noticed below compilation error. Can you help me to resolve the issue ZEPHYR/zephyrproject/zephyr/include/drivers/flash.h: In function 'int z_

#nrf52840

Hi, Thanks for your reply. I am sure that, I am getting ICMP reply correctly and there is no entry in the ARP cache. But, I need to tell you about a code change that I have made in the Zephyr drivers,

#nrf52840

Hi, Do you mean by "apps" to create multiple images for multiple boards, or multiple threads in one image? Zephyr is not like Linux; meaning that you don't have multiple apps running on a board. Rathe

#nrf52840

Hi, I am trying to interface ENC28J60 module to PCA10056(NRF52840). Below are my pin configurations: ================= =================================== NRF52840 PCA10056 ENC28J60 (pin numbers on th

#nrf52840

Hi, I'm trying to read data from the LSM303AGR accelerometer using SPI. The microcontroller which I use is nRF52840. I want to use the LIS2DH driver which is implemented in Zephyr. I added the followi

#nrf52840

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

Hi Henry, Take a look at the configuration used in Nordic’s throughput sample: https://github.com/tejlmand/fw-nrfconnect-nrf/blob/master/samples/bluetooth/throughput/prj.conf I think you are missing s

#ble #nrf52 #nrf52832 #nrf52840

Hi Ryan, I will take a look at the PRs and add reviewers. Feel free to join the TSC call tomorrow to raise awareness and discuss. The release manager for this release is Kumar Gala from Linaro. https:

#nrf52832 #nrf52840

Hi, I am wondering about any plans regarding USB audio and isochronous endpoints. See github issue: https://github.com/zephyrproject-rtos/zephyr/issues/12775

#nrf52840

Hi Paul, As I saw netif based API's in Zephyr stack, I assumed it as lwip stack. Thanks for clarifying that Zephyr has its own IP stack which is not lwip. Thanks & Regards, Deepa

#nrf52840 #lwip #openthread

Hi Vinayak, I merge the patch, host (nRF Connect) get update connection parameter request. After CI change to 30ms, it can keep connection a bit longer but it still disconnect after few minutes (dista

#nrf52840 #ble

Why aren't you using the Zephyr i2c driver instead of nrfx?

#nrf52840