Zeitschalt Rule aber wie ?

[udo1toni]

Solange der Standby Status in einem Item gespeichert ist, kannst Du auch innerhalb des Timer Codes auf diesen Status zugreifen Aber da Du eh verschiedene Lüfterstufen nutzen willst...

[PeterA]

Kann ich denn die Rule auch ausführen lassen ohne die Abfrage der aktuellen LüfterStufe ?

[leupy]

Tages Zeitschaltuhr Einstellbar Suche Beispiele

Hallo zusammen,
Ich wollte eine Zeitschaltuhr realisieren die über die Sidemap einstellbar sein sollte.
Ich wollte den Fernseher meines Sohnes Mo-Do um 23 Uhr ausschalten und Fr-So um 24 Uhr ausschalten.
Die Zeiten sollten wie erwähnt über Sidemap veränderbar sein.

Leider tue ich mich sehr schwer mit der Regel und den Variablen.

Habt ich ein Beispiel für mich, ich finde im Forum nur Timer mit Countdown.(mann muss das Rad ja nicht neu Erfinden )
Wenn das wie vorher von udo1toni erwähnt ein Riesen Aufwand ist werde ich das ändern der Zeiten in der Cron Regel vorziehen.
Aber vielleicht hat jemand das schon mal realisiert.

Im voraus vielen Dank für eure Hilfe

[PeterA]

Hallo zusammen,

der zeit feile ich immer noch ein meiner Zeitschaltuhr rule.
Zu einer bestimmten Zeit EIN und zu einer anderen Zeit ausschalten funtktioniert (wie auch schon weiter oben):

Code: Alles auswählen

var Timer Deko = null
 
rule "Wecker Deko"
    when
        Time cron "0 * * * * ?" //Abfrage jede Minute
    then
    if(WAC350_Zeitschaltung_01.state != ON) return;  // wenn Schalter aus(nicht an) keine aktionen
	if (LuefterStufe.state == 0) {
		var sollMinute = (Deko_WECKER_M.state as DecimalType).intValue
		var sollStunde = (Deko_WECKER_H.state as DecimalType).intValue
        if (sollMinute == now.getMinuteOfHour && sollStunde == now.getHourOfDay)
           LuefterStufe.sendCommand(1)
		}
        else if (LuefterStufe.state == 1) {
            var sollMinuteo = (Deko_WECKER_Mo.state as DecimalType).intValue
            var sollStundeo = (Deko_WECKER_Ho.state as DecimalType).intValue 
            if (sollMinuteo == now.getMinuteOfHour && sollStundeo == now.getHourOfDay)
                LuefterStufe.sendCommand(0)
            
    }   
end

Kann die Rule so abgeändert werden das die if Bedingung "LufterStute.state == 0 oder 1" entfällt ?
Es ist ausreichend wenn die Rule einfach zu bestimmten Zeit ein "LuefterStute.sendCommand" sendet.
Eine zusätzliche Abfrage der aktuellen LuefterStufe ist nicht notwendig.

Edit:
So ist es in der Original Steuerung auch.

[udo1toni]

Warum willst Du die Zeit über die Sitemap einstellen können?

Es geht nicht um einen Riesen Aufwand, es ist eher so, dass man sich überlegen sollte, ob das sinnvoll ist, und wenn ja, wie die genaue Umsetzung aussehen soll.
Ich gehe übrigens davon aus, dass Du eher Sonntag bis Donnerstag 23 Uhr und Freitag sowie Samstag 24 Uhr als Ausschaltzeit haben willst, Montag ist normalerweise Unterricht...
Abgesehen davon gibt es 24 Uhr nicht, das ist 0 Uhr (es geht hier nicht um sprachliche Korinthen, sondern darum, wie die Zeit für den Computer zu codieren ist).
Entsprechend wirst Du Freitags überhaupt keine Ausschaltzeit brauchen, dafür Sonntags aber zwei. Genau das macht die Konfiguration so aufwändig.
Wie soll das ganze konfigurierbar sein? Für jeden Tag eine Ausschaltzeit reicht nicht, stattdessen bräuchtest Du eigentlich nur zwei Ausschaltzeiten, dafür aber die freie Wahl, an welchen Tagen die Schaltzeit gelten soll.
Wann soll der Fernseher wieder eingeschaltet werden? Also eine weitere Schaltzeit, oder wieder mehrere plus Möglichkeit, die Gültigkeit zu setzen?
Und wie möchtest Du die Zeit auswählen, Stunde, Minute, oder eventuell in 5-Minuten-Schritten?
Auf jeden Fall musst Du für jede Schaltzeit (praktikabel) mindestens 7 + 2 Items erstellen, plus Sitemap und natürlich mindestens einer Rule. Je weniger Rules Du erstellen möchtest, desto komplexer wird natürlich die Rule, und das ganze ist damit noch nicht universell nutzbar, sondern nur für genau eine Aufgabe.

Mit dem caldav Binding kannst Du die Schalttermine beliebig anlegen, mit beliebigen auszuführenden Funktionen. Der "Nachteil" ist, dass man den Kalender nicht über die UI konfigurieren kann. Es gibt massig Dinge, die man nicht über die UI erledigen kann (z.B. Playlisten für Mediaplayer anlegen)

Wie oben erwähnt, ist die Möglichkeit, die Schaltzeiten über die UI bedienen zu können überbewertet. Das soll nicht heißen, dass openHAB dafür keine Option erhalten sollte, aber der Anwender sollte sich genau überlegen, ob diese Option für die Aufgabe überhaupt sinnvoll ist.

[Oetsch]

Hi Zusammen,

durchsuche gerade das Netz nach Möglichkeiten Openhab mit Zeitregeln etc. zu nutzen und bin dabei hier aufs Forum gestoßen.

Ich hatte Openhab schon einmal im Einsatz und schon damals hat mich das Fehlen massiv gestört.

Nur als Feedback von meiner Seite, ich kann die aufgeführten Argumente nicht nachvollziehen. Was bitte hat Openhab mit Automatisierung zu tun, wenn noch nichtmal einfache Steuerungsaufgaben wie eine Zeitschaltung einfach genutzt werden können?

Das Argument, wer oder wie oft solche Regeln angepasst werden und durch wen, sehe ich als künstliche Hürde, die somit Openhab nur den Fachleuten zugänglich macht. Möchte man die Lösung irgendwo installieren; Beispielsweise im Familienkreis und darf somit dann regelmäßig als Wartungspersonal fungieren, wenn zB Zeiten angepasst werden sollen also eine auf Dauer nervige Kiste.

Das Thema Aufwand um dies auf der Oberfläche zu integrieren, kann ich auch nicht nachvollziehen. Klar wenn das jeder einzeln macht ok. Aber solch eine Funktion sollte aus meiner Sicht zentral gesteuert implementiert und dann für alle nutzbar sein.

Zum Hintegrund: Ich würde gerne zB mittels Shelly oder Sonoff einige Zeitschaltuhren im Haus ersetzen und somit etwas komfortabler eine Anwesenheitssimulation zum Schutz vor Einbruch verbessern. Ergänzend würde ich gerne mal die Rolladensteuerungsmodule rauswerfen und zB auch über einen Shelly 2.5 ersetzen um Zentral Einstellungen vornehmen zu können.

Ein Volkszähler läuft eh im Haus für Temperaturen und die PV Anlage etc. darum wäre eine Querkopplung zu Openhab auch sehr nützlich. Das Synology NAS lässt sich prima als Plattform nutzen um nicht weitere Hardware 24/7 in Betrieb nehmen zu müssen.

Leider missfällt mir aus genannten Gründen die Möglichkeit Automatisierungsaufgaben überhaupt im UI nutzbar zu machen und deswegen zweifel ich derzeit Openhab nochmal einzusetzen.

Zum Thema Zeitschaltung, habe ich jetzt gefunden, dass die Shelly Firmware diese Funktion schon selber mitbringt und somit ist das wohl derzeit eine Möglichkeit über die ich nachdenke.

Würde mich freuen, wenn ihr mein Feedback konstruktiv für Verbesserungen nutzen könnt.

Beste Grüße

[udo1toni]

Was bitte hat Openhab mit Automatisierung zu tun, wenn noch nichtmal einfache Steuerungsaufgaben wie eine Zeitschaltung einfach genutzt werden können?

Du kannst wunderbar Zeitschaltungen nutzen, entweder, indem Du die eingebauten Funktionen nutzt (d.h. z.B. in Rules mit Time cron arbeiten) oder auch indem Du caldav einbindest. Aber wie kommst Du darauf, dass eine UI für Zeitschaltungen eine notwendige Bedingung für Automation darstellt? In Wirklichkeit sollte es möglichst komplett unnötig sein, jemals (!) eine Schaltzeit einzustellen.

Das Argument, wer oder wie oft solche Regeln angepasst werden und durch wen, sehe ich als künstliche Hürde, die somit Openhab nur den Fachleuten zugänglich macht. Möchte man die Lösung irgendwo installieren; Beispielsweise im Familienkreis und darf somit dann regelmäßig als Wartungspersonal fungieren, wenn zB Zeiten angepasst werden sollen also eine auf Dauer nervige Kiste.

Wer partout mit starren Schaltzeiten arbeiten möchte und anderen die Möglichkeit geben will, Schaltzeiten zu ändern, kann das prima mit dem cladav Binding. Einfach einen Kalender (oder auch mehrere) für openHAB erstellen und jeder Person eine Freigabe für den Kalender geben. Der Kalender lässt sich prima im eigenen Handy in der Kalender App integrieren, was viel sinnvoller ist, als in der UI altbacken eine Tages- oder Wochenschaltuhr zu emulieren. Wie gesagt - egal, ob man nun ein entsprechendes Widget dafür nutzt oder massig Items plus Rule erstellt - man muss dies getrennt für jede zu schaltende Funktion einrichten.

Das Thema Aufwand um dies auf der Oberfläche zu integrieren, kann ich auch nicht nachvollziehen. Klar wenn das jeder einzeln macht ok. Aber solch eine Funktion sollte aus meiner Sicht zentral gesteuert implementiert und dann für alle nutzbar sein.

Ich habe in meinem Posting auch erwähnt, dass ich durchaus dafür bin, dass ein Schaltuhr-Widget für diese Funktion bereitgestellt wird. Aber nochmal: Das ist das Hinüberretten alter Krücken in die aktuelle Welt. Es gibt flexiblere und intelligentere Wege, als eine plumpe Zeitschaltung.

Zum Hintegrund: Ich würde gerne zB mittels Shelly oder Sonoff einige Zeitschaltuhren im Haus ersetzen und somit etwas komfortabler eine Anwesenheitssimulation zum Schutz vor Einbruch verbessern.

Für eine Anwesenheitssimulation ist eine starre Zeitschaltung denkbar ungeeignet. Dafür ist ein Zufallsfaktor wesentlich wichtiger. In OH1 gab es speziell für diese Funktion die gcal Persistence (ist leider auf der Strecke geblieben), in der die Schaltvorgänge ausgewählter Items gespeichert wurden. Dannn konnte man die Anwesenheitssimulation so gestalten, dass die Schaltvorgänge z.B. vor zwei Wochen wiederholt wurden. Diese Variante ist wesentlich sinnvoller, da sie sich am tatsächlichen Verhalten der Bewohner orientiert, aber nicht stur immer das gleiche tut. Man kann sich aber mit anderen Persistence Services auch etwas basteln, nur nicht so schön einfach.

Ergänzend würde ich gerne mal die Rolladensteuerungsmodule rauswerfen und zB auch über einen Shelly 2.5 ersetzen um Zentral Einstellungen vornehmen zu können.

Ja, kein Problem. Aber auch für die Rollläden willst Du vielleicht doch etwas zeitgemäßer den Sonnenstand mit berücksichtigen (easy mit dem Astro Binding)

Leider missfällt mir aus genannten Gründen die Möglichkeit Automatisierungsaufgaben überhaupt im UI nutzbar zu machen und deswegen zweifel ich derzeit Openhab nochmal einzusetzen.

Nochmal, die Bedienung einer Zeitschaltuhr über UI ist weder notwendige noch hinreichende Voraussetzung für die Automatisierung. Es gibt weltweit tausende openHAB Nutzer, die hervorragend ohne Zeitschaltuhr über UI auskommen und wesentlich mehr automatisiert haben als nur ein paar Läden und Lichter.

[StevieRay]

Moin - und hallo zusammen!
Hier kommt mein erster Beitrag im Forum (bisher habe ich nur gelesen); eine sehr interessante Diskussion hier in diesem Thema - ganz unabhängig davon, dass ich (auch) auf der Suche war und bin, eine (Teil)Automatisierung mit OpenHAB zu realisieren.
Ich hoffe, ich langweile hier keinen mit ein wenig Vorspann:
Ich habe aktuell eine Gartenbewässerung mit Gardena-Funksteuerung (wolle keine Kabel quer durch den Garten und die Beete legen). Klappt ganz gut mit "typischer" Zeitprogrammierung (Zeit, Wochentag, Wiederholungen, Kanäle etc.). Allerdings werde ich die 9V-Ventile durch Hunter24V ersetzen und dafür brauche ich eine (neue) Steuerung. Bereits (tum "Spielen") im Einsatz habe ich 2 Thermostatventile von Homematic mit entsprechenden Zeitprogrammen (dafür bräuchte ich kein OpenHab&Co - aber per Handy mal "boosten" oder die Temperatur vom Schreibtisch aus runterzuregeln ist auch nett).
So, jetzt mein Kommentar zu den "Philosophien": natürlich ist die Steuerung von irgendwas nach Zeiten keine echte Automatisierung - da gehen dann die Lösungen mit Einbeziehung von Wetterdiensten (Bewässerung...) oder Sonnenständen (Rollläden...) schon weiter. Doch es ist immer noch eine regelbasierte Steuerung und natürlich keine wirkliche ("künstliche") Intelligenz, sondern irgendetwas zwischen Bequehmlichkeit (analog einer Harmony-Aktionssteuerung im Mediabereich) und Einbeziehung von "mehr" Faktoren für eine Steuerungsentscheidung.
Ich glaube aber (das gilt auch für mich), dass viele Menschen bei aller Automatisierung von Vorgängen immer gern auch eine Art Visualisierung haben wollen ("was macht die Maschine denn jetzt? Warum macht sie das jetzt nicht?...), das ist m.E. keine "Rückwärtsgewandtheit", sondern vielleicht eine natürliche Skepsis vor Dingen, die man nicht mehr nachvollziehen kann. Ich weiß, da gibt es schon so viele Dinge, die nicht mehr hinterfragt / verstanden werden (wie die Waschprogramme nach Gewicht und Verschmutzung).
Zum Thema Gartenbewässerung zurück:
Es gibt schon Gründe, weshalb mal ein einzelnes Beet nicht (automatisch) gewässert werden soll (weil da gerade gebuddelt wird?) oder ein Rollladen nicht (halb-intelligent) nach Sonnenstand & Co. zu einer völlig unbestimmten Zeit runterfährt - und man noch auf der Terrasse sitzt (alles schon passiert). Ich kann z.B. mit manchem Automatismus von iTunes nicht leben und will meine Musik in eigenen Ordnern verwalten - was ich kann, aber warum brauche ich das eigentlich?
Ich denke sowieso, dass man bei diesen Themen nicht nach "warum brauchst Du das" oder "ist das sinnvoll" fragen kann. Soll doch jeder selbst entscheiden.
Puh... so viel geschrieben... egal. Ich freue mich, dass es diese Technikmöglichkeiten gibt und natürlich auch, dass es soviele hilfsbereite und kreative User hier gibt, die "einem über die Straße helfen"

[udo1toni]

Wenn Du auf die Technik schaust, siehst Du, egal, wohin Du schaust, Kompromisse.

Beispiel gefällig?

Die Space Shuttles wurden mit Feststoffraketen in den Weltraum gebracht. diese Feststoffraketen mussten komplett montiert mit der Eisenbahn transportiert werden. Dabei konnten bestimmte Maße nicht überschritten werden, weil die Eisenbahnstrecke auch Tunnel beinhaltete. Die Maße, nach denen die Eisenbahn gebaut wurde, richteten sich nach den typischen Pferdewagen.
Soll heißen: weil immer und ewig etwas "wie bisher" gemacht wurde, mussten die NASA Ingenieure tiefer in die Trickkiste greifen.

Zeitschaltuhren waren schon immer ein Kompromiss, auf jeden Fall die Art, wie sie programmiert werden.
Wer partout eine Zeitschaltuhr implementieren möchte, kann das tun (es gibt dazu etliche Beispiele, hier, im offiziellen deutschen Forum, im englischen Forum, im github Wiki (unter openHAB1-addons)... Trotzdem ist es ein schlechter Ansatz.
Besser ist caldav oder auch gcal als Ansatz, zumal hier vom Anwender beliebig Timer für beliebige Items erstellt werden können (selbst wenn man ein Timer Widget hätte, wäre man auf das zu steuernde Item festgelegt - eben so wie bei allen anderen Widgets in Basic UI & Co.)

Aber wie erwähnt ist es wesentlich sinnvoller, die Steuerung in Rules auszulagern.
Natürlich steht es Dir (oder auch jedem anderen) frei, openHAB entsprechend zu erweitern, damit Zeitschaltuhren nativ zur Verfügung stehen. Ansonsten gilt, wie bei jedem open Source Projekt, dass jeder Programmierer das programmiert, wozu er Lust hat.

Schalter vorzusehen, mit denen Automatismen außer Kraft gesetzt werden, ist übrigens vollkommen losgelöst von Timer Widgets und selbstverständlich ohne weiteres möglich.

[StevieRay]

Hallo,
danke für das Feedback - und dafür, dass ich mich mit meinem ersten (megalangem) Posting nicht selbst abgeschossen habe

Ich gebe Dir Recht, natürlich bin auch ich "konditioniert", Dinge so zu tun und so zu empfinden, wie ich es gewohnt bin. Allerdings ist nicht wirklich immer alles besser, was anders (moderner?) ist, als früher - das sage ich als IT'ler, der in den letzten ca. 40 Jahren so einiges erlebt hat

Zur Gartenbewässerung:
ich werde mal mit einem Ansatz über den Kalender experimentieren - bin hier generell noch am "üben", damit hätte ich (hoffentlich) auch die einfache Möglichkeit, regelbasierte Vorgänge manuell zu übersteuern. Beim Versuch, mich da einzulesen, habe ich zumindest 2 Ansätze gefunden:
a) Google Kalender API (gcal?)
b) caldav-Binding
Gibt es da gravierende Unterschiede (in der Komplexität, Stabilität etc.) oder welche Lösung wäre zu empfehlen?
Besten Dank vorab!