|
BUGS (Zephyr v1.14.0-rc1) Feb 21 2019
Kumar Gala
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: NXP 11:area: Drivers 10:area: ARM 9:platform: ESP32 9:area: Xtensa 8:area: Documentation 7:area: Watchdog 7:area: Shell 7:area: Samples 7:area: Memory Protection 6:area: Sockets 5:area: USB 5:area: Toolchains 5:area: I2C 4:area: Power Management 4:area: POSIX 4:area: File System 3:area: west 3:area: UART 3:area: Timer 3:area: Tests 3:area: PWM 3:area: NIOS2 3:area: Device Tree 3:area: Counter 3:API 2:platform: STM32 2:good first issue 2:area: X86 2:area: Testing 2:area: Security 2:area: Sanitycheck 2:area: SPI 2:area: Portability 2:area: Other 2:area: GPIO 2:area: Conformance 2:area: C Library 2:area: Boards 2:area: ARC 1:to do 1:platform: SiLabs 1:platform: ATMEL 1:area: mcumgr 1:area: Testing Suite 1:area: PCI 1:area: OpenThread 1:area: OTA 1:area: LWM2M 1:area: Kconfig 1:area: IPC 1:area: Flash 1:area: Ethernet 1:area: Display 1:area: Debugging 1:area: Crypto / RNG 1:area: Console 1:area: Configuration System 1:area: Build System 1:Security Review 1:LTS 1:EXT
|
|
|
|
Re: Get RSSI in DTM(Zephyr)
Ryan Erickson
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 you can implement your own DTM command to give you RSSI.
Ryan Erickson | Software Development Engineer III Laird Connectivity
From: Tommy Lin (林志聰) <Tommy.Lin@...>
EXTERNAL EMAIL: This email originated outside of Laird. Be careful with attachments and links. 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?
Thanks Tommy From: Tommy Lin (林志聰)
Hi Ryan, Thanks for your response.
Could you share if there are any reference code for DTM RSSI.
Thank You, Tommy From: Ryan Erickson [mailto:Ryan.Erickson@...]
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 Engineer III Laird Connectivity
From:
devel@... <devel@...>
On Behalf Of Tommy Lin (???)
EXTERNAL EMAIL: This email originated outside of Laird. Be careful with attachments and links. Hi Jamie, Sorry to bother you. I use hci command LE Receiver Test Command and LE Test End Command let DUT enter Test mode and can get packets from equipment successfully. Equipment send 1500 Bytes with RSSI(70 dbm) to DUT
At the same time , I try to launch “btmon” tool to get RSSI information , but I can’t get any RSSI.
Are there any methods can get RSSI in DTM?
Thanks Tommy From: Jamie Mccrae [mailto:Jamie.Mccrae@...]
Hi Isaac, Generally you would be measuring the RSSI on the test equipment from a signal generated by your Bluetooth radio, and would be using a calibrated accurate test system. The nRF51824 (from the product spec) has an RSSI accuracy of +/-6dB, that is wildly inaccurate and I cannot see any reason to want to measure/record it on every module. You can add a non-standard command to read and return the RSSI if needed to the DTM code. Thanks, Jamie
From:
devel@... [mailto:devel@...]
On Behalf Of Isaac Chen (???)
Hi Vinayak,
Our customer requested us to test conductive BLE RSSI in factory for accuracy improvement. Could you please clarify the following questions?
In our experiences of other algorithm(LTE/WCDMA…etc.), RSSI usually can be detected easily in test mode via a CW tone. So it’s why we want to double check this.
Best Regards
Isaac Chen Quanta Computer Inc. Business Unit 11 BL1 Tel : +886-3-327-2345 Ext : 17585
This transmission is intended only for the use of the addressed recipient and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any use of this communication is strictly prohibited. If you have received this communication in error, please kindly notify the sender and delete this message immediately.
From: Chettimada, Vinayak Kariappa [mailto:vinayak.kariappa.chettimada@...]
Hi Tommy,
I don’t remember if DTM mode has any RSSI command in the Specification.
Could you please elaborate on your requirements?
Regards, Vinayak
From:
devel@... <devel@...>
On Behalf Of Tommy Lin (???)
Hi , We have a product using nRF51824 with zephyr. We use hci_uart sample code and follow below link , and we can get other BT device’s RSSI. https://devzone.nordicsemi.com/b/blog/posts/nrf5x-support-within-the-zephyr-project-rtos
We have a question , If it is in DTM(Direct Test Mode) , how can we get RSSI? Could you give us some suggestions.
Best regards, Tommy
|
|
|
|
Carles Cufi
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 Erickson <ryan.erickson@...>
Hello,
|
|
|
|
Re: Get RSSI in DTM(Zephyr)
Tommy Lin (林志聰) <Tommy.Lin@...>
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?
Thanks Tommy From: Tommy Lin (林志聰)
Hi Ryan, Thanks for your response.
Could you share if there are any reference code for DTM RSSI.
Thank You, Tommy From: Ryan Erickson [mailto:Ryan.Erickson@...]
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 Engineer III Laird Connectivity
From:
devel@... <devel@...>
On Behalf Of Tommy Lin (???)
EXTERNAL EMAIL: This email originated outside of Laird. Be careful with attachments and links. Hi Jamie, Sorry to bother you. I use hci command LE Receiver Test Command and LE Test End Command let DUT enter Test mode and can get packets from equipment successfully. Equipment send 1500 Bytes with RSSI(70 dbm) to DUT
At the same time , I try to launch “btmon” tool to get RSSI information , but I can’t get any RSSI.
Are there any methods can get RSSI in DTM?
Thanks Tommy From: Jamie Mccrae [mailto:Jamie.Mccrae@...]
Hi Isaac, Generally you would be measuring the RSSI on the test equipment from a signal generated by your Bluetooth radio, and would be using a calibrated accurate test system. The nRF51824 (from the product spec) has an RSSI accuracy of +/-6dB, that is wildly inaccurate and I cannot see any reason to want to measure/record it on every module. You can add a non-standard command to read and return the RSSI if needed to the DTM code. Thanks, Jamie
From:
devel@... [mailto:devel@...]
On Behalf Of Isaac Chen (???)
Hi Vinayak,
Our customer requested us to test conductive BLE RSSI in factory for accuracy improvement. Could you please clarify the following questions? 1. As I know, BLE RSSI can’t be measured in standard DTM mode. Is it possible to add new feature in DTM to support BLE RSSI measurement? 2. If the answer to the above question is “no”, I still need your confirmation if other test modes exist that can measure RSSI except DTM mode. In our experiences of other algorithm(LTE/WCDMA…etc.), RSSI usually can be detected easily in test mode via a CW tone. So it’s why we want to double check this. 3. Do you have any customers who have experiences to measure conductive RSSI in factory or in lab? If so, can you share the methodology?
Best Regards
Isaac Chen Quanta Computer Inc. Business Unit 11 BL1 Tel : +886-3-327-2345 Ext : 17585
This transmission is intended only for the use of the addressed recipient and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any use of this communication is strictly prohibited. If you have received this communication in error, please kindly notify the sender and delete this message immediately.
From: Chettimada, Vinayak Kariappa [mailto:vinayak.kariappa.chettimada@...]
Hi Tommy,
I don’t remember if DTM mode has any RSSI command in the Specification.
Could you please elaborate on your requirements?
Regards, Vinayak
From:
devel@... <devel@...>
On Behalf Of Tommy Lin (???)
Hi , We have a product using nRF51824 with zephyr. We use hci_uart sample code and follow below link , and we can get other BT device’s RSSI. https://devzone.nordicsemi.com/b/blog/posts/nrf5x-support-within-the-zephyr-project-rtos
We have a question , If it is in DTM(Direct Test Mode) , how can we get RSSI? Could you give us some suggestions.
Best regards, Tommy
|
|
|
|
Ryan Erickson
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 interrupts on both edges and this seems to work great for monitoring the CTS pin state. Is it alright to use the GPIO driver to do this when the UART peripheral is using that IO as well? I am looking for confirmation that this should work and not cause me any issues. Thanks, Ryan
|
|
|
|
Re: Zephyr SDK 0.10.0-rc2 available
Henrik Brix Andersen
Hi,
On 20 Feb 2019, at 17.08, Kumar Gala <kumar.gala@...> wrote: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 reproduce it now with -rc2. Thanks, Brix -- Henrik Brix Andersen
|
|
|
|
Re: Zephyr SDK 0.10.0-rc2 available
Kumar Gala
I pulled in some patches for openocd:
toggle quoted messageShow quoted text
https://github.com/zephyrproject-rtos/openocd/commit/3f1f90b7cfc5ae0e3f0b17d0f0cf876ee5981e8f https://github.com/zephyrproject-rtos/openocd/commit/d34bc2055d3d749c3176a20541e4296a44ed1fa2 Any other changes we need? - k
On Feb 20, 2019, at 10:03 AM, Henrik Brix Andersen <henrik@...> wrote:
|
|
|
|
Re: Zephyr SDK 0.10.0-rc2 available
Henrik Brix Andersen
Hi Anas,
toggle quoted messageShow quoted text
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 final 0.10.0? Currently, we need to use a custom openocd when dealing with this SoC (see e.g. https://docs.zephyrproject.org/latest/boards/riscv32/rv32m1_vega/doc/index.html). Best regards, Brix -- Henrik Brix Andersen
On 5 Feb 2019, at 13.55, Nashif, Anas <anas.nashif@...> wrote:
|
|
|
|
BUGS (Zephyr v1.14.0-rc1) Feb 19 2019
Kumar Gala
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: Xtensa 10:area: Samples 10:area: ARM 9:platform: NXP 9:platform: ESP32 8:area: Memory Protection 8:area: Documentation 7:area: Watchdog 7:area: Shell 6:area: POSIX 5:area: Toolchains 5:area: Sockets 5:area: Power Management 5:area: MISRA-C 4:area: USB 4:area: I2C 4:area: Device Tree 4:area: Build System 4:API 3:platform: STM32 3:good first issue 3:area: west 3:area: UART 3:area: Timer 3:area: Tests 3:area: Security 3:area: PWM 3:area: NIOS2 3:area: Counter 2:area: X86 2:area: Testing 2:area: SPI 2:area: Portability 2:area: Other 2:area: GPIO 2:area: Flash 2:area: File System 2:area: Ethernet 2:area: Conformance 2:area: C Library 2:area: Boards 2:area: ARC 1:to do 1:question 1:platform: SiLabs 1:platform: ATMEL 1:in progress 1:area: native port 1:area: mcumgr 1:area: Testing Suite 1:area: Sanitycheck 1:area: PCI 1:area: OpenThread 1:area: OTA 1:area: LWM2M 1:area: Kconfig 1:area: IPC 1:area: Flashing 1:area: Debugging 1:area: Crypto / RNG 1:area: Console 1:area: Configuration System 1:TSC 1:Security Review 1:RFC 1:LTS 1:EXT
|
|
|
|
Re: Get RSSI in DTM(Zephyr)
Tommy Lin (林志聰) <Tommy.Lin@...>
Hi Ryan, Thanks for your response.
Could you share if there are any reference code for DTM RSSI.
Thank You, Tommy From: Ryan Erickson [mailto:Ryan.Erickson@...]
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 Engineer III Laird Connectivity
From:
devel@... <devel@...>
On Behalf Of Tommy Lin (???)
EXTERNAL EMAIL: This email originated outside of Laird. Be careful with attachments and links. Hi Jamie, Sorry to bother you. I use hci command LE Receiver Test Command and LE Test End Command let DUT enter Test mode and can get packets from equipment successfully. Equipment send 1500 Bytes with RSSI(70 dbm) to DUT
At the same time , I try to launch “btmon” tool to get RSSI information , but I can’t get any RSSI.
Are there any methods can get RSSI in DTM?
Thanks Tommy From: Jamie Mccrae [mailto:Jamie.Mccrae@...]
Hi Isaac, Generally you would be measuring the RSSI on the test equipment from a signal generated by your Bluetooth radio, and would be using a calibrated accurate test system. The nRF51824 (from the product spec) has an RSSI accuracy of +/-6dB, that is wildly inaccurate and I cannot see any reason to want to measure/record it on every module. You can add a non-standard command to read and return the RSSI if needed to the DTM code. Thanks, Jamie
From:
devel@... [mailto:devel@...]
On Behalf Of Isaac Chen (???)
Hi Vinayak,
Our customer requested us to test conductive BLE RSSI in factory for accuracy improvement. Could you please clarify the following questions? 1. As I know, BLE RSSI can’t be measured in standard DTM mode. Is it possible to add new feature in DTM to support BLE RSSI measurement? 2. If the answer to the above question is “no”, I still need your confirmation if other test modes exist that can measure RSSI except DTM mode. In our experiences of other algorithm(LTE/WCDMA…etc.), RSSI usually can be detected easily in test mode via a CW tone. So it’s why we want to double check this. 3. Do you have any customers who have experiences to measure conductive RSSI in factory or in lab? If so, can you share the methodology?
Best Regards
Isaac Chen Quanta Computer Inc. Business Unit 11 BL1 Tel : +886-3-327-2345 Ext : 17585
This transmission is intended only for the use of the addressed recipient and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any use of this communication is strictly prohibited. If you have received this communication in error, please kindly notify the sender and delete this message immediately.
From: Chettimada, Vinayak Kariappa [mailto:vinayak.kariappa.chettimada@...]
Hi Tommy,
I don’t remember if DTM mode has any RSSI command in the Specification.
Could you please elaborate on your requirements?
Regards, Vinayak
From:
devel@... <devel@...>
On Behalf Of Tommy Lin (???)
Hi , We have a product using nRF51824 with zephyr. We use hci_uart sample code and follow below link , and we can get other BT device’s RSSI. https://devzone.nordicsemi.com/b/blog/posts/nrf5x-support-within-the-zephyr-project-rtos
We have a question , If it is in DTM(Direct Test Mode) , how can we get RSSI? Could you give us some suggestions.
Best regards, Tommy
|
|
|
|
Re: Get RSSI in DTM(Zephyr)
Ryan Erickson
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 Engineer III Laird Connectivity
From: devel@... <devel@...>
On Behalf Of Tommy Lin (???)
EXTERNAL EMAIL: This email originated outside of Laird. Be careful with attachments and links. Hi Jamie, Sorry to bother you. I use hci command LE Receiver Test Command and LE Test End Command let DUT enter Test mode and can get packets from equipment successfully. Equipment send 1500 Bytes with RSSI(70 dbm) to DUT
At the same time , I try to launch “btmon” tool to get RSSI information , but I can’t get any RSSI.
Are there any methods can get RSSI in DTM?
Thanks Tommy From: Jamie Mccrae [mailto:Jamie.Mccrae@...]
Hi Isaac, Generally you would be measuring the RSSI on the test equipment from a signal generated by your Bluetooth radio, and would be using a calibrated accurate test system. The nRF51824 (from the product spec) has an RSSI accuracy of +/-6dB, that is wildly inaccurate and I cannot see any reason to want to measure/record it on every module. You can add a non-standard command to read and return the RSSI if needed to the DTM code. Thanks, Jamie
From:
devel@... [mailto:devel@...]
On Behalf Of Isaac Chen (???)
Hi Vinayak,
Our customer requested us to test conductive BLE RSSI in factory for accuracy improvement. Could you please clarify the following questions?
In our experiences of other algorithm(LTE/WCDMA…etc.), RSSI usually can be detected easily in test mode via a CW tone. So it’s why we want to double check this.
Best Regards
Isaac Chen Quanta Computer Inc. Business Unit 11 BL1 Tel : +886-3-327-2345 Ext : 17585
This transmission is intended only for the use of the addressed recipient and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any use of this communication is strictly prohibited. If you have received this communication in error, please kindly notify the sender and delete this message immediately.
From: Chettimada, Vinayak Kariappa [mailto:vinayak.kariappa.chettimada@...]
Hi Tommy,
I don’t remember if DTM mode has any RSSI command in the Specification.
Could you please elaborate on your requirements?
Regards, Vinayak
From:
devel@... <devel@...>
On Behalf Of Tommy Lin (???)
Hi , We have a product using nRF51824 with zephyr. We use hci_uart sample code and follow below link , and we can get other BT device’s RSSI. https://devzone.nordicsemi.com/b/blog/posts/nrf5x-support-within-the-zephyr-project-rtos
We have a question , If it is in DTM(Direct Test Mode) , how can we get RSSI? Could you give us some suggestions.
Best regards, Tommy
|
|
|
|
Re: Get RSSI in DTM(Zephyr)
Tommy Lin (林志聰) <Tommy.Lin@...>
Hi Jamie, Sorry to bother you. I use hci command LE Receiver Test Command and LE Test End Command let DUT enter Test mode and can get packets from equipment successfully. Equipment send 1500 Bytes with RSSI(70 dbm) to DUT
At the same time , I try to launch “btmon” tool to get RSSI information , but I can’t get any RSSI.
Are there any methods can get RSSI in DTM?
Thanks Tommy From: Jamie Mccrae [mailto:Jamie.Mccrae@...]
Hi Isaac, Generally you would be measuring the RSSI on the test equipment from a signal generated by your Bluetooth radio, and would be using a calibrated accurate test system. The nRF51824 (from the product spec) has an RSSI accuracy of +/-6dB, that is wildly inaccurate and I cannot see any reason to want to measure/record it on every module. You can add a non-standard command to read and return the RSSI if needed to the DTM code. Thanks, Jamie
From:
devel@... [mailto:devel@...]
On Behalf Of Isaac Chen (???)
Hi Vinayak,
Our customer requested us to test conductive BLE RSSI in factory for accuracy improvement. Could you please clarify the following questions? 1. As I know, BLE RSSI can’t be measured in standard DTM mode. Is it possible to add new feature in DTM to support BLE RSSI measurement? 2. If the answer to the above question is “no”, I still need your confirmation if other test modes exist that can measure RSSI except DTM mode. In our experiences of other algorithm(LTE/WCDMA…etc.), RSSI usually can be detected easily in test mode via a CW tone. So it’s why we want to double check this. 3. Do you have any customers who have experiences to measure conductive RSSI in factory or in lab? If so, can you share the methodology?
Best Regards
Isaac Chen Quanta Computer Inc. Business Unit 11 BL1 Tel : +886-3-327-2345 Ext : 17585
This transmission is intended only for the use of the addressed recipient and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any use of this communication is strictly prohibited. If you have received this communication in error, please kindly notify the sender and delete this message immediately.
From: Chettimada, Vinayak Kariappa [mailto:vinayak.kariappa.chettimada@...]
Hi Tommy,
I don’t remember if DTM mode has any RSSI command in the Specification.
Could you please elaborate on your requirements?
Regards, Vinayak
From:
devel@... <devel@...>
On Behalf Of Tommy Lin (???)
Hi , We have a product using nRF51824 with zephyr. We use hci_uart sample code and follow below link , and we can get other BT device’s RSSI. https://devzone.nordicsemi.com/b/blog/posts/nrf5x-support-within-the-zephyr-project-rtos
We have a question , If it is in DTM(Direct Test Mode) , how can we get RSSI? Could you give us some suggestions.
Best regards, Tommy
|
|
|
|
Re: Long-Term Bluetooth Mesh Reliability
Hi Martin,
On 17 Feb 2019, at 14.07, Martin <ma@...> wrote: I am wondering if someone has already made experiments regarding theI’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 yesterday, in case the cause of your issues is a stack overflow. Johan
|
|
|
|
Long-Term Bluetooth Mesh Reliability
Martin <ma@...>
Hi,
I am wondering if someone has already made experiments regarding the long-term reliability of Bluetooth Mesh in Zephyr OS? The reason why I am asking is this: I am on the latest master and I use a Mesh setup consisting of ~10 devices (PCA10040 + PCA10059) with an adjusted samples/boards/nrf52/mesh which additionally sends heartbeat messages and at the same time blinks an LED (realized by a timer that submits a work item which lights it, waits and switches it off again). What I have been observing is the following: Devices that only send a hertbeat message every 10 seconds run quite stable for some days, but need to be power-cycled at some point in time (no heartbeat messages, no LED blinking). Devices with higher load (e.g. relay enabled, deliberately sending a higher amount of mesh messages) are not responding within hours (no messages whatsoever, no LED blinking). Even when taking pressure out of the mesh (not deliberately sending messages anymore), they do not come back to life before I power-cycle them. Does someone possibly have an explanation for the issues I am encountering or some tips regarding what I can try to tweak? I am still trying to debug this issue but right now my results are not meaningful expect that no new output appears in the serial console as soon as the devices stop responding. On an older revision, I presumably was hit by #12726 (paused execution and saw that next pointer of queue was pointing to the current element), but could not reproduce that I am still hit by it with the latest master. Thanks, Martin
|
|
|
|
Re: West Issue
Henrik Brix Andersen
Hi,
toggle quoted messageShow quoted text
Why are you using sudo to run ninja flash? That will execute ninja as root and therefore also west as root. When you are running “west init” you run it as your regular user. Regards, Brix -- Henrik Brix Andersen
On 14 Feb 2019, at 20.02, Brianna Fahrenkopf <bfahrenkopf@...> wrote:
|
|
|
|
BUGS (Zephyr v1.14.0-rc1) Feb 16 2019
Kumar Gala
263:bug
120:priority: low 95:priority: medium 6:priority: high 31:area: Networking 29:Coverity 15:area: Bluetooth 13:platform: nRF 13:area: Logging 12:area: Kernel 11:area: Drivers 10:area: Xtensa 10:area: ARM 8:platform: NXP 8:platform: ESP32 8:area: Samples 8:area: Documentation 7:area: Shell 7:area: Memory Protection 6:area: Watchdog 6:area: Sockets 5:area: USB 5:area: Toolchains 5:area: Power Management 5:area: POSIX 5:area: MISRA-C 5:area: Build System 4:platform: STM32 4:area: I2C 4:area: Device Tree 3:good first issue 3:area: west 3:area: UART 3:area: Timer 3:area: Security 3:area: PWM 3:area: NIOS2 3:area: Counter 3:API 2:area: Tests 2:area: Testing 2:area: Sensors 2:area: Sanitycheck 2:area: SPI 2:area: Portability 2:area: Other 2:area: GPIO 2:area: Flash 2:area: File System 2:area: Conformance 2:area: C Library 2:area: Boards 2:area: ARC 2:EXT 1:to do 1:question 1:platform: SiLabs 1:platform: ATMEL 1:area: native port 1:area: mcumgr 1:area: X86 1:area: Testing Suite 1:area: Pinmux 1:area: PCI 1:area: OpenThread 1:area: OTA 1:area: LWM2M 1:area: Kconfig 1:area: IPC 1:area: Flashing 1:area: Ethernet 1:area: Debugging 1:area: Crypto / RNG 1:area: Console 1:area: Configuration System 1:TSC 1:Security Review 1:RFC 1:LTS
|
|
|
|
[Zephyr Main] Guide for coremark setup on Zephyr OS
Redirecting to devel@... ---------- Forwarded message --------- From: Chee, Chrislynn <chrislynn.chee@...> Date: Fri, Feb 15, 2019 at 6:21 AM Subject: [Zephyr Main] Guide for coremark setup on Zephyr OS To: main@... <main@...> Hi, I try to setup coremark tool on Zephyr OS but not able to find much information online. I need this to be loaded to my dev kit https://www.microchip.com/DevelopmentTools/ProductDetails/atsamv71-xult which is a Cortex M7 evaluation kit.
Would someone be able to guide me through?
Regards, Chrislynn Chee
|
|
|
|
related to #BluetoothMesh & DFU_OTA
#bluetoothmesh
vikrant8051 <vikrant8051@...>
Hi, this PR in local repo, we can do DFU OTA using Android #nRFConnect. But I've observe following things: 1) If board is in non-provisioned state then DFU OTA start immediately 2) If board is in provisioned state then DFU OTA process takes 5-10 seconds to show the status of progress in percentages. Is it is correct behaviour ? If no, then how to overcome it ? ------------------------------------------------------------------------------------------------------------ Sometimes when we start the GATT connection (to access SMP service for DFU OTA) with device then it get immediately get disconnected. Why ? -------------------------------------------------------------------------------------------------------------- As we all know, after device get provisioned, it stop advertising as "zephyr" plus it don't show UUID associated with it (like it is in unprovisioned state) If there are multiple provisioned node available, then in case of Android if we want to connect particular NODE (for DFU OTA) then using its MAC address we could find it & connect to it. But in case of iOS, we can't do that since MAC address are hidden. If we have CONFIG_BT_PRIVACY=y enable this Kconfig option, then we can't connect to particular NODE for DFU OTA since every time after reboot MAC address is different. All this things are confusing for me? Could anyone would like to through some light on this ? Thanks !!
|
|
|
|
Re: West Issue
Carles Cufi
Hi Brianna,
A few things to try and check:
Carles
From: devel@... <devel@...>
On Behalf Of Brianna Fahrenkopf
Hello,
We are creating a project using Zephyr and whenever I try to flash to my board I receive this error about west even though it says that west is initialized. I saw some thread online about this issue but I can’t seem to find a resolution. Any help would be appreciated.
Kind Regards, Brianna Fahrenkopf
|
|
|
|
West Issue
Brianna Fahrenkopf <bfahrenkopf@...>
Hello, We are creating a project using Zephyr and whenever I try to flash to my board I receive this error about west even though it says that west is initialized. I saw some thread online about this issue but I can’t seem to find a resolution. Any help would be appreciated.  Kind Regards, Brianna Fahrenkopf
|
|
|
