ESP8266 devices frequently drop connection. Tp Link A7 C4

Post new topic   Reply to topic    DD-WRT Forum Index -> Qualcomm Atheros based Hardware
Author Message
strobes
DD-WRT Novice


Joined: 17 Aug 2007
Posts: 39

PostPosted: Thu Jun 05, 2025 20:22    Post subject: ESP8266 devices frequently drop connection. Tp Link A7 C4 Reply with quote
Hi, I did see post explaining resolution for R7800 by changing Frames Threshold back in Aug 2024 by Lexridge.
But this option is not there for Qualcomm QCA9563 based devices for me to test? I'm on DD-WRT v3.0-r59468 std (02/02/25)
And main question: if this still possible fix for the DDWRT FW in use?
May other options to consider?

Is this applicable?

# nvram show | grep frag
wl1_frag=1568


Just to mention, no problems with OTA, just connection. Signal quality is 100%
Thank you.
Sponsor
dplotz
DD-WRT User


Joined: 07 Jan 2025
Posts: 295
Location: Bethel Park, PA, USA

PostPosted: Thu Jun 05, 2025 20:37    Post subject: Reply with quote
https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=337147&highlight=frag
_________________
Formerly dpp3530
Linksys MX4300
Gateway, 2 wired APs, NSS-ECM , Clock 1651MHz
VAPs on wlan0 and wlan1 for guest/IOT devices
IPv4 & IPv6 (Prefix Delegation)
Static Leases & DHCP
SmartDNS (DOQ using NextDNS, Cloudflare), DNSMasq
Wireguard and OpenVPN server
2.4GHz: dd-wrt, AX Only, ACK Timing 2000, WPA3 SAE & WPA2 w/AES
5GHz: dd-wrt, AX/AC/N Mixed, ACK Timing 2000, WPA3 SAE & WPA2 w/AES
Verizon Fios, 500/500Mbps
strobes
DD-WRT Novice


Joined: 17 Aug 2007
Posts: 39

PostPosted: Thu Jun 05, 2025 21:50    Post subject: Reply with quote
Yes, this is the thread I referenced in my original post. I don't see answers to my questions there. Thank you.
kernel-panic69
DD-WRT Guru


Joined: 08 May 2018
Posts: 17264
Location: Texas, USA

PostPosted: Thu Jun 05, 2025 22:57    Post subject: Reply with quote
I'm trying to surmise where the 1568 number came from per sir @lexridge outside of personal experience and extensive testing(?). Do you not have output for nvram show | grep frag? And if you do, what is it? I'm going to guess if it has not been modified and is present, it's going to be 2346 or 7. As someone with your tenure, I don't know how you cannot solve this. Here's a hint: nvram set. That's all the spoons I have, still recuperating from the girl child "facetiming" me to utter a rather long and obnoxiously loud string of obsenities because of this thread.
_________________
"Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT
Pogo - A minimal level of ability is expected and needed...
RSS feed for DD-WRT releases (2025)
RSS feed for DD-WRT releases (2024)
RSS feed for DD-WRT releases (2023)

----------------------
Linux User #377467 counter.li.org / linuxcounter.net
lexridge
DD-WRT Guru


Joined: 07 Jun 2006
Posts: 2151
Location: WV, USA

PostPosted: Thu Jun 05, 2025 23:38    Post subject: Reply with quote
kernel-panic69 wrote:
I'm trying to surmise where the 1568 number came from per sir @lexridge outside of personal experience and extensive testing(?).

It came completely from trial and error. I took it down to a low number then starting increasing it until the devices stopped working 100% again, then I backed it off from that number (no idea what that was now). I never noticed any negative issues on other devices caused by lowering the frag threshold.

My issue was not the same as @strobes however. My devices would connect and report to Home Assistant just fine. My issue was trying to access the logs of said devices and/or send firmware updates, neither of which worked (time outs) until lowering the frag threshold via nvram set.

Also, make sure you have Legacy Rates (11b) disabled in 2.4ghz wifi advanced settings. This setting also greatly affects esp8266 devices connection reliability.

EDIT: Just checked this number on my MX4300 and I now have it set to 1538. I don't remember why I did that now, but I'm sure I had a good reason. Razz
Code:
# nvram show | grep frag
wl0_frag=2346
size: 44979 bytes (86093 left)
wl_frag=1538

_________________
- Linksys EA8500: I-Gateway, WAP/VAP 5ghz only. Features: VLANs, Samba, WG, Entware - r60xxx
- Linksys EA8500: 802.11s Secondary w/VLAN Trunk over 5ghz - r60xxx
- Linksys MX4300: 802.11s Primary w/VLAN Trunk over 5ghz. 2.4ghz WAP/VAP only - r60xxx
- Linksys MX4300: (WAP/VAP (7)) Multiple VLANs over single trunk port. Entware/Samba r60xxx
- Linksys MR7350: WDS Station for extended Ethernet r60xxx
- Linksys MR7500, MX8500: None in production. Just testing. r60xxx
- OSes: Fedora 40, 10 RPis (2,3,4,5), 23 ESP8266s: Straight from Amiga to Linux in '95, never having owned a Windows PC.
- Forum member #248
strobes
DD-WRT Novice


Joined: 17 Aug 2007
Posts: 39

PostPosted: Fri Jun 06, 2025 2:39    Post subject: Reply with quote
well, I was here long time ago and back because a "new" project where I can take advantage of this FW and it's flexibility. Did not have reason to dig under the hood. And it is changing so fast that difficult to keep up. My apology, it was intentional to sound obnoxious.

Of course the question was if the frame threshold still applicable after a year of changes. I guess I have my answers. And was interested to know if any one else may have similar experience.
Display posts from previous:    Page 1 of 1
Post new topic   Reply to topic    DD-WRT Forum Index -> Qualcomm Atheros based Hardware All times are GMT

Navigation

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum