Helios easycontrol und Edomi

[benji]

Hi,

den Fehler gibt es schon von Anfang an. Leider konnte ich ihn noch nicht beheben, eigentlich kann der LBS nur 1x getriggert werden bzw. der Exec Teil nur einmal gestartet werden. Bei jedem trigger wird geprüft, ob der Exec Teil schon gestartet ist oder nicht. Im exec werden die Daten nur noch aus Variablen gelesen und ausgeführt. Jetzt habe ich gerade gesehen, dass ich dies bei E4 nicht habe und somit der exec zb 2x gestartet werden kann. Ich werde es morgen mal anpassen und hochladen, dann kann nochmal getestet werden.


Zu Urlaubsprogramm muss ich mir noch anschauen, hierzu müsste ich 6 Eingänge hinzufügen.

Gruß

[Janncsi]

Also ich habe das Problem mit den 100% auch immer wieder, konnte es aber mittlerweile eingrenzen...

Ich habe auf E1 einen Trigger, welche stündlich triggert. Weiter schaltet eine ZSU auf E5 meine Stufen je nach Tageszeit.
Mein Fehler war die ganze Zeit, dass meine ZSU ebenfalls zu vollen Stunden schaltete. Immer dann kam es auch zu den hohen CPU-Auslastungen. Ich habe jetzt alle ZSU +3min gesetzt und seitdem habe ich, wenn ich die Lüftung laufen lasse, keine Probleme mehr.

Ich habe nun nur noch die Probleme, wenn ich zu schnell Sachen schalte...damit kann ich aber aktuell leben.

[vbernd]

Zwei KNX-GAs? Hab ich einen Denkfehler drin?

Ich skizziere es noch mal detaillierter:

KNX-GA "WRL Lüfterstufe Sollwert" ----------> Eingang LBS E5 ############## Ausgang LBS A2 ----------> Edomi-KO "Lüfterstufe aktuell"

Visu-Element "Knopf Lüfterstufe 1" - Befehle: KNX-GA "WRL Lüfterstufe Sollwert" den Wert "1" zuweisen
(Dadurch wird der Sollwert am LBS getriggert, und der LBS sendet das mit ModbusTCP an die Helios. Der LBS empfängt den akt. Status und setzt das Edomi-KO "Lüfterstufe aktuell" neu)

[jonofe]

Sicher, dass nicht aus dem KNX der Status der Lüfterstufe auf derselben GA zurückkommt? In deinem Beispiel müssten die KNX GA für "Lüfterstufe ändern" (von VISU gesendet) und "Aktuelle Lüfterstufe" (kommt vom KNX) unterschiedlich sein. Wenn dies so ist, dann sollte es korrekt sein. Ggf. liegt das Problem ja auch im LBS.

[vbernd]

Ah okay.
Das ist bei mir nicht der Fall: ich habe an den Eingängen nur KNX-Gruppenadressen (ausser der 5minütliche Trigger).
An den Ausgängen sind nur interne KOs angehängt.

Edomi-Neustart bzw. Projektaktivierung zeigt keine Auffälligkeiten.

Wenn ich aber dann in der Visu den Schaltknopf für die Lüfterstufe "2" anklicke und damit der zugehörigen KNX-GA den Wert "2" sende,
läuft die CPU 35sek. auf 100% und produziert eine Fehlermeldung.
Die Lüftung selbst reagiert jedoch, meldet brav eine "1" auf Betriebsart (Handbetrieb) und die "2" auf die "Aktuelle Lüftungsstufe".

Any Ideas?

[jonofe]

Bei mir ist es ähnlich... 100%CPU und Timeout nach 35sec und Fehlermeldung im Log - aber die WRL reagiert auf die Statusänderungen...
Was meinst du mit "GA die an einem Eingang hängt"?

Du verwendest ja an bestimmten Eingängen bestimmte iKOs, um den LBS zu triggern. Wenn du nun fälschlicherweise ein solches iKO in einer der Ausgangsboxen, die am LBS hängen wieder neu beschreibst, dann baust du eine Logikschleife, denn EDOMI ist Event gesteuert.

Obiges Beispiel:

1/5/23 Stoßlüften hängt an E7 und triggert somit den LBS. Wenn du nun an einem der Ausgänge dann wieder 1/5/23 beschreibst, dann wird der LBS damit wieder getriggert. Durch dieses Triggern wird am Ausgang wieder in 1/5/23 geschrieben, was dann wieder den LBS triggert, usw.

[vbernd]

Ich würde noch mal die Ausgänge überprüfen, ob du da evtl. fehlerhafterweise eine GA setzt, die an einem Eingang hängt. Damit kann man ziemlich schnell eine Endlosschleife bauen.

Bei mir ist es ähnlich... 100%CPU und Timeout nach 35sec und Fehlermeldung im Log - aber die WRL reagiert auf die Statusänderungen...
Was meinst du mit "GA die an einem Eingang hängt"?

[JonDonSponky]

Danke für den Tipp!

War zwar keine Endlosschleife wegen Ein- bzw. Ausgängen, aber durch ein simples SendByChange an der richtigen Stelle konnte ich das Problem lösen

Unbenannt.PNG

[benji]

Hi,

denke auch Fehler in der Logik. Erhöhe mal den trigger minütlich. Dies ist viel zu kurz, dadurch hast du schon eine enorme Auslastung. Der Exec Teil läuft maximal 35s, danach wird er abgebrochen.

Aus diesem Grund sollte die CPU Last spätestens nach ca 35s runtergehen. Denke du triggerst den Baustein irgendwie mit deiner Logik und hast so eine Schleife gebaut.

Gruß

[jonofe]

Ich würde noch mal die Ausgänge überprüfen, ob du da evtl. fehlerhafterweise eine GA setzt, die an einem Eingang hängt. Damit kann man ziemlich schnell eine Endlosschleife bauen.

[JonDonSponky]

Hi benji

habe gerade deinen LBS in mein "produktives" System übernommen, nachdem er super auf meine Testsystem lief.

Leider hab ich jetzt massive Probleme, denn die CPU-Last springt sofort auf 100% und geht nicht mehr wieder runter, wenn ich die Logik mit dem LBS aktiviere!?!

Ich hab keine Ahnung was ich machen soll...

Hier noch mal die Logik, vielleicht hab ich ja da einen Fehler gemacht:
Unbenannt.PNG

In meiner Testumgebung lief er jedenfalls so...

[JonDonSponky]

Ausgezeichnet! ...und natürlich viel Spaß noch im Schnee.

PS: für was sind den eigentlich die anderen zwei php-Dateien, die du im ZIP mit dabei hängen hast, also PhpType und IceType? Für den LBS sind sie ja anscheinend nicht notwendig, der der läuft ja nur mit der ModBusMaster...

[benji]

Hi,

ja kann ich machen. Wird allerdings noch ca. 1,5 Wochen dauern. Bin noch beim Skifahren in Ischgl

Gruß

[JonDonSponky]

Hi benji

erst mal danke für den schönen Baustein, läuft bei mir aktuell auf dem Testsystem ohne große Probleme!

Hätte dazu auch noch einen Feature-Wunsch und zwar zwei Eingänge für den Urlaubsbetrieb, sprich das Start- und das Enddatum. Weiß nicht ob das recht aufwendig ist noch mit zu integrieren, hätte aber den Charme, dass man mit zwei Terminen in der Visu auch diese Anlage in den Urlaubsmodus versetzen...

[PlantersPunch]

Hatte jetzt auch mal den Fehler "Datei: /usr/local/edomi/main/include/php/ModbusMaster.php | Fehlercode: 1 | Zeile: 150 | Maximum execution time of 35 seconds exceeded"

Kam nach Start des Partybetriebes, nachdem ich für aktiven Partybetrieb eine Rotation des Lüfterrads in der Visu eingestellt hatte... dachte erst es gibt Probleme mit der Animation. Vorher keine Probleme mit Partybetrieb. Werde es weiter beobachten.