Readings und sunset/sunrise mit at funktionieren manchmal

[lunepi]

Moin,

ich habe mir diverse dummy device angelegt und dort 2 Uhrzeiten  mit setReading eingetragen. Diese wollte ich dann mit hilfe von at zum ein bzw. ausschalten von Lampen bzw. Steckdosen nutzen. Simple bei Sonnenuntergang einschalten und an Hand des Readings wieder ausschalten. Das gleiche Morgens, mit Hilfe des REadings einschalten und dann zu Sonnen aufgang wieder aus.

Beispiel für abends

Code Auswählen Erweitern

defmod WZ_L1_abends at *{sunset_abs("REAL")} set FuSt.HC30A on-till [WZ_L1_timer:abends_time]
attr WZ_L1_abends computeAfterInit 0
bzw. für morgens

Code Auswählen Erweitern

defmod WZ_L1_morgens at *{ReadingsVal("WZ_L1_timer","morgens_time","06:31:00")} { if( !isday()) { fhem("set FuSt.HC30A on-till " .sunrise_abs("REAL")) }}
attr WZ_L1_morgens computeAfterInit 0
Alle 10 Steckdosen die ich schalten möchte habe ich genauso aufgesetzt und entsprechend die Dummy devices mit den readings erzeugt.

Das Problem ist bei manchen funktionert es, bei manchen nicht. Manche Lampen springen zur rechten Zeit an aber nicht aus. Manche machen exakt das was ich will. Andere werden nicht eingeschaltet. Abends oder morgens scheint dabei keine Rolle zu spielen. Ich habe es wie man sieht mit ReadingsVal und dem direkten Zugriff auf die Variable gespielt. Ich habe computeAfterInit mit 0 und 1 ausprobiert, wobei wenn ich es richtig verstanden habe der Wert eigentlich keine Rolle spielt.

Wo ist der Fehler?

Gruß Christian

[Otto123]

Hallo Christian,

Ich habe computeAfterInit mit 0 und 1 ausprobiert, wobei wenn ich es richtig verstanden habe der Wert eigentlich keine Rolle spielt.

Beim zweiten Beispiel würde er beim Neustart von FHEM eine Rolle spielen, beim ersten Beispiel spielt er keine Rolle

computeAfterInit
Falls perlfunc() im timespec Readings or Statusinformationen benögt, dann wird sie eine falsche Zeit beim FHEM-Start zurückliefern, da zu diesem Zeitpunkt die Readings noch nicht aktiv sind. Mit gesetztem computeAfterInit wird perlfunc nach Setzen aller Readings erneut ausgeführt. (Siehe Forum #56706)

Die _abs Funktionen im at zu nehmen ist kontraproduktiv, sunrise() oder sunset() liefern für das at die richtigen Werte ( auch wenn sie manchmal verwirrend aussehen)

Du musst Dir die Details (das list) anschauen, dort könnte man eventuell mehr sehen, wann ein at anspringen würde.

Wenn Du bei sunrise "REAL" verwendest solltest Du das auch bei isday() tun, Default ist nämlich "CIVIL"

SUNRISE_EL geht von einem Höhenwinkel der Sonne bezogen zum Horizont, h, von -6° aus. Dieser Wert bedeutet, dass die Sonne 6° unter dem Horizont steht und Lesen im Freien ohne künstliche Beleuchtung nicht mehr möglich ist (civil twilight, bürgerliche Dämmerung). SUNRISE_EL speichert diesen Wert in $defaultaltit.

Gruß Otto

[frober]

Warum nimmst du nicht den weekdaytimer?

https://wiki.fhem.de/wiki/WeekdayTimer

[betateilchen]

Warum nimmst du nicht den weekdaytimer?

Vielleicht, weil ein at im Durchschnitt 728 Mal flexibler und einfacher in der Handhabung ist?

[frober]

Warum nimmst du nicht den weekdaytimer?

Vielleicht, weil ein at im Durchschnitt 728 Mal flexibler und einfacher in der Handhabung ist?

Alle 10 Steckdosen die ich schalten möchte habe ich genauso aufgesetzt und entsprechend die Dummy devices mit den readings erzeugt

10 Dummys und 20 at ist einfacher und flexibler?!? 
OK flexibel ist es schon...

Da nimmt man wenigstens eine structure...

[rabehd]

Wer weiss denn, ob die alle zur gleichen Zeit geschaltet werden sollen?
Ich habe die Zeiten nicht in Dummys, sondern als Userreading.

[lunepi]

Moin Otto,

Danke erstmal für die erhellende Antwort.

Die _abs Funktionen im at zu nehmen ist kontraproduktiv, sunrise() oder sunset() liefern für das at die richtigen Werte ( auch wenn sie manchmal verwirrend aussehen)

Ja das hatte ich gesehen... aber wat der Bur nich kennt versucht er nicht. Wenn ich die command reference dann aber richtig verstehe muss man dann

Code Auswählen Erweitern

at +*{sunrise()}verwenden?  Ach ne das war mit sunset_rel().
Nagut ich versuch das mal mit sunrise().

Wenn Du bei sunrise "REAL" verwendest solltest Du das auch bei isday() tun, Default ist nämlich "CIVIL"

- Verdammt, heute morgen hatte ich bei einigen Lampen, die nicht angeschaltet waren und den definierten Einschaltzeiten gedacht, ob es da tatsächlich nicht ein Clash gibt. Bingo, das wird es in gewesen sein. Ich hab is_day() immer nur so benutzt, mir war gar nicht klar, dass der die gleichen Optionen nutzt wie sunset() bzw. sunrise().

Gruß Christian

[lunepi]

10 Dummys und 20 at ist einfacher und flexibler?!? 
OK flexibel ist es schon...

Naja zum einen will ich unterschiedliche Einschalt bzw. Ausschaltzeiten nutzen und weil meine Frau die Zeiten gerne mal verstellen möchte, war dass jetzt meine Lösung, damit sie die Zeiten einfach über eine  Eingabezeile im Browser im Dummy device  setzen kann und ich diese im Hintergrund auslesen, setzen und nutzen kann.
Weekdaytimer hatte ich vorher aber da habe ich es nicht hinbekommen, dass die Lampe aus bleibt wenn die Einschaltzeit im Laufe des Frühjahrs irgendwann nach dem Sonnenaufgang liegt.
Und so aufwendig ist ein kleines Skript, was erstmal die gewünschte Grundconfig mit allen at's und dummy's anlegt auch nicht.

Wenn ich auch überzeugt bin, dass es bestimmt viel bessere bzw elegantere Lösungen gibt. Aber das ist halt erstmal(!) meine Lösung, die ich bis hierhin hinbekommen habe. 
Hinweise wie es besser geht nehme ich gerne an.
(Sofern ich diese verstehe )

Gruß Christian

[frober]

Naja zum einen will ich unterschiedliche Einschalt bzw. Ausschaltzeiten nutzen und weil meine Frau die Zeiten gerne mal verstellen möchte...

Hättest du diesen Kontext gleich geschrieben...

damit sie die Zeiten einfach über eine  Eingabezeile im Browser im Dummy device  setzen kann

Widgetoverwrite

https://wiki.fhem.de/wiki/FHEMWEB/Widgets
Damit kannst du mit time direkt die Zeit wählen. Vielleicht ist das eine Option.
Ansonsten kannst du die Readings etc. in jedes Device einbauen und die Dummys sparen.

[lunepi]

Moin,

Morgens war es tatsächlich das Probelm mit dem isday("REAL") das läuft jetzt wie geschmiert. Danke Otto.

Aber Abends verstehe ich es nicht.

Dieses schaltet abends wie gewünscht:

Code Auswählen Erweitern

Internals:
  COMMAND    set FuSt.HC31C on-till [MB_L1_timer:abends_time]
  DEF        *{sunset("REAL")} set FuSt.HC31C on-till [MB_L1_timer:abends_time]
  FUUID      67eef3af-f33f-cb93-c07e-903c8bfd0b876915
  NAME      MB_L1_abends
  NR        374
  NTM        20:00:54
  PERIODIC  yes
  RELATIVE  no
  REP        -1
  STATE      Next: 20:00:54
  TIMESPEC  {sunset("REAL")}
  TRIGGERTIME 1743962454
  TRIGGERTIME_FMT 2025-04-06 20:00:54
  TYPE      at
  eventCount 2
  READINGS:
    2025-04-05 19:59:07  state          Next: 20:00:54
Attributes:
  computeAfterInit 0
  room      Zeiten

Dieser nicht:

Code Auswählen Erweitern

Internals:
  COMMAND    set FuSt.HC30A on-till [WZ_L1_timer:abends_time]
  DEF        *{sunset("REAL")} set FuSt.HC30A on-till [WZ_L1_timer:abends_time]
  FUUID      67eef3c7-f33f-cb93-5306-7d2d17ac2280ada5
  NAME      WZ_L1_abends
  NR        383
  NTM        20:00:54
  PERIODIC  yes
  RELATIVE  no
  REP        -1
  STATE      Next: 20:00:54
  TIMESPEC  {sunset("REAL")}
  TRIGGERTIME 1743962454
  TRIGGERTIME_FMT 2025-04-06 20:00:54
  TYPE      at
  eventCount 2
  READINGS:
    2025-04-05 19:59:07  state          Next: 20:00:54
Attributes:
  computeAfterInit 0
  room      Zeiten
Das sind nur 2 Beispiel devices. BEide kann ich probemlos via FHEM "set DEV on" schalten, es ist also kein Kommunikationsprobelm zwischen FHEM und dem  Device. Beide sind die gleiche billge Baumarksteckdosen. Wenn ich manuell set on-till setze funktioniert es.

Wenn alle devices so nicht funktionieren würde, wäre es ja klar. Aber warum einige devices so funktionieren und anderen nicht ist mir schleierhaft.

Hat jemand noch ne Idee, was ich tun,testen ändern oder kann?

Gruß Christian

[betateilchen]

Was steht denn im Logfile zu dem Thema?

Entweder die resultierende timespec aus WZ_L1_timer ist falsch oder der set-Befehl wird erst gar nicht aufgerufen.

Poste doch mal ein list von WZ_L1_timer.

[frank]

vielleicht mal zeitlich etwas entzerren, also nicht alle zur exakt selben Zeit schalten.