osd-contiki/core/net/rime/Makefile.rime

RIME_CHAMELEON = chameleon.c channel.c chameleon-raw.c chameleon-bitopt.c
RIME_BASE      = packetbuf.c queuebuf.c rimeaddr.c ctimer.c rime.c timesynch.c \
                 rimestats.c announcement.c polite-announcement.c
RIME_SINGLEHOP = broadcast.c stbroadcast.c unicast.c stunicast.c \
                 runicast.c abc.c \
                 rucb.c polite.c ipolite.c
RIME_MULTIHOP  = netflood.c multihop.c rmh.c trickle.c
RIME_MESH      = mesh.c route.c route-discovery.c
RIME_COLLECT   = collect.c neighbor.c neighbor-discovery.c
RIME_RUDOLPH   = rudolph0.c rudolph1.c rudolph2.c

CONTIKI_SOURCEFILES += $(RIME_BASE) \
               $(RIME_SINGLEHOP) \
               $(RIME_MULTIHOP) \
               $(RIME_MESH) \
               $(RIME_COLLECT) \
               $(RIME_RUDOLPH) \
               $(RIME_CHAMELEON)
Changed name of suc module to stunicast 2008-07-03 23:35:46 +02:00			`RIME_CHAMELEON = chameleon.c channel.c chameleon-raw.c chameleon-bitopt.c`
Renamed the rimebuf module to packetbuf to signal that the module is used outside of a pure Rime context (e.g., the sicslowpan code uses it). 2009-03-12 22:58:20 +01:00			`RIME_BASE = packetbuf.c queuebuf.c rimeaddr.c ctimer.c rime.c timesynch.c \`
A new experimental network primitive called an 'announcement'. An announcement is an (ID, value) tuple that is disseminated to local area neighbors. An application or protocol can explicitly listen to announcements from neighbors. When an announcement is heard, a callback is invoked. Announcements can be used for a variety of network mechanisms such as neighbor discovery, node-level service discovery, or routing metric dissemination. Application programs and protocols register announcements with the announcement module. An announcement back-end, implemented by the system, takes care of sending out announcements over the radio, as well as collecting announcements heard from neighbors. 2009-02-05 20:32:01 +01:00			`rimestats.c announcement.c polite-announcement.c`
Changed name of Rime module ruc to unicast 2008-07-03 23:52:25 +02:00			`RIME_SINGLEHOP = broadcast.c stbroadcast.c unicast.c stunicast.c \`
			`runicast.c abc.c \`
Changed name of suc module to stunicast 2008-07-03 23:35:46 +02:00			`rucb.c polite.c ipolite.c`
Renamed Rime module mh to multihop 2008-07-04 00:36:02 +02:00			`RIME_MULTIHOP = netflood.c multihop.c rmh.c trickle.c`
Changed name of suc module to stunicast 2008-07-03 23:35:46 +02:00			`RIME_MESH = mesh.c route.c route-discovery.c`
			`RIME_COLLECT = collect.c neighbor.c neighbor-discovery.c`
			`RIME_RUDOLPH = rudolph0.c rudolph1.c rudolph2.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 03:14:34 +01:00
Cleaned up Rime makefile - removed sibc, changed name of sabc to stbroadcast 2008-06-30 10:29:32 +02:00			`CONTIKI_SOURCEFILES += $(RIME_BASE) \`
			`$(RIME_SINGLEHOP) \`
			`$(RIME_MULTIHOP) \`
			`$(RIME_MESH) \`
			`$(RIME_COLLECT) \`
			`$(RIME_RUDOLPH) \`
			`$(RIME_CHAMELEON)`