|
Re: #nrf52480 Calling a function not compiled as part of Zephyr from within Zephyr
#nrf52480
Hi,
I sent a reply using the reply function on the message board site but it seems to have been a private message not a general reply. I fixed this off-by-one issue as I was calling at the function
Hi,
I sent a reply using the reply function on the message board site but it seems to have been a private message not a general reply. I fixed this off-by-one issue as I was calling at the function
|
By
lairdjm
·
#5413
·
|
|
Re: Confirm your gabriel.wang@arm.com email address
Hi Gabriel,
Confirming that you are subscribed to the devel mail list, so you should have no issues sending, or receiving, messages -
Thanks!
Brett
--
Brett Preston
Sr. Program Manager
The Linux
Hi Gabriel,
Confirming that you are subscribed to the devel mail list, so you should have no issues sending, or receiving, messages -
Thanks!
Brett
--
Brett Preston
Sr. Program Manager
The Linux
|
By
Brett Preston
·
#5412
·
|
|
Confirm your gabriel.wang@arm.com email address
Hi Zephyr Group
I would like to send and receive message.
Messages will be sent to you at gabriel.wang@...
Send messages to devel@...
Best Regards
Gabriel Wang
Embedded &
Hi Zephyr Group
I would like to send and receive message.
Messages will be sent to you at gabriel.wang@...
Send messages to devel@...
Best Regards
Gabriel Wang
Embedded &
|
By
Gabriel Wang
·
#5411
·
|
|
Re: #nrf52480 Calling a function not compiled as part of Zephyr from within Zephyr
#nrf52480
Hi Jamie,
You might want to take a look at how MCUboot invokes the reset vector
in an NVIC table after having found the
Hi Jamie,
You might want to take a look at how MCUboot invokes the reset vector
in an NVIC table after having found the
|
By
Marti Bolivar <marti@...>
·
#5410
·
|
|
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
·
|