Do you know of any good resources or tutorials on putting this together. I can definitely solder a few pins to the board and make a cable if there's a guide for me to follow.
Yes, I did have some vlans, as well as adblock and SQM going, however I've tried disabling all of these to no avail. This aside, the issue persists on the stock firmware, so I'm willing to consider these not a part of the problem.
After some further testing today, I was able to find that channels 36-48 at 20hz is the only range where the driver didn't fully crash on high bandwidth downloads, 36 being the most stable. It did however cut out, and immediately come back on frequently.
There's a radar tower not more than 5 blocks away from my apartment at the airport. I honestly do think this is probably some crazy stuff happening due to DFS that most people don't run into because they aren't near one. Still, I think DFS is not working properly at all if this is the case.
Purchase a usb to uart / ttl serial adapter, crack the router open and find the serial header. Attach leads from the usb to uart to the tx rx and ground. Power your router up.
Then watch the console till login prompt appears.
Adapter should be 3.3v or switchable 3.3 / 5v. Don’t connect vcc under any circumstances.
If there’s no header on the board to connect to you don’t have to solder one, holding pins on with a clothes peg is fine, or I’ve used alligator clips with electrical tape one the other side of the board.
If it also happens with the OEM firmware, and if you're still under warranty, I'd suggest to look into the warranty options first (flash the OEM firmware twice and your device is back to vendor standards), as time might be running out.
You can do that via ssh, just replace the existing file with the downloaded one (make sure to download it properly, not the HTML representation of github's webinterface - or just clone the git repo and copy it from there via scp).
I had to do some research on this to get a better understanding of that as a solution and the legal considerations around it, and It seems to me there is a legal white zone where this approach is appropriate.
Under the US configuration, the maximum transmit power is 23dbm and both DFS and non-DFS channels are selectable, however for me.. all channels seem to be suffering from DFS cutting the radio off even if the channel selected is within the legal range. So if this behavior is erroneously overcorrecting and can be disabled via the solution above, I'm still within the legal white zone by going below 23dbm transmit power and utilizing a non-DFS channel.
Yes, that zone is called Panama, a small independent republic in Central America, roughly 75'000 km² in size and inhabitated by just over 4 million citizens.
IEEE 802.11d is evaluated by modern wireless clients, messing up both your client's regulatory settings and that of your neighbours. As a result e.g. all you Intel wireless cards in notebooks and desktops will only give you access to 5 GHz channels after a passive scan reveals unanimous agreement about your region (yes, one bad neighbour can create real trouble here).
If you do stay within the DFS-less frequency ranges (ch36-ch48), DFS is not necessary and not in use, any remaining problems would not be caused by DFS or radar events in your environment. Changing the region settings will not change this, you merely extend the frequency range claimed not to be DFS encumbered into ranges you certainly aren't allowed to use without DFS.
lol, I hear you. I was going under the assumption that changing the country selection for your router isn't illegal. Operating said router outside of the legal signal and strength range for your country is.
According to what you're saying, does this mean all wireless access point devices under IEEE 802.11d is transmitting the country code, ex "US US US US PA US US US"?
DFS was a strong theory, and still might have something to do with it. Now I'm doubting and looking forward to seeing exactly what is going on when the crash happens. Channels 36-48 have still shown to be more stable than the DFS channels, which raises suspicion.