Andrew Ruder | 26 Jan 14:52 2015
Picon

Availability of Atmel SAM R21 Xplained Pro port?

Just wondering if there are any plans to contribute source to this port
by the Thingsquare folks.

- Andy

--

-- 
  Andrew Ruder
  andy@...

------------------------------------------------------------------------------
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/
KEBAILI Mohamed Omar | 26 Jan 14:16 2015
Picon

need for help

Hello everybody,

I'm new in Contiki and I want to create a web app that use data from the sensors and i like to use the jason-ws without cosm and i don't found any tutorial.

Can anyone help me.

--

------------------------------------------------------------------------------
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
Yermolenko Pavel | 26 Jan 10:25 2015
Picon
Picon

How to specify GCC compiler options while building Contiki project

Hello,

 

I'm aware is there some way to modify default behavior of compiler from "GNU Tools ARM Embedded" package.

For example in order to pass the following piece of code (declaring loop variable directly inside of loop):

 

for (int i = 0; i < 10; i++)

{

prinf("aaa\n");

}

 

One must specify one of the following flags for gcc compiler:

-std=c99

-std=gnu99

-std=c11

-std=gnu11

 

Where can I specify them ? Inside Makefile ?

 

Thanks in advance

 

Pavel

 

 

------------------------------------------------------------------------------
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
Pei Zhang | 26 Jan 09:02 2015
Picon

Robotic Sensor Networks Workshop (part of CPSWeek) Deadline Extended to Feb/2/2015

Dear Colleagues,

Due to multiple requests, we have extended the RSN2015 workshop deadline to Feb/2/2015.


Please see bellow for the updated call.


====================================================================


Call for Papers: The 2nd Int. Workshop on Robotic Sensor Networks

     -  part of CPSWEEK –

 

====================================================================

        13 April 2015

        Seattle Washington, USA

        http://www.cse.buffalo.edu/faculty/kdantu/rsn15/

            

Recent developments in sensing and actuation technology, along with the miniaturization of computing and communication, have led to the development of commodity robot technology such as hobby drones and robot toolkits. These platforms are bringing sensing and actuation at places where traditional technology does not reach; for example, for aerial pollution monitoring or for disaster management in remote areas.

 

This novel class of cyber-physical systems (CPS) take many of the design, implementation, and validation issues of traditional CPSs to an extreme. Control, sensing, estimation, and algorithms for localization, mapping, navigation, and exploration of individual robots are needed to govern their movements. The timing aspects of vehicle operation are key to provide run-time guarantees about performance. The software design and implementation must lead to provably correct execution. Noisy or inaccurate information sensed by the robots must be properly handled to ensure an accurate understanding of the environment.

 

Research efforts to address the issues above, while related, have previously progressed independently with little cross-fertilization across diverse disciplines such as robotics, real-time systems, signal processing, and software development. The goal of this workshop is to create a platform where researchers from different communities can get together to better understand the latest developments in these related fields as well as to establish connections for future interdisciplinary work. The workshop intends to provide a platform to enable such cross-fertilization, to ultimately speed up the development of the field and to foster rich interdisciplinary work in the future. Particularly, co-location with the Cyber-Physical Systems week will be an asset in this regard. CPSWEEK is the premiere CPS event that brings together five top conferences from complementary areas such as Embedded Systems, Real-time Systems, Sensor Networks, Hybrid Systems, and Networked Systems.

 

This will be the second edition of this workshop. The proceedings of the first edition are available at (http://www.cse.buffalo.edu/faculty/kdantu/rsn14/index.html).

 

To build the needed interdisciplinary work ultimately necessary to the development of the field, the workshop seeks technical contributions describing original, previously unpublished results in all topics related to the design of robotic sensor networks, including works across two or more of the following topic areas:

 

• Programming of robot swarms

• Low-power communication in robot networks

• Sensing coverage using robotic swarms

• Task allocation

• Distributed sensing

• Distributed control

• Coordination in robotic swarms

• Verification and validation

• Distributed planning and navigation

• Novel applications

• Experience reports

 

Important dates:

Extended Submission deadline: Feb 2, 2015.

Notifications : Feb 9, 2015.

Camera ready : Feb 16, 2015.

Workshop : Apr 13, 2015.

  

Submission Guidelines:

We invite to submit papers in PDF format, of at most 6 pages in length including figures, tables, and references, in two-column format, and using a minimum of 10-pt font. Please refer to the webpage for more details. Accepted submissions will be distributed along with the other workshops' proceedings via a USB key to the attendees. The papers will also be digitally archived via the  ACM Digital Library.

 

Workshop Organizers:

Karthik Dantu, University at Buffalo, USA

Luca Mottola, Politecnico di Milano and SICS Swedish ICT

Pei Zhang, Carnegie Mellon University, USA

 

Program Committee: 

Stefano Carpin (UC-Merced)

Om Gnawali (University of Houston)

Aveek Purohit (Nest Labs)

Pratap Tokekar (U-Penn)

Ryan Williams (USC)

 

------------------------------------------------------------------------------
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
Krishnan. N | 26 Jan 07:20 2015
Picon

Radio range poor

Hi,

    Have a CC2530 based board that sends broadcasts periodically. The
range of the radio is around 15ft (~5meters). Think this is really low
or am i mistaken. The only change we've done is to increase the TXPOWER
value to 0xf5. Is there anything else that one can do to improve radio
range?

Thanks
krishnan

--

-- 
Head, Dharamshala BU
gai Technologies Pvt Ltd
Nandan Ghar, Lower Barol
Dharamshala,
Himachal Pradesh - 176215
INDIA

Ph: +91 1892 222 327

------------------------------------------------------------------------------
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/

(no subject)



385729760-7R9yAhoRP9E@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
Sergei Gavrikov | 25 Jan 21:36 2015
Picon

make-symbols-nm

Hi,

It seems the script has to export

  LC_ALL=C

or at least

  LC_COLLATE=C

for proper symbol sorting, as SORT(1) suggests.

Otherwise core/loader/symtab.c:symtab_lookup() can fail (default binary
search version). I caught it.

I would add a memory stick in auto-generated symbols.c that default
look up expects that items were sorted with

  LC_ALL=C sort

It took a time to get it :-)

BTW, there is no way to turn off a binary search from the platform's
contiki-conf.h as the source does not include contiki.h header, could
you fix this, please?

OFF-TOPIC: core/loader/elfloader.c:elf_magic_header[] resists on LSB
targets, but your loader does process and MSB one (SPARCv8 LEON3
target, weird target for mote devices :-) but relocation works for it).

Thank you for Contiki!

Regards,
Sergei

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
Michael Stein | 25 Jan 13:49 2015
Picon

Setting transmission power in CC2420 for individual packets

Hello,

I observed strange behavior in my application when adapting the transmission power of packets for the
CC2420. I used the following lines of code to change the transmission power for a packet to the maximum
value and then reset the value to the previous one.

int txpower = cc2420_get_txpower(); //!= 31. e.g. 15
cc2420_set_txpower(31);
broadcast_send(&bc_packet);
cc2420_set_txpower(txpower);

This did not work as expected in Cooja. I expected that after a couple of microseconds the packet has been
sent with a transmission power level of 31 (thus 0dBm), but instead it must have been sent with the initial
transmission power level of 15, since the packet has not been arrived at the receiver. 

I created some example code that exhibits the same unexpected behavior. On one hand, there is a simple
receiver node, which just prints received broadcasts. On the other hand, the sender sends broadcasts
with varying transmission power. The transmission power is configured as shown above. In each loop
iteration, I send a packet with reduced transmission power as well as one packet with high transmission
power. Additionally, I introduced some timers to make sure that the radio has enough time to be
configured. 

The expected behavior would be that packets sent with high transmission power arrive at the receiver, and
the other packets do not. What actually happens is that in the beginning all packets arrive, but then, as
soon as the transmission power in the loop gets too low, it seems that only those packets with _low_
transmission power arrive and the others do not. Finally, when the transmission power level is reduced to
10, I change the behavior and send only messages with high transmission power. This seems to work again. 

I believe that the radio was not finished with setting up the transmission power for the packets sent with
the higher transmission power, thus it was actually sending with the lower transmission power. However,
after waiting one second, it should have been finished, doesn't it?

I know that I can just use PACKETBUF_ATTR_RADIO_TXPOWER to control the transmission power for each packet
individually, but nevertheless this other way should also work, shouldn't it? Could this be a bug?

Some additional information: I inspected the Git History and noticed that this (from my perspective)
strange behavior was introduced in the commit f2fbb4b4.

Regards,
Michael

#include "contiki.h"
#include "net/rime/rime.h"
#include "random.h"
#include "dev/button-sensor.h"
#include "dev/leds.h"
#include <stdio.h>

PROCESS(example_broadcast_process, "Broadcast example");
AUTOSTART_PROCESSES(&example_broadcast_process);

static const struct broadcast_callbacks broadcast_call = {  };
static struct broadcast_conn broadcast;


PROCESS_THREAD(example_broadcast_process, ev, data) {
	static struct etimer et;

	static struct etimer delay_timer;
	
	static uint8_t power = 20;
	static power_countdown_enabled = 1;
	static char str[30];

	PROCESS_EXITHANDLER(broadcast_close(&broadcast);
	)

	PROCESS_BEGIN();

		broadcast_open(&broadcast, 129, &broadcast_call);
		
		
		while (power > 0) {		
			etimer_set(&et, CLOCK_SECOND * 4);

			PROCESS_WAIT_EVENT_UNTIL(etimer_expired(&et));

			if (power_countdown_enabled) {
				cc2420_set_txpower(power);
				
				etimer_set(&et, CLOCK_SECOND * 1);

				PROCESS_WAIT_EVENT_UNTIL(etimer_expired(&et));
				
				sprintf(str, "Dynamic, power=%d", power);
				packetbuf_copyfrom(&str, strlen(str) + 1);
				broadcast_send(&broadcast);

				printf("Sent message with dynamic power level:%i\n", power);

				cc2420_set_txpower(20);

				etimer_set(&delay_timer, CLOCK_SECOND * 1);

				PROCESS_WAIT_EVENT_UNTIL(etimer_expired(&delay_timer));

				sprintf(str, "Dynamic, power=20");
				packetbuf_copyfrom(&str, strlen(str) + 1);
				broadcast_send(&broadcast);

				printf("Sent message with dynamic power level:%i\n", 20);

				if (power == 10) {
					power = 20;
					power_countdown_enabled = 0;

				} else {
					power = power - 1;
				}
				cc2420_set_txpower(power);
			} else {
				sprintf(str, "Continuous, power=%d", power);
				packetbuf_copyfrom(&str, strlen(str) + 1);
				broadcast_send(&broadcast);

				printf("Sent message with continuous power level:%i\n", power);
			}
		}
		
	PROCESS_END();
}
Attachment (sender-receiver-example.csc): application/octet-stream, 9 KiB
#include "contiki.h"
#include "net/rime/rime.h"
#include "random.h"
#include "dev/button-sensor.h"
#include "dev/leds.h"
#include <stdio.h>

PROCESS(example_broadcast_process, "Broadcast example");
AUTOSTART_PROCESSES(&example_broadcast_process);

static void
broadcast_recv(struct broadcast_conn *c, const linkaddr_t *from)
{
  printf("broadcast message received from %d.%d: '%s'\n",
         from->u8[0], from->u8[1], (char *)packetbuf_dataptr());
}
static const struct broadcast_callbacks broadcast_call = {broadcast_recv};
static struct broadcast_conn broadcast;

PROCESS_THREAD(example_broadcast_process, ev, data)
{
  static struct etimer et;

  PROCESS_EXITHANDLER(broadcast_close(&broadcast);)

  PROCESS_BEGIN();

  broadcast_open(&broadcast, 129, &broadcast_call);

  PROCESS_END();
}
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers
salim salim | 24 Jan 21:51 2015
Picon

Ported code for cc1120dk

Hi All,

Any idea when ported code for cc1120dk will be available in contiki github repo? 

Thanks/Salim
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers
Jordan Rendall | 23 Jan 17:15 2015
Picon

UIP6 Zero-Checksum "Hack" Error?

Hi everyone,


I have found that I cannot receive UIP6 messages sent from one node to another using “uip_udp_packet_send” until I make an edit in “uip6.c” to:

 

/* XXX hack: UDP/IPv6 receivers should drop packets with UDP

     checksum 0. Here, we explicitly receive UDP packets with checksum

     0. This is to be able to debug code that for one reason or

     another miscomputes UDP checksums. The reception of zero UDP

     checksums should be turned into a configration option. */

if(UIP_UDP_BUF->udpchksum != 0 && uip_udpchksum() != 0xffff){

UIP_STAT(++uip_stat.udp.drop);

       UIP_STAT(++uip_stat.udp.chkerr);

       PRINTF("udp: bad checksum 0x%04x 0x%04x\n", UIP_UDP_BUF->udpchksum, uip_udpchksum());

goto drop;

}

 

 

I have changed the line

 

if(UIP_UDP_BUF->udpchksum != 0 && uip_udpchksum() != 0xffff)

 

to

 

if(UIP_UDP_BUF->udpchksum == 0 && uip_udpchksum() == 0xffff)

 

This makes more sense to me in conjunction with the “hack”. It says that if the UDP checksum is 0, it will drop the packet. However, the original code drops the packet if the checksum is non-zero.


I find it hard to believe no one else ran into this issue. Am I wrong?


Jordan

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers
Pei Zhang | 23 Jan 03:43 2015
Picon

CfP: The 2nd Int. Workshop on Robotic Sensor Networks (Deadline 1/26/2015)

Call for Papers: The 2nd Int. Workshop on Robotic Sensor Networks

     -  part of CPSWEEK –

 

====================================================================

        13 April 2015

        Seattle Washington, USA

        http://www.cse.buffalo.edu/faculty/kdantu/rsn15/

            

Recent developments in sensing and actuation technology, along with the miniaturization of computing and communication, have led to the development of commodity robot technology such as hobby drones and robot toolkits. These platforms are bringing sensing and actuation at places where traditional technology does not reach; for example, for aerial pollution monitoring or for disaster management in remote areas.

 

This novel class of cyber-physical systems (CPS) take many of the design, implementation, and validation issues of traditional CPSs to an extreme. Control, sensing, estimation, and algorithms for localization, mapping, navigation, and exploration of individual robots are needed to govern their movements. The timing aspects of vehicle operation are key to provide run-time guarantees about performance. The software design and implementation must lead to provably correct execution. Noisy or inaccurate information sensed by the robots must be properly handled to ensure an accurate understanding of the environment.

 

Research efforts to address the issues above, while related, have previously progressed independently with little cross-fertilization across diverse disciplines such as robotics, real-time systems, signal processing, and software development. The goal of this workshop is to create a platform where researchers from different communities can get together to better understand the latest developments in these related fields as well as to establish connections for future interdisciplinary work. The workshop intends to provide a platform to enable such cross-fertilization, to ultimately speed up the development of the field and to foster rich interdisciplinary work in the future. Particularly, co-location with the Cyber-Physical Systems week will be an asset in this regard. CPSWEEK is the premiere CPS event that brings together five top conferences from complementary areas such as Embedded Systems, Real-time Systems, Sensor Networks, Hybrid Systems, and Networked Systems.

 

This will be the second edition of this workshop. The proceedings of the first edition are available at (http://www.cse.buffalo.edu/faculty/kdantu/rsn14/index.html).

 

To build the needed interdisciplinary work ultimately necessary to the development of the field, the workshop seeks technical contributions describing original, previously unpublished results in all topics related to the design of robotic sensor networks, including works across two or more of the following topic areas:

 

• Programming of robot swarms

• Low-power communication in robot networks

• Sensing coverage using robotic swarms

• Task allocation

• Distributed sensing

• Distributed control

• Coordination in robotic swarms

• Verification and validation

• Distributed planning and navigation

• Novel applications

• Experience reports

 

Important dates:

Submission deadline: Jan 26, 2015.

Notifications : Feb 9, 2015.

Camera ready : Feb 16, 2015.

Workshop : Apr 13, 2015.

  

Submission Guidelines:

We invite to submit papers in PDF format, of at most 6 pages in length including figures, tables, and references, in two-column format, and using a minimum of 10-pt font. Please refer to the webpage for more details. Accepted submissions will be distributed along with the other workshops' proceedings via a USB key to the attendees. The papers will also be digitally archived via the  ACM Digital Library.

 

Workshop Organizers:

Karthik Dantu, University at Buffalo, USA

Luca Mottola, Politecnico di Milano and SICS Swedish ICT

Pei Zhang, Carnegie Mellon University, USA

 

Program Committee: 

Stefano Carpin (UC-Merced)

Om Gnawali (University of Houston)

Aveek Purohit (Nest Labs)

Pratap Tokekar (U-Penn)

Ryan Williams (USC)

 

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers

Gmane