Ich habe ein Nexus 4 und ein Nexus 7 (2013). Kürzlich habe ich meinen WLAN-Router im Rahmen der Umstellung auf VDSL aufgerüstet. Das Problem: Die Android-Geräte trennen sich nach einiger Zeit vom WLAN, ich kann die genaue Zeit, die es braucht, um die Verbindung zu trennen, nicht reproduzieren oder finden. Nach dem Verbindungsverlust "denkt" das Gerät immer noch, es sei mit dem WLAN verbunden (und zeigt sogar Signalstärke an), es besteht jedoch keine Verbindung.
Ich habe dieses Problem mit dem ersten Router bemerkt, den ich mitgebracht habe (Router + VDSL-Modem Netgear vegn2610). Zuerst dachte ich, dass der Router das Problem ist, da ich dieses Problem mit meinem alten Router (tplink 841n) nicht hatte. Also habe ich es auf d-link 6850u geändert (eine andere Kombination aus Router und VDSL-Modem von meinem ISP). Der zweite Router hat die gleichen Probleme. Beachten Sie, dass andere Geräte (PCs und Laptops) nicht unter diesem Problem leiden.
Beide Router sind 11agn-Router und beide können 2,4-GHz- und 5-GHz-Frequenzen verwenden. Die Probleme sind bei beiden Radios vorhanden.
Gibt es irgendetwas in der WLAN-Funk-/Protokollkonfiguration, das dieses Problem verursachen könnte?
Danke Kopf!
das sieht nach dem typischen Ärger mit den WLAN-Chips von Qualcomm und einigen Routern aus. Sowohl Nexus 4 als auch 7 verwenden einen von Qualcomm hergestellten WLAN-Chip. Abhängig von der Konfiguration Ihres Routers reagieren diese Chips nach einiger Zeit nicht mehr, wenn sich das Gerät im Standby-Modus befindet.
Eine vorübergehende schnelle Lösung für dieses Problem besteht darin, Ihren Geräten eine statische IP zuzuweisen, anstatt DHCP zu verwenden. Dies kann in den meisten Routern über ein MAC->IP-Mapping erfolgen.
Wenn dies nicht hilft, können Sie jetzt aufhören zu lesen.
Es gibt drei weitere Methoden zum Reparieren (von denen eine Root erfordert):
Nicht-root :
Wurzel :
Bearbeiten Sie diese drei Parameter, sodass sie alle aktiviert werden (=1):
Speichern Sie die Datei und starten Sie Ihr Gerät neu.
Eine kleine Erklärung :
Die Funktion, die in der Konfigurationsdatei von Qualcomm durcheinander gebracht wurde, ist ARP - Adress Resolution Protocol. ARP soll die MAC-Adresse einer Hardware auf ihre IP-Adresse abbilden, damit der Router die angeschlossene Hardware direkt über die MAC-Adresse anrufen kann. Normalerweise sendet der Router regelmäßig ARP-Anfragen an verbundene Geräte, um sicherzustellen, dass sie noch im Netzwerk sind. Wenn das Gerät wach und die CPU aktiv ist, wird es die ARP-Anforderung bearbeiten und alles läuft gut.
Sobald die CPU schläft, ist es die Aufgabe des WLAN-Chips, ARP-Anforderungen zu verarbeiten, sodass die CPU nicht jedes Mal eingeschaltet werden muss, wenn eine ARP-Anforderung eintrifft. Wenn ARP-Offloading jedoch deaktiviert ist, antwortet der Chip nicht auf die Anfrage und der Router wirft das Gerät aus seiner IP<->MAC-Karte, was schließlich zu einer toten Verbindung führt.
Wenn Sie eine statische IP zuweisen, wird das ganze ARP-Zeug offensichtlich nicht benötigt. Das Deaktivieren der WiFi-Optimierung veranlasst die CPU, jedes Paket zu untersuchen, sodass es mit ARP statt mit dem WiFi-Chip umgeht. Das Problem hierbei ist, dass dies das Gerät daran hindert, in den Energiesparmodus zu wechseln.
Ich persönlich hatte die gleichen WLAN-Probleme, bis ich meine INI-Datei wie oben beschrieben manuell repariert habe. Ich habe fast ein halbes Jahr gebraucht, um das Problem zu lösen. Ich hoffe, dass ich dir damit helfen kann!
Mit freundlichen Grüßen!
HAFTUNGSAUSSCHLUSS : Ich bin nicht verantwortlich, wenn Sie Ihr Telefon oder Ihre Daten beschädigen.
Ich habe eine Lösung gefunden: Benennen Sie den Namen meines Mobiltelefons um.
Benutzer54271