- Status New
- Percent Complete
- Task Type Bug Report
- Category Base system
- Assigned To No-one
- Operating System All
- Severity Medium
- Priority Low
- Reported Version openwrt-19.07
- Due in Version Undecided
-
Due Date
Undecided
- Private
Opened by Thai Tran - 29.01.2020
Last edited by Adrian Schmutzler - 25.02.2020
FS#2781 - Archer C50 v4 Mac80211 Looses Internet Access after 20’+ Away from Router But Maintains Connection
Supply the following if possible:
- Device problem occurs on
- Software versions of OpenWrt/LEDE release, packages, etc.
- Steps to reproduce
Problem Device:
TP-Link Archer C50 (Canadian) v4 + v4.2
Software version:
openwrt 19.07 r10860, default packages versions.
Steps to reproduce:
Setup wireless like below. I’ve intentionally left encryption set to “none” for both radio’s for quick testing but i’ve tested with WPA2 CCMP encryption with no change in results.
config wifi-device ‘radio0’ option type ‘mac80211’ option channel ‘11’ option hwmode ‘11g’ option path ‘platform/10300000.wmac’ option htmode ‘HT20’ option legacy_rates ‘0’ option country ‘CA’
config wifi-iface ‘default_radio0’ option device ‘radio0’ option network ‘lan’ option mode ‘ap’ option ssid ‘OpenWrt’ option encryption ‘none’
config wifi-device ‘radio1’ option type ‘mac80211’ option hwmode ‘11a’ option path ‘pci0000:00/0000:00:00.0/0000:01:00.0’ option htmode ‘VHT80’ option channel ‘112’ option legacy_rates ‘0’ option country ‘CA’
config wifi-iface ‘default_radio1’ option device ‘radio1’ option network ‘lan’ option mode ‘ap’ option ssid ‘OpenWrt’ option encryption ‘none’
Alternative Settings:
htmode ‘HT40’ No change in results
channel ‘1’, ‘6’, ‘11’ No change in results
disassoc_low_ack ‘0’ No change in results
Symptom persistent with openwrt-19.07-snapshot-r10269.
Not an environmental issue as the router has been tested on different locations within my City.
The bug affects me and one more person as well (OP here and there are the same), see.
My router is brazilian, which internally is the same as the european one (as stated here, search "Brazil" on the page).
I had the problem with no extra packages installed, right after flashing 19.0.7.
I'm 99% sure there is a small improvement by setting:
Thanks for your time.
I have some additional info.
When I restart the 2.4GHz interface there are two error messages in the system log that do not appear when restarting the 5GHz interface:
Investigating the first error
If I re-run the the first command on the terminal I get:
I could not find any information about the error code on the web.
The output of of "wl list" is: https://pastebin.com/raw/66UYQyvK
Some interesting things to notice are:
1. Both coverage class are set to "0 (up to 0m)". phy1(5GHz) has been like that since the beginning, I did not touch it. I did change phy0(2.4GHz) to 0 but even after setting it to "auto" on the Web GUI it remains as 0.
2. Both interfaces have "Available Antennas" and "Configured Antennas" set to 0x3. From the error message it seems like phy0(2.4GHz) should be set to 0xf.
3. I did try setting phy0(2.4GHz) antennas to 0x0, 0x1, 0x2, 0x3 and all others up to 0xf. All antenna codes up to and including 0x3 (the one currently set) gave the error:
The codes above 0x3 and up to 0xf gave the error:
Investigating the second error
The contents of the file " /var/run/hostapd-phy0.conf" are here: https://pastebin.com/raw/rwQrWabE
Some interesting things to note are:
1. There is no analogous file for phy1(5GHz).
2. On the Web GUI "mode" is set to "n".
3.On the Web GUI "Isolate clients" is not set.
Finally I set the kernel log leave to 7 (debug, highest) and dmesg gave a normal output after restarting phy0(2.4GHz)
Update:
I think I found the problem but I still do not how to fix it.
This gives me improvements on the receiving power. When doing a scan from the router I can now find networks that I couldn't before.
On the other hand I'm not able to change the transmission power. I tried many values, large and small.
Those commands do not return any error and return 0 to the shell. Yet the transmission power of the interface remains unchanged (1.0 dBm):
I found this ticket reporting the same problem with a different router that uses same driver (mt76). The driver has had problems setting power before.
Update: Of course 90% of the links on the linked ticket are broken and now I'm in the dark.
I opened a bug report on the kernel mail list: https://bugzilla.kernel.org/show_bug.cgi?id=206363
I'm also having problems with low range on 2.4 GHz. I'm using EU 4.2 HW version and self-built 19.07 from 2020-02-25. However, for me txpower is shown as 20 dB which is the allowed maximum (with 0 dB antenna_gain!).
Has anybody tested this with master?
Seems to be similar on master ...
You can improve antenna gain with:
This improves the receiving signal strength considerably. With this I'm able to see networks that I couldn't before.
Unfortunately we still do not have any replies on the kernel bug report.
What you do with antenna_gain here is just reducing the txpower:
txpower = legal maximum tx - antenna_gain
So, having better receiving quality seems to be a result of the reduced transmitting power here, and thus isn't really helpful after all ...
There's a proposed fix on the forum: https://forum.openwrt.org/t/archer-c50-v4-mac80211-looses-internet-access-after-20-away-from-router-but-maintains-connection/53575/49
serious problem also with my c50v4 devices...
note though, netgear r6120 is NOT affected although it uses the same mediatek chip.
Compiled with this patch
https://patch-diff.githubusercontent.com/raw/openwrt/mt76/pull/442.patch
Works on my C50v4