Hallo zusammen,
da ich im Betrieb von FHEM mehrere Notifys und Dummys dirch ein Modul erstelle, gibt es nach einem Neustart von FHEM im Log immer Fehlermeldungen, dass das Dummy nicht existiert:
Please define SolarSun first
Please define SolarSwitch1 first
Please define SolarSwitch2 first
Please define SolarSwitch3 first
Die sollten also vor dem Beenden gelöscht werden.
Das ist jetzt nichts schlimmes, was den Betrieb von FHEM stört, aber muß nicht sein.
Daher habe ich ein Modul mit einer Funktion geschrieben, die das erledigt. Das Modul habe ich "99_exit_command.pm" getauft und wird mit "FhemLastCommand();" in der fhem.pl aufgerufen.
In dem Modul braucht man nur
fhem ("delete SolarSun") if($defs{"SolarSun"});
fhem ("delete SolarSwitch1") if($defs{"SolarSwitch1"});
fhem ("delete SolarSwitch2") if($defs{"SolarSwitch2"});
fhem ("delete SolarSwitch3") if($defs{"SolarSwitch3"});
eintragen, dann werden nach jedem Neustart von FHEM, oder des Rechners die Dummys vorher noch gelöscht.
Ich habe das Modul seit anfang Dezember in Gebrauch und getestet. Wenn da Interesse besteht, stelle ch es gerne zu verfügung.
LG
Jörg
Für das automatische erstellen von Devices habe ich auch ein Modul geschrieben: archetype (https://forum.fhem.de/index.php/topic,53402.0.html)
ein modul kann eine ShutdownFn implementieren und user code kann ein notify auf global:SHUTDOWN implementieren. beides wird vor einem shutdown aufgerufen.
gruss
andre
Devices, die man nur während der Laufzeit braucht, kann man nach ihrer Erzeugung auch einfach als VOLATILE TEMPORARY kennzeichnen, dann werden weder das device noch seine Attribute abgespeichert.
Zitat von: betateilchen am 22 Januar 2017, 12:31:15
Devices, die man nur während der Laufzeit braucht, kann man nach ihrer Erzeugung auch einfach als VOLATILE kennzeichnen, dann werden weder das device noch seine Attribute abgespeichert.
Meinst du damit das hier: https://fhem.de/commandref.html#mark ?? Kannte ich auch noch nicht. Gut zu wissen :)
Ja, das meinte ich. Und das konntest Du auch noch nicht kenne, weil ich das Modul erst nach meinem Hinweis hier im Thread geschrieben und bereitgestellt habe 8)
Es war damit zu rechnen, dass irgendjemand danach fragt, wie man das macht, deshalb wollte ich es so einfach wie möglich (quick&dirty) gestalten.
Es gibt übrigens auch das Gegenstück "unmark" ;)
Zitat von: betateilchen am 26 Januar 2017, 08:37:41
Es gibt übrigens auch das Gegenstück "unmark" ;)
In der Commandref wird für unmark folgendes angezeigt:
mark
unmark <devspec> <TEMPORARY|VOLATILE>
sollten die beiden eigentlich nicht unter Befehle aufgelistet werden?
Und was ist der unterschied zwischen VOLATILE und TEMPORARY?
Zitat von: Benni am 26 Januar 2017, 09:13:27
In der Commandref wird für unmark folgendes angezeigt:
Wahrscheinlich beim Kopieren passiert, schau ich mir heute abend an.
Zitat von: Benni am 26 Januar 2017, 09:13:27
Und was ist der unterschied zwischen VOLATILE und TEMPORARY?
VOLATILE wird in das statefile gespeichert (z.B. einmal auszuführende at)
TEMPORARY wird gar nicht gespeichert (z.B. die im laufenden Betrieb entstehenden FHEMWEB Instanzen)
Zitat von: betateilchen am 26 Januar 2017, 08:37:41
Ja, das meinte ich. Und das konntest Du auch noch nicht kenne, weil ich das Modul erst nach meinem Hinweis hier im Thread geschrieben und bereitgestellt habe 8)
Das erklärt es. :)
unmark hatte ich dann auch gesehen. Ich würde vielleicht noch bei mark auf unmark hinweisen, nicht jeder der User schafft vermutlich es zu finden :D Weiterhin fänd ich den Hinweis bezüglich der Unterschiede auch im der Commandref hilfreich. Hatte ihn auch bis zu dem Post von dir gesucht, aber nicht gefunden.
Ansonsten top für die Umsetzung. Vielen Dank.
Ich will um diese Funktionalität eigentlich gar keinen großen Wirbel machen, die Anwendung kann in bestimmten Fällen das gesamte Speicherkonzept von fhem kontrakarieren. Eigentlich ist es ein Feature für Leute, die 100% wissen, was sie tun. Und diese Leute bräuchten das Modul eigentlich gar nicht, um das umzusetzen.