D-Link DIR-853 A3 (MT7615E) 5GHz Transmission Power Capped at 9dBm

Hello,

I've installed OpenWrt on my D-Link DIR-853ET A3 (MediaTek MT7615E) using the official installation path.
(Installed using https://openwrt.org/toh/hwdata/d-link/d-link_dir-853_a3)
(Upgraded using https://firmware-selector.openwrt.org/?version=24.10.4)

The 5GHz radio (phy#1) is affected by the widely reported 9dBm TxPower cap.

Key Details

  • Device: D-Link DIR-853 A3

  • Wireless Chipset: MediaTek MT7615E

  • Current OpenWrt Version: 24.10.4

  • Problem: 5GHz maximum transmit power is capped at 9.00dBm as reported by LuCI and iw dev.

  • Symptoms: Wi-Fi performance is heavily restricted max 45Mbps Down & 115Mbps Up initially), though speeds sometimes jump higher 250Mbps Down despite the driver still reporting the 9dBm limit.

  • Steps Taken:

    • Checked 2.4GHz radio (phy#0): This is working fine at 20.00dBm.

    • Manually set txpower '23' in /etc/config/wireless for the 5GHz radio, but this is ignored by the mt76 driver.

I am looking for a definitive, reliable fix for this calibration/EEPROM issue.

What is the recommended and safest solution for the DIR-853 A3 to unlock the full TxPower?

Please connect to your OpenWrt device using ssh and copy the output of the following commands and post it here using the "Preformatted text </> " button (red circle; this works best in the 'Markdown' composer view in the blue oval):

Screenshot 2025-10-20 at 8.14.14 PM

Remember to redact passwords, VPN keys, MAC addresses and any public IP addresses you may have:

ubus call system board
cat /etc/config/network
cat /etc/config/wireless

root@SSC-Router:~# ubus call system board

{
        "kernel": "6.6.110",
        "hostname": "SSC-Router",
        "system": "MediaTek MT7621 ver:1 eco:3",
        "model": "D-Link DIR-853 A3",
        "board_name": "dlink,dir-853-a3",
        "rootfs_type": "squashfs",
        "release": {
                "distribution": "OpenWrt",
                "version": "24.10.4",
                "revision": "r28959-29397011cc",
                "target": "ramips/mt7621",
                "description": "OpenWrt 24.10.4 r28959-29397011cc",
                "builddate": "1760891865"
        }
}

root@SSC-Router:~# cat /etc/config/network

config interface 'loopback'
        option device 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option ula_prefix 'fd22:5b59:e3de::/48'
        option packet_steering '1'

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'lan1'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'lan4'

config interface 'lan'
        option device 'br-lan.1'
        option proto 'static'
        option ipaddr '10.2.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config interface 'wan'
        option device 'wan'
        option proto 'dhcp'

config interface 'wan6'
        option device 'wan'
        option proto 'dhcpv6'

config bridge-vlan
        option device 'br-lan'
        option vlan '1'
        list ports 'lan1'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'lan4:t'

config bridge-vlan
        option device 'br-lan'
        option vlan '2'

config interface 'Guest'
        option proto 'static'
        option device 'br-lan.2'
        option ipaddr '10.2.2.1'
        option netmask '255.255.255.0'
        option gateway '10.2.1.1'

config bridge-vlan
        option device 'br-lan'
        option vlan '3'

root@SSC-Router:~# cat /etc/config/wireless

config wifi-device 'radio0'
        option type 'mac80211'
        option path '1e140000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
        option band '2g'
        option channel 'auto'
        option htmode 'HT40'
        option txpower '20'
        option country 'AE'
        option cell_density '0'

config wifi-device 'radio1'
        option type 'mac80211'
        option path '1e140000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0+1'
        option band '5g'
        option channel '40'
        option htmode 'VHT80'
        option country 'AE'
        option cell_density '0'
        option phy 'phy1'
        option serialize '1'
        option hwmode '11a'
        option txpower '9'

config wifi-iface 'wifinet0'
        option device 'radio1'
        option mode 'ap'
        option ssid 'REDACTED'
        option encryption 'sae'
        option key 'REDACTED'
        option ocv '0'
        option network 'lan'
        option ieee80211w '2'

config wifi-iface 'wifinet1'
        option device 'radio0'
        option mode 'ap'
        option ssid 'REDACTED'
        option encryption 'sae'
        option key 'REDACTED'
        option ocv '0'
        option network 'lan'

config wifi-iface 'wifinet2'
        option device 'radio1'
        option mode 'ap'
        option ssid 'REDACTED'
        option encryption 'sae-mixed'
        option network 'Guest'
        option multicast_to_unicast_all '1'
        option isolate '1'
        option key 'REDACTED'
        option ocv '0'

config wifi-iface 'wifinet3'
        option device 'radio0'
        option mode 'ap'
        option ssid 'REDACTED'
        option encryption 'sae-mixed'
        option network 'Guest'
        option multicast_to_unicast_all '1'
        option isolate '1'
        option key 'REDACTED'
        option ocv '0'
option txpower '9'

option multicast_to_unicast_all '1'
        option isolate '1'

Remove these lines. Past that setup seems perfect.

Please check dmesg or in luci system log - something about assigning random MAC?
Please run iw phy and find 5ghz channel map there.
Should be 17dbm/50mW in ch40 (or significantly less if driver is fed with broken calibration data)

Removed those lines, ran the command wifi and now when i run iw phy, in the 5GHz channels I get,

                        * 5180.0 MHz [36] (9.0 dBm)
                        * 5200.0 MHz [40] (9.0 dBm)
                        * 5220.0 MHz [44] (9.0 dBm)
                        * 5240.0 MHz [48] (9.0 dBm)
                        * 5260.0 MHz [52] (9.0 dBm) (radar detection)
                        * 5280.0 MHz [56] (9.0 dBm) (radar detection)
                        * 5300.0 MHz [60] (9.0 dBm) (radar detection)
                        * 5320.0 MHz [64] (9.0 dBm) (radar detection)
                        * 5500.0 MHz [100] (9.0 dBm) (radar detection)
                        * 5520.0 MHz [104] (9.0 dBm) (radar detection)
                        * 5540.0 MHz [108] (9.0 dBm) (radar detection)
                        * 5560.0 MHz [112] (9.0 dBm) (radar detection)
                        * 5580.0 MHz [116] (9.0 dBm) (radar detection)
                        * 5600.0 MHz [120] (9.0 dBm) (radar detection)
                        * 5620.0 MHz [124] (9.0 dBm) (radar detection)
                        * 5640.0 MHz [128] (9.0 dBm) (radar detection)
                        * 5660.0 MHz [132] (9.0 dBm) (radar detection)
                        * 5680.0 MHz [136] (9.0 dBm) (radar detection)
                        * 5700.0 MHz [140] (9.0 dBm) (radar detection)
                        * 5720.0 MHz [144] (9.0 dBm) (radar detection)
                        * 5745.0 MHz [149] (9.0 dBm)
                        * 5765.0 MHz [153] (9.0 dBm)
                        * 5785.0 MHz [157] (9.0 dBm)
                        * 5805.0 MHz [161] (9.0 dBm)
                        * 5825.0 MHz [165] (9.0 dBm)
                        * 5845.0 MHz [169] (disabled)
                        * 5865.0 MHz [173] (disabled)
                        * 5885.0 MHz [177] (disabled)

Nothing in dmesg about random MAC.

Fill a bug report here https://github.com/openwrt/mt76
Please test like this:
Disable all radios, reboot
iw reg set US .... JP .... DE

for each country run iw phy and iw reg get and compare the signal strength, should be capped either by regulatory or hardware amplifier power in 20-30dBm range.

Then reboot again and start your radios back.

A lot of devices with MT7615 Wi-Fi chips deal with that power cap. This workaround might be worth trying: Support for Dlink DAP-1620 - #118 by raenye

Confirming 9 dBm TX power cap on DIR-853 A4 — Both 2.4GHz and 5GHz affected

Hi all, I want to confirm this exact issue on my device. My router is physically a D-Link DIR-853 A4 but OpenWrt identifies it as A3 since it runs the A3 firmware. I am located in UAE, country code AE.

Device info:

  • Model: D-Link DIR-853 A4 (reported as A3 by firmware)
  • Chipset: MediaTek MT7615E
  • OpenWrt version: 22.03.0 r19685-512e76967f
  • Country: AE (UAE)

Problem: Both 2.4GHz and 5GHz TX power are stuck at abnormally low values causing very low WiFi range on both bands. Speed is fine when close to the router but signal drops off quickly with distance or through walls. I currently have 2.4GHz disabled because the signal is so weak it is practically unusable.

  • 2.4GHz (wlan0): TX power stuck at 3 dBm
  • 5GHz (wlan1): TX power stuck at 9 dBm

Command outputs:

root@OpenWrt:~# iwinfo wlan0 info
wlan0     ESSID: unknown
          Access Point: 00:0C:43:28:05:A0
          Mode: Client  Channel: unknown (unknown)
          Tx-Power: 3 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: -91 dBm
          Bit Rate: unknown
          Encryption: unknown
          Type: nl80211  HW Mode(s): 802.11bgnac
          Hardware: 14C3:7615 7615:14C3 [MediaTek MT7615E]
          TX power offset: none
          Frequency offset: none
          Supports VAPs: yes  PHY name: phy0

root@OpenWrt:~# iwinfo wlan1 info
wlan1     ESSID: "WiFi-5G"
          Access Point: 00:0C:43:28:05:A0
          Mode: Master  Channel: 40 (5.200 GHz)
          Center Channel 1: 42 2: unknown
          Tx-Power: 9 dBm  Link Quality: 47/70
          Signal: -63 dBm  Noise: -86 dBm
          Bit Rate: 536.3 MBit/s
          Encryption: WPA2 PSK (CCMP)
          Type: nl80211  HW Mode(s): 802.11nac
          Hardware: 14C3:7615 7615:14C3 [MediaTek MT7615E]
          TX power offset: none
          Frequency offset: none
          Supports VAPs: yes  PHY name: phy1

Attempted manual fix via SSH on 5GHz (did not work):

root@OpenWrt:~# iw dev wlan1 set txpower fixed 2300
root@OpenWrt:~# iwinfo wlan1 info | grep Tx
          Tx-Power: 9 dBm

The driver completely ignores the manual TX power command and stays at 9 dBm. This confirms it is a driver or EEPROM calibration issue, not a configuration issue.

Wireless config:

config wifi-device 'radio0'
        option type 'mac80211'
        option path '1e140000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
        option cell_density '0'
        option htmode 'HT40'
        option band '2g'
        option channel '6'
        option country 'AE'

config wifi-device 'radio1'
        option type 'mac80211'
        option path '1e140000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0+1'
        option band '5g'
        option cell_density '0'
        option channel '40'
        option htmode 'VHT80'
        option country 'AE'

Both radios share the same MediaTek MT7615E chipset and both are affected. The 2.4GHz situation is worse at only 3 dBm making it completely unusable in practice.

Is there any known fix or workaround for the MT7615E calibration data on this device? Would upgrading to a newer OpenWrt version help at all?

Thank you.