KNX Device Definition - Beispiele - Versionsgeschichte

Erwin111: /* RaumThermostat / HeizungsAktor mit widget controlminidash */ update Beispiel

2026-01-03T18:22:35Z

RaumThermostat / HeizungsAktor mit widget controlminidash: update Beispiel

← Nächstältere Version		Version vom 3. Januar 2026, 20:22 Uhr
Zeile 230:		Zeile 230:
	'''readingNmap''' alle Werte die auf GAD desired-temp-ext ankommen, werden auf reading '''desired-temp''' dargestellt.<br>		'''readingNmap''' alle Werte die auf GAD desired-temp-ext ankommen, werden auf reading '''desired-temp''' dargestellt.<br>
	'''userattr knobColor knobMinMax''' ermöglicht das setzen dieser Attribute im Device.<br>		'''userattr knobColor knobMinMax''' ermöglicht das setzen dieser Attribute im Device.<br>
	'''widgetOverride Parameter:''' ~~to be done~~ - ~~Das widget mit dieser Funktionalität ist noch nicht~~ im ~~SVN~~ (~~im contrib~~), ~~daher kann sich noch einiges~~ an Parameter/~~Funktion ändern~~.		'''widgetOverride Parameter:''' Detaillierte Übersicht über die Parameter ist: [[FHEMWEB/ControlMiniDash#Parameterübersicht]] zu finden.

			Der erste Param (ring1Val) spezifiziert einen reading-Namen, dessen wert im Ring/Knob dargestellt wird. (in diesem Beisoiel desired-temp).

			Der zweite Param (ring2Val) definiert den command, der nach "mouse-out" an FHEM gesendet wird. (in diesem Beispiel: "set <device> desired-temp <value>".

			Die nächsten 4 Parameter definieren reading-Namen, die Werte werden im Zentrum des Kreises dargestellt.

			Die nächsten 6 Param <Icon>@<cmd> definieren Buttons links und rechts vom Kreissegment. Diese lösen commands in fhem aus. (In diesem Beispiel "Minus 1 / Plus 1" - das wird jedoch durch die eventMap in "set <device> desired-temp <aktuelle desired-temp +/- 1>" umgesetzt.
	<syntaxhighlight lang="text">		<syntaxhighlight lang="text">
	defmod test_Thermostat KNX 4/0/1:dpt9:desired-temp:set:nosuffix		defmod test_Thermostat KNX 4/0/1:dpt9:desired-temp:set:nosuffix

Erwin111: /* RaumThermostat / HeizungsAktor mit widget controlminidash */

2025-12-29T08:17:58Z

RaumThermostat / HeizungsAktor mit widget controlminidash

Erwin111: /* Übernehmen dieser Beispiele in die eigene Konfiguration */

2025-12-27T23:25:42Z

Übernehmen dieser Beispiele in die eigene Konfiguration

← Nächstältere Version		Version vom 28. Dezember 2025, 01:25 Uhr
Zeile 436:		Zeile 436:

	=== Übernehmen dieser Beispiele in die eigene Konfiguration ===		=== Übernehmen dieser Beispiele in die eigene Konfiguration ===
	Die meisten dieser Beispiele sind mittels "~~exportdevice <name>~~" erstellt. ~~Bei der~~ Übernahme mit c&p in die FHEM- ~~commandozeile (~~oder auch Telnet~~) gibt's Fallstricke..~~.(Es müssen ~~Semicolons u. Zeilenumbrüche maskiert~~ werden). Um das zu umgehen, schlage ich folgenden Vorgangsweise vor:		Die meisten dieser Beispiele sind mittels "Raw Definition" oder "Copy for forum..." erstellt. Erkennbar ist das an doppelten Strichpunkten und an backslash "\" am Zeilenende. Die Übernahme mit c&p in die FHEM- Kommandozeile, oder auch via Telnet funktioniert damit. Bei der Eingabe via FHEMWEB (detailView Definition, Attribut) müssen doppelte Strichpunkte und Backslash entfernt werden.

			Um das zu umgehen, schlage ich folgenden Vorgangsweise vor:

	Definiere z.B. ein (kompliziertes) Attr stateCmd auf der FHEM-cmd Zeile:		Definiere z.B. ein (kompliziertes) Attr stateCmd auf der FHEM-cmd Zeile:

Erwin111: /* RaumThermostat / HeizungsAktor mit widget controlminidash */

2025-12-27T17:04:37Z

RaumThermostat / HeizungsAktor mit widget controlminidash

Erwin111: /* RaumThermostat / HeizungsAktor mit widget controlminidash */

2025-12-27T16:49:12Z

RaumThermostat / HeizungsAktor mit widget controlminidash

@@ Zeile 224: / Zeile 224: @@
 [[Datei:Test_Thermostat.png|rahmenlos|rechts|alternativtext=screenshot]]
 Ähnlich dem obigen Beispiel, die GUI jedoch mit dem widget '''controlminidash''' gestaltet. Details zu diesem widget siehe: [https://forum.fhem.de/index.php?topic=142831 KNX-Forum].
-<br>Das widget besteht aus einem Kreissegment, um den aktuellen Wert anzeigen und ändern zu können. Im Zentrum werden bis zu 4 Werte dargestellt Zusätzlich sind bis zu 6 Buttons möglich. Wertbereich und Farbe des Sliders sind durch user-Attribute definierbar.
+<br>Das widget besteht aus einem Kreissegment, um den aktuellen Wert anzeigen und ändern zu können. Im Zentrum werden bis zu 4 Werte dargestellt. Zusätzlich sind bis zu 6 Buttons möglich. Wertbereich und Farbe des Sliders sind durch user-Attribute definierbar.
 <br>Die KNX spezifischen Anpassungen:
 <br>'''eventmap''' modifiziert ein "set test_Thermostat plus/minus" event (ausgelöst durch die beiden buttons plus/minus) zu "set test_Thermostat desired-temp xx", wobei xx der aktuelle wert plus/minus 1 ist. Die syntax ist gewöhnungsbedürftig, aber sie funktioniert.
 ==== Zeit und Datum ====

Erwin111: /* RaumThermostat / HeizungsAktor mit widget controlminidash */

2025-12-27T16:37:42Z

RaumThermostat / HeizungsAktor mit widget controlminidash

← Nächstältere Version		Version vom 27. Dezember 2025, 18:37 Uhr
Zeile 222:		Zeile 222:

	==== RaumThermostat / HeizungsAktor mit widget controlminidash ====		==== RaumThermostat / HeizungsAktor mit widget controlminidash ====
	[[Datei:~~Test Thermostat~~\|rahmenlos\|rechts\|alternativtext=screenshot]]		[[Datei:Test_Thermostat.png\|rahmenlos\|rechts\|alternativtext=screenshot]]
	Ähnlich dem obigen Beispiel, die GUI jedoch mit dem widget '''controlminidash''' gestaltet. Details zu diesem widget siehe: [https://forum.fhem.de/index.php?topic=142831 KNX-Forum].		Ähnlich dem obigen Beispiel, die GUI jedoch mit dem widget '''controlminidash''' gestaltet. Details zu diesem widget siehe: [https://forum.fhem.de/index.php?topic=142831 KNX-Forum].
	Das widget besteht aus einem Kreissegment, um den aktuellen Wert anzeigen und ändern zu können. Im Zentrum werden bis zu 4 Werte dargestellt Zusätzlich sind bis zu 6 Buttons möglich. Wertbereich und Farbe des Sliders sind durch user-Attribute definierbar.		<br>Das widget besteht aus einem Kreissegment, um den aktuellen Wert anzeigen und ändern zu können. Im Zentrum werden bis zu 4 Werte dargestellt Zusätzlich sind bis zu 6 Buttons möglich. Wertbereich und Farbe des Sliders sind durch user-Attribute definierbar.
	Die KNX spezifischen Anpassungen:		<br>Die KNX spezifischen Anpassungen:
	'''eventmap''' modifiziert ein "set test_Thermostat plus/minus" event (ausgelöst durch die beiden buttons plus/minus) zu "set test_Thermostat desired-temp xx", wobei xx der aktuelle wert plus/minus 1 ist. Die syntax ist gewöhnungsbedürftig, aber sie funktioniert.		<br>'''eventmap''' modifiziert ein "set test_Thermostat plus/minus" event (ausgelöst durch die beiden buttons plus/minus) zu "set test_Thermostat desired-temp xx", wobei xx der aktuelle wert plus/minus 1 ist. Die syntax ist gewöhnungsbedürftig, aber sie funktioniert.

	==== Zeit und Datum ====		==== Zeit und Datum ====

Erwin111: /* RaumThermostat / HeizungsAktor mit widget */

2025-12-27T16:20:08Z

RaumThermostat / HeizungsAktor mit widget

← Nächstältere Version		Version vom 27. Dezember 2025, 18:20 Uhr
Zeile 220:		Zeile 220:

	'''valvepos''' ist der Prozentwert, den das Raumthermostat für das Ventil der FB-Heizung sendet.		'''valvepos''' ist der Prozentwert, den das Raumthermostat für das Ventil der FB-Heizung sendet.

			==== RaumThermostat / HeizungsAktor mit widget controlminidash ====
			[[Datei:Test Thermostat\|rahmenlos\|rechts\|alternativtext=screenshot]]
			Ähnlich dem obigen Beispiel, die GUI jedoch mit dem widget '''controlminidash''' gestaltet. Details zu diesem widget siehe: [https://forum.fhem.de/index.php?topic=142831 KNX-Forum].
			Das widget besteht aus einem Kreissegment, um den aktuellen Wert anzeigen und ändern zu können. Im Zentrum werden bis zu 4 Werte dargestellt Zusätzlich sind bis zu 6 Buttons möglich. Wertbereich und Farbe des Sliders sind durch user-Attribute definierbar.
			Die KNX spezifischen Anpassungen:
			'''eventmap''' modifiziert ein "set test_Thermostat plus/minus" event (ausgelöst durch die beiden buttons plus/minus) zu "set test_Thermostat desired-temp xx", wobei xx der aktuelle wert plus/minus 1 ist. Die syntax ist gewöhnungsbedürftig, aber sie funktioniert.

	==== Zeit und Datum ====		==== Zeit und Datum ====

Erwin111: /* on/off Device - mit verzögerter Rückmeldung */

2024-11-10T17:49:37Z

on/off Device - mit verzögerter Rückmeldung

← Nächstältere Version		Version vom 10. November 2024, 19:49 Uhr
Zeile 40:		Zeile 40:
	==== on/off Device - mit verzögerter Rückmeldung ====		==== on/off Device - mit verzögerter Rückmeldung ====
	Es gibt KNX-Aktoren, die erst nach erfolgreicher Ausführung (mit Verzögerung) eine Rückmeldung schicken. Bsp: Großer Drehstrom Motor mit Anlaufstrom-Begrenzung. Nach einem set-cmd (von FHEM) wird vorerst ein hourglass-icon dargestellt, solange bis die Rückmeldung vom KNX-Aktor kommt.<syntaxhighlight lang="text">		Es gibt KNX-Aktoren, die erst nach erfolgreicher Ausführung (mit Verzögerung) eine Rückmeldung schicken. Bsp: Großer Drehstrom Motor mit Anlaufstrom-Begrenzung. Nach einem set-cmd (von FHEM) wird vorerst ein hourglass-icon dargestellt, solange bis die Rückmeldung vom KNX-Aktor kommt.<syntaxhighlight lang="text">
	define dpt1_1tst KNX 14/1/1:dpt1:~~EinAus~~:set 14/2/1:dpt1:~~Status~~:listenonly:nosuffix		define dpt1_1tst KNX 14/1/1:dpt1:switch:set 14/2/1:dpt1:status:listenonly:nosuffix
	attr dpt1_1tst devStateIcon on:general_an:off off:general_aus:on steuern.*:hourglass:off		attr dpt1_1tst devStateIcon on:general_an:off off:general_aus:on steuern.*:hourglass:off
	attr dpt1_1tst stateRegex /~~EinAus~~-set/steuern-/ /~~EinAus~~-get//		attr dpt1_1tst stateRegex /switch-set/steuern-/ /switch-get//
	</syntaxhighlight>		</syntaxhighlight>
	Gleichzeitig ein Beispiel zu stateRegex Verwendung: der 1. Teil muss dem reading[:value] entsprechen, Im konkreten Fall übersetzt das stateRegex "EinAus-set[:value]" nach "steuern-<value> im state-reading, Ein EinAus-get wird ignoriert! Damit kann das state-reading nicht on oder off werden, außer es kommt ein Status von der GA: 14/2/1. Das wird im devStateIcon genutzt, um drei Zusände darzustellen (on,off,steuern).		Gleichzeitig ein Beispiel zu stateRegex Verwendung: der 1. Teil muss dem reading[:value] entsprechen, Im konkreten Fall übersetzt das stateRegex "EinAus-set[:value]" nach "steuern-<value> im state-reading, Ein EinAus-get wird ignoriert! Damit kann das state-reading nicht on oder off werden, außer es kommt ein Status von der GA: 14/2/1. Das wird im devStateIcon genutzt, um drei Zusände darzustellen (on,off,steuern).
Zeile 48:		Zeile 48:
	==== on/off Device - Treppenlicht ====		==== on/off Device - Treppenlicht ====
	Üblicherweise haben KNX-Aktoren eine Staircase (Treppenlicht) Funktion, die mittes ETS programmiert werden kann. Falls das nicht der Fall ist, oder man die Zeitdauer dynamisch vorgeben will, könnte das so aussehen:<syntaxhighlight lang="text">		Üblicherweise haben KNX-Aktoren eine Staircase (Treppenlicht) Funktion, die mittes ETS programmiert werden kann. Falls das nicht der Fall ist, oder man die Zeitdauer dynamisch vorgeben will, könnte das so aussehen:<syntaxhighlight lang="text">
	defmod dpt1Treppenlicht KNX 14/1/1:dpt1:~~EinAus~~:set:nosuffix 14/2/1:dpt1:~~Status~~:listenonly:nosuffix		defmod dpt1Treppenlicht KNX 14/1/1:dpt1:switch:set:nosuffix 14/2/1:dpt1:status:listenonly:nosuffix
	attr dpt1Treppenlicht devStateIcon on-for-timer.*:on-for-timer@red:off on:on@red:off		attr dpt1Treppenlicht devStateIcon on-for-timer.*:on-for-timer@red:off on:on@red:off off:off:on
	attr dpt1Treppenlicht stateCmd { if ($gadName eq '~~Status~~' && $state eq 'on') {		attr dpt1Treppenlicht stateCmd { if ($gadName eq 'status' && $state eq 'on') {
	fhem ("sleep 15.0 $name quiet; set $name ~~EinAus~~ off");		fhem ("sleep 15.0 $name quiet; set $name switch off");
	return 'on-for-timer';		return 'on-for-timer';
	}		}
	return $state;		return $state;
	}		}
	</syntaxhighlight>stateCmd reagiert auf die "~~Status~~ = on" -msg vom Aktor, startet einen 15 Sekunden Timer und schaltet nach Ablauf auf off. Gleichzeitig wird das DevstateIcon auf "on-for-timer" gesetzt.		</syntaxhighlight>stateCmd reagiert auf die "status = on" -msg vom Aktor, startet einen 15 Sekunden Timer und schaltet nach Ablauf auf off. Gleichzeitig wird das DevstateIcon auf "on-for-timer" gesetzt.

	==== Sensor - mit Umrechnung ====		==== Sensor - mit Umrechnung ====
Zeile 247:		Zeile 247:
	Die entsprechenden set-cmds lauten:		Die entsprechenden set-cmds lauten:
	<syntaxhighlight lang="text">		<syntaxhighlight lang="text">
	set textdev txt AbCdEfGhIjkLmN # ~~send~~ text ~~to Bus~~ (max 14 Char.)		set textdev txt AbCdEfGhIjkLmN # sende text zum KNX display (max 14 Char.)
	set textdev txt >CLR< # ~~delete~~ text ~~on the~~ KNX display		set textdev txt >CLR< # löscht gesamten text am KNX display
	</syntaxhighlight>		</syntaxhighlight>

Zeile 365:		Zeile 365:
	attr KNXStufentest widgetOverride Aus:noArg Ein:noArg Stufe@set:slider,0,1,8		attr KNXStufentest widgetOverride Aus:noArg Ein:noArg Stufe@set:slider,0,1,8
	</syntaxhighlight>		</syntaxhighlight>
	Ankommende Messages (von Alias StufeIst) werden wie üblich im reading "StufeIst" (Werte: 0-255) gespeichert und '''zusätzlich''' umgerechnet und im reading "Stufe" (Wert: 0-8) gespeichert. Ein cmd vom User (Werte: 0-8) wird durch die eventMap umgerechnet und auf den Bus gesendet. Zusätzlich gibt's noch die Schaltflächen "Ein" und "Aus" . Auch diese Werde mittels eventMap auf Stufe 3(=Ein) bzw. Stufe 0(=Aus) umgerechnet. Die Syntax der eventMap ist gewöhnungsbedüftig, aber so funktioniert's! Was noch fehlt ist die Darstellung der Lüfterstufe mittels Icon.		Ankommende Messages (von Alias StufeIst) werden wie üblich im reading "StufeIst" (Werte: 0-255) gespeichert und '''zusätzlich''' umgerechnet und im reading "Stufe" (Wert: 0-8) gespeichert. Ein cmd vom User (Werte: 0-8) wird durch die eventMap umgerechnet und auf den Bus gesendet. Zusätzlich gibt's noch die Schaltflächen "Ein" und "Aus" . Auch diese Werde mittels eventMap auf Stufe 3(=Ein) bzw. Stufe 0(=Aus) umgerechnet. Die Syntax der eventMap ist gewöhnungsbedüftig, aber so funktioniert's! Was noch fehlt ist die Darstellung der Lüfterstufe mittels Icon. Das Beispiel soll auch zeigen, dass man aus einem cmd bzw. event einen (zusätzlichen) beliebigen reading-namen mit Wert erstellen kann.
	[[Datei:KNX_dpt251GUI.png\|rechts\|503x503px]]		[[Datei:KNX_dpt251GUI.png\|rechts\|503x503px]]

Erwin111: /* Garagentor Steuerung */

2024-11-04T14:32:10Z

Garagentor Steuerung

← Nächstältere Version		Version vom 4. November 2024, 16:32 Uhr
Zeile 111:		Zeile 111:
	Dieses Beispiel kann für die (noch immer) üblichen 1-Taster Garagentor-Steuerungen genutzt werden.		Dieses Beispiel kann für die (noch immer) üblichen 1-Taster Garagentor-Steuerungen genutzt werden.

	Die GA 14/1/100-~~aufzu~~ ist einem Aktor zugeordnet, der den Garagentor-Taster simuliert.		Die GA 14/1/100-move ist einem Aktor zugeordnet, der den Garagentor-Taster simuliert.

	Die GA 14/1/101-~~aufzu_status~~ ist die übliche Rückmeldung vom Status des Aktors.		Die GA 14/1/101-move_status ist die übliche Rückmeldung vom Status des Aktors. Wird hier nicht verwendet, kann weggelassen werden.

	Die GA 14/1/102-Doorstatus ist mit dem Garagensensor (KNX-Input) Tor= zu/offen verknüpft. <syntaxhighlight lang="text">		Die GA 14/1/102-Doorstatus ist mit dem Garagensensor (KNX-Input) Tor= zu/offen verknüpft. <syntaxhighlight lang="text">
	defmod Garagentor KNX 14/1/100:dpt1.001:~~aufzu~~:set:nosuffix\		defmod Garagentor KNX 14/1/100:dpt1.001:move:set:nosuffix\
	14/1/101:dpt1.001:~~aufzu_status~~:listenonly:nosuffix\		14/1/101:dpt1.001:move_status:listenonly:nosuffix\
	14/1/102:dpt1.019:Doorstatus:listenonly:nosuffix\		14/1/102:dpt1.019:Doorstatus:listenonly:nosuffix\

	attr Garagentor IODev myKNXIO		attr Garagentor IODev myKNXIO
	attr Garagentor comment set door trigger for ~~1 second~~, Status des Tors wird durch GA "Doorstatus" bestimmt.		attr Garagentor comment set door trigger for 2 seconds, Status des Tors wird durch GA "Doorstatus" bestimmt.
	attr Garagentor devStateIcon closed:fts_garage_door_100@green:on open:fts_garage@red:on		attr Garagentor devStateIcon closed:fts_garage_door_100@green:on open:fts_garage@red:on
	attr Garagentor eventMap {usr=>{'on'=>'~~aufzu~~ on-for-timer 2','~~aufzu~~ off'=>'off'} }		attr Garagentor eventMap {usr=>{'on'=>'move on-for-timer 2','move off'=>'off'} }
	attr Garagentor stateRegex /~~aufzu~~// /~~aufzu_status~~//		attr Garagentor stateRegex /move// /move_status//
	attr Garagentor webCmd :		attr Garagentor webCmd :
	attr Garagentor widgetOverride ~~aufzu~~:on		attr Garagentor widgetOverride move:on
	</syntaxhighlight>		</syntaxhighlight>
	Ein Klick auf das DeviceState-Icon bewirkt ein "Set on", das wird mittels eventMap auf "Set ~~aufzu~~ on-for-timer 2" geändert. Der KNX-Aktor schließt den entsprechenden Kontakt für zwei Sekunden, simuliert damt einen Taster. Das Attribut stateRegex verhindert, dass von ~~aufzu~~ und von ~~aufzu_status~~ GAs der Wert ins reading "state" geschrieben wird. Ist das Garagentor geöffnet, wird der Wert von GA Doorstatus "open" - was auch ins state-reading kopiert wird und damit das DevstateIcon als offen/geschlossen anzeigt.		Ein Klick auf das DeviceState-Icon bewirkt ein "Set on", das wird mittels eventMap auf "Set move on-for-timer 2" geändert. Der KNX-Aktor schließt den entsprechenden Kontakt für zwei Sekunden, simuliert damt einen Taster. Das Attribut stateRegex verhindert, dass von move und von move_status GAs der Wert ins reading "state" geschrieben wird. Ist das Garagentor geöffnet, wird der Wert von GA Doorstatus "open" - was auch ins state-reading kopiert wird und damit das DevstateIcon als offen/geschlossen anzeigt.

	Alternativ: falls der KNX-Aktor eine "TreppenLicht Funktion" implementiert hat (bei einem on wird eingeschaltet und nach x Sekunden augeschaltet), kann das Attribut eventMap komplett weggelassen werden.		Alternativ: falls der KNX-Aktor eine "TreppenLicht Funktion" implementiert hat (bei einem on wird eingeschaltet und nach x Sekunden augeschaltet), kann das Attribut eventMap komplett weggelassen werden.
Zeile 147:		Zeile 147:
	define Slider2_Test KNX 15/2/2:dpt5.001:Position:set:nosuffix 15/2/3:dpt5.001:PosStatus:get:nosuffix		define Slider2_Test KNX 15/2/2:dpt5.001:Position:set:nosuffix 15/2/3:dpt5.001:PosStatus:get:nosuffix
	attr Slider2_Test stateCmd { fhem "sleep 0.05 quiet;; setreading $name Position $state" if ($gadName eq 'PosStatus');; return $state;; }		attr Slider2_Test stateCmd { fhem "sleep 0.05 quiet;; setreading $name Position $state" if ($gadName eq 'PosStatus');; return $state;; }
			#attr Slider2_Test userReadings Position:PosStatus.* {return readingsNum($name, 'PosStatus',0);; }
	attr Slider2_Test webCmd Position		attr Slider2_Test webCmd Position
	attr Slider2_Test widgetOverride Position@set:slider,0,5,100		attr Slider2_Test widgetOverride Position@set:slider,0,5,100
	</syntaxhighlight>		</syntaxhighlight>
	Das Attr stateCmd setzt den Wert der vom Aktor kommt - zusätzlich in das reading 'Position', damit der Slider immer auch die aktuelle Position anzeigt. Die doppelten semicolons sind aus parsing Gründen nötig. Falls man das Attribut über Device-Detail-view setzt, sind nur einfache ; nötig!		Das Attr stateCmd setzt den Wert der vom Aktor kommt - zusätzlich in das reading 'Position', damit der Slider immer auch die aktuelle Position anzeigt.

			Alternativ zu Attr stateCmd kann auch Attr userReadings verwendet werden.

			Die doppelten semicolons sind aus parsing Gründen nötig. Falls man das Attribut über Device-Detail-view setzt, sind nur einfache ; nötig!

	==== Zwei Slider mit Rückmeldung ====		==== Zwei Slider mit Rückmeldung ====

Erwin111: /* RGBW Steuerung (dpt251.600) */

2024-06-13T14:16:11Z

RGBW Steuerung (dpt251.600)

← Nächstältere Version		Version vom 13. Juni 2024, 16:16 Uhr
Zeile 154:		Zeile 154:
	==== Zwei Slider mit Rückmeldung ====		==== Zwei Slider mit Rückmeldung ====
	[[Datei:KNX dpt5tst.png\|rechts\|rahmenlos\|450x450px]]		[[Datei:KNX dpt5tst.png\|rechts\|rahmenlos\|450x450px]]
	Z.B. für eine Jalousie mit Lamellensteuerung. Das ist eine Erweiterung des vorigen Beispiels.<syntaxhighlight lang="perl">		Z.B. für eine Jalousie mit Lamellensteuerung. Das ist eine Erweiterung des vorigen Beispiels.

			<syntaxhighlight lang="perl">
	define dpt5test KNX 9/1/1:dpt5.001:blind:set:nosuffix 9/1/2:dpt5.001:blindStatus:listenonly:nosuffix		define dpt5test KNX 9/1/1:dpt5.001:blind:set:nosuffix 9/1/2:dpt5.001:blindStatus:listenonly:nosuffix
	9/1/3:dpt5.001:slat:set:nosuffix 9/1/4:dpt5.001:slatStatus:listenonly:nosuffix		9/1/3:dpt5.001:slat:set:nosuffix 9/1/4:dpt5.001:slatStatus:listenonly:nosuffix
Zeile 364:		Zeile 366:
	Die GUI für diesen dpt ist komplex, weil sie aus zwei Widgets besteht: '''colopicker,RGB''' und '''slider'''.		Die GUI für diesen dpt ist komplex, weil sie aus zwei Widgets besteht: '''colopicker,RGB''' und '''slider'''.

	Die eventmap setzt die beiden Werte (RGB u. White), die jeweils von den widgets kommen, zusammen und sendet das Resultat an den Bus. Der stateCmd setzt zwei "Hilfs-readings" (rgb,white), die aktuellen Basis-Werte für die widgets darstellen.		Die eventmap setzt die beiden Werte (RGB u. White), die jeweils von den widgets kommen, zusammen und sendet das Resultat an den Bus.

			Der stateCmd setzt zwei "Hilfs-readings" (rgb,white), die aktuellen Basis-Werte für die widgets darstellen.

	<syntaxhighlight lang="perl">		<syntaxhighlight lang="perl">

← Nächstältere Version		Version vom 29. Dezember 2025, 10:17 Uhr
Zeile 223:		Zeile 223:
	==== RaumThermostat / HeizungsAktor mit widget controlminidash ====		==== RaumThermostat / HeizungsAktor mit widget controlminidash ====
	[[Datei:Test_Thermostat.png\|rahmenlos\|rechts\|alternativtext=screenshot]]		[[Datei:Test_Thermostat.png\|rahmenlos\|rechts\|alternativtext=screenshot]]
	Ähnlich dem obigen Beispiel, die GUI jedoch mit dem widget '''controlminidash''' gestaltet. Details zu diesem widget und support siehe: ~~[https://forum.fhem.de/index.php?topic~~=~~142831 KNX~~-Forum].		Ähnlich dem obigen Beispiel, die GUI jedoch mit dem widget '''controlminidash''' gestaltet. Details zu diesem widget und support siehe: {{Link2Forum\|LinkText=FHEM-Forum\|Topic=142831}} .
	<br>Das widget besteht aus einem Kreissegment, um den aktuellen Wert anzeigen und ändern zu können. Im Zentrum werden bis zu 4 Werte dargestellt. Zusätzlich sind bis zu 6 Buttons möglich. Wertbereich und Farbe des Sliders sind durch user-Attribute definierbar.		<br>Das widget besteht aus einem Kreissegment, um den aktuellen Wert anzeigen und ändern zu können. Im Zentrum werden bis zu 4 Werte dargestellt. Zusätzlich sind bis zu 6 Buttons möglich. Wertbereich und Farbe des Sliders sind durch user-Attribute definierbar.
	<br>Die KNX spezifischen Anpassungen:		<br>Die KNX spezifischen Anpassungen:
	<br>'''eventmap''' modifiziert ein "set test_Thermostat plus/minus" event (ausgelöst durch die beiden buttons plus/minus) zu "set test_Thermostat desired-temp xx", wobei xx der aktuelle wert plus/minus 1 ist. Die syntax ist gewöhnungsbedürftig, aber sie funktioniert.		<br>'''eventmap''' modifiziert ein "set test_Thermostat plus/minus <y>" event (ausgelöst durch die beiden buttons plus/minus) zu "set test_Thermostat desired-temp <xx>", wobei xx der aktuelle wert plus/minus y ist. Der Stepwert <y> wird durch die button-definition im widgetoverride definiert. Die "fw=>...." Definition zeigt die Optionen, wie (im Detail-View) der set-cmd pulldown dargestellt oder nicht dargestellt wird. Die syntax ist gewöhnungsbedürftig, aber sie funktioniert.

	'''readingNmap''' alle Werte die auf GAD desired-temp-ext ankommen, werden auf reading '''desired-temp''' dargestellt.<br>		'''readingNmap''' alle Werte die auf GAD desired-temp-ext ankommen, werden auf reading '''desired-temp''' dargestellt.<br>
Zeile 239:		Zeile 239:
	attr test_Thermostat userattr knobColor knobMinMax		attr test_Thermostat userattr knobColor knobMinMax
	attr test_Thermostat comment GAs: SollTemp-schreiben, IstTemp, SollTemp-lesen, ValvePosition		attr test_Thermostat comment GAs: SollTemp-schreiben, IstTemp, SollTemp-lesen, ValvePosition
	attr test_Thermostat eventMap {usr=>{'^plus' => '" . sprintf("desired-temp %.1f",minNum(100,ReadingsNum($NAME,"desired-temp",0) + 1)) . "',		attr test_Thermostat eventMap {usr=>{'^plus.(\d+)' => '" . sprintf("desired-temp %.1f",minNum(100,ReadingsNum($NAME,"desired-temp",0) + $1)) . "',
	'^minus' => '" . sprintf("desired-temp %.1f",maxNum(0,ReadingsNum($NAME,"desired-temp",0) - 1)) . "'},		'^minus.(\d+)' => '" . sprintf("desired-temp %.1f",maxNum(0,ReadingsNum($NAME,"desired-temp",0) - $1)) . "'},
	fw=> {'^plus' => ' ', '^minus' => ' '}		fw=> {'^plus.(\d+)' => 'plus:1,2,3,4,5', '^minus.(\d+)' => ' '}
	}		}
	~~attr test_Thermostat knobColor red~~		attr test_Thermostat knobMinMax 5,30
	attr test_Thermostat knobMinMax 10,30
	attr test_Thermostat readingNmap desired-temp-ext:desired-temp		attr test_Thermostat readingNmap desired-temp-ext:desired-temp
	attr test_Thermostat stateCmd {return ReadingsNum($name,'temperature',0);}		attr test_Thermostat stateCmd {return ReadingsNum($name,'temperature',0);}
	attr test_Thermostat webCmd climacontrol		attr test_Thermostat webCmd climacontrol
	attr test_Thermostat widgetOverride climacontrol:controlminidash,desired-temp,desired-temp,temperature@°C,desired-temp@°C,humidity@%,valvepos,#,rc_MINUS@minus,#,#,rc_PLUS@plus,#		attr test_Thermostat widgetOverride climacontrol:controlminidash,desired-temp,desired-temp,temperature@°C,desired-temp@°C,humidity@%,valvepos,#,rc_MINUS@minus.1,#,#,rc_PLUS@plus.1,#

	</syntaxhighlight>		</syntaxhighlight>

← Nächstältere Version		Version vom 27. Dezember 2025, 19:04 Uhr
Zeile 223:		Zeile 223:
	==== RaumThermostat / HeizungsAktor mit widget controlminidash ====		==== RaumThermostat / HeizungsAktor mit widget controlminidash ====
	[[Datei:Test_Thermostat.png\|rahmenlos\|rechts\|alternativtext=screenshot]]		[[Datei:Test_Thermostat.png\|rahmenlos\|rechts\|alternativtext=screenshot]]
	Ähnlich dem obigen Beispiel, die GUI jedoch mit dem widget '''controlminidash''' gestaltet. Details zu diesem widget siehe: [https://forum.fhem.de/index.php?topic=142831 KNX-Forum].		Ähnlich dem obigen Beispiel, die GUI jedoch mit dem widget '''controlminidash''' gestaltet. Details zu diesem widget und support siehe: [https://forum.fhem.de/index.php?topic=142831 KNX-Forum].
	<br>Das widget besteht aus einem Kreissegment, um den aktuellen Wert anzeigen und ändern zu können. Im Zentrum werden bis zu 4 Werte dargestellt. Zusätzlich sind bis zu 6 Buttons möglich. Wertbereich und Farbe des Sliders sind durch user-Attribute definierbar.		<br>Das widget besteht aus einem Kreissegment, um den aktuellen Wert anzeigen und ändern zu können. Im Zentrum werden bis zu 4 Werte dargestellt. Zusätzlich sind bis zu 6 Buttons möglich. Wertbereich und Farbe des Sliders sind durch user-Attribute definierbar.
	<br>Die KNX spezifischen Anpassungen:		<br>Die KNX spezifischen Anpassungen:
	<br>'''eventmap''' modifiziert ein "set test_Thermostat plus/minus" event (ausgelöst durch die beiden buttons plus/minus) zu "set test_Thermostat desired-temp xx", wobei xx der aktuelle wert plus/minus 1 ist. Die syntax ist gewöhnungsbedürftig, aber sie funktioniert.		<br>'''eventmap''' modifiziert ein "set test_Thermostat plus/minus" event (ausgelöst durch die beiden buttons plus/minus) zu "set test_Thermostat desired-temp xx", wobei xx der aktuelle wert plus/minus 1 ist. Die syntax ist gewöhnungsbedürftig, aber sie funktioniert.

	'''readingNmap alle Werte die auf GAD desired-temp-ext ~~kommen~~, werden auf reading ~~desirde~~-temp dargestellt.'''<syntaxhighlight lang="text">		'''readingNmap''' alle Werte die auf GAD desired-temp-ext ankommen, werden auf reading '''desired-temp''' dargestellt.<br>
			'''userattr knobColor knobMinMax''' ermöglicht das setzen dieser Attribute im Device.<br>
			'''widgetOverride Parameter:''' to be done - Das widget mit dieser Funktionalität ist noch nicht im SVN (im contrib), daher kann sich noch einiges an Parameter/Funktion ändern.
			<syntaxhighlight lang="text">
	defmod test_Thermostat KNX 4/0/1:dpt9:desired-temp:set:nosuffix		defmod test_Thermostat KNX 4/0/1:dpt9:desired-temp:set:nosuffix
	4/1/1:dpt9:temperature:get:nosuffix		4/1/1:dpt9:temperature:get:nosuffix
Zeile 236:		Zeile 239:
	attr test_Thermostat userattr knobColor knobMinMax		attr test_Thermostat userattr knobColor knobMinMax
	attr test_Thermostat comment GAs: SollTemp-schreiben, IstTemp, SollTemp-lesen, ValvePosition		attr test_Thermostat comment GAs: SollTemp-schreiben, IstTemp, SollTemp-lesen, ValvePosition
	attr test_Thermostat eventMap {usr=>{'^plus' => '" . sprintf("desired-temp %.1f",minNum(100,ReadingsNum($NAME,"desired-temp",0) + 10)) . "',		attr test_Thermostat eventMap {usr=>{'^plus' => '" . sprintf("desired-temp %.1f",minNum(100,ReadingsNum($NAME,"desired-temp",0) + 1)) . "',
	'^minus' => '" . sprintf("desired-temp %.1f",maxNum(0,ReadingsNum($NAME,"desired-temp",0) - 10)) . "'},		'^minus' => '" . sprintf("desired-temp %.1f",maxNum(0,ReadingsNum($NAME,"desired-temp",0) - 1)) . "'},
	fw=> {'^plus' => ' ', '^minus' => ' '}		fw=> {'^plus' => ' ', '^minus' => ' '}
	}		}
	attr test_Thermostat knobColor red		attr test_Thermostat knobColor red
	attr test_Thermostat knobMinMax -10,30		attr test_Thermostat knobMinMax 10,30
	attr test_Thermostat readingNmap desired-temp-ext:desired-temp		attr test_Thermostat readingNmap desired-temp-ext:desired-temp
	attr test_Thermostat stateCmd {return ReadingsNum($name,'temperature',0);;}		attr test_Thermostat stateCmd {return ReadingsNum($name,'temperature',0);}
	attr test_Thermostat webCmd climacontrol		attr test_Thermostat webCmd climacontrol
	attr test_Thermostat widgetOverride climacontrol:controlminidash,desired-temp,desired-temp,temperature@°C,desired-temp@°C,humidity@%,valvepos,#,rc_MINUS@minus,#,#,rc_PLUS@plus,#		attr test_Thermostat widgetOverride climacontrol:controlminidash,desired-temp,desired-temp,temperature@°C,desired-temp@°C,humidity@%,valvepos,#,rc_MINUS@minus,#,#,rc_PLUS@plus,#