Before I begin let me thank you all for building up what it looks like to be a amazing community.
I have recently bought a Xiaomi MiWifi mini which I am still waiting to have it delivered.
The question I have is regarding the wireless signal issue being extremely weak with OpenWRT ( see attached link ).
As far as driver and this issue in particular is concerned, has it been resolved / improved in LEDE or perhaps the situation is exactly as it currently looks with OpenWRT?
I have a Mediatek-based device myself (D-Link DIR-860L rev B1). I don't use the 2,4 GHz radio (which should be MT7602E), but it's said to perform badly in noisy environments. I think your Xiaomi has the same chip for legacy wireless. Apparently Mediatek put out a new version on the market, the MT7603E, which is used in e.g. the ZBT WG3526 and seems to perform better; so it's unclear whether this can be solved in software at all.
OpenWrt and LEDE use the same upstream driver, FYI. LEDE's version might be a bit more recent since one of the LEDE developers maintains the mt76 driver.
thanks for taking the time answering my post. The DIR-860L uses a MT7621AT chip, which as far as I know it shouldn't be affected by the wireless issue that the MT7620A has. I might be wrong though.
Once I have it delivered I will give LEDE a try and will measure and compare wireless speed and range with stock and LEDE.
Hopefully the 2.4Ghz Wireless driver will be fixed in the future.
The MT7621AT is the SoC. Check the list on Wikidevi page for the list of devices - the Miwifi is not on the list unfortunately, but the codenames for the SoCs and the actual wifi names do differ.
Edit: @pietruzzo, apologies, I only saw now you were writing about the MT7620A and not the MT7602E
on 2.4GHz the device is connected to external LNA. i don't know if eLNA can be activated with GPIOs but it's not much of importance anyway since current MT7620A documentation does not contain any LNA related GPIO pinout.
yes there is. but from my experience it helped only on 2.4 Ghz. one time i tried this chinese pandorabox thing, 5G was at same level as with openwrt/lede so i flashed latest stock fw and it still remained the same. after downgrading to older dev xiaomi fw 5G wifi never came up again with 100% txpower it had when i first got it. and nothing so far helped to get old 5G wifi strength.
you will also loose some of the other features like displayed client info etc. if you choose mtk driver.
If someone works out how to get stock OpenWrt to run with the proprietary drivers, or drivers that work as well as the proprietary drives, please post it here. I am very interested in solving this problem.
@psyborg Thanks for sharing dude. I got rid of PandoraBox since was unusable due to the fact that for a mysterious reason the /overlay partition was getting wiped out at each reboot, therefore I didn't even used it at all since bought it.
However I have installed the OpenWrt image you mentioned and I will report back. If somebody smarter than me (me lame!) managed to make some wireless speed transfer both 2.4Ghz and 5Ghz tests as well range performances tests please let me have those and I will compare against with this OpenWrt build this weekend.
hwnat in pandorabox is buggy that causes the issue afaik, just disable it. try test build r1597 or (16.10) 2017-01-03 build from downloads.pandorabox.com.cn site.
gonna switch to lede as soon as wireless is fixed.
distance: approx. 5m below the router, through a 50cm wall
2.4G TX max 65Mbps
2.4G RX max 82Mbps
5G TX max 90Mbps
5G RX max 85Mbps
this is without USB device, if using USB device the throughput drops. i've tried using 1.5A power supply instead of original xioami's 1A but the issue persists. so it must be some kind of driver/registers conflict or the CPU simply cannot handle that much traffic while operating an USB device. it is running at 620MHz and so far there seems to be no way of setting higher clocks from breed loader (i've tried contacting hackpascal about this but did not get any reply). probably will just revert ralink bootloader after some more testing
update: with latest ubuntu 16.10 speeds are crap: about 50Mbps TX and 30 RX on both interfaces
suggestions for a lightweight and functional OS like lucid are welcome
wifi range, tested at approx. 8m distance without obstacles
2.4GHz
TX: -42dBm RX: -51dBm
5GHz
TX: -50dBm RX: -65dBm
2.4GHz compared to pandorabox or stock fw has same signal strength with both TX and RX. pandorabox (any of the 3 builds tested) and trunk have quite unstable 2.4GHz TX. stock fw has stable 2.4GHz TX.
5GHz seem to have problem with both iPA/iLNA. disabling TSSI compensation and enabling temperature control gains ~4dB at TX level without throughput regression.
Not fully stable but usable with the settings above. If I add country code or transmit power value it becomes unstable.
And getting this error from time to time.
Mon Feb 20 04:07:27 2017 kern.err kernel: [53303.575047] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Mon Feb 20 04:07:27 2017 kern.err kernel: [53303.584492] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Mon Feb 20 04:07:27 2017 kern.err kernel: [53303.593953] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Mon Feb 20 04:07:27 2017 kern.err kernel: [53303.603401] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Mon Feb 20 04:07:27 2017 kern.err kernel: [53303.612847] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Mon Feb 20 04:07:27 2017 kern.err kernel: [53303.622297] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Mon Feb 20 04:07:27 2017 kern.err kernel: [53303.631748] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Mon Feb 20 04:07:27 2017 kern.err kernel: [53303.641192] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Speedtest wifi 2g: 6/7m with 2 walls distance 20-25 mbits DL 10-15 mbits UL.
5g seems to be getting capped to 50-60 mbits even if I'm standing next to the router.
it seems to have an impact particularly on TX path since I've managed to get RX 155 Mbps at 5m distance through a concrete wall
patching eeprom at offset 8036 to value 02 will turn on temperature control. according to eeprom guide it is needed to patch 8053 to 57, 8054 to 47, 8055 to BA, 80F2 to 0F, 80F3 to 09, 80F4 to 0D and 80F5 to 10 for full TC operation. in some cases the TX gain could be 1-2dB higher, but it depends on placement of router antennas and signal dispersion - it can get up to 4dB. at this point both TX & RX rates were still 300Mbps, if needed max power patch offsets 8064 8069 806E 8073 8078 807D 8082 8087 808C 8091 8096 809B 80F8 to 2E. that will allow to set txpower of 23dBm which gains extra ~2dB but affects TX rate
@psyborg I'm on the breed bootloader as well and would like to revert to the stock bootloader. Any chance you could share yours?
Another issue I have with this device is when using pandorabox I can't even connect to 2.4GHz wireless and LEDE is stuck in a bootloop... (both 17.01 and nightly)
The stock firmware however has no problems at all...