Helios easycontrol und Edomi

[gspsteve]

Bei mir verhält sich die Helios, wenn auch ganz sporadisch (~ alle 6 Monate), ähnlich.

Bei mir hilft dann nur noch, dass ich mich über www.easycontrols.net anmelde und Modbus deaktiviere / aktiviere. Auch wenn sich dies seltsam anhört, im LAN ist die KWL nicht erreichbar, online offensichtlich jedoch schon...

Da es jedoch nur sehr selten auftritt bin ich dem nicht weiter nachgegangen

[Marino]

Gestern habe ich testweise mal etwas anderes probiert.

IP ist ja auf statisch und die KWL ist immer wieder nicht erreichbar gewesen. Nun habe ich gestern in Edomi die Logikseite mit dem LBS deaktiviert. Anschließend habe ich mich eingelesen, wie das in etwa mit OpenHAB funktioniert und habe mir das als Docker installiert und nach einer knappen Stunde hatte ich dort die Verbindung zur Helios und konnte sie auslesen. Ich wusste nicht, wo ich schreiben konnte, aber ich wollte ja einfach nur mal testen.

Ergebnis: Heute morgen schaue ich nach und sie ist offline. Webinterface nicht erreichbar und keine Reaktion auf Ping.

Zeigen tut dies ja, dass die KWL sich wohl netzwerktechnisch aufhängt, wenn sie via Modbus gesteuert wird. Mal nach ein paar Tagen, Mal nach 20h und nun auch nach knapp 8h. Also entweder macht der LBS und OpenHAB einen Fehler oder diese ist bei der Helios zu suchen oder nicht?

Software ist die 2.21 installiert und es ist "EC 500 W ET L". Hat jemand dazu eine Idee?


Viele Grüße
Nils

[Marino]

Ich habe vor einer Woche einmal den LBS19000165 installiert. Zuvor hatte ich keine KWL mit easycontrol.
Nun bekomme ich nach einer Woche Laufzeit:

Datei: /usr/local/edomi/main/include/php/ModbusMaster.php | Fehlercode: 2 | Zeile: 100 | socket_connect(): unable to connect [113]: No route to host

Der Log vom LBS gibt dann viertelstündlich beim Triggern:

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
 	 		[TR]
 			[TD]2021-01-09 00:30:00[/TD]
 			[TD]251671[/TD]
 			[TD]8028[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19000165 [v0.6]: LBS did not start EXEC because it is running[/TD]
 		[/TR]
 		[TR]
 			[TD]2021-01-09 00:30:00[/TD]
 			[TD]251916[/TD]
 			[TD]8028[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19000165 [v0.6]: LBS ended[/TD]
 		[/TR]
 	 [/TABLE]

Das hatte ich ganz am Anfang und jemand hier meinte, ein Neustart von Edomi hilft. Hat auch bei mir geholfen, nur jetzt nicht.
Das KWL UI ist per IP im Browser auch nicht mehr erreichbar. Ist das Ding wirklich so instabil oder kann das am LBS liegen?

Es fing schlagartig um 0:30 Uhr an. Mein Trigger ist viertelstündig, also nicht zu kurz in meinen Augen.

Was meint Ihr?

In der allergrößten Not, welche ich vermeiden möchte, würde ich mir zur Steuerung da KNX-Modul holen, aber wenn die KWL sich eh andauernd aufhängt, hätte das ja auch keinen Sinn und ich müsste eher einen Aktor vorschalten und mit Edomi einen Neustart initieren. Aber wer möchte das schon?

<EDIT>
Ein Neustart alleine hilft leider nicht, ich muss nach dem Neustart, wenn die KWL wieder erreichbar ist, Edomi neu starten, erst dann funktioniert der LBS wieder. Das ist natürlich echt nicht so gut.
</EDIT>

Wenn der LBS läuft, funktioniert es echt gut mit den ersten Tests. Vielen Dank dafür auf jeden Fall.

EDIT 2:
Im UI steht ohne weitere Info unter Sytemstatus > Fehler:
"Datenaustausch: 8: Fehler beim Upload einer Datei"

EDIT 3:
Keine 24h später da gleiche. Helios Webinterfac nicht erreichbar und Fehlermeldung in Edomi. Nach KWL-Neustart wieder "8: Fehler beim Upload einer Datei".
Woran liegt es? LBS oder KWL?
PS: Statt DHCP mit Adressreservierung hatte ich gestern auf statisch gestellt.

[benji]

Der LBS hat eine lange Laufzeit, in dieser wird der LBS nicht neu getriggert. Es wird nach jedem triggern am Eingang die komplette Ausgangsseite abgefragt. Dies dauert ca. 50s. Es wird ja immer erst ins Holding Register geschrieben und dann ausgelesen.

Gruß Benjamin

[vbernd]

hätte ich eh
der ganze LBS reagiert immer nur sporadisch...

[Ing-Dom]

dito. Workaround: Statt + - Buttons einfach für jede Stufe einen Button machen!

[vbernd]

ist bei mir leider auch...

[DJens]

Hallo zusammen,
zunächst einmal ein dickes Dankeschön für den tollen Baustein! Er läuft bei mir nun einige Tage auf meinem Test Edomi System (VM auf Synology) stabil.
Bei mir ist es allerdings so, dass wenn ich die Lüftungsstufe in der Visu (oder einem KNX-Taster) ändere, dann funktioniert das beim ersten Mal ganz gut, und bei der zweiten Änderung kurz danach, findet eine Änderung erst sehr verzögert - wenn überhaupt - statt. Das wurde hier ja auch schon mal beobachtet. Ich habe es aber so verstanden, dass dieses Verhalten mit der 0.6 behoben sein sollte oder?
Kann mir jemande einen Tipp geben, damit mehrere Änderungen hintereinander besser flutschen?
Viele Grüße
DJens

[Ing-Dom]

nachdem dder LBS jetzt 4-5 Wochen durchgelaufen ist, wieder kein Zugriff möglich. KWL reagiert nicht auf Ping, webinterface und modbus tcp nicht erreichbar.

Ich hab jetzt mal auf feste IP gewechselt...

[DaLinux]

Meine Helios läuft mit statisch vergebener IP in der KWL seit Jahren problemlos.
Das es ein Problem in separierten Subnetzen gibt, wäre mir auch nicht bekannt.

Gesteuert wird ausschließlich über IP. Ich habe keine andere Möglichkeit. Somit würde eine Störung recht schnell auffallen.

Nur mal so als Erfahrung!

Gruß,
Roland

[Ing-Dom]

Konflikte gibts bei mir keine. Die Umstellung wurde mit Bedacht und kontrolliert durchgeführt, ein Client nach dem anderen, so lange bis der Client die neue IP auch genutzt hat - die Helios musste ich mit einem Neustart davon überzeugen, ist ja aber auch kein Problem...

Aktuell kommen wieder seit >24h Daten, mal abwarten... ich muss mir einen kleinen Watchdog in edomi bauen der mit eine Mail schickt..

[jonofe]

wobei wenn du IP Konflikte hast, dann hilft eine statische IP auch nur bedingt.

Wenn man IP Konflikte hat, dann hat man natürlich ganz andere Probleme. Die statische IP wählt man ja idealerweise außerhalb der DHCP Range.

Daher am besten vor einer Änderung DHCP Lease Time runter setzen und mindestens so lange warten, bis die ursprüngliche Lease Time abgelaufen ist. Dann Änderungen machen. Bsp. Lease Time steht aktuell auf 24 Stunden, Ändern der Lease Time auf 10 Minuten. 24h warten. Änderungen machen. Wenn alles stabil läuft, dann Lease Time wieder erhöhen. Alternativ an jedem Client ein DHCP Renew triggern.

ich weiß auch nicht ob bei einem um parametrieren des DHCP Servers, ein Rebind des Clients forciert wird.

Das ist im DHCP Reconfigure Extension RFC 3202 beschrieben, welche aber sicherlich in kaum einem DHCP Server und bestimmt von noch weniger DHCP Clients implementiert ist.

Was näher liegt, ist das der DHCP Client in der Helios sich nicht 100% an die RFC2131 hält.

Genau dabei würde ja eine statische IP helfen.

[SebastianBaeumler]

Wenn man die statisch in der KWL einträgt, könnte man diese Fehlerursache eliminieren

wobei wenn du IP Konflikte hast, dann hilft eine statische IP auch nur bedingt. Du kannst das Gerät ausschalten und erkennst dann vielleicht das andere Gerät mit der Adresse.

Wenn du in letzter Zeit die IP Adressen umverteilt hast, teste mal ob alle Geräte dieses auch entsprechend aktualisiert haben.

ich weiß auch nicht ob bei einem um parametrieren des DHCP Servers, ein Rebind des Clients forciert wird.
Was näher liegt, ist das der DHCP Client in der Helios sich nicht 100% an die RFC2131 hält.

würde mich mal interessieren wie ein Wireshark zwischen Helios und DHCP Server ausschaut. Gerade auch in diesen IP Rekonfigurations Szenarien.

[jonofe]

Woher kommt dein Verdacht?

Bei DHCP gibt es ja eine Lease Time, welche im DHCP Server eingestellt wird. Danach holt sich der Client eine neue IP bzw. erneuert den Lease seiner aktuellen.
Wenn dabei etwas schief läuft, dann hat das Gerät keine IP mehr. Würde auch zum "no route to host" passen. Wenn man die statisch in der KWL einträgt, könnte man diese Fehlerursache eliminieren. Ob es denn wirklich die Ursach ist, kannst du natürlich nur durch Ausprobieren herausbekommen.

[SebastianBaeumler]

hi....
ich persönlich bin mit der IP Konfiguration der Helios sehr unzufrieden.
Mit eigenem Subnetz und Netzsegmentierung hatte die sich nicht wirklich anfreunden können.

Seit DHCP habe ich damit keine Probleme.
Aber bei mir läuft ja auch ein eigenes Subnetz für die Automatisierung.

Das ganze IP System der Helios ist nicht wirklich robust.
Daher hatte ich auch meinen Baustein umgeschrieben das er nur eine Verbindung zur Helios aufbaut und dann alle Parameter abholt.
So wird das System doch etwas entlastet.

Gruß,
Sebastian