fros4943
79aa299531
fixed random seed for cooja motes
2010-05-02 09:42:15 +00:00
joxe
aa980e3f67
removed initialization of RPL from platform main
2010-05-01 13:07:31 +00:00
joxe
f72bd5572c
added initialization of RPL
2010-05-01 13:04:31 +00:00
joxe
3c9256c39f
removed RPL routing state struct from platform config file
2010-05-01 12:04:13 +00:00
joxe
0531d9bd82
moved RPL routing state struct into uip-ds6
2010-05-01 12:02:25 +00:00
nvt-se
9a4a9b9437
Removed return value in function that should not return a value.
2010-04-30 23:13:58 +00:00
nvt-se
ecada2d1ac
*** empty log message ***
2010-04-30 23:10:45 +00:00
nvt-se
2fd414b22f
Support fragmentation testing.
2010-04-30 22:20:41 +00:00
nvt-se
b8a3a4109e
Adjusted the code so as to remove compilation warnings.
2010-04-30 22:18:12 +00:00
nvt-se
528614e89f
Converted the test to examples/udp-ipv6
2010-04-30 22:16:51 +00:00
nvt-se
15f84a93fa
Converted the test to use examples/udp-ipv6
2010-04-30 16:20:42 +00:00
nvt-se
66d99e00ec
Removed obsolete test for the rimeroute module
2010-04-30 16:04:23 +00:00
nvt-se
d751238747
Added an example of using UDP over an RPL-enabled IPv6 network
2010-04-30 15:52:48 +00:00
nvt-se
d529132002
Added missing parts of the RPL configuration
2010-04-30 15:06:00 +00:00
nvt-se
b822dbb25e
Addressed compilation warnings.
2010-04-30 15:04:47 +00:00
nvt-se
4106f4d798
Increased minimum DIO interval from 1024 ms to 4096 ms in order to more calm in duty-cycled networks.
2010-04-30 15:03:55 +00:00
joxe
b0640af3a2
added rpl support for tmote sky - enabled by default
2010-04-30 13:52:14 +00:00
joxe
168a65d989
added ContikiRPL - an implementation of IETF ROLL RPL
2010-04-30 13:43:53 +00:00
joxe
167b0d636e
added icmp_send function and moved rpl input function signature
2010-04-30 13:22:21 +00:00
joxe
dc1a5f70ff
added uip-debug utilities
2010-04-30 13:20:57 +00:00
nvt-se
7e0e2fe284
Removed obsolete rime-route code for IPv6
2010-04-30 12:43:37 +00:00
nvt-se
a6da1c97df
removed obsolete IPv6 routing reference
2010-04-30 12:42:00 +00:00
joxe
cc9914a4f3
fixed uip to use UDP_BUF instead of TCP_BUF when setting udp ports - minor cleanup
2010-04-30 08:46:27 +00:00
adamdunkels
3d10dedecf
Added a safety measure against a problem where a node in rare situations would turn itself into a sink. Not entirely sure why this happens, but the safety measure should at least avoid the results of the problem. Added more debug messages.
2010-04-30 07:33:51 +00:00
adamdunkels
0859d4b95f
Avoid turning off the radio in the middle of a packet reception
2010-04-30 07:32:39 +00:00
adamdunkels
e606c674c2
Rewrote LPP so that it uses 802.15.4 headers. A number of bugfixes with respect to alignment. Avoid turning off the radio in the middle of packet reception.
2010-04-30 07:31:44 +00:00
adamdunkels
55b6129bd2
Debug printout fix
2010-04-30 07:29:31 +00:00
adamdunkels
e523c36cdf
Removed the (unused) header packet of the queuebuf. Added a function for accessing address attributes in the queuebuf
2010-04-30 07:29:08 +00:00
adamdunkels
3c735fcea4
Added a packetbuf flag that indicates if the link layer acks should be used or not
2010-04-30 07:25:51 +00:00
adamdunkels
798f1c63bd
Make it possible to receive multicast UDP packets
2010-04-30 07:19:33 +00:00
adamdunkels
a1f69138d1
Avoid adding elements twice
2010-04-30 07:18:24 +00:00
adamdunkels
e53b93384a
Print out rdc instead of mac
2010-04-30 07:17:50 +00:00
adamdunkels
bac84c314c
Don't include sniffer code when using IPv6 - this saves significant code space because Rime won't be pulled in
2010-04-30 07:17:21 +00:00
fros4943
dc25860caa
added option for mote-specific background coloring in log listener
2010-04-28 09:39:26 +00:00
fros4943
18e5718c97
avoid freeing queuebuf multiple times, and free buffer after cancelling connection
2010-04-27 13:08:55 +00:00
fros4943
12b6f35ce7
PRINTF()ed debugging output
2010-04-27 12:56:35 +00:00
fros4943
f4976f8800
test info minor fix
2010-04-27 07:15:33 +00:00
nifi
85d6f6c514
removed unused variable
2010-04-26 22:41:50 +00:00
nifi
875ad7ffda
Fixed to not change the header if the header allocation fails
2010-04-26 22:05:40 +00:00
nifi
b26f45a35b
code cleanup
2010-04-26 17:55:11 +00:00
nifi
d761b6e89a
Added MAC header to handle padding
2010-04-26 17:46:21 +00:00
fros4943
0d5b01d304
decreased elf loader memory to avoid stack overflow
2010-04-26 14:03:10 +00:00
fros4943
ce1374087b
allow elf loader memory configuration at compile time
2010-04-26 14:02:07 +00:00
fros4943
dcc949e9ba
set serial socket project to default cooja project
2010-04-26 08:21:01 +00:00
fros4943
87dd04fbd8
compiling serial socket project per default
2010-04-26 08:20:11 +00:00
fros4943
c2876b2d25
minor fix: save iconified plugins
2010-04-26 08:19:32 +00:00
fros4943
a430573688
restructured focus menu items, removed debugging output
2010-04-26 08:05:31 +00:00
fros4943
c7ef068f33
improved zoom
2010-04-26 08:00:19 +00:00
oliverschmidt
5dd5b5ac43
Adjusted typdefs to Cygwin 1.7 (now not compatible anymore with Cygwin 1.5).
2010-04-21 20:35:22 +00:00
oliverschmidt
5640f89259
In contrast to Cygwin 1.5 Cygwin 1.7 doesn't allow to get __argc out of thin air anymore. Instead of finding a workaround I opted to remove the whole command line checking here which was added so revisions ago. The reasoning:
...
The WinPcap driver presumes to be obligatory for the application. Therefore it quits the whole application if it can't initialize successfully.
In former times the WinPcap driver required a cmdline parameter to initialize properly. The netsim target presumably doesn't consider the WinPcap driver obligatory for its applications so it checks the cmdline and starts the WinPcap driver only if it finds the WinPcap cmdline parameter present. Thus it prevents the WinPcap driver from failing to initialize which brings down the whole application.
However recently the WinPcap driver was changed to just use some default value if its cmdline parameter isn't found. So there's no more need to keep WinPcap from starting just to make sure it doesn't bring down the whole application. The presumption behind all this reasoning is that a WinPcap driver running with some (potentially wrong) default isn't worse than a WinPcap driver not running at all.
2010-04-21 20:27:28 +00:00
