Watchdog - Versionsgeschichte

Sledge am 4. Januar 2019 um 13:08 Uhr

2019-01-04T13:08:20Z

← Nächstältere Version		Version vom 4. Januar 2019, 15:08 Uhr
Zeile 10:		Zeile 10:
	}}		}}

	[[watchdog]] ist ein Fhem-Erweiterungsmodul, mit dem z. B. zeitverzögert auf das Ausbleiben von Ereignissen reagiert werden kann. In Verbindung mit [[THRESHOLD]] kann auch auf das Über- oder Unterschreiten von ~~Schwellwerten~~ reagiert werden.		[[watchdog]] ist ein Fhem-Erweiterungsmodul, mit dem z. B. zeitverzögert auf das Ausbleiben von Ereignissen reagiert werden kann. In Verbindung mit [[THRESHOLD]] kann auch auf das Über- oder Unterschreiten von Schwellenwerten reagiert werden.

	== Voraussetzungen ==		== Voraussetzungen ==

Ph1959de: Typo

2018-11-18T10:28:03Z

Typo

← Nächstältere Version		Version vom 18. November 2018, 12:28 Uhr
Zeile 16:		Zeile 16:

	== Anwendung ==		== Anwendung ==
	{{Randnotiz\|RNText=Die Reaktivierung des watchdog hat mit dem Befehl <code><nowiki>trigger <device> .</nowiki></code> (Achtung den Punkt nicht vergessen.) oder durch Setzen des Attributs <code>autoRestart</code> zu erfolgen. Die in Blogs und Forumsbeiträgen häufiger zu findende Variante mit <code><nowiki>setstate</nowiki></code> entspricht nicht und entsprach nie der commandref. Sie funktioniert nur "aus Versehen". Es existiert dafür kein Bestandsschutz und unerwünschte Seiteneffekte sind nicht auszuschließen!}}		{{Randnotiz\|RNText=Die Reaktivierung des watchdog hat mit dem Befehl <code><nowiki>trigger <device> .</nowiki></code> (Achtung, den Punkt nicht vergessen!) oder durch Setzen des Attributs <code>autoRestart</code> zu erfolgen. Die in Blogs und Forumsbeiträgen häufiger zu findende Variante mit <code><nowiki>setstate</nowiki></code> entspricht nicht und entsprach nie der commandref. Sie funktioniert nur "aus Versehen". Es existiert dafür kein Bestandsschutz und unerwünschte Seiteneffekte sind nicht auszuschließen!}}
	:<code>define <name> watchdog <regexp1> <timespec> <regexp2> <command> </code>		:<code>define <name> watchdog <regexp1> <timespec> <regexp2> <command> </code>
	=== Define ===		=== Define ===

LHBL2003: /* Anwendung */

2018-11-17T23:35:52Z

Anwendung

← Nächstältere Version		Version vom 18. November 2018, 01:35 Uhr
Zeile 16:		Zeile 16:

	== Anwendung ==		== Anwendung ==
	{{Randnotiz\|RNText=Die Reaktivierung des watchdog hat mit <code><nowiki>trigger <device> .</nowiki></code> (Achtung den Punkt nicht vergessen.) oder durch Setzen des Attributs <code>autoRestart</code> zu erfolgen. Die in Blogs und Forumsbeiträgen häufiger zu findende Variante mit <code><nowiki>setstate</nowiki></code> entspricht nicht und entsprach nie der commandref. Sie funktioniert nur "aus Versehen". Es existiert dafür kein Bestandsschutz und unerwünschte Seiteneffekte sind nicht auszuschließen!}}		{{Randnotiz\|RNText=Die Reaktivierung des watchdog hat mit dem Befehl <code><nowiki>trigger <device> .</nowiki></code> (Achtung den Punkt nicht vergessen.) oder durch Setzen des Attributs <code>autoRestart</code> zu erfolgen. Die in Blogs und Forumsbeiträgen häufiger zu findende Variante mit <code><nowiki>setstate</nowiki></code> entspricht nicht und entsprach nie der commandref. Sie funktioniert nur "aus Versehen". Es existiert dafür kein Bestandsschutz und unerwünschte Seiteneffekte sind nicht auszuschließen!}}
	:<code>define <name> watchdog <regexp1> <timespec> <regexp2> <command> </code>		:<code>define <name> watchdog <regexp1> <timespec> <regexp2> <command> </code>
	=== Define ===		=== Define ===

LHBL2003: /* Anwendung */

2018-11-17T23:35:24Z

Anwendung

← Nächstältere Version		Version vom 18. November 2018, 01:35 Uhr
Zeile 16:		Zeile 16:

	== Anwendung ==		== Anwendung ==
	{{Randnotiz\|RNText=Die Reaktivierung des watchdog hat mit <code><nowiki>trigger <device> .</nowiki></code> oder durch Setzen des Attributs <code>autoRestart</code> zu erfolgen. Die in Blogs und Forumsbeiträgen häufiger zu findende Variante mit <code><nowiki>setstate</nowiki></code> entspricht nicht und entsprach nie der commandref. Sie funktioniert nur "aus Versehen". Es existiert dafür kein Bestandsschutz und unerwünschte Seiteneffekte sind nicht auszuschließen!}}		{{Randnotiz\|RNText=Die Reaktivierung des watchdog hat mit <code><nowiki>trigger <device> .</nowiki></code> (Achtung den Punkt nicht vergessen.) oder durch Setzen des Attributs <code>autoRestart</code> zu erfolgen. Die in Blogs und Forumsbeiträgen häufiger zu findende Variante mit <code><nowiki>setstate</nowiki></code> entspricht nicht und entsprach nie der commandref. Sie funktioniert nur "aus Versehen". Es existiert dafür kein Bestandsschutz und unerwünschte Seiteneffekte sind nicht auszuschließen!}}
	:<code>define <name> watchdog <regexp1> <timespec> <regexp2> <command> </code>		:<code>define <name> watchdog <regexp1> <timespec> <regexp2> <command> </code>
	=== Define ===		=== Define ===

Baumbuwe: Vorlage Link2CmdRef

2018-01-31T14:07:11Z

Vorlage Link2CmdRef

← Nächstältere Version		Version vom 31. Januar 2018, 16:07 Uhr
Zeile 35:		Zeile 35:

	=== Unterstützung der Statusermittlung für die Module RESIDENTS, ROOMMATE, GUEST ===		=== Unterstützung der Statusermittlung für die Module RESIDENTS, ROOMMATE, GUEST ===
	Ein watchdog kann bei der Statusermittlung eines Bewohners im Rahmen der Modulfamilie ~~[http://fhem.de/commandref#~~RESIDENTS RESIDENTS], ~~[http://fhem.de/commandref#~~ROOMMATE ROOMMATE] und ~~[http://fhem.de/commandref#~~GUEST GUEST] genutzt werden. Mit folgender watchdog-Defintion wird der Status von Resident Ralf (rr_Ralf) automatisch 10 Minuten nach Umschalten auf den Status gotosleep auf asleep gesetzt, wenn keine andere Statusmeldung kommt:		Ein watchdog kann bei der Statusermittlung eines Bewohners im Rahmen der Modulfamilie {{Link2CmdRef\|Anker=RESIDENTS\|Label=RESIDENTS}}, {{Link2CmdRef\|Anker=ROOMMATE\|Label=ROOMMATE}} und {{Link2CmdRef\|Anker=GUEST\|Label=GUEST}} genutzt werden. Mit folgender watchdog-Defintion wird der Status von Resident Ralf (rr_Ralf) automatisch 10 Minuten nach Umschalten auf den Status gotosleep auf asleep gesetzt, wenn keine andere Statusmeldung kommt:

	<code>define wd_Ralf_gotosleep_asleep watchdog rr_Ralf:gotosleep.* 00:10:00 rr_Ralf:(home\|absent\|gone\|none\|asleep\|awoken) set rr_Ralf asleep;; trigger wd_Ralf_gotosleep_asleep .</code>		<code>define wd_Ralf_gotosleep_asleep watchdog rr_Ralf:gotosleep.* 00:10:00 rr_Ralf:(home\|absent\|gone\|none\|asleep\|awoken) set rr_Ralf asleep;; trigger wd_Ralf_gotosleep_asleep .</code>

Krikan: /* Links */

2016-04-02T16:02:43Z

Links

← Nächstältere Version		Version vom 2. April 2016, 18:02 Uhr
Zeile 42:		Zeile 42:

	== Links ==		== Links ==
	* Vorstellung einer Lösung im {{Link2Forum\|Topic=23260}}, zeitverzögert auf das Ausbleiben von Temperaturwerten eines Sensors zu reagieren. (HINWEIS: Die Reaktivierung des watchdog im verlinkten Thema mit <code><nowiki>setstate <device> defined</nowiki></code> ist entsprechend commandref durch <code><nowiki>trigger <device> .</nowiki></code> oder ~~Setzen~~ des Attributs <code>autoRestart</code> zu ersetzen.)		* Vorstellung einer Lösung im {{Link2Forum\|Topic=23260}}, zeitverzögert auf das Ausbleiben von Temperaturwerten eines Sensors zu reagieren. (HINWEIS: Die Reaktivierung des watchdog im verlinkten Thema mit <code><nowiki>setstate <device> defined</nowiki></code> ist entsprechend commandref durch <code><nowiki>trigger <device> .</nowiki></code> oder Aktivierung des Attributs <code>autoRestart</code> zu ersetzen.)
	* [[Watchdog kombiniert mit Threshold]]		* [[Watchdog kombiniert mit Threshold]]

Krikan: Attribut autoRestart aufgenommen

2016-04-02T16:01:05Z

Attribut autoRestart aufgenommen

← Nächstältere Version		Version vom 2. April 2016, 18:01 Uhr
Zeile 16:		Zeile 16:

	== Anwendung ==		== Anwendung ==
	{{Randnotiz\|RNText=Die Reaktivierung des watchdog hat mit <code><nowiki>trigger <device> .</nowiki></code> zu erfolgen. Die in Blogs und Forumsbeiträgen häufiger zu findende Variante mit <code><nowiki>setstate</nowiki></code> entspricht nicht und entsprach nie der commandref. Sie funktioniert nur "aus Versehen". Es existiert dafür kein Bestandsschutz und unerwünschte Seiteneffekte sind nicht auszuschließen!}}		{{Randnotiz\|RNText=Die Reaktivierung des watchdog hat mit <code><nowiki>trigger <device> .</nowiki></code> oder durch Setzen des Attributs <code>autoRestart</code> zu erfolgen. Die in Blogs und Forumsbeiträgen häufiger zu findende Variante mit <code><nowiki>setstate</nowiki></code> entspricht nicht und entsprach nie der commandref. Sie funktioniert nur "aus Versehen". Es existiert dafür kein Bestandsschutz und unerwünschte Seiteneffekte sind nicht auszuschließen!}}
	:<code>define <name> watchdog <regexp1> <timespec> <regexp2> <command> </code>		:<code>define <name> watchdog <regexp1> <timespec> <regexp2> <command> </code>
	=== Define ===		=== Define ===
Zeile 30:		Zeile 30:
	<code>define wd_WZ_SK_opened watchdog MAX_WZ_SK:opened.* 00:00:15 MAX_WZ_SK:closed.* set MAX_WZ desiredTemperature off;; trigger wd_WZ_SK_opened .</code>		<code>define wd_WZ_SK_opened watchdog MAX_WZ_SK:opened.* 00:00:15 MAX_WZ_SK:closed.* set MAX_WZ desiredTemperature off;; trigger wd_WZ_SK_opened .</code>

	Der Befehl <code>trigger wd_WZ_SK_opened .</code> schaltet den watchdog nach ~~dem~~ Auslösen wieder in den Ursprungszustand. Ohne diesen Befehl würde der watchdog nur einmal auslösen.		Der Befehl <code>trigger wd_WZ_SK_opened .</code> schaltet den watchdog nach einem Auslösen wieder in den Ursprungszustand. Ohne diesen Befehl würde der watchdog nur genau einmal auslösen. Statt über den angehängten Befehl <code>trigger wd_WZ_SK_opened .</code> könnte man auch durch Setzen des Attributes <code>autoRestart</code> für den watchdog (<code>attr wd_WZ_SK_opened autoRestart 1</code>) ein automatisches Rücksetzen in den Ursprungszustand (state = "defined") erreichen.

	Quelle: {{Link2Forum\|Topic=51387}}		Quelle: {{Link2Forum\|Topic=51387}}
Zeile 42:		Zeile 42:

	== Links ==		== Links ==
	* Vorstellung einer Lösung im {{Link2Forum\|Topic=23260}}, zeitverzögert auf das Ausbleiben von Temperaturwerten eines Sensors zu reagieren. (HINWEIS: Die Reaktivierung des watchdog im verlinkten Thema mit <code><nowiki>setstate <device> defined</nowiki></code> ist entsprechend commandref durch <code><nowiki>trigger <device> .</nowiki></code> zu ersetzen.)		* Vorstellung einer Lösung im {{Link2Forum\|Topic=23260}}, zeitverzögert auf das Ausbleiben von Temperaturwerten eines Sensors zu reagieren. (HINWEIS: Die Reaktivierung des watchdog im verlinkten Thema mit <code><nowiki>setstate <device> defined</nowiki></code> ist entsprechend commandref durch <code><nowiki>trigger <device> .</nowiki></code> oder Setzen des Attributs <code>autoRestart</code> zu ersetzen.)
	* [[Watchdog kombiniert mit Threshold]]		* [[Watchdog kombiniert mit Threshold]]

Krikan: Tippfehlerkorrektur

2016-04-01T20:05:22Z

Tippfehlerkorrektur

← Nächstältere Version		Version vom 1. April 2016, 22:05 Uhr
Zeile 16:		Zeile 16:

	== Anwendung ==		== Anwendung ==
	{{Randnotiz\|RNText=Die Reaktivierung des watchdog hat mit <code><nowiki>trigger <device> .</nowiki></code> zu erfolgen. Die in Blogs und Forumsbeiträgen häufiger zu findende Variante mit <code><nowiki>setstate</nowiki></code> entspricht nicht und ~~enstprach~~ nie der commandref. Sie funktioniert nur "aus Versehen". Es existiert dafür kein Bestandsschutz und unerwünschte Seiteneffekte sind nicht auszuschließen!}}		{{Randnotiz\|RNText=Die Reaktivierung des watchdog hat mit <code><nowiki>trigger <device> .</nowiki></code> zu erfolgen. Die in Blogs und Forumsbeiträgen häufiger zu findende Variante mit <code><nowiki>setstate</nowiki></code> entspricht nicht und entsprach nie der commandref. Sie funktioniert nur "aus Versehen". Es existiert dafür kein Bestandsschutz und unerwünschte Seiteneffekte sind nicht auszuschließen!}}
	:<code>define <name> watchdog <regexp1> <timespec> <regexp2> <command> </code>		:<code>define <name> watchdog <regexp1> <timespec> <regexp2> <command> </code>
	=== Define ===		=== Define ===

Krikan: Hinweis auf "richtige" watchdog-Reaktivierung

2016-04-01T06:52:08Z

Hinweis auf "richtige" watchdog-Reaktivierung

← Nächstältere Version		Version vom 1. April 2016, 08:52 Uhr
Zeile 16:		Zeile 16:

	== Anwendung ==		== Anwendung ==
			{{Randnotiz\|RNText=Die Reaktivierung des watchdog hat mit <code><nowiki>trigger <device> .</nowiki></code> zu erfolgen. Die in Blogs und Forumsbeiträgen häufiger zu findende Variante mit <code><nowiki>setstate</nowiki></code> entspricht nicht und enstprach nie der commandref. Sie funktioniert nur "aus Versehen". Es existiert dafür kein Bestandsschutz und unerwünschte Seiteneffekte sind nicht auszuschließen!}}
			:<code>define <name> watchdog <regexp1> <timespec> <regexp2> <command> </code>
	=== Define ===		=== Define ===
	~~:<code>define <name> watchdog <regexp1> <timespec> <regexp2> <command> </code>~~
	Führe Befehl <command> aus, wenn nach Ereignis <regexp1> nicht innerhalb der Zeitspanne <timespec> das Ereignis <regexp2> auftritt.		Führe Befehl <command> aus, wenn nach Ereignis <regexp1> nicht innerhalb der Zeitspanne <timespec> das Ereignis <regexp2> auftritt.

Krikan: Beispiele aus Forumsthread 51387 übernommen

2016-03-26T16:03:40Z

Beispiele aus Forumsthread 51387 übernommen

← Nächstältere Version		Version vom 26. März 2016, 18:03 Uhr
Zeile 23:		Zeile 23:

	== Anwendungsbeispiele ==		== Anwendungsbeispiele ==
	* Vorstellung einer Lösung im [http://forum.fhem.de/index.php/topic,23260 Fhem Forum], zeitverzögert auf das Ausbleiben von Temperaturwerten eines Sensors zu reagieren.
	* [[Watchdog kombiniert mit Threshold]]

	{{~~Todo~~\|~~Anwendungsbeispiele / Screenshots ergänzen~~}}		=== Heizungsabschaltung bei geöffnetem Fenster ===
			Wenn der Tür-/Fensterkontakt an der Balkontür (MAX_WZ_SK) länger als 15 Sekunden geöffnet ist, wird die Heizung im Wohnzimmer (MAX_WZ) ausgeschaltet:

			<code>define wd_WZ_SK_opened watchdog MAX_WZ_SK:opened.* 00:00:15 MAX_WZ_SK:closed.* set MAX_WZ desiredTemperature off;; trigger wd_WZ_SK_opened .</code>

			Der Befehl <code>trigger wd_WZ_SK_opened .</code> schaltet den watchdog nach dem Auslösen wieder in den Ursprungszustand. Ohne diesen Befehl würde der watchdog nur einmal auslösen.

			Quelle: {{Link2Forum\|Topic=51387}}

			=== Unterstützung der Statusermittlung für die Module RESIDENTS, ROOMMATE, GUEST ===
			Ein watchdog kann bei der Statusermittlung eines Bewohners im Rahmen der Modulfamilie [http://fhem.de/commandref#RESIDENTS RESIDENTS], [http://fhem.de/commandref#ROOMMATE ROOMMATE] und [http://fhem.de/commandref#GUEST GUEST] genutzt werden. Mit folgender watchdog-Defintion wird der Status von Resident Ralf (rr_Ralf) automatisch 10 Minuten nach Umschalten auf den Status gotosleep auf asleep gesetzt, wenn keine andere Statusmeldung kommt:

			<code>define wd_Ralf_gotosleep_asleep watchdog rr_Ralf:gotosleep.* 00:10:00 rr_Ralf:(home\|absent\|gone\|none\|asleep\|awoken) set rr_Ralf asleep;; trigger wd_Ralf_gotosleep_asleep .</code>

	~~<!-- Detaillierte Beispiele bitte als eigenen Abschnitt (~~=~~== Überschrift ===) einfügen -->~~		Quelle: {{Link2Forum\|Topic=51387}}

	== Links ==		== Links ==
	* ...		* Vorstellung einer Lösung im {{Link2Forum\|Topic=23260}}, zeitverzögert auf das Ausbleiben von Temperaturwerten eines Sensors zu reagieren. (HINWEIS: Die Reaktivierung des watchdog im verlinkten Thema mit <code><nowiki>setstate <device> defined</nowiki></code> ist entsprechend commandref durch <code><nowiki>trigger <device> .</nowiki></code> zu ersetzen.)
			* [[Watchdog kombiniert mit Threshold]]