Ahoy DTU verliert permanent WLAN Verbindung bei TP Link Repeater #1765
Comments
|
Dein TP-Link wird wohl so etwas wie bandsteering und/oder channelsteering haben. Deaktiviere das mal. Dies zwingt die DTU immer auf einen anderen Kanal, bzw. anderes Band, worauf die DTU mit einem kurzen Aussetzer reagiert. |
|
Habe so eine Einstellung noch nicht gesehen. Alle meinen anderen esp8266 betriebenen Geräte wie solarnachführung etc. haben kein Problem mit dem TP Link. |
|
Ok, bei der FB ist das automatische umschalten zwischen 2,4 und 5Ghz abgeschaltet weil ich immer zwei SSID habe. Auch bei dem TP Link so. |
|
Ok, ein Test läuft noch. FB <5GHz> <--> TP Link <2,4 GHz und 5GHz> <--> Endgeräte mit 2,4 und 5 GHz
|
|
Über Nacht lief die DTU ohne Probleme. |
|
Das könnte an 802.11k/r & v liegen, also Roaming und/oder Mesh Steering: tbnobody/OpenDTU#2202 (comment)
und tbnobody/OpenDTU#2202 (comment)
} else if (event_base == WIFI_EVENT && event_id == WIFI_EVENT_STA_DISCONNECTED) {
wifi_event_sta_disconnected_t *disconn = event_data;
ESP_LOGI(TAG, "station got disconnected reason=%d", disconn->reason);
if (disconn->reason == WIFI_REASON_ROAMING) {
ESP_LOGI(TAG, "station roaming, do nothing");
} else {
esp_wifi_connect();
} |
|
Ich habe jetzt wieder die 0.8.36 drauf, wenn die stabil bleibt, mache ich einfach kein Update. Und, ich denke ein Roaming findet bei -22dbm nicht statt. |
|
Auch die 0.8.36 das selbe Problem, das sporadische Neustarts auftreten mit "Restart Reason: Exeption". |
|
m.W. gibt es für Laien keine Möglichkeit, den Restart-Grund zu entschlüsseln. Bem 8.140-Release gibt es für ESP32 die Möglichkeit, einen Coredump zu laden, (unter "System") der von @lumapu entschlüsselt werden kann |
|
Also bisher konnte ich feststellen, dass anscheinend die AHOY DTU Probleme bekommt wenn ein Access-Point im 2,4 und 5GHz Bereich arbeitet. Wobei beide SSIDs unterschiedlich sind, sodass kein automatischer Wechsel stattfinden kann zwischen den Frequenzen. Ich habe nun wieder die 0.8.36 drauf und 5GHz abgeschaltet an dem Access-Point und habe bisher wieder Ruhe. Gerne liefere ich dazu was ich nur kann. |
|
Das Problem ist nicht die Software, sondern eher die Hardware. So langsam sollten 5GHz ESPs gängig werden. Soweit ich weiß kann es momentan nur der ESP32-C5. Tja, und dann muß natürlich auch ein Stück Software dazu geschrieben werden. |
|
Ja, gebe ich dir recht, gerne hätte ich mehr auf 5Ghz. Es kann natürlich auch sein, dass der TP-Link einfach Sch+++e ist und sich selbst auch mal durcheinander kommt, sodass die DTU meint sie wäre getrennt oder sonst was und dann in einen Außnahmezustand "getrieben" wird. Aus dem Grund hätte ich das gerne mal herausgefunden. Kann ich das mit dem Seriellen Debuggen herausfinden ggf? Also wenn ich einen Laptop nehme und da die DTU per USB versorge und im Webinstaller die Konsole anschalte? |
|
Jetzt habe ich wieder das 2,4 und 5GHz am TP Link an und die DTU läuft. Das ist der einzige unterschied. |
|
Hier der Stacktrace: --------------- CUT HERE FOR EXCEPTION DECODER --------------- Exception (29):
ctx: sys --------------- CUT HERE FOR EXCEPTION DECODER --------------- |
|
Hallo, vielleicht ist es das gleiche Problem wie tbnobody/OpenDTU#2202. |
|
Das ist die Terminalausgabe aus dem Webinstaller. |
|
Zuvor sagte das Terminal "connection TCP lost" und hat immer Versucht sich zu connecten. |
|
Exeption(29): StoreProhibitedCause A store referenced a page mapped with an attribute that does not permit Region Protection or MMU |
|
Ich habe jetzt die .140 am laufen an dem Access Point von TP Link. |
|
Da bekomme ich nen OOM Error. |
Platform
ESP8266
Assembly
the DTU was already assembled
nRF24L01+ Module
No response
Antenna
circuit board
Power Stabilization
nothing
Connection picture
Version
0.8.140
Github Hash
f1f4481
Build & Flash Method
AhoyDTU Webinstaller
Setup
2 WR Hm600 und HM300
Mqtt alle 10 Sekunden an HA Server
FB als NTP
Feste IP inkl. Gateway
Debug Serial Log output
No response
Error description
Die DTU wird seit neuestem an einem TP-Link Repeater RE190 betrieben.
Diese hat sowohl 2,4 und 5Ghz aktiviert.
Seit Einsatz dieses Repeaters verliert die DTU nach kurzer Zeit seine Wlan Verbindung und connected auch nicht neu.
Erst nach einem reset über den Reset Button kommt die DTU wieder hoch.
Probeweiser wurde das 5Ghz abgeschaltet aber keine Besserung.
Weitere Schritte die unternommen wurden sind, dass die Firmware auch die 0.8.36 runtergezogen wurde.
Auch hier das gleiche Verhalten.
Danach einstellen einer festen IP,auch keine Besserung.
Bei der zuvor eingesetzten FB Fritz!600 Repeater waren die Ausfalle nicht in diesem Ausmaß zu erkennen.
Aufgrund Alexa Multiroom bin ich nun auf daß 5Ghz angewiesen, da sonst mein WLAN im 2,4Ghz Bereich in die Knie geht weil amazon music echt ein Datenfresser ist.
Ich bin ratlos, weil ich keine logs lesen kann.
Der interne AccessPoint der DTU wurde in diesem Fall nicht aufgespannt.
Was kann ich tun?
Nachtrag: Ich habe nun auf dem TP Link Repeater die DTU IP auf die Blacklist gepackt und hin zur Fritzbox gezwungen.
Bisher stabil. Aber die Fritzbox hat ebenfalls 2,4 und 5Ghz an. Da Keine Probleme bisher.
The text was updated successfully, but these errors were encountered: