|
Re: CODEOWNERS check in CI
Can we please make the "Details" links for these checks show the actual output of the check command, rather than the current generic information about why the check exists?
--
Björn
Can we please make the "Details" links for these checks show the actual output of the check command, rather than the current generic information about why the check exists?
--
Björn
|
By
Björn Stenberg
·
#5725
·
|
|
CODEOWNERS check in CI
Hi,
Recently we enabled a new CI check that verifies if newly added files are covered in the CODEOWNERS file.
For more information about the CODEOWNERS file please check
Hi,
Recently we enabled a new CI check that verifies if newly added files are covered in the CODEOWNERS file.
For more information about the CODEOWNERS file please check
|
By
Nashif, Anas
·
#5724
·
|
|
Arduino interface definition for Nordic development kits
Hi,
When I try to compile "samples\shields\x_nucleo_iks01a1\" for my Nordic dev. kits(pca10040 and pca10056), occurred this error:
I noticed that the Arduino interface, like default i2c and so on, not
Hi,
When I try to compile "samples\shields\x_nucleo_iks01a1\" for my Nordic dev. kits(pca10040 and pca10056), occurred this error:
I noticed that the Arduino interface, like default i2c and so on, not
|
By
Aaron Xu
·
#5723
·
|
|
Re: Shippable report coverage test failure
Hi Aaron,
Thanks so much for reaching out regarding PR #13658. A comment has been added directly to the PR. Please feel free to reach out if you have any questions.
Thank you for your contribution to
Hi Aaron,
Thanks so much for reaching out regarding PR #13658. A comment has been added directly to the PR. Please feel free to reach out if you have any questions.
Thank you for your contribution to
|
By
Thea Aldrich
·
#5722
·
|
|
Shippable report coverage test failure
Hello,
Please help me check this PR:
https://github.com/zephyrproject-rtos/zephyr/pull/13658
I am not quite understanding those coverage item meaning, but I believe this patch will solve issue #13658,
Hello,
Please help me check this PR:
https://github.com/zephyrproject-rtos/zephyr/pull/13658
I am not quite understanding those coverage item meaning, but I believe this patch will solve issue #13658,
|
By
Aaron Xu
·
#5721
·
|
|
Zephyr SDK 0.10.0-rc3 available
Hi,
Latest version of the SDK can be found here:
https://github.com/zephyrproject-rtos/sdk-ng/releases/tag/v0.10.0-rc3
Please download and try things out and report any issues.
Changes
Hi,
Latest version of the SDK can be found here:
https://github.com/zephyrproject-rtos/sdk-ng/releases/tag/v0.10.0-rc3
Please download and try things out and report any issues.
Changes
|
By
Nashif, Anas
·
#5720
·
|
|
Re: Long-Term Bluetooth Mesh Reliability
Hi Johan,
thanks - that's good to know for sure. No luck unfortunately, my
device is still not responding after some time. I have set
CONFIG_DEBUG=y and from my understanding the application seems to
Hi Johan,
thanks - that's good to know for sure. No luck unfortunately, my
device is still not responding after some time. I have set
CONFIG_DEBUG=y and from my understanding the application seems to
|
By
Martin <ma@...>
·
#5719
·
|
|
BUGS (Zephyr v1.14.0-rc1) Feb 21 2019
255:bug
137:priority: medium
110:priority: low
8:priority: high
25:Coverity
20:area: Networking
17:area: Bluetooth
15:area: MISRA-C
14:platform: nRF
13:area: Logging
12:area: Kernel
11:platform:
255:bug
137:priority: medium
110:priority: low
8:priority: high
25:Coverity
20:area: Networking
17:area: Bluetooth
15:area: MISRA-C
14:platform: nRF
13:area: Logging
12:area: Kernel
11:platform:
|
By
Kumar Gala
·
#5718
·
|
|
Re: Get RSSI in DTM(Zephyr)
Hello Tommy,
You can look at the Bluetooth specification to learn more about DTM mode. I do not have any code or documents to share. You will have to dig into the zephyr source code to see how
Hello Tommy,
You can look at the Bluetooth specification to learn more about DTM mode. I do not have any code or documents to share. You will have to dig into the zephyr source code to see how
|
By
Ryan Erickson
·
#5717
·
|
|
Re: NRF52840 UART CTS interrupt
#uart
#nrf52480
Hi Ryan,
The UART driver itself uses the GPIO driver internally so I don’t think there should be any issues with your usecase.
Regards,
Carles
From:<devel@...> on behalf of Ryan
Hi Ryan,
The UART driver itself uses the GPIO driver internally so I don’t think there should be any issues with your usecase.
Regards,
Carles
From:<devel@...> on behalf of Ryan
|
By
Carles Cufi
·
#5716
·
|
|
Re: Get RSSI in DTM(Zephyr)
Hi Ryan Erickson,
We would greatly appreciate it if you kindly give me some suggestions on the case.
For example , What documents we can reference?Where can we find some relevant code?
Hi Ryan Erickson,
We would greatly appreciate it if you kindly give me some suggestions on the case.
For example , What documents we can reference?Where can we find some relevant code?
|
By
Tommy Lin (林志聰) <Tommy.Lin@...>
·
#5715
·
|
|
NRF52840 UART CTS interrupt
#uart
#nrf52480
Hello,
I am using the NRF52840, UART1 with hardware flow control turned on. I want to be able to detect transitions on the CTS pin (input). Currently I tried using the GPIO driver to configure
Hello,
I am using the NRF52840, UART1 with hardware flow control turned on. I want to be able to detect transitions on the CTS pin (input). Currently I tried using the GPIO driver to configure
|
By
Ryan Erickson
·
#5714
·
|
|
Re: Zephyr SDK 0.10.0-rc2 available
Hi,
Great! That should be enough.
I had a couple of issues with openocd on an RV32M1 earlier on.
The issue was related to selecting the boot mode and then flashing an application, , but I cannot
Hi,
Great! That should be enough.
I had a couple of issues with openocd on an RV32M1 earlier on.
The issue was related to selecting the boot mode and then flashing an application, , but I cannot
|
By
Henrik Brix Andersen
·
#5713
·
|
|
Re: Zephyr SDK 0.10.0-rc2 available
I pulled in some patches for
I pulled in some patches for
|
By
Kumar Gala
·
#5712
·
|
|
Re: Zephyr SDK 0.10.0-rc2 available
Hi Anas,
Sweet! I have been using -rc2 for my daily work for the last couple of weeks without issues.
Well, except one. Is it possible to pull in the RISC-V RV32M1 support patches to openocd in the
Hi Anas,
Sweet! I have been using -rc2 for my daily work for the last couple of weeks without issues.
Well, except one. Is it possible to pull in the RISC-V RV32M1 support patches to openocd in the
|
By
Henrik Brix Andersen
·
#5711
·
|
|
BUGS (Zephyr v1.14.0-rc1) Feb 19 2019
252:bug
109:priority: low
107:priority: medium
6:priority: high
29:Coverity
26:area: Networking
15:area: Bluetooth
13:platform: nRF
13:area: Logging
12:area: Kernel
11:area: Drivers
10:area:
252:bug
109:priority: low
107:priority: medium
6:priority: high
29:Coverity
26:area: Networking
15:area: Bluetooth
13:platform: nRF
13:area: Logging
12:area: Kernel
11:area: Drivers
10:area:
|
By
Kumar Gala
·
#5710
·
|
|
Re: Get RSSI in DTM(Zephyr)
Hi Ryan,
Thanks for your response.
Could you share if there are any reference code for DTM RSSI.
Thank You,
Tommy
Hi Ryan,
Thanks for your response.
Could you share if there are any reference code for DTM RSSI.
Thank You,
Tommy
|
By
Tommy Lin (林志聰) <Tommy.Lin@...>
·
#5709
·
|
|
Re: Get RSSI in DTM(Zephyr)
Hello Tommy,
Per the Bluetooth Spec, there are no DTM commands to obtain RSSI. You would need to add your own custom command in firmware.
Regards,
Ryan Erickson | Software Development
Hello Tommy,
Per the Bluetooth Spec, there are no DTM commands to obtain RSSI. You would need to add your own custom command in firmware.
Regards,
Ryan Erickson | Software Development
|
By
Ryan Erickson
·
#5708
·
|
|
Re: Get RSSI in DTM(Zephyr)
Hi Jamie,
Sorry to bother you.
I use hci commandLE Receiver Test Commandand LE Test End Command let DUT enter Test mode and can get packets from equipment successfully.
Equipment send 1500 Bytes
Hi Jamie,
Sorry to bother you.
I use hci commandLE Receiver Test Commandand LE Test End Command let DUT enter Test mode and can get packets from equipment successfully.
Equipment send 1500 Bytes
|
By
Tommy Lin (林志聰) <Tommy.Lin@...>
·
#5707
·
|
|
Re: Long-Term Bluetooth Mesh Reliability
Hi Martin,
I’m not aware of any such issues (long term usage instability), at least not in the Bluetooth/Mesh code itself, however you might want to retest together with #13431 which was merged
Hi Martin,
I’m not aware of any such issues (long term usage instability), at least not in the Bluetooth/Mesh code itself, however you might want to retest together with #13431 which was merged
|
By
Johan Hedberg
·
#5706
·
|