DeviceOverview anpassen - Versionsgeschichte

Beta-User: Hinweis auf Vorsicht bei eventMap eingefügt + Beispiel für funktionales devStateIcon

2022-08-04T14:09:32Z

Hinweis auf Vorsicht bei eventMap eingefügt + Beispiel für funktionales devStateIcon

← Nächstältere Version		Version vom 4. August 2022, 16:09 Uhr
Zeile 30:		Zeile 30:

	Hier soll anhand eines virtuellen Tür- oder Fensterkontakts die Funktionsweise der verschiedenen Attribute erläutert werden. Dazu wird zunächst mit <code>define Virtueller_Tuerkontakt CUL_HM 112233</code> ein CUL_HM-Gerät generiert und mit <code>set Virtueller_Tuerkontakt virtual 1</code> ein weiteres CUL_HM-Gerät für dessen ersten Kanal. Diesen <code>Virtueller_Tuerkontakt_Btn1</code> verwenden wir im Folgenden.		Hier soll anhand eines virtuellen Tür- oder Fensterkontakts die Funktionsweise der verschiedenen Attribute erläutert werden. Dazu wird zunächst mit <code>define Virtueller_Tuerkontakt CUL_HM 112233</code> ein CUL_HM-Gerät generiert und mit <code>set Virtueller_Tuerkontakt virtual 1</code> ein weiteres CUL_HM-Gerät für dessen ersten Kanal. Diesen <code>Virtueller_Tuerkontakt_Btn1</code> verwenden wir im Folgenden.
			{{Hinweis\|Die folgenden Ausführungen dienen der Erläuterung! Insbesondere eventMap verändert auch das Verhalten eines Gerätes, was in vielen Fällen nicht in der Form im Voraus bedacht wird. Es ist zwar sprachlich leichter zu erfassen, wenn der Zustand einer Tür als "offen" gekennzeichnet ist, aber eine Sprachsteuerung hat damit möglicherweise das Problem, dass sie nicht feststellen kann, was der Zustand dieser Tür ist. Versieht man das mit einem passenden devStateIcon (s.u.), ist der Zustand auch optisch auf einen Blick gut zu erfassen, und Probleme wie das aufgezeigte lassen sich auf diesem Weg direkt vermeiden.}}
	[[Datei:Virtueller Btn 1 neu erstellt.png]]		[[Datei:Virtueller Btn 1 neu erstellt.png]]

Zeile 93:		Zeile 93:
	attr Virtueller_Tuerkontakt_Btn1 eventMap /postEvent open:offen/postEvent closed:geschlossen/		attr Virtueller_Tuerkontakt_Btn1 eventMap /postEvent open:offen/postEvent closed:geschlossen/
	[[Datei:Tuerkontakt defStateIcon only.png]]		[[Datei:Tuerkontakt defStateIcon only.png]]

			Noch einfacher: Das ganze ohne eventMap-Umbenennungen - dafür mit direkten set-Anweisungen aus dem devStateIcon heraus:
			attr Virtueller_Tuerkontakt_EZ devStateIcon .open:fts_window_1w_open@red:postEvent+closed .closed:fts_window_1w@green:postEvent+open
			attr Virtueller_Tuerkontakt_EZ icon fts_door_right_open
			attr Virtueller_Tuerkontakt_EZ webCmd :


	2. Beispiel mit Regex<ref>Der Rollladenstatus ist hier invertiert, also 80% entspricht einem leicht geschlossenen Rollladen</ref>:		2. Beispiel mit Regex<ref>Der Rollladenstatus ist hier invertiert, also 80% entspricht einem leicht geschlossenen Rollladen</ref>:

Beta-User: eventMap zu STATE ergänzt

2020-09-04T11:49:32Z

eventMap zu STATE ergänzt

← Nächstältere Version		Version vom 4. September 2020, 13:49 Uhr
Zeile 23:		Zeile 23:
	* ist ein ''devStateIcon'' spezifiziert, verdrängt dieses in der Regel die ''STATE''-Darstellung		* ist ein ''devStateIcon'' spezifiziert, verdrängt dieses in der Regel die ''STATE''-Darstellung
	* entsprechendes gilt ggf. für eine eventMap		* entsprechendes gilt ggf. für eine eventMap
	* ist keines der genannten Attribut definiert und vom jeweiligen Modul wird kein ''set'' bereitgestellt, besteht die Ansicht nur aus dem Gerätenamen und dem derzeitigen Inhalt des Internals ''STATE''. ''STATE'' wird dabei mangels stateFormat-Attribut aus dem Reading ''state'' abgeleitet. Ist auch dieses nicht vorhanden, erscheinen drei ???.		* ist keines der genannten Attribut definiert und vom jeweiligen Modul wird kein ''set'' bereitgestellt, besteht die Ansicht nur aus dem Gerätenamen und dem derzeitigen Inhalt des Internals ''STATE''. ''STATE'' wird dabei mangels stateFormat-Attribut aus dem Reading ''state'' abgeleitet (ggf. unter Berücksichtigung von eventMap) . Ist auch dieses nicht vorhanden, erscheinen drei ???.

	==webCmd & Co==		==webCmd & Co==

Moontear: /* STATE */ Beispiel hinzugefügt für Perl-Code

2020-02-13T16:01:51Z

STATE: Beispiel hinzugefügt für Perl-Code

← Nächstältere Version		Version vom 13. Februar 2020, 18:01 Uhr
Zeile 68:		Zeile 68:
	[[Datei:MySensors stateFormat.png]]		[[Datei:MySensors stateFormat.png]]

	Es kann für stateFormat auch Perl-Code festgelegt werden.		Es kann für stateFormat auch Perl-Code festgelegt werden. Auf die geschweiften Klammern achten z.B.:
			<nowiki>{if (ReadingsVal("MYSENSOR_97","contact","") =~ "open.*") {"open" . ReadingsTimestamp("MYSENSOR_97","contact","")} else {ReadingsVal("MYSENSOR_97","state","")}}</nowiki>
	{{Hinweis\|Bei Verwendung von Perl-Code in stateFormat sollte jedoch darauf geachtet werden, dass ein lesbarer Text zurückgeliefert wird! Für grafische Ausgaben soll und kann devStateIcon iVm. Perl-Code verwendet werden.}}		{{Hinweis\|Bei Verwendung von Perl-Code in stateFormat sollte jedoch darauf geachtet werden, dass ein lesbarer Text zurückgeliefert wird! Für grafische Ausgaben soll und kann devStateIcon iVm. Perl-Code verwendet werden.}}

Beta-User: Beispiel fernotron hinzugefügt

2019-07-02T07:35:41Z

Beispiel fernotron hinzugefügt

@@ Zeile 141: / Zeile 141: @@
 '''Beispiel 3:''' 4-Kanaliges Tasmota-Gerät mit Anzeige aller 4 Kanäle und toggle-Funktion auf jedem der Icons:
 ///tbd
 ==Hinweise==

Beta-User: Erläuterung eingefügt

2019-04-15T10:03:12Z

Erläuterung eingefügt

← Nächstältere Version		Version vom 15. April 2019, 12:03 Uhr
Zeile 100:		Zeile 100:

	[[Datei:Tuer geoeffnet.png]]		[[Datei:Tuer geoeffnet.png]]

	[[Datei:Tuer nicht-verschlossen.png]]		[[Datei:Tuer nicht-verschlossen.png]]

	[[Datei:Tuer zu.png]]		[[Datei:Tuer zu.png]]
	<pre>defmod keller_flur_tuer ESPEasy 192.168.144.181 80 ESPBridge Keller_Sensoren_flur_holzhalle		<pre>defmod keller_flur_tuer ESPEasy 192.168.144.181 80 ESPBridge Keller_Sensoren_flur_holzhalle
Zeile 124:		Zeile 126:
	tomorrow		tomorrow
	</pre>		</pre>
			Anm.: Die regex beim devStateIcon wandelt alles, das nicht "none", "heute" oder "Morgen" ist in das scene_party-Icon um .

	====Perl-Variante====		====Perl-Variante====
	Schließlich kann in dem Attribut Perl-Code enthalten sein, der dann auch komplexe Anweisungen enthalten kann. Beispiele:		Schließlich kann in dem Attribut Perl-Code enthalten sein, der dann auch komplexe Anweisungen enthalten kann. Beispiele:

Beta-User: 2. Beispiel für Multiicon hinzugefügt

2019-04-14T06:12:36Z

2. Beispiel für Multiicon hinzugefügt

@@ Zeile 1: / Zeile 1: @@
 Diese Seite enthält einen systematischen Überblick über die verschiedenen Attribute, mit deren Hilfe das Erscheinungsbild und die Funktionalität eines [[Gerät|Geräts]] in [[FHEMWEB]] eingestellt und verändert werden kann. Dabei geht es im Folgenden um den sogenannten ''deviceOverview'', mit der ein Gerät in der Raumdarstellung erscheint, wobei hier nur das Erscheinungsbild in f18 auf einem großen Bildschirm behandelt wird.
@@ Zeile 98: / Zeile 97: @@
 ====Multi-Icon-Variante====
-Seit 19.02.2019 ist es möglich, auch mehrere Icons zu nutzen, um den Zustand mehrerer Readings zu visualisieren. Beispiel für den Zustand einer Tür samt Schloß:
+Seit 19.02.2019 ist es möglich, auch mehrere Icons zu nutzen, um den Zustand mehrerer Readings zu visualisieren. Beispiel 1 für den Zustand einer Tür samt Schloß:
 [[Datei:Tuer geoeffnet.png]]
 [[Datei:Tuer nicht-verschlossen.png]]
@@ Zeile 109: / Zeile 109: @@
 attr keller_flur_tuer stateFormat 1:mk\
 :rsk
 </pre>
 ====Perl-Variante====

Beta-User: devStateIcon: Multi-Icon Variante eingefügt

2019-02-21T20:30:45Z

devStateIcon: Multi-Icon Variante eingefügt

← Nächstältere Version		Version vom 21. Februar 2019, 22:30 Uhr
Zeile 97:		Zeile 97:
	attr Rollladen devStateIcon 0:fts_shutter_100 100:fts_shutter_10 9\d.:fts_shutter_10 8\d.:fts_shutter_20 7\d.:fts_shutter_30 6\d.:fts_shutter_40 5\d.:fts_shutter_50 4\d.:fts_shutter_60 3\d.:fts_shutter_70 2\d.:fts_shutter_80 1\d.:fts_shutter_90 0\d.:fts_shutter_100		attr Rollladen devStateIcon 0:fts_shutter_100 100:fts_shutter_10 9\d.:fts_shutter_10 8\d.:fts_shutter_20 7\d.:fts_shutter_30 6\d.:fts_shutter_40 5\d.:fts_shutter_50 4\d.:fts_shutter_60 3\d.:fts_shutter_70 2\d.:fts_shutter_80 1\d.:fts_shutter_90 0\d.:fts_shutter_100

			====Multi-Icon-Variante====
			Seit 19.02.2019 ist es möglich, auch mehrere Icons zu nutzen, um den Zustand mehrerer Readings zu visualisieren. Beispiel für den Zustand einer Tür samt Schloß:
			[[Datei:Tuer geoeffnet.png]]
			[[Datei:Tuer nicht-verschlossen.png]]
			[[Datei:Tuer zu.png]]
			<pre>defmod keller_flur_tuer ESPEasy 192.168.144.181 80 ESPBridge Keller_Sensoren_flur_holzhalle
			attr keller_flur_tuer alias Tür Holzhalle
			attr keller_flur_tuer devStateIcon 1.on:fts_door@green 1.off:fts_door_open@red\
			2.on:secur_locked@green 2.off:secur_open@red
			attr keller_flur_tuer icon hue_room_frontdoor
			attr keller_flur_tuer stateFormat 1:mk\
			2:rsk
			</pre>
	====Perl-Variante====		====Perl-Variante====
	Schließlich kann in dem Attribut Perl-Code enthalten sein, der dann auch komplexe Anweisungen enthalten kann. Beispiele:		Schließlich kann in dem Attribut Perl-Code enthalten sein, der dann auch komplexe Anweisungen enthalten kann. Beispiele:
Zeile 105:		Zeile 118:
	'''Beispiel 2:''' MySensors-Node mit farbiger Anzeige, ob regelmäßig Kontakt besteht<ref>Die Funktion ''FW_makeImage'' ist in der [[DevelopmentFHEMWEB-API]] näher erläutert</ref>:		'''Beispiel 2:''' MySensors-Node mit farbiger Anzeige, ob regelmäßig Kontakt besteht<ref>Die Funktion ''FW_makeImage'' ist in der [[DevelopmentFHEMWEB-API]] näher erläutert</ref>:

	<~~code><nowiki~~> attr MYSENSOR_97 devStateIcon {my $alivecolor = 'lan_rs485@red';;$alivecolor='lan_rs485@green' if (ReadingsVal($name, "state", "dead") eq "alive");;"<div>" . FW_makeImage("$alivecolor","lan_rs485") . FW_makeImage("temp_temperature","temp_temperature") . ReadingsVal($name,"temperature2",0) ."°C ". FW_makeImage("humidity","humidity"). ReadingsVal($name,"humidity3",0) . "%rH</div>"}		<pre> attr MYSENSOR_97 devStateIcon {my $alivecolor = 'lan_rs485@red';;$alivecolor='lan_rs485@green' if (ReadingsVal($name, "state", "dead") eq "alive");;"<div>" . FW_makeImage("$alivecolor","lan_rs485") . FW_makeImage("temp_temperature","temp_temperature") . ReadingsVal($name,"temperature2",0) ."°C ". FW_makeImage("humidity","humidity"). ReadingsVal($name,"humidity3",0) . "%rH</div>"}
	</~~nowiki></code~~>[[Datei:MySensors devStateIcon Perl.png]]		</pre>[[Datei:MySensors devStateIcon Perl.png]]

	'''Beispiel 3:''' 4-Kanaliges Tasmota-Gerät mit Anzeige aller 4 Kanäle und toggle-Funktion auf jedem der Icons:		'''Beispiel 3:''' 4-Kanaliges Tasmota-Gerät mit Anzeige aller 4 Kanäle und toggle-Funktion auf jedem der Icons:

Beta-User: Formatierung

2019-01-15T13:45:58Z

Formatierung

Beta-User: stateFormat: Hinweis auf sinnvolle Beschränkung bei Perl-Code eingefügt

2019-01-15T06:49:29Z

stateFormat: Hinweis auf sinnvolle Beschränkung bei Perl-Code eingefügt

← Nächstältere Version		Version vom 15. Januar 2019, 08:49 Uhr
Zeile 57:		Zeile 57:
	attr MYSENSOR_97 stateFormat T: temperature2°C, H: humidity3%rH, P: pressure1 hPa, Status: state		attr MYSENSOR_97 stateFormat T: temperature2°C, H: humidity3%rH, P: pressure1 hPa, Status: state
	[[Datei:MySensors stateFormat.png]]		[[Datei:MySensors stateFormat.png]]
			Es kann für stateFormat auch Perl-Code festgelegt werden.
			{{Hinweis\|Bei Verwendung von Perl-Code in stateFormat sollte jedoch darauf geachtet werden, dass ein lesbarer Text zurückgeliefert wird! Für grafische Ausgaben soll und kann devStateIcon iVm. Perl-Code verwendet werden.}}

	===devStateIcon===		===devStateIcon===

Beta-User: devStateIcon Textvariante ergänzt

2019-01-15T06:40:37Z

devStateIcon Textvariante ergänzt

← Nächstältere Version		Version vom 15. Januar 2019, 08:40 Uhr
Zeile 23:		Zeile 23:
	* ein ''icon'' wird nur angezeigt, wenn das entsprechende Attribut spezifiziert ist. Ansonsten beginnt der deviceOverview mit dem Gerätenamen.		* ein ''icon'' wird nur angezeigt, wenn das entsprechende Attribut spezifiziert ist. Ansonsten beginnt der deviceOverview mit dem Gerätenamen.
	* ist ein ''devStateIcon'' spezifiziert, verdrängt dieses in der Regel die ''STATE''-Darstellung		* ist ein ''devStateIcon'' spezifiziert, verdrängt dieses in der Regel die ''STATE''-Darstellung
			* entsprechendes gilt ggf. für eine eventMap
	* ist keines der genannten Attribut definiert und vom jeweiligen Modul wird kein ''set'' bereitgestellt, besteht die Ansicht nur aus dem Gerätenamen und dem derzeitigen Inhalt des Internals ''STATE''. ''STATE'' wird dabei mangels stateFormat-Attribut aus dem Reading ''state'' abgeleitet. Ist auch dieses nicht vorhanden, erscheinen drei ???.		* ist keines der genannten Attribut definiert und vom jeweiligen Modul wird kein ''set'' bereitgestellt, besteht die Ansicht nur aus dem Gerätenamen und dem derzeitigen Inhalt des Internals ''STATE''. ''STATE'' wird dabei mangels stateFormat-Attribut aus dem Reading ''state'' abgeleitet. Ist auch dieses nicht vorhanden, erscheinen drei ???.

Zeile 71:		Zeile 72:
	bzw. mit Farbangabe:		bzw. mit Farbangabe:
	attr Virtueller_Tuerkontakt devStateIcon set_offen:fts_door_slide_open@red:geschlossen set_geschlossen:fts_door_slide@green:offen		attr Virtueller_Tuerkontakt devStateIcon set_offen:fts_door_slide_open@red:geschlossen set_geschlossen:fts_door_slide@green:offen
	Damit wäre in obigem Beispiel webCmd nicht mehr erforderlich und könnte gelöscht werden.		Damit wäre in obigem Beispiel webCmd und webCmdLabel nicht mehr erforderlich und könnte gelöscht werden.
	///~~Beispiel~~		Die folgenden Attribute sind für eine Bedienung ausreichend:
			defmod Virtueller_Tuerkontakt_Btn1 CUL_HM 11223301
			attr Virtueller_Tuerkontakt_Btn1 cmdIcon offen:fts_door_slide_open@red geschlossen:fts_door_slide@green
			attr Virtueller_Tuerkontakt_Btn1 devStateIcon set_offen:fts_door_slide_open@red:geschlossen set_geschlossen:fts_door_slide@green:offen
			attr Virtueller_Tuerkontakt_Btn1 eventMap /postEvent open:offen/postEvent closed:geschlossen/
			[[Datei:Tuerkontakt defStateIcon only.png]]

	2. Beispiel mit Regex<ref>Der Rollladenstatus ist hier invertiert, also 80% entspricht einem leicht geschlossenen Rollladen</ref>:		2. Beispiel mit Regex<ref>Der Rollladenstatus ist hier invertiert, also 80% entspricht einem leicht geschlossenen Rollladen</ref>:
	attr Rollladen devStateIcon 0:fts_shutter_100 100:fts_shutter_10 9\d.:fts_shutter_10 8\d.:fts_shutter_20 7\d.:fts_shutter_30 6\d.:fts_shutter_40 5\d.:fts_shutter_50 4\d.:fts_shutter_60 3\d.:fts_shutter_70 2\d.:fts_shutter_80 1\d.:fts_shutter_90 0\d.:fts_shutter_100		attr Rollladen devStateIcon 0:fts_shutter_100 100:fts_shutter_10 9\d.:fts_shutter_10 8\d.:fts_shutter_20 7\d.:fts_shutter_30 6\d.:fts_shutter_40 5\d.:fts_shutter_50 4\d.:fts_shutter_60 3\d.:fts_shutter_70 2\d.:fts_shutter_80 1\d.:fts_shutter_90 0\d.:fts_shutter_100

← Nächstältere Version		Version vom 15. Januar 2019, 15:45 Uhr
Zeile 31:		Zeile 31:

	Hier soll anhand eines virtuellen Tür- oder Fensterkontakts die Funktionsweise der verschiedenen Attribute erläutert werden. Dazu wird zunächst mit <code>define Virtueller_Tuerkontakt CUL_HM 112233</code> ein CUL_HM-Gerät generiert und mit <code>set Virtueller_Tuerkontakt virtual 1</code> ein weiteres CUL_HM-Gerät für dessen ersten Kanal. Diesen <code>Virtueller_Tuerkontakt_Btn1</code> verwenden wir im Folgenden.		Hier soll anhand eines virtuellen Tür- oder Fensterkontakts die Funktionsweise der verschiedenen Attribute erläutert werden. Dazu wird zunächst mit <code>define Virtueller_Tuerkontakt CUL_HM 112233</code> ein CUL_HM-Gerät generiert und mit <code>set Virtueller_Tuerkontakt virtual 1</code> ein weiteres CUL_HM-Gerät für dessen ersten Kanal. Diesen <code>Virtueller_Tuerkontakt_Btn1</code> verwenden wir im Folgenden.

	[[Datei:Virtueller Btn 1 neu erstellt.png]]		[[Datei:Virtueller Btn 1 neu erstellt.png]]

	Dieser hat zunächst einen unbekannten STATE (''???'') und ein bereits gesetzes webCMD-Attribut ''press short:press long''. Für die Verwendung als Tuerkontakt soll dieser jedoch nicht kurze oder lange Tastendrücke als Information versenden, sondern soll offen- bzw. geschlossen-Nachrichten senden. Wir ändern das daher und klicken auf eines der angebotenen webCmd.		Dieser hat zunächst einen unbekannten STATE (''???'') und ein bereits gesetzes webCMD-Attribut ''press short:press long''. Für die Verwendung als Tuerkontakt soll dieser jedoch nicht kurze oder lange Tastendrücke als Information versenden, sondern soll offen- bzw. geschlossen-Nachrichten senden. Wir ändern das daher und klicken auf eines der angebotenen webCmd.
	attr Virtueller_Tuerkontakt_Btn1 webCmd postEvent open:postEvent closed		attr Virtueller_Tuerkontakt_Btn1 webCmd postEvent open:postEvent closed

	[[Datei:Virtueller TK postEvent.png]]		[[Datei:Virtueller TK postEvent.png]]

	Da dies nicht unbedingt optisch ansprechend ist, und wir vielleicht lieber eine Anzeige in unserer Sprache haben wollen, übersetzten wir das zwischen unserer Sprache und der des Türkontakts. Hierfür ändern wir das webCmd-Attribut auf ''offen:geschlossen'' und ergänzen		Da dies nicht unbedingt optisch ansprechend ist, und wir vielleicht lieber eine Anzeige in unserer Sprache haben wollen, übersetzten wir das zwischen unserer Sprache und der des Türkontakts. Hierfür ändern wir das webCmd-Attribut auf ''offen:geschlossen'' und ergänzen
	attr Virtueller_Tuerkontakt_Btn1 eventMap /postEvent open:offen/postEvent closed:geschlossen/		attr Virtueller_Tuerkontakt_Btn1 eventMap /postEvent open:offen/postEvent closed:geschlossen/
	Da hier die zu übersetzenden Befehle Leerzeichen enthalten, muss statt des eigentlich üblichen Leerzeichens als Trenner zwischen den einzelnen Angaben etwas anderes festgelegt werden, hier wird "/" verwendet. Wenn jetzt ''offen'' gedrückt wird, sehen wir, dass sich nicht nur die Anzeige geändert hat:		Da hier die zu übersetzenden Befehle Leerzeichen enthalten, muss statt des eigentlich üblichen Leerzeichens als Trenner zwischen den einzelnen Angaben etwas anderes festgelegt werden, hier wird "/" verwendet. Wenn jetzt ''offen'' gedrückt wird, sehen wir, dass sich nicht nur die Anzeige geändert hat:

	[[Datei:WebCmd offen geschlossen.png]]		[[Datei:WebCmd offen geschlossen.png]]

	Jetzt sind auch state bzw. STATE und die Anzeige des entsprechenden Bereichs nicht mehr deckungsgleich. In state ist ''set_postEvent open'' enthalten, in der Anzeige erscheint aber ''set_offen''.		Jetzt sind auch state bzw. STATE und die Anzeige des entsprechenden Bereichs nicht mehr deckungsgleich. In state ist ''set_postEvent open'' enthalten, in der Anzeige erscheint aber ''set_offen''.
	Um statt des Texts ein passendes Symbol anzuzeigen, legen wir nun ein cmdIcon-Attribut fest:		Um statt des Texts ein passendes Symbol anzuzeigen, legen wir nun ein cmdIcon-Attribut fest:
	attr Virtueller_Tuerkontakt_Btn1 cmdIcon offen:fts_door_slide_open geschlossen:fts_door_slide		attr Virtueller_Tuerkontakt_Btn1 cmdIcon offen:fts_door_slide_open geschlossen:fts_door_slide

	[[Datei:Tuerkontakt cmdIcon.png]]		[[Datei:Tuerkontakt cmdIcon.png]]

	Wer es farbig mag:		Wer es farbig mag:
	attr Virtueller_Tuerkontakt_Btn1 cmdIcon offen:fts_door_slide_open@red geschlossen:fts_door_slide@green		attr Virtueller_Tuerkontakt_Btn1 cmdIcon offen:fts_door_slide_open@red geschlossen:fts_door_slide@green
Zeile 53:		Zeile 61:
	Mit diesem Attribut kann festgelegt werden, welcher Textinhalt für ''STATE'' verwendet werden soll. Es kann z.B. einfach eine Einheit hinzugefügt werden:		Mit diesem Attribut kann festgelegt werden, welcher Textinhalt für ''STATE'' verwendet werden soll. Es kann z.B. einfach eine Einheit hinzugefügt werden:
	attr Aussentemperatur_Nord stateFormat state °C		attr Aussentemperatur_Nord stateFormat state °C

	[[Datei:DevState Text mit formatiertem state.png]]		[[Datei:DevState Text mit formatiertem state.png]]

	Oder es können die Inhalte mehrerer Readings übernommen und formatiert werden:		Oder es können die Inhalte mehrerer Readings übernommen und formatiert werden:
	attr MYSENSOR_97 stateFormat T: temperature2°C, H: humidity3%rH, P: pressure1 hPa, Status: state		attr MYSENSOR_97 stateFormat T: temperature2°C, H: humidity3%rH, P: pressure1 hPa, Status: state

	[[Datei:MySensors stateFormat.png]]		[[Datei:MySensors stateFormat.png]]

	Es kann für stateFormat auch Perl-Code festgelegt werden.		Es kann für stateFormat auch Perl-Code festgelegt werden.
	{{Hinweis\|Bei Verwendung von Perl-Code in stateFormat sollte jedoch darauf geachtet werden, dass ein lesbarer Text zurückgeliefert wird! Für grafische Ausgaben soll und kann devStateIcon iVm. Perl-Code verwendet werden.}}		{{Hinweis\|Bei Verwendung von Perl-Code in stateFormat sollte jedoch darauf geachtet werden, dass ein lesbarer Text zurückgeliefert wird! Für grafische Ausgaben soll und kann devStateIcon iVm. Perl-Code verwendet werden.}}