Date   

Need help in implementing a IPv4 based multicast listener application #networking #samples

giriprasad@...
 

Hi,

I am trying to implement IPv4 based multicast listener application. Please let me know, if there are any sample applications in Zephyr that involve joining to a multicast group and listening on a port. 

Thanks & Regards,
Giri.


Cancelled Event: Zephyr Project: APIs - Tuesday, 29 October 2019 #cal-cancelled

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

Cancelled: Zephyr Project: APIs

This event has been cancelled.

When:
Tuesday, 29 October 2019
9:00am to 10:00am
(UTC-07:00) America/Los Angeles

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

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: ELC-E Zephyr Multiimage BoF - Bob Build Tool

jan@...
 

Hi,

I think the https://github.com/BobBuildTool/bob-example-embedded example is the most interesting one to the Zephyr community (even though it's using FreeRTOS+Linux at the moment).

If you guys have a particular example that already builds multiple dependent Zephyr images then we can try to setup some Bob recipes that builds the same thing...

/Jan


Re: ELC-E Zephyr Multiimage BoF - Bob Build Tool

haakon.amundsen@...
 


Re: ELC-E Zephyr Multiimage BoF - Bob Build Tool

Henrik Brix Andersen
 

There were also references to a “partition manager” application/script.
Anybody have a reference to that?

--
Henrik Brix Andersen

On 29 Oct 2019, at 06.46, Kumar Gala <kumar.gala@linaro.org> wrote:

From the ELC-E Zephyr MultiImage BoF hosted by Marti there was some reference to using a tool like bitbake. There was mention of a tool called Bob.

Sending a reference here for all the be able to look at Bob:

https://bobbuildtool.dev/

- k


ELC-E Zephyr Multiimage BoF - Bob Build Tool

Kumar Gala
 

From the ELC-E Zephyr MultiImage BoF hosted by Marti there was some reference to using a tool like bitbake. There was mention of a tool called Bob.

Sending a reference here for all the be able to look at Bob:

https://bobbuildtool.dev/

- k


2 PWM channels with Phase Offset #nrf52832 #pwm

matt@...
 

Hello Zephyr community,

I'm working on an nrf52832 based project with Zephyr and am looking to implement two PWM channels with variable phase-offset. As far as I can tell, the nrfx drivers don't expose any sort of phase control explicitly nor does Zephyr's PWM library. Some options I've found directly within the nordic environment are using PPI or using the sequence_values table:

https://devzone.nordicsemi.com/f/nordic-q-a/48884/possible-to-create-pwm-phase-delay
https://devzone.nordicsemi.com/f/nordic-q-a/43597/pwm-drive-how-to-generate-pwm-signals-that-are-phase-shifted-90-degree

One key requirement for me is that the phase offset is not fixed - i.e. i want to be able to sweep both PWM channel frequencies and adjust the phase offset of the second channel on the fly, with the goal of a waveform that looks approximately like this:

Period: 333us
PWM0 sequence: On for 100us, off for 233us
PWM1 sequence: Off for 100us, on for 100us, off for 133us

Crude text based representation (that might not display well on all environments) below of 2 periods of this signal:

           Period
           -------- 
PWM0 |  |____|  |____
PWM1 __|  |____|  |__

Is there a clean way to do this? I'm thinking the PPI triggered start of PWM1 for the phase offset, but if there is a way to do this without engaging the lower level nordic libraries that would be ideal.

Thank you,

Matt


Upcoming Event: Zephyr Project: Dev Meeting - Thu, 10/24/2019 8:00am-9:00am, Please RSVP #cal-reminder

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

Reminder: Zephyr Project: Dev Meeting

When: Thursday, 24 October 2019, 8:00am to 9:00am, (GMT-07:00) America/Los Angeles

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

An RSVP is requested. Click here to RSVP

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


Dev-Review Meeting Agenda (Oct 24)

Kumar Gala
 

Here’s the agenda topics for this week:

Board flash partitions can't be tested in tree [erwan]
https://github.com/zephyrproject-rtos/zephyr/issues/20070

How to use flash with varying erase block size [erwan]
https://github.com/zephyrproject-rtos/zephyr/pull/14041

New, orthogonal and complete time conversion API: [Peter/Andy]
https://github.com/zephyrproject-rtos/zephyr/pull/19591

If there’s anything else to add please let me know.

Thanks

- k


Re: powerpc port of Zephyr

Wang, Steven L <steven.l.wang@...>
 

Wooo. It's nice work.

-Steven

On 10/24/2019 2:54 PM, Michael Neuling wrote:
Hi all,

Below is a basic port of Zephyr to powerpc:

https://github.com/mikey/zephyr/commits/powerpc

It runs on both qemu and and microwatt [1]. It runs the basic tests and samples
in the repository and supports both cooperative and pre-emptive multitasking.

The patch still contains a few FIXMEs but reviews are welcome. When we are
comfortable with the patch, we'd like to create a PR so it can be considered for
inclusion in the upstream project.

The port was done by Anton Blanchard and myself.

Regards,
Mikey

1. https://github.com/antonblanchard/microwatt


Re: powerpc port of Zephyr

Kumar Gala
 

Awesome guys, might have to start hacking on PowerPC again!!

- k

On Oct 24, 2019, at 4:54 AM, Hugh Blemings <hugh@openpowerfoundation.org> wrote:

Nice work! :)

On 24 October 2019 2:54:47 pm AWST, Michael Neuling <mikey@neuling.org> wrote:
Hi all,

Below is a basic port of Zephyr to powerpc:

https://github.com/mikey/zephyr/commits/powerpc

It runs on both qemu and and microwatt [1]. It runs the basic tests and samples
in the repository and supports both cooperative and pre-emptive multitasking.

The patch still contains a few FIXMEs but reviews are welcome. When we are
comfortable with the patch, we'd like to create a PR so it can be considered for
inclusion in the upstream project.

The port was done by Anton Blanchard and myself.

Regards,
Mikey

1. https://github.com/antonblanchard/microwatt

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


Re: powerpc port of Zephyr

Hugh Blemings <hugh@...>
 

Nice work! :)


On 24 October 2019 2:54:47 pm AWST, Michael Neuling <mikey@...> wrote:
Hi all,

Below is a basic port of Zephyr to powerpc:

https://github.com/mikey/zephyr/commits/powerpc

It runs on both qemu and and microwatt [1]. It runs the basic tests and samples
in the repository and supports both cooperative and pre-emptive multitasking.

The patch still contains a few FIXMEs but reviews are welcome. When we are
comfortable with the patch, we'd like to create a PR so it can be considered for
inclusion in the upstream project.

The port was done by Anton Blanchard and myself.

Regards,
Mikey

1. https://github.com/antonblanchard/microwatt

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


Re: Problem with sending longer HCI messages with DLE enabled NRF52840 #ble #hci #nrf52480

kristian.kajak@...
 

Hello!

I have had some progress so far. I tried the same configuration setup on the NRF52-PCA10040 dev kit with the HCI-UART sample and everything seems to work as expected. Although I do not necessarily need to use the dongles any further, it would be fascinating to understand why does it behave differently on the nrf52840 dongle. This is probably due to differences in the HCI implementation, but if anyone could point out the exact reason, I would be grateful.

With regards,

Kristian


powerpc port of Zephyr

Michael Neuling
 

Hi all,

Below is a basic port of Zephyr to powerpc:

https://github.com/mikey/zephyr/commits/powerpc

It runs on both qemu and and microwatt [1]. It runs the basic tests and samples
in the repository and supports both cooperative and pre-emptive multitasking.

The patch still contains a few FIXMEs but reviews are welcome. When we are
comfortable with the patch, we'd like to create a PR so it can be considered for
inclusion in the upstream project.

The port was done by Anton Blanchard and myself.

Regards,
Mikey

1. https://github.com/antonblanchard/microwatt


Problem with sending longer HCI messages with DLE enabled NRF52840 #ble #hci #nrf52480

kristian.kajak@...
 

Hi,

I am having some problems with getting two NRF52840 USB dongles to communicate with each other with extended data ACL data lengths. I have flashed both the dongles with the Zephyr HCI-USB samples (slightly modified configurations to enable Data Length Extension).

Problem:
Without the DLE configurations, I was able to send 27B of data (including L2CAP length + CID headers) within one transmission so that I can actually receive the "Number of completed packets" event and see that the remote device receives this data. With the DLE enabled, I can only send up to 68B of data (again, headers included), whereas I was expecting to be able to send up to 251B. If the data length is 69 or more, I will not receive the "Number of completed packets" event and the data is not seen on the remote device.

What I have tried:
Different CTRL & HOST config modifications (including CONFIG_BT_HCI_ACL_FLOW_CONTROL=y/n, CONFIG_BT_L2CAP_TX/RX_MTU=247, CONFIG_BT_RX_BUF_LEN=258, and more...) and validated that all of them get set properly with menuconfig.
Also tried using the HCI_Host_Buffer_Size command to set the buffer size to 251 of both of the systems.
Tried increasing the Connection interval to 30ms.
Tried increasing the TX times to 17040 with HCI_LE_Set_Data_length.

Setup:
Host #1: Linux Mint Tina 19.2
Host #1: Linux Mint Tina 19.2, running on VM
Controllers #1 & #2: Zephyr HCI-USB with the following config modifications:

    CONFIG_BT_HCI_ACL_FLOW_CONTROL=y

    CONFIG_BT_RX_BUF_LEN=258

    CONFIG_BT_CTLR_PHY=y

    CONFIG_BT_CTLR_PHY_2M=y

    CONFIG_BT_CTLR_RX_BUFFERS=10

    CONFIG_BT_CTLR_TX_BUFFERS=10

    CONFIG_BT_CTLR_TX_BUFFER_SIZE=251

    CONFIG_BT_CTLR_DATA_LENGTH_MAX=251

 

    CONFIG_BT_CTLR_ADVANCED_FEATURES=y


I can of course provide additional information if requested. Hope someone can provide some ideas!

With regards,
Kristian


Re: Require Help NRF52840 PCA 10059

Bolivar, Marti
 

Hi,

"Muhammad Muh via Lists.Zephyrproject.Org"
<muhammad.muh83=outlook.com@lists.zephyrproject.org> writes:

Dear All,

It has been quite long that i emailed to this group. Hope everybody is fine and in good health. Coming towards the issue i am using nrf52840_PCA10059 Dongle. I am trying to do the example available in
Zephyr----> Sample------->Boards------>nrf52---------->onoff-app and
onoff_level_lighting_vnd_app.
I get what you mean, but we usually identify files using their paths.

Example: zephyr/samples/boards/nrf52/mesh/onoff-app

When i use the WEST command by using board PCA 10056 they run fine and give no error. Moreover, when i run the following command with PCA 10059 i get the following error with both the examples.

Command: west build -b nrf52840_pca10059 .
Error: I am showing the last part of error
../src/mesh/publisher.c: In function 'publish':
../src/mesh/publisher.c:61:43: error: 'DT_ALIAS_SW1_GPIOS_PIN' undeclared (first use in this function); did you mean 'DT_ALIAS_SW0_GPIOS_PIN'?
} else if (button_read(button_device[1], DT_ALIAS_SW1_GPIOS_PIN) == 0U) {
^~~~~~~~~~~~~~~~~~~~~~
DT_ALIAS_SW0_GPIOS_PIN
../src/mesh/publisher.c:61:43: note: each undeclared identifier is reported only once for each function it appears in
../src/mesh/publisher.c:83:43: error: 'DT_ALIAS_SW2_GPIOS_PIN' undeclared (first use in this function); did you mean 'DT_ALIAS_SW0_GPIOS_PIN'?
} else if (button_read(button_device[2], DT_ALIAS_SW2_GPIOS_PIN) == 0U) {
^~~~~~~~~~~~~~~~~~~~~~
DT_ALIAS_SW0_GPIOS_PIN
../src/mesh/publisher.c:153:43: error: 'DT_ALIAS_SW3_GPIOS_PIN' undeclared (first use in this function); did you mean 'DT_ALIAS_SW0_GPIOS_PIN'?
} else if (button_read(button_device[3], DT_ALIAS_SW3_GPIOS_PIN) == 0U) {
^~~~~~~~~~~~~~~~~~~~~~
DT_ALIAS_SW0_GPIOS_PIN
ninja: build stopped: subcommand failed.
ERROR: command exited with status 1: /home/rg/cmake-3.13.1-Linux-x86_64/bin/cmake --build /home/rg/zephyrproject/zephyr/samples/boards/nrf52/mesh/onoff_level_lighting_vnd_app/build

It is requested to kindly advise on the aforementioned.
The PCA10059 board only has one button, so its devicetree (dts file)
only defines a sw0 alias. The on-off sample seems to require additional
buttons since it's using macros generated from the sw1, sw2, and sw3
aliases, so I doubt it will work with that board.

Please see the devicetree documentation for more details:

https://docs.zephyrproject.org/latest/guides/dts/index.html

Thanks,
Marti


Best Regards



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

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

Reminder: Zephyr Project: APIs

When: Tuesday, 22 October 2019, 9:00am to 10:00am, (GMT-07: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


Require Help NRF52840 PCA 10059

Muhammad Muh <muhammad.muh83@...>
 

Dear All,

It has been quite long that i emailed to this group. Hope everybody is fine and in good health. Coming towards the issue i am using nrf52840_PCA10059 Dongle. I am trying to do the example available in
Zephyr----> Sample------->Boards------>nrf52---------->onoff-app and onoff_level_lighting_vnd_app. When i use the WEST command by using board PCA 10056 they run fine and give no error. Moreover, when i run the following command with PCA 10059 i get the following error with both the examples. 

Command:  west build -b nrf52840_pca10059 .
Error: I am showing the last part of error
../src/mesh/publisher.c: In function 'publish':
../src/mesh/publisher.c:61:43: error: 'DT_ALIAS_SW1_GPIOS_PIN' undeclared (first use in this function); did you mean 'DT_ALIAS_SW0_GPIOS_PIN'?
  } else if (button_read(button_device[1], DT_ALIAS_SW1_GPIOS_PIN) == 0U) {
                                           ^~~~~~~~~~~~~~~~~~~~~~
                                           DT_ALIAS_SW0_GPIOS_PIN
../src/mesh/publisher.c:61:43: note: each undeclared identifier is reported only once for each function it appears in
../src/mesh/publisher.c:83:43: error: 'DT_ALIAS_SW2_GPIOS_PIN' undeclared (first use in this function); did you mean 'DT_ALIAS_SW0_GPIOS_PIN'?
  } else if (button_read(button_device[2], DT_ALIAS_SW2_GPIOS_PIN) == 0U) {
                                           ^~~~~~~~~~~~~~~~~~~~~~
                                           DT_ALIAS_SW0_GPIOS_PIN
../src/mesh/publisher.c:153:43: error: 'DT_ALIAS_SW3_GPIOS_PIN' undeclared (first use in this function); did you mean 'DT_ALIAS_SW0_GPIOS_PIN'?
  } else if (button_read(button_device[3], DT_ALIAS_SW3_GPIOS_PIN) == 0U) {
                                           ^~~~~~~~~~~~~~~~~~~~~~
                                           DT_ALIAS_SW0_GPIOS_PIN
ninja: build stopped: subcommand failed.
ERROR: command exited with status 1: /home/rg/cmake-3.13.1-Linux-x86_64/bin/cmake --build /home/rg/zephyrproject/zephyr/samples/boards/nrf52/mesh/onoff_level_lighting_vnd_app/build

It is requested to kindly advise on the aforementioned.

Best Regards


API meeting: Agenda

Carles Cufi
 

Hi all,

This week we will look at:

- V4Z: Update on comments, merge if there is no objections
- https://github.com/zephyrproject-rtos/zephyr/pull/17194

- EEPROM API proposal
- https://github.com/zephyrproject-rtos/zephyr/pull/19972

- GPIO: Update on progress
- Look at the PRs with driver conversion (https://github.com/zephyrproject-rtos/zephyr/issues/18530)
- Check users of GPIO APIs: https://github.com/zephyrproject-rtos/zephyr/issues/20017
- Any additional outstanding PRs to topic-gpio

Additional items in the "Triage" column in the GitHub project may be discussed if time permits.
If you want an item included in the meeting, please add it to the GitHub project.

https://github.com/zephyrproject-rtos/zephyr/wiki/Zephyr-Committee-and-Working-Group-Meetings#zephyr-api-discussion
https://github.com/zephyrproject-rtos/zephyr/projects/18
https://docs.google.com/document/d/1lv-8B5QE2m4FjBcvfqAXFIgQfW5oz6306zJ7GIZIWCk/edit

Regards,

Carles


Re: Supported devices

Maureen Helm
 

Hi Robert,

There is a pull request for RT1010. We’re still working on getting it into a mergeable state.

https://github.com/zephyrproject-rtos/zephyr/pull/19335

 

Maureen

 

From: devel@... <devel@...> On Behalf Of Robert Lewicki via Lists.Zephyrproject.Org
Sent: Sunday, October 20, 2019 11:27 AM
To: devel@...
Cc: devel@...
Subject: [Zephyr-devel] Supported devices

 

I sent an email previously and after going into the project and looking at the list of supported products, it seems as if the NXP i.MX RT1010 is not yet supported although the 1020 and others are.
Any ide when the 1010 would be supported, and how can I help? Can I try the 1020?
Thanks

Robert

1621 - 1640 of 8033