OpenWrt One: Wifi channels incorrect?

Installing and Using OpenWrt
1

image
https://en.wikipedia.org/wiki/List_of_WLAN_channels#5_GHz_(802.11a/h/n/ac/ax/be) seems to suggest it should be starting at 5.490Ghz - why is it saying 6? Is the One even capable of this? Shouldn't my channel selection be restricted by country?

2

Check the “band” the radio is set to. It looks like it may be incorrectly set to 6g.

3

Where is the band setting?
If the device doesn't support this frequency wouldn't it be a bug to show this?

The only setting I can see is "Mode" which is N/AC/AX - currently set to AX

4

SSH into your router.
Then cat /etc/config/wireless and take a look at the config wifi-device 'radio1' stanza.
option band should show '5g'.
If it shows '6g', you'll have to edit the file accordingly.

5

If it out of the box is incorrectly set to 6g, yes that’s a bug.

6

Nope it's showing 5g in the config (even when set to auto channel).

If I purposely set it to a high channel, the UI shows Channel: 173 (6.815 GHz) | Bitrate: ? Mbit/s but the config shows

config wifi-device 'radio1'
        option type 'mac80211'
        option path 'platform/soc/18000000.wifi+1'
        option band '5g'
        option channel '173'
        option htmode 'HE160'
        option num_global_macaddr '7'
        option cell_density '0'
        option country 'AU'
7

Then perhaps if a luci issue interpreting the configuration and showing it wrong.
Does wifi actually come up? Are there any relevant logs?

Channel 173 of course isn’t valid (I know you were using it to test).

8

Wifi only comes up on low channels, I think.
No logs other than ACS/DFS scanning - when it works.

image
image133×664 8.19 KB

9

Better grepping found this in the logs:

Sat Apr 19 09:57:23 2025 daemon.notice hostapd: phy1-ap0: interface state UNINITIALIZED->COUNTRY_UPDATE
Sat Apr 19 09:57:23 2025 daemon.notice hostapd: Frequency 5885 (secondary) not allowed for AP mode, flags: 0x1
Sat Apr 19 09:57:23 2025 daemon.warn hostapd: phy1-ap0: IEEE 802.11 Configured channel (173) or frequency (5865) (secondary_channel=1) not found from the channel list of the current mode (2) IEEE 802.11a
Sat Apr 19 09:57:23 2025 daemon.warn hostapd: phy1-ap0: IEEE 802.11 Hardware does not support configured channel
Sat Apr 19 09:57:23 2025 daemon.err hostapd: Could not select hw_mode and channel. (-3)
Sat Apr 19 09:57:23 2025 daemon.notice hostapd: phy1-ap0: interface state COUNTRY_UPDATE->DISABLED
Sat Apr 19 09:57:23 2025 daemon.notice hostapd: phy1-ap0: AP-DISABLED
Sat Apr 19 09:57:23 2025 daemon.err hostapd: phy1-ap0: Unable to setup interface.
Sat Apr 19 09:57:23 2025 daemon.notice hostapd: nl80211: deinit ifname=phy1-ap0 disabled_11b_rates=0
Sat Apr 19 09:57:23 2025 kern.info kernel: [12373.934795] mt798x-wmac 18000000.wifi phy1-ap0: left allmulticast mode
Sat Apr 19 09:57:23 2025 kern.info kernel: [12373.941348] mt798x-wmac 18000000.wifi phy1-ap0: left promiscuous mode

Which is expected, but shouldn't something tell LuCI not to display those channels?

10

Which Openwrt release are you running?

11

Powered by LuCI (HEAD detached at 2ac26e56) branch (25.103.51521~2ac26e5) / OpenWrt 24.10.1 (r28597-0425664679)

No idea why it appears to be running a development version of LuCI.

Edit: Upgraded LuCI to 25.108.47077~ca805cb