Instead of using a second, semitransparent quadliteral of the
same station color to highlight the main 20 MHz channel of a
station with a bandwidht wider than 20 MHz, use a semitransparent,
black svg gradient with the same shape and size.
This has the benefit that it is harder to mistake for a second,
overlain station.
The gradient is black because this way it can be reused for
all stations, instead of having to create a separate one for
each station color.
Signed-off-by: Frank Löffler <frank.loeffler@uni-jena.de>
* luci-mod-status: add missing vht40 channels
As of now, channel_analysis is missing 40 MHz VHT channels.
What it does for those right now is
display them as 20 MHz channels (both in the plot and the table below),
but it uses the center frequency of the 40 MHz channel, which means
their (wrong) 20 MHz band in the plot is offset by 2.
This fixes#6419. Note that this only occurs for **other** stations.
The code for local_wifi is different and already complete.
Signed-off-by: Frank Löffler <frank.loeffler@uni-jena.de>
As of now, channel analysis highlights the complete frequency spectrum of a base station (all channels used by the station, which might be more or fewer depending on channel bonding). This means in particular, that in the plot, a station at one main channel might look identical to another station at a different channel, because both might use the same bonded channel spectrum.
One such example is two 80 MHz stations on channels 100 and 108 respectively: both will be plotted from channel 100 up to 115, as both will use those those 80 MHz. This is not incorrect, but it makes it more difficult to see which station is really where, as they might as well switch back to 20 or 40 MHz at times, or for different clients, and where they are then is currently not visible in the plot.
This patch adds another trapez to the plot at the main 20 MHz channel of a station, with width 20 MHz, in case the station uses a wider general width. This is visible, because those polygons are partially transparent. It also moves the x-position of the label to the main channel of the station (which now is marked: this would have looked odd before).
This does not highlight the primary 40 MHz channel for 80 MHz channels and wider. It should be possible be compute this from the knowledge in luci of the primary 20 MHz channel, the center channel and the bandwidth, assuming ac logic, but I decided against adding it, to keep the plot less cluttered.
Signed-off-by: Frank Löffler <frank.loeffler@uni-jena.de>
Enable support for the 6GHz band now that the code supports it. For that it
just needs to be added to the "bands" object.
Signed-off-by: Andre Heider <a.heider@gmail.com>
Improve channel graph for 5GHz radio by using dotted lines to identify
the intermediate channel, full line to identify the different channel
band and bold line to identify the different section of the wifi
channels.
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
Channel tag for 5GHz radios is wrong and is confusing for any user
that wants to better identify the used channel from the graph.
Add some additional logic to better position the channel tag.
Fixes: #6419
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
When the new result is empty, including when another scan is running in the background, the table was emptied, but the graph persisted.
With this change, the list will persist and missing APs will be shown faded.
Signed-off-by: Milad Mohtashamirad <miladmohtashamirad@gmail.com>
Handle HE channel width for channel analysis status page and correctly
draw local interface band width.
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
In refactoring the code there was an error and the sort function wasn't
correctly reworked with diff not correctly dropped.
Drop that and correctly sort the WiFi ap if the channel is different.
Fixes: 75dcb09754 ("luci-mod-status: improve channel_analysis page")
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
Many user complained problem with using pool with wifi scan. This comes
from the limitation that some wifi driver have problems with scanning
nearby wifi and keeping traffic.
Fix this by doing the wifi scan only one time on page load and provide a
button to refresh the channels manually. The original implementation is
preserved as the user can simply reenable the poll referesh from the ui.
While at it also sort the table by channel instead of by signal quality
to better track the most used channels in the table.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
[rewrap commit message]
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
- Add check for missing ht_operation data
- Add support for radio that both support 5 and 2.4 band
- Hide wireless station that doesn't belong to the graph band
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
Add channel analysis support. This can be very useful as a user can directly use the webui to check wifi channel utilization without using external tool. This use data already provided by iwinfo.
Fixes: #4572
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
