Hallo guten Morgen,
ich habe ein DOIF mit einem Dummy Schalter. Mit dem konnte ich bis vor einigen Tagen immer meine Poolpumpe in der Nacht zum Schockchloren steuern.
Nun greift on-till nicht mehr - in einem anderen DOIF funktioniert es.
Hier das DOIF
([PoolMaster] eq "on" and [Chlor_Schalter] eq "on") (set PoolPumpe on-till 06:00) DOELSEIF ([06:00]) (set Chlor_Schalter off)
Die Poolpumpe läuft auch noch nach 6 Uhr der dummy wird off geschaltet - also vermute ich kein Uhrzeitproblem am Pi
Hier das funktionierende:
([02:00] and [PoolMaster] eq "on" and [Roboter_auto] eq "on") (set Roboter on-till 06:30) DOELSEIF ([06:30]) (set Roboter_auto off)
Mit diesem wird der Roboter um 2 Uhr eingeschaltet und um 6:30 aus.
Wie kannn ich da auf Fehlersuche gehen
Ja der AKTOR ist ein HM-LC-SW4-DR
LG
Helmut
Da du in Homematic schreibst: Da werden die timer uU. vom Aktor selbst "interpretiert" (für on-till kann ich das nicht sagen, aber bei on-for-timer ist das so), wodurch definitiv andere Intervalle entstehen wie gedacht (bei anderen Aktoren überwacht FHEM den timer selbst).
Ob ein timer-Befehl läuft, sollte auf der Device-Seite zu erkennen sein, es gibt dann ein entsprechendes Internal (oder Reading).
Ansonsten: Start ist nach Mitternacht? (sonst: on-till-overnight verwenden)
Nein der Start ist nicht nach Mitternacht sondern meisten zwischen 20 und 22 Uhr
Der Schalter hat ein Reading timedOn - dort sieht man ob ein on-for-timer oder on-till läuft.
Check mal, ob die Readings der Dummys [PoolMaster] + [Chlor_Schalter] incl. deren Stati im DOIF gelistet sind.
Zitat von: Helmi55 am 01 Juli 2019, 11:18:30
Nein der Start ist nicht nach Mitternacht sondern meisten zwischen 20 und 22 Uhr
Dann würde ich mal annehmen, dass CUL_HM da dieselbe Logik hat wie SetExtensions: Wenn der till-Zeitpunkt (heute) bereits rum ist, passiert nichts... Lösung war bereits genannt.
Wenn es bisher ging ::)
on-till-overnight kennt CUL_HM nicht.
Zitat von: Otto123 am 01 Juli 2019, 11:51:58
Wenn es bisher ging ::)
on-till-overnight kennt CUL_HM nicht.
:) cref-Lektüre hilt doch immer wieder weiter... Kann grad nicht gut testen, aber auch nach der ursprünglichen Problembeschreibung interpretiert das CUL_HM grundsätzlich "on-till" als "on-till-overnight" (im SE-Sinn), wenn die Zielzeit heute schon vorbei ist...
Also ist es das "Berechnungthema" auf dem Aktor, wie bereits im ersten Beitrag erwähnt (=>Nachschauen, ob die Abweichung so groß ist, dass man das nicht so lassen kann, sonst eben den timer für den "off"-Befehl in FHEM steuern/überwachen (=separat))
Die Abweichung ist schon groß. Denn die Pumpe lieg um 8uhr noch immer. Werde sie ganz einfach im DOIF ausschalten
Dann bin ich auf der sicheren Seite
Hat mich nur gewundert in einem DOIF funktioniert's im anderen nicht. Und das am selben Aktor (4fach)
Eigentlich doof. Den Aktor machen lassen ist besser.
Kannst ja eine Art not aus mit DOIF hinterherwerfen.
An CUL_HM hat sich seit Mai nichts geändert.
Das "Problem" ist die Berechnung auf dem Aktor. Der kann nur eine bestimmte Anzahl von Stufen, und je länger die vorgegebene Zeit ist, desto größer werden die Intervalle zwischen den Stufen. Deshalb ist die Abweichung größer, wenn du >8 Stunden an hast wie bei nur >4 Stunden (weil da vermutlich noch ein oder 2 Intervalle dazwischen liegen). Aber auch da kannst du ja mal spaßeshalber ins log sehen (wenn es eins gibt), wann tatsächlich das "off" kam. Ziemlich sicher nicht genau zur angewiesenen Zeit...
(Leider kann ich zur internen Logik grad nix verläßliches sagen, aber das ist immer mal wieder Thema hier, vielleicht steht es ja im Wiki...? Im Hinterkopf habe ich jeweils eine Verdoppelung pro Stufe.)
EDIT: Grad nochmal nachgelesen, die Berechnung scheint wieder anders zu sein, und es gibt eine Aktortype, bei der ca. 30% Abweichung nach oben normal ist (ist aber eine andere als der hier). Sonst sollte es eigentlich passen...
https://forum.fhem.de/index.php?action=post;topic=94389.0;last_msg=874691
https://forum.fhem.de/index.php/topic,9186.0.html
ich mag an die "Begründung" von Beta User nicht glauben. Das register geht bis 111600s das sind 31 Stunden.
Klar kann der Zeittakt im Aktor nicht ganz stimmen. Aber hat ein 4 fach Schalter 4 unterschiedliche Taktgeber? ???
Zitat... konnte ich bis vor einigen Tagen immer ...
demnach kann der aktor ja nicht falsch rechnen.
wann waren die letzten fhem updates?
das letzte update von cul_hm war am
30.06 30.05.
10_CUL_HM.pm 19494 2019-05-30 09:15:27Z martinp876
:)
merci.
manchmal ist kopieren doch besser.
Hi an alle Helfer
@bartimaus: so sieht das
e_Chlor_Schalter_STATE
on
2019-06-29 19:01:08
e_PoolMaster_STATE
on
2019-06-17 15:54:00
was stimmt. Der ChlorSchalter wurde am 29.6. um 19:01 händisch auf on gesetzt. Wurde vom DOIF auch um 06:00 auf off gesetzt laut FHEM Oberfläche aber nicht in den readings des DOIF. Der Master ist schon länger on (Badesaison)
Habe jetzt ein update von FHEM durchgeführt - ja Otto hatte recht letztes update vom 30.5. und nicht 30.6. Nicht weiter schlimm. Ein update schadet nie :)
Habe um 16:03 in der Kommandozeile ein
2019.07.01 16:03:58 3: CUL_HM set PoolPumpe on-till 16:05
gesetzt. Pumpe läuft noch immer..........
wollte schon das DOIF nach alter Windowsmanier kübeln und neu schreiben, scheint aber überflüssig zu sein, da ja der Befehl aus der Kommandozeile auch nicht greift
Hitzeschaden? 8) ;D
PS habs grad auch mit der SolarPumpe probiert. Die ist Kanal 2 am 4fach Autor - selber Effekt. Schaltet nicht aus (3 Minuten über der zeit)
D.h. meiner Meinung nach da muss was im letzten update passiert sein oder......
Zumindest funktioniert bei mir ein on-till mit dem gleichen Schalter sauber. Hab das gerade mal probiert. Aber ein Hitzeschaden in einem Kanal?
Mein System ist auf aktuellem Stand. Also prinzipiell kann es am Update nicht liegen :-[
Meine Pumpe läuft gerade auch mit einem On-for-Timer... ich berichte ob diese abgeschaltet wird. (Ist auch der HM4fachAktor).
CUL-HM habe ich aber vom Update ausgeschlossen.
@Helmut, bitte betätige mal beide Dummys (off/on), und berichte
Servus
so wenn ich die beiden dummies on/off schalte sehe ich die Änderung in den Readings.......... gut so...
Aber habe jetzt Set PoolPumpe on-for-timer 60 gesendet und schaltet nicht aus.
Ich befürchte die CUL_HM ist hinüber
was sagt das Reading timedOn ?
Was gibt version .*HM.*in der FHEM Kommandozeile zurück?
Habs grad nochmals getestet um aktuelle Werte zu haben:
timedOn steht auf off mit der Uhrzeit als ich set PoolPumpe on-for-timer 60 gesetzt hatte. 17:54 war die Zeit und Pumpe ist noch immer on
Gruß
Helmut
Meine Pumpe läuft noch bis 19:02
Zitat2019.07.01 12:02:00.439 3: CUL_HM set PoolPumpe on-for-timer 25200
Zitatstate
on
2019-07-01 12:02:00 timedOn running 2019-07-01 12:02:00
Hast Du mal probiert die alte CUL_HM-Version aufzuspielen ? An einen teilweisen Defekt des Aktors mag ich nicht glauben
Edith:
Zitatstate off 2019-07-01 19:02:24
timedOn off 2019-07-01 19:02:24
passt...
Zitat von: Helmi55 am 01 Juli 2019, 17:57:43
timedOn steht auf off mit der Uhrzeit als ich set PoolPumpe on-for-timer 60 gesetzt hatte. 17:54 war die Zeit und Pumpe ist noch immer on
Hallo Helmut,
wobei es bei mir so ist: das Reading bekommt den TimeStamp des set Befehls, der Inhalt wird mit off angezeigt. Drückt man dann im Browser F5, wird der Inhalt des Reading auf running aktualisiert (TimeStamp bleibt glaube ich).
Gruß Otto
Guten Morgen Otto,
im SafariBrowser mit cmd+R ändert sich nix. Bleibt off.
Sorry habe deine Frage übersehen: Das bringt .*HM.*
Werde jetzt dann noch die hmlan und CLU_HM tauschen
Leute, Danke für eure Hilfe
Habe jetzt die HMLAN und CUL_HM gegen ältere Versionen getauscht - siehe Bild - aber leider ohne Erfolg.
Weder on-till noch on-for-timer funktionieren.
Dürfte wirklich ein HW Problem sein. Soll aber jetzt nicht das große Problem sein.
Muss ich es halt im DOIF mit einer Auschhaltzeit setzen
Danke jedenfalls für eure Mühe
schönen Tag
LG
Helmut
Moin,
werden denn die anderen Kanäle des Moduls korrekt geschaltet ?
Servus
nur der 4te Kanal reagiert auf on-for-timer ???? (mit den alten, heute eingespielten CUL_HM)
Danach ein FHEM update durchgeführt um die aktuelle CUL-HM zu testen:
Der 4te Kanal funktioniert mit on-for-timer und on-till.
Also liegt es nicht an der CUL_HM Version. Da hat es einen Knall in der HW
Komisch...
Hast Du mal einen neuen Timer mit "on-till" etc. getestet ? Oder immer nur mit dem bestehenden DOIF-Modul ?
Ggfls auch mal ein "at" ?
Servus
ich habe meine Tests immer in der Kommandozeile eingegeben
Also komplett unabhängig vom DOIF........
Als letzten Rettungsversuch würde ich den Aktor mal komplett für 10min vom Netz nehmen... also quasi ein Hard-reboot... toot oft goot
werkreset, wie in der BA beschrieben, würde ich auch noch versuchen.
Hallo
10 Min stromlos hat nix gebracht. Für werksreset brauch ich etwas mehr Zeit.
Habe allerdings festgestellt, bei on for Timer blinkt der Aktor nicht.
Werde die Tage, wenn ich genügend Zeit für die Wiederherstellung habe noch einen WErksreset durchführen.
Nochmals Danke