-
-
Notifications
You must be signed in to change notification settings - Fork 219
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v0.4.8 WiFi loss connection and weird serial connection with ESP #52
Comments
gerne nochmal flashen und dann mal im Setup auf "Erase Settings (not Wifi)" drücken, evtl. ist es 'einfach' nur eine Einstellung z.B. MQTT |
Ich denke ich habe den Fehler gefunden, wenn man für die MQTT Adresse was nicht vorhandenes eingibt, dann hängt bei mir der ESP auch, praktisch nicht mehr bedienbar. |
Richtig, ich nutze aktuell kein MQTT Edit: Mir ist aufgefallen, solange der WR aus ist. Geht alles bei mir, sobald sich der WR meldet fängt auch dann das Problem an. |
hab jetzt mal eine 0.4.9 gepuht, bitte mal prüfen ob die besser geht, je nach Licht auch erst morgen ;-) Edit: mein WR ist jetzt auch aus, hier in München ist es schlagartig Nacht geworden. Trotzdem konnte ich mit der 0.4.8 den Fehler nachvollziehen. |
Also ich habe das ganze am Labornetzteil dran. Meine PV werden noch geliefert. Wenn der ESP startet (ohne WR signal) läuft alles stabil. Aktuell habe ich 00:02:08 hinter mir. Error while retrieving data: last frame missing: Request Retransmit .... danach kommt nichts mehr. |
Ich kann auch sagen, dass ich ebenfalls kein MQTT nutze und frisch kompiliert und geflasht hatte(mit Erase All Einstellung), danach sind viele Felder mit FFs gefüllt, daher hatte ich als nächstes auch Erase Settings gemacht(aber kein Factory Reset). Zu dem Thema würde ich denken, dass bei der 4.8 keine IP drin war(Feld leer) und bei der 4.4 ist 0.0.0.0 drin. Zumindest wie im Forum geschrieben, schmiert die Verbindung kurz nach dem der Wechselrichter erkannt wurde ab, muss also etwas damit zu tun haben. Das mit MQTT könnte aber natürlich eine zusätzliche Fehlerquelle gewesen sein. |
Gerade getestet: MQTT mit fehlerhaften Login-Daten getestet. (Leerzeichen hinten angefügt) Nach x Fehlversuchen beim Connect sollte die Nutzung zu MQTT deaktiviert werden. Kann man die seriellen Daten auf das WebIF umleiten? |
0.4.9 läuft bei mir seit heute früh. Aus meiner Sicht deutlich stabiler als ALLE vorherigen Versionen. Stürzt zwar immer noch regelmässig einige Minuten nach der vollen Stunde(!) ab, aber zumindest restartet der ESP nach kurzer Zeit selbsttätig und published wieder per MQTT. Bei den früheren Versionen musste ich ihn dann oft mehrfach stromlos machen (WLAN-Steckdose) um ihn dann wieder zum Leben zu erwecken. Danke für eure unermüdlichen Bemühungen zur Optimierung!!! |
@HFarryranz Ja die Umleitung der Seriellen Daten steht noch auf der Wunschliste @rosch99 schön, dass ich nicht der einzige bin, bei dem es läuft. @stefan123t hat schon Ideen wie wir das System stabiler machen können - ich hoffe in Zukunft mehr Schritte nach vorne zu machen als zurück |
Hallo @lumapu, Ich habe mal die
Kann man das Verhalten im JavaScript der Seiten nicht nur hinauszögern (15/30 Sekunden statt den Original 1000/2000ms) und dabei irgendwie so gestalten dass die Seite nicht so viele Aufrufe parallel startet ? Nichtsdestotrotz habe ich auch mit der 0.4.5 Version viele Abstürze ca. 52 in 24 Stunden laut meinem Log. Die Stack Traces sehen alle sehr ähnlich aus, das meiste steckt in umm_assumulate_up. Ich habe die relevanten Stack Traces aus meinem Log extrahiert und mit dem ESP Exception Decoder decodiert:
Hier ein Beispiel aus den Exceptions, also im Prinzip das meiste so ähnlich wie im Stack Trace in #24 nur relativ häufig:
|
@lumapu eventuell liegt es ja an der "neuen" Payload Decodierung. Die sammelt ja alle einzelnen Pakete zusammen und versucht auch ggf. noch einen Retransmit, bevor sie die Payload überprüfen kann. |
@turbolift sehr interessante Grafik. Da lohnt sich nochmal einen Diff der Versionen zu machen um evtl. das Problem einzugrenzen. Leider hatten wir noch nie eine stabile Version. Ich habe noch andere ESPs am laufen mit anderer Firmware, aber auf der gleichen Basis als RGB LED Controller und in 3x Sonoff POW R2. Alle haben Laufzeiten von Wochen und nicht Stunden. @stefan123t Der Retransmit läuft asynchron ab, ein |
Habe bei mir mal folgendes in Main:loop() eingebaut um die Laufzeiten besser zu monitoren: main.h:
main.cpp
Zusätzlich habe ich noch unter
|
Hallo zusammen, die neuste Version 4.13 läuft nun ohne probleme bei mir. Danke. :) 👍 |
Besitze ein HM-1500 (4 Kanal). Wie bei µController geschrieben.
Die Built-In LED blinkt am Anfang kurz auf und ist danach aus.
Mir ist aufgefallen das wenn ich Ping Anfragen raus sende zum ESP, dann reagiert kurzzeitig das ganze. Jedoch nicht immer!
Ping wird ausgeführt für 192.168.10.149 mit 32 Bytes Daten:
Antwort von 192.168.10.149: Bytes=32 Zeit=46ms TTL=255
Antwort von 192.168.10.149: Bytes=32 Zeit=85ms TTL=255
Antwort von 192.168.10.149: Bytes=32 Zeit=99ms TTL=255
Antwort von 192.168.10.149: Bytes=32 Zeit=2ms TTL=255
Firefox (v100.0.2) lädt sich ins Nimmerleinstag. =(
ESP Serial Verbindung bleibt leer, irgendwann schmeist er mir paar logs
entgegen.
Logs kann ich nicht posten, da auch die seriele Kommunikation abgeschmiert ist.
Wenn ESP "erreichbar" ist, wird HTTP und Seriel Daten ausgegeben.
Hoffe das reicht als Info, kann gerne nochmal auf 4.8 Flashen.
The text was updated successfully, but these errors were encountered: