802.11ac 5Ghz wifi AP in RPI 3 B+ #2619
Comments
|
If you run |
|
@urrohitsw if you run @hamedafra try changing your country to US, it should work with your config, here is my config that does work: @JamesH65 can we have this looked at? while it does work with US countrycode? Is this a bug? The frequencies (channels) used in the config I posted are allowed in ETSI zone and do not overlap with DFS channels. Where does regulatory info for brcmfmac comes from? It certainly is not using crda, is it embedded in the brcmfmac firmware blob? |
|
We are all a bit busy on other stuff at the moment, with numerous people on holiday, so no promises on timescales. |
|
@JamesH65 no hurries, I just wanted to make sure that you are aware of this issue and that it will be looked at. Google provides no clues about AC AP on pi3b+/brmcfmac. The only way that I was able to make it work in AC AP mode was by using US countrycode.
Yes, wifi is a nighmare, 80211n (and friends) is very loose standard which allows the vendors to do funky stuff, non standard extensions and a large etc, been there, hate that. |
|
I had an issue with AP too in the RPI3 B+ with the latest tagged kernel 4.14.71. And setting country_code=US explicitly seems to be better now. See also here for more info what I saw in dmesg: https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=225414&p=1384182#p1384182 |
|
im having the same issue here pi 3b+ bought in the UK, i cant even get it to work as a client :/ |
|
I have the same problem. Kernel 4.14.71-v7+ I can get "n" working in 5Ghz with the country_code=GB but not "ac". and in the 5Ghz range I can see:
Which is why I can get "n" but not "ac". I ran
and saw:
gives:
I've tried setting this to 0: It didn't make any difference. Then I realised the double negative of roamoff and it should be switched off so I removed the line and restored the default. Would really like to be able the AP as "ac" with country set to GB - want to use the AP's at a school, putting one in each classroom - and possibly add cameras, temperature sensors etc etc. Thanks :-) |
|
Still can't get 802.11ac mode working
Log of hostapd start Xiaomi Redmi 5 Plus and nettop with Intel Wireless-AC 7265 tells me that connection speed is only 150 Mbps instead of 300. Any ideas? UPD: my fault: Xiaomi Redmi 5 Plus doesn't support 802.11ac mode. NetworkManager on my nettop shows that connection speed is 433 MB/s, while nmcli shows only 135 MB/s. How can I check which mode is actually used? |
|
The RPi 5G WiFi configuration does not permit AP mode. As I understand it, shipping an "open" (i.e. not a locked-down appliance) AP-capable device is a compliance nightmare that would require RPis to be region-locked. |
|
@pelwell wrong, it does work. |
|
How can I check which mode is used by hostapd? |
|
Hi guys, I can confirm that @asavah was right, I copied (Ctrl+C and Ctrl+V) his/her config and it works absolutely. I had the problem that the bandwith was too slow but when I had tried to set up 5G Wi-Fi it didn't appear at all. So, once I rebooted my Pi 3 B+ I did a speed test and now it reaches 60Mb and before only 10Mb So many thanks @asavah |
|
Closing this issue as questions answered/issue resolved. |
|
Hi all, I am able to get my hostapd on my RPi 3 B+ to work with 802.11n. However, I am running into trouble trying to get 802.11ac working on it. I ran: And got the expected list of the channels from 1-11, 36-48, and 149-165 (additional channels were listed as "disabled") I then copied @asavah 's hostapd.conf file as listed in #2619 (comment) and ran Result: I'm running Raspbian Buster: Help? |
|
You need to run with sudo, so try:
|
|
@JamesH65 I don't believe this is fixed. Reading the comments above, @asavah proposed a working solution for US users only. However European users still have an issue, since like @jezcaudle mentioned setting any EU country code disables VHT80, which prevents 802.11ac from working. I don't know know if the issue lies with this repository or somewhere else, but I feel very uncomfortable running a device from inside EU with a country code set to US, for obvious legal reasons. And VHT80 was approved by all EU countries AFAIK so there is no reason to limit it. # iw reg set US
# iw phy phy0 channels
[...]
Band 2:
* 5170 MHz [34] (disabled)
* 5180 MHz [36]
Maximum TX power: 20.0 dBm
Channel widths: 20MHz HT40+ VHT80
* 5190 MHz [38] (disabled)
* 5200 MHz [40]
Maximum TX power: 20.0 dBm
Channel widths: 20MHz HT40- VHT80
* 5210 MHz [42] (disabled)
* 5220 MHz [44]
Maximum TX power: 20.0 dBm
Channel widths: 20MHz HT40+ VHT80
* 5230 MHz [46] (disabled)
* 5240 MHz [48]
Maximum TX power: 20.0 dBm
Channel widths: 20MHz HT40- VHT80
[...]
# iw reg set IE
# iw phy phy0 channels
[...]
Band 2:
* 5170 MHz [34] (disabled)
* 5180 MHz [36]
Maximum TX power: 20.0 dBm
Channel widths: 20MHz HT40+
* 5190 MHz [38] (disabled)
* 5200 MHz [40]
Maximum TX power: 20.0 dBm
Channel widths: 20MHz HT40-
* 5210 MHz [42] (disabled)
* 5220 MHz [44]
Maximum TX power: 20.0 dBm
Channel widths: 20MHz HT40+
* 5230 MHz [46] (disabled)
* 5240 MHz [48]
Maximum TX power: 20.0 dBm
Channel widths: 20MHz HT40-
[...]Note how VHT80 is present for the 36/40/44/48 channels with the US country code but disappear with the IE one. Do you know where this difference comes from? Thanks |
|
Additional note : the largest Irish broadband provider supplies a modem with 802.11ac / VHT80 active by default, which adds to the argument that there is no legal basis for VHT80 not to be present in the list of channel widths with a country code of IE. |
Hi @asavah , Do you have any idea what could be the issue here? Latest Raspberry OS, newest Pi. So it should all work, I would think. If I enable any of the three commented-out VHT features the AP will not start. |
|
@asavah Does enabling ac/vht/80mhz actually make it work faster for you though? Coz that doesn't happen to me. Same case when I use my Pi 4's chip as a client, I saw this on both of them btw: (3B+ is with mainline) |
|
@tomty89 my pi4 works as ac-only ap to serve only my phone because my main router is far away and with wall in between. |
|
@AleXSR700 Extract from iw list For your config, if you set vht_oper_chwidth=0, you can uncomment vht_capab, and vht_oper_centr_freq_se.... and it should work. Good luck |
|
@asavah Thank you for your hostapd.conf it is very helpfull. |
That's not true, I use my RPi 5G WiFi as an AP without any problem. Here my hostapd for your reference (use channel 159 as in my config and will work): Now you have your 5G AP on your Rpi 4. Enjoy! |
unfortunately your config is not quite AC just yet. I am struggling myself to make it work. If you check connection type and check the speeds - it is quite slow AC then. I know that connection can be done on 433mbuts and do 100mbits upload and download. Your config gives just half of that speed. :( |
Hi,
Does rpi 3 b+ support 802.11ac 5Ghz in access point mode?
This is my hostapd.conf
And this the hostapd -dd result:
The text was updated successfully, but these errors were encountered: