|
Zephyr (v1.13.0) HCI_UART running on nRF52 DK why BD address is always 00:00:00:00:00:00 after power cycle
#nrf52832
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 same af
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 same af
|
By
frv
· #5364
·
|
|
Zephyr (v1.13.0) HCI_UART running on nRF52 DK why BD address is always 00:00:00:00:00:00 after power cycle
#nrf52832
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 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
|
By
frv
· #5381
·
Edited
|
|
Zephyr (v1.13.0) HCI_UART running on nRF52 DK why BD address is always 00:00:00:00:00:00 after power cycle
#nrf52832
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 doi
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 doi
|
By
frv
· #5386
·
Edited
|
|
Zephyr (v1.13.0) HCI_UART running on nRF52 DK why BD address is always 00:00:00:00:00:00 after power cycle
#nrf52832
Hi Carles, Thanks a lot, I hope soon a proper answer can be given, nevertheless progress is made and it just to know if this is normal behaviour. Best regards, Frank
Hi Carles, Thanks a lot, I hope soon a proper answer can be given, nevertheless progress is made and it just to know if this is normal behaviour. Best regards, Frank
|
By
frv
· #5388
·
|
|
Zephyr (v1.13.0) HCI_UART running on nRF52 DK why BD address is always 00:00:00:00:00:00 after power cycle
#nrf52832
Hi there, For me using the Nordic's nRFConnect smartphone app is very useful in the debug process. My experience so far is when the public address of the HCI controller is set as 00:00:00:00:00:00 the
Hi there, For me using the Nordic's nRFConnect smartphone app is very useful in the debug process. My experience so far is when the public address of the HCI controller is set as 00:00:00:00:00:00 the
|
By
frv
· #5390
·
Edited
|
|
Zephyr (v1.13.0) HCI_UART running on nRF52 DK why BD address is always 00:00:00:00:00:00 after power cycle
#nrf52832
Hi, For advertising I don't use the hcitool cmd, however I think a fast and easy check can also be done by using either the bluetootctl or the btmgmt tool. So after executing the bluetoothctl you can
Hi, For advertising I don't use the hcitool cmd, however I think a fast and easy check can also be done by using either the bluetootctl or the btmgmt tool. So after executing the bluetoothctl you can
|
By
frv
· #5401
·
|
|
Zephyr (v1.13.0) HCI_UART running on nRF52 DK why BD address is always 00:00:00:00:00:00 after power cycle
#nrf52832
Hi, No problem. Good to hear your issue is solved. Using the zero address as public address is not really an issue however nobody so far can explain if it is normal that the BlueZ stack uses the "rand
Hi, No problem. Good to hear your issue is solved. Using the zero address as public address is not really an issue however nobody so far can explain if it is normal that the BlueZ stack uses the "rand
|
By
frv
· #5404
·
|
|
Zephyr (v1.13.0) HCI_UART running on nRF52 DK why BD address is always 00:00:00:00:00:00 after power cycle
#nrf52832
Hi icephyr, I think 2 things are mixed up here in this topic, my problem with the ZERO address as public address was not related to advertising but rather why the Bluez takes the random address as add
Hi icephyr, I think 2 things are mixed up here in this topic, my problem with the ZERO address as public address was not related to advertising but rather why the Bluez takes the random address as add
|
By
frv
· #5407
·
|
|
Zephyr (v1.13.0) HCI_UART running on nRF52 DK why BD address is always 00:00:00:00:00:00 after power cycle
#nrf52832
Hi Jamie, Thanks for your explanation. However for me it remains a riddle (and probably a bug), why the BlueZ implementation selects the random address as HCI adapter address when the public address i
Hi Jamie, Thanks for your explanation. However for me it remains a riddle (and probably a bug), why the BlueZ implementation selects the random address as HCI adapter address when the public address i
|
By
frv
· #5409
·
Edited
|
|
Zephyr BLE Controller Nordic HW no longer related to SoftDevice?
Hi Community, Carles, Without having looking into the details for the HCI_UART implementation when using Zephyr RTOS as SW platform for implementing the BLE controller on Nordic HW, the SoftDevice is
Hi Community, Carles, Without having looking into the details for the HCI_UART implementation when using Zephyr RTOS as SW platform for implementing the BLE controller on Nordic HW, the SoftDevice is
|
By
frv
· #5437
·
|
|
Zephyr BLE Controller Nordic HW no longer related to SoftDevice?
Hi Carles, Great! Thanks for your confirmation on my observations regarding the Nordic SoftDevice and the Zephyr implementation. I think for a BLE host (central role) implementation we will forward fo
Hi Carles, Great! Thanks for your confirmation on my observations regarding the Nordic SoftDevice and the Zephyr implementation. I think for a BLE host (central role) implementation we will forward fo
|
By
frv
· #5439
·
|
|
Zephyr BLE Controller Nordic - BLE qualification process
Hi Carles, In the document: https://www.zephyrproject.org/building-a-qualified-ble-controller-with-zephyr-os-1-9/ at the end this is mentioned: “Note that Nordic’s qualification will only cover the BL
Hi Carles, In the document: https://www.zephyrproject.org/building-a-qualified-ble-controller-with-zephyr-os-1-9/ at the end this is mentioned: “Note that Nordic’s qualification will only cover the BL
|
By
frv
· #5440
·
|
|
Zephyr BLE Controller Nordic - BLE qualification process
Hi Carles, Probably all is here for the qualification process, correct? : https://www.bluetooth.com/develop-with-bluetooth/qualification-listing Just wondering do we have extra concerns should we rely
Hi Carles, Probably all is here for the qualification process, correct? : https://www.bluetooth.com/develop-with-bluetooth/qualification-listing Just wondering do we have extra concerns should we rely
|
By
frv
· #5441
·
Edited
|
|
Zephyr BLE Controller Nordic - BLE qualification process
Hi Luiz Augusto von Dentz, Thank you very much for your reply. This should give me sufficient direction to go further. The idea for our BLE central oriented platform (two boards solution) is to run on
Hi Luiz Augusto von Dentz, Thank you very much for your reply. This should give me sufficient direction to go further. The idea for our BLE central oriented platform (two boards solution) is to run on
|
By
frv
· #5443
·
|
|
How to flash static mac address into zephyr ?
#nrf52832
Hi icephyr, I'm far from a Zephyr BLE expert, but I had this process in mind what could be a solution. As Nordic doesn't store a public BLE device address in flash I would try to implement the followi
Hi icephyr, I'm far from a Zephyr BLE expert, but I had this process in mind what could be a solution. As Nordic doesn't store a public BLE device address in flash I would try to implement the followi
|
By
frv
· #5448
·
Edited
|
|
How to flash static mac address into zephyr ?
#nrf52832
Sorry Joe, I will no longer this. Thanks for reporting it. Frank
Sorry Joe, I will no longer this. Thanks for reporting it. Frank
|
By
frv
· #5452
·
|
|
Leds_demo on nrf52840
#nrf52832
#zephyrbluetoothmesh
Hi Akash, Maybe have also a look at this example: https://docs.zephyrproject.org/1.13.0/samples/boards/nrf52/mesh/onoff-app/README.html Best regards, Frank
Hi Akash, Maybe have also a look at this example: https://docs.zephyrproject.org/1.13.0/samples/boards/nrf52/mesh/onoff-app/README.html Best regards, Frank
|
By
frv
· #5463
·
|
|
Minimum one second delay in activating board LED in Zephyr Bluetooth Mesh based on OnOff applic
Hi Zephyr community, bluetooth Mesh fans, I played around with the Zephyr Mesh OnOff applic running on a Nordic nRF52 board. https://docs.zephyrproject.org/1.13.0/samples/boards/nrf52/mesh/onoff-app/R
Hi Zephyr community, bluetooth Mesh fans, I played around with the Zephyr Mesh OnOff applic running on a Nordic nRF52 board. https://docs.zephyrproject.org/1.13.0/samples/boards/nrf52/mesh/onoff-app/R
|
By
frv
· #5487
·
|
|
Minimum one second delay in activating board LED in Zephyr Bluetooth Mesh based on OnOff applic
Hi all, Vikrant, Thanks for your feedback. However the issue if you can call it an issue, is that the BL Mesh OnOff sample applic sets by default a minimum 1 second delay before publishing the state o
Hi all, Vikrant, Thanks for your feedback. However the issue if you can call it an issue, is that the BL Mesh OnOff sample applic sets by default a minimum 1 second delay before publishing the state o
|
By
frv
· #5501
·
Edited
|
|
Running rpl border and rpl node on bluetooth
Hi Akash, I think you better have a look at these links (as well): https://www.zephyrproject.org/zephyr-project-announces-openthread-first-thread-protocol-implementation-integrate-zephyr-rtos/ https:/
Hi Akash, I think you better have a look at these links (as well): https://www.zephyrproject.org/zephyr-project-announces-openthread-first-thread-protocol-implementation-integrate-zephyr-rtos/ https:/
|
By
frv
· #5502
·
Edited
|