The thing still runs intermittent. I'd argue 5g is close to unusable. Several VolLTE calls goofed up with garbled audio/call drops.
Logs don't produce anything of value except for the occasional:
Fri Jan 31 17:20:47 2020 daemon.info hostapd: wlan1: STA 80:b0:3d:c0:c2:4d IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
...which I am unsure is a problem? I also see these popping up:
Fri Jan 31 17:27:23 2020 daemon.info hostapd: wlan1: STA 5c:f6:dc:3e:62:1b RADIUS: starting accounting session 3148089D5ADC5547
...why is RADIUS popping up here? I have not configured a RADIUS system. But I also don't know if it can play a useful role without an authentication server.
I did try a few. The original one in 19.07. Then switched to a -ct version i pulled . And now I see another one in the hnyman build. All give problems. I could try a fourth - but not sure which one to pick and by which argument. Just looking for a stable connection.
Perhaps someone here with a rock solid performing 7800 could share which version they are using?
Any other ideas? Considering if I should purchase some other hardware; wife and kids are complaining
I suspect these issues can come from multitple sources (many not related to your choice of wifi firmware or settings).
You likely will have to spend some time searching the forums and learn from others experience.
There are some adjustments to the /etc/config/wireless you can make (for both 2.4 and 5 GHz radios). For example an excerpt from my /etc/config wireless:
EDIT 0: apologies for the botch link... should be fixed now.
EDIT 1: ugh, i just can't get seem to get my links right today
Regarding audio/video, there is a recent thread by an experienced R7800 user having issues that turned out to be related to router location (a dead spot). In that thread there are some suggestions about tracking down wifi interference from neighbors...
FWIW I use the ath10k-ct driver and ath10k-ct-htt firmware on the r7500v2 (an older and slightly different cousin of the r7800) running a recent build from "master". The device is an AP only and will run for 30+ days without reset.
I see the log entries that you reported earlier but can't attribute them to wifi drops that are the fault of the wifi firmware. That said, I do have wifi drops (somes multiple times per day) on both iphones and android phones. I suspect there are multple causes not least of which is these devices going into deep sleep states. For my use case, these drops are tolerable enough that I don't log packets in an effort to see if this can be improved at the router.
OpenWrt 18.06.6 on R7800 user here. Still rock stable. Will update to 18.06.7 soon to have recent security updates. classic ath10k. No one complains about stability here.
In master the non-ct driver still semi-constantly produces errors in kernel log and crashes router sooner or later:
[ 71.542629] ath10k_pci 0001:01:00.0: SWBA overrun on vdev 0, skipped old beacon
[ 71.549676] ath10k_pci 0001:01:00.0: SWBA overrun on vdev 0, skipped old beacon
[ 71.557110] ath10k_pci 0001:01:00.0: SWBA overrun on vdev 0, skipped old beacon
[ 71.564184] ath10k_pci 0001:01:00.0: SWBA overrun on vdev 0, skipped old beacon
The non-ct got broken in master in July 2019, after 19.07 was branched off, so 19.07 branch may still have the "old" and working non-ct mainline driver.
Based on the feedback going in different directions here, I am unsure what is the right choice. I now used 19.07.1 r10911-c155900f66 for the last month - no improvement. Few days back I did a "Reset to defaults" and manually configured it up again to rule out some stale configuration change messing up things. No improvement.
Is it worth attempting to downgrade to 18.06 as suggested by some? Security updates are important to me (in fact the reason I use 3rd party firmware).
I am now seriously considering buying another device to get a stable setup. I really do not care about traffic shaping or insane bandwidths. But availability and responsiveness is everything. My old ASUS N56-U chugging along with Padavan firmware would run solid for 6-12 months and NEVER exhibited this flakyness; and that is dated hardware to say the least.
Would the Archer C7 be a sensible alternative to R7800? It is wonderfully cheap
try both 2.4 / 5Ghz (if possible) and choose none DFS channels
KRACK mitigation / Disassociate On Low Acknowledgement disabled?
You wrote "on some wifi clients" ....perhaps client dependend?
I have also intermitting DNS resolution / ping problems on 19.07.x in conjuction with adblock and unbound....18.06 is working fine with other minor problem (perhaps LineageOs Android client dependent)
Did you try the non-ct firmware/driver? Either those in 19.07 or the latest? I am currently running firmware-5.bin_10.4-3.9.0.2-00086 in 19.07 and it is awesome.
Hello from a double newbie - to OpenWRT and to this forum.
Experience the same problem with my Netgear Centria WNDR4700 - WiFi connection to all devices drops every few days and has to be restarted to get working again.
The firmware for the Atheros devices from the last post that has to be removed is not installed.
I strongly suggest that you post a new thread regarding your specific model because this thread is about R7800. In your new thread, you can then mention a relation to this thread as a reference.
I didn't solve it. Somehow my issues were most pronounced on one single device - and I ended up running an ethernet cable to that machine. Didn't have time to dig deeper. Just experienced the problem again.
So really I do not recommend the R7800, but I haven't had time to experiment with Archer C7.