[riot-devel] Release 2017.07 - feature freeze is next week

[Alexandre Abadie]

Dear RIOTers,

Here is reminder about the decided planning for the next release:

- Feature freeze is next friday, 30th of June

- Release is still planned 2 weeks after, the 14th of July


Next week there will be the monthly Hack'n'ACK which is the good time to have 
pending PRs merged before the feature freeze. Any help in reviewing or testing 
will be greatly appreciated, so stay tuned.

If you are mentioned [1], assigned [2] or have review requested [3] to opened 
PRs, please try to put some more effort to fix/review/ack/merge them.

Of course, we won't be able to merge everything before the end of next week. So 
if a PR cannot be ready for this release, I'll silently postpone it to the next 
version (2017.10 [4]).

Thanks a lot and happy hACKing !

Alex

[1] https://github.com/pulls/mentioned
[2] https://github.com/pulls/assigned
[3] https://github.com/pulls/review-requested
[4] 
https://github.com/RIOT-OS/RIOT/pulls?q=is%3Aopen+is%3Apr+milestone%3A%22Release+2017.10%22

___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel

[riot-devel] Ethernet br with ipv6 to ipv4 module

[Ilias Seitanidis]

Hello everyone,
I want to implement the gnrc br example for a battery powered
device(openmote cc2538),without the existence of a computer , with Ethernet
support. Is it possible something like this or the br example requires to
initialize the br by using the start_networking.sh in the tools/ethos
directory? Also,  is there on riot os a ip64 module and if not is it
possible to use the ip64 module of contiki?  Thank you in advance!

Best regards,
Ilias
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel

Re: [riot-devel] Dynamic radio power scaling in RIOT

[Joakim Nohlgård]

Hi Koen,
This sounds to me like a very promising feature for RIOT! Both the power
saving aspect as well as reducing interference for neighboring networks are
important features. Especially for urban environments it will be important
to not pollute the radio environment more than necessary when IoT devices
start becoming ubiquitous.

Best regards,
Joakim Nohlgård
Eistec AB

On Jun 22, 2017 10:00 PM, "Koen Zandberg"  wrote:

Hello,

For a small research project as a part of my study, I did some research
on the effectiveness of dynamic radio output scaling. The general idea
is that to save power, the radio has to transmit at only the power
required to reach the destination. For the research I wanted to build a
practical setup instead of a simulation as one of the research goals.

The setup I've build works by estimating the minimum required powered
and using layer 2 acks (or the lack thereof) as feedback. At this point
I have a mostly working power scaling proof of concept implemented in
RIOT. For an example measurement: https://bergzand.net/misc/etx5.svg
which is a measurement of a number of packets. The blue dots is an ETX
estimation measured based on the feedback from the radio module. The Red
line is the power configured for that packet. As visible, power is
scaled down until a stable level is reached. Power keeps oscillating
around this level until a lot of interference is noticed, then the power
sweeps back up.

The merit of this whole idea is that it should both save the node power,
but when implemented correctly also improve the total throughput of the
network. This last point because nodes transmit with less power, thus
causing less interference with nodes further away.

If there is interest in having this feature merged in mainline RIOT-os,
I'm willing to work on this to make sure that the code quality is as
required. The code can be viewed and tracked at
https://github.com/bergzand/RIOT/tree/mwn2

Regards,
Koen

___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel

Re: [riot-devel] Dynamic radio power scaling in RIOT

[Peter Kietzmann]

Hi Koen,

awesome! IMO this is interesting work and I'd like to push this forward,
at least to use it myself at some point in time, though I can't promise
an in-depth review so soon -> let's start polishing "later".

Did you already start measurements of the actual consumption saving of a
node? Do you plan to evaluate your approach in different network
topologies?

Cheers
Peter

On 22.06.2017 22:00, Koen Zandberg wrote:
> Hello,
> 
> For a small research project as a part of my study, I did some research
> on the effectiveness of dynamic radio output scaling. The general idea
> is that to save power, the radio has to transmit at only the power
> required to reach the destination. For the research I wanted to build a
> practical setup instead of a simulation as one of the research goals.
> 
> The setup I've build works by estimating the minimum required powered
> and using layer 2 acks (or the lack thereof) as feedback. At this point
> I have a mostly working power scaling proof of concept implemented in
> RIOT. For an example measurement: https://bergzand.net/misc/etx5.svg
> which is a measurement of a number of packets. The blue dots is an ETX
> estimation measured based on the feedback from the radio module. The Red
> line is the power configured for that packet. As visible, power is
> scaled down until a stable level is reached. Power keeps oscillating
> around this level until a lot of interference is noticed, then the power
> sweeps back up.
> 
> The merit of this whole idea is that it should both save the node power,
> but when implemented correctly also improve the total throughput of the
> network. This last point because nodes transmit with less power, thus
> causing less interference with nodes further away.
> 
> If there is interest in having this feature merged in mainline RIOT-os,
> I'm willing to work on this to make sure that the code quality is as
> required. The code can be viewed and tracked at
> https://github.com/bergzand/RIOT/tree/mwn2
> 
> Regards,
> Koen
> 
> ___
> devel mailing list
> devel@riot-os.org
> https://lists.riot-os.org/mailman/listinfo/devel
> 

-- 
Peter Kietzmann

Hamburg University of Applied Sciences
Dept. Informatik, Internet Technologies Group
Berliner Tor 7, 20099 Hamburg, Germany
Fon: +49-40-42875-8426
Web: http://www.haw-hamburg.de/inet
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel