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

Hi all, I have found that Zephyr;s code base Echo client & server Example application can be built either on third paty lwip stack or else on OpenThread stack based on config file. Do the Echo client

#nrf52840 #lwip #openthread

Hello fellow mailinglist members, I'm currently trying to get the samples "hci_uart" and "hci_usb" working on a laird654 module / Laird DVK-BL654-1.0 (nrf52480) Both samples work on the nrf52480DK (pc

#nrf52840 #defines

Hi, I'm currently using the i2c_nrfx_twi driver to process i2c transfers with some peripherals. I have several slave units on the same i2c bus and use multi-threading to deal with all of them. I have

#nrf52840

Hi community, I'm using nrf52840 on our own development board, I met one problem about abnormal disconnect. environment: [Central] use BLE nRF connect run on nRF52840_PCA10056 (Windows) [Peripheral 1]

#nrf52840 #ble

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

---------- Forwarded message ---------- From: Lubos, Robert <Robert.Lubos@...> Date: Thu, Jun 28, 2018 at 1:14 PM Subject: RE: [Zephyr-users] OpenThread example from embedded world conf #nrf

#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, 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 have interfaced "ENC28J60" to "PCA10056"(NRF52840) through SPI. Made necessary configurations in order to reflect hardware changes in software. Flashed sample application, "dumb_http_server" to

#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, 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, 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

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

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

The changes that you do there basically turn off ARP, the end result is that the IPv4 connectivity cannot work properly after this. Cheers, Jukka

#nrf52840 #samples

Dynamic memory allocation is supported in Zephyr C++, though you have to enable a source for the memory. You should not have to define overloads for those operators. tests/application_development/libc

#nrf52840

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

Hello, I have 2 PRs open to add two new development boards to Zephyr. I would like to see if it is possible to get them added before v1.14 is released. https://github.com/zephyrproject-rtos/zephyr/pul

#nrf52832 #nrf52840

After implementing a throughput test for BLE using #nrf52840 hardware and Zephyr 1.14-rc1, notice some curious behavior in data we are collecting. The test seems to show that sending data from the cen

#nrf52840 #ble