Zeitsteuerung löst nicht aus

[Gluehwurm]

Geht es hier um Hysterieverbreitung, oder was soll das Ganze hier ?

Ein Programm, welches nix zu tun hat, weil eben die Bedingungen nicht erfüllt sind, wird nicht ausgeführt, daher kein Zeitstempel. Wurde ja schon festegestellt, bzw., kann anhand einfacher Versuche nachgestellt werden. Wo ist jetzt das Problem? Aus welchem logischen Grund soll ich jetzt annehmen, daß ein (bis auf die Prüfbedingung) identisches Programm, beide von mir fast gleichzeitig erstellt und nicht editiert, ein Mal ausgelöst und einmal nicht ausgelöst wird?

Wenn das Programm mal auslöst, dann macht es auch was es soll.

Falsch, wenn die Bedingungen erfüllt sind.

Somit bleibt die einzige Frage wenn das verstanden wurde: "Kann/will ich das so hinnehmen?". Erst wenn diese Frage mit Nein beantwortet wird, muss man sich halt mit Alternativen (CuxD, so es das anders macht) beschäftigen.

Wäre eigentlich auch ein Thema, mal den Support von eq-3 zu bemühen.


Gruß
Bruno

[viper2097]

CuxD mag sicher viel besser sein als die integrierte Timerfunktion. Aber CuxD verkompliziert das ganze nunmal leider auch und ich habe das Gefühl mit Kanonen auf Spatzen zu schießen. Daher würde ich lieber die integrierte Timerfunktion verwenden, welche nun ja auch verlässlich funktionieren SOLLTE.

Wieso soll ich Hysterie verbreiten?
Die Homematic logik ist ganz einfach:
Wenn ein Trigger erfüllt ist, dann muss das Programm auslösen und durchlaufen. Egal ob alle Wenn Teile erfüllt sind, das Programm Sinn macht oder sonst was.

Auf was ich jetzt aber draufgekommen bin, ist: Dass in Zusammenhang mit einem Timer, das Programm nur dann ausgelöst wird, wenn alle WENN Bedienungen erfüllt sind.
Bei meinem Beispielprogramm war gestern die Anwesenheitserkennung auf "anwesend". Das Programm hat um 07:59 nicht ausgelöst. Obwohl es auslösen hätte müssen, aber eben nichts machen.
Für heute habe ich die Anwesenheit auf "nicht anwesend" geändert (weil ich ja gestern, wie heute nicht daheim bin). Siehe da, das Programm löst um 07:59 aus und führt natürlich auch den DANN Teil aus.

Folgerung meinerseits:
Obwohl das Programm immer auslösen müsste wenn die Uhrzeit triggert, löst es nur aus wenn der WENN Teil erfüllt ist.

Nun die Frage? Ist das Absicht, ist das ein Bug?


Nochmal zur ganz eindeutigen Darstellung:
Dieses Programm:



Müsste an jedem Werktag um 07:49 auslösen egal ob alle Wenn Bedienungen erfüllt werden oder es dann sonst etwa sinnvolles macht.
Hier kann man erkennen das es heute ausgelöst hat:


Es löst aber NUR dann aus, wenn alle WENN Bedienungen erfüllt sind. Das ist der Fehler, es müsste ja immer, unabhängig der anderen Wenn Bedienungen, auslösen.

[Onthefly]

Es löst aber NUR dann aus, wenn alle WENN Bedienungen erfüllt sind. Das ist der Fehler, es müsste ja immer, unabhängig der anderen Wenn Bedienungen, auslösen.

Deine WENN Bedingungen sind aber im Block mit UND verknüpft und das heißt: Alle diese WENN Bedingungen die mit UND verknüpft sind müssen zutreffen damit die Aktionen im DANN ausgeführt werden. Darauf hat alchy weiter oben aber schon mal hingewiesen!!!

Wieso fragst du das? Du hat dies doch auch so programmiert mit den UND dazwischen ?

Das Programm wird täglich zu deinem Zeitpunkt sowie bei der Änderung der Variable Anwesenheit ausgelöst und auch ausgeführt
Wenn die Bedingungen die du selber programmiert hast der Logik der CCU entsprechen wird das DANN ausgeführt, ansonsten das nicht vorhandene SONST.

Bei komplexeren Verknüpfungen hilft es immer die Daten mit z.B. CCU Historian zu loggen damit du auch genau nachvollziehen kannst wie der Zustand deiner WENN Bedingungen zum jeweiligen Zeitpunkt X war!

[alchy]

Du (viper2097) wirfst schon wieder alles durcheinander. Auslösen ist nur die halbe Wahreit.
TIPP:
Was passiert, kannst du doch ganz einfach prüfen, wenn du eine Variable in den DANN Zweig beschreibst UND auch in den SONST Zweig.

Legst du eine Zeichenkettenvariable an. Name: Programme_loggen, welche du auf protokolliert stellst.
Dann bastelst du die Variable in BEIDE Zweige ein.

Code: Alles auswählen

Wenn blablabla
dann Thermostat auf Comfort
UND
Systemzustand Programme_loggen auf "DANN ausgeführt"

SONST 

Systemzustand Programme_loggen auf "SONST ausgeführt"

und dann schaust du mal im Systemprotokoll nach.

Alchy

[Gluehwurm]

Das ist der Fehler, es müsste ja immer, unabhängig der anderen Wenn Bedienungen, auslösen.

Der "Fehler" liegt in Deinem Verständnis der Sache, die Spalte zeigt die letzte Programmausführung, mehr nicht. Mach mal das mit dem Sonst-Zweig (alchy war schneller).

Aktuelles Beispiel: Programm Schneeschippen (ohne sonst)
Schneeschippen wird von mir nur ausgeführt, wenn die Bedingung "es liegt welcher" erfüllt ist. Danach läuft der Tag.

Mit Sonst - wieder ins Bett
Programm wird immer ausgeführt, da entweder Schneeschippen abläuft oder ich wieder ins Bett gehe

Viel Spass damit

[manfredh]

Tatsache ist, dass der Zeitstempel aktualisiert wird, auch wenn kein Wenn oder Sonst,wenn ausgeführt wird. Folgendes Testprogramm habe ich gerade laufen lassen:

Code: Alles auswählen

wenn
Zeit 10:30 bis 10:45
und
SV Test_Bool falsch
dann
Rolladen auf 95 %
sonst

Die SV war und blieb wahr. Um Punkt 10:30 wurde der Zeitstempel des Programms aktualsiert, ausgeführt wurde nichts.

Ich käme aber normalerweise nicht auf die Idee, eine Programmausführung über den Zeitstempel zu kontrollieren. Ich verwende in solchen Fällen immer einen deutlich erkennbaren Indikator in den jeweiligen Ausführungszweigen - ähnlich wie Alchy das oben erkärt hat. Nur nehme ich gerne Rollläden - also z.B. Wohnzimmer auf 95% im Wenn und Esszimmer auf 95% im sonst, wenn. Da sieht/hört man die Auslösung erstens sofort und zweitens, wenn man nicht da war, ohne in die CCU zu schauen.

Im Übrigen funktioniert bei mir die Zeitsteuerung äußerst zufriedenstellend. Auch Testtimer mit Minutenintervallen laufen seit der 2.29.er Firmware ohne Probleme.

Gruß
Manfred

[Gluehwurm]

Unabhängig davon empfehle ich die Kontaktierung des Supports von eq-3. Die werden das entweder bestätigen (und vielleicht auch im Handbuch entsprechend schreiben), oder, sollte es sich doch als falsch rausstellen, irgendwann korrigieren.

[viper2097]

Bevor ihr mich attackiert weil ihr denkt dass ich ein Programm triggern bzw. ausführen und das korrekte Durchlaufen eines Programmes mit dem korrekten DANN Zweig nicht unterscheiden zu können, lest doch bitte nochmal den Thread von Anfang an durch.
Ihr werdet dann sehen, dass ich erst auf das nicht-Triggern des Programmes gekommen bin, weil der DANN Zweig nicht ausgeführt wurde, obwohl er das hätte sollen, und mich die Fehlersuche erkennen hat lassen dass das Programm durch den Timer nicht getriggert wurde.

Ich habe mehrmals gezeigt und bildlich dargestellt welche Programme bei mir auslösen müssten, es aber nicht tun. Egal aus welchem Grund.
Versucht also bitte beim Suchen der Ursache zu helfen, oder lasst es.
Erklärt mir aber nicht zum 50ten mal, dass ich auch was in den DANN Zweig schreiben muss und erst mal verstehen soll wie ein Programm funktioniert.

[alchy]

Na, na.
Lies du die Antworten entsprechend und setze es auch entsprechend um.
Wenn z.B. meine Aussage nicht stimmen / funktionieren sollte dann bebildere dies und melde dich.
Bisher kann ich hier nur lesen, das DU Ergebnisse von deiner Programmierung erwartest, welche du so nicht so programmiert hast bzw. wie es die Logik der CCU dazu erwartet.

Alchy
Du bist auf den besten Weg dahin, hier gar keine Antworten mehr zu erhalten.

[66er]

Hallo zusammen,

mal ein ganz anderer Ansatz rein zum Zeitproblem:

Ich glaube mich zu erinnern, ähnliche Probleme mit dem Zeitmodul gehabt zu haben, wenn freie Zeiteingaben gemacht wurden (in den Screenshots 11:59 und 07:59).

"Drop-Down"-Zahlen (erreichbar über die "V"-Felder im Menu "Zeitmodul einstellen") dagegen funktionierten problemlos.

Vielleicht probiert's der TE ja mal aus.

LG
Stefan