Hi Johny, The patch worked like a charm, thanks! Luckily I didn't spend to much time on this before your patch. Simple and clean hack.
/Henrik 2011/8/18 Johny Mattsson <jmatts...@dius.com.au> > 2011/8/16 Johny Mattsson <jmatts...@dius.com.au> > >> We do have BLIP 2.0 running with an RF212 chip here internally. >> >> That said, it's not a very clean hack (it only works with the RF212 now, >> not the CC2420). I can't provide code at this point >> <snip> >> > > Okay, I've got clearance to release code now. I have attached a patch which > decouples the CC2420 from the BLIP stack, introduces an abstraction layer, > and provides the necessary bits for the RF212 to hook into it. As already > mentioned, this breaks BLIP for the CC2420 as I haven't written the > necessary adapter layer to bridge it to the new abstraction layers (nor am I > likely to get time for that). If you or someone else want to use this patch > as a starting point for a proper refactoring of BLIP and get it back into > trunk, I wouldn't complain ;) > > Aside from what I mentioned in my previous email, I also want to point out > that the Ieee154MessageLayer doesn't fit in very nicely with BLIP overall > (due to the former's use of short-only addresses), and quite possibly the > best approach is to have BLIP as a third exclusive "pillar" next to > ActiveMessage and Ieee154MessageLayer, rather than wedged in sideways the > way it's done in the attached patch. Getting the naming of the send/receive > interfaces cleaned up and consistent would also be highly beneficial in > terms of readability and understandability. > > I'm still hazy on how the setting of (short) addresses needs to flow > through to the RF chip; Given that it's in there for the CC2420 I can only > presume the CC2420 is configured with filters for its addresses. The RF212 > is not so configured, so having the address configuration as a no-op works > fine here. > > > Much as I'd like to fix up all of these things, commercial reality puts my > focus elsewhere. > > Feel free to ask any questions related to this patch/hack, I'll answer best > I can! > > Regards, > /Johny > > -- > Johny Mattsson > Senior Software Engineer > > DiUS Computing Pty. Ltd. > *where ideas are engineered > * >
_______________________________________________ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
