Charles, Thank you very much for the reply. Here is a paste-bin of the logs you requested. Please let me know if there's any further information you would like me to provide.

So we are trying to have the out of box config of a board to enable a default set of features for that board. I see now what was done on the other Atmel SAM platforms. So defining the pins in

Hi there, Could you please attach a btmon log of the attach procedure? On one shell run “sudo btmon” On another shell then run: “sudo btattach -B /dev/ttyACM0 -S 1000000” And then

Hello, I have built and installed HCI_UART to nRF52840 Nordic Development kit. When I connect this device it appears with "lsusb", seemingly I can attach it using "btattach -B /dev/ttyACM0 -S

Hi, isn't better to put the pin config into the arch/.../soc_pinmap.h and then the user app is responsible for proper pin setup. As the same board can be used in various way (typically dev boards) and

I’d avoid device tree for right now, it is were we want to be, but requires a bunch of other work we are making progress on. So we should have a pinmux driver that sets pins, and than we have board

Hi all, I'm currently extending the support for the sam4s and same70, by adding the SPI driver for it. To create / extend a board which actually uses the SPI bus, I noticed there several different

Hi Gil, It's nice to see someone using TI CGT! I've been working on it but the current Zephyr code base has many GCC-ism's. Most challenging part of it is the final linking. In parts,

This is the 02 October 2018 newsletter tracking the latest Zephyr development merged into the mainline tree on GitHub. HTML is available

Hi Gil, Thanks for pointing it out. I'll take a look on it. Regards, Flavio Ceolin

Wanted to get anyone and everyone’s input on cleaning up the GPIO flags. Please comment on this GitHub issue if you have input: https://github.com/zephyrproject-rtos/zephyr/issues/10339 Thanks -

Hello, I am having trouble to include “nrfx_gpiote.h”. I can see that “nrfx_gpiote.c” only implements all methods if the check “NRFX_CHECK(NRFX_GPIOTE_ENABLED)” is passed. But how do

Hi Dhananjay, Related PR and its explanation in the commit message: https://github.com/zephyrproject-rtos/zephyr/pull/10332 This does not solve your Windows crash, but will in general reduce data

Hi, FYI, as of now #nRFMesh App itself doesn't support remote provisioning. Regards, vikrant

Hi, As per my knowledge, remote provisioning is not yet part of Bluetooth SIG Mesh specification. That is why this feature is not included in Zephyr mesh stack. Nordic own mesh SDK supported it. Have

Hi Flavio, I also recorded some issues attempting to integrate TI compiler/toolchain: https://github.com/zephyrproject-rtos/zephyr/issues/9284 I haven't gotten back to it as it's lower priority for

Hi Sebastian, The in-tree documentation is lacking indeed, but I also wanted to know whether people is trying to use other compilers and the problems they are facing. The work on MISRA-C and C99

Hello Zephyr community ! We are two students of the Université catholique de Louvain from Belgium and we work on our master thesis. The thesis is called "Benchmarking of Real-Time Operating Systems

Hi, everybody: I´m using four boards Nordic PCA10056 with nRF52840 for creating a simple mesh net. For provisioning I´m using the Nordic App nRF mesh. I'm using the sample

Hello Pawel, Thank you very much for the reply. Yes i used the zephyr sample as reference(HoG mouse device) but modified for keyboard. The report map i use is directly from Nordic SDK HID