Hello all, we have some problems testing blip-rpl-devel. On 5 computers the latest checkout of blip-rpl-devel (REV 5510) is normally not working. Only once pinging the UDPEcho node was possible. But after rebuilding the same nodes with the same software (same computer, same cables, same Makefiles,...) pinging was not possible anymore.
However, the Revision 5474 works quite well (in 4 of 5 cases). Except the changes in the Makefiles mentioned below, the checkout is the default from the SVN. We have done some tests using the following setup: MSP430-GCC: Version 4.4.5 SVN Revision: 5510 TelosB-motes Makefile for PppRouter: ################### COMPONENT=PppRouterC TOSMAKE_PATH += . # PFLAGS += -DENABLE_SPI0_DMA # use rpl PFLAGS += -DRPL_ROUTING -DRPL_STORING_MODE -I$(LOWPAN_ROOT)/tos/lib/net/rpl # and ppp PFLAGS += -I$(TOSDIR)/lib/ppp PFLAGS += -I$(TOSDIR)/lib/fragpool PFLAGS += -I$(TOSDIR)/lib/serialprintf PFLAGS += -I$(TOSDIR)/platforms/$(PLATFORM)/chips/msp430 # if you set this, the stack won't use dhcp to assign addresses -- it # will use this prefix combined with TOS_NODE_ID PFLAGS += -DIN6_PREFIX=\"fec0::\" # derive short address from the dhcp address assignment, if possible #PFLAGS += -DBLIP_DERIVE_SHORTADDRS ################### Makefile for UDPEcho: ################### COMPONENT=UDPEchoC # uncomment this for network programming support # BOOTLOADER=tosboot # radio options # CFLAGS += -DCC2420_DEF_CHANNEL=26 # CFLAGS += -DRF230_DEF_CHANNEL=26 # CFLAGS += -DCC2420_DEF_RFPOWER=4 -DENABLE_SPI0_DMA # enable dma on the radio PFLAGS += -DENABLE_SPI0_DMA # you can compile with or without a routing protocol... of course, # without it, you will only be able to use link-local communication. PFLAGS += -DRPL_ROUTING -DRPL_STORING_MODE -I$(LOWPAN_ROOT)/tos/lib/net/rpl # tell the 6lowpan layer to not generate hc-compressed headers # PFLAGS += -DLIB6LOWPAN_HC_VERSION=-1 # if this is set, motes will send debugging information to the address # listed. # CFLAGS += -DREPORT_DEST=\"2001:470:1f04:56d::64\" # CFLAGS += -DREPORT_DEST=\"fe80::22:ff:fe00:1\" # CFLAGS += -DREPORT_DEST=\"fec0::1\" # if you're using DHCP, set this to try and derive a 16-bit address # from the IA received from the server. This will work if the server # gives out addresses from a /112 prefix. If this is not set, blip # will only use EUI64-based link addresses. # PFLAGS += -DBLIP_DERIVE_SHORTADDRS # this disables dhcp and statically chooses a prefix. the motes form # their ipv6 address by combining this with TOS_NODE_ID PFLAGS += -DIN6_PREFIX=\"fec0::\" # printf debugs. works only on telosb/tmote sky #PFLAGS += -DPRINTFUART_ENABLED include $(MAKERULES) ################### --> no reply to a ping6 from UDPEcho ###################################################################### Same setup as above, but now using msp430-gcc version 3.2.3: --> no reply to a ping6 from UDPEcho ###################################################################### Enable PRINTFUART_ENABLED on UDPEcho --> no reply to a ping6 from UDPEcho printf-output on UDPEcho: ################### destination gateway interface ::/0 fe80::212:6d45:50e6:bb36 1 Frag pool size: 12 SendInfo pool size: 3 SendEntry pool size: 12 Forward queue length: 0 heap region start: 0x1222 length: 1500 used: 0 Frag pool size: 12 SendInfo pool size: 3 SendEntry pool size: 12 Forward queue length: 0 heap region start: 0x1222 length: 1500 used: 0 ################### (Serial ID of PppRouter-node: 36:bb:e6:12:0:0) ###################################################################### Checkout Revision 5474 --> ping6 to UDPEcho: 64 bytes from fec0::3: icmp_seq=1 ttl=15 time=264 ms 64 bytes from fec0::3: icmp_seq=2 ttl=15 time=274 ms 64 bytes from fec0::3: icmp_seq=3 ttl=15 time=273 ms 64 bytes from fec0::3: icmp_seq=4 ttl=15 time=272 ms printf-output: ################### destination gateway interface ::/0 fe80::212:6d45:50e6:bb36 1 Frag pool size: 12 SendInfo pool size: 3 SendEntry pool size: 12 Forward queue length: 0 heap region start: 0x121e length: 1500 used: 0 IP Protocol send - nxt_hdr: 58 iov_len: 68 plen: 68 Forwarding -- send to LL address fragment length: 93 offset: 108 fragment length: 0 offset: 108 sendDone: iface: 1 key: -1 Frag pool size: 12 SendInfo pool size: 3 SendEntry pool size: 12 Forward queue length: 0 heap region start: 0x121e length: 1500 used: 0 IP Protocol send - nxt_hdr: 58 iov_len: 68 plen: 68 Forwarding -- send to LL address fragment length: 93 offset: 108 fragment length: 0 offset: 108 sendDone: iface: 1 key: -1 ################### Has someone similar experiences? _______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
