ohAnd
Im Status "try reconnect" wird die "cloud pause" nicht eingehalten (v1.9.0049)
Hallo Andreas @ohAnd !
Gestern Abend ist mir aufgefallen, dass nachdem meine Speicherbatterie keinen Strom mehr abgegeben hat, dtuGateway immer wieder versuchte sich zu reconnecten (try reconnect) und dabei die Cloud Pause nicht eingehalten hat.
Nachdem ich dann den Stecker für den esp gezogen hatte, wurden auch wieder Daten in die Hoymiles Cloud (0 W) gegeben.
Ich hatte allerdings noch die ältere Version v1.9.0049 installiert, vielleicht ist das Problem mit der aktuellen v2.0.0010 ja schon behoben.
Die habe ich heute nun geladen und werde das heute Abend noch einmal versuchen zu beobachten.
Ansonsten: Große Arbeit, tolles Teil! Kann ich nur immer wiederholen! vielen Dank für Deine Arbeit!
Gruß Frank
Hi @Frankyistda ,
danke für die Info! Bitte mal beobachten. Mglw. wird hier nur die Darstellung bzgl. DTU status fehlerhaft überblendet. Die Pause wird intern ein wenig tiefer angesetzt.
Danke
HI @Frankyistda ,
konntest Du den Punkt nochmal beobachten ? Anderenfalls gerne das Issues schliessen.
Danke
Hallo Andreas, @ohAnd
Ich habe das nicht mehr beobachten können, weil ich leider das dtuGateway jetzt erst einmal außer Betrieb nehmen musste.
Seit ich die App von everHome benutze, funktioniert Dein dtuGateway leider nicht mehr so schön wie zuvor.
Es passiert immer wieder, dass DTU Offline eintritt und dtuGateway nicht mehr auf den Wechselrichter zugreifen kann. Dann connected er wieder, ist aber wieder schnell offline, gefolgt von connect usw. Am Ende wird dann ein dtu Restart durchgeführt und alles läuft eine Zeitlang wieder sauber. Bis sich das Verhalten wiederholt.
Außerdem bin ich mir nicht sicher, ob andersherum der Zugriff von everHome auf den Wechselrichter dadurch nicht behindert wird.
Leider fehlen mir da die Zusammenhänge, wie im einzelnen die ganzen Programme auf den Hoymiles zugreifen. Deshalb hatte ich mir ja den MQTT Zugriff von everHome auf Dein dtuGateway erhofft, um die dtuGateway Daten als Input für die everHome App nehmen zu können. everHome hat aber nur eine openDTU Schnittstelle dafür.
Da ich aber nicht schlau daraus werde, in welcher Struktur openDTU die MQTT Daten published (static und config usw.) und wie ich das in Deinem Quellcode möglicherweise abändern könnte, fällt der Workaround auch aus.
Vielleicht wäre in Deinem Programm statt des dauerhaften connects ein connect - Daten auslesen - disconnect - Pause - connect usw. eine Lösung, aber genaues weiß man nicht.
Gruß Frank
ok, danke für die Info! Ja die DTU "verträgt" leider nur eine Connection zur Laufzeit (zumindest über den gleich IP-Endpoint), deswegen wird ein Doppelzugriff von 2 Clients zu dem von dir beschriebenen Problem führen. Wie schon beschrieben ist eine Extra-Variante das dtuGateway MQTT seitig wie eine OpenDTU aussehen zu lassen, aus meiner Sicht nicht zielführend. Da es sich dann weiter nur sehr proprietär verhält. Daher wäre die Frage um hier einen anderen Ansatz zu finden, was denn für weitere Schnittstellen everHome zulässt, so dass eben auch eine generische Schnittstelle (wie z.B. schon erwähnt MQTT autodiscovery/ config) genutzt werden kann.
Anderer möglicher (nicht sauberer) Ansatz ... um beide parallel zu betreiben: die "dtuCloudPauseTime" zu nutzen, per Config aktiv dafür zu sorgen das nur z.B. alle 14 min Daten geholt werden. (Grad im Code gecheckt, hat wohl die Reconfig nicht überlebt ;-) , würde ich aber im nächsten Snapshot mal versuchen wieder aufzunehmen. ... also das die "dtuCloudPauseTime" nicht einstellbar ist, sondern auch real zu einer Nutzung führt ;-) )
Mit dem Ziel die "Aus"-Zeit so weit zu erhöhen, das nur kurz vor dem eigentlichen Start der CloudPause (aktuell 20 sec vor der Viertelstunde) ein Verbindung aufgebaut wird und versucht wird Daten zu bekommen und wieder für ~ 14 min in die Pause gegangen wird. D.h. aktiv die Verbindung zur DTU getrennt bleibt.
so die spontane Idee...