-
-
Notifications
You must be signed in to change notification settings - Fork 224
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
Nach Update auf 0.8.144: MqTT deaktiviert sich nach einiger Zeit #1748
Comments
In dem Fall würde ich erst mal von der 134 auf die 140 gehen. Jedenfalls in kleinen Schritten. Aber wenn es wieder geht : Verbuche es als Erfahrung. Ich weiß nicht was passiert wen man Nachts updated. Ich mache das fast immer unter Tags und unter Aufsicht. |
tschuldigung, Tippfehler! War von 143 auf 144. Und das Problem hatte ich vorher so nie, da war es egal wann ich upgedatet hatte. (PS: Webserial sagte auch noch Nachtmodus und Interrupt Pin unknown) |
@lumapu: Na toll! Jetzt hat nach 4 Std. sich meine MqTT-Übertragung verabschiedet! Ist da vllcht bei der Fehlerbeseitigung MqTT-Überlauf was schiefgelaufen?? |
19:Uhr10 .144 nochmals neu installiert--> MqTT läuft wieder. 20 min später wieder aus. Daraufhin .143 wieder verwendet. Mal sehen.... |
neues Verhalten mit 0.8.144: Bisher gab es einen Neustart der DTU, jetzt wird nur noch MqTT beendet, die DTU läuft weiter @lumapu Ist das so im Sinne der Erfinders? |
ist mir neu, der Fehler. Habe an MqTT nichts gemacht |
schon klar, muss irgendein Sideeffekt durch die Änderung von 143 auf 144 sein, Fehlerbild ist bei mir definitiv wie beschrieben. |
Bei mir läuft 144 jetzt seit 2 Tagen. Ich kann nichts mysteriöses feststellen 🤔 |
Hattest du MqTT-Überläufe? Der Fehler hat m.E. diesen ersetzt... |
Nein, allerdings mache ich JSON-Payload, eben weil es (früher) mal diese Überläufe gab. Eigentlich sind es gar keine Überläufe sondern der Broker nimmt einfach nicht schnell genug ab. Vor allem damals als es noch einzelne Topics waren. Und bei 16 Invertern kommt da schon mächtig was rüber 😲 |
irgendwas hat das wohl mit der NTP Zeitabfrage zu tun, weiß aktuell noch nicht was. Habt ihr Ideen? |
ich habe eine Uptime von 4,5 Tagen und bisher keinen MqTT-Ausfall beobachten können |
Ich hänge mich mal hier mit dran weil ich auch zum Teil betroffen bin. Ich benutze neuerdings eine DTUFusion Board mit Ethernet(vorher nur WLAN und da passiert es auch) 0.8.144. Bei mir läuft es immer so grob einen 3/4 Tag mit Limit Regelgung (schreiben via API und lesen des Ack via MQTT). Auch bei mir kommt nichts mehr über MQTT zurück. Doch die Kommunikation in Richtung Inverter läuft weiterhin. Bei mir reicht es die DTU über das WEB-IF neu zu starten. Alternativ läuft auch öfter ein ESP32 (0.8.144) doch der steigt schon deutlicher eher aus. Der bootet nach so 1-2 Stunden. Je nachdem wie viel geregelt werden muss. Das Problem ist schon in #1600 ausführlich beschrieben. |
Mysterium DTU! über Nacht durchlaufen lassen, heute morgen geht wieder alles richtig! (MqTT, sunrise/set....) |
@lumapu : grad gesehen, dass es ne neue Dev gibt, bin aber noch auf .144. Hast du ein automatisches Update eingebaut?😉 |
nein, nichts automatisches, alles beim Alten (auf Update bezogen) |
hab jetztdie 8.145 installiert. leider nach ca. 4 Std wieder DTU-Reboot, diesmal Grund des Neustarts "Panic" |
auch mit der 8.152 reboot nach ca. 9 Std. mit task watchdog |
Da gibt es noch einen weiteren (oder ist es der gleiche ?) Bug : Wenn ich Nachts ein Update einspiele bootet es am Morgen bei Communication Start genau einmal. Danach funktioniert es problemlos, auch über mehrere Tage. |
hatte ich eine Zeitlang auch, dass die DTU jeden morgen gegen 8Uhr neu bootete. Da lieferte sie aber schon ca. 1 Std Daten. |
Platform
ESP32
Assembly
the DTU was already assembled
nRF24L01+ Module
No response
Antenna
circuit board
Power Stabilization
Elko (~100uF)
Connection picture
Version
0.8.144
Github Hash
97d9786
Build & Flash Method
was already installed
Setup
Update von 0.8,134 auf .144
Debug Serial Log output
No response
Error description
Guten Morgen!
Habe heute nacht entdeckt, dass ein neues Update verfügbar ist und es frohgemut installiert. (nachts)
Schien auch zu funktionieren, leider heute morgen Meldung WR nicht erreichbar.. Erst nach einem 2. Update wurde der WR gefunden. Kann das mit der Änderung zu tun haben, dass der WR, wenn er bei Installation nicht da ist (nacht) dann nicht automatisch erkannt wird?
The text was updated successfully, but these errors were encountered: