On Sun, Mar 4, 2012 at 11:08 PM, [email protected] <[email protected]> wrote: > On Sun, Mar 4, 2012 at 12:19 PM, Prajosh Premdas > <[email protected]> wrote: >> On Sun, Mar 4, 2012 at 9:59 PM, Felix Varghese <[email protected]> wrote: >>> Hi, >>> >>>> BTW: I remember rf231/rf212 chips having ACK/filter MAC acceleration. Does >>>> Atmel have a chip with support for beaconing or beaconed networks? >>> >>> You are right, they both support auto ACK, CSMA-CA, retries and >>> address filtering. They do support beacon-enabled networks in that >>> they can send out slotted auto-ACKs, etc. But in this case, the burden >>> of providing the exact timing falls on the micro-controller. It should >>> pulse a pin to trigger the actual sending of the ACK. This is probably >>> because of the fact that only the stack would know the relevant >>> timings such as slot-boundaries. >>> >>>>> As far as a single radio joining two PANs is concerned, in case the >>>>> aforementioned hardware acceleration is used, it cannot be done, >>>>> unless the radio itself supports dual addresses, pan ids, etc. If such >>>>> a radio does arrive in the market, can we not have two instances of >>>>> wpan phy itself, one bound to each such 'logical' radio? >>>> 76.164.216.197:8181 >>>> >>>> >>>> No, because it would be still a single radio with single channel settings. >>> >>> Ok, I think I got your point there, thanks. >>> >>>>>> No. At this moment IEEE 802.15.4 does not qualify as a sane default, >>>>>> because MAC implementation is far from being complete. >>>>> >>>>> We were hoping to help you guys rectify that problem :) >>>> >>>> We really appreciate your efforts. Maybe we should meet on IRC or on ML >>>> to discuss your intentions, your goals and your plan. What do you think? >>> >>> We think that is a good idea! >> >> In short, we are trying to get add a 802.15.4 stack to Linux to >> support various radios like at86rf23x/212 cc2420/2520, support modules >> like ZigBit and extend support for USB based sticks. So i think we >> should join forces and build this stack. > > Have you considered using SOC 802.15.4 chips attached to your Linux > host as a way of avoiding the real-time issues? Beaconed mode is going > to require some difficult code on the Linux side in order to maintain > the tight timing requirements. Most SOC 802.15.4 chips are available > in USB sticks making development easy. > > An approach would be to fully implement the 802.15.4 MAC in Contiki > (it is partially there). Then run the MAC on a dedicated SOC 802.15.4 > chip. Use Linux to talk to this hard MAC implementation. > Yes when we have to consider SOCs like ATmegaRF series and some from Ti too. This can be treated as a set of modules i mentioned. But the first priority i think should be on the native Linux > >> >> We have completed the reset, get, set pib and associate functions in >> mac. We have so far send patches of nl based changes only. >> >> I think we should use IIRchat and sync up on the design before >> proceeding further. >> >> A new 802.15.4g std is in pipeline with a higher mpdu size and lots of >> additional modes. >>> >>> Regards, >>> Felix. >> >> >> >> -- >> Regards, >> >> Prajosh Premdas >> >> ------------------------------------------------------------------------------ >> Virtualization & Cloud Management Using Capacity Planning >> Cloud computing makes use of virtualization - but cloud computing >> also focuses on allowing computing to be delivered as a service. >> http://www.accelacomm.com/jaw/sfnl/114/51521223/ >> _______________________________________________ >> Linux-zigbee-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel > > > > -- > Jon Smirl > [email protected]
-- Regards, Prajosh Premdas ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Linux-zigbee-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
