werden die AT auch in fhem.cfg gespeichert??!?

[ujaudio]

Ich habe ein neu aufgesetztes FHEM zum ausprobieren. und stelle nun fest, dass ein

Code Auswählen Erweitern

define LampeAnUm1700 at 17:00:00 set test on
nicht in fhem.cfg zu finden ist. Das "Save config" bekommt auch kein ?
Dennoch ist nach einem "shutdown restart" das LampeAnUm1700 vorhanden - sogar noch einem Poweroff/on.

Ich habe weitere at definiert - genau das gleiche. Irgendwie bin ich jetzt verwirrt. Kann mir jemand weiterhelfen?

[franky08]

Wenn das at periodisch ausgeführt werden soll, also at * oder relativ/periodisch +* dann wird es auch gespeichert. Mit nur define .... at <zeit> wird es nicht gespeichert und nach der Ausführung gelöscht! Siehe commandref.

Notes:
◾if no * is specified, then a command will be executed only once, and then the at entry will be deleted. In this case the command will be saved to the statefile (as it considered volatile, i.e. entered by cronjob) and not to the configfile (see the save command.)
◾if the current time is greater than the time specified, then the command will be executed tomorrow.
◾For even more complex date handling you either have to call fhem from cron or filter the date in a perl expression, see the last example and the section Perl special.

VG
Frank

[ujaudio]

Die betreffenden at sind alle periodisch und nicht in fhem.cfg. Ich habe sie allerdings erst heute angelegt und sie sollen heute Abend das erste Mal ausgeführt werden. Ich werde jetzt mal etwas experimentieren - irgendwo muss es doch abgelegt sein, denn es übersteht den Reboot des Raspberry incl. Trennen von der Stromversorgung.

Edit: Ich habe nich geirrt - den Reboot des Raspberry überstehen sie NICHT:

[ujaudio]

Ich hab's:

Wird das at von vornherein periodisch definiert ist es in der fhem.cfg.
Wird das at einmalig definiert und anschließend periodisch gesetzt, so kommt es nicht in die fhem.cfg - übersteht aber das fhem-Kommando "shutdown restart".
Es übersteht nicht ein "shutdown -r now" des Raspberry.

Wenn man's weiß, kann man sich danach richten.

[marvin78]

Nicht periodische ats landen im Statefile. Periodische ats sollte man von vornherein als solche definieren. Siehe commandref:

   
• if no * is specified, then a command will be executed only once, and then the at entry will be deleted.  In this case the command will be saved to the statefile (as it considered volatile, i.e. entered by cronjob) and not to the configfile (see the save command.)

[Cruiser79]

Nicht periodische ats landen im Statefile. Periodische ats sollte man von vornherein als solche definieren. Siehe commandref:

Über das Problem bin ich auch gerade gestolpert und finde das nicht so logisch. Habe auch nur durch Zufall bemerkt, das nur, wenn man beim define das * einsetzt, der Befehl gespeichert wird. Aber meiner Meinung nach sollte auch ein erstmal ohne * definiertes AT nach dem setzen der Periodic Checkbox in das Configfile wandern. Kann man dieses Problem irgendwo eintüten, das das vielleicht mal irgendwann behoben wird?

[marvin78]

Klar. In der maintainer.txt steht, wer at betreut und in welchem Forum er Support bietet. Das sollte bekannt sein, wenn du die angepinnten Beiträge und die Hinweise auf fhem.de gelesen hast.

[Cruiser79]

Klar. In der maintainer.txt steht, wer at betreut und in welchem Forum er Support bietet. Das sollte bekannt sein, wenn du die angepinnten Beiträge und die Hinweise auf fhem.de gelesen hast.

Rudolf Koenig in Automatisierung, das habe ich schonmal rausgefunden. Kann man den Thread da hinverschieben lassen, oder sollte ich in dem Bereich einen neuen Eintrag anlegen, damit Herr Koenig das mitbekommt?

[krikan]

Rudolf Koenig in Automatisierung, das habe ich schonmal rausgefunden. Kann man den Thread da hinverschieben lassen, oder sollte ich in dem Bereich einen neuen Eintrag anlegen, damit Herr Koenig das mitbekommt?

Du könntest als Themen-Starter selbst verschieben (siehe Button unterhalb des Themas). Das wird Dir vermutlich nur nicht helfen, da Rudi verschobene Threads normalerweise nicht mitbekommt. Wenn Du auf Nummer sicher gehen willst, bleibt nur neues Thema im passenden Forumsbereich.
Gruß, Christian