manfredh hat geschrieben: ↑16.01.2020, 16:09
...Wenn also bei Tagesanbruch der Tastendruck nicht erfolgt (wirklich anhand Systemprotokoll geprüft?), ist der zweite Bedingungsblock nicht erfüllt.
Da der Bedingungsblock aber nur die Astro Zeit ist, denn das Licht ist an, und die CCU befindet sich im "normal Modus" verstehe ich mich selber schon warum ich über die Funktion Astro nachdenken muss um sie zu verstehen.
Xel66 hat geschrieben: ↑16.01.2020, 16:01
...
keuleeule hat geschrieben: ↑16.01.2020, 13:45
Also muss ich mir das vorstellen wie: Sonnenuntergang wird auf high gesetzt und erst bei Sonnenaufgang wieder auf low gesetzt und das egal ob zwischendurch neu gestartet wurde weil die CCU die Uhrzeit erneut einließt nach Reboot und den high Pegel erkennt.
Nein, es wird Nacht gesetzt. Und so ist es auch in Webinterface bezeichnet. Die jeweiligen Umsteuerzeiten sind eben Sonnenunter- und -aufgang. Nichts anderes. Die Zustände "nachts" und "tagsüber" sind zwei bistabile Zustände. Da gibt es eben wenig Interpretationsspielraum und man muss auch nichts umbenennen...
Gruß Xel66
Ähm, aber das ist doch genau was ich sage... Nacht und Tag bzw high und low.
Xel66 hat geschrieben: ↑16.01.2020, 16:01
...
Nein, das ist absoluter Standard, aber unsinnig umgesetzt. Wenn Du zu Sonnenuntergang einen Aktor einschalten willst, dann wähle diesen als Ziel aus und nicht irgendeinen Tasterkanal. ...
Gruß Xel66
Der Aktor ist ein HMW 12/7´er der es einfach nicht vernünftig schafft nur eine Sekunde anzuziehen um ein Stromstoßrelais dahinter zu schalten.
MIt den virtuellen Tasterkanälen habe ich Einstellungsmöglichkeiten gezeigt bekommen die es ermöglichen und auch funktionieren.
Zu Deiner Abneigung des Workarounds werde ich mir mal ein paar Beiträge von Dir durchlesen damit ich Dich verstehe, ohne den Workaround wären damals bei mir Türen nach Reboot geöffnet worden was ich sehr häßlich gefunden hätte.
Womit wir beim
manfredh hat geschrieben: ↑16.01.2020, 16:09
Ich vermute, du hast die Logik / den Ablauf der Programme noch nicht richtig verstanden.
sind und ich mich mit der HM Logik wirklich schwer tue, ganz recht. Auch wenn ich die einschlägigen Tips gelesen habe...
manfredh hat geschrieben: ↑16.01.2020, 16:09
Die Bedingungen in deinem Programm werden
ALLE geprüft, wenn
- es Nacht wird (nur an diesem exakten Zeitpunkt)
- es Tag wird (nur an diesem exakten Zeitpunkt)
- die CCU neu gestartet wurde.
Und nur dann. Es gibt kein zwischendurch- oder dauernd-prüfen.
Zeigt mir das es zwei Ereignisse sind, und nicht NACHT + TAG, sondern der Wecker klingelt zwei Mal, und zu genau den Zeiten wird getriggert.
manfredh hat geschrieben: ↑16.01.2020, 16:09
Wenn also bei Tagesanbruch der Tastendruck nicht erfolgt (wirklich anhand Systemprotokoll geprüft?), ist der zweite Bedingungsblock nicht erfüllt.
Da das Licht an blieb die letzten drei Tage scheint was nicht zu stimmen.
Und leider ist das beknackte Systemprotokoll schon überschrieben, mein blöder logserver leider aus gewesen...
Da hätte ich auch gerne was gesehen. So bleibt mir nur den Einträgen der einzelnen Komponenten zu vertrauen, und die sagen es wurde nicht geschaltet - was ja scheinbar auch stimmt, da das Licht ja an ist.
Ok, ich denk mich da nochmal rein und werde mit diesem Programm morgen testen:
Black hat geschrieben: ↑16.01.2020, 13:43
ein reboot triggert IMMER alle als .Active() gekennzeichneten Programme. (Ihrer Reihenfolge in ID_PROGRAMS nach) dann beginnt die ganz normale prüfung in den Conditons, ist eine entsprechende bedingung wahr, wird der Anweisungsteil ausgeführt, sonst halt am ende der sonst teil...
Black
Ja, das ist mir zum Glück bekannt, daher wird meine Lampe nach Reboot nicht ausgeschaltet, da ich versucht habe eine Verriegelung einzubauen mit dem Prüfen wenn Lampe AUS ist soll er schalten, da sie an ist soll er nichts tun / wenn Zweig nicht erfüllt.
Wobei der Oder Zweig die Verriegelung auf AN hat, hier jedoch nur wenn es "tagsüber" ist.
Danke Euch.
Keule