Date   

Re: DTLS over CoAP for the Zephyr project

Nikos Karamolegkos
 

Any ideas guys?


Summer 2019 Zephyr Project Newsletter

Zephyr Project <taldrich@...>
 

Welcome to the Zephyr Project Newsletter! As the Zephyr community continues to grow and innovate we've added this update to the list of resources and tools available to our ecosystem to stay connected. In this edition, we are excited to bring you updates on what's in store for ZephyrOS this summer and fall, provide a glimpse into some of the work currently underway in the community and share ways you can get involved in the Zephyr Project. 

 

About the Zephyr Project

Zephyr Project Welcomes it's 500th Contributor!

Community is core to a successful open source project. In addition to improving and expanding the code base, a vibrant and diverse community brings new perspectives, energy and opportunity. Over the last year the Zephyr community has grown dramatically and the project is stronger because of these new voices. This month, the Zephyr Project is thrilled to welcome it's 500th contributor. On behalf of the entire community, we would like to welcome each and every one of the new contributors. 

If you are interested in joining the Zephyr Project as a member or contributor please reach out. We are here to help.
How to Contribute
Become a Member

The Zephyr Project Announces Major Technical Milestone with Release of Zephyr OS 1.14 LTS. 

Earlier this spring, Zephyr Project introduced the first long term support (LTS) release of Zephyr OS, Zephyr 1.14.0 LTS. This release is an important technical milestone for the community and is intended to be a more stable, certifiable option for product makers and developers. Major enhancements include:
  • Support for over 160 different board configurations spanning 8 architecture configurations. 
  • Enhancement of the native POSIX port by adding UART, USB, and display drivers. Based on this port, we added a simulated NRF52832 SoC which enables running full system, multi-node simulations, without the need of real hardware.
  • Application of MISRA-C code guideline on the kernel and core components of Zephyr. 
  • Addition of an experimental BLE split software Controller with Upper Link Layer and Lower Link Layer for supporting multiple BLE radio hardware architectures.
  • Introduction of the west tool for management of multiple repositories and enhanced support for flashing and debugging.
  • Support for the x86_64 architecture. It is currently implemented only for QEMU targets, supports arbitrary numbers of CPUs, and runs in SMP mode by default, our first platform to do so.
  • Added support for application user mode, application memory partitions, and hardware stack protection in ARMv8m
This release marks the culmination of one of the largest and most ambitious efforts undertaken by the Zephyr Project to date. This release would not have been possible without the hard work and skill of the 250 developers who contributed code over the last 6 months. Read more here.
Get Zephyr OS

Winners of Zephyr OS 1.14 LTS Bug Fixing Contest Announced

As part of the celebration of the ZephyrOS 1.14 LTS release the TSC hosted their first ever bug fixing contest. Sponsored by Zephyr Project member NXP, this contest awarded an i.MX RT1050 to eligible developers who helped close bugs and issues in this release. We are thrilled to announce the winners of the contest: Jukka Rissanen, Vikrant More, Aaron Tsui and Tavish Naruka. We thank you for your contributions to the Zephyr Project! Enjoy the boards and happy hacking!

Products Powered by ZephyrOS

The Zephyr Project is proud to promote the incredible products and services created by our community of product makers, innovators and entrepreneurs. If you would like to have your product featured in the Zephyr Quarterly newsletter please contact us.
 

The HiFive1 Rev B is Here

HiFive1 Rev B is an upgrade to SiFive's low-cost development board featuring the Freedom E310. It’s the best way to start prototyping and developing your RISC‑V applications. Order yours today.


Laird Connectivity Pinnacle 100

Laird Connectivity has a new multi-wireless modem that combines the advantages of low-power cellular LTE connectivity and Bluetooth 5 technology into an integrated solution. This unique combination allows new use cases employing low-cost, long-range Bluetooth sensors all attached to the next generation LTE network in simpler and less costly solution architecture.

 

hereO CORE

hereO Core is the world's first plug and play IoT platform developed from the ground up for companies looking to smarten up their consumer product offerings and mobile assets.

 

Ruuvi Node

Developed by Finnish open-source electronics specialist, Ruuvi Innovations, the Ruuvi Node is a highly robust, maintenance-free, 100 per cent open-source node solution that combines a Nordic Semiconductor nRF9160 System-in-Package (SiP) cellular IoT module and an ultra-low power Nordic nRF52840 multi-protocol Bluetooth System-on-Chip (SoC).

Phantom ELDA

Phantom's End-device Level Distributed Automation (ELDA) is a Bluetooth LE home automation system which allows wall switches to wirelessly control lights in mesh network. The system uses two devices employing Nordic’s nRF52832 SoC for mesh networking between wall switch and LED drivers. Learn more here.

Zephyr Project Face to Face Meeting Brings Together Community for Strategic Planning

With the successful release of ZephyrOS 1.14 LTS complete it is now time for the community to begin looking ahead to what's next for Zephyr Project. In addition to safety certifications, the Zephyr Project is currently working towards:

  • Improving our processes and transparency
  • Revamping our website and online presence
  • The release of Zephyr 2.0 and Zephyr 1.14.1
  • Enabling product makers and users through guides and training materials

Thank you to the team at Intel for hosting this incredible, intensive 3 day workshop. You can read the full recap of the event in this blog by Zephyr Project Board Chairperson Amy Occhialino (Intel).

A Message From Linux Foundation Strategic Programs Director Kate Stewart: Welcome New Zephyr Project Leadership

The Zephyr Project would like to extend a warm welcome to the following contributors who have taken leadership roles within the community.  
  • Maureen Helm (NXP) TSC Chairperson
  • Mark Merizan (Intel) Marketing Committee Chairperson
  • David Brown (Linaro) Security Architect
  • Flávio Ceolin (Intel) Security Chair
  • Amber Hibberd (Intel) Interim Safety Chair
We would like to thank Anas Nashif (Intel) for his service to the community as TSC Chairperson from 2016 - 2019, Andy Gross (Linaro) for his work as the Security Chairperson and Ebba Simpson (Linaro) for her leadership as the Chairperson of the Marketing Committee. Thank you! 

New Developer Guides and Resources

RISC-V Getting Started Guide

The RISC-V Getting Started Guide shows users how to get started developing for the free and open RISC-V ISA. The Guide focuses on running Zephyr and Linux – on popular RISC-V platforms with minimum effort. Learn more here.
 
The Bluetooth LE Developer Study Guide is the perfect way to learn about Bluetooth LE, GATT and GAP and Zephyr with hands-on experience. Download the Bluetooth LE Developer Study Guide today and get coding with Zephyr and Bluetooth! Learn more here.
 
Thank you to our friends at Fit IoT-Lab for sharing a fantastic guide with the community that shows users how to quickly setup a Zephyr development environment and how to compile a Zephyr firmware.
 
Antmicro has recently released Renode 1.7 and 1.7.1, one of the largest updates yet of the open source multi-node simulation framework that has been gaining popularity in both the RISC-V ecosystem and Zephyr Project.
 

The Zephyr Project Technical Newsletter

Back by popular demand, we are thrilled to share the latest changes and ongoing initiatives within the Zephyr repos in this monthly recap published by Marti Bolivar (Nordic Semiconductors). View the May and June updates.
 

Upcoming Events 

For the full listing of events, workshops and speaking engagements, please visit our event page.

Get Involved


Zephyr Project is a diverse and inclusive community dedicated to building a vendor neutral ecosystem around Zephyr OS. We welcome contributions of all types as we build a truly open source RTOS to meet the needs of developers and users inventing, building and connecting the Internet of Things. Join us.
Join the Slack Channel
Contribute to Zephyr OS
Contact Us
LinkedIn
Twitter
Website
YouTube
GitHub
Copyright © 2019 Zephyr Project, All rights reserved.

Our mailing address is:
1 Letterman Drive
Building D, Suite D4700
San Francisco, CA 94129
Phone/Fax: +1 415 723 9709
https://www.linuxfoundation.org/

Want to change how you receive these emails?
You can update your preferences or unsubscribe from this list.

 






This email was sent to users@...
why did I get this?    unsubscribe from this list    update subscription preferences
Zephyr Project · 1702 Bauerle Ave · Austin, TX 78704-3304 · USA

Email Marketing Powered by Mailchimp


Re: flag for board type issue

Marc Herbert
 

I'm afraid that's the way CMake's cache works:

 

https://stackoverflow.com/questions/26145865/confused-about-cmakes-cached-variable-setting-priority

 

There are at least two "workarounds":

 

cmake -Be70build -DBOARD=sam_e70_xplained ...

 

or:

 

rm -rf build; cmake -Bbuild ...

 

 

 

From: <users@...> on behalf of KAY LI NG <kayli0109@...>
Date: Monday, 8 July 2019 at 19:41
To: "users@..." <users@...>
Subject: [Zephyr-users] flag for board type issue

 

Hi there,

 

I have a question.

I specified the flag for board type to build, it works.

But when i specify the flag for another board type, it still targets to the previous board. 

 

$ cmake -Bbuild -GNinja -DBOARD=sam_e70_xplained samples/hello_world

 

$ cmake -Bbuild -GNinja -DBOARD=qemu_x86 samples/hello_world

 

image.png

 

If i delete the build directory and specified the board type again, it works.

Is that a problem?

Or any other ways to simplify this?

 

Regards,

Kay Li

 

 


flag for board type issue

KAY LI NG <kayli0109@...>
 

Hi there,

I have a question.
I specified the flag for board type to build, it works.
But when i specify the flag for another board type, it still targets to the previous board. 

$ cmake -Bbuild -GNinja -DBOARD=sam_e70_xplained samples/hello_world


$ cmake -Bbuild -GNinja -DBOARD=qemu_x86 samples/hello_world


image.png

If i delete the build directory and specified the board type again, it works.
Is that a problem?
Or any other ways to simplify this?

Regards,
Kay Li



Re: BLE mesh message advertising interval

Venkat Rao Vallapaneni <vallapaneni@...>
 

Hi,

I also have a follow-up question, more related to the specification. This is regarding Publish Retransmit Count. I suppose this increases the number of mesh messages advertised. Can we have "Model Publication" state for configuration server model also? In the specification, it is mentioned that: "models defined by higher layer specifications use instances of the model publication state to control the publishing of messages". Not sure if we can have this state for base model such as configuration server.

Rgds,
Venkat.

On 08/07/19 8:30 PM, Venkat Rao Vallapaneni wrote:

Hi,

I am trying BLE mesh on-off app on nrf52840 USB dongle. I have provisioned two devices.
After provisioning, I have connected from my android device to node1 and sending messages to configuration server of node2. Node1, node2 and mobile are next to each other.
I am sending 25 configuration messages (binding app keys, setting pub and adding sub) for all generic onoff server/client models in node2.

Sometimes, I see that I don't get response (No response could be first message or any message in between or sometimes even I am successful in binding app keys to all models, but rarely).
When I debugged, I noticed that node2 receives configuration message (node1 relays the message received by the android device) and it also sends response with mesh message.

This mesh message is missed by node1. I am trying to understand more on why this mesh message advertising packet was missed by node1.

I noticed that in mesh/adv.c, I see that min interval and max interval are same. In the specifications, it is mentioned that: "The Advertising_Interval_Min shall be less than or equal to the Advertising_Interval_Max. The Advertising_Interval_Min and Advertising_Interval_Max should not be the same value to enable the Controller to determine the best advertising interval given other activities."

param.interval_min = ADV_SCAN_UNIT(adv_int);
param.interval_max = param.interval_min;

Why these two values are set same?

I have tried making interval_max as ADV_SCAN_UNIT(adv_int+5) but didn't help.

I have used default settings in mesh on-off sample app:

/* 3 transmissions with 20ms interval */
.net_transmit = BT_MESH_TRANSMIT(2, 20), 

I increased the transmissions to 6 (along with max interval greater than min interval) and it improved (3/5 times successful in sending 25 configuration messages back to back).

Any other recommended approaches to minimize mesh message advertising packet losses?


Thanks,
Venkat.


BLE mesh message advertising interval

Venkat Rao Vallapaneni <vallapaneni@...>
 

Hi,

I am trying BLE mesh on-off app on nrf52840 USB dongle. I have provisioned two devices.
After provisioning, I have connected from my android device to node1 and sending messages to configuration server of node2. Node1, node2 and mobile are next to each other.
I am sending 25 configuration messages (binding app keys, setting pub and adding sub) for all generic onoff server/client models in node2.

Sometimes, I see that I don't get response (No response could be first message or any message in between or sometimes even I am successful in binding app keys to all models, but rarely).
When I debugged, I noticed that node2 receives configuration message (node1 relays the message received by the android device) and it also sends response with mesh message.

This mesh message is missed by node1. I am trying to understand more on why this mesh message advertising packet was missed by node1.

I noticed that in mesh/adv.c, I see that min interval and max interval are same. In the specifications, it is mentioned that: "The Advertising_Interval_Min shall be less than or equal to the Advertising_Interval_Max. The Advertising_Interval_Min and Advertising_Interval_Max should not be the same value to enable the Controller to determine the best advertising interval given other activities."

param.interval_min = ADV_SCAN_UNIT(adv_int);
param.interval_max = param.interval_min;

Why these two values are set same?

I have tried making interval_max as ADV_SCAN_UNIT(adv_int+5) but didn't help.

I have used default settings in mesh on-off sample app:

/* 3 transmissions with 20ms interval */
.net_transmit = BT_MESH_TRANSMIT(2, 20), 

I increased the transmissions to 6 (along with max interval greater than min interval) and it improved (3/5 times successful in sending 25 configuration messages back to back).

Any other recommended approaches to minimize mesh message advertising packet losses?


Thanks,
Venkat.


DTC version unsupported error #west

Eric
 

On a new Ubuntu install, I'm having this issue with Zephyr using West.  It's also referenced in this issue, but the fix mentioned there didn't work for me:

https://github.com/zephyrproject-rtos/zephyr/issues/15246

$ west build -b nrf51_pca10031
-- west build: build configuration:
       source directory: /home/hp1/zephyrproject/zephyr/samples/hello_world
       build directory: /home/hp1/zephyrproject/zephyr/samples/hello_world/build
       BOARD: nrf51_pca10031 (origin: command line)
-- west build: generating a build system
Zephyr version: 1.14.99
-- Selected BOARD nrf51_pca10031
-- Found west: /home/hp1/.local/bin/west (found suitable version "0.5.7", minimum required is "0.5.6")
CMake Error at /home/hp1/zephyrproject/zephyr/cmake/extensions.cmake:1324 (message):
  Assertion failed: The detected dtc version is unsupported.

      The version was found to be 1.4.5                                  
      But the minimum supported version is 1.4.6                       
      See https://docs.zephyrproject.org/latest/getting_started/                    
      for how to use the SDK's dtc alongside a custom toolchain.
Call Stack (most recent call first):
  /home/hp1/zephyrproject/zephyr/cmake/host-tools.cmake:69 (assert)
  /home/hp1/zephyrproject/zephyr/cmake/app/boilerplate.cmake:412 (include)
  CMakeLists.txt:5 (include)


-- Configuring incomplete, errors occurred!


I did try the two environmental variables, which are now part of the Zephyr instructions, but the problem persists.

export ZEPHYR_TOOLCHAIN_VARIANT=zephyr
export ZEPHYR_SDK_INSTALL_DIR=$HOME/zephyr-sdk-0.10.1


I'm unsure how to go about fixing the DTC version issue.


Re: [EXT] [Zephyr-users] UART serial and CDC-ACM on Zephyr #bt #hc5

gnfranco@...
 

Thanks Andrei


Zephyr kernel compatibility with POSIX standard

Gabriele Morgante
 

Hi,

we are interested to know the compatibility degree of Zephyr kernel with the POSIX standard.

For instance, could we execute a C program POSIX compliant, written for an x86 linux kernel, on a Zephyr board as a Zephyr Application?

Thanks, regards!


Re: [EXT] [Zephyr-users] UART serial and CDC-ACM on Zephyr #bt #hc5

Andrei Gansari
 

Hello Glauber,

 

You need to enable the following configuration BT_UART as this enables UART3 on FRDM-K64F (this is initially designed for Arduino BT shields such as FRDM-KW41Z).

By “cdc_acm <---> UART_3” I assume you want to forward AT commands computer->board->bt.

Once you have UART3 enabled you can continue with the same sample project forwarding commands from one terminal to UART3.

 

I suggest you also have a look at this help page:

https://docs.zephyrproject.org/latest/boards/shields/frdm_kw41z/doc/index.html

We use a KW41Z as a BT Arduino shield similar to how you want to use HC05, but using UART HCI, not AT commands.

 

There is also subsys\bluetooth\host\at.c on what’s implemented on Zephyr’s BT subsystem with AT commands, please have a look at that.

 

 

Regards,

Andrei Gansari

 

From: users@... <users@...> On Behalf Of gnfranco via Lists.Zephyrproject.Org
Sent: Monday, July 1, 2019 6:38 PM
To: users@...
Cc: users@...
Subject: [EXT] [Zephyr-users] UART serial and CDC-ACM on Zephyr #bt #bt #hc5

 

Caution: EXT Email

I would like to use Zephyr with my Frdm K64f to program an HC-05 Bluetooth module using AT commands. Could you help explaining were I need to start?

For now my board are running cdc_acm composite example and it works fine, with two serial comm terminals it's send data each one. I'd like to change this example to use one cdc_acm and  UART_3.  cdc_acm <---> UART_3.








Tks

,

Glauber


Re: cant perform west init

Bolivar, Marti
 

" via Lists.Zephyrproject.Org"
<kayli0109=gmail.com@lists.zephyrproject.org> writes:

Hi Marc,

Thanks for the response.
In that case, can i install multiple version of Python? What version of
Python needed in this project?
Currently, Python 3.4+ is required.

Thanks,
Marti


Regards,
Kay Li

On Wed, 3 Jul 2019 at 10:07, Herbert, Marc <marc.herbert@intel.com> wrote:

You have a very old Python version in your HOME directory, is that on
purpose? Does some other project require it maybe?



Marc



*From: *<users@lists.zephyrproject.org> on behalf of KAY LI NG <
kayli0109@gmail.com>
*Date: *Tuesday, 2 July 2019 at 18:15
*To: *"users@lists.zephyrproject.org" <users@lists.zephyrproject.org>
*Subject: *[Zephyr-users] cant perform west init



Hi there,



While performing west init, i face this issue.



$ west init zephyrproject



Traceback (most recent call last):

File "/home/gchee2/.local/bin/west", line 11, in <module>

sys.exit(main())

File
"/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py",
line 501, in main

init(wrap_argv[1:])

File
"/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py",
line 257, in init

bootstrap(args)

File
"/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py",
line 323, in bootstrap

exist_ok=True)

File
"/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py",
line 124, in clone

_banner('Cloning {} from {}, rev. {} into {}'.format(desc, url, rev,
dest))

File
"/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py",
line 162, in _banner

print(colorama.Fore.LIGHTGREEN_EX, end='')

AttributeError: 'AnsiCodes' object has no attribute 'LIGHTGREEN_EX'



Some online resources say its the colorama version not up to date, but i
cant seems to upgrade it.



Any idea how to solve it?



Thank you!



Regards,

Kay Li



DTLS over CoAP for the Zephyr project

Nikos Karamolegkos
 

Hello everyone,

I have seen that other IoT OS use tinydtls for authentication over CoAP and IEEE 802.15.4. On the other hand,  the Zephyr RTOS I have seen (in documentation 1.9) that uses mbed TLS but I confused on how to set it in IoT end devices. Specifically, I was wondering if there is any tutorial to start (e.g in reel boards). Also, I would like to know if the DTLS is based on pre-shared keys or in any elliptic curve cryptography (ECC) algorithm?

Thank you for your time

--
Nikos Karamolegkos
R & D Engineer at ICS-FORTH
Telecommunications and Networks Lab (TNL)


Re: cant perform west init

KAY LI NG <kayli0109@...>
 

Hi Marc,

Thanks for the response.
In that case, can i install multiple version of Python? What version of Python needed in this project?

Regards,
Kay Li

On Wed, 3 Jul 2019 at 10:07, Herbert, Marc <marc.herbert@...> wrote:

You have a very old Python version in your HOME directory, is that on purpose? Does some other project require it maybe?

 

Marc

 

From: <users@...> on behalf of KAY LI NG <kayli0109@...>
Date: Tuesday, 2 July 2019 at 18:15
To: "users@..." <users@...>
Subject: [Zephyr-users] cant perform west init

 

Hi there,

 

While performing west init, i face this issue.

 

$ west init zephyrproject

 

Traceback (most recent call last):

  File "/home/gchee2/.local/bin/west", line 11, in <module>

    sys.exit(main())

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 501, in main

    init(wrap_argv[1:])

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 257, in init

    bootstrap(args)

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 323, in bootstrap

    exist_ok=True)

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 124, in clone

    _banner('Cloning {} from {}, rev. {} into {}'.format(desc, url, rev, dest))

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 162, in _banner

    print(colorama.Fore.LIGHTGREEN_EX, end='')

AttributeError: 'AnsiCodes' object has no attribute 'LIGHTGREEN_EX'

 

Some online resources say its the colorama version not up to date, but i cant seems to upgrade it.

 

Any idea how to solve it?

 

Thank you!

 

Regards,

Kay Li


Re: cant perform west init

Marc Herbert
 

You have a very old Python version in your HOME directory, is that on purpose? Does some other project require it maybe?

 

Marc

 

From: <users@...> on behalf of KAY LI NG <kayli0109@...>
Date: Tuesday, 2 July 2019 at 18:15
To: "users@..." <users@...>
Subject: [Zephyr-users] cant perform west init

 

Hi there,

 

While performing west init, i face this issue.

 

$ west init zephyrproject

 

Traceback (most recent call last):

  File "/home/gchee2/.local/bin/west", line 11, in <module>

    sys.exit(main())

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 501, in main

    init(wrap_argv[1:])

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 257, in init

    bootstrap(args)

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 323, in bootstrap

    exist_ok=True)

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 124, in clone

    _banner('Cloning {} from {}, rev. {} into {}'.format(desc, url, rev, dest))

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 162, in _banner

    print(colorama.Fore.LIGHTGREEN_EX, end='')

AttributeError: 'AnsiCodes' object has no attribute 'LIGHTGREEN_EX'

 

Some online resources say its the colorama version not up to date, but i cant seems to upgrade it.

 

Any idea how to solve it?

 

Thank you!

 

Regards,

Kay Li


cant perform west init

KAY LI NG <kayli0109@...>
 

Hi there,

While performing west init, i face this issue.

$ west init zephyrproject

 

Traceback (most recent call last):

  File "/home/gchee2/.local/bin/west", line 11, in <module>

    sys.exit(main())

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 501, in main

    init(wrap_argv[1:])

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 257, in init

    bootstrap(args)

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 323, in bootstrap

    exist_ok=True)

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 124, in clone

    _banner('Cloning {} from {}, rev. {} into {}'.format(desc, url, rev, dest))

  File "/home/gchee2/.local/lib/python3.4/site-packages/west/_bootstrap/main.py", line 162, in _banner

    print(colorama.Fore.LIGHTGREEN_EX, end='')

AttributeError: 'AnsiCodes' object has no attribute 'LIGHTGREEN_EX'


Some online resources say its the colorama version not up to date, but i cant seems to upgrade it.


Any idea how to solve it?


Thank you!


Regards,

Kay Li


UART serial and CDC-ACM on Zephyr #bt #hc5

gnfranco@...
 

I would like to use Zephyr with my Frdm K64f to program an HC-05 Bluetooth module using AT commands. Could you help explaining were I need to start?

For now my board are running cdc_acm composite example and it works fine, with two serial comm terminals it's send data each one. I'd like to change this example to use one cdc_acm and  UART_3.  cdc_acm <---> UART_3.







Tks

,

Glauber


Re: Help with out of tree driver addition #nrf52840

@simo
 

I believe I made some progress after including "myRepo" as a submodule, however now I am running into this:

Including module:  in path: /home/stan/projects/projectRed/myRepo
CMake Error at /home/stan/projects/projectRed/nrfConnectCore/zephyr/CMakeLists.txt:604 (add_subdirectory):
  The binary directory
    /home/stan/projects/projectRed/myRepo/samples/tmp116/build/zephyr
  is already used to build a source directory.  It cannot be used to build
  source directory
    /home/stan/projects/projectRed/myRepo
  Specify a unique binary directory name.


Help with out of tree driver addition #nrf52840

@simo
 

Hi all, I'm working on a custom product based on the nRF9160 and am trying to setup our version control repo outside of the Zephyr (or in this case the Nordic SDK). Currently I have the following directory structure:

> Project
  > ncs
    > mbedtls
    > mcuboot
    > modules
    > nrf
    > nrfxlib
    > test
    > zephyr
  > myRepo
    > boards
    > drivers
      > CMakeLists.txt
      > Kconfig
      > sensor
        > CMakeLists.txt
        > Kconfig
        > tmp116
          > CMakeLists.txt
          > Kconfig
          > tmp116.c
          > tmp116.h
    > dts
      > bindings
        > sensor
          > ti,tmp116.yaml
    > samples

So far I've been able to create a sample project in myRepo/samples, and build it using cMake by specifying my BOARD and BOARD_ROOT. I'm able to include the zephyr-supported drivers and configure my board to use them.

Now I would like to add support for custom out of tree drivers (TI's TMP116 to start) and am getting stuck. So far I've added the driver folder as above and basically created the same structure as the tmp112 sensor driver in the Zephyr repo. I add CONFIG_SENSOR=y and CONFIG_TMP116=y to my proj.cfg. When I attempt to run cmake, however, I see the following error:

warning: attempt to assign the value 'y' to the undefined symbol TMP116

I've tried a number of things I was able to find online, but nothing has gotten me any closer to successfully building. I suspect that some of my CMakeLists aren't being picked up, or maybe I need to include myRepo as a module? Could someone please point me in the right direction?


Dev review meeting: Agenda

Kumar Gala
 


Re: [Zephyr-devel] removing HEX_FILES_TO_MERGE?

Benjamin Lindqvist <benjamin.lindqvist@...>
 

If the feature isn't horribly misimplemented, does what is expected of it and is expected to have very little maintenance costs, why drop it? I haven't used the feature, but I can definitely picture a situation where it might be useful. 


On Thu, Jun 27, 2019 at 8:35 AM lairdjm <jamie.mccrae@...> wrote:
Hi Marti,
I haven't personally used this feature at time of writing but I can imagine it would be useful for merging in a bootloader, e.g. we have a design that has 3 components:
        1. Nordic MBR
        2. User application
        3. Bootloader
So may give it a try out in the future.

I imagine users of other devices have similar requirements e.g .with blobs for the ESP32. So I don't see why a working, cross platform feature like this should be removed so that 'users can come up with their own solution', if they want to do that then they can disable the feature and do as they wish already, leaving it in doesn't (as far as I know) cause any issues so why remove it?
Thanks,
Jamie



1101 - 1120 of 2654