v1.2.0 - WLAN_5G STATISTICS / WLAN_2G STATISTICS no NewChannelWidth reported

[Ldwg2002]

tested at 7272_06.8x, 7490_07.6x, 4050_08.1x, a.s.o.
WLAN_2G STATISTICS works as expected (NewTotalAssociations) but w/o NewChannelWidth/MHz
WLAN_5G STATISTICS works as expected (NewTotalAssociations) but w/o NewChannelWidth/MHz

I can not confirm the Example output:
NewTotalPacketsSent 2310897349
NewTotalPacketsReceived 3406343562
NewTotalAssociations 5
NewChannel 40
NewChannelWidth 320 # NEW: Channel width in MHz
NewChannelWidthMHz 320 # NEW: Explicit MHz unit
NewGHz 5

my output misses NewChannelWidth / MHz

``

NewTotalPacketsSent 0
NewTotalPacketsReceived 7439591
NewTotalAssociations 1
NewEnable 1
NewStatus Up
NewMaxBitRate Auto
NewChannel 36
NewSSID 29o1-C5
NewBeaconType 11i
NewX_AVM-DE_PossibleBeaconTypes None,11i,WPAand11i,11iandWPA3
NewMACAddressControlEnabled 0
NewStandard ac
...
NewGHz 5
``
The channels are configured manually. This should not have an influence.
Also SIGNAL_STRENGTH is set / limited to low radiation of 12 or 6 %.

[jhubig]

fritzBoxShell.sh Could you please try with this version? Thanks

[Ldwg2002]

I tested the myself named version 1.2.0a to get sure the right script is used. Sorry, bandwidth is still missing and I have no idea, what might be the reason in my config. The responses are enclosed in the textfile.

fritzBoxShell_1.2.0a.txt

$ env
SHELL=/bin/bash
LANGUAGE=de_DE.UTF-8
PWD=/home/pi
LOGNAME=rpi
XDG_SESSION_TYPE=tty
MOTD_SHOWN=pam
HOME=/home/pi
LANG=de_DE.UTF-8
LC_ALL=de_DE.UTF-8
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
SSH_TTY=/dev/pts/0
TEXTDOMAIN=Linux-PAM
_=/usr/bin/env
OLDPWD=/home/rpi/poll

[EDIT]
moved the script 1.2.0 to Alpine 1-Alpine Tue Oct 7 15:50:14 UTC 2025 armv61 release 3.22.2 and get the right answer with bandwidth from version 1.2.0

NewMinCharsPSK 64
NewMaxCharsPSK 64
NewAllowedCharsPSK 0123456789ABCDEFabcdef
NewX_AVM-DE_FrequencyBand 2400
NewX_AVM-DE_WLANGlobalEnable 1
NewChannelWidth 160
NewChannelWidthMHz 160
NewGHz 2.4

but 160 MHz must be wrong, because the whole spectrum has only 80 MHz from channel 1 to 13, right?

$ env
USER=alpineuser
SSH_CLIENT=IP.v4.1.3 60063 22
SHLVL=1
HOME=/home/user
OLDPWD=/home/user
SSH_TTY=/dev/pts/0
PAGER=less
LOGNAME=alpineuser
TERM=xterm
LC_COLLATE=C
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
LANG=C.UTF-8
SHELL=/bin/sh
PWD=/home/alpineuser
SSH_CONNECTION=IP..v4.1.3 60063 IP.v4.0.216 22
CHARSET=UTF-8
[/EDIT]

[jhubig]

Okay. I did some analysis and found out that:

1. There was a mistake in the script (you were fully right)
2. the reported channel width is the one setup in the FritzBox. This value can only be changed by saving the complete FritzBox settings to a local file. Then modify this file for the channelwidth. Re-calculate the checksum and then upload the changed config. Well explained here: https://youtu.be/eHKCPZj5w1c?t=890
3. I'm questioning myself if the configured channel width is really helping. More interesting would be the real channel width. In reality on the 2.4 Ghz it might only be 20 Mhz and still overlapping. Maybe I completely remove this functionality? WHat do you think?

Regarding that it is fully missing on your ouput on the other machgines might be that some dependencies are missing like jq, curl, wget, etc. I guess in that case jq. Could you try to install it ?

sudo apt-get install jq

[Ldwg2002]

1st of all, I checked all dependencies and get the additional infos. :-) perfect shell script :-) perfect hint to dependencies :-)

--boxuser "fb" --boxpw "fb@4050"  WLAN_2G STATISTICS
NewChannelWidth 40
NewChannelWidthMHz 40
NewFrequencyBand 2.4GHz
NewGHz 2.4
--boxuser "fb" --boxpw "fb@4050"  WLAN_5G STATISTICS
NewChannelWidth 160
NewChannelWidthMHz 160
NewFrequencyBand 5GHz
NewGHz 5

--boxuser "fb" --boxpw "fb@7490"  WLAN_2G STATISTICS
NewChannelWidth 40
NewChannelWidthMHz 40
NewFrequencyBand 2.4GHz
NewGHz 2.4
--boxuser "fb" --boxpw "fb@7490"  WLAN_5G STATISTICS
NewChannelWidth 80
NewChannelWidthMHz 80
NewFrequencyBand 5GHz
NewGHz 5

--boxuser "fb" --boxpw "fb@7272"  WLAN_2G STATISTICS
NewChannelWidth 40
NewChannelWidthMHz 40
NewFrequencyBand unknown
NewGHz 2.4

to 1.+3. my fault too. I did know about the manual config of "channel width", i.e. 5 GHz limiting "channel bonding" to 80 MHz to stay in DFS-free channels, by avoiding automatic channel selection (hopping into DFS).

A planned WiFi-Deployment of FritzBoxes works fine (stable) with manual channel selection. If you reduce the radiation power, to shorten the channel reuse distance, to maxmize the throughput (airtime) in your premise. Then you can even use the advanced channel scheme [1]-5-9-13/EU with OFDM and get rid of the [ancient] 802.11b Standard with DSSS[22MHz] bandwidth.

2,4 GHz channel bonding in Europe (upper, lower) is possible, but costs ~3 dB power. The greater benfit is the spatial coverage with a four channel scheme or omit [1], which is ZigBee 11 (-14), for neighbours/EU not under planning control or use automatic. #35 ff

BUT the manual CHANNEL selection in polite 802.11 FritzOS has trouble if it is squeezed in a crowded neighbourhood/EU. WiFi-Stations avoid ACI/CCI altogether and get arranged with all unplanned in the crowd too. FritzOS changes the manual SET CHANNEL to anything and never comes back, it remains, similar to AUTO. The info is in the GUI or comes with your script.

As you, I expected that the real channel width is reported, as it is done in NewChannel.

I'm questioning myself if the configured channel width is really helping.
More interesting would be the real channel width.

So NewChannelWidth / NewChannelWidthMHz / NewFrequencyBand / NewGHz report the capabilities of the box (or the config, if changed by experts in special cases).

Maybe I completely remove this functionality? What do you think?

The block ChannelWidth seems to cost time (it is a pause in the output), but the info may be valuable. What about a separate action? WLAN_xG BANDWIDTH, to check the capabilities/config. Or follow the saying: If you are in doubt, go without.

More of interest is the clients WiFi-connection, to gain an overview like a WiFi-dashboard. How to get details about the clients: RSSI Quality, SNR Quality, a.s.o. to point out select the worst performing WLAN-hosts.

WLAN-Verbindung            WLAN-Verbindung            2,4 GHz
Signalstärke   -57dBm      max. mögliche Datenrate    144 / 144 Mbit/s
WLAN-Standard  Wi-Fi 4     aktuelle Datenrate         143 / 110 Mbit/s
Frequenzband   2,4 GHz     Kanalbandbreite            20 MHz
Streams        2 x 2
WLAN-Eigenschaften     Verschlüsselung        WPA2
Signaleigenschaften    STBC, LDPC, Dualbandfähigkeit, 11k, 11v

In the TR-064 documentation I have not found a source for this data. Do you have any idea?
[EDIT]
Now I have found here https://fritz.support/resources/TR-064_WLAN_Configuration.pdf these functions
2.20 GetGenericAssociatedDeviceInfo 2.21 GetSpecificAssociatedDeviceInfo
2.22 X_AVM-DE_GetSpecificAssociatedDeviceInfoByIp
2.23 X_AVM-DE_GetWLANDeviceListPath / looks like a possible source. Where is Streams, a.s.o.?
Returns an URL path to fetch a WIFI device list of all connected devices as an XML document.
2.38 X_AVM-DE_GetWLANConnectionInfo / more details about WiFi.
Get information about the Wi-Fi connection of the requesting Wi-Fi host device.
[/EDIT]