* [ath9k-devel] Spectral Scan
@ 2014-07-23 19:29 mahaveer gupta
2014-07-23 19:50 ` Kamran Nishat
0 siblings, 1 reply; 6+ messages in thread
From: mahaveer gupta @ 2014-07-23 19:29 UTC (permalink / raw)
To: ath9k-devel
Hello,
We have been able to use the spectral scan feature successfully -
http://wireless.kernel.org/en/users/Drivers/ath9k/spectral_scan
However, samples are being skipped while the device is receiving packets.
The spectral samples we see correspond to background noise while no packet
is being received.
Wondering if this behavior is expected and if yes, kindly let me know if
you have a suggestion to change that. We would like to see the spectral
samples corresponding to successfully decoded packets. We tried all three
modes without any success so far.
We are using AR 9271 Chipset with the usual firmware.
--
Thanks,
M
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20140723/b551d4f1/attachment.htm
^ permalink raw reply [flat|nested] 6+ messages in thread
* [ath9k-devel] Spectral Scan
2014-07-23 19:29 [ath9k-devel] Spectral Scan mahaveer gupta
@ 2014-07-23 19:50 ` Kamran Nishat
2014-07-23 20:34 ` mahaveer gupta
0 siblings, 1 reply; 6+ messages in thread
From: Kamran Nishat @ 2014-07-23 19:50 UTC (permalink / raw)
To: ath9k-devel
hi
yes this is the expected behaviour. one can only get spectral scans for
things cannot be decoded as valid packets by HW. One way to receive scans
for packets is to scan on 40MHz channel while sending traffic on a 20Mhz
sub channel.
kamran
On Thu, Jul 24, 2014 at 12:29 AM, mahaveer gupta <mgupta1616@gmail.com>
wrote:
> Hello,
>
> We have been able to use the spectral scan feature successfully -
> http://wireless.kernel.org/en/users/Drivers/ath9k/spectral_scan
>
> However, samples are being skipped while the device is receiving packets.
> The spectral samples we see correspond to background noise while no packet
> is being received.
>
> Wondering if this behavior is expected and if yes, kindly let me know if
> you have a suggestion to change that. We would like to see the spectral
> samples corresponding to successfully decoded packets. We tried all three
> modes without any success so far.
>
> We are using AR 9271 Chipset with the usual firmware.
>
> --
> Thanks,
> M
>
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20140724/9805b466/attachment.htm
^ permalink raw reply [flat|nested] 6+ messages in thread
* [ath9k-devel] Spectral Scan
2014-07-23 19:50 ` Kamran Nishat
@ 2014-07-23 20:34 ` mahaveer gupta
2014-07-24 23:11 ` Adrian Chadd
0 siblings, 1 reply; 6+ messages in thread
From: mahaveer gupta @ 2014-07-23 20:34 UTC (permalink / raw)
To: ath9k-devel
Thanks for the answer. Indeed, we thought similar to what you suggest but
realized that the actual packets still need to be decoded to be able to
match the spectral samples with decoded packets (by matching the hardware
timestamp values). Hence this was a little tricky.
If we use a 40Mhz scan on a 20MHz transmission, how would it be possible to
distinguish the spectral samples corresponding to 20MHz packets and those
corresponding to background noise.
RSSI could be a weak discriminator.
On Wed, Jul 23, 2014 at 2:50 PM, Kamran Nishat <kamran.nishat@gmail.com>
wrote:
> hi
> yes this is the expected behaviour. one can only get spectral scans for
> things cannot be decoded as valid packets by HW. One way to receive scans
> for packets is to scan on 40MHz channel while sending traffic on a 20Mhz
> sub channel.
>
> kamran
>
>
> On Thu, Jul 24, 2014 at 12:29 AM, mahaveer gupta <mgupta1616@gmail.com>
> wrote:
>
>> Hello,
>>
>> We have been able to use the spectral scan feature successfully -
>> http://wireless.kernel.org/en/users/Drivers/ath9k/spectral_scan
>>
>> However, samples are being skipped while the device is receiving packets.
>> The spectral samples we see correspond to background noise while no packet
>> is being received.
>>
>> Wondering if this behavior is expected and if yes, kindly let me know if
>> you have a suggestion to change that. We would like to see the spectral
>> samples corresponding to successfully decoded packets. We tried all three
>> modes without any success so far.
>>
>> We are using AR 9271 Chipset with the usual firmware.
>>
>> --
>> Thanks,
>> M
>>
>> _______________________________________________
>> ath9k-devel mailing list
>> ath9k-devel at lists.ath9k.org
>> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>>
>>
>
--
Thanks,
M
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20140723/4d6e17c9/attachment.htm
^ permalink raw reply [flat|nested] 6+ messages in thread
* [ath9k-devel] Spectral Scan
2014-07-23 20:34 ` mahaveer gupta
@ 2014-07-24 23:11 ` Adrian Chadd
0 siblings, 0 replies; 6+ messages in thread
From: Adrian Chadd @ 2014-07-24 23:11 UTC (permalink / raw)
To: ath9k-devel
Hi,
The NIC is either receiving frames or doing spectral scan. It can't
unfortunately do both.
-a
On 23 July 2014 13:34, mahaveer gupta <mgupta1616@gmail.com> wrote:
> Thanks for the answer. Indeed, we thought similar to what you suggest but
> realized that the actual packets still need to be decoded to be able to
> match the spectral samples with decoded packets (by matching the hardware
> timestamp values). Hence this was a little tricky.
>
> If we use a 40Mhz scan on a 20MHz transmission, how would it be possible to
> distinguish the spectral samples corresponding to 20MHz packets and those
> corresponding to background noise.
>
> RSSI could be a weak discriminator.
>
>
> On Wed, Jul 23, 2014 at 2:50 PM, Kamran Nishat <kamran.nishat@gmail.com>
> wrote:
>>
>> hi
>> yes this is the expected behaviour. one can only get spectral scans for
>> things cannot be decoded as valid packets by HW. One way to receive scans
>> for packets is to scan on 40MHz channel while sending traffic on a 20Mhz
>> sub channel.
>>
>> kamran
>>
>>
>> On Thu, Jul 24, 2014 at 12:29 AM, mahaveer gupta <mgupta1616@gmail.com>
>> wrote:
>>>
>>> Hello,
>>>
>>> We have been able to use the spectral scan feature successfully -
>>> http://wireless.kernel.org/en/users/Drivers/ath9k/spectral_scan
>>>
>>> However, samples are being skipped while the device is receiving packets.
>>> The spectral samples we see correspond to background noise while no packet
>>> is being received.
>>>
>>> Wondering if this behavior is expected and if yes, kindly let me know if
>>> you have a suggestion to change that. We would like to see the spectral
>>> samples corresponding to successfully decoded packets. We tried all three
>>> modes without any success so far.
>>>
>>> We are using AR 9271 Chipset with the usual firmware.
>>>
>>> --
>>> Thanks,
>>> M
>>>
>>> _______________________________________________
>>> ath9k-devel mailing list
>>> ath9k-devel at lists.ath9k.org
>>> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>>>
>>
>
>
>
> --
> Thanks,
> M
>
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* [ath9k-devel] spectral scan
@ 2016-11-07 11:34 Simone Di Domenico
2016-11-10 0:28 ` Adrian Chadd
0 siblings, 1 reply; 6+ messages in thread
From: Simone Di Domenico @ 2016-11-07 11:34 UTC (permalink / raw)
To: ath9k-devel
Hi All,
I am a newbie of Atheros WiFi chipsets and I am trying to use the spectral
scan feature available on AR9280.
It's working fine, but I would understand in details the type of data
returned from che chipset.
In particular, I would know if the FFT data are related to the received
signal (let me denote with Y) or to the channel estimation (let me denote
with H), also known as CSI.
My doubt arises from the fact that spectral scan does not require to be
connected to any APs to work.
Thanks in advance for any help and suggestions.
BR,
Simone
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20161107/9cc735ab/attachment.htm
^ permalink raw reply [flat|nested] 6+ messages in thread
* [ath9k-devel] spectral scan
2016-11-07 11:34 [ath9k-devel] spectral scan Simone Di Domenico
@ 2016-11-10 0:28 ` Adrian Chadd
0 siblings, 0 replies; 6+ messages in thread
From: Adrian Chadd @ 2016-11-10 0:28 UTC (permalink / raw)
To: ath9k-devel
hi,
it should be Y.
-a
On 7 November 2016 at 03:34, Simone Di Domenico
<simone.didomenico90@gmail.com> wrote:
> Hi All,
> I am a newbie of Atheros WiFi chipsets and I am trying to use the spectral
> scan feature available on AR9280.
> It's working fine, but I would understand in details the type of data
> returned from che chipset.
> In particular, I would know if the FFT data are related to the received
> signal (let me denote with Y) or to the channel estimation (let me denote
> with H), also known as CSI.
> My doubt arises from the fact that spectral scan does not require to be
> connected to any APs to work.
>
> Thanks in advance for any help and suggestions.
> BR,
>
> Simone
>
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-11-10 0:28 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-07-23 19:29 [ath9k-devel] Spectral Scan mahaveer gupta
2014-07-23 19:50 ` Kamran Nishat
2014-07-23 20:34 ` mahaveer gupta
2014-07-24 23:11 ` Adrian Chadd
2016-11-07 11:34 [ath9k-devel] spectral scan Simone Di Domenico
2016-11-10 0:28 ` Adrian Chadd
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).