Event-on-update-reading - Versionsgeschichte

AlanBlack: /* Wechselwirkungen */

2022-02-23T16:36:15Z

Wechselwirkungen

← Nächstältere Version		Version vom 23. Februar 2022, 18:36 Uhr
Zeile 18:		Zeile 18:
	Sind bei einem Device weder ''event-on-update-reading'' noch ''event-on-change-reading'' spezifiziert, werden für alle Readings sowohl bei Aktualisierung (mit dem gleichen Wert) als auch bei der Änderung Events erzeugt, dies ist das Standardverhalten. Sobald jedoch eines der beiden Attribute gesetzt ist, müssen alle Readings, die protokolliert werden sollen bei (mindestens) einem der Attribute berücksichtigt sein.		Sind bei einem Device weder ''event-on-update-reading'' noch ''event-on-change-reading'' spezifiziert, werden für alle Readings sowohl bei Aktualisierung (mit dem gleichen Wert) als auch bei der Änderung Events erzeugt, dies ist das Standardverhalten. Sobald jedoch eines der beiden Attribute gesetzt ist, müssen alle Readings, die protokolliert werden sollen bei (mindestens) einem der Attribute berücksichtigt sein.

	Ist für ein Reading sowohl ''event-on-change-reading'' als auch ''event-on-update-reading'' spezifiziert, wird bei jeder Aktualisierung des Readings ein Event erzeugt, das ''event-on-change'' wird für dieses Reading also außer Kraft gesetzt bzw. "überschrieben".		Ist für ein Reading sowohl ''event-on-change-reading'' als auch ''event-on-update-reading'' spezifiziert, wird bei jeder Aktualisierung des Readings ein Event erzeugt, das ''event-on-change'' wird für dieses Reading also außer Kraft gesetzt bzw. "überschrieben". Das ist erforderlich in allen Fällen, in denen ein Reading naturgemäß immer den gleichen Wert liefert oder liefern kann bspw. bei Tastern (toggle), oder in den Fällen, bei denen die Aktualisierung mit dem gleichen Readings-Wert geprüft wird wie bspw. ein Watchdog mit "SAME".

	== Beispiele ==		== Beispiele ==

ChristophMorrison: Typos, Klarstellung

2021-02-03T20:13:58Z

Typos, Klarstellung

← Nächstältere Version		Version vom 3. Februar 2021, 22:13 Uhr
Zeile 4:		Zeile 4:

	Wird ''event-on-update-reading'' für ein einzelnes Reading gesetzt, werden zunächst alle übrigen Readings nicht mehr protokolliert, erzeugen also keine Events mehr.		Wird ''event-on-update-reading'' für ein einzelnes Reading gesetzt, werden zunächst alle übrigen Readings nicht mehr protokolliert, erzeugen also keine Events mehr.


	== Einführung ==		== Einführung ==
	FHEM erzeugt für jedes gemeldete Reading ein Event, egal, ob das Reading sich geändert hat, oder nur Intervallweise per Update aktualisiert wurde. Dieses Verhalten kann Nachteile haben und daher mit [[event-on-change-reading]] für ein Gerät abgestellt werden.		FHEM erzeugt für jedes gemeldete Reading ein Event, egal, ob das Reading sich geändert hat, oder nur Intervallweise per Update aktualisiert wurde. Dieses Verhalten kann Nachteile haben und daher mit [[event-on-change-reading]] für ein Gerät abgestellt werden.

	[[event-on-update-reading]] dient ~~nun~~ dazu, für '''einzelne''' Readings des Gerätes das ~~Defaultverhalten~~ wieder herzustellen, sollte es für bestimmte Readings in einer gegeben FHEM Installation sinnvoll sein, doch bei jedem Update auch ohne Werteänderung ein Event zu erhalten. Dies kann z.b. bei der Erzeugung von Graphen notwendig sein.		[[event-on-update-reading]] dient dazu, für '''einzelne''' Readings des Gerätes das Standardverhalten wieder herzustellen, sollte es für bestimmte Readings in einer gegeben FHEM Installation sinnvoll sein, doch bei jedem Update auch ohne Werteänderung ein Event zu erhalten. Dies kann z.b. bei der Erzeugung von Graphen notwendig sein.


	== Syntax ==		== Syntax ==
	Das ''event-on-update-reading'' Attribut wird in der folgenden Weise spezifiziert:		Das ''event-on-update-reading'' Attribut wird in der folgenden Weise spezifiziert:
	:<code><nowiki>attr <device> event-on-update-reading reading1[,reading2...n]</nowiki></code>		:<code><nowiki>attr <device> event-on-update-reading reading1[,reading2...n]</nowiki></code>
	Die zu berücksichtigenden Readings sind als durch ~~Komma~~ getrennte Werte anzugeben, können aber auch über reguläre Ausdrücke zusammengefasst werden.		Die zu berücksichtigenden Readings sind als durch Kommata getrennte Werte anzugeben, können aber auch über reguläre Ausdrücke zusammengefasst werden.

	== Wechselwirkungen ==		== Wechselwirkungen ==
	Dieses Attribut steht in Wechselwirkung mit den Attributen [[event-on-change-reading]] und [[event-min-interval]], bitte beim Einsatz berücksichtigen. Ein Einsatz ohne gleichzeitige event-on-change-reading ist idR. nicht sinvoll.		Dieses Attribut steht in Wechselwirkung mit den Attributen [[event-on-change-reading]] und [[event-min-interval]], bitte beim Einsatz berücksichtigen. Ein Einsatz ohne gleichzeitige event-on-change-reading ist idR. nicht sinvoll.

	Sind bei einem Device weder ''event-on-update-reading'' noch ''event-on-change-reading'' spezifiziert, werden für alle Readings sowohl bei Aktualisierung (mit dem gleichen Wert) als auch bei der Änderung Events erzeugt, dies ist das ~~Defaulverhalten~~. Sobald jedoch eines der beiden Attribute gesetzt ist, müssen alle Readings, die protokolliert werden sollen bei (mindestens) einem der Attribute berücksichtigt sein.		Sind bei einem Device weder ''event-on-update-reading'' noch ''event-on-change-reading'' spezifiziert, werden für alle Readings sowohl bei Aktualisierung (mit dem gleichen Wert) als auch bei der Änderung Events erzeugt, dies ist das Standardverhalten. Sobald jedoch eines der beiden Attribute gesetzt ist, müssen alle Readings, die protokolliert werden sollen bei (mindestens) einem der Attribute berücksichtigt sein.

	Ist für ein Reading sowohl ''event-on-change-reading'' als auch ''event-on-update-reading'' spezifiziert, wird bei jeder Aktualisierung des Readings ein Event erzeugt, das ''event-on-change'' wird für dieses Reading also außer Kraft gesetzt bzw. "~~überstimmt~~".		Ist für ein Reading sowohl ''event-on-change-reading'' als auch ''event-on-update-reading'' spezifiziert, wird bei jeder Aktualisierung des Readings ein Event erzeugt, das ''event-on-change'' wird für dieses Reading also außer Kraft gesetzt bzw. "überschrieben".

	== Beispiele ==		== Beispiele ==
	Hat man durch		Hat man durch
	:<code~~><nowiki~~>attr <device~~><nowiki~~>event-on-change-reading .*~~</nowiki>~~</code>		:<code>attr <device> event-on-change-reading .*</code>
	erreicht, dass alle Readings des Gerätes nur noch bei Werteänderung eine Event erzeugen (und somit auch nur ~~bei Werteänderung~~ geloggt werden), kann mit		erreicht, dass alle Readings des Gerätes nur noch bei Werteänderung eine Event erzeugen (und somit auch nur dann geloggt werden), kann mit
	:<code><nowiki>attr <device> event-on-update-reading temperature, humidity</nowiki></code>		:<code><nowiki>attr <device> event-on-update-reading temperature, humidity</nowiki></code>
	dafür gesorgt werden, das Temperatur und ~~Luftfeucht~~ dennoch mit jedem Update (intervallweise Aktualisierung auch ohne Werteänderung) ein Event ~~erzeugen~~ und geloggt ~~werden~~.		dafür gesorgt werden, das für Temperatur und Luftfeuchte dennoch mit jedem Update (intervallweise Aktualisierung auch ohne Werteänderung) ein Event erzeugt und geloggt wird.

	== Praktische Anwendung ==		== Praktische Anwendung ==
	Da mit [[event-min-interval]] ebenfalls dafür gesorgt werden kann, dass Readings auch ohne Werteänderungen ein Event erzeugen, muss beim Einsatz geprüft werden, ob event-min-interval nicht sinnvoller als event-on-update-reading ist. Da die Updateintervalle einiger Geräte recht kurz sind, kann der Einsatz event-on-update-reading immer noch sehr viele (ggf nutzlose) Events für das gegebene Reading erzeugen.		Da mit [[event-min-interval]] ebenfalls dafür gesorgt werden kann, dass Readings auch ohne Werteänderungen ein Event erzeugen, muss beim Einsatz geprüft werden, ob event-min-interval nicht sinnvoller als event-on-update-reading ist. Da die Updateintervalle einiger Geräte recht kurz sind, kann der Einsatz event-on-update-reading immer noch sehr viele (ggf. nutzlose) Events für das gegebene Reading erzeugen.

	== Siehe auch ==		== Siehe auch ==

Soulman: typo

2021-01-06T02:06:18Z

typo

← Nächstältere Version		Version vom 6. Januar 2021, 04:06 Uhr
Zeile 1:		Zeile 1:
	{{SEITENTITEL:event-on-update-reading}} <!-- da richtige Schreibweise kleinen Anfangsbuchstaben hat -->		{{SEITENTITEL:event-on-update-reading}} <!-- da richtige Schreibweise kleinen Anfangsbuchstaben hat -->

	Mit dem Attribut [[event-on-update-reading]] kann für Readings eines Gerätes festgelegt werden, dass bei jeder Aktualisierung ein Event (und damit in der Regel auch ein Log-Eintrag) erzeugt werden soll. Da dies das Defaultverhalten von FHEM ist, ist event-on-update-reading nur dann sinnvoll einsetzbar, wenn das ~~Defaulverhalten~~ vorher mit dem Attribut [[event-on-change-reading]] eingeschränkt wurde.		Mit dem Attribut [[event-on-update-reading]] kann für Readings eines Gerätes festgelegt werden, dass bei jeder Aktualisierung ein Event (und damit in der Regel auch ein Log-Eintrag) erzeugt werden soll. Da dies das Defaultverhalten von FHEM ist, ist event-on-update-reading nur dann sinnvoll einsetzbar, wenn das Defaultverhalten vorher mit dem Attribut [[event-on-change-reading]] eingeschränkt wurde.

	Wird ''event-on-update-reading'' für ein einzelnes Reading gesetzt, werden zunächst alle übrigen Readings nicht mehr protokolliert, erzeugen also keine Events mehr.		Wird ''event-on-update-reading'' für ein einzelnes Reading gesetzt, werden zunächst alle übrigen Readings nicht mehr protokolliert, erzeugen also keine Events mehr.

Soulman: /* Wechselwirkungen */ Kleine Änderung

2021-01-03T18:19:00Z

Wechselwirkungen: Kleine Änderung

← Nächstältere Version		Version vom 3. Januar 2021, 20:19 Uhr
Zeile 18:		Zeile 18:

	== Wechselwirkungen ==		== Wechselwirkungen ==
	Dieses Attribut steht in Wechselwirkung mit den Attributen [[event-on-change-reading]] und [[event-min-interval]], bitte ~~also unbedingt auch deren Beschreibung~~ berücksichtigen!		Dieses Attribut steht in Wechselwirkung mit den Attributen [[event-on-change-reading]] und [[event-min-interval]], bitte beim Einsatz berücksichtigen. Ein Einsatz ohne gleichzeitige event-on-change-reading ist idR. nicht sinvoll.

	Sind bei einem Device weder ''event-on-update-reading'' noch ''event-on-change-reading'' spezifiziert, werden für alle Readings sowohl bei Aktualisierung (mit dem gleichen Wert) als auch bei der Änderung Events erzeugt, dies ist das Defaulverhalten. Sobald jedoch eines der beiden Attribute gesetzt ist, müssen alle Readings, die protokolliert werden sollen bei (mindestens) einem der Attribute berücksichtigt sein.		Sind bei einem Device weder ''event-on-update-reading'' noch ''event-on-change-reading'' spezifiziert, werden für alle Readings sowohl bei Aktualisierung (mit dem gleichen Wert) als auch bei der Änderung Events erzeugt, dies ist das Defaulverhalten. Sobald jedoch eines der beiden Attribute gesetzt ist, müssen alle Readings, die protokolliert werden sollen bei (mindestens) einem der Attribute berücksichtigt sein.

Soulman: Artikel so umformuliert, das ich beim ersten Lesen verstanden hätte, wozu das attr überhaupt gut ist.

2021-01-03T18:11:49Z

Artikel so umformuliert, das ich beim ersten Lesen verstanden hätte, wozu das attr überhaupt gut ist.

← Nächstältere Version		Version vom 3. Januar 2021, 20:11 Uhr
Zeile 1:		Zeile 1:
	{{SEITENTITEL:event-on-update-reading}} <!-- da richtige Schreibweise kleinen Anfangsbuchstaben hat -->		{{SEITENTITEL:event-on-update-reading}} <!-- da richtige Schreibweise kleinen Anfangsbuchstaben hat -->
	~~<!-- Infobox Attribut sinnvoll? -->~~
	Mit dem Attribut [[event-on-update-reading]] kann für Readings eines Gerätes festgelegt werden, dass bei jeder Aktualisierung ein Event (und damit in der Regel auch ein Log-Eintrag) erzeugt werden soll.		Mit dem Attribut [[event-on-update-reading]] kann für Readings eines Gerätes festgelegt werden, dass bei jeder Aktualisierung ein Event (und damit in der Regel auch ein Log-Eintrag) erzeugt werden soll. Da dies das Defaultverhalten von FHEM ist, ist event-on-update-reading nur dann sinnvoll einsetzbar, wenn das Defaulverhalten vorher mit dem Attribut [[event-on-change-reading]] eingeschränkt wurde.

	Wird ''event-on-update-reading'' für ein einzelnes Reading gesetzt, werden zunächst alle übrigen Readings nicht mehr protokolliert, erzeugen also keine Events mehr.		Wird ''event-on-update-reading'' für ein einzelnes Reading gesetzt, werden zunächst alle übrigen Readings nicht mehr protokolliert, erzeugen also keine Events mehr.


			== Einführung ==
			FHEM erzeugt für jedes gemeldete Reading ein Event, egal, ob das Reading sich geändert hat, oder nur Intervallweise per Update aktualisiert wurde. Dieses Verhalten kann Nachteile haben und daher mit [[event-on-change-reading]] für ein Gerät abgestellt werden.

			[[event-on-update-reading]] dient nun dazu, für '''einzelne''' Readings des Gerätes das Defaultverhalten wieder herzustellen, sollte es für bestimmte Readings in einer gegeben FHEM Installation sinnvoll sein, doch bei jedem Update auch ohne Werteänderung ein Event zu erhalten. Dies kann z.b. bei der Erzeugung von Graphen notwendig sein.


	== Syntax ==		== Syntax ==
Zeile 13:		Zeile 20:
	Dieses Attribut steht in Wechselwirkung mit den Attributen [[event-on-change-reading]] und [[event-min-interval]], bitte also unbedingt auch deren Beschreibung berücksichtigen!		Dieses Attribut steht in Wechselwirkung mit den Attributen [[event-on-change-reading]] und [[event-min-interval]], bitte also unbedingt auch deren Beschreibung berücksichtigen!

	Sind bei einem Device weder ''event-on-update-reading'' noch ''event-on-change-reading'' spezifiziert, werden für alle Readings sowohl bei Aktualisierung (mit dem gleichen Wert) als auch bei der Änderung Events erzeugt. Sobald jedoch eines der beiden Attribute gesetzt ist, müssen alle Readings, die protokolliert werden sollen bei (mindestens) einem der Attribute berücksichtigt sein.		Sind bei einem Device weder ''event-on-update-reading'' noch ''event-on-change-reading'' spezifiziert, werden für alle Readings sowohl bei Aktualisierung (mit dem gleichen Wert) als auch bei der Änderung Events erzeugt, dies ist das Defaulverhalten. Sobald jedoch eines der beiden Attribute gesetzt ist, müssen alle Readings, die protokolliert werden sollen bei (mindestens) einem der Attribute berücksichtigt sein.

	Ist für ein Reading sowohl ''event-on-change-reading'' als auch ''event-on-update-reading'' spezifiziert, wird bei jeder Aktualisierung des Readings ein Event erzeugt, das ''event-on-change'' wird für dieses Reading also außer Kraft gesetzt bzw. "überstimmt".		Ist für ein Reading sowohl ''event-on-change-reading'' als auch ''event-on-update-reading'' spezifiziert, wird bei jeder Aktualisierung des Readings ein Event erzeugt, das ''event-on-change'' wird für dieses Reading also außer Kraft gesetzt bzw. "überstimmt".

	== Beispiele ==		== Beispiele ==
	Um alle Readings ~~eines~~ Gerätes bei ~~Aktualisierungen zu protokollieren~~, ~~sollte das Attribut folgendermaßen gesetzt werden:~~		Hat man durch
	:<code><nowiki>attr <device> event-on-update-reading .*</nowiki></code>		:<code><nowiki>attr <device><nowiki>event-on-change-reading .*</nowiki></code>
			erreicht, dass alle Readings des Gerätes nur noch bei Werteänderung eine Event erzeugen (und somit auch nur bei Werteänderung geloggt werden), kann mit
			:<code><nowiki>attr <device> event-on-update-reading temperature, humidity</nowiki></code>
			dafür gesorgt werden, das Temperatur und Luftfeucht dennoch mit jedem Update (intervallweise Aktualisierung auch ohne Werteänderung) ein Event erzeugen und geloggt werden.

			== Praktische Anwendung ==
			Da mit [[event-min-interval]] ebenfalls dafür gesorgt werden kann, dass Readings auch ohne Werteänderungen ein Event erzeugen, muss beim Einsatz geprüft werden, ob event-min-interval nicht sinnvoller als event-on-update-reading ist. Da die Updateintervalle einiger Geräte recht kurz sind, kann der Einsatz event-on-update-reading immer noch sehr viele (ggf nutzlose) Events für das gegebene Reading erzeugen.

	== Siehe auch ==		== Siehe auch ==

Markusbloch: Baustelle entfernt

2018-01-20T14:24:58Z

Baustelle entfernt

← Nächstältere Version		Version vom 20. Januar 2018, 16:24 Uhr
Zeile 1:		Zeile 1:
	{{SEITENTITEL:event-on-update-reading}} <!-- da richtige Schreibweise kleinen Anfangsbuchstaben hat -->		{{SEITENTITEL:event-on-update-reading}} <!-- da richtige Schreibweise kleinen Anfangsbuchstaben hat -->
	<!-- Infobox Attribut sinnvoll? -->		<!-- Infobox Attribut sinnvoll? -->
	~~{{Baustelle}}~~
	Mit dem Attribut [[event-on-update-reading]] kann für Readings eines Gerätes festgelegt werden, dass bei jeder Aktualisierung ein Event (und damit in der Regel auch ein Log-Eintrag) erzeugt werden soll.		Mit dem Attribut [[event-on-update-reading]] kann für Readings eines Gerätes festgelegt werden, dass bei jeder Aktualisierung ein Event (und damit in der Regel auch ein Log-Eintrag) erzeugt werden soll.

Drhirn: "Siehe auch" hinzugefügt

2015-11-18T12:56:15Z

"Siehe auch" hinzugefügt

← Nächstältere Version		Version vom 18. November 2015, 14:56 Uhr
Zeile 12:		Zeile 12:

	== Wechselwirkungen ==		== Wechselwirkungen ==
	Dieses Attribut steht in Wechselwirkung mit den Attributen [[event-on-change-reading]] und ''event-min-interval'', bitte also unbedingt auch deren Beschreibung berücksichtigen!		Dieses Attribut steht in Wechselwirkung mit den Attributen [[event-on-change-reading]] und [[event-min-interval]], bitte also unbedingt auch deren Beschreibung berücksichtigen!

	Sind bei einem Device weder ''event-on-update-reading'' noch ''event-on-change-reading'' spezifiziert, werden für alle Readings sowohl bei Aktualisierung (mit dem gleichen Wert) als auch bei der Änderung Events erzeugt. Sobald jedoch eines der beiden Attribute gesetzt ist, müssen alle Readings, die protokolliert werden sollen bei (mindestens) einem der Attribute berücksichtigt sein.		Sind bei einem Device weder ''event-on-update-reading'' noch ''event-on-change-reading'' spezifiziert, werden für alle Readings sowohl bei Aktualisierung (mit dem gleichen Wert) als auch bei der Änderung Events erzeugt. Sobald jedoch eines der beiden Attribute gesetzt ist, müssen alle Readings, die protokolliert werden sollen bei (mindestens) einem der Attribute berücksichtigt sein.
Zeile 21:		Zeile 21:
	Um alle Readings eines Gerätes bei Aktualisierungen zu protokollieren, sollte das Attribut folgendermaßen gesetzt werden:		Um alle Readings eines Gerätes bei Aktualisierungen zu protokollieren, sollte das Attribut folgendermaßen gesetzt werden:
	:<code><nowiki>attr <device> event-on-update-reading .*</nowiki></code>		:<code><nowiki>attr <device> event-on-update-reading .*</nowiki></code>

			== Siehe auch ==
			*[[event-on-change-reading]]
			*[[event-min-interval]]

	== Links ==		== Links ==

Ph1959de: Erste Version der Seite

2015-07-23T12:57:33Z

Erste Version der Seite

Neue Seite

{{SEITENTITEL:event-on-update-reading}} 

{{Baustelle}}
Mit dem Attribut [[event-on-update-reading]] kann für Readings eines Gerätes festgelegt werden, dass bei jeder Aktualisierung ein Event (und damit in der Regel auch ein Log-Eintrag) erzeugt werden soll.

Wird ''event-on-update-reading'' für ein einzelnes Reading gesetzt, werden zunächst alle übrigen Readings nicht mehr protokolliert, erzeugen also keine Events mehr.

== Syntax ==
Das ''event-on-update-reading'' Attribut wird in der folgenden Weise spezifiziert:
:<code><nowiki>attr <device> event-on-update-reading reading1[,reading2...n]</nowiki></code>
Die zu berücksichtigenden Readings sind als durch Komma getrennte Werte anzugeben, können aber auch über reguläre Ausdrücke zusammengefasst werden.

== Wechselwirkungen ==
Dieses Attribut steht in Wechselwirkung mit den Attributen [[event-on-change-reading]] und ''event-min-interval'', bitte also unbedingt auch deren Beschreibung berücksichtigen!

Sind bei einem Device weder ''event-on-update-reading'' noch ''event-on-change-reading'' spezifiziert, werden für alle Readings sowohl bei Aktualisierung (mit dem gleichen Wert) als auch bei der Änderung Events erzeugt. Sobald jedoch eines der beiden Attribute gesetzt ist, müssen alle Readings, die protokolliert werden sollen bei (mindestens) einem der Attribute berücksichtigt sein.

Ist für ein Reading sowohl ''event-on-change-reading'' als auch ''event-on-update-reading'' spezifiziert, wird bei jeder Aktualisierung des Readings ein Event erzeugt, das ''event-on-change'' wird für dieses Reading also außer Kraft gesetzt bzw. "überstimmt".

== Beispiele ==
Um alle Readings eines Gerätes bei Aktualisierungen zu protokollieren, sollte das Attribut folgendermaßen gesetzt werden:
:<code><nowiki>attr <device> event-on-update-reading .*</nowiki></code>

== Links ==
* Benutzungstipps (''Best Practice'') für das Attribut in {{Link2Forum|Topic=36522|LinkText=diesem Forenthread}}

[[Kategorie:Attribut (allgemeingültig)]]