Wecker weckt nicht....

[KernSani]

Auf die Gefahr hin, dass ich mich jetzt unbeliebt mache... ich glaube ein DOIF mit Befehlssequenzen und wait Attribut wäre für deinen Anwendungsfall gut geeignet und leichter verständlich. Ich kann heute Abend mal meinen Wecker posten, wenn Interesse besteht...

[DeeSPe]

ich glaube ich komme der Sache näher:
wenn ich

Code Auswählen Erweitern

{fhem "defmod atTmp_5_$NAME at +01:30:30 set FS20.DimmerTreppenhaus.E dim0% 10";}
eingebe erhalte ich:
Global symbol "$NAME" requires explicit package name at (eval 23011) line 1.

ohne jetzt erstmal zu wissen was das genau beneutet.... Ein at wird niicht angelegt.
Lasse ich $NAME weg wird ein at angelegt was genau das mach twas es soll.

also baue ich das at jetzt um und lasse die ganzen $NAME weg. Wofür das genau in dem Residents/Wecker Makro war weiß ich ja eh nicht...

Das war ja schon vorher mein Zweifel ob es die Variable $NAME überhaupt beim at gibt...

Gruß
Dan

[justme1968]

und was spricht dagegen einfach altmodische sleep zu verwenden?

gruss
  andre

[DeeSPe]

und was spricht dagegen einfach altmodische sleep zu verwenden?

gruss
  andre

Lässt sich ein sleep vorzeitig abbrechen oder modifizieren, wie es hier offensichtlich benötigt wird?

Gruß
Dan

P.S. Ich meine die Frage tatsächlich ernst. Mir ist nicht bewusst dass ich auf ein laufendes sleep irgendwie wieder zugreifen könnte. Es hat ja keine ID mit der es angesprochen werden könnte.

[justme1968]

ja lässt sich. siehe commandref. optionaler zweiter parameter um eine id vorzugeben. damit kann man auch abbrechen.

gruss
  andre

[DeeSPe]

ja lässt sich. siehe commandref. optionaler zweiter parameter um eine id vorzugeben. damit kann man auch abbrechen.

gruss
  andre

Ahhh, und täglich lernt man wieder was dazu...
Ich nutze sleep wirklich bisher nur ID-los für einzelne Aktionen die unmittelbarer bevor stehen (<5min), für alles (zeitlich) darüber benutze ich at(s).
Danke für die Aufklärung Andre... 

Gruß
Dan

[h-man-kl]

so, ich habe probiert  und probiert und bin einen kleinen Schritt weiter.
Der Fehler liegt hier:

Code Auswählen Erweitern

if(!$we && Value "Wecker" eq "on")
Aber ich weiß nicht was ich falsch mache.
!$we heißt doch soviel wie Wochentags.... und demnach sollte der Wecker wecken. Sobald ich das aber reinschreibe, passiert einfach nix mehr und ich erhalte auch keinen eintrag im Log.

Ich weiß echt nicht weiter

[DeeSPe]

Na dann das eben auch nochmal in Einzelteile aufdröseln und testen.
Was passiert denn wenn Du beides mal separat in der FHEM-Eingabezeile testest?
Also z.B.:

Code Auswählen Erweitern

{if (!$we) {return "Wochentag"} else {return "Wochenende"}}
(hier sollte von Mo-Fr die Ausgabe "Wochentag" kommen und von Sa-So "Wochenende")
und:

Code Auswählen Erweitern

{if (Value("Wecker") eq "on") {return "Wecker an"} else {return "Wecker aus"}}
(hier sollte bei eingeschaltetem Wecker die Ausgabe "Wecker an" kommen, andernfalls "Wecker aus")

Gruß
Dan

[h-man-kl]

Hier muss es eine Verschiebung im Raum - Zeitkontinuum geben......

Wecker gibt Wecker zurück - das habe ich auch nicht anders erwartet, denn wenn ich nur den Part drin gelassen habe hat der Wecker geweckt.
Aber jetzt kommts: die andere Abfrage gibt mir Wochenende zurück! also schnell mal auf den Raspi diret gegangen und was sagt Date?...... ganz klar Mon und das ist für mich Werktag
Fhem kann doch nicht eine andere Uhrzeit bzw. einen anderen Tag haben als der Pi? oder doch?

achja Das hier: { FmtDateTime(time()) }
sagt übrigens dass heute der 19. ist und das passt ja auch.

1000 Dank!

[DeeSPe]

Hab ehrlich gesagt gerade keine Idee woran es liegen könnte.
Zumindest bist Du nun wieder einen Schritt weiter und weißt woran es liegt.

Gruß
Dan

[rudolfkoenig]

$we wird auch gesetzt, falls holiday2we gesetzt ist, und die entsprechende holiday Instanz Feiertag meldet.

[h-man-kl]

die Feiertage.holiday war nicht mehr lesbar... warum auch immer. Habe sie nue geschrieben neu gestartet und nun bekomme ich auch für heute Wochentag gemeldet.

Leider reißen die Probleme nicht ab ich mache auch gerne ein neues Thema auf. Bekomme jetzt CUL FS20.Cube UNKNOWNCODE LOVF im LOG. Das heißt doch, dass ich zuviel sende. Kann ich sehen welches meiner FS20 Geräte das ist?

das ist echt frustrierend ((

[DeeSPe]

Ich denke das passt eher in ein anderes/neues Thema.
Der Ursprungsbeitrag ist damit gelöst denke ich!?

Gruß
Dan

[h-man-kl]

Korrekt!
Der wecker scheint ja jetzt das zu machen was er soll.
Vielen Dank nochmals an alle für die Geduld und die tollen Tips!

Gruß
H-Man