Hi Frank, Right, since this seems to be more about BlueZ and Qt than about Zephyr or nRF, because nRF chipsets do not come with a public address registered and burned into the chip, I have copied

Hi Carles, Humm... not quite, I have recently created a QT bug report (See : https://bugreports.qt.io/browse/QTBUG-71727) although I think different parties are to blame, I'm still not sure who is

Hi Frank, I understand, so does that mean that you don’t need a public address? Since Qt seems to be doing the right thing. Carles

Fwd: List On 12/11/18 09:44, Serafin wrote:

Morning, A bit tricky because Eclipse CDT integration of cmake is only available at the latest release and imho not very good. 1.) build from eclipse Simplest way:

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

Hi Carles, Thanks for the feedback. It seems the Qt QLowerEnergyController object selects the first valid address different from the zero address for addressing the HCI controller/adapter. In my case

Hi Paul, I have found it in this link - https://github.com/zephyrproject-rtos/zephyr/issues/10561 By referring the config file also we can able to find Echo client and server example can be built for

I managed to solve this by calling "k_thread_access_grant(k_current_get(), dev, NULL)" before calling the "Z_SYSCALL_DRIVER_SENSOR" macro. This question remains open.

Hello Zephyrs, I'm developing a shell module for the sensor drivers and I want to validate if the device name passed from the user is a sensor device. I have the CONFIG_USERSAPCE=y. After calling

Hi Nick, Once you’ve generated your project with CMake and imported it into Eclipse, you can edit source files in Eclipse and click the “Make” button to recompile your application. Just be

Hello, I want to develop applications using the FRDM-K64F board from NXP using Eclipse. Is there any way to use Eclipse as an IDE and create a program, then flash it onto the board? I want to do

We do dump this info to the console on a fatal CPU exception. On x86 there's even a crude stack trace. But it would be nice, if running some application under GDB, for the exception to simply break

It's better to call k_oops() or k_panic() than _SysFatalErrorHandler() directly. You will actually get useful information about where the error occurred, instead of having to pass in a NULL exception

Thanks everyone, I will have a look at the DTS. Cheers,

Take a look at the documentation to understand how this process works: https://docs.zephyrproject.org/latest/devices/dts/device_tree.html

Hi, It is done somehow through DTS, you need to search i.e. ./zephyr/include/generated/generated_dts_board.h Best regards Andrei Emeltchenko

Hi, I am currently working on the Zephyr OS with a FDRM_K64f board from NXP. I am just going through the documentation and the code example for now. I have trouble to understand where is the

Hallo Zephyr community, Anyone knowing why the BD address is always the ZERO address, when using the nRF52 board running the Zephyr HCI uart hex. I also see that the random address remains the

Current implementation: The __ASSERT macro is extensively used in the Zephyr codebase and in application code for debugging during development. In case of an ASSERT, the code jumps to __ASSERT_POST