Wifi-Stabilität eines ESPs (hier: HmUARTLGW mit esp-link)

[FunkOdyssey]

Wie ist es eigentlich bei euch mit der Stabilität der ESPs?

Ich habe im EG eine Fritzbox 7490 mit Wlan auf Kanal 6. Im OG habe ich einen FritzRepeater 450E, welchen ich per Kabel angeschlossen habe und somit als neuer AccessPoint (hier Wifi-Kanal 11) dient. Beide haben die gleiche SSID.

Wenn ich den Wemos D1 mini (hier als HmUARTLGW-Gateway) irgendwo im EG oder OG platziere, so wechselt dieser sporadisch zwischen den beiden AccessPoints (FB+Repeater) hin und her.

Das habe ich nun verhindert, indem ich das Gateway im Dachgeschoss montiert habe. Hier habe ich vom Repeater (im wie gesagt: im AP-Mode) immer noch einen sehr guten Empfang (RSSI -60).

Dennoch verliert sich ständig die Verbindung.
Ich sehe aber weder in der Fritzbox noch im FritzRepeater irgendwelche Verbindungsabbrüche.

Code Auswählen Erweitern

2017.07.18 22:07:50.972 1: HMUARTLGW HmUARTLGW did not respond for the 1. time, resending
2017.07.18 22:07:53.984 1: HMUARTLGW HmUARTLGW did not respond for the 2. time, resending
2017.07.18 22:07:56.992 1: HMUARTLGW HmUARTLGW did not respond for the 3. time, resending
2017.07.18 22:08:00.002 1: HMUARTLGW HmUARTLGW did not respond after all, reopening
2017.07.18 22:08:00.005 3: HmUARTLGW device closed
2017.07.18 22:08:00.103 1: 192.168.0.239:23 reappeared (HmUARTLGW)

Installiert habe ich auf dem Gateway: esp-link Release 3.0.14

Kennt jemand diese Probleme?
Haben die ESP8266 öfters Abbrüche, TimeOuts oder sonstiges?
Oder liegt das evtl. an der esp-link-Software?

[sbiermann]

Doe ESPs haben die Angewohnheit sich bei fehlender Connection aus dem WLan auzuklinken nach 5 Minuten Inaktivität. Ich habe das gleiche Problem bei esplink mit IRCUL dran, ich habe das ganze einfach gelöst in dem ich im FHEM einen AT-Befehl definiert habe der einmal die Minute ein Ping an den ESP sendet und damit war das Problem gelöst.

[gloob]

Kommt natürlich drauf an wieviele Homematic Geräte du hast. Ich habe ein paar Thermostate und die Senden sowieso alle 3 Minuten.
Mein Gateway lief zuletzt für 2 Monate ohne Unterbrechung, bevor ich dein anderes Problem getestet habe 

[FunkOdyssey]

Doe ESPs haben die Angewohnheit sich bei fehlender Connection aus dem WLan auzuklinken nach 5 Minuten Inaktivität. Ich habe das gleiche Problem bei esplink mit IRCUL dran, ich habe das ganze einfach gelöst in dem ich im FHEM einen AT-Befehl definiert habe der einmal die Minute ein Ping an den ESP sendet und damit war das Problem gelöst.

Oha, das war mir neu. Ich habe mir mal ein "KeepAlive"-PRESENCE-Gerät angelegt.

Kommt natürlich drauf an wieviele Homematic Geräte du hast. Ich habe ein paar Thermostate und die Senden sowieso alle 3 Minuten.

Sehr viele. Nur habe ich auch mehrere HMUSB, HMLAN, etc.
Auch wenn es sehr unwahrscheinlich ist, könnte ich mir vorstellen, dass die Geräte dann eine andere Route nehmen und das HmUARTLGW mal ein paar Minuten Ruhe hat. Das kann ich mir jedoch nicht wirklich vorstellen, da die RSSI-Werte hierzu besser sein sollte. Mal schauen.

Mein Gateway lief zuletzt für 2 Monate ohne Unterbrechung, bevor ich dein anderes Problem getestet habe 

Bei "mein anderes Problem" (wurde per PN geklärt) handelte es sich um ein Problem, dass das sich Gateway nach dem Steckerziehen nicht mehr an der Fritzbox anmelden konnte. Ich habe mittlerweile sogar GitHub-Issues gefunden, die vom gleichen Verhalten sprechen. Es handelte sich um esp-link-v2.2.3. Ich meine aber in Erinnerung zu haben, dass ich keine Abbrüche hatte. Ich konnte es aber auch nicht allzu lange testen.

Daraufhin bin ich zu esp-link-v3.0.14 gewechselt. Der Wemos kam nun immer wieder, aber es häuften sich die Abbrüche.

Heute habe ich mal die Alpha esp-link-v3.2.47 aufgespielt. Das ist aber noch zu frisch, um mehr darüber zu sagen.



Ich merke nur, dass man die ESPs manchmal zwingen muss, sich mit einem bestimmten Netz zu verbinden. Ich bin nur noch am Steckerziehen. Und ich schalte manchmal ganz bewusst das WLAN der Fritzbox aus, um den Wemos zum Repeater zu zwingen. Vermutlich versucht esp-link erst einmal den ursprünglichen Kanal wiederherzustellen. Und der Kanal hat scheinbar ein höhere Priorität als die RSSI-Werte anderer gleichnamiger SSIDs.

[FunkOdyssey]

Hmm, das Software-Update und/oder das "lan-ping" über PRESENCE hat nicht funktioniert.
Das Device geht mal ganz lange Zeit nicht offline. Aber dann kommt wieder eine Phase, wo der ESP alle 5-Min nicht aktiv ist.

FHEM-Log:

Code Auswählen Erweitern

2017.07.20 08:44:23.890 1: HMUARTLGW HmUARTLGW did not respond for the 1. time, resending
2017.07.20 08:44:26.898 1: HMUARTLGW HmUARTLGW did not respond for the 2. time, resending
2017.07.20 08:44:29.908 1: HMUARTLGW HmUARTLGW did not respond for the 3. time, resending
2017.07.20 08:44:32.918 1: HMUARTLGW HmUARTLGW did not respond after all, reopening
2017.07.20 08:44:32.922 3: HmUARTLGW device closed
2017.07.20 08:44:33.035 1: 192.168.0.239:23 reappeared (HmUARTLGW)
2017.07.20 08:49:23.412 1: HMUARTLGW HmUARTLGW did not respond for the 1. time, resending
2017.07.20 08:49:26.423 1: HMUARTLGW HmUARTLGW did not respond for the 2. time, resending
2017.07.20 08:49:29.432 1: HMUARTLGW HmUARTLGW did not respond for the 3. time, resending
2017.07.20 08:49:32.441 1: HMUARTLGW HmUARTLGW did not respond after all, reopening
2017.07.20 08:49:32.448 3: HmUARTLGW device closed
2017.07.20 08:49:32.537 1: 192.168.0.239:23 reappeared (HmUARTLGW)
2017.07.20 08:54:38.217 1: HMUARTLGW HmUARTLGW did not respond for the 1. time, resending
2017.07.20 08:54:41.227 1: HMUARTLGW HmUARTLGW did not respond for the 2. time, resending
2017.07.20 08:54:44.240 1: HMUARTLGW HmUARTLGW did not respond for the 3. time, resending
2017.07.20 08:54:47.249 1: HMUARTLGW HmUARTLGW did not respond after all, reopening
2017.07.20 08:54:47.252 3: HmUARTLGW device closed
2017.07.20 08:54:47.352 1: 192.168.0.239:23 reappeared (HmUARTLGW)
2017.07.20 08:59:53.786 1: HMUARTLGW HmUARTLGW did not respond for the 1. time, resending
2017.07.20 08:59:56.798 1: HMUARTLGW HmUARTLGW did not respond for the 2. time, resending
2017.07.20 08:59:59.807 1: HMUARTLGW HmUARTLGW did not respond for the 3. time, resending
2017.07.20 09:00:02.817 1: HMUARTLGW HmUARTLGW did not respond after all, reopening
2017.07.20 09:00:02.820 3: HmUARTLGW device closed
2017.07.20 09:00:02.908 1: 192.168.0.239:23 reappeared (HmUARTLGW)
2017.07.20 09:04:53.971 1: HMUARTLGW HmUARTLGW did not respond for the 1. time, resending
2017.07.20 09:04:56.985 1: HMUARTLGW HmUARTLGW did not respond for the 2. time, resending
2017.07.20 09:04:59.994 1: HMUARTLGW HmUARTLGW did not respond for the 3. time, resending
2017.07.20 09:05:03.007 1: HMUARTLGW HmUARTLGW did not respond after all, reopening
2017.07.20 09:05:03.010 3: HmUARTLGW device closed
2017.07.20 09:05:03.106 1: 192.168.0.239:23 reappeared (HmUARTLGW)


Ereignisprotokoll Fritz.Repeater

Code Auswählen Erweitern

20.07.17 09:09:56 WLAN-Gerät angemeldet , 72 Mbit/s, esp-link, IP 192.168.0.239, MAC XX:FE:XX:CA:XX:XX.
20.07.17 09:04:45 WLAN-Gerät angemeldet , 72 Mbit/s, esp-link, IP 192.168.0.239, MAC XX:FE:XX:CA:XX:XX. [6 Meldungen seit 20.07.17 08:38:51]

Ich werde es mal mit einem wget im Minutentakt ausprobieren.

[FunkOdyssey]

Leider auch kein Erfolg. Weder ein "ping -c1 xyz" noch ein "wget esp-link" lassen das Gateway am Leben.
Ich werde noch verrückt mit dem Teil.

[gloob]

Hast du mal probiert das Gateway in der Nähe der Fritzbox aufzustellen, anstelle beim Repeater?

[FunkOdyssey]

Das habe ich mir für heute Abend vorgenommen. Danke.

[FunkOdyssey]

Hmm, das ist jetzt einerseits gut und andererseits auch ärgerlich.
Ich habe das Gateway in 20cm Abstand zur Fritzbox angeschlossen.
Sogar am USB-Port der FritzBox, um mir ein Netzteil zu sparen.
(Notiz an mich: Vielleicht doch noch ein weiteres mal das Netzteil am Gateway tauschen.

Und ich habe keine Probleme mehr.
Ich denke nicht, dass es am Netzteil liegt, da ich bereits ein iPhone Netzteil (Ja, ich weiß - Ladegerät und nicht Netzteil) und ein spezielles Raspberry Pi Netzteil angeschlossen hatte. Das probiere ich aber noch mal aus.

Ich denke, dass es die ESPs Probleme mit dem FritzRepeater 450E haben. Ich hatte mal ähnliche Probleme mit einem ESP-Shield. Damals nahm ich nur an, dass ich an meiner Programmierung lag, da ich Anfänger mit dem WiFiESP-Code war.

Wie gesagt: Der FritzRepeater arbeitet als AccessPoint und nicht im Repeater-Modus. Dies sollte ja eigentlich von Vorteil sein. Scheinbar wohl nicht.

[locutus]

Ich habe mir inzwischen ein ESP8285 ESP-M2 Modul zugelegt. Auf dem Modul ist ein Serial Port TTL to WiFi Webserver vorinstalliert, ähnlich der esp-link Firmware.
Das Webinterface ist weitgehend selbsterklärend. Der TCP-Port ist frei wählbar. Leider wird das WLAN-Passwort nicht verschleiert angezeigt.
Langzeittest bleibt noch aus aber bis dato sind keine Verbindungsabbrüche feststellbar.