search

bthnycl / tinyos-main

Automatically exported from code.google.com/p/tinyos-main
0 stars 0 forks source link

[blip] 2 byte PAN ID (DEFAULT_LOCAL_GROUP) breaks blip #134

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. Set DEFAULT_LOCAL_GROUP=0xabcd in Makefile of PppRouter and UdpEcho.
2. Start blip according to Wiki.

What is the expected output? What do you see instead?
Expected: Being able to ping the UdpEcho node.

When using DEFAULT_LOCAL_GROUP=0xcd in both Makefiles, communication works with 
the right PAN ID.

Other applications in apps/ suggest that DEFAULT_LOCAL_GROUP=0xabcd should work 
with TinyOS.

Original issue reported on code.google.com by marku...@gmail.com on 30 Apr 2012 at 1:44

GoogleCodeExporter commented 8 years ago 
This is because blip reuses the old TOS_AM_GROUP as the pan id, but the 
AM_GROUP was only an 8-bit field.  We need to create a new copy of the group in 
the Ieee802154 addressing component which has the full width.

The simplest workaround is to change the definition of am_id_t in types/AM.h, 
but this can't go back in the tree since old code probably depends on that.

Original comment by sdh...@gmail.com on 30 Apr 2012 at 4:52

GoogleCodeExporter commented 8 years ago 
You might find some inspiration in the patch over at issue #30.

Original comment by jmatts...@dius.com.au on 2 May 2012 at 12:17