Warum eigentlich die Abtastung nur alle 60 Sekunden?
Im Prinzip reicht doch schlicht und einfach Deine Rule2 aus.
on DS18B20#Temperature<25 do power1 off endon on DS18B20#Temperature>28 do power1 on endon
Und du möchtest ja auch 2 Temperaturen miteinander vergleichen? Hast Du dann auch 2 Temp.Fühler dran?
dann soll er sich wieder ausschalten.
Deine Funktionsbechreibung ist eh sehr ungenau. Was soll sich dann wieder ausschalten und wann wurde "es" eingeschaltet?
Sorry für die Unklarheiten! Stimmt, die 2. Rule alleine sollte schon funktionieren.
Es ist nur 1 Temperaturfühler im Solarkollektor. Wenn hier die Temperaturschwelle erreicht ist soll die Pumpe vom Pool eingeschalten werden. Ich dachte mir nur dass es besser ist, wenn nicht immer geprüft wird, sondern nur alle 10 Minuten z.B.
Oder spielt das keine Rolle?
Vielen Dank soweit!
LG
Oder spielt das keine Rolle?
Nö, spielt meines Erachtens keine Rolle ob das permanent überwacht wird oder nicht.
Du hast ja auch schon eine Hysterese von 3° mit eingebaut die verhindert das das System das schwingen anfängt.
bei 25 Grad aus und erst bei 28 ein.
Ich würde das erst mal so im Testbetrieb laufen lassen und beobachten. Wenn du nen Timeout einbaust würde in der Zeit auch die Temp. sinken oder steigen... ergo könntest du bei Bedarf auch einfach die Hysterese größer machen. Würde meiner Meinung nach mehr Sinn machen als ein Timeout.
Wenn der unbeding sein soll. Ginge das aber auch.
die eine Rule klappt jetzt. Vielen Dank 
Gibt es denn eine Möglichkeit auch sicherzustellen, dass die Pumpe am heutigen Tag mindestens 4h gelaufen ist? Wenn ein Schlechtwettertag ist soll ja auch der Pool gefiltert werden.
Ob das dann noch machbar ist? Ich habe aktuell das mit einem Arduino gelöst, würde es aber gerne wenn möglich mit Sonoff/Tasmota lösen, auch wegen MQTT Nachrichten.
Hmmm ... das mit den 4 Stunden wird heikel. Da müsste ja die Laufzeit aufgerechnet werden und dann ist die Frage erst wenn nach einer gewissen Zeit die 4 STunden nicht erreicht wurden soll ja die fehlende Restzeit eingeschlatet werden. Ich bezweifle fast das sich mit den Rules so lösen lässt.
Das wäre dann eher was für nen Server (IOBroker) in dem ich frei Programmieren kann.
Alternative wäre vielleicht anstatt die Rules den Arduino Script Syntax für die Logik zu verwenden, wenn du das in Arduino schon mal ungesetzt hast.
Wurde von user gemu2015 dieses Boards umgesetzt:
Ah das löse ich mit dem Zeitplan DANKESCHÖN!
16:54:34 CMD: rule1
16:54:34 RSL: RESULT = {"Rule1":"ON","Once":"OFF","StopOnError":"OFF","Free":421,"Rules":"on DS18B20#Temperature<25 do power1 off endon on DS18B20#Temperature>32 do power1 on endon"}Leider war ich nicht ganz erfolgreich... Dadurch, dass die Rule-Prüfung alle paar Sekunden läuft kann ich den Sonoff nun nicht mehr manuell steuern. Was im Pool natürlich nicht funktioniert, da man die Pumpe zum Reinigen ja in den Dauerbetrieb schalten muss.
Selbiges natürlich mit dem Zeitplan... der wird auch deaktiviert nach ein paar Sekunden 
Hat jemand eine Idee bitte?
16:52:40 RUL: DS18B20#TEMPERATURE<25 performs "power1 off"
16:52:40 RSL: RESULT = {"POWER":"OFF"}
16:52:40 RSL: POWER = OFF
16:52:54 RUL: DS18B20#TEMPERATURE<25 performs "power1 off"
16:52:54 RSL: RESULT = {"POWER":"OFF"}
16:52:54 RSL: POWER = OFF
16:52:56 RUL: DS18B20#TEMPERATURE<25 performs "power1 off"
16:52:56 RSL: RESULT = {"POWER":"OFF"}
16:52:56 RSL: POWER = OFF
16:53:00 RSL: RESULT = {"POWER":"ON"}
16:53:00 RSL: POWER = ON
16:53:27 RUL: DS18B20#TEMPERATURE<25 performs "power1 off"
16:53:27 RSL: RESULT = {"POWER":"OFF"}
16:53:27 RSL: POWER = OFFHat jemand eine Idee bitte?
"Once":"OFF" auf "Once":"ON" umstellen
mit Rule1 5
LG
"Once":"OFF" auf "Once":"ON" umstellen
mit Rule1 5
LG
Perfekt, es funktioniert wie es soll!!!
Vielen Dank!
Hallo zusammen,
bei der Recherche bin ich über diesen Artikel gestolpert. Nachdem ich mich durch das Rule Cookbook gekämpft haben mit mir diese Diskussion schon sehr weitergeholfen. Allerdings stolpere ich jetzt immer über das Problem, dass ich bei einem publish nicht den richtigen Inhalt übertragen bekomme. Mein Ziel ist es, alle 60sek. einen Counter-Wert per mqtt zu senden und den counter dann auf 0 zu setzen.
ich verwende
rule1 on Time#Minute do backlog add1 counter1; publish stat/%Topic%/RESULT {"Counter2": %Var1%}; counter1 0 endon
ich hatte es auch mit var1 counter1 versucht, was mir im ersten Moment logischer erschien.
Irgendwie habe ich das Gefühl hierbei ziemlich um die Ecke zu denken. Hatte Ihr so eine Anforderung schon einmal?
VG
aus dem Cookbook:
ON Time#Minute DO Backlog publish shed/tele/maxdb %var1%; var1 0 ENDON
Ich denke Folgendes:
a) Ersetze %Topic% durch das tatsächliche Topic des angesprochenen Gerätes, das %....% ist ein Stellvertretername wie foo und bar. Setze also unter Einstellungen -> MQTT konfigurieren -> Topic bei dem Zielgerät einen "richtigen" Namen ein wie Steckdose_1 oder Lampe_Stube oder was auch immer (keine Leerzeichen, keine deutschen Umlaute)
b) benutze das richtige Prefix, wenn du was irgendwo was ausführen willst, dann ist das immer cmnd (= command), dann das Topic des Gerätes, dann Aktionstopic (z. B. power, timer, status usw.) und dann
c) die payload (message) und kein JSON-Ausdruck übertragen sondern nur als einzelner Wert (= die Variable , in der der der Wert steckt). Das heißt im MQTT-Jargon dann payload oder message
Es sollte dann ventuelle eher so aussehen (falls ein anderes Gerät eingeschaltet werden soll und in var1 1 oder 0 steht):
rule1 on Time#Minute do backlog add1 counter1; publish cmnd/Echter_Name/Power %var1%; counter1 0 endon .
Hallo Jörg,
vielen Dank für Deine Hilfe. Ich baue die Tage mal etwas mit der Regel.
rule1 on Time#Minute do backlog var1 counter1; publish cmnd/GeigerSensor1/SENSOR %var1%; counter1 0 endon
hat leider nicht geklappt. Ich glaube mit dem Publish eines Wertes unter einer anderen Topic bin ich komplett auf dem Holzweg.
Mit deiner Rule sendest du - wenn es denn ginge (d. h. von GeigerSensor empfangen werden kann) an den sensor einen Wert Ich glaube, das ist nicht dein Ziel. Beschreibe doch mal mit ganz normaler Alltagssprache, was mit dem Wert von var1 passieren soll.
Hallo, ich denke da soll der counter-wert als status message übermittelt werden, und
publish stat/%Topic%/RESULT {"Counter2":%Var1%}
wäre dann i.O.,
mit %Topic% wird das eingestellte topic des sendenden Tasmota-gerätes verwendet,
genauso mit stat und JSON sieht der erzeugte publish dann identisch zu einem default Tasmota stat publish aus.
das problem liegt in der Übergabe des counters an var1
den counter-wert wird man im event in die variable speichern müssen,
"var1 %counter1%" oder "add1 counter1" klappt nicht als Zuweisung.
es könnte so aussehen:
Rule1 on counter#c1!=%var1% do var1 %value% endon on Time#Minute do backlog publish stat/%Topic%/RESULT {"CounterX":%var1%}; counter1 0 endon
mit
on counter#c1!=%var1% do var1 %value%
wird eine Änderung des counter-wertes in var1 gespeichert,
das erzeugt aber auch jedes mal eine stat/...../var1 message.
ist das nicht gewünscht, kann man mit 2 rules arbeiten
Rule1 on Time#Minute do Rule2 1 endon
Rule2 on counter#c1 do backlog publish stat/%Topic%/RESULT {"CounterX":%value%}; counter1 0; Rule2 0 endon
Genial! vielen Dank.
Klar, erst in Rule 1 über den Timer eine Rule 2 auslösen.
Das heißt counter#c1 gibt den Value vom Counter1 zurück und der wird dann über publish gesendet.
Die Idee dahinter war, die CPM zu zählen. Ich benötige in der Datenbank immer genau die Zählungen einer Minute. Das haut jetzt genau hin...
