Re: [Madwifi-devel] Frequency Hopping
Status: Beta
Brought to you by:
otaku
From: Vishal S. <vis...@gm...> - 2010-03-27 13:41:17
|
On Sat, Mar 27, 2010 at 6:40 PM, Mohammad Abdelhadi <mo....@gm...>wrote: > > > On Sat, Mar 27, 2010 at 11:52 AM, Vishal Sevani <vis...@gm...>wrote: > >> Hi >> >> Iam trying to figure out the same thing .. however am facing problems. >> With the current function ath_set_channel the channel switching latency >> comes out to be 4-5 ms which is quite a lot. >> > > Iam trying to replicate the function ar5212ChannelChange in ar5212_reset.c. >> The documentation claims that the function can potentially switch channel >> without reset. You can try and see if you are able to make that function >> work. >> >> Vishal >> >> On Fri, Mar 26, 2010 at 11:36 PM, Mohammad Abdelhadi <mo....@gm...>wrote: >> >>> Dear all, >>> >>> I am thinking of applying the frequency hopping technique or fast channel >>> switching under certain conditions. Therefore, >>> 1) which function (or part) in the driver is responsible to switch the >>> channel? >>> 2) I know that when a channel is switched to another one, the state >>> machine is going to reset, can I do channel switching without reseting the >>> state machine? >>> >>> Thank you in advance... >>> >>> -- >>> Mohammad Jaser Abdelhadi >>> >>> ---------------------------------------------------------------------------- >>> Communications Engineering-Senior Student >>> Princess Sumaya University for Technology >>> Mobile: +962777030924 >>> Email: moh...@ya... \ mo....@gm... >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, find bugs >>> proactively, and fine-tune applications for parallel performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> _______________________________________________ >>> Madwifi-devel mailing list >>> Mad...@li... >>> https://lists.sourceforge.net/lists/listinfo/madwifi-devel >>> >>> >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Madwifi-devel mailing list >> Mad...@li... >> https://lists.sourceforge.net/lists/listinfo/madwifi-devel >> >> > > Hi Vishal, > > Thank you for the reply, I am using (madwifi-0.9.4-r4126-20100324) version > which doesn't have the function (ar5212ChannelChange), and when I tried > the trunked version with open HAL, It didn't work on my card (TL-WN651G) ;I > got errors in (make). Do you know any other function could do the same task? > Iam facing the same problem. Iam using r3314 which doesnt have HAL source. So Iam trying to implement the function similar to ar5212ChannelChange. I have tried several possibilities, but am getting errors such Receive FIFO overrun etc. So am really not sure if channel switching is possible in madwifi wihtout reset. May be some of the developers (nleiten or pavel can throw more light on the issue) > And another thing, what about the receiver? If we want to do frequency > hopping the receiver will not catch all packets, because it doesn't know on > which channel it has to adjust its radio on (in adhoc connection). > > You have change the channel at both sender and receiever and how frequently and what time they will change channel is what your protocol will decide, I guess. > Thank you in advance... > Btw in this context I would like to pose a question to developers regarding channel switching. Why is it that a hardware reset is required for channel switching?? Is it becuase of the design of madwifi code or limitation of atheros chipset? > > > -- > Mohammad Jaser Abdelhadi > > ---------------------------------------------------------------------------- > Communications Engineering-Senior Student > Princess Sumaya University for Technology > Mobile: +962777030924 > Email: moh...@ya... \ mo....@gm... > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Madwifi-devel mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > |