I recently flashed my D-Link DIR-645 (version A1) to this version of LEDE: lede-17.01 branch (git-17.152.82987-7f6fc16).
The wireless interface is effectively unusable. After router reboot, I can connect to the AP as normal, but within minutes (or sometimes longer) the network connection goes down entirely to the point where I cannot even access the router admin page. This is despite the fact that the wireless connection itself shows as remaining connected the entire time. Ethernet link remains and usable.
Here's my configuration:
OS X 10.12.6 and Windows 10 (separate laptops)
Thomson DCM-476 modem
D-Link DIR-645 (A1)
Configuration set to Access Point; 802.11n; IP addresses by DHCP
SQM is active, set to cake and piece_of_cake, respectively
Even more frustrating is that, despite the DIR-645 having a separate firmware restore capability, even when trying to flash the stock firmware via the emergency web interface, the 'reset' only resets the LEDE installation. In other words, I cannot seem to revert to stock firmware - which, at this point, I would very much like to do considering how unreliable the LEDE installation has been.
All - I've managed to reflash the stock firmware, and as such, I no longer need assistance on this particular issue.
While I was interested to try LEDE, it is nowhere near the level of "it just works" as Tomato was on my old WRT54GL. I will check back in a year or two in the hopes that the project will have had much more investment in user-friendliness by then.
This sounds like the exact same problem I had after installing openwrt (chaoscalmer) on my dir-645. It's unfortunate the problem still persists. Dlink have abandoned that router so it would be good to get some more mileage out of it with lede or a similar open-source firmware.
I was trying to compile a new firmware and found that the official option in the exchange of chip-driven problems, dir-645 is not with me, not sure, but I found that the default configuration driver is a problem, it should be 8367rb driver, but The official default is not this driver, do not know whether it has a relationship with this;
Followed by brushing back dlink firmware need to change the pc address 10.10.10.x, uboot address is actually 10.10.10.123. . . Made me incredible, this is what I found through ttl
Because uboot does not have the dhcp function so do not know ip address by ttl way. . . Disgusting. . . .
Wait for me to compile a new firmware to test to see if I can change wifi bug
PS:from China。。。。google translate:sweat_smile:
I did upgrade to 18.06.1 and got the wifi problem.
My DIR-645 acts as an AP without DHCP, as this is done by another device.
After a random period of time or after a big file download starts, the connected device looses its asigned IP Address, the wifi connection works but the IP obtained is 169.254.x.x. The only fix is to reboot the DIR-645, I did regular restarts every 4-6 hours with cron tasks as a simple fix, but it was annoying as the failure happens seemingly random.
So i *returned to 15.05.1 and behold... the problem is gone!
*Did it a bit unconventionally, but i wanted to see if it works:
I selected the old firmware in the webinterface and clicked on "Flash image", of course it didn't work and i went to the "debricking IP" 192.168.0.101 without restarting after the flash attempt (no reset button was pressed), selected the old firmware again and minionvoice tadaaa we're back in business.
sorry for the late reply, the first one is running as an LTE router with a ZTE Internet stick, the second one is behind a cable modem and the last one is the client of the second. There is no special configuration. The one behind the cable modem ran just fine for months and was mainly used by Wifi clients. The others are usually only used for hours. I don't know why I never ran into Wifi trouble?
No problem! I could establish a running router on another RJ45 connection with a different cable in our building. I did not test it properly, but I have the impression the the router with OpenWRT is quite picky with the selection of LAN cables...?
answering myself I've been running 19.07.5 on my router set-up as AP (cable and WBS client) for last 20 days and I haven't noticed any problems with it. No problems with WIFI disconnection or similar as claimed on the OpenWrt device page.