You have to update to most recent snapshot first. You can either download it from downloads.openwrt.org or use one of the semi-auto updater clients like luci-app-attendedsysupgrade or auc.
Try this:
opkg update
opkg install auc
auc
That should fast-forward you the most recent snapshot and subsequently allow to install kernel packages like kmod-mt7921e.
I add another question regarding the wireless, what is the process to have it have a different mac address? It seems to be always 86:0c:43:26:60:00
you can set mac in interfaces file,via udev or systemd (if openwrt use it)
@dangowrt many thanks, Have updated the Kernal and now having a look at the packages again. 
amazing, after installing package and a reboot i can see the card…time to play some more
I’ve added support for randomly generated persistent MAC addresses for wlan interfaces based on the Ethernet MAC address in
Hi
I noticed a wireless module using mini-PCIe interface, which seems to use the combination of MT7916AN+MT7976DN. If possible, can I trouble you to see if this module is compatible with BPI-R3.
Of course, it would be even better if Banana Pi officially launched an M.2 M-Key module that does not require an adapter board.
Link:https://www.asiarf.com/shop/wifi-wlan/wifi_mini_pcie/wifi6e-3000-802-11ax-3t3r-dbdc-mpcie/
I have one of these in my BPI-R3 via a M.2 adapter and it works just fine. You’ll end up with 2 2G radios but can always disable one.
I can see you used the MT7921K, but that’s not 6E either ? (6ghz) Banana Pi has miss informed a lot of people by stating that it is 6E (6ghz) and it is not. As you pointed out. And I see no correction on this ! Which is leading to perpetual confusion. You are also correct in pointing out that the correct chip from Mediatek is the same die and could be put on the board. IT Could be 5 & 6 ghz by leaving the 2.4 ghz off the board (not a lot to be gained in WiFi 6 with 2.4) Just stick in a 2.4 USB dongle, if you need 2.4 I have considered removing the 2.4 and soldering on the 6 ghz myself. Or how about a “group buy” of such a board. I wonder how many boards we would have to buy, to get what we thought we were getting. 4x4 5ghz + 4x4 6ghz The only reason I was attracted to this board in the first place.
Just another WiFi guy eh!
MT7921 can operate on 6 GHz channels with 2T2R and 160 MHz channel width. So it is 6E.
It could even serve all three bands by using a DBDC frontend for 2.4GHz + 5GHz and single-band 4T4R frontend for 6 GHz. I guess the choice to populate the board with two single-band 4T4R frontends for 2.4 GHz and 5 GHz is mostly due to limited available and/or high cost of 6 GHz chips at the time when the R3 was designed.
Given the current situation, the best would be to add MT7915E on M.2 slot with 4T4T single-band 6 GHz front-end connected.
Sacrificing the only USB 3.0 port for 2.4 GHz seems also like a waste, and USB 2.0 dongles generally don’t work well and are very limited in terms of available bandwidth and number of clients which can be served simultaneously. I’d always stay away from USB Wi-Fi, compared to PCIe-based solutions that’s all toy-grade stuff. And yes, it is possible to see way beyond 200 MBit/s also on 2.4 GHz, and range is much better than in higher frequency bands, so I wouldn’t want to miss it.
I’m afraid that may not work due to efuse already being burned for the combination of chips used on the board… But if you have access to compatible 6 GHz frontend chip and BGA rework station it would definitely be a very interesting experiment 
You can run OpenWrt directly from the microSD card or use the bootloader menu in the serial console to install OpenWrt on either the SPI-NAND or the SPI-NOR flash chip (depending on the position of the physical switch on the board).
How exactly does one enter the Bootloader Menu via Serial Console?
Got a Serial->USB adapter connected and can read everything, but i don’t know how to get into the Bootloader Menu like you did.
output_2022-12-04_18-16-38.log (26.0 KB)
P.S But here is a picture of the Serial Pins for Github " Insert photo of PCB with markings for serial port"
You need to use a VT100/ANSI capable terminal emulator, that can be puTTY on Windows, minicom on Linux, … Using that you will see the menu, and you can interrupt the boot process to select options in the menu.
Does anyone else have wifi performance issues?
This seems to affect apple devices.
There are others https://forum.openwrt.org/t/802-11ax-worse-than-802-11ac-with-mt76-driver/126466/159 also affected by this issue.
To me WiFi performance looks good and similar to other reports such as here:
But I also don’t have any Apple devices to test with, only Intel AX2xx in laptops and some Samsung Exynos and MediaTek Helio based mobile devices. So it can very well be that there is a general problem with mt76 or even mac80211 drivers in general and Apple devices on the other side.
Did a quick iPerf test of WiFi performance with my Surface Pro 3 and Samsung Galaxy Tab S7+ with QC SD865+. Worked pretty well and better WiFi Range compared to my old Netgear R6400.
I can borrow an iPhone Xr to test, but not sure if it supports wifi6
UPD:
Iphone XR meets 802.11ac
Download:
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-30.02 sec 2.14 GBytes 613 Mbits/sec 2 sender
Upload:
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-30.01 sec 1.62 GBytes 463 Mbits/sec receiver
UPD: Xiaomi Mi10 (Snapdragon 865 802.11ax Android 11)
Download:
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 884 MBytes 741 Mbits/sec 0 sender
Upload:
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.01 sec 677 MBytes 567 Mbits/sec receiver
-----------------------------------------------------------
UPD2: OnePlus 9 Pro (Snapdragon 888 802.11ax A12)
Down:
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.01 sec 1.54 GBytes 1.33 Gbits/sec 0 sender
-----------------------------------------------------------
Up: attempt1:
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.02 sec 724 MBytes 607 Mbits/sec receiver
-----------------------------------------------------------
attempt2 - after reboot:
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.02 sec 1.32 GBytes 1.13 Gbits/sec receiver
-----------------------------------------------------------I have a new weird issue on latest snapshot.
My Google Nest mini fails to connect suddenly. I cannot figure out the cause really. Tried toggling the usual culprit 802.11w, but no dice. Switched from WPA3 to WPA2 and it persists on 5GHz and 2.4GHz.
I have a dumb AP set also in the network… it works through that thou. So it ain’t some firewall issue also.
Was there any sort of magic going around in wifi driver sections? In upstream mt76 changes I don’t see anything for MT7986.
Maybe try disabling wed (wireless dispatch).
I am on mainline builds. WED ain’t present there yet imho. Also WED only works for 5GHz.
Then you should start hostapd with debug (-dd) and look there why connection is broken sometimes
It was a DHCPv6 related derp. It still brings up strange stuff sometimes.
So far then… good then.