1. devel@lists.zephyrproject.org
   Date   
Arduino interface definition for Nordic development kits

Aaron Xu
 

Hi,

When I try to compile "samples\shields\x_nucleo_iks01a1\" for my Nordic dev. kits(pca10040 and pca10056), occurred this error:

Error: nrf52840_pca10056.dts.pre.tmp:437.1-13 Label or path arduino_i2c not found
FATAL ERROR: Syntax error parsing input tree
...
Call Stack (most recent call first):
...
-- Configuring incomplete, errors occurred!

I noticed that the Arduino interface, like default i2c and so on, not been included in the Nordic dev. kits, either pca10040 or pca10056. So I add this patch to nrf52_pca10040.dts under "zephyr\boards\arm\nrf52_pca10040":

@@ -97,7 +97,7 @@
        cts-pin = <7>;
 };
-&i2c0 {
+arduino_i2c: &i2c0 {
        status = "ok";
        sda-pin = <26>;
        scl-pin = <27>;
 
And it works.

My question is that, do I need to add Arduino interface definition to each of the Nordic development kit's DTS files?
Re: Shippable report coverage test failure

Thea Aldrich
 

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 the Zephyr Project! 

Best,
Thea Aldrich

On Fri, Feb 22, 2019 at 2:59 AM Aaron Xu <overheat1984@...> wrote:
Hello,
Please help me check this PR:

I am not quite understanding those coverage item meaning, but I believe this patch will solve issue #13658, at least on my boards those I have.

Please give me some advice.

Thanks,
Shippable report coverage test failure

Aaron Xu
 

Hello,
Please help me check this PR:

I am not quite understanding those coverage item meaning, but I believe this patch will solve issue #13658, at least on my boards those I have.

Please give me some advice.

Thanks,
Zephyr SDK 0.10.0-rc3 available

Nashif, Anas
 

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 since the last release:

 

·       Fixed multilib toolchains for x86 and nios2

·       Updated to newlib 3.1.0

·       qemu: Enable x86_64 target

·       Fixed newlib build for xtensa

 

Thanks to Kumar Gala for the great work fixing many of the issues and keeping things up to date.

 

Anas
Re: Long-Term Bluetooth Mesh Reliability

Martin <ma@...>
 

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 run
into an usage fault, which is not printed on UART unfortunately. If
you are interested, I have attached myself to bug #12726 which seems
to be about the same thing.

Best,
Martin

Am So., 17. Feb. 2019 um 15:59 Uhr schrieb Hedberg, Johan
<johan.hedberg@intel.com>:


Hi Martin,

On 17 Feb 2019, at 14.07, Martin <ma@jgs-wg.de> wrote:
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.
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 yesterday, in case the cause of your issues is a stack overflow.

Johan
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@...>
Sent: Wednesday, February 20, 2019 19:17
To: Ryan Erickson <Ryan.Erickson@...>; Jamie Mccrae <Jamie.Mccrae@...>; Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: RE: [Zephyr-devel] Get RSSI in DTM(Zephyr)

 

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 (林志聰)
Sent: Tuesday, February 19, 2019 10:12 AM
To: 'Ryan Erickson' <Ryan.Erickson@...>; Jamie Mccrae <Jamie.Mccrae@...>; Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: RE: [Zephyr-devel] 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

From: Ryan Erickson [mailto:Ryan.Erickson@...]
Sent: Tuesday, February 19, 2019 4:20 AM
To: Tommy Lin (林志聰) <Tommy.Lin@...>; Jamie Mccrae <Jamie.Mccrae@...>; Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: RE: [Zephyr-devel] 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 Engineer III

Laird Connectivity

 

From: devel@... <devel@...> On Behalf Of Tommy Lin (???)
Sent: Monday, February 18, 2019 05:54
To: Jamie Mccrae <Jamie.Mccrae@...>; Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: Re: [Zephyr-devel] Get RSSI in DTM(Zephyr)

 

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@...]
Sent: Monday, January 14, 2019 3:39 PM
To: Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; Tommy Lin (林志聰) <Tommy.Lin@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: RE: [Zephyr-devel] Get RSSI in DTM(Zephyr)

 

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 (???)
Sent: 14 January 2019 03:08
To: Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; Tommy Lin (林志聰) <Tommy.Lin@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: Re: [Zephyr-devel] Get RSSI in DTM(Zephyr)
Importance: High

 

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.

  1. 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@...]
Sent: Wednesday, January 09, 2019 8:00 PM
To: Tommy Lin (林志聰); zephyr-devel@...
Cc: Hanyu.Hsu@...; Isaac Chen (陳尚航); Rung-Sheng Lee (李榮盛); Brent Tsai (蔡旻其); Ryan Hsu (徐振鋒)
Subject: RE: Get RSSI in DTM

 

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 (???)
Sent: 08 January 2019 13:25
To: zephyr-devel@...
Cc: Hanyu.Hsu@...; Isaac Chen (陳尚航) <Isaac_Chen@...>; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: [Zephyr-devel] Get RSSI in DTM

 

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: NRF52840 UART CTS interrupt #uart #nrf52480

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@...>
Date: Wednesday, 20 February 2019 at 21:34
To: "devel@..." <devel@...>
Subject: [Zephyr-devel] NRF52840 UART CTS interrupt #nrf52480 #uart

 

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: 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 (林志聰)
Sent: Tuesday, February 19, 2019 10:12 AM
To: 'Ryan Erickson' <Ryan.Erickson@...>; Jamie Mccrae <Jamie.Mccrae@...>; Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: RE: [Zephyr-devel] 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

From: Ryan Erickson [mailto:Ryan.Erickson@...]
Sent: Tuesday, February 19, 2019 4:20 AM
To: Tommy Lin (林志聰) <Tommy.Lin@...>; Jamie Mccrae <Jamie.Mccrae@...>; Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: RE: [Zephyr-devel] 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 Engineer III

Laird Connectivity

 

From: devel@... <devel@...> On Behalf Of Tommy Lin (???)
Sent: Monday, February 18, 2019 05:54
To: Jamie Mccrae <Jamie.Mccrae@...>; Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: Re: [Zephyr-devel] Get RSSI in DTM(Zephyr)

 

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@...]
Sent: Monday, January 14, 2019 3:39 PM
To: Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; Tommy Lin (林志聰) <Tommy.Lin@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: RE: [Zephyr-devel] Get RSSI in DTM(Zephyr)

 

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 (???)
Sent: 14 January 2019 03:08
To: Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; Tommy Lin (林志聰) <Tommy.Lin@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: Re: [Zephyr-devel] Get RSSI in DTM(Zephyr)
Importance: High

 

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@...]
Sent: Wednesday, January 09, 2019 8:00 PM
To: Tommy Lin (林志聰); zephyr-devel@...
Cc: Hanyu.Hsu@...; Isaac Chen (陳尚航); Rung-Sheng Lee (李榮盛); Brent Tsai (蔡旻其); Ryan Hsu (徐振鋒)
Subject: RE: Get RSSI in DTM

 

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 (???)
Sent: 08 January 2019 13:25
To: zephyr-devel@...
Cc: Hanyu.Hsu@...; Isaac Chen (陳尚航) <Isaac_Chen@...>; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: [Zephyr-devel] Get RSSI in DTM

 

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

 
NRF52840 UART CTS interrupt #uart #nrf52480

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@linaro.org> wrote:

I pulled in some patches for openocd:

https://github.com/zephyrproject-rtos/openocd/commit/3f1f90b7cfc5ae0e3f0b17d0f0cf876ee5981e8f
https://github.com/zephyrproject-rtos/openocd/commit/d34bc2055d3d749c3176a20541e4296a44ed1fa2

Any other changes we need?
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:

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@brixandersen.dk> wrote:

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 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@intel.com> wrote:

Hi,
We are excited to announce the availability of a new pre-release of the Zephyr SDK.

This release of the SDK provides a major update to all tools and toolchains. The current SDK was based on yocto, this release uses crosstool-ng for the toolchains and yocto for the host tools.

Major changes in this release:

· Use crosstool-ng for building the toolchains
· Update toolchains to GCC 8.2
· bossa: Update to 1.9.1
· qemu: Update to release 3.1.0
· Update openocd to Zephyr Branch from 20190130

The SDK is available for download from https://github.com/zephyrproject-rtos/sdk-ng/releases/tag/v0.10.0-rc2


Knowns issues:
- Newlib with xtensa targets does not work yet.
- 1 nios2 tests fails to build


If you find any issues or have general feedback, use the following issue system to report:

https://github.com/zephyrproject-rtos/sdk-ng/issues


Regards,
Anas Nashif
Re: Zephyr SDK 0.10.0-rc2 available

Henrik Brix Andersen
 

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 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@intel.com> wrote:

Hi,
We are excited to announce the availability of a new pre-release of the Zephyr SDK.

This release of the SDK provides a major update to all tools and toolchains. The current SDK was based on yocto, this release uses crosstool-ng for the toolchains and yocto for the host tools.

Major changes in this release:

· Use crosstool-ng for building the toolchains
· Update toolchains to GCC 8.2
· bossa: Update to 1.9.1
· qemu: Update to release 3.1.0
· Update openocd to Zephyr Branch from 20190130

The SDK is available for download from https://github.com/zephyrproject-rtos/sdk-ng/releases/tag/v0.10.0-rc2


Knowns issues:
- Newlib with xtensa targets does not work yet.
- 1 nios2 tests fails to build


If you find any issues or have general feedback, use the following issue system to report:

https://github.com/zephyrproject-rtos/sdk-ng/issues


Regards,
Anas Nashif
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@...]
Sent: Tuesday, February 19, 2019 4:20 AM
To: Tommy Lin (林志聰) <Tommy.Lin@...>; Jamie Mccrae <Jamie.Mccrae@...>; Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: RE: [Zephyr-devel] 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 Engineer III

Laird Connectivity

 

From: devel@... <devel@...> On Behalf Of Tommy Lin (???)
Sent: Monday, February 18, 2019 05:54
To: Jamie Mccrae <Jamie.Mccrae@...>; Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: Re: [Zephyr-devel] Get RSSI in DTM(Zephyr)

 

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@...]
Sent: Monday, January 14, 2019 3:39 PM
To: Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; Tommy Lin (林志聰) <Tommy.Lin@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: RE: [Zephyr-devel] Get RSSI in DTM(Zephyr)

 

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 (???)
Sent: 14 January 2019 03:08
To: Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; Tommy Lin (林志聰) <Tommy.Lin@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: Re: [Zephyr-devel] Get RSSI in DTM(Zephyr)
Importance: High

 

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@...]
Sent: Wednesday, January 09, 2019 8:00 PM
To: Tommy Lin (林志聰); zephyr-devel@...
Cc: Hanyu.Hsu@...; Isaac Chen (陳尚航); Rung-Sheng Lee (李榮盛); Brent Tsai (蔡旻其); Ryan Hsu (徐振鋒)
Subject: RE: Get RSSI in DTM

 

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 (???)
Sent: 08 January 2019 13:25
To: zephyr-devel@...
Cc: Hanyu.Hsu@...; Isaac Chen (陳尚航) <Isaac_Chen@...>; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: [Zephyr-devel] Get RSSI in DTM

 

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 (???)
Sent: Monday, February 18, 2019 05:54
To: Jamie Mccrae <Jamie.Mccrae@...>; Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: Re: [Zephyr-devel] Get RSSI in DTM(Zephyr)

 

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@...]
Sent: Monday, January 14, 2019 3:39 PM
To: Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; Tommy Lin (林志聰) <Tommy.Lin@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: RE: [Zephyr-devel] Get RSSI in DTM(Zephyr)

 

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 (???)
Sent: 14 January 2019 03:08
To: Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; Tommy Lin (林志聰) <Tommy.Lin@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: Re: [Zephyr-devel] Get RSSI in DTM(Zephyr)
Importance: High

 

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.

  1. 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@...]
Sent: Wednesday, January 09, 2019 8:00 PM
To: Tommy Lin (林志聰); zephyr-devel@...
Cc: Hanyu.Hsu@...; Isaac Chen (陳尚航); Rung-Sheng Lee (李榮盛); Brent Tsai (蔡旻其); Ryan Hsu (徐振鋒)
Subject: RE: Get RSSI in DTM

 

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 (???)
Sent: 08 January 2019 13:25
To: zephyr-devel@...
Cc: Hanyu.Hsu@...; Isaac Chen (陳尚航) <Isaac_Chen@...>; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: [Zephyr-devel] Get RSSI in DTM

 

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@...]
Sent: Monday, January 14, 2019 3:39 PM
To: Isaac Chen (陳尚航) <Isaac_Chen@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; Tommy Lin (林志聰) <Tommy.Lin@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: RE: [Zephyr-devel] Get RSSI in DTM(Zephyr)

 

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 (???)
Sent: 14 January 2019 03:08
To: Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; Tommy Lin (林志聰) <Tommy.Lin@...>; zephyr-devel@...
Cc: Hanyu.Hsu@...; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: Re: [Zephyr-devel] Get RSSI in DTM(Zephyr)
Importance: High

 

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@...]
Sent: Wednesday, January 09, 2019 8:00 PM
To: Tommy Lin (林志聰); zephyr-devel@...
Cc: Hanyu.Hsu@...; Isaac Chen (陳尚航); Rung-Sheng Lee (李榮盛); Brent Tsai (蔡旻其); Ryan Hsu (徐振鋒)
Subject: RE: Get RSSI in DTM

 

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 (???)
Sent: 08 January 2019 13:25
To: zephyr-devel@...
Cc: Hanyu.Hsu@...; Isaac Chen (陳尚航) <Isaac_Chen@...>; Rung-Sheng Lee (李榮盛) <Rung.Sheng.Lee@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>
Subject: [Zephyr-devel] Get RSSI in DTM

 

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

Johan Hedberg
 

Hi Martin,

On 17 Feb 2019, at 14.07, Martin <ma@jgs-wg.de> wrote:
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.
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 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,

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@gmail.com> wrote:

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.

<Messages Image(2796314178).png>

Kind Regards,
Brianna Fahrenkopf
1881 - 1900 of 7600