From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gui Iribarren Date: Fri, 26 Jul 2013 13:18:18 -0300 Subject: [ath9k-devel] Realtime plot of Spectral Scan in ath9k In-Reply-To: References: <20120530102533.GA28491@infinet.ru> <20120601085714.GA1205@infinet.ru> <518A905B.1050309@rempel-privat.de> <51B5EDA6.6030009@altermundi.net> <51F12B96.5020401@altermundi.net> Message-ID: <51F2A14A.2020809@altermundi.net> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ath9k-devel@lists.ath9k.org On 07/25/2013 04:54 PM, Adrian Chadd wrote: > Cool! > > Where's the web-side of things? > > I'd like to write a freebsd version of this and just share the same > web UI for plotting. Hey Adrian! glad you liked it :D i made fft_eval output JSON with that in mind. Later it can be optimized to save bandwidth, but for my first tinkerings, plain JSON is easier :) >> i haven't wrapped up neatly the openwrt Makefile yet, or flot html/ json >> cgi, but will do ASAP and send links work in progress... [as of this writing, still mising a trivial Makefile to make a proper openwrt package] https://github.com/libre-mesh/lime-packages/tree/master/packages/spectral-scan-webgui http://[2a00:1508:1:f002:6670:2ff:feed:f8da]/spectral_scan.html San Piccinini is working on the waterfall view, consuming the same JSON http://[2a00:1508:1:f002:6670:2ff:feed:f8da]/spectral_scan_waterfall.html Gabriel Tolon has various measurement equipment, so i hope with this visualization he'll be able to better calibrate or find misintepretations of the source data :D >> >> plotting the whole spectrum is trivial (a single line of code) but hopping >> takes longer (i see a 45ms gap between one freq and another, vs 1.5 ms >> between samples on the same freq) Turns out I didn't quite understand the meaning of the "tsf", so those figures are crap, A full pass over thirteen 2.4ghz channels on my hardware (iw wlan0 scan) takes about 75ms, so about 6ms per hop (specifying "passive" only makes it take longer, funny) have a nice day! gui >> and disrupts communications, so fps must >> be lowered to about 0.3 to get a reasonable compromise between 1) temporal >> resolution, and 2) being able to communicate to get the data. >> >> (unless, of course, you do like some propietary vendors who disable radios >> during spectral scan views, which then you can only get through ethernet, >> with mobile-unfriendly java software :P) >> >> Cheers! >> >> Gui >> >>