Date   

Re: Need help in establishing client-server socket communication between my Ubuntu PC and PCA10056 board, on which Zephyr is running. #nrf52840 #samples

Jukka Rissanen
 

Hi Giri,

yes, that is definitely a problem. The destination MAC address should be a valid unicast address. Does you ethernet board have a proper MAC address set to it? You can see the MAC address using "net iface" command in net-shell.

Cheers,
Jukka


On Tue, 2019-09-24 at 05:52 -0700, giriprasad@... wrote:
Hi Jukka,

I have verified the MAC address. Zephyr is sending the [SYN/ACK] packet with destination MAC address as "ff:ff:ff:ff:ff:ff", which is a broadcast address. Does this causing my ubuntu to not receive the packets?

Thanks & Regards,
Giri


clarification Zephyr kernel type

Khalid Talash <khalid.talash@...>
 

Hello,

I am currently writing a paper comparing different RTOSs. I want to compare the kernel architecture types of the different RTOSs but Zephyrs kernel confuses me a little bit. I get from literature and wikipedia that basically kernel types are monolithic or microkernel. From your visualization of system architecture on your security overview page I would guess Zephyr uses microkernel type because functionalities like file systems and IPC are seperate from Kernel. But your documentation also says Zephyr uses unified kernel which on the other hand sounds like monolithic to me.
Could you please which classification of kernel type (monolithic or microkernel) fits Zephyr? This would help me so much.

Thanks in advance.

Sincerely
Khalid Talash


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

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

Reminder: Zephyr Project: APIs

When: Tuesday, 24 September 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


Re: Need help in establishing client-server socket communication between my Ubuntu PC and PCA10056 board, on which Zephyr is running. #nrf52840 #samples

giriprasad@...
 

Hi Jukka,

I have verified the MAC address. Zephyr is sending the [SYN/ACK] packet with destination MAC address as "ff:ff:ff:ff:ff:ff", which is a broadcast address. Does this causing my ubuntu to not receive the packets?

Thanks & Regards,
Giri


Interfacing ENC28J60(ethernet) with PCA10056. #nrf52840

giriprasad@...
 
Edited

Hi Team,

I have interfaced ENC28j60 module to PCA10056 and flashed the example "zephyr/samples/net/sockets/echo" . After this, I am unable to ping PCA10056. I am getting the wireshark log as shown in attached file "wireshark_log_arp_enabled.png".  Here, mac_address of ENC28J60 is " 00:04:a3:ae:89:92", IP Address is "192.168.31.37". IP Address of the PC I am pinging from is "192.168.31.74". After this,I have commented out few lines of code in the file "zephyr//subsys/net/l2/ethernet/ethernet.c". Now, I am able to ping "PCA10056". Please  find the wireshark log of this in the attached file "wireshark_log_arp_disabled.png". Also attached screenshot of the changes I have made to the file "zephyr//subsys/net/l2/ethernet/ethernet.c" with name "ethernet_file_changes.png". Please help me in understanding why I am unable to ping without changes to the file "zephyr//subsys/net/l2/ethernet/ethernet.c". Please let me know, if more information is needed.

Thanks & Regards,
Giri


Re: Need help in establishing client-server socket communication between my Ubuntu PC and PCA10056 board, on which Zephyr is running. #nrf52840 #samples

Jukka Rissanen
 

Hi Giri,

You could also verify from wireshark that the MAC addresses are
correctly set in the packets. If zephyr sends a packet
using wrong destination MAC address, then your ubuntu would not
receive it.

Cheers,
Jukka

On Tue, 2019-09-24 at 02:20 -0700, giriprasad@semiconsoul.com wrote:
Hi,

Thanks for the reply. I have verified the ufw status and it is
inactive. Is it enough to say that firewall is disabled.

Regards,
Giri
_._,_._,_
Links:


Re: Need help in establishing client-server socket communication between my Ubuntu PC and PCA10056 board, on which Zephyr is running. #nrf52840 #samples

giriprasad@...
 

Hi,

Thanks for the reply. I have verified the ufw status and it is inactive. Is it enough to say that firewall is disabled.

Regards,
Giri


Re: Need help in establishing client-server socket communication between my Ubuntu PC and PCA10056 board, on which Zephyr is running. #nrf52840 #samples

Jukka Rissanen
 

Hi,

The text logs do not reveal anything useful (other than the zephyr
version used and that you are using ethernet + dhcp).

From the wireshark image, we can see that ubuntu does not receive the
SYN,ACK that zephyr sends as ubuntu tries to send SYN multiple times.
Perhaps there is a firewall that blocks the connection?

Cheers,
Jukka

On Mon, 2019-09-23 at 23:59 -0700, giriprasad@semiconsoul.com wrote:
Hi Team,

I am running tcp socket client program in Ubuntu bash of Windows
subsystem for Linux and server program on PCA10056 board, on which
zephyr is running. I am able to establish connection and transfer
data between server and client. Please observe the zephyr debug log
of this, in the file attached with name
"socket_connection_log_zephyr_server_wsl_client.txt". Also observe
the log of wireshark running on Windows PC. File name is
"ws_log_sock_conn_zephyr_server_wsl_client.png"


After this, I have tried running the client code in the PC which is
running on Ubuntu OS. But, this time I am unable to establish
connection between my PC and PCA10056. Please observe the zephyr
debug log of this, in the file attached with name
"socket_connection_log_zephyr_server_ubuntu_client.txt". Also observe
the log of wireshark running on Ubuntu PC. File name is
"ws_log_sock_conn_zephyr_server_ubuntu_client.png".

I am unsure of this behavior. Please help me to establish connection
between Ubuntu PC and PCA10056. Please let me know, if more
information is needed.

Thanks & Regards,
Giri Prasad N.


Need help in establishing client-server socket communication between my Ubuntu PC and PCA10056 board, on which Zephyr is running. #nrf52840 #samples

giriprasad@...
 

Hi Team,

I am running tcp socket client program in Ubuntu bash of Windows subsystem for Linux and server program on PCA10056 board, on which zephyr is running. I am able to establish connection and transfer data between server and client. Please observe the zephyr debug log of this, in the file attached with name "socket_connection_log_zephyr_server_wsl_client.txt". Also observe the log of wireshark running on Windows PC. File name is "ws_log_sock_conn_zephyr_server_wsl_client.png"


After this, I have tried running the client code in the PC which is running on Ubuntu OS. But, this time I am unable to establish connection between my PC and PCA10056. Please observe the zephyr debug log of this, in the file attached with name "socket_connection_log_zephyr_server_ubuntu_client.txt". Also observe the log of wireshark running on Ubuntu PC. File name is "ws_log_sock_conn_zephyr_server_ubuntu_client.png".

I am unsure of this behavior. Please help me to establish connection between Ubuntu PC and PCA10056. Please let me know, if more information is needed.

Thanks & Regards,
Giri Prasad N.


Re: LWM2M batch uploading data

Benjamin Lindqvist
 

Thanks for the info Mike. Queueing mode seems like it would resolve some worries, but would you mind clarifying one thing? From the issue:
 
  • Wake up before lifetime or observation (if any) expires

Seems like this can be interpreted as "an observation always implies an uplink", i.e. buffering and batching many observations in a single uplink is not really possible. Is this correct?


On Tue, Sep 24, 2019 at 12:02 AM Michael Scott <mike@...> wrote:
Hello Benjamin,

On Mon, Sep 23, 2019, 9:11 AM Benjamin Lindqvist <benjamin.lindqvist@...> wrote:
To be honest, it sort of seems as if the implementation assumes it has a perpetually open socket connection to cloud at all times. Perhaps this is an exaggeration, but I'd kind of like to know how (if?) the implementation handles downed interfaces and broken pipes...

You are correct.  The missing piece is LwM2M queue mode support.  This mode is registered during the initial client / server connection.  It means there is a mutual agreement that the client will (in general) not be available for instantaneous queries, but prior to the agreed upon connection "lifetime", the client will re-establish communication with the server and answer requests.  There is a set period of time where the client will remain connected afterward and then it can go back offline.

Over the last few months, queue mode in Zephyr has gotten more attention (mainly due to expanding modem support).  Unfortunately, due to my current work load, I haven't had the time to implement and test it.

Here is the Zephyr issue which tracks the addition of LwM2M queue mode support:

Michael Scott
Embedded Software Engineer
Foundries.io


On Mon, Sep 23, 2019 at 5:34 PM Benjamin Lindqvist via Lists.Zephyrproject.Org <benjamin.lindqvist=endian.se@...> wrote:
Hi,

We have a use-case which I deem to be pretty normal: uplinks are really expensive and should be kept to a minimum (in fact, we want the radio completely powered off 99.99% of the time). But we have N sensors which we want to observe from the cloud, at different intervals. Looking briefly through the specification, one gets the impression that OBSERVE at some interval implies that the device uploads data at this observation interval. 

What we'd like to do is to sample the data at the observation interval and batch upload it at some different, longer, interval. It's not clear to me if the specification allows this - and if it does, does the Zephyr implementation allow it?

Grateful for clarifications.


Re: LWM2M batch uploading data

Michael Scott
 

Hello Benjamin,

On Mon, Sep 23, 2019, 9:11 AM Benjamin Lindqvist <benjamin.lindqvist@...> wrote:
To be honest, it sort of seems as if the implementation assumes it has a perpetually open socket connection to cloud at all times. Perhaps this is an exaggeration, but I'd kind of like to know how (if?) the implementation handles downed interfaces and broken pipes...

You are correct.  The missing piece is LwM2M queue mode support.  This mode is registered during the initial client / server connection.  It means there is a mutual agreement that the client will (in general) not be available for instantaneous queries, but prior to the agreed upon connection "lifetime", the client will re-establish communication with the server and answer requests.  There is a set period of time where the client will remain connected afterward and then it can go back offline.

Over the last few months, queue mode in Zephyr has gotten more attention (mainly due to expanding modem support).  Unfortunately, due to my current work load, I haven't had the time to implement and test it.

Here is the Zephyr issue which tracks the addition of LwM2M queue mode support:

Michael Scott
Embedded Software Engineer
Foundries.io


On Mon, Sep 23, 2019 at 5:34 PM Benjamin Lindqvist via Lists.Zephyrproject.Org <benjamin.lindqvist=endian.se@...> wrote:
Hi,

We have a use-case which I deem to be pretty normal: uplinks are really expensive and should be kept to a minimum (in fact, we want the radio completely powered off 99.99% of the time). But we have N sensors which we want to observe from the cloud, at different intervals. Looking briefly through the specification, one gets the impression that OBSERVE at some interval implies that the device uploads data at this observation interval. 

What we'd like to do is to sample the data at the observation interval and batch upload it at some different, longer, interval. It's not clear to me if the specification allows this - and if it does, does the Zephyr implementation allow it?

Grateful for clarifications.


API Meeting Agenda: 2019-09-24

Peter A. Bigot
 

Carles has asked me to lead the API telecon Tuesday 2019-09-24 as he will not be available.  Topics to discuss include:

* Status and concerns related to PR #17155 to change how timeout delays are represented in functions like `k_poll()`: https://github.com/zephyrproject-rtos/zephyr/pull/17155
* Status of the ongoing effort to update the GPIO API: https://github.com/zephyrproject-rtos/zephyr/issues/18530

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.

Peter

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


Request for reviews: change to timeout representation in kernel functions

Peter A. Bigot
 

PR 17155 (https://github.com/zephyrproject-rtos/zephyr/pull/17155) is an API cleanup that changes the type used to store timeout delays from a signed integer representing milliseconds to an opaque type that will be able to represent both absolute and relative times, higher resolution timeouts, and potentially timeouts on different clocks.  See https://github.com/zephyrproject-rtos/zephyr/issues/19282 for an overview of the current vision and a link to a presentation recently made to TSC that has even more background.

This PR provides the foundation technology that supports better timeouts.  In last weeks dev review telecon we discussed merging it quickly to avoid excess pain in rebasing it, and to get it visible early in the development cycle so a late merge doesn't require a rush to rebase a lot of other work.

Though it's huge, it's also fairly straightforward.  We're still working on a few patches to get it to pass shippable's tests. Code size is unchanged by the rework, but applications that choose to use 64-bit timers (which are new in this PR) will need more RAM.  There are some behavioral anomalies with large numbers of timers with short periods but these have been recognized before (and may be eliminated by further refactoring and cleanup).

However, we need more reviewers.  Please take a look at this, and the related issues, and provide feedback and any concerns you may have.

This will be a topic of discussion in the API telecon tomorrow.

Peter


Re: LWM2M batch uploading data

Benjamin Lindqvist
 

To be honest, it sort of seems as if the implementation assumes it has a perpetually open socket connection to cloud at all times. Perhaps this is an exaggeration, but I'd kind of like to know how (if?) the implementation handles downed interfaces and broken pipes...


On Mon, Sep 23, 2019 at 5:34 PM Benjamin Lindqvist via Lists.Zephyrproject.Org <benjamin.lindqvist=endian.se@...> wrote:
Hi,

We have a use-case which I deem to be pretty normal: uplinks are really expensive and should be kept to a minimum (in fact, we want the radio completely powered off 99.99% of the time). But we have N sensors which we want to observe from the cloud, at different intervals. Looking briefly through the specification, one gets the impression that OBSERVE at some interval implies that the device uploads data at this observation interval. 

What we'd like to do is to sample the data at the observation interval and batch upload it at some different, longer, interval. It's not clear to me if the specification allows this - and if it does, does the Zephyr implementation allow it?

Grateful for clarifications.


LWM2M batch uploading data

Benjamin Lindqvist
 

Hi,

We have a use-case which I deem to be pretty normal: uplinks are really expensive and should be kept to a minimum (in fact, we want the radio completely powered off 99.99% of the time). But we have N sensors which we want to observe from the cloud, at different intervals. Looking briefly through the specification, one gets the impression that OBSERVE at some interval implies that the device uploads data at this observation interval. 

What we'd like to do is to sample the data at the observation interval and batch upload it at some different, longer, interval. It's not clear to me if the specification allows this - and if it does, does the Zephyr implementation allow it?

Grateful for clarifications.


zeohyr nucleo and i2c

Jerome Amos <amos.jerome@...>
 

hi,

I'm working on zephyr os and a grove NFC ( seeedstudio grove nfc tag V1.0) and a nucleo l432kc.

the question is : it must communicate with I2C. Does anybody knows how i have to do ?

thanx


Re: 4G/5G modem supported by Zephyr or not?

Shlomi Vaknin
 

Thanks for the reply! The Telit moduled like UE866 and LE910 supports ppp natively and there are 3gpp at commands that switch the state of the modem from at mode to ppp mode. I saw in the video you sent that there is a work on implementing the standard 3gpp commands as part of the modem driver and the ppp state could be part of it. Thanks again!

בתאריך יום ו׳, 20 בספט׳ 2019, 0:12, מאת Michael Scott ‏<mike@...>:

Hello Shlomi,

If the modem had a physical interface which supported the PPP protocol you could in theory create a new: modem_iface_ppp.c file which managed it (as opposed to using the current UART-based modem_iface_uart.c file).  Did you have an example product?

It looks like the current Zephyr PPP support is implemented as an L2 layer.

So it might be that if your product supports PPP natively, you would skip the modem_context driver entirely and use the PPP L2 layer for connectivity.

- Mike

On 9/19/19 1:47 PM, Shlomi Vaknin wrote:
Is there a way to connect the ppp protocol to the modem context and work with this network interface instead of the stack that is built in the modem?


‫בתאריך יום ד׳, 18 בספט׳ 2019 ב-18:00 מאת ‪Michael Scott‬‏ <‪mike@...‬‏>:‬

Hello Liang,

On 9/17/19 8:47 PM, liang ding wrote:

Hi, there,

I am wondering if 4G/5G modem is supported by Zephyr? Or any plan to support 4G/5G modem in Zephyr in a future?

I gave a presentation at Embedded Linux Conference about this exact subject.

Slides: https://static.sched.com/hosted_files/ossna19/61/AT-based%20Modem%20Support%20in%20the%20Zephyr%20Project.pdf
Video: https://vimeo.com/ondemand/ossna2019/357948854?autoplay=1

- Mike

 

B.R.

Liang

 

-- 
Michael Scott
Embedded Software Engineer at Foundries.io
"microPlatforms™ for Connected Products"
E: mike@...
W: https://www.foundries.io
-- 
Michael Scott
Embedded Software Engineer at Foundries.io
"microPlatforms™ for Connected Products"
E: mike@...
W: https://www.foundries.io


Re: 4G/5G modem supported by Zephyr or not?

Michael Scott
 

Hello Shlomi,

If the modem had a physical interface which supported the PPP protocol you could in theory create a new: modem_iface_ppp.c file which managed it (as opposed to using the current UART-based modem_iface_uart.c file).  Did you have an example product?

It looks like the current Zephyr PPP support is implemented as an L2 layer.

So it might be that if your product supports PPP natively, you would skip the modem_context driver entirely and use the PPP L2 layer for connectivity.

- Mike

On 9/19/19 1:47 PM, Shlomi Vaknin wrote:
Is there a way to connect the ppp protocol to the modem context and work with this network interface instead of the stack that is built in the modem?


‫בתאריך יום ד׳, 18 בספט׳ 2019 ב-18:00 מאת ‪Michael Scott‬‏ <‪mike@...‬‏>:‬

Hello Liang,

On 9/17/19 8:47 PM, liang ding wrote:

Hi, there,

I am wondering if 4G/5G modem is supported by Zephyr? Or any plan to support 4G/5G modem in Zephyr in a future?

I gave a presentation at Embedded Linux Conference about this exact subject.

Slides: https://static.sched.com/hosted_files/ossna19/61/AT-based%20Modem%20Support%20in%20the%20Zephyr%20Project.pdf
Video: https://vimeo.com/ondemand/ossna2019/357948854?autoplay=1

- Mike

 

B.R.

Liang

 

-- 
Michael Scott
Embedded Software Engineer at Foundries.io
"microPlatforms™ for Connected Products"
E: mike@...
W: https://www.foundries.io
-- 
Michael Scott
Embedded Software Engineer at Foundries.io
"microPlatforms™ for Connected Products"
E: mike@...
W: https://www.foundries.io


Re: 4G/5G modem supported by Zephyr or not?

Shlomi Vaknin
 

Is there a way to connect the ppp protocol to the modem context and work with this network interface instead of the stack that is built in the modem?


‫בתאריך יום ד׳, 18 בספט׳ 2019 ב-18:00 מאת ‪Michael Scott‬‏ <‪mike@...‬‏>:‬

Hello Liang,

On 9/17/19 8:47 PM, liang ding wrote:

Hi, there,

I am wondering if 4G/5G modem is supported by Zephyr? Or any plan to support 4G/5G modem in Zephyr in a future?

I gave a presentation at Embedded Linux Conference about this exact subject.

Slides: https://static.sched.com/hosted_files/ossna19/61/AT-based%20Modem%20Support%20in%20the%20Zephyr%20Project.pdf
Video: https://vimeo.com/ondemand/ossna2019/357948854?autoplay=1

- Mike

 

B.R.

Liang

 

-- 
Michael Scott
Embedded Software Engineer at Foundries.io
"microPlatforms™ for Connected Products"
E: mike@...
W: https://www.foundries.io


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

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

Reminder: Zephyr Project: Dev Meeting

When: Thursday, 19 September 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

1581 - 1600 of 7903