i personally use a mt76 device since years and all of this hasn't changed. hardware is capable but software as always needs a lot of patching. what i plan to do in first, use the old wifi qca module from my archer-c7 v2 on the bpi-r4, no need for wifi 7. maybe if they release a BE-14 with proper shielding i'll upgrade or wait for the 19 module. all in all in germany we call this a banana product (banana pi=banana product), matures at the customer's, but tbh its a development kit, so we will develop until its a polished product. my archer-c7 is nice but after years its not able to do my 500mbit fibre, without sqm wifi does 500mbit. with sqm around 220mbps, so my main goal is to get up to 1gbps traffic shaping and harware flow offloading. i guess the hardware is more than capable of this. no need for wifi with 3gbps and bufferbloat like hell. internal lan 10/2.5bgps later doesn't need sqm at all. maybe the riser board will be an option to get better snr. capsulate the whole board into shielding use riser board and shield the wifi module. to camparison my fritzbox 7530 with openwrt has -109 IPQ4019, and archer C7 -104 QCA9880 on 5ghz band thats far away from the good -85 on the BE-14 my MT7610E RE200 doesn't even show snr maybe for a good reason
Keep in mind that these devices are lacking the -usually present- EEPROM with the required wireless calibration data, which is offloaded to the main system flash (ART), combined with additional MAC messing. These are not user-replacable, while that doesn't mean that you can't get it working, but it's not going to be fun, at all (kernel/ mac80211 patching, DTS changes, firstboot/ uci-defaults changes, etc. pp.). It's usually more sensible to leave the archer-c7 v2 as-is (and qca9880-br4a is not exactly a relevation either) and to look for the intended mt7915 (or better, AP oriented) radios instead.
Agreed - and one approach might be to let the Archer run in AP mode to provide wireless service - not the best perhaps, but sometimes the best wifi is the AP you have handy...
im aware of the ART thingy, didn't do it before but thought that i could just dump it and patch the driver to pick up an image file or an fake mtd4 instead of the mtd4. either it works or i have to use the archer as dumb AP.
I'm running version 24.10.1 and i'm facing this exact issue. This isn't fixed yet. SSH just gets slow. To other machines than openwrt, any ideas?
There is an issue on GH:
can you link the PR so i can keep a track of it when to remove the patch?
Built dangowrt with it but unfortunately no fix of the -75db noise problem.
Hopefully, it won't take forever to be reviewed.