Hi Carles Hmmm. I can try disabling my laptop's Bluetooth and attempt this again. But would that mean, when I have my actual boards, this won't be an issue? Also, based on what you're saying,

This is starting to look more and more like a memory corruption or kernel issue at this point. I cannot reproduce this easily by running our standard Bluetooth samples, so I am a bit at a loss here.

Hi Gurpreet, I do not know why you get that behavior. Typically BlueZ should detect that this is an LE-only controller with no public address and would assign one to it. Maybe it’s because you

Hi Carles Yes. I've been doing that but the Mac address comes up as all zeroes. Which is my original problem. So how do I set a Mac address? Or why is it all zeroes? Gurpreet

Hi to all, Suddenly get this non-stoppable FAULT ***** BUS FAULT ***** Executing thread ID (thread): 0x20000220 Faulting instruction address: 0x1c9a4 Precise data bus error Address:

Hi Carles, Now get these FAULT/OOPS, ***** MPU FAULT ***** Executing thread ID (thread): 0x20001eb0 Faulting instruction address: 0x200006b8 Instruction Access Violation Fatal fault in thread

Hi Gurpreet, If you are using BlueZ 5.48 then, as stated in the instructions you don’t need to set the static address manually. Instead you should just do: sudo btmgmt --index 0 [hci0]#

Hi Vikrant, Thanks for looking into this. It seems like we do not get a buffer back from the command tx

Hi Carles, Input -> /opt/zephyr-sdk/sysroots/x86_64-pokysdk-linux/usr/bin/arm-zephyr-eabi/arm-zephyr-eabi-addr2line -e

If you are using the Zephyr SDK: path-to-zephyr-sdk/sysroots/x86_64-pokysdk-linux/usr/bin/arm-zephyr-eabi/arm-zephyr-eabi-addr2line -e zephyr.elf <addr> Carles

Hi Carles, I will but don't know, how to do that ?

Hi Vikrant, Can you please run addr2line with this address present in the error log:0x5222? Thanks, Carles

Hello World !! Today after upgrading to v1.12.0-rc2, I'm getting following error while playing with sample code which is inspired from sample/bluetooth/mesh [bt] [ERR] hci_tx_thread: assert: 'err ==

Hi Carles, I should have mentioned that I did see those instructions at zephyr and have already updated my /lib/systemd/system/bluetooth.service file. Thats the only real change I've noticed between

Hi, static void auth_passkey_confirm(struct bt_conn *conn, unsigned int passkey){ printk("\n\rauth_passkey_confirm !!\n\r"); } static struct bt_conn_auth_cb auth_cb_display = {

Hi there, If you are using a recent version of BlueZ then the sequence that you need to do is different from what’s on that blog post. Here are updated instructions:

Hello All, I am trying my luck again with my question posted previously. It would be very helpful if anyone can share some ideas about my doubts. Regards, Dhananjay G J

Hi, I've been chugging along nicely with Zephyr v1.11.0 and the nRF52DK so far, being able to get it to scan and advertise using the hci_uart sample code and my Linux (ubuntu) computer. My linux is

Half performance on build-time, and half because of not having tons of binaries. Right now we're using freeRTOS, and doit rules to make 3 firmwares for each of the 5 boards, each one redundant, and

"I have an app that is built on many boards, and I'd like to build the app only once and the dts for each board." That is not supported if I am understanding you correctly. Your options are to