Dummy - Versionsgeschichte

F Klee am 22. Juli 2024 um 10:22 Uhr

2024-07-22T10:22:46Z

← Nächstältere Version		Version vom 22. Juli 2024, 12:22 Uhr
Zeile 9:		Zeile 9:
	}}		}}

	Geräte vom Typ [[dummy]] können für verschiedene Zwecke genutzt werden, die im folgenden anhand von Beispielen aufgeführt werden. Wenn geplant ist, mit einem dummy Schalter zu definieren (Ein-/Ausschaltung), ist wahrscheinlich ein [[readingsProxy]] besser geeignet ~~ist~~.		Geräte vom Typ [[dummy]] können für verschiedene Zwecke genutzt werden, die im folgenden anhand von Beispielen aufgeführt werden. Wenn geplant ist, mit einem dummy Schalter zu definieren (Ein-/Ausschaltung), ist wahrscheinlich ein [[readingsProxy]] besser geeignet.

	Zusatzlich zum Device ''dummy'' gibt es auch ein gleichnamiges [[dummy (Attribut)\|allgemeingültiges Attribut]].		Zusatzlich zum Device ''dummy'' gibt es auch ein gleichnamiges [[dummy (Attribut)\|allgemeingültiges Attribut]].

Ph1959de: diverse Kleinigkeiten

2021-02-19T16:54:57Z

diverse Kleinigkeiten

← Nächstältere Version		Version vom 19. Februar 2021, 18:54 Uhr
Zeile 9:		Zeile 9:
	}}		}}

	Geräte vom Typ [[dummy]] können für verschiedene Zwecke genutzt werden, die im folgenden anhand von Beispielen aufgeführt werden. Wenn geplant ist, mit einem dummy Schalter zu definieren (Ein-Ausschaltung), ~~könnte es sein, dass~~ ein [[readingsProxy]] besser geeignet ist.		Geräte vom Typ [[dummy]] können für verschiedene Zwecke genutzt werden, die im folgenden anhand von Beispielen aufgeführt werden. Wenn geplant ist, mit einem dummy Schalter zu definieren (Ein-/Ausschaltung), ist wahrscheinlich ein [[readingsProxy]] besser geeignet ist.

	Zusatzlich zum Device ''dummy'' gibt es auch ein gleichnamiges [[dummy (Attribut)\|allgemeingültiges Attribut]].		Zusatzlich zum Device ''dummy'' gibt es auch ein gleichnamiges [[dummy (Attribut)\|allgemeingültiges Attribut]].
Zeile 42:		Zeile 42:
	=== ntfy_setreading ===		=== ntfy_setreading ===
	{{Randnotiz\|RNTyp=[g\|Info]\|RNText=Es wird nur auf Devices getriggert, die mit "d_" anfangen. Sollten die dummy Devices anders heißen, muss das entsprechend in der DEF angepasst werden.}}		{{Randnotiz\|RNTyp=[g\|Info]\|RNText=Es wird nur auf Devices getriggert, die mit "d_" anfangen. Sollten die dummy Devices anders heißen, muss das entsprechend in der DEF angepasst werden.}}
	~~{{Randnotiz\|RNTyp=y\|RNText=Das Konstrukt mit ~~ verursacht massive Warnungen im Log wegen Smartmatch. Ist nicht zu empfehlen!}}~~

	Wird bei einem Dummy mit [[setList]] gearbeitet, um mehrere Readings in einem Dummy zu haben, erfolgt bei einer Änderung nur das Setzen des Status nach <reading> <value>. Ein Reading wird dabei nicht angelegt oder aktualisiert. Damit dies doch geschieht, muss ein notify nach folgendem Muster angelegt werden:		Wird bei einem Dummy mit [[setList]] gearbeitet, um mehrere Readings in einem Dummy zu haben, erfolgt bei einer Änderung nur das Setzen des Status nach <reading> <value>. Ein Reading wird dabei nicht angelegt oder aktualisiert. Damit dies doch geschieht, muss ein notify nach folgendem Muster angelegt werden:
			<br clear=all>
			{{Randnotiz\|RNTyp=y\|RNText=Das Konstrukt mit ~~ verursacht massive Warnungen im Log wegen (der Perl Funktion) Smartmatch und ist aus diesem Grund nicht zu empfehlen!}}
	:<code>define ntfy_setreading notify d_.* { if( ($EVENT ~~ / /) and ($EVENT !~ /: /) ) {fhem("setreading $NAME $EVENT")} }</code>		:<code>define ntfy_setreading notify d_.* { if( ($EVENT ~~ / /) and ($EVENT !~ /: /) ) {fhem("setreading $NAME $EVENT")} }</code>

Andies am 7. Februar 2019 um 18:58 Uhr

2019-02-07T18:58:46Z

← Nächstältere Version		Version vom 7. Februar 2019, 20:58 Uhr
Zeile 9:		Zeile 9:
	}}		}}

	Geräte vom Typ [[dummy]] können für verschiedene Zwecke genutzt werden, die im folgenden anhand von Beispielen aufgeführt werden. Wenn geplant ist, mit einem dummy Schalter zu definieren, könnte es sein, dass ein [[readingsProxy]] besser geeignet ist.		Geräte vom Typ [[dummy]] können für verschiedene Zwecke genutzt werden, die im folgenden anhand von Beispielen aufgeführt werden. Wenn geplant ist, mit einem dummy Schalter zu definieren (Ein-Ausschaltung), könnte es sein, dass ein [[readingsProxy]] besser geeignet ist.

	Zusatzlich zum Device ''dummy'' gibt es auch ein gleichnamiges [[dummy (Attribut)\|allgemeingültiges Attribut]].		Zusatzlich zum Device ''dummy'' gibt es auch ein gleichnamiges [[dummy (Attribut)\|allgemeingültiges Attribut]].

Andies am 7. Februar 2019 um 18:58 Uhr

2019-02-07T18:58:20Z

← Nächstältere Version		Version vom 7. Februar 2019, 20:58 Uhr
Zeile 9:		Zeile 9:
	}}		}}

	Geräte vom Typ [[dummy]] können für verschiedene Zwecke genutzt werden, die im folgenden anhand von Beispielen aufgeführt werden.		Geräte vom Typ [[dummy]] können für verschiedene Zwecke genutzt werden, die im folgenden anhand von Beispielen aufgeführt werden. Wenn geplant ist, mit einem dummy Schalter zu definieren, könnte es sein, dass ein [[readingsProxy]] besser geeignet ist.

	Zusatzlich zum Device ''dummy'' gibt es auch ein gleichnamiges [[dummy (Attribut)\|allgemeingültiges Attribut]].		Zusatzlich zum Device ''dummy'' gibt es auch ein gleichnamiges [[dummy (Attribut)\|allgemeingültiges Attribut]].

AndreasMohr: Typos/Spelling

2018-06-27T06:29:59Z

Typos/Spelling

← Nächstältere Version		Version vom 27. Juni 2018, 08:29 Uhr
Zeile 36:		Zeile 36:
	:<code>attr dy_Season devStateIcon Sommer:weather_summer:Herbst Frühling:weather_pollen:Sommer Herbst:weather_wind:Winter Winter:weather_winter:Frühling</code>		:<code>attr dy_Season devStateIcon Sommer:weather_summer:Herbst Frühling:weather_pollen:Sommer Herbst:weather_wind:Winter Winter:weather_winter:Frühling</code>

	Der bei diesem ''dummy'' gesetzte ~~Werte~~ (state) kann in Folge z.B. in Bedingungen verwendet werden; hier ein Auszug aus einem [[DOIF]]		Der bei diesem ''dummy'' gesetzte Wert (state) kann in Folge z.B. in Bedingungen verwendet werden; hier ein Auszug aus einem [[DOIF]]
	:<code>([12:45] and [dy_Season:state] eq "Sommer") (...)</code>		:<code>([12:45] and [dy_Season:state] eq "Sommer") (...)</code>
	bei dem die definierte Aktion (...) um 12:45 Uhr nur dann durchgeführt würde, wenn das beschriebene ''dummy'' Objekt auf "Sommer" steht. Generell gesagt lassen sich also mit Hilfe dieses Mechanismus Aktionen in Abhängigkeit einer (benutzerdefinierten!) Jahreszeit bedingt ausführen.		bei dem die definierte Aktion (...) um 12:45 Uhr nur dann durchgeführt würde, wenn das beschriebene ''dummy'' Objekt auf "Sommer" steht. Generell gesagt lassen sich also mit Hilfe dieses Mechanismus Aktionen in Abhängigkeit einer (benutzerdefinierten!) Jahreszeit bedingt ausführen.
Zeile 42:		Zeile 42:
	=== ntfy_setreading ===		=== ntfy_setreading ===
	{{Randnotiz\|RNTyp=[g\|Info]\|RNText=Es wird nur auf Devices getriggert, die mit "d_" anfangen. Sollten die dummy Devices anders heißen, muss das entsprechend in der DEF angepasst werden.}}		{{Randnotiz\|RNTyp=[g\|Info]\|RNText=Es wird nur auf Devices getriggert, die mit "d_" anfangen. Sollten die dummy Devices anders heißen, muss das entsprechend in der DEF angepasst werden.}}
	{{Randnotiz\|RNTyp=y\|RNText=Das Konstrukt mit ~~ verursacht massive Warnungen im Log wegen Smartmatch. Ist zu ~~nicht~~ empfehlen!}}		{{Randnotiz\|RNTyp=y\|RNText=Das Konstrukt mit ~~ verursacht massive Warnungen im Log wegen Smartmatch. Ist nicht zu empfehlen!}}

	Wird bei einem Dummy mit [[setList]] gearbeitet, um mehrere Readings in einem Dummy zu haben, erfolgt bei einer Änderung nur das ~~Setzten~~ des Status nach <reading> <value>. Ein Reading wird dabei nicht angelegt oder aktualisiert. Damit dies doch geschieht, muss ein notify nach folgendem Muster angelegt werden:		Wird bei einem Dummy mit [[setList]] gearbeitet, um mehrere Readings in einem Dummy zu haben, erfolgt bei einer Änderung nur das Setzen des Status nach <reading> <value>. Ein Reading wird dabei nicht angelegt oder aktualisiert. Damit dies doch geschieht, muss ein notify nach folgendem Muster angelegt werden:
	:<code>define ntfy_setreading notify d_.* { if( ($EVENT ~~ / /) and ($EVENT !~ /: /) ) {fhem("setreading $NAME $EVENT")} }</code>		:<code>define ntfy_setreading notify d_.* { if( ($EVENT ~~ / /) and ($EVENT !~ /: /) ) {fhem("setreading $NAME $EVENT")} }</code>

Baumbuwe: Vorlage Link2CmdRef

2018-01-31T14:45:01Z

Vorlage Link2CmdRef

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

	== Definition ==		== Definition ==
	Siehe ~~commandref~~.		Siehe {{Link2CmdRef\|Anker=dummydefine}}.

	== Attribute ==		== Attribute ==
	Siehe ~~commandref~~.		Siehe {{Link2CmdRef\|Anker=dummyattr}}.

	== Beispiele ==		== Beispiele ==

Otto123: /* ntfy_setreading */ Hinweis eingefügt

2018-01-14T17:47:29Z

ntfy_setreading: Hinweis eingefügt

← Nächstältere Version		Version vom 14. Januar 2018, 19:47 Uhr
Zeile 42:		Zeile 42:
	=== ntfy_setreading ===		=== ntfy_setreading ===
	{{Randnotiz\|RNTyp=[g\|Info]\|RNText=Es wird nur auf Devices getriggert, die mit "d_" anfangen. Sollten die dummy Devices anders heißen, muss das entsprechend in der DEF angepasst werden.}}		{{Randnotiz\|RNTyp=[g\|Info]\|RNText=Es wird nur auf Devices getriggert, die mit "d_" anfangen. Sollten die dummy Devices anders heißen, muss das entsprechend in der DEF angepasst werden.}}
			{{Randnotiz\|RNTyp=y\|RNText=Das Konstrukt mit ~~ verursacht massive Warnungen im Log wegen Smartmatch. Ist zu nicht empfehlen!}}

	Wird bei einem Dummy mit [[setList]] gearbeitet, um mehrere Readings in einem Dummy zu haben, erfolgt bei einer Änderung nur das Setzten des Status nach <reading> <value>. Ein Reading wird dabei nicht angelegt oder aktualisiert. Damit dies doch geschieht, muss ein notify nach folgendem Muster angelegt werden:		Wird bei einem Dummy mit [[setList]] gearbeitet, um mehrere Readings in einem Dummy zu haben, erfolgt bei einer Änderung nur das Setzten des Status nach <reading> <value>. Ein Reading wird dabei nicht angelegt oder aktualisiert. Damit dies doch geschieht, muss ein notify nach folgendem Muster angelegt werden:
	:<code>define ntfy_setreading notify d_.* { if( ($EVENT ~~ / /) and ($EVENT !~ /: /) ) {fhem("setreading $NAME $EVENT")} }</code>		:<code>define ntfy_setreading notify d_.* { if( ($EVENT ~~ / /) and ($EVENT !~ /: /) ) {fhem("setreading $NAME $EVENT")} }</code>

Ph1959de: allgemeines Anwendungsbeispiel

2016-03-10T12:33:55Z

allgemeines Anwendungsbeispiel

@@ Zeile 20: / Zeile 20: @@
 == Beispiele ==
 === ntfy_setreading ===
 {{Randnotiz|RNTyp=[g|Info]|RNText=Es wird nur auf Devices getriggert, die mit "d_" anfangen. Sollten die dummy Devices anders heißen, muss das entsprechend in der DEF angepasst werden.}}

Ph1959de: Fehlplatzierte Passage über "set"-Befehl entfernt

2016-03-09T13:36:48Z

Fehlplatzierte Passage über "set"-Befehl entfernt

← Nächstältere Version		Version vom 9. März 2016, 15:36 Uhr
Zeile 12:		Zeile 12:

	Zusatzlich zum Device ''dummy'' gibt es auch ein gleichnamiges [[dummy (Attribut)\|allgemeingültiges Attribut]].		Zusatzlich zum Device ''dummy'' gibt es auch ein gleichnamiges [[dummy (Attribut)\|allgemeingültiges Attribut]].

	~~{{Todo\|Überarbeiten}}~~

	== Definition ==		== Definition ==
Zeile 35:		Zeile 33:

	Statt in einem dummy können diese Hilfs-Readings auch direkt in der readingsGroup untergebracht werden. Auch die Verwendung mit dem !-Flag in der readingsGroup bietet sich an.		Statt in einem dummy können diese Hilfs-Readings auch direkt in der readingsGroup untergebracht werden. Auch die Verwendung mit dem !-Flag in der readingsGroup bietet sich an.
	=== set ===		=== set ===
			Mit der Anweisung
			:<code>set ''dummyName'' dummyWert</code>
			wird dem Dummy ''dummyName'' der Wert ''dummyWert'' zugewiesen. In der Detail-Ansicht (oder dem ''list'') von ''dummyName'' erscheint der zugewiesene Wert im '''Internal''' ''STATE'' sowie im '''Reading''' ''state''.

			<!-- Der folgende Text stammt aus Forentopic #13498 und hat keinen speziellen Bezug zu 'dummy' -->
			<!-- Auskommentiert, da in diesem Kontext weder auffindbar noch speziell relevant.
	Man kann fhem Kommandos nicht mit Perl vermischen, wenn der Autor des Moduls, in diesem Fall set es nicht vorgesehen hat.		Man kann fhem Kommandos nicht mit Perl vermischen, wenn der Autor des Moduls, in diesem Fall set es nicht vorgesehen hat.
	Das Kommando "set <dummy> <value>" verändert den Inhalt von <dummy> auf den Text <value>.		Das Kommando "set <dummy> <value>" verändert den Inhalt von <dummy> auf den Text <value>.
Zeile 49:		Zeile 53:
	Als ganzes notify, bei jedem Temperaturupdate (Aussen) die Vorlauftemperatur neu berechnen und in Heizung_VL_Soll zur Verfügung stellen:		Als ganzes notify, bei jedem Temperaturupdate (Aussen) die Vorlauftemperatur neu berechnen und in Heizung_VL_Soll zur Verfügung stellen:
	define setVL notify S300TH:temperature.* { fhem("set Heizung_VL_Soll ". calcVL(ReadingsVal("Heizung_Slider","state","0"),"0","0.5","0.7"))}		define setVL notify S300TH:temperature.* { fhem("set Heizung_VL_Soll ". calcVL(ReadingsVal("Heizung_Slider","state","0"),"0","0.5","0.7"))}
			-- Ende der auskommentierten, nicht wirklich sachdienlichen Passage -->

Stephan: /* Beispiele */ hinzugefügt

2015-12-27T22:44:44Z

Beispiele: hinzugefügt

← Nächstältere Version		Version vom 28. Dezember 2015, 00:44 Uhr
Zeile 35:		Zeile 35:

	Statt in einem dummy können diese Hilfs-Readings auch direkt in der readingsGroup untergebracht werden. Auch die Verwendung mit dem !-Flag in der readingsGroup bietet sich an.		Statt in einem dummy können diese Hilfs-Readings auch direkt in der readingsGroup untergebracht werden. Auch die Verwendung mit dem !-Flag in der readingsGroup bietet sich an.
			=== set ===
			Man kann fhem Kommandos nicht mit Perl vermischen, wenn der Autor des Moduls, in diesem Fall set es nicht vorgesehen hat.
			Das Kommando "set <dummy> <value>" verändert den Inhalt von <dummy> auf den Text <value>.

			Achtung, falsch!!:

			set twilight_condition {ReadingsVal(myTwilight, condition, "99")}

			Das dummy twilight_condition wird durch deine Zuweisung vermutlich den Inhalt "{ReadingsVal(myTwilight, condition, "99")}" bekommen. Der PerlCode wird '''nicht''' ausgeführt.

			Richtig:
			fhem ("set twilight_condition " . ReadingsVal("myTwilight","condition",99))
			Als ganzes notify, bei jedem Temperaturupdate (Aussen) die Vorlauftemperatur neu berechnen und in Heizung_VL_Soll zur Verfügung stellen:
			define setVL notify S300TH:temperature.* { fhem("set Heizung_VL_Soll ". calcVL(ReadingsVal("Heizung_Slider","state","0"),"0","0.5","0.7"))}