Pere Tuset | 28 Mar 21:51 2015

Celebrating 1st year of OpenMote!

Dear Contiki community,

OpenMote Technologies (http://www.openmote.com/) is celebrating it's first year of existence and we want to share our joy with you by giving a 25% discount on your next order. Please use the CONTIKI code during the checkout process to get it. Be quick, as the discount will only be available until May 1st!

In addition to that, we want to take this chance to announce four new products that will be available for purchase over the course of this year and the beginning of 2016 and will complete our product line-up:

a) New OpenBattery with USB connectivity (bootloader support), JTAG debugging and AA batteries, while maintaining temperature, humidity and light sensing capabilities. This will make your OpenMote-CC2538 look like a good old TelosB board, but with more processing power and memory. Available late Q2.

b) New OpenMote with triple-core processor and 2.4 GHz radio with dual stack support (IEEE 802.15.4 and Bluetooth Low Energy) in a single die. This board will be the first dual-stack mote for Contiki and the best in terms of current consumption. Available early Q3.

c) New OpenBase with an embedded processor and wired (Ethernet, IEEE 802.3) and wireless (Wi-Fi, IEEE 802.11) connectivity. This board will further enhance the processing capabilities and connectivity options of your WSN deployments. Available early Q4.

d) New OpenMote with tripe-core processor and Sub-GHz (169, 433, 868 and 915 MHz) radio in a single die. This new board will increase the coverage of your WSN deployments and will also have best in-class current consumption. Available early Q1 (2016).

It is needless to say that all our new boards will remain compatible with all current OpenMote line-up (OpenMote-CC2538, OpenBattery, OpenBase).

Please consider this announcement as a commitment from the OpenMote team to continue providing the best tools for research or industrial applications in the context of WSN and IoT. 

Best regards,

The OpenMote team.
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers
Khánh Nguyễn | 28 Mar 10:02 2015
Picon

Chang rank of node RPL

Hi every one. I am studing about routing attack in RPL. I want to simulate sinkhole attack. This attack simply is changing rank of node in DIO message. How to do that?
Thank you.
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers
Antonio Linan | 27 Mar 12:41 2015

New Re-Mote platform (cc2538 with extra sub-1Ghz RF) and challenge


Hello!

Sorry for the commercial post, we (at Zolertia) are about to launch a new platform: The Re-Mote, I wanted to share with you a food-for-thought challenge for the opportunity to become a beta tester and win one of the 50 Re-Motes we are to give for the best ideas.

The challenge website is:
The Re-Mote is a CC2538-based platform which features an ARM Cortex M3 with 512KB flash, 32Kb RAM, double RF interface, and the following goodies:
  • ISM 2.4-GHz IEEE 802.15.4 & Zigbee compliant.
  • ISM 868-, 915-, 920-, 950-MHz ISM/SRD Band.
  • AES-128/256, SHA2 Hardware Encryption Engine.
  • ECC-128/256, RSA Hardware Acceleration Engine for Secure Key Exchange.
  • Power consumption down to 3uA using our shutdown mode.
  • Co-Processor to allow peripheral energy management, programming over BSL without requiring to press any button to enter bootloader mode.
  • Built-in battery charger (500mA), Energy Harvesting and Solar Panels to be connected to standards LiPo batteries.
  • Power input with wide range 2-26VDC.
  • Small form-factor (as the Z1 mote, half the size of an Arduino) 57x35 mm.
More information about the platform can be found at:
Support for Contiki is done (yet to be merged) and RIOT is coming along.

Production is expected to be done on Q3, pre-sale price is €46.

Cheers!

-- Antonio

--
--
Antonio Liñán Colina
"Makes things happen"
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers
Hamadoun Tall | 26 Mar 17:03 2015
Picon

Re: How to get the time passed by aech packet in the node queue

Hello every one,
I am using contiki2.7 to implement a new protocol but I have a problem to get the time passed by each packet in the nodes queues. For each packet receive by a node I would like to get the time that it have passed in this node queue before forward or may be dropped.

what I am doing is to mesure the time when the node is received in the mac layer using clock_time() et the time that the packet is sent by the node with the clock_time() function again and I make the difference between these two value. Is there an other way to do it more efficiently?

I am using csma et nullrdc.

Someone have more idea for me?

I will be very gratfull for that.
Thanks
Goranma.



Le Jeudi 26 mars 2015 16h48, Hamadoun Tall <goodopate-premier-Qt13gs6zZMY@public.gmane.org> a écrit :


Hello every one,
I am using contiki2.7 to implement a new protocol but I have a problem to get the time passed by each packet in the nodes queues. For each packet receive by a node I would like to get the time that it have passed in this node queue before forward or may be dropped.

what I am doing is to mesure the time when the node is received in the mac layer using clock_time() et the time that the packet is sent by the node with the clock_time() function again and I make the difference between these two value. Is there an other way to do it more efficiently?

I am using csma et nullrdc.

Someone have more idea for me?

I will be very gratfull for that.
Thanks
Goranma.


------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers
Hamadoun Tall | 26 Mar 16:57 2015
Picon

My email to add to the list.


goodopate-premier-Qt13gs6zZMY@public.gmane.org
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers
Devesh Parmar | 26 Mar 12:44 2015
Picon

Boder router on cc2538dk mote

Hello Guys
                 I have been trying to run er-rest-server and border-router topology, sometimes border-router is been resetting,Logs are below


TARGET not defined, using target 'native'
sudo ../../../tools/tunslip6 aaaa::1/64
[sudo] password for devesh:
********SLIP started on ``/dev/ttyUSB0''
opened tun device ``/dev/tun0''
ifconfig tun0 inet `hostname` up
ifconfig tun0 add aaaa::1/64
ifconfig tun0 add fe80::0:0:0:1/64
ifconfig tun0

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 
          inet addr:127.0.1.1  P-t-P:127.0.1.1  Mask:255.255.255.255
          inet6 addr: fe80::1/64 Scope:Link
          inet6 addr: aaaa::1/64 Scope:Global
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

*** Address:aaaa::1 => aaaa:0000:0000:0000
Got configuration message of type P
Setting prefix aaaa::
Server IPv6 addresses:
 aaaa::212:4b00:40e:ff5d
 fe80::212:4b00:40e:ff5d
Contiki-0b308b6
TI SmartRF06 + cc2538EM
 Net: sicslowpan
 MAC: CSMA
 RDC: ContikiMAC
Rime configured with address 00:12:4b:00:04:0e:ff:5d
*** Address:aaaa::1 => aaaa:0000:0000:0000
Got configuration message of type P
Setting prefix aaaa::
Contiki-0b308b6
TI SmartRF06 + cc2538EM
 Net: sicslowpan
 MAC: CSMA
 RDC: ContikiMAC
Rime configured with address 00:12:4b:00:04:0e:ff:5d
*** Address:aaaa::1 => aaaa:0000:0000:0000
Got configuration message of type P
Setting prefix aaaa::
Server IPv6 addresses:
 aaaa::212:4b00:40e:ff5d
 fe80::212:4b00:40e:ff5d

Any lead.
Thanks.
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers
Jorge Sa Silva | 26 Mar 10:51 2015
Picon

CFP - PWSN 2015

=========================================================================
CALL FOR PAPERS

PWSN 2015
6th International Workshop on Performance Control in Wireless Sensor Networks
http://www.netrl.cs.ucy.ac.cy/pwsn2015/

June 12 2015, Fortaleza, Brazil

In conjunction with the 11th IEEE International Conference on Distributed Computing in Sensor Systems
(DCOSS '15)
=========================================================================

Most existing wireless sensor network (WSN) installations have in common that they are not considered
time-critical. No immediate action has to be undertaken as a response to the received data. However, many
emerging WSN applications such as plant automation and control, smart cities or health care
applications require immediate and guaranteed actions. In such environments, data has to be
transported reliably and in time through the sensor network. In some scenarios, data even has to travel
through the sensor network and the Internet to reach the destination. In this situation the overall
system spanning the Internet and sensor networks must provide together the required performance
characteristics. Due to the lack of appropriate models, components and protocols, it is currently very
difficult to construct and operate a WSN with performance guarantees. Thus, the commercial success of
wireless sensor networks in many application areas is unsure unless this particular problem is
understood and solved. 

The PWSN workshop aims at bringing together researchers and practitioners designing and deploying
sensor networks that have to meet specific performance targets. 

Areas of interest include, but are not limited to:
--------------------------------------------------
ï	Communication protocols with deterministic performance 
ï	Network resilience, fault tolerance, network survivability
ï	Sensor data quality, integrity, and availability
ï	Performance-aware middleware
ï	Real-time operating systems for sensor networks
ï	Actuation and control 
ï	Programming abstractions for deterministic sensor networks
ï	Impact of security features on network performance
ï	Experience with real-world deployments and applications
ï	Performance management of deployed sensor networks 
ï	Timely data storage, retrieval, and processing 
ï	Performance modelling and performance evaluation
ï	Configuration and installation support
ï	Performance debugging and performance optimization

Important dates:
----------------
Paper Submission deadline: 	April 18, 2015
Acceptance Notification: 	April 28, 2015
Camera Ready Paper: 		May 3, 2015
Workshop date: 			June 12, 2015

Workshop Co-Chairs
------------------
Eduardo Freire Nakamura, Federal University of Amazonas, Brazil
Jorge Sa Silva, University of Coimbra, Portugal
Vasos Vassiliou, University of Cyprus

Paper Submission
----------------
Submitted papers must represent original material that is not currently under review in any other
conference or journal, and has not been previously published. All submissions should be written in
English with a maximum paper length of six (6) printed pages (in Two-Column IEEE Conference Format),
including text, figures, and references. 
Papers should be submitted through EasyChair at https://easychair.org/conferences/?conf=pwsn2015
-------------------------------------------------------------------------
For more information or questions, please email the workshop chairs or visit the workshop website:  http://www.netrl.cs.ucy.ac.cy/pwsn2015/

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
jgonzalez | 25 Mar 21:49 2015

UDP Long Message, Multi Packet

Hello All,

I'm testing a configuration that uses the UDP multicast example in Contiki2.7. I would like to eventually
send 3000 bytes of payload but I'm not even certain if that's possible. The uIP BUFF value that came default
is 2560 but I'm only getting 500 byte messages across. I'm working on the cc1120 though will be porting to
cc1200. 

Can anyone point me to where the code breaks up long messages in order to fit the TX buffer? I've sniffed the
packets on long messages and they do get transmitted but payload becomes corrupt after a few packets.
I'd like to explore how the software knows how many packets need to be sent and reassembled. I didn't think
it was all being done with the radio driver but I may be wrong. 

Also, what's the best way to debug uip.c? I see uip_process is used to prep the headers but I haven't been able
to see the data as it's created. I've tried enabling the default DEBUG_PRINTF statements but I don't
get any output. 

Any tips or pointers would be greatly appreciated. 

Thank you,
Juan

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Contiki-developers mailing list
Contiki-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/contiki-developers
Adila Nordin | 25 Mar 15:54 2015
Picon

sicslowpan fragmentation

Hi all,

When I send packets, it get to sicslowpan layer and failed there before it can forward the packet (not calling uip_process()). But when I debug at sicslowpan.c, the dropped messages are not printed. csma.c also not giving me any buffer full message.

I tried increasing the queue size and the problem disappear. That got me confused as no packet drop message got printed

I'm running out of memory, so I can't increase the queue size.

Any idea on what I should try?

Thanks,
Adila
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers
pavan pongle | 25 Mar 14:26 2015
Picon

How to neighbor's rank

Hi all
I am able to get the number of neighbors and their address as well,
But not able to get rank of each neighbor.

I have gone through neighbor table (nbr-table.h) not field for rank storing

How can i get neighbor's rank ?
Does RPL instance table or uip_ds6_routing_table has the current/latest rank of neighbor ?


------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers
Nanda Kumar | 25 Mar 13:40 2015
Picon

Receiving border router's ICMP packets in PC

Hi,

I trying to get the icmp6 packets received by the border router from PC; receiving UDP data from PC is working well and good but not the icmp6. For UDP, I used SOCK_DGRAM and SOCK_RAW with IPPROTO_ICMP6 with filter for RPL for icmp6 but no use. I've given the program below

Program

UDP reception ==> working well
...
sock = socket(AF_INET6, SOCK_DGRAM, 0):
....
r_stat = recvfrom(sock, data, BUF, (struct sockaddr *)&i6sock, &i6socklen);
.....
------------------------------------------------------------------------------------
ICMP6 reception ==> not working

#define ICMP6_RPL 155
...
sock = socket(AF_INET6, SOCK_RAW, IPPROTO_ICMP6):
....
ICMP6_FILTER_SETPASS(ICMP6_RPL, &rpl_filter);
....
r_stat = recvfrom(sock, data, BUF, (struct sockaddr *)&i6sock, &i6socklen);
....

They both are different programs running in different terminal.
I've been stuck with this for last 2 two days; any help is highly appreciated

--
Thanks and ​Regards
Nanda Kumar Thanigaivelan​
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers

Gmane