I have 4 of BPI-R4-NIC-BE14 cards in my possession… and lost on their output capacity. One of them report 20dBm or even 27dBm output, which is excellent, the second 2 report only 6dBm/7dBm max and 4th reports only 3dBm.
All are set to the AP mode on 2.4GHz/5GHz. The same Banana Pi BPI-R4 is used, just moving cards within it. The same config, the same OpenWrt.
How come? Any idea who to get all to 20dBm/27dBm output?
It will be horrible to have only 3 or 6 dBm in AP mode, more like useless piece of hardware.
Here is sample of my 23/27dBm output from iwinfo. I did not include 3dbm or 7dbm as it is useless:
There exists some workarounds with a new patch in OpenWrt firmware (so if reading eeprom for max dBm value fails and returns 0 - a default value is used). But this patch has not yet been accepted into mainline OpenWrt.
There is also a possible second problem: The noise level for receiving side is quite high, so performance will hurt if you are far away from access point (in your attached output you can see: noise: -65/-66 dBm - most access points have noise levels beyond -90 dBm)
I noticed a difference in behavior between the open-source driver in OpenWrt (including the 24.10 release) and the proprietary driver from the Banana PI image (BPI-R4-BE1350-WIFI_MP4_0-SDK-20240620).
The Banana PI version performs exceptionally well, while the OpenWrt version does not achieve the same level of performance.
Has anyone attempted to port the proprietary driver into the 24.x source tree? I would prefer to use version 24, as it offers some advantages over version 21.
The GitHub thread is quite large and we figured out there as well: there is a difference between official&old Sinovoip OpenWrt (21…) and mainstream OpenWrt 24. I guess the official&old OpenWrt does not read out the tx-limits from the board.
That exactly what I came already across. I wish BananaPI folks can comment this out. Silly to produce good-on-paper and expensive piece of hardware and have zero support.
They at least can release binary driver and keep supporting it so it can be easily integrated into main stream sources.
I can compare them with GL.iNET hardware and they support, so some folks want to sell their stuff, some want to keep it as a toy
MT7990_EEPROM_iFEM233.bin (7.5 KB)
The above BE14000 wifi 7 module’s driver eeprom file. it will improve the wireless power performance. please add it into your BSP. MT76 will load it.
Do I need to copy this file into /lib/firmware/mediatek?
Should I remove any other files in the /lib/firmware/mediatek or /lib/firmware directories?
Will this work with the mainstream OpenWrt 24.10?
I have copied the file to /lib/firmware/mediatek, but I haven’t noticed any improvements in signal quality or strength.
That should be the firmware file called mt7996_eeprom_233.bin
There’s only a few bytes of a difference. Where did you get that file from?
It’s even more recent than what’s on MTKs git repo.
BtbN, this file was provided by someone from the Banana PI team. However, their response was strange—they advised using the 21.02 code they released (GitHub - BPI-SINOVOIP/BPI-R4-MT76-OPENWRT-V21.02) or integrating the firmware ourselves. It seems they are not actively maintaining this or planning any driver releases, so we may have to find a solution on our own, if we want to use this Wifi card at all
Yes, I’m seeing different values on the same R4 board when swapping out different WiFi cards of the same model. Just one gave me 27/23 dBm values, while the rest are ugly, only giving me 6/7 dBm.
I really wanted this hardware to work since it looks promising, but it seems like the manufacturer isn’t interested in providing proper support. So, for now, I’ll stick with GL.iNET.
If the GL team adds M.2 storage support to their GL-XE3000/GL-X3000/GL-X2000 routers, they would be unrivaled and incomparable.
GL.iNET has no issues merging with mainstream code, while BananaPi, on the other hand, does not support this, refuses to open their drivers to open-source, and doesn’t merge their code into the mainstream OpenWrt tree.
Hopefully, the manufacturer (BananPI) will step up and catch up.