Helios easycontrol und Edomi

[benji]

Schalte mal deine KWL aus, also komplett vom Strom trennen und dann wieder an. Die ModBus Schnittstelle lehnt die Verbindung zu Edomi ab, warum auch immer.

Hast du etwas geändert? Netzwerk, Edomi?

[rok123]

ja, der Zugang mit EasyControl funktioniert kann auch Werte ändern

[benji]

Funktioniert der Zugang zu EasyControl noch? Gerät per Ping erreichbar?

[rok123]

Hi, ich bekomme seit gesten folgende Fehlermeldung und es wird nichts mehr angezeigt.

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
[TR]
[TD]2018-04-14 09:01:15[/TD]
 			[TD]947635[/TD]
 			[TD]?[/TD]
 			[TD]17904[/TD]
 			[TD]Datei: /usr/local/edomi/main/include/php/ModbusMaster.php | Fehlercode: 2 | Zeile: 100 | socket_connect(): unable to connect [111]: Connection refused[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
[/TABLE]

[Janncsi]

Das passiert mir auch durchaus noch, dass wenn ich zu oft trigger, die Last hoch geht. Eigentlich immer bei einer Neuaktivierung, aber danach läuft die Laube!

Habe jetzt 2 Tage mal nicht an Edomi gearbeitet, heute reingeschaut und es war kein Fehler im Log! Bin sehr zufrieden!

[vbernd]

Okay, nach einigen Tests ist mir noch folgendes aufgefallen:

- Seitdem ich die KNX-Gruppenadressen-Eingänge durch Edomi-KO-Eingänge ersetzt habe, wird der LBS nicht mehr 2x aufgerufen. Ist vermutlich ein Fehler in der Buskonfiguration mit meinem Wiregate. Weiß nicht ob der Unterschied Datentyp Variant (jetzt) - KNX DPT 5 unsigned int (vorher) auch was damit zu tun hat.
- Die Fehler mit dem EXEC-Timeout sind nicht ganz verschwunden, tauchen aber nur sporadisch auf. Vor allem wenn ich zwei mal schnell hintereinander einen Stufen-Sollwert setze

edomi_100cpu.JPG

[vbernd]

2018-01-28 13:38:18 465919 18498 debug LBS19000165 [v0.5]: LBS started
2018-01-28 13:38:18 470726 18498 debug LBS19000165 [v0.5]: LBS ended
2018-01-28 13:38:18 475531 18498 debug LBS19000165 [v0.5]: LBS started
2018-01-28 13:38:18 484069 18498 debug LBS19000165 [v0.5]: LBS ended
2018-01-28 13:38:18 940679 20249 debug EXE19000165 [v0.5]: Betriebsart gesetzt = 0
2018-01-28 13:38:19 189423 20247 debug EXE19000165 [v0.5]: Betriebsart gesetzt = 0
2018-01-28 13:38:20 439796 20249 debug EXE19000165 [v0.5]: Betriebsart Status = 0
2018-01-28 13:38:20 689728 20247 debug EXE19000165 [v0.5]: Betriebsart Status = 0
2018-01-28 13:38:20 939903 20249 debug EXE19000165 [v0.5]: akt. Stufe Status = 1
2018-01-28 13:38:21 190423 20247 debug EXE19000165 [v0.5]: akt. Stufe Status = 1

[vbernd]

H
vbernd hast du aktuell noch Probleme??

Ja leider immer noch. Bin grad ein wenig am testen woran es liegen könnte.

Ev. am Schaltbefehl des Visuelements? (Wert "KNX-Adr. Lüfterstufe" setzen mit Status-KO "WRL_Betriebsart")

In den Logs sieht es so aus als würde der LBS 2x gleichzeitig getriggert...

[stonie2oo4]

Also bei mir läuft der Baustein eigentlich auch recht gut. Ich triggere alle 10min.
Ab und zu kommt es mal vor das paar Einträge im Fehlerlog landen, vielleicht einmal im Monat oder sogar noch seltener. Vielleicht hängt das mit der CPU Auslastung zusammen, das einfach noch was anderes ausgeführt wird und der Baustein verschluckt sich ein bisschen???

Nur noch über E1 zu triggern fände ich auch nicht ganz optimal da ich sonst im blödsten Fall 10min warten müsste bis sich die Lüfterstufe ändert, das wäre auch iwie doof.
Ich nehm mal an das da nix zu machen ist, dass der LBS soviel Resourcen braucht?
Wird wahrscheinlich auch einfach an der verwendeten Hardware liegen, manche werden einfach nen "größeren" Rechner haben , wo das wahrscheinlich einfach weniger auffällt.

[benji]

Hi,

freut mich zu hören, dass er bei dir gut läuft. Allerdings denke ich bei 1min trigger auch an alle anderen Prozesse von Edomi. Die CPU Auslastung ist bei dem LBS schon sehr hoch und wenn dann noch weitere Dinge laufen könnte es zu Problemen kommen, ich weiß ja nicht wie weit dein EDOMI schon ausgebaut ist. Aber so dinge wie Backup usw. könnten schon Probleme mache.

Hilfe werde ich demnächst anpassen.

[JonDonSponky]

Hi benji ,

also ich tiggern den Baustein über E1 jede Minute und läuft so Ast rein! (nachdem ich meine Tigger-Schleife vom 20.01.18 gefunden hatte...)

Habe aber das ganze System auf "Automatik" (im Normalfall) und über steure es nur für besondere Aufgaben (Stoßlüften, längere Abwesenheit, viele Fenster offen, etc.)

Bin also super happy mit dem LBS!!!

PS: das Einzige was du vielleicht in deiner Hilfe noch ändern müsstest ist, dass man alle drei php-Dateien im Anhang in das beschriebene Verzeichnis kopieren muss, nicht nur die ModBusMaster.php

[benji]

Hi,

danke für die Logs. Ich habe mir diese eben mal angeschaut, dort liegt oder lag der Fehler aber definitiv am triggern. Der LBS wurde ja minütlich getriggert und dadurch ist die CPU Auslastung enorm hoch und der EXEC Teil wurde abgebrochen.

Die derzeit einzige Lösung welche mir einfallen würde wäre den LBS so umzubauen, dass nur noch E1 den LBS triggern kann und die anderen Eingänge gesetzt sein müssen vor dem triggern. Weiß ich aber nicht genau ob ich dies so machen möchte. Mit meiner beschriebenen Variante funktioniert es bei mir eigentlich ganz gut.

vbernd hast du aktuell noch Probleme??

[Janncsi]

Sorry, wollte eigentlich noch antworten, hatte es aber "vergessen"

Fehlerlog und Monitor-Log hab ich dir beides per PN geschickt...

[benji]

Hi, hat keiner einen Fehlerlog?

[benji]

Hi,

meine letzte Aussage stimmt so nicht. Der Exec Teil kann defenitiv nur einmal gestartet werden durch V1, diese Variable ruft am Ende vom LBS Teil den EXEC Teil auf und diese wird auch erst am Ende von EXEC wieder auf 0 gesetzt.

Was ich mir noch vorstellen kann, dass bei einer Änderung der Eingänge (durch mehrfaches verschiedener Eingänge hintereinander) die $data einen falschen Wert hat und dieser Außerhalb des Wertebereich im ModBus liegt und somit der ModBus keine Antwort sendet. Dadurch wird dann der Exec nicht richtig beendet und läuft länger als 35s, was zu einem Abbruch führt.

Kann mir eventuell mal jemand ein Fehlerlog zukommen lassen bei welchem der Exec nach 35s abgebrochen wird und dazu die gesetzen Eingänge schreiben???

Eventuell sollte man die Eingänge in der Logik gleichzeitig setzen, so mache ich es bei mir. Ich habe den LBS jetzt schon sehr lange laufen und habe den Fehler eigentlich noch nie gehabt.

Bei mir wird gesetzt:
Betriebsart mit Lüfterstufe gleichzeitig gesetzt, sprich wenn ich eine Lüfterstufe setze wird gleichzeitig Betriebsart auf Hand gestellt.

Partybetrieb wird einfach mit 1 aktiviert, Zeit und Stufe immer gleich

Bypass Temp. werden auch gleichzeitig gesetzt. Dies nutze ich lediglich um die Bypassklappe zu steuern.


Mehr nutze ich derzeit nicht an Einstellungen, sonst nur Statusmeldungen.


Gruß