|
Re: can zephyr sdk support macos?
The Zephyr SDK is Linux-only.
The Zephyr SDK is Linux-only.
|
By
Marti Bolivar <marti@...>
·
#5420
·
|
|
NRF52 Scanning stops without indication
Hi,
We are running continuous active scan on NRF52 with duplicate filtering disabled. Under some circumstances all scan data stops being generated. This has been difficult to reproduce but is a
Hi,
We are running continuous active scan on NRF52 with duplicate filtering disabled. Under some circumstances all scan data stops being generated. This has been difficult to reproduce but is a
|
By
Jon Pry
·
#5419
·
|
|
Re: Proper way to handle GPIO IRQ enablement
Nice, thanks Tomasz!
It might be a few days before ill be able to test it, but I'll get back to you.
-Lincoln
Nice, thanks Tomasz!
It might be a few days before ill be able to test it, but I'll get back to you.
-Lincoln
|
By
Lincoln Simmons
·
#5418
·
|
|
can zephyr sdk support macos?
can zephyr sdk support macos?
can zephyr sdk support macos?
|
By
cstyle
·
#5417
·
|
|
Re: Proper way to handle GPIO IRQ enablement
Hi Lincoln,
Can you try https://github.com/zephyrproject-rtos/zephyr/pull/11396
(1st commit)
That should solve your issue.
Instead of returning -EALREADY if already installed, I just return
Hi Lincoln,
Can you try https://github.com/zephyrproject-rtos/zephyr/pull/11396
(1st commit)
That should solve your issue.
Instead of returning -EALREADY if already installed, I just return
|
By
Tomasz Bursztyka
·
#5416
·
|
|
Re: Proper way to handle GPIO IRQ enablement
Hi,
Actually you found a bug. It's not up to the user to know that the cb
is already installed (even though, logically it does not make sense to
add the same cb many times), in other words: gpio
Hi,
Actually you found a bug. It's not up to the user to know that the cb
is already installed (even though, logically it does not make sense to
add the same cb many times), in other words: gpio
|
By
Tomasz Bursztyka
·
#5415
·
|
|
Proper way to handle GPIO IRQ enablement
Hi, I'm attempting to use the Zephyr GPIO API for the first time. It seems full featured, but I think this has caused me some confusion. I was debugging my application and found that I got stuck in
Hi, I'm attempting to use the Zephyr GPIO API for the first time. It seems full featured, but I think this has caused me some confusion. I was debugging my application and found that I got stuck in
|
By
Lincoln Simmons
·
#5414
·
|
|
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
·
|