[riot-devel] Open WSN
thomas.eichinger at fu-berlin.de
Mon Sep 21 21:12:30 CEST 2015
great to hear from you and about your interest in RIOT. First of all
I am really sorry for the delayed reply.
In our current approach we pull in the network stack part of OpenWSN
and apply patches with an adaption layer to map OpenWSN's hardware
abstraction to RIOT's driver model. Unfortunately the current version
used in RIOT master is quite outdated but we plan to change this and
address problems we found during the last plug test soon.
Right now we are kept busy getting a new RIOT release ready but it
improvements to OpenWSN support have a very high priority for the time
after the release is out.
(This should happen in the next couple of days)
There are also plans to improve interaction between RIOT applications
and the OpenWSN network stack. If you could imply what your specific
requirements are we can take these into account of future planning.
I hope this gives you an overview, for any further questions don't
hesitate to ask.
On 17 Sep 2015, at 8:35 CEST(+0200), Ben at vpt-systems.co.za wrote:
> Hi All
> Not sure if this is the correct channel to start , but will never know
> unless I try.
> Currently I'm running Contiki OS for my applications with all the
> problems (biggest is debugging the OS)
> My applications are relying heavily on Open WSN that Contiki provide
> for the mesh network.
> What are the status of OpenWSN on RIOT?
> My solutions needs
> 1) Low power consumption
> 2) Wireless Mesh
> Any input will be appreciated.
> Kind regards
> Ben Duvenage
> Development Engineer
> On 2015-09-14 03:25 PM, Evan Dietz wrote:
>> Hi Oleg,
>> I would be happy to give the new feature a try. When you create the
>> issue, could you point to some similar implementations as references?
>> This will help me implement the "riot" way.
>> I imagine getting the periph_uart* unit tests working on native would
>> be a good start?
>> Thanks for the help.
>> On Sep 14, 2015 3:20 AM, "Oleg Hahm" <oliver.hahm at inria.fr
>> <mailto:oliver.hahm at inria.fr>> wrote:
>> Hi Evan!
>> > This is a first time post to the forum so please excuse any newbie
>> > language/etiquette.
>> Welcome to the RIOT community and no worries about any RIOT
>> specific language
>> or etiquette.
>> > I'd like to test some uart-related code using native before
>> flashing to a
>> > specific board. However it doesn't look like native cpu
>> supports uart.
>> > Am I missing something or is this the correct assessment?
>> Nope, you are correct. We just recently switched to periph/uart
>> support for
>> all boards, but since the native getchar/putchar implementation
>> are mapped to
>> the host's implementation of these functions there was no urgent
>> need for a
>> periph/uart implementation on native.
>> > Is there any work being done on adding uart emulation to
>> native? Is this
>> > an issue already being tracked (i tried to check but didn't see
>> I guess you're right here, too: there is indeed no issue for this.
>> I'll open
>> one. Do you have interest in working on this by any chance?
>> printk(KERN_CRIT "Whee.. Swapped out page in kernel page table\n");
>> devel mailing list
>> devel at riot-os.org <mailto:devel at riot-os.org>
>> devel mailing list
>> devel at riot-os.org
> devel mailing list
> devel at riot-os.org
More information about the devel