Date   

Re: [EXT] [Zephyr-devel] about Dual Mac application for zephyr

Andrei Gansari
 

Hello Nie,

 

First you have a limitation in the fact the ethernet driver (eth_mcux) for this board is implemented as single instance, you need 2 instances (new feature implementation).

I’m also not sure the OS supports multiple eth stacks.

 

Regards,

Andrei Gansari

 

From: devel@... <devel@...> On Behalf Of nie ninesun via Lists.Zephyrproject.Org
Sent: Monday, November 18, 2019 8:03 AM
To: devel@...
Cc: devel@...
Subject: [EXT] [Zephyr-devel] about Dual Mac application for zephyr

 

Caution: EXT Email

Hi Guys:

        I get an i.mxRT106x development kit board recently. It is developed by third party . This boards have two Ethernet port.The processor is i.mxRT1061, I hope to link several boards as an network. but I don't find any example about two Mac in zephyr application. Can anyone give some suggestions about it? Thank you!

best regards 


about Dual Mac application for zephyr

nie ninesun
 

Hi Guys:
        I get an i.mxRT106x development kit board recently. It is developed by third party . This boards have two Ethernet port.The processor is i.mxRT1061, I hope to link several boards as an network. but I don't find any example about two Mac in zephyr application. Can anyone give some suggestions about it? Thank you!
best regards 


FW: [platformio/platformio-core] ZephyrProject integration (#1613)

Nashif, Anas
 

Hi,

 

Please try and give feedback directly in the github issue.

 

Anas

 

From: Ivan Kravets <notifications@...>
Reply to: platformio/platformio-core <reply+AABL6MJFWZJEWCBOTKRR2TF33W3VNEVBNHHBGJB67E@...>
Date: Saturday, 16 November 2019 at 18:23
To: platformio/platformio-core <platformio-core@...>
Cc: Anas Nashif <anas.nashif@...>, Mention <mention@...>
Subject: Re: [platformio/platformio-core] ZephyrProject integration (#1613)

 

Hey all,

We have a piece of good news. We've finally added support for Zephyr RTOS and would be glad to get some feedback. It was the most complicated integration for the last 6 years :) We even did some changes to our PlatformIO Core Build API. So, the only latest development version of PlatformIO Core will be compatible with Zephyr. All our efforts were directed on keeping the same workflow which we have with other frameworks (ARM mbed, ESP-IDF, Arduino, etc.). It means that we are still fully independent from operating system and IDE. No need to install any software, make, cmake, ninja, toolchains, different Python packages, other system-related tools.

Integration

We did pure native integration and PlatformIO build system will be used. It's based on top of SCons and is super fast and smart. You can use Python language to control and extend the build process using Advanced Scripting or quick shortcuts with build_*** options for platformio.ini.

The source code is here https://github.com/platformio/zephyr/tree/v2.0-branch/scripts/platformio
It actually parses Zephyr CMake configuration and constructs PlatformIO build environment. This is a good solution because of no need to do any changes to default Zephyr tools, scripts, and source code.

P.S: Thanks, @valeros, for the great professional work on this! 👍

Supported IDE and OS

You have a choice between 10+ different IDEs and all popular operating systems (Windows, macOS, Linux 32/64, Linux ARMv6+). Any combination of IDE+OS provides the same reproducibility with ZERO changes.

Supported dev/platforms

Currently, 3 development platforms are Zephyr-enabled:

·         https://github.com/platformio/platform-nordicnrf52

·         https://platformio.org/platforms/ststm32

·         https://github.com/platformio/platform-ststm32

Support for other dev/platforms and boards will be added next week.

How to try it?

1.       You need to have the latest development version of PlatformIO Core. If you use CLI, just run pio upgrade --dev. Or, open PlatformIO IDE for VSCode, click on "terminal icon" on the bottom toolbar and run the same command pio upgrade --dev. It should be 4.1.1-b1 or above.

2.       You will need to use a development version of dev/platform mentioned above.

Project Examples

See projects with zephyr- prefix:

·         https://github.com/platformio/platform-nordicnrf52/tree/develop/examples

·         https://platformio.org/platforms/ststm32/tree/develop/examples

·         https://github.com/platformio/platform-ststm32/tree/develop/examples

You can open/import any project and try it. The only change which you need to do is switching platform to development version:

[env:nrf52_board]
 
platform = https://github.com/platformio/platform-nordicnrf52.git
 
framework = zephyr
 
board = ...
 
 
 
[env:stm32_board]
 
platform = https://github.com/platformio/platform-ststm32.git
 
framework = zephyr
 
board = ...
 
 
 
[env:sifive_board]
 
platform = https://github.com/platformio/platform-sifive.git
 
framework = zephyr
 
board = ...

Configuration

We will provide soon extra information in our documentation on how to configure Zephyr RTOS within the PlatformIO project. In short, you can use any example from Zephyr repository with small changes:

1.       Create zephyr folder in the root of PlatformIO project and move here all related Zephyr's files (CMakeLists.txt, prj.conf, sample.yaml)

2.       Edit relative source paths in CMakeLists.txt, see example here https://github.com/platformio/platform-nordicnrf52/blob/develop/examples/zephyr-ble-beacon/zephyr/CMakeLists.txt#L7

The rest configuration should be done in CMakeLists.txt. It's the same when you use the official Zephyr build tools.

Demo

Below are a few demos from different IDEs with PIO Unified Debugger and SiFive HiFive1 Rev B board:

PlatformIO IDE for VSCode

Screen Shot 2019-11-17 at 00 31 44

CLion with PlatformIO plugin

Screen Shot 2019-11-17 at 00 27 34

Old-school Eclipse

Screen Shot 2019-11-17 at 00 43 04


Your feedback is very important to us.


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.


Re: CONFIG_CODE_DATA_RELOCATION may conflict with __ramfunc on Cortex-M7

baudiffred@...
 

In general, it does not appear that code and data relocation currently manages the MPU.  For example, z_arch_configure_static_mpu_regions() had no provision for a potential SRAM region of execution generated by this feature.   This renders the code relocation unusable in userspace implementations.  Since zephyr will disable all unused MPU regions, it isn't possible to simply enable access to these regions at boot.  Zephyr modifications will be required.  

A combination of custom linker scripts and appropriate hooks for user additions to MPU configuration and section initialization may be more flexible and direct.


Simultaneous BLE connection with different PHY speeds

josef@...
 

Hi everyone,

I am building a Zephyr based USB-BLE dongle, which works already quite good for multiple simultaneous 1Mbps connections connections.

Does anyone know if it is possible to have simultaneous connections at different PHY speeds (coded PHY and 1Mbps) or is the PHY speed set once and needs to be the same for all simultaneous connections?

Best regards,
Jos


Cancelled Event: Zephyr Project: Dev Meeting - Thursday, 14 November 2019 #cal-cancelled

devel@lists.zephyrproject.org Calendar <devel@...>
 

Cancelled: Zephyr Project: Dev Meeting

This event has been cancelled.

When:
Thursday, 14 November 2019
8:00am to 9:00am
(UTC-08:00) America/Los Angeles

Where:
https://zoom.us/j/993312203

Organizer: devel@...

Description:
Join Zoom Meeting
https://zoom.us/j/993312203

One tap mobile
+16699006833,,993312203# US (San Jose)
+16465588656,,993312203# US (New York)

Dial by your location
        +1 669 900 6833 US (San Jose)
        +1 646 558 8656 US (New York)
        +1 877 369 0926 US Toll-free
        +1 855 880 1246 US Toll-free
Meeting ID: 993 312 203
Find your local number: https://zoom.us/u/ankEMRagf


Re: about BLE Rx test

Tommy Lin (林志聰) <Tommy.Lin@...>
 

Hi Stephanos,

Thanks for your response.

I have following question:

1.     By Default  , What data rate (1M or 2M bps) are set in zephyr code ?  if it is 2Mbps , How can I set it to 1Mbps?

 

PS: Our RF equipment only support in 1Mbps.

 

Thanks

Tommy

From: Stephanos Io <assembler@...>
Sent: Tuesday, November 12, 2019 9:51 PM
To: Cufi, Carles <carles.cufi@...>; Tommy Lin (
林志聰) <Tommy.Lin@...>; zephyr-devel@...
Cc: devel@...; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>
Subject: RE: [Zephyr-devel] about BLE Rx test

 

Hi,

 

I suppose you are performing RX sensitivity test.

 

> If RF equipment send a dbm above -86 (ex: -85 , -84 , -83 …..), the error message will disappear.

 

Assuming you are testing with BLE 2Mbps PHY, I think this behaviour is only to be expected given that the max. sensitivity is specified at -85 dBm at 2Mbps for nRF51824 (refer to the datasheet).

 

Stephanos

 

From: devel@... <devel@...> On Behalf Of Cufi, Carles
Sent: Tuesday, November 12, 2019 10:38 PM
To: Tommy.Lin@...; zephyr-devel@...
Cc: devel@...; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>
Subject: Re: [Zephyr-devel] about BLE Rx test

 

Adding Vinayak.

 

If this depends on the dBm setting it might be a bug actually. I’ll let Vinayak weigh in.

 

Carles

 

 

From: devel@... <devel@...> On Behalf Of Tommy Lin (???) via Lists.Zephyrproject.Org
Sent: 12 November 2019 13:01
To: zephyr-devel@...
Cc: devel@...
Subject: Re: [Zephyr-devel] about BLE Rx test

 

+ jimmy

 

From: Tommy Lin (林志聰)
Sent: Tuesday, November 12, 2019 7:18 PM
To: 'zephyr-devel@...' <zephyr-devel@...>
Cc: Isaac Chen (
陳尚航) <Isaac_Chen@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; 'Hanyu.Hsu@...' <Hanyu.Hsu@...>
Subject: RE: about BLE Rx test

 

Hi ,

Sorry , correction.

 

We have a product using nRF51824 with Zephyr v1.13.0.

Our DUT connect with RF equipment.

 

[Test sequence]

Step1: DUT enter Rx mode with HCI command.

Step2: RF equipment send 1500 bytes with -86dbm.

Step3: DUT end Rx mode

After then , DUT will show “tx time out “ error message.

 

 

PS:

1.     If RF equipment send a dbm above -86 (ex: -85 , -84 , -83 …..), the error message will disappear.

2.     We use Zephyr v1.13.0 and v1.14.0 , and the result is the same.

 

Could you give us some suggestions?

 

Thank You,

Tommy

 


CONFIG_CODE_DATA_RELOCATION may conflict with __ramfunc on Cortex-M7

baudiffred@...
 

Has anyone had issues combining data/code relocation and __ramfunc support?  

__ramfunc functions as expected on an iMXRT1062 system.  When additional code is relocated via the file-based CONFIG_CODE_DATA_RELOCATION feature, __ramfunc no longer executes properly.  If you look at the flash contents, they appear to be offset by 16 as are the resultant instructions loaded in RAM.  Perhaps this is an alignment bug in the solution.  

   0x80000cc0 <flexSpiNorInit+0>: movs r0, r0   <-------  0's for first 16 memory locations
   0x80000cc2 <flexSpiNorInit+2>: movs r0, r0
   0x80000cc4 <flexSpiNorInit+4>: movs r0, r0
   0x80000cc6 <flexSpiNorInit+6>: movs r0, r0
   0x80000cc8 <flexSpiNorInit+8>: movs r0, r0
   0x80000cca <flexSpiNorInit+10>: movs r0, r0
   0x80000ccc <flexSpiNorInit+12>: movs r0, r0
   0x80000cce <flexSpiNorInit+14>: movs r0, r0
   0x80000cd0 <flexSpiNorInit+16>: push {lr}             <---- this is incorrectly offset by 16 in _ramfunc_rom_start
   0x80000cd2: sub sp, #60 ; 0x3c
   0x80000cd4: add r0, sp, #4
   0x80000cd6: bl 0x80000104 <FLEXSPI_GetDefaultConfig+16>
   0x80000cda: movs r0, #0
   0x80000cdc: add sp, #60 ; 0x3c
   0x80000cde: ldr.w r0, [sp, r0]
 


Upcoming Event: Zephyr Project: APIs - Tue, 11/12/2019 9:00am-10:00am, Please RSVP #cal-reminder

devel@lists.zephyrproject.org Calendar <devel@...>
 

Reminder: Zephyr Project: APIs

When: Tuesday, 12 November 2019, 9:00am to 10:00am, (GMT-08:00) America/Los Angeles

Where:https://zoom.us/j/177647878

An RSVP is requested. Click here to RSVP

Organizer: devel@...

Description: Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/177647878

Or iPhone one-tap :
    US: +16465588656,,177647878# or +16699006833,,177647878# 
Or Telephone:
    Dial(for higher quality, dial a number based on your current location): 
        US: +1 646 558 8656 or +1 669 900 6833 or +1 855 880 1246 (Toll Free) or +1 877 369 0926 (Toll Free)
    Meeting ID: 177 647 878
    International numbers available: https://zoom.us/zoomconference?m=ioAR9GK1OE5LkN1ojt-heTCl7yPcJrhY


 Live meeting minutes: https://docs.google.com/document/d/1lv-8B5QE2m4FjBcvfqAXFIgQfW5oz6306zJ7GIZIWCk/edit?usp=sharing


Re: Add support Optiga Trust X

Mihai.Tudosie@...
 

Hi Carles,

 

Thank you for keeping us up to date and supporting with this topic.

I’ve added 2 more colleagues; Artem was already in contact with Pawel to add his code to Infineon github repo too.

 

 

Best regards,

Mihai

 

 

 

 

From: Cufi, Carles <Carles.Cufi@...>
Sent: Dienstag, 12. November 2019 14:34
To: pawel.zarembski@...; devel@...
Cc: Tudosie Mihai (IFAT DCGR DSS SVS SCI) <Mihai.Tudosie@...>; Reiter Christoph (IFAT DCGR DSS M TPD) <Christoph.Reiter@...>
Subject: RE: Add support Optiga Trust X

 

Hi Pawel,

 

Copying a couple of people from Infineon that might be interested in your work.

 

About your questions.

 

1)      You are expected to provide the board files in a single Pull Request. If you are not able to do so maybe you can provide as much as you can using a Draft Pull Request and then ask for help in the mailing list

2)      Looking at the optiga-trust-x source code, it’s licensed under the MIT license, and it’s also a cross-platform project that is not maintained as part of Zephyr. This means that the proper way to integrate it into Zephyr is to use a separate repository with a Zephyr module. See here for more details: https://docs.zephyrproject.org/latest/guides/modules.html#submitting-a-new-module

3)      All code that goes into the main Zephyr repository should be Apache 2.0 licensed. The MIT license is fine for a module, which is a repository hosted under the zephyrproject-rtos GitHub organization but not the main repo itself. I recommend that you place all code under the MIT license in the external module, and the rest licensed as Apache 2.0 in the zephyr repo itself.

 

Carles

 

 

From: devel@... <devel@...> On Behalf Of Pawel Zarembski via Lists.Zephyrproject.Org
Sent: 12 November 2019 13:35
To: devel@...
Cc: devel@...
Subject: [Zephyr-devel] Add support Optiga Trust X

 

Hello,

I am currently working on project based on EFM32PG board and Optiga Trust X (security chip). I already did some work on implementing their framework and I run it with success with sample demo.

I want to ask about process of adding support for that board for Zephyr.

1)      Do I need to do everything by my own and then do the Pull Request for that?

2)      Should the framework/library be implemented as external Module or for example as external library ( /ext/lib )?

3)      Is there a problem with licensing? Because this framework is build on MIT license copyrighted by Infineon Technologies and some part with MIT copyrighted by Arrow Electronics.

 

Helpful links:

Repo: https://github.com/Infineon/optiga-trust-x

Implemented Platform Abstraction Layer with Zephyr support: https://github.com/Infineon/optiga-trust-x/tree/master/pal/efm32pg_zephyr

 

Best regards

Paweł Zarembski

Arrow Electronics

 


Re: about BLE Rx test

Stephanos Io <assembler@...>
 

Hi,

 

I suppose you are performing RX sensitivity test.

 

> If RF equipment send a dbm above -86 (ex: -85 , -84 , -83 …..), the error message will disappear.

 

Assuming you are testing with BLE 2Mbps PHY, I think this behaviour is only to be expected given that the max. sensitivity is specified at -85 dBm at 2Mbps for nRF51824 (refer to the datasheet).

 

Stephanos

 

From: devel@... <devel@...> On Behalf Of Cufi, Carles
Sent: Tuesday, November 12, 2019 10:38 PM
To: Tommy.Lin@...; zephyr-devel@...
Cc: devel@...; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>
Subject: Re: [Zephyr-devel] about BLE Rx test

 

Adding Vinayak.

 

If this depends on the dBm setting it might be a bug actually. I’ll let Vinayak weigh in.

 

Carles

 

 

From: devel@... <devel@...> On Behalf Of Tommy Lin (???) via Lists.Zephyrproject.Org
Sent: 12 November 2019 13:01
To: zephyr-devel@...
Cc: devel@...
Subject: Re: [Zephyr-devel] about BLE Rx test

 

+ jimmy

 

From: Tommy Lin (林志聰)
Sent: Tuesday, November 12, 2019 7:18 PM
To: 'zephyr-devel@...' <zephyr-devel@...>
Cc: Isaac Chen (
陳尚航) <Isaac_Chen@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; 'Hanyu.Hsu@...' <Hanyu.Hsu@...>
Subject: RE: about BLE Rx test

 

Hi ,

Sorry , correction.

 

We have a product using nRF51824 with Zephyr v1.13.0.

Our DUT connect with RF equipment.

 

[Test sequence]

Step1: DUT enter Rx mode with HCI command.

Step2: RF equipment send 1500 bytes with -86dbm.

Step3: DUT end Rx mode

After then , DUT will show “tx time out “ error message.

 

 

PS:

  1. If RF equipment send a dbm above -86 (ex: -85 , -84 , -83 …..), the error message will disappear.
  2. We use Zephyr v1.13.0 and v1.14.0 , and the result is the same.

 

Could you give us some suggestions?

 

Thank You,

Tommy

 


Re: about BLE Rx test

Carles Cufi
 

Adding Vinayak.

 

If this depends on the dBm setting it might be a bug actually. I’ll let Vinayak weigh in.

 

Carles

 

 

From: devel@... <devel@...> On Behalf Of Tommy Lin (???) via Lists.Zephyrproject.Org
Sent: 12 November 2019 13:01
To: zephyr-devel@...
Cc: devel@...
Subject: Re: [Zephyr-devel] about BLE Rx test

 

+ jimmy

 

From: Tommy Lin (林志聰)
Sent: Tuesday, November 12, 2019 7:18 PM
To: 'zephyr-devel@...' <zephyr-devel@...>
Cc: Isaac Chen (
陳尚航) <Isaac_Chen@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; 'Hanyu.Hsu@...' <Hanyu.Hsu@...>
Subject: RE: about BLE Rx test

 

Hi ,

Sorry , correction.

 

We have a product using nRF51824 with Zephyr v1.13.0.

Our DUT connect with RF equipment.

 

[Test sequence]

Step1: DUT enter Rx mode with HCI command.

Step2: RF equipment send 1500 bytes with -86dbm.

Step3: DUT end Rx mode

After then , DUT will show “tx time out “ error message.

 

 

PS:

  1. If RF equipment send a dbm above -86 (ex: -85 , -84 , -83 …..), the error message will disappear.
  2. We use Zephyr v1.13.0 and v1.14.0 , and the result is the same.

 

Could you give us some suggestions?

 

Thank You,

Tommy

 


Re: Add support Optiga Trust X

Carles Cufi
 

Hi Pawel,

 

Copying a couple of people from Infineon that might be interested in your work.

 

About your questions.

 

  1. You are expected to provide the board files in a single Pull Request. If you are not able to do so maybe you can provide as much as you can using a Draft Pull Request and then ask for help in the mailing list
  2. Looking at the optiga-trust-x source code, it’s licensed under the MIT license, and it’s also a cross-platform project that is not maintained as part of Zephyr. This means that the proper way to integrate it into Zephyr is to use a separate repository with a Zephyr module. See here for more details: https://docs.zephyrproject.org/latest/guides/modules.html#submitting-a-new-module
  3. All code that goes into the main Zephyr repository should be Apache 2.0 licensed. The MIT license is fine for a module, which is a repository hosted under the zephyrproject-rtos GitHub organization but not the main repo itself. I recommend that you place all code under the MIT license in the external module, and the rest licensed as Apache 2.0 in the zephyr repo itself.

 

Carles

 

 

From: devel@... <devel@...> On Behalf Of Pawel Zarembski via Lists.Zephyrproject.Org
Sent: 12 November 2019 13:35
To: devel@...
Cc: devel@...
Subject: [Zephyr-devel] Add support Optiga Trust X

 

Hello,

I am currently working on project based on EFM32PG board and Optiga Trust X (security chip). I already did some work on implementing their framework and I run it with success with sample demo.

I want to ask about process of adding support for that board for Zephyr.

  1. Do I need to do everything by my own and then do the Pull Request for that?
  2. Should the framework/library be implemented as external Module or for example as external library ( /ext/lib )?
  3. Is there a problem with licensing? Because this framework is build on MIT license copyrighted by Infineon Technologies and some part with MIT copyrighted by Arrow Electronics.

 

Helpful links:

Repo: https://github.com/Infineon/optiga-trust-x

Implemented Platform Abstraction Layer with Zephyr support: https://github.com/Infineon/optiga-trust-x/tree/master/pal/efm32pg_zephyr

 

Best regards

Paweł Zarembski

Arrow Electronics

 


Add support Optiga Trust X

Paweł Zarembski
 

Hello,

I am currently working on project based on EFM32PG board and Optiga Trust X (security chip). I already did some work on implementing their framework and I run it with success with sample demo.

I want to ask about process of adding support for that board for Zephyr.

  1. Do I need to do everything by my own and then do the Pull Request for that?
  2. Should the framework/library be implemented as external Module or for example as external library ( /ext/lib )?
  3. Is there a problem with licensing? Because this framework is build on MIT license copyrighted by Infineon Technologies and some part with MIT copyrighted by Arrow Electronics.

 

Helpful links:

Repo: https://github.com/Infineon/optiga-trust-x

Implemented Platform Abstraction Layer with Zephyr support: https://github.com/Infineon/optiga-trust-x/tree/master/pal/efm32pg_zephyr

 

Best regards

Paweł Zarembski

Arrow Electronics


Re: about BLE Rx test

Tommy Lin (林志聰) <Tommy.Lin@...>
 

+ jimmy

 

From: Tommy Lin (林志聰)
Sent: Tuesday, November 12, 2019 7:18 PM
To: 'zephyr-devel@...' <zephyr-devel@...>
Cc: Isaac Chen (
陳尚航) <Isaac_Chen@...>; Ryan Hsu (徐振鋒) <Ryan.Hsu@...>; Brent Tsai (蔡旻其) <Brent.Tsai@...>; 'Hanyu.Hsu@...' <Hanyu.Hsu@...>
Subject: RE: about BLE Rx test

 

Hi ,

Sorry , correction.

 

We have a product using nRF51824 with Zephyr v1.13.0.

Our DUT connect with RF equipment.

 

[Test sequence]

Step1: DUT enter Rx mode with HCI command.

Step2: RF equipment send 1500 bytes with -86dbm.

Step3: DUT end Rx mode

After then , DUT will show “tx time out “ error message.

 

 

PS:

1.     If RF equipment send a dbm above -86 (ex: -85 , -84 , -83 …..), the error message will disappear.

2.     We use Zephyr v1.13.0 and v1.14.0 , and the result is the same.

 

Could you give us some suggestions?

 

Thank You,

Tommy

 


Re: about BLE Rx test

Tommy Lin (林志聰) <Tommy.Lin@...>
 

Hi ,

Sorry , correction.

 

We have a product using nRF51824 with Zephyr v1.13.0.

Our DUT connect with RF equipment.

 

[Test sequence]

Step1: DUT enter Rx mode with HCI command.

Step2: RF equipment send 1500 bytes with -86dbm.

Step3: DUT end Rx mode

After then , DUT will show “tx time out “ error message.

 

 

PS:

1.     If RF equipment send a dbm above -86 (ex: -85 , -84 , -83 …..), the error message will disappear.

2.     We use Zephyr v1.13.0 and v1.14.0 , and the result is the same.

 

Could you give us some suggestions?

 

Thank You,

Tommy

 


about BLE Rx test

Tommy Lin (林志聰) <Tommy.Lin@...>
 

Hi ,

We have a product using nRF51824 with Zephyr v1.13.0.

Our DUT connect with RF equipment.

 

[Test sequence]

Step1: DUT enter Rx mode with HCI command.

Step2: RF equipment send 1500 bytes with -86dbm.

Step3: DUT end Rx mode

After then , DUT will show “tx time out “ error message.

 

 

PS:

1.     If RF equipment send a dbm below -86 , the error message will disappear.

2.     We use Zephyr v1.13.0 and v1.14.0 , and the result is the same.

 

Could you give us some suggestions?

 

Thank You,

Tommy

 


Re: Issue in OTA of zephyr OS over UART on Nordic nrf52840_pca10056 chip #ble #bluetoothmesh #nrf52840 #uart

Mayank <mayank7117@...>
 

Thanks Adam, 
I have upgraded zephyr to latest version (2.1.0) using west update.
Now with the configuration of my application as well as mcuboot, i reached at the stage where i can upload the signed application image using mcumgr cli.

Note: I am not running mcuboot in serial recovery mode.

PFA for hci_uart application.

Regards,
Mayank Patel


On Tue, Nov 12, 2019 at 3:50 PM Adam Podogrocki <a.podogrocki@...> wrote:
Hi Mayank,

could you please attach your 'zephyr/.config' file? Maybe I will find some inaccuracy there.

Cheers,
Adam

On Fri, 8 Nov 2019 at 06:00, Mayank <mayank7117@...> wrote:
Thanks Adam, I have disabled BT and Shell, Only UART is there.
Now, when i run the command with debug mode --> mcumgr -ldebug --conntype=serial --connstring='dev=/dev/ttymxc0,baud=115200' echo hello

I'm getting following response with timeout.

DEBU[2019-11-07 15:24:57.671] Using connection profile: name=unnamed type=serial connstring=dev=/dev/ttymxc0,baud=115200 
DEBU[2019-11-07 15:24:57.678] {add-nmp-listener} [serial_sesn.go:213] seq=66 
DEBU[2019-11-07 15:24:57.68] Encoded &{NmpBase:{hdr:{Op:2 Flags:0 Len:0 Group:0 Seq:66 Id:0}} Payload:hello} to:
00000000  a1 61 64 65 68 65 6c 6c  6f                       |.adehello| 
DEBU[2019-11-07 15:24:57.681] Encoded:
00000000  02 00 00 09 00 00 42 00  a1 61 64 65 68 65 6c 6c  |......B..adehell|
00000010  6f                                                |o| 
DEBU[2019-11-07 15:24:57.705] Tx NMP request: 00000000  02 00 00 09 00 00 42 00  a1 61 64 65 68 65 6c 6c  |......B..adehell|
00000010  6f                                                |o| 
DEBU[2019-11-07 15:24:57.706] Base64 encoding request:
00000000  02 00 00 09 00 00 42 00  a1 61 64 65 68 65 6c 6c  |......B..adehell|
00000010  6f                                                |o| 
DEBU[2019-11-07 15:24:57.707] Tx serial
00000000  06 09                                             |..| 
DEBU[2019-11-07 15:24:57.708] Tx serial
00000000  41 42 4d 43 41 41 41 4a  41 41 42 43 41 4b 46 68  |ABMCAAAJAABCAKFh|
00000010  5a 47 56 6f 5a 57 78 73  62 38 45 4a              |ZGVoZWxsb8EJ| 
DEBU[2019-11-07 15:24:57.709] Tx serial
00000000  0a                                                |.| 
DEBU[2019-11-07 15:25:07.713] {remove-nmp-listener} [serial_sesn.go:213] seq=66 
DEBU[2019-11-07 15:25:07.726] goroutine 1 [running]:
github.com/spf13/cobra.(*Command).execute(0x2ce1400, 0x2ca72e0, 0x4, 0x4, 0x2ce1400, 0x2ca72e0)
        /home/mayank/go/bin/pkg/mod/github.com/spf13/cobra@....5/command.go:830 +0x1f4
        /home/mayank/go/bin/pkg/mod/github.com/spf13/cobra@....5/command.go:914 +0x230
        /home/mayank/go/bin/pkg/mod/github.com/spf13/cobra@....5/command.go:864
main.main()
        /home/mayank/go/src/github.com/apache/mynewt-mcumgr-cli/mcumgr/mcumgr.go:94 +0xe0
 
goroutine 6 [syscall]:
os/signal.signal_recv(0x0)
        /snap/go/4668/src/runtime/sigqueue.go:147 +0x130
os/signal.loop()
        /snap/go/4668/src/os/signal/signal_unix.go:23 +0x14
created by os/signal.init.0
        /snap/go/4668/src/os/signal/signal_unix.go:29 +0x30
 
goroutine 9 [chan receive]:
main.main.func1(0x2c42800)
        /home/mayank/go/src/github.com/apache/mynewt-mcumgr-cli/mcumgr/mcumgr.go:82 +0x34
created by main.main
        /home/mayank/go/src/github.com/apache/mynewt-mcumgr-cli/mcumgr/mcumgr.go:80 +0xd8
 
goroutine 10 [runnable]:
bufio.(*Scanner).Scan(0x2f9be80, 0x2f9be80)
        /snap/go/4668/src/bufio/scan.go:203 +0x230
 
goroutine 11 [select]:
Error: NMP timeout


--> Can anyone has came across such issue.
Regards,
Mayank


Re: Issue in OTA of zephyr OS over UART on Nordic nrf52840_pca10056 chip #ble #bluetoothmesh #nrf52840 #uart

Adam Podogrocki
 

Hi Mayank,

could you please attach your 'zephyr/.config' file? Maybe I will find some inaccuracy there.

Cheers,
Adam

On Fri, 8 Nov 2019 at 06:00, Mayank <mayank7117@...> wrote:
Thanks Adam, I have disabled BT and Shell, Only UART is there.
Now, when i run the command with debug mode --> mcumgr -ldebug --conntype=serial --connstring='dev=/dev/ttymxc0,baud=115200' echo hello

I'm getting following response with timeout.

DEBU[2019-11-07 15:24:57.671] Using connection profile: name=unnamed type=serial connstring=dev=/dev/ttymxc0,baud=115200 
DEBU[2019-11-07 15:24:57.678] {add-nmp-listener} [serial_sesn.go:213] seq=66 
DEBU[2019-11-07 15:24:57.68] Encoded &{NmpBase:{hdr:{Op:2 Flags:0 Len:0 Group:0 Seq:66 Id:0}} Payload:hello} to:
00000000  a1 61 64 65 68 65 6c 6c  6f                       |.adehello| 
DEBU[2019-11-07 15:24:57.681] Encoded:
00000000  02 00 00 09 00 00 42 00  a1 61 64 65 68 65 6c 6c  |......B..adehell|
00000010  6f                                                |o| 
DEBU[2019-11-07 15:24:57.705] Tx NMP request: 00000000  02 00 00 09 00 00 42 00  a1 61 64 65 68 65 6c 6c  |......B..adehell|
00000010  6f                                                |o| 
DEBU[2019-11-07 15:24:57.706] Base64 encoding request:
00000000  02 00 00 09 00 00 42 00  a1 61 64 65 68 65 6c 6c  |......B..adehell|
00000010  6f                                                |o| 
DEBU[2019-11-07 15:24:57.707] Tx serial
00000000  06 09                                             |..| 
DEBU[2019-11-07 15:24:57.708] Tx serial
00000000  41 42 4d 43 41 41 41 4a  41 41 42 43 41 4b 46 68  |ABMCAAAJAABCAKFh|
00000010  5a 47 56 6f 5a 57 78 73  62 38 45 4a              |ZGVoZWxsb8EJ| 
DEBU[2019-11-07 15:24:57.709] Tx serial
00000000  0a                                                |.| 
DEBU[2019-11-07 15:25:07.713] {remove-nmp-listener} [serial_sesn.go:213] seq=66 
DEBU[2019-11-07 15:25:07.726] goroutine 1 [running]:
github.com/spf13/cobra.(*Command).execute(0x2ce1400, 0x2ca72e0, 0x4, 0x4, 0x2ce1400, 0x2ca72e0)
        /home/mayank/go/bin/pkg/mod/github.com/spf13/cobra@....5/command.go:830 +0x1f4
        /home/mayank/go/bin/pkg/mod/github.com/spf13/cobra@....5/command.go:914 +0x230
        /home/mayank/go/bin/pkg/mod/github.com/spf13/cobra@....5/command.go:864
main.main()
        /home/mayank/go/src/github.com/apache/mynewt-mcumgr-cli/mcumgr/mcumgr.go:94 +0xe0
 
goroutine 6 [syscall]:
os/signal.signal_recv(0x0)
        /snap/go/4668/src/runtime/sigqueue.go:147 +0x130
os/signal.loop()
        /snap/go/4668/src/os/signal/signal_unix.go:23 +0x14
created by os/signal.init.0
        /snap/go/4668/src/os/signal/signal_unix.go:29 +0x30
 
goroutine 9 [chan receive]:
main.main.func1(0x2c42800)
        /home/mayank/go/src/github.com/apache/mynewt-mcumgr-cli/mcumgr/mcumgr.go:82 +0x34
created by main.main
        /home/mayank/go/src/github.com/apache/mynewt-mcumgr-cli/mcumgr/mcumgr.go:80 +0xd8
 
goroutine 10 [runnable]:
bufio.(*Scanner).Scan(0x2f9be80, 0x2f9be80)
        /snap/go/4668/src/bufio/scan.go:203 +0x230
 
goroutine 11 [select]:
Error: NMP timeout


--> Can anyone has came across such issue.
Regards,
Mayank


Re: Error building hello world #samples

Carles Cufi
 

Hi there,

 

It looks like some of the modules are missing.

 

Can you make sure you have run “west update” in the working tree?

 

Carles

 

From: devel@... <devel@...> On Behalf Of mdecandia via Lists.Zephyrproject.Org
Sent: 11 November 2019 22:58
To: devel@...
Cc: devel@...
Subject: [Zephyr-devel] Error building hello world #samples

 

Hi all,
I'm trying to build hello_world sample on Ubuntu 19.10 with west buld command. I'm having the following issue:

west build -b qemu_x86 $PWD/samples/hello_world

-- west build: build configuration:

       source directory: /home/michele/devel/zephyr/samples/hello_world

       build directory: /home/michele/devel/zephyr/build

       BOARD: qemu_x86 (origin: command line)

-- west build: generating a build system

Zephyr version: 2.1.0

-- Selected BOARD qemu_x86

-- Found west: /home/michele/.local/bin/west (found suitable version "0.6.3", minimum required is "0.6.0")

CMake Error at /home/michele/devel/zephyr/cmake/zephyr_module.cmake:45 (message):

  Traceback (most recent call last):

 

    File "/home/michele/devel/zephyr/scripts/zephyr_module.py", line 167, in <module>

      main()

    File "/home/michele/devel/zephyr/scripts/zephyr_module.py", line 158, in main

      process_module(project, cmake_out_file, kconfig_out_file)

    File "/home/michele/devel/zephyr/scripts/zephyr_module.py", line 68, in process_module

      pykwalify.core.Core(source_data=meta, schema_data=schema)\

    File "/home/michele/.local/lib/python3.7/site-packages/pykwalify/core.py", line 114, in __init__

      raise CoreError(u"No source file/data was loaded")

 

  pykwalify.errors.CoreError: <CoreError: error code 3: No source file/data

  was loaded: Path: '/'>

 

Call Stack (most recent call first):

  /home/michele/devel/zephyr/cmake/app/boilerplate.cmake:458 (include)

  CMakeLists.txt:5 (include)

 

 

-- Configuring incomplete, errors occurred!

ERROR: command exited with status 1: /usr/bin/cmake -B/home/michele/devel/zephyr/build -S/home/michele/devel/zephyr/samples/hello_world -GNinja -DBOARD=qemu_x86



Any idea?

Thanks

1561 - 1580 of 8033