|
Re: 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
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
|
By
frv
·
#5409
·
Edited
|
|
Re: 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,
It is correct that a public address starting with 00:00:00 will not work, it is a reserved IEEE address and the addressing scheme follows that standard, see
Hi,
It is correct that a public address starting with 00:00:00 will not work, it is a reserved IEEE address and the addressing scheme follows that standard, see
|
By
lairdjm
·
#5408
·
|
|
Re: 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
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
|
By
frv
·
#5407
·
|
|
Re: 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
Well,I just wonder why we have to set mac address first to make the advertise function normal,since the bluez stack assigned a random address already.
And also, why command advertise on take efforts
Well,I just wonder why we have to set mac address first to make the advertise function normal,since the bluez stack assigned a random address already.
And also, why command advertise on take efforts
|
By
icephyr
·
#5406
·
|
|
Re: Zephyr as HCI Host
#uart
#bluetoothmesh
#hci
Looks like UART flow control is not implemented on stm32f746g_disco. I am going to get that working. Hopefully that makes this setup work.
Looks like UART flow control is not implemented on stm32f746g_disco. I am going to get that working. Hopefully that makes this setup work.
|
By
@abaska
·
#5405
·
|
|
Re: 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
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
|
By
frv
·
#5404
·
|
|
Re: lwip integration with OpenThread
#nrf52840
#lwip
#openthread
Hi Paul,
As I saw netif based API's in Zephyr stack, I assumed it as lwip stack.
Thanks for clarifying that Zephyr has its own IP stack which is not lwip.
Thanks & Regards,
Deepa
Hi Paul,
As I saw netif based API's in Zephyr stack, I assumed it as lwip stack.
Thanks for clarifying that Zephyr has its own IP stack which is not lwip.
Thanks & Regards,
Deepa
|
By
deepa.gopinath@...
·
#5403
·
|
|
Re: 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
Thanks a lot Frank, I executed commands advertise on and discoverable on as you mentioned, now I can scan out the device with MAC address I set !
Now our problems are the same, I will read the source
Thanks a lot Frank, I executed commands advertise on and discoverable on as you mentioned, now I can scan out the device with MAC address I set !
Now our problems are the same, I will read the source
|
By
icephyr
·
#5402
·
|
|
Re: 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
·
|
|
Re: lwip integration with OpenThread
#nrf52840
#lwip
#openthread
Hello Deepa,
deepa.gopinath@... wrote:
None of the links you mention has occurrence of "lwip" (case
insensitive) in any material it points to.
Zephyr doesn't work with lwIP, it has
Hello Deepa,
deepa.gopinath@... wrote:
None of the links you mention has occurrence of "lwip" (case
insensitive) in any material it points to.
Zephyr doesn't work with lwIP, it has
|
By
Paul Sokolovsky
·
#5400
·
|
|
Better crash handling in gdb, was: Re: [Zephyr-devel] __ASSERT - transfer to error handler
Hello Andrew,
I appreciate the response.
"Boie, Andrew P" <andrew.p.boie@...> wrote:
Yes, and actually, over the couple of years, I found that information
to become more usable. Like, I
Hello Andrew,
I appreciate the response.
"Boie, Andrew P" <andrew.p.boie@...> wrote:
Yes, and actually, over the couple of years, I found that information
to become more usable. Like, I
|
By
Paul Sokolovsky
·
#5399
·
|
|
Re: Zephyr as HCI Host
#uart
#bluetoothmesh
#hci
Hi,
This is a valid and quite common set up. The most important thing you'll need to enable is the host-side UART HCI driver using CONFIG_BT_H4=y.
Johan
Hi,
This is a valid and quite common set up. The most important thing you'll need to enable is the host-side UART HCI driver using CONFIG_BT_H4=y.
Johan
|
By
Johan Hedberg
·
#5398
·
|
|
Re: 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 Frank,
Thanks for your suggestions, The mac address was changed successfully under your instructions, but I still cannot discover the device with nRFConnect smartphone app.
That seems all the
Hi Frank,
Thanks for your suggestions, The mac address was changed successfully under your instructions, but I still cannot discover the device with nRFConnect smartphone app.
That seems all the
|
By
icephyr
·
#5397
·
|
|
Zephyr as HCI Host
#uart
#bluetoothmesh
#hci
Hello,
I am trying to configure Zephyr as a HCI UART host.
My setup:
nrf52840_pca10056 nordic dev kit running zephyr/samples/bluetooth/hci_uart. This seems pretty straight forward.
stm32f746g_disco
Hello,
I am trying to configure Zephyr as a HCI UART host.
My setup:
nrf52840_pca10056 nordic dev kit running zephyr/samples/bluetooth/hci_uart. This seems pretty straight forward.
stm32f746g_disco
|
By
@abaska
·
#5396
·
|
|
Re: thread permissions issue
The userspace infrastructure has facilities for this, but as I commented in your patch, what you are doing is only intended for system call handlers. The Zephyr kernel running in supervisor mode is
The userspace infrastructure has facilities for this, but as I commented in your patch, what you are doing is only intended for system call handlers. The Zephyr kernel running in supervisor mode is
|
By
Boie, Andrew P
·
#5395
·
|
|
Resources Regarding assembly coding on Cortex arm-4
Hello,
I was looking for some useful links from where I can learn how to do assembly coding on Cortex arm-4 more specifically calling a c function from an assembly file. Could you please provide me
Hello,
I was looking for some useful links from where I can learn how to do assembly coding on Cortex arm-4 more specifically calling a c function from an assembly file. Could you please provide me
|
By
Md Kowsar Hossain <auvikuet@...>
·
#5394
·
|
|
Re: Calling a function not compiled as part of Zephyr from within Zephyr
Could you try turning off CONFIG_USERSPACE and/or provide a minimal test case that demonstrates the failure?
________________________________________
Sent: Monday, November 12, 2018 2:15:11 PM
To:
Could you try turning off CONFIG_USERSPACE and/or provide a minimal test case that demonstrates the failure?
________________________________________
Sent: Monday, November 12, 2018 2:15:11 PM
To:
|
By
Sebastian Boe
·
#5393
·
|
|
Calling a function not compiled as part of Zephyr from within Zephyr
Hi,
I am attempting to run an external function on an nRF52840 which is present on the module's flash at a known address but is not part of the Zephyr environment (consider it external). The function
Hi,
I am attempting to run an external function on an nRF52840 which is present on the module's flash at a known address but is not part of the Zephyr environment (consider it external). The function
|
By
Jamie Mccrae <Jamie.Mccrae@...>
·
#5392
·
|
|
Re: 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
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
|
By
frv
·
#5390
·
Edited
|
|
Re: 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,guys, It seems that I met a similar problem with Frank.
I use nRF52832 running HCI_UART sample as a controller. I want to make the controller advertise unconnectable packets outside, so I use
Hi,guys, It seems that I met a similar problem with Frank.
I use nRF52832 running HCI_UART sample as a controller. I want to make the controller advertise unconnectable packets outside, so I use
|
By
icephyr
·
#5389
·
|