search

cetic / 6lbr

A deployment-ready 6LoWPAN Border Router solution based on Contiki
github.com/cetic/6lbr/wiki
Other
337 stars 195 forks source link

Access to remote sky mote #6

Closed calin-p closed 10 years ago

calin-p commented 11 years ago

Hello!

I am sorry to bother, but I am interested to get access to the other sensors of a Sky mote (e.g. GPIO, battery, power) in a manner similar with collect-view or sky-shell (the lightest way possible, no java application, no web-server). I am wondering if you can point me to a documentation showing how I can access remotely a Sky mote running 6lbr stack.

Any other idea will be highly appreciated.

Thank you in advance for your time!

Calin

sdawans commented 11 years ago

Hello, If you want to collect data from a remote sky mote without running a webserver on that mote, the easiest alternative would be to program the node to send its data periodically to a UDP server. You would run this UDP server on your border router, or better, on a host on the IPv6 side (local network, cloud, whatever...). Note that this changes the traffic pattern requirements from general bidirectional connection to a pure-collect scenario.

For the client side, you can check out examples/ipv6/rpl-udp/, in which you configure the IP and port of the UDP server. As for the UDP server, it can be an application of your own which can be very light if it's just a python script or ncat, etc.

calin-p commented 11 years ago

Hello Sebastien!

Thank you very much for your answers! I am aware about the examples from Contiki tree and I think I start to understand them. What I would really appreciate (and still hope to find) is some more documentation about 6lbr and how it is organized. For now I am trying to get this by reading the sources, but I hope to find something that will save me some time.

Thanks again for your time!

Best regards,

Calin On 17 May 2013 18:08, "Sébastien Dawans" notifications@github.com wrote:

Hello, If you want to collect data from a remote sky mote without running a webserver on that mote, the easiest alternative would be to program the node to send its data periodically to a UDP server. You would run this UDP server on your border router, or better, on a host on the IPv6 side (local network, cloud, whatever...). Note that this changes the traffic pattern requirements from general bidirectional connection to a pure-collect scenario.

For the client side, you can check out examples/ipv6/rpl-udp/, in which you configure the IP and port of the UDP server. As for the UDP server, it can be an application of your own which can be very light if it's just a python script or ncat, etc.

— Reply to this email directly or view it on GitHubhttps://github.com/cetic/6lbr/issues/6#issuecomment-18067023 .

sdawans commented 11 years ago

Reading the sources and documentation of 6LBR will give you some insight in how it functions, but you will not find answers there related to how you can retrieve information from your sensors as this is independant. 6LBR enables end-to-end IPv6 connectivity between an IPv6/NDP network and a 6LoWPAN/RPL network. What you do above 6LBR is up to you: run a webserver on a mote to send http/coap requests to it, or implement a UDP client to allow it to post measurements itself.

On a brighter side, we are looking into including CoAP-related examples above 6LBR in release 2.0, which could certainly help your understanding. We're just ony finalising 1.1 though, 2.0 is sometime during the summer.

I'm sure other people can contribute to this question, so feel free to continue this discussion on 6lbr-dev mailing list: http://lists.cetic.be/cgi-bin/mailman/listinfo/6lbr-dev

Best regards, Sébastien

calin-p commented 11 years ago

Thanks again! :-)

I fully understand the relationship between 6lbr as a connectivity framework and the applications running above it. What I am looking for now is to get a picture of how to run it one on top of the other. Being on the beginning I started by learning about 6lbr and how it can be used. Then it will come the motes part (where also I have a rought understanding).

I will follow your suggestion and move the topic on the mail list.

Best regards,

Calin

P.S. Can you give me an idea when 1.1 will be available? There is a connectivity problem that does not really have a workaround (please see 6lbr issue #3). Thanks! On 18 May 2013 10:49, "Sébastien Dawans" notifications@github.com wrote:

Reading the sources and documentation of 6LBR will give you some insight in how it functions, but you will not find answers there related to how you can retrieve information from your sensors as this is independant. 6LBR enables end-to-end IPv6 connectivity between an IPv6/NDP network and a 6LoWPAN/RPL network. What you do above 6LBR is up to you: run a webserver on a mote to send http/coap requests to it, or implement a UDP client to allow it to post measurements itself.

On a brighter side, we are looking into including CoAP-related examples above 6LBR in release 2.0, which could certainly help your understanding. We're just ony finalising 1.1 though, 2.0 is sometime during the summer.

I'm sure other people can contribute to this question, so feel free to continue this discussion on 6lbr-dev mailing list: http://lists.cetic.be/cgi-bin/mailman/listinfo/6lbr-dev

Best regards, Sébastien

— Reply to this email directly or view it on GitHubhttps://github.com/cetic/6lbr/issues/6#issuecomment-18096771 .

sdawans commented 10 years ago

Just wanted to let you know there's a much smoother integration of coap in the upcoming release. Closing this since it's been a while and no pending issue.

feel free to re-open of course ;)