nes-proj/core/net/rime/Makefile.rime

CHAMELEON=chameleon.c channel.c chameleon-raw.c chameleon-bitopt.c

CONTIKI_SOURCEFILES += rimebuf.c queuebuf.c rimeaddr.c ctimer.c rime.c timesynch.c \
               rimestats.c broadcast.c unicast.c suc.c ruc.c sibc.c sabc.c abc.c nf.c \
               mh.c rmh.c rucb.c polite.c ipolite.c neighbor-discovery.c \
               mesh.c route.c route-discovery.c \
               collect.c neighbor.c \
               trickle.c \
               rudolph0.c rudolph1.c rudolph2.c \
               $(CHAMELEON)
#	       rmesh.c meshconn.c
This is an initial commit of an implementation of the Chameleon architecture for the Rime stack for Contiki. The Chameleon architecture separates the header processing from the Rime protocol logic. Instead of having each protocol create its own part of the packet header, protocols use packet attributes. Before sending a packet, a special Chameleon header processing module creates a packet header from the packet attributes. The same Chameleon module parses incoming packets and creates packet attributes from the header. The details are in our SenSys 2007 paper: Adam Dunkels, Fredrik Osterlind, Zhitao He. An Adaptive Communication Architecture for Wireless Sensor Networks. In Proceedings of the Fifth ACM Conference on Networked Embedded Sensor Systems (SenSys 2007), Sydney, Australia, November 2007. http://www.sics.se/~adam/dunkels07adaptive.pdf This is a rewrite of the code that was developed for the paper. 2008-02-25 02:14:34 +00:00			`CHAMELEON=chameleon.c channel.c chameleon-raw.c chameleon-bitopt.c`

Moving timesynch.[ch] from sys/ to core/net/rime as they have more to do with Rime than with the kernel 2008-01-14 14:22:16 +00:00			`CONTIKI_SOURCEFILES += rimebuf.c queuebuf.c rimeaddr.c ctimer.c rime.c timesynch.c \`
Changed the 'ibc' and 'uc' Rime modules into the more descriptive names 'broadcast' and 'unicast' 2008-06-26 11:19:22 +00:00			`rimestats.c broadcast.c unicast.c suc.c ruc.c sibc.c sabc.c abc.c nf.c \`
Changed name on the neighbor discovery module from (cryptic) 'nbh' to 'neighbor-discovery' 2007-12-09 15:40:43 +00:00			`mh.c rmh.c rucb.c polite.c ipolite.c neighbor-discovery.c \`
Removed mistakenly added development files 2008-01-14 16:05:34 +00:00			`mesh.c route.c route-discovery.c \`
Changed module name to 'collect' from 'tree' to better reflect the purpose of the module, rather than the particular data structure used to implement it 2007-11-28 16:04:41 +00:00			`collect.c neighbor.c \`
Removed sources from makefile which don't exist in the CVS repository. 2007-05-17 19:22:04 +00:00			`trickle.c \`
This is an initial commit of an implementation of the Chameleon architecture for the Rime stack for Contiki. The Chameleon architecture separates the header processing from the Rime protocol logic. Instead of having each protocol create its own part of the packet header, protocols use packet attributes. Before sending a packet, a special Chameleon header processing module creates a packet header from the packet attributes. The same Chameleon module parses incoming packets and creates packet attributes from the header. The details are in our SenSys 2007 paper: Adam Dunkels, Fredrik Osterlind, Zhitao He. An Adaptive Communication Architecture for Wireless Sensor Networks. In Proceedings of the Fifth ACM Conference on Networked Embedded Sensor Systems (SenSys 2007), Sydney, Australia, November 2007. http://www.sics.se/~adam/dunkels07adaptive.pdf This is a rewrite of the code that was developed for the paper. 2008-02-25 02:14:34 +00:00			`rudolph0.c rudolph1.c rudolph2.c \`
Mistakenly included development code in the Makefile target 2008-02-25 13:22:34 +00:00			`$(CHAMELEON)`
			`# rmesh.c meshconn.c`