Hi Allen,
Spectral scan sum up I and Q for you and give you the magnitude it.
Since I and Q are "merged", no phase information is available.
As Adrian said, you have to run some math to get power in dBm from the
special spectral sample format.
If you are able to read Python code, here is an exampl
Hi,
2016-05-07 9:16 GMT+02:00 :
> ...
> 1. Detect the start of packets based on the increased signal strength
> that can be seen in the spectral scan samples.
Are you sure that this is possible? In my observation your spectral
sample stream get interrupted by an decoded frame.
The start of the f
This is a very good overview, thank you. I'd like to take apart
station behavior on wifi with a web application... as a straw man.
On Mon, May 9, 2016 at 8:41 PM, David Lang wrote:
> On Mon, 9 May 2016, Dave Taht wrote:
>
>> On Mon, May 9, 2016 at 7:25 PM, Jonathan Morton
>> wrote:
>>>
>>>
On Mon, May 9, 2016 at 8:30 PM, Adrian Chadd wrote:
> Hi,
>
> So:
>
> * the hardware can give us a per-AC transmit opportunity;
> * software queuing needs to handle the per-STA transmit opportunity;
> * they (and I followed convention after testing)
"They" had probably not made proper sacrifices
Hi,
So:
* the hardware can give us a per-AC transmit opportunity;
* software queuing needs to handle the per-STA transmit opportunity;
* they (and I followed convention after testing) found the "best"
compromise was to hardware queue up to two frames, which we could
probably do slightly more of a
On Mon, May 9, 2016 at 7:25 PM, Jonathan Morton wrote:
>
>> On 9 May, 2016, at 18:35, Dave Taht wrote:
>>
>> should we always wait a little bit to see if we can form an aggregate?
>
> I thought the consensus on this front was “no”, as long as we’re making the
> decision when we have an immediate
Helmut Schaa writes:
> The same functionality as ar9003_hw_tx_power_regwrite is hardcoded in
> ar9003_hw_tx99_set_txpower. Just reuse the existing
> ar9003_hw_tx_power_regwrite
> for TX99 setup too.
>
> Signed-off-by: Helmut Schaa
Thanks, 3 patches applied to ath.git:
8569f5915456 ath9k: reus
Helmut Schaa writes:
> Since commit cd6cfd7311a385144a2f9c74f692ae2df3ae033f
> "ath9k: do not set half/quarter channel flags in AR_PHY_MODE" the
> condition "rfMode & (AR_PHY_MODE_QUARTER | AR_PHY_MODE_HALF)" would
> never evaluate to true.
>
> Fix this by using the available IS_CHAN_HALF_RATE an
On Mon, May 9, 2016 at 4:00 AM, Toke Høiland-Jørgensen wrote:
> I finally finished my flow diagram of the ath9k TX path (corresponding
> to the previous one I did for the mac80211 stack). In case anyone else
> is interested, it's available here:
>
> https://blog.tohojo.dk/2016/05/the-ath9k-tx-path
