New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FS#181 - Changing TX power doesn't nothing (MediaTek MT7628AN ver:1 eco:2) #5237
Comments
sanitariu: This does not work also on tp-link 840 version 4. |
dsouza: I can confirm this issue also with the 5Ghz radio on a TP-Link Archer C6 3.2 with both AN and AC network (MT7621 + MT7603EN 2.4Ghz + MT7613BEN 5Ghz) running a snapshot build (r17525-a46fa5c3a7):
The issue seems to be with the M76 driver which is completely ignoring the "TX Power" set via LuCI and UCI. I am saying the issue seems to be the Wi-Fi driver because UCI and iwinfo everything seems to be OK. See the example below. I've set the TX Power to 0dbm for testing purposes, and UCI and iwinfo correctly show the value I've configured:
With TX Power configured at 0 dBm for the 5Ghz radio in the example above, Wi-Fi signal should be very weak and should work only on the same room and close to the access point. However as seen below the signal strength measured with a laptop located about 10 meters away from the access point with a brick wall between the laptop and the access point and the wi-if signal strength is still strong. This is the same level as if TX Power is at 22dBm (driver default level), so in fact the TX Power configuration is not working:
I've experimented other TX Power levels, and none configuration has any effect on OpenWRT TX Power. I am not sure if this is an OpenWRT bug or if it is in fact a MT76 driver issue to be reported upstream by OpenWRT devs. |
Cjcr:
Hello,
As I said, if I change the TX power from 0 dBm to 20 dBm doesn't nothing. There isn't any visible change in tx power. I tested other powers too (5, 8, 15,..).
It is a Xiaomi Nano (lite).
SoC Type: MediaTek MT7628AN ver:1 eco:2
MIPS: machine is MiWiFi Nano
Linux version 4.4.19 (-) (gcc version 5.4.0 (LEDE GCC 5.4.0 r1444) ) #0 Fri Aug 26 15:03:40 2016.
The text was updated successfully, but these errors were encountered: