HM-Sec-SCo Tür-Fensterkontakt, optisch - Versionsgeschichte

Ph1959de: Schreibweise "HomeMatic"

2021-12-03T11:50:28Z

Schreibweise "HomeMatic"

← Nächstältere Version		Version vom 3. Dezember 2021, 13:50 Uhr
Zeile 14:		Zeile 14:
	\|HWManufacturer=ELV / eQ-3		\|HWManufacturer=ELV / eQ-3
	}}		}}

	== Features ==		== Features ==
	[[HomeMatic]] Funk-Tür-/Fensterkontakt zur optischen Erkennung von Tür- bzw. Fensteröffnungen oder -schließungen, z.B. zur Sicherheit oder um automatisch, bei vorhandenem [[HM-CC-RT-DN]], die Heizung herunter zu regeln, sobald ein Fenster oder eine Tür geöffnet wird.		[[HomeMatic]] Funk-Tür-/Fensterkontakt zur optischen Erkennung von Tür- bzw. Fensteröffnungen oder -schließungen, z.B. zur Sicherheit oder um automatisch, bei vorhandenem [[HM-CC-RT-DN]], die Heizung herunter zu regeln, sobald ein Fenster oder eine Tür geöffnet wird.
Zeile 82:		Zeile 81:

	=== Peering ===		=== Peering ===
	Peering wie im Artikel [[~~Homematic~~ Peering Beispiele]] beschrieben durchführen. Ein Beispiel könnte wie folgt aussehen:		Peering wie im Artikel [[HomeMatic Peering Beispiele]] beschrieben durchführen. Ein Beispiel könnte wie folgt aussehen:
	:<code>set HM_Fensterstatus_BadEG peerChan 0 HM_Heizung_Bad_WindowRec single</code>		:<code>set HM_Fensterstatus_BadEG peerChan 0 HM_Heizung_Bad_WindowRec single</code>
	Eine Besonderheit bei den Sensoren ist, dass nach dem Ausführen dieses Befehls die Taste auf dem Sensor gedrückt werden muss. Manchmal auch mehrfach nacheinander, da in der kurzen aktiven Zeit nicht alle Befehle empfangen/gesendet werden können. Fertig ist der Sensor sobald die ''peerList'' korrekt gefüllt ist und keine Befehle mehr in der Warteschlange hängen (''protState'' ''= CMDs_done'').		Eine Besonderheit bei den Sensoren ist, dass nach dem Ausführen dieses Befehls die Taste auf dem Sensor gedrückt werden muss. Manchmal auch mehrfach nacheinander, da in der kurzen aktiven Zeit nicht alle Befehle empfangen/gesendet werden können. Fertig ist der Sensor sobald die ''peerList'' korrekt gefüllt ist und keine Befehle mehr in der Warteschlange hängen (''protState'' ''= CMDs_done'').

Ph1959de: Hauptsächlich Typos

2021-03-09T15:24:49Z

Hauptsächlich Typos

← Nächstältere Version		Version vom 9. März 2021, 17:24 Uhr
Zeile 36:		Zeile 36:
	an der Basisplatine anzulöten.		an der Basisplatine anzulöten.

	Beim Zusammenbau muss darauf geachtet werden ~~das~~ immer das '''zugehörige''' Funkmodul mit der Basisplatine aus der Verpackung zusammen gelötet werden!		Beim Zusammenbau muss darauf geachtet werden, dass immer das '''zugehörige''' Funkmodul mit der Basisplatine aus der Verpackung zusammen gelötet werden!
	Jede Platine für sich enthält die eindeutige ID. Aber nur auf dem Funkmodul ist diese erkennbar. Wenn die Module beim Zusammenbau vermischt werden, sendet das ~~Geräte~~ die Open/Close-Meldungen mit der ID des Funkmoduls. Die Sabotage- und vermutlich Batterie-Meldungen werden mit der ID der Basisplatine gesendet!~~<br><br>~~		Jede Platine für sich enthält die eindeutige ID. Aber nur auf dem Funkmodul ist diese erkennbar. Wenn die Module beim Zusammenbau vermischt werden, sendet das Gerät die Open/Close-Meldungen mit der ID des Funkmoduls. Die Sabotage- und vermutlich Batterie-Meldungen werden mit der ID der Basisplatine gesendet!

	Zu beachten ist noch, dass die Antenne '''vor''' dem Auflöten des Funkmoduls durch das markierte Loch der Basisplatine geführt werden muss.		Zu beachten ist noch, dass die Antenne '''vor''' dem Auflöten des Funkmoduls durch das markierte Loch der Basisplatine geführt werden muss.

Zeile 53:		Zeile 54:
	</pre>		</pre>

	Beim ~~schließen~~:		Beim Schließen:
	<pre>		<pre>
	2015-02-08 20:04:31 CUL_HM HM_Fensterstatus_BadEG trigger_cnt: 12		2015-02-08 20:04:31 CUL_HM HM_Fensterstatus_BadEG trigger_cnt: 12
Zeile 82:		Zeile 83:
	=== Peering ===		=== Peering ===
	Peering wie im Artikel [[Homematic Peering Beispiele]] beschrieben durchführen. Ein Beispiel könnte wie folgt aussehen:		Peering wie im Artikel [[Homematic Peering Beispiele]] beschrieben durchführen. Ein Beispiel könnte wie folgt aussehen:
			:<code>set HM_Fensterstatus_BadEG peerChan 0 HM_Heizung_Bad_WindowRec single</code>
	<code>set HM_Fensterstatus_BadEG peerChan 0 HM_Heizung_Bad_WindowRec single</code>		Eine Besonderheit bei den Sensoren ist, dass nach dem Ausführen dieses Befehls die Taste auf dem Sensor gedrückt werden muss. Manchmal auch mehrfach nacheinander, da in der kurzen aktiven Zeit nicht alle Befehle empfangen/gesendet werden können. Fertig ist der Sensor sobald die ''peerList'' korrekt gefüllt ist und keine Befehle mehr in der Warteschlange hängen (''protState'' ''= CMDs_done'').

	Eine Besonderheit bei den Sensoren ist dass nach dem Ausführen dieses Befehls die Taste auf dem Sensor gedrückt werden muss. Manchmal auch mehrfach nacheinander, da in der kurzen aktiven Zeit nicht alle Befehle empfangen/gesendet werden können. Fertig ist der Sensor sobald die ''peerList'' korrekt gefüllt ist und keine Befehle mehr in der Warteschlange hängen (''protState'' ''= CMDs_done'').

	== Beispiele ==		== Beispiele ==
Zeile 105:		Zeile 104:

	Damit der Code-Block erst nach 7200 Sekunden getriggert wird, ist noch Folgendes auszuführen:		Damit der Code-Block erst nach 7200 Sekunden getriggert wird, ist noch Folgendes auszuführen:

	:<code>attr DOIF_FensterOffenMsg wait 7200:0</code>		:<code>attr DOIF_FensterOffenMsg wait 7200:0</code>

Zeile 111:		Zeile 109:
	Alternativ zu der DOIF-Lösung gibt es eine einfache Lösung mit [[Watchdog]]. Dazu legt ihr einen Watchdog an:		Alternativ zu der DOIF-Lösung gibt es eine einfache Lösung mit [[Watchdog]]. Dazu legt ihr einen Watchdog an:
	:<code>define watchdogBadEG watchdog HM_Fenster_BadEG:open 00:15 HM_Fenster_BadEG:closed set myTelegram message Das Fenster ist seit 15 min offen!</code>		:<code>define watchdogBadEG watchdog HM_Fenster_BadEG:open 00:15 HM_Fenster_BadEG:closed set myTelegram message Das Fenster ist seit 15 min offen!</code>
	Der Watchdog besagt, dass er beim Status "open" des Gerätes/Devices "HM_Fenster_BadEG" (also dem Fenstersensor) aktiviert wird. Nach 15 Minuten schickt er eine Nachricht über [[Telegram]], es sei denn es kommt zwischenzeitlich der Status "closed".		Der Watchdog besagt, dass er beim Status "open" des Gerätes/Devices "HM_Fenster_BadEG" (also dem Fenstersensor) aktiviert wird. Nach 15 Minuten schickt er eine Nachricht über [[Telegram]], es sei denn, es kommt zwischenzeitlich der Status "closed".

	=== Anzeige des Zeitpunkts der letzten Öffnung im STATE ===		=== Anzeige des Zeitpunkts der letzten Öffnung im STATE ===
	Das Reading ''contact'' beinhaltet die Zustände ''open'' und ''closed''~~. Und~~ der Zeitstempel der Änderung wird regelmäßig aktualisiert. Aus diesem Grund fällt die Nutzung des Attributs ''showtime'' hier weg. Wenigstens, wenn man nicht den Zeitpunkt des letzten Auslesens wissen will, sondern den der letzten Öffnung.		Das Reading ''contact'' beinhaltet die Zustände ''open'' und ''closed'' und der Zeitstempel der Änderung wird regelmäßig aktualisiert. Aus diesem Grund fällt die Nutzung des Attributs ''showtime'' hier weg. Wenigstens, wenn man nicht den Zeitpunkt des letzten Auslesens wissen will, sondern den der letzten Öffnung.

	Folgende Schreibweise ermöglicht es, dass im STATE-Internal der Zeitpunkt des letzten ''open'' verbleibt (zum Übernehmen als Einzeiler kopieren):		Folgende Schreibweise ermöglicht es, dass im STATE-Internal der Zeitpunkt des letzten ''open'' verbleibt (zum Übernehmen als Einzeiler kopieren):
Zeile 122:		Zeile 120:

	== Bekannte Probleme ==		== Bekannte Probleme ==
	* Es kann vorkommen ~~das~~ der HM-Sec-SCo nach ~~aufsetzen~~ der Abdeckung ~~scheinbar keine~~ funktioniert ~~hat~~.<br>		* Es kann vorkommen, dass der HM-Sec-SCo nach Aufsetzen der Abdeckung anscheinend nicht funktioniert.<br>
	Unter {{Link2Forum\|Topic=37508\|LinkText=~~Forum~~}} wurde berichtet, ~~das~~ von EQ3/ELV ~~repariert~~ Geräte modifiziert ~~zurück kamen~~.~~<br>~~		: Unter dem Titel {{Link2Forum\|Topic=37508\|LinkText="HM-Sec-SCo mit Abdeckung keine Funktion"}} wurde berichtet, dass von EQ3/ELV reparierte Geräte modifiziert zurückkamen.
	Die Reparatur bestand darin, ~~das~~ um den Foto-Sensor eine Abdeckung gelegt wurde.~~<br>~~		: Die Reparatur bestand darin, dass um den Foto-Sensor eine Abdeckung gelegt wurde.
	Dieses Problem gibt es 2019 weiterhin.~~<br>~~		: Dieses Problem gibt es 2019 weiterhin.

	* Bei (direkter) Sonneneinstrahlung kann es zu Fehlfunktionen kommen, die sich in schnell wechselnden Statusänderungen äußern.		* Bei (direkter) Sonneneinstrahlung kann es zu Fehlfunktionen kommen, die sich in schnell wechselnden Statusänderungen äußern.
			: Teilweise (siehe Diskussion im {{Link2Forum\|Topic=33264\|LinkText=Forum}}) werden die Fensterkontakte regelmäßig wiederkehrend als "dead" angezeigt.
	Teilweise (siehe Diskussion im {{Link2Forum\|Topic=33264\|LinkText=Forum}}) werden die Fensterkontakte regelmäßig wiederkehrend als "dead" angezeigt.~~<br>~~		: Grund ist, dass beim Anlernen ein actCycle von 50 Minuten eingetragen wird, während die Kontakte auch gerne mal länger brauchen, um sich bei der Zentrale zu melden.
	Grund ist, dass beim Anlernen ein actCycle von 50 Minuten eingetragen wird, während die Kontakte auch gerne mal länger brauchen, um sich bei der Zentrale zu melden.
	<pre style="width:505px;">		<pre style="width:505px;">
	2015-01-31_17:57:39 Fstr_AusgTerrasse alive: yes		2015-01-31_17:57:39 Fstr_AusgTerrasse alive: yes
Zeile 145:		Zeile 141:
	2015-01-31_19:04:09 Fstr_AusgTerrasse Activity: alive		2015-01-31_19:04:09 Fstr_AusgTerrasse Activity: alive
	</pre>		</pre>
			: Um Abhilfe zu schaffen, den actCycle auf 01:05 setzen:
	Um Abhilfe zu schaffen, den actCycle auf 01:05 setzen:		:: <code>attr <HM-SEC-SCo> actCycle 001:05</code>
	:<code>attr <HM-SEC-SCo> actCycle 001:05</code>		: Save config nicht vergessen.

	Save config nicht vergessen.

	== Links ==		== Links ==

Moontear: "Sensor" mit einem sprechenden Namen ersetzt, so dass man merkt dass es sich um eine Variable handelt

2020-02-13T14:16:33Z

"Sensor" mit einem sprechenden Namen ersetzt, so dass man merkt dass es sich um eine Variable handelt

← Nächstältere Version		Version vom 13. Februar 2020, 16:16 Uhr
Zeile 117:		Zeile 117:

	Folgende Schreibweise ermöglicht es, dass im STATE-Internal der Zeitpunkt des letzten ''open'' verbleibt (zum Übernehmen als Einzeiler kopieren):		Folgende Schreibweise ermöglicht es, dass im STATE-Internal der Zeitpunkt des letzten ''open'' verbleibt (zum Übernehmen als Einzeiler kopieren):
	:<code><nowiki>attr Sensor stateFormat {if (ReadingsVal("~~Sensor~~","contact","") =~ "open.*") {"open " . ReadingsTimestamp("~~Sensor~~","contact","")} else {InternalVal("~~Sensor~~","STATE","")}}</nowiki></code>		:<code><nowiki>attr Sensor stateFormat {if (ReadingsVal("HM_Fensterstatus_BadEG","contact","") =~ "open.*") {"open " . ReadingsTimestamp("HM_Fensterstatus_BadEG","contact","")} else {InternalVal("HM_Fensterstatus_BadEG","STATE","")}}</nowiki></code>

	Ein Thread zu diesem Thema findet sich im Forum unter dem Titel {{Link2Forum\|Topic=41347\|LinkText=HM-SEC-SCo: Letzte Türöffnung im State anzeigen}}.		Ein Thread zu diesem Thema findet sich im Forum unter dem Titel {{Link2Forum\|Topic=41347\|LinkText=HM-SEC-SCo: Letzte Türöffnung im State anzeigen}}.

Moontear: peering info hinzugefügt

2020-02-13T12:25:46Z

peering info hinzugefügt

← Nächstältere Version		Version vom 13. Februar 2020, 14:25 Uhr
Zeile 79:		Zeile 79:
	attr HM_Fensterstatus_BadEG subType threeStateSensor		attr HM_Fensterstatus_BadEG subType threeStateSensor
	</pre>		</pre>

			=== Peering ===
			Peering wie im Artikel [[Homematic Peering Beispiele]] beschrieben durchführen. Ein Beispiel könnte wie folgt aussehen:

			<code>set HM_Fensterstatus_BadEG peerChan 0 HM_Heizung_Bad_WindowRec single</code>

			Eine Besonderheit bei den Sensoren ist dass nach dem Ausführen dieses Befehls die Taste auf dem Sensor gedrückt werden muss. Manchmal auch mehrfach nacheinander, da in der kurzen aktiven Zeit nicht alle Befehle empfangen/gesendet werden können. Fertig ist der Sensor sobald die ''peerList'' korrekt gefüllt ist und keine Befehle mehr in der Warteschlange hängen (''protState'' ''= CMDs_done'').

	== Beispiele ==		== Beispiele ==

Maista: /* Watchdog-Variante */

2019-10-26T22:36:26Z

Watchdog-Variante

← Nächstältere Version		Version vom 27. Oktober 2019, 00:36 Uhr
Zeile 102:		Zeile 102:

	==== Watchdog-Variante ====		==== Watchdog-Variante ====
	Alternativ zu der DOIF-Lösung gibt es ~~auch~~ eine einfache Lösung mit [[Watchdog]]. Dazu legt ihr einen Watchdog an:		Alternativ zu der DOIF-Lösung gibt es eine einfache Lösung mit [[Watchdog]]. Dazu legt ihr einen Watchdog an:
	:<code>define watchdogBadEG watchdog HM_Fenster_BadEG:open 00:15 HM_Fenster_BadEG:closed set myTelegram message Das Fenster ist seit 15 min offen!</code>		:<code>define watchdogBadEG watchdog HM_Fenster_BadEG:open 00:15 HM_Fenster_BadEG:closed set myTelegram message Das Fenster ist seit 15 min offen!</code>
	Der Watchdog besagt, dass er beim Status "open" des Gerätes/Devices "HM_Fenster_BadEG" (also dem Fenstersensor) aktiviert wird. Nach 15 Minuten schickt er eine Nachricht über [[Telegram]], es sei denn es kommt zwischenzeitlich der Status "closed".		Der Watchdog besagt, dass er beim Status "open" des Gerätes/Devices "HM_Fenster_BadEG" (also dem Fenstersensor) aktiviert wird. Nach 15 Minuten schickt er eine Nachricht über [[Telegram]], es sei denn es kommt zwischenzeitlich der Status "closed".

Maista: /* DOIF-Variante */

2019-10-26T22:35:45Z

DOIF-Variante

← Nächstältere Version		Version vom 27. Oktober 2019, 00:35 Uhr
Zeile 83:		Zeile 83:
	=== Aktionen durchführen, wenn Fenster zu lange geöffnet ist ===		=== Aktionen durchführen, wenn Fenster zu lange geöffnet ist ===
	==== DOIF-Variante ====		==== DOIF-Variante ====
	Mit der nachfolgenden [[DOIF]]-Definition wird ein [[FileLog\|Log]]-Eintrag erzeugt~~, eine~~ Meldung auf der [[Enigma2 Receiver (Dreambox, VUplus etc.) steuern\|Dreambox]] angezeigt, falls diese angeschaltet ist, und eine Nachricht per Prowl (funktioniert vermutlich nur unter Linux) verschickt.		Mit der nachfolgenden [[DOIF]]-Definition wird ein [[FileLog\|Log]]-Eintrag erzeugt. Eine Meldung auf der [[Enigma2 Receiver (Dreambox, VUplus etc.) steuern\|Dreambox]] angezeigt, falls diese angeschaltet ist, und eine Nachricht per Prowl (funktioniert vermutlich nur unter Linux) verschickt.

	Der Code ist hier so angegeben, wie er in der Weboberfläche nach einem Klick auf das [[Konfiguration\|DEF-Feld]] übernommen werden kann. Das DOIF ist vorab zu definieren, zum Beispiel mit:		Der Code ist hier so angegeben, wie er in der Weboberfläche nach einem Klick auf das [[Konfiguration\|DEF-Feld]] übernommen werden kann. Das DOIF ist vorab zu definieren, zum Beispiel mit:
Zeile 100:		Zeile 100:

	:<code>attr DOIF_FensterOffenMsg wait 7200:0</code>		:<code>attr DOIF_FensterOffenMsg wait 7200:0</code>

	==== Watchdog-Variante ====		==== Watchdog-Variante ====
	Alternativ zu der DOIF-Lösung gibt es auch eine einfache Lösung mit [[Watchdog]]. Dazu legt ihr einen Watchdog an:		Alternativ zu der DOIF-Lösung gibt es auch eine einfache Lösung mit [[Watchdog]]. Dazu legt ihr einen Watchdog an:

Maista: /* Event-Monitor */

2019-10-26T22:30:56Z

Event-Monitor

← Nächstältere Version		Version vom 27. Oktober 2019, 00:30 Uhr
Zeile 44:		Zeile 44:
	== Betrieb mit FHEM ==		== Betrieb mit FHEM ==
	=== Event-Monitor ===		=== Event-Monitor ===
	Wird z. B. das Fenster geöffnet, ~~wird Folgendes vom~~ Gerät ~~übermittelt~~:		Wird z. B. das Fenster geöffnet, übermittelt das Gerät folgendes:
	<pre>		<pre>
	2015-02-08 20:04:24 CUL_HM HM_Fensterstatus_BadEG trigger_cnt: 11		2015-02-08 20:04:24 CUL_HM HM_Fensterstatus_BadEG trigger_cnt: 11
Zeile 53:		Zeile 53:
	</pre>		</pre>

	Beim ~~Schließen wird Folgendes übermittelt~~:		Beim schließen:
	<pre>		<pre>
	2015-02-08 20:04:31 CUL_HM HM_Fensterstatus_BadEG trigger_cnt: 12		2015-02-08 20:04:31 CUL_HM HM_Fensterstatus_BadEG trigger_cnt: 12

Maista: Prozessormodul und Funkmodul dürfen nicht vermischt werden

2019-10-26T22:27:57Z

Prozessormodul und Funkmodul dürfen nicht vermischt werden

← Nächstältere Version		Version vom 27. Oktober 2019, 00:27 Uhr
Zeile 36:		Zeile 36:
	an der Basisplatine anzulöten.		an der Basisplatine anzulöten.

			Beim Zusammenbau muss darauf geachtet werden das immer das '''zugehörige''' Funkmodul mit der Basisplatine aus der Verpackung zusammen gelötet werden!
			Jede Platine für sich enthält die eindeutige ID. Aber nur auf dem Funkmodul ist diese erkennbar. Wenn die Module beim Zusammenbau vermischt werden, sendet das Geräte die Open/Close-Meldungen mit der ID des Funkmoduls. Die Sabotage- und vermutlich Batterie-Meldungen werden mit der ID der Basisplatine gesendet!<br><br>
	Zu beachten ist noch, dass die Antenne '''vor''' dem Auflöten des Funkmoduls durch das markierte Loch der Basisplatine geführt werden muss.		Zu beachten ist noch, dass die Antenne '''vor''' dem Auflöten des Funkmoduls durch das markierte Loch der Basisplatine geführt werden muss.

Maista: Zeichen vergessen

2019-10-26T21:58:48Z

Zeichen vergessen

← Nächstältere Version		Version vom 26. Oktober 2019, 23:58 Uhr
Zeile 101:		Zeile 101:
	Alternativ zu der DOIF-Lösung gibt es auch eine einfache Lösung mit [[Watchdog]]. Dazu legt ihr einen Watchdog an:		Alternativ zu der DOIF-Lösung gibt es auch eine einfache Lösung mit [[Watchdog]]. Dazu legt ihr einen Watchdog an:
	:<code>define watchdogBadEG watchdog HM_Fenster_BadEG:open 00:15 HM_Fenster_BadEG:closed set myTelegram message Das Fenster ist seit 15 min offen!</code>		:<code>define watchdogBadEG watchdog HM_Fenster_BadEG:open 00:15 HM_Fenster_BadEG:closed set myTelegram message Das Fenster ist seit 15 min offen!</code>
	Der Watchdog besagt, dass er beim Status "open" des Gerätes/Devices "HM_Fenster_BadEG" (also dem Fenstersensor) aktiviert wird. Nach 15 Minuten schickt er eine Nachricht über [[Telegram]], es sei denn es kommt zwischenzeitlich der ~~Statu~~ "closed".		Der Watchdog besagt, dass er beim Status "open" des Gerätes/Devices "HM_Fenster_BadEG" (also dem Fenstersensor) aktiviert wird. Nach 15 Minuten schickt er eine Nachricht über [[Telegram]], es sei denn es kommt zwischenzeitlich der Status "closed".

	=== Anzeige des Zeitpunkts der letzten Öffnung im STATE ===		=== Anzeige des Zeitpunkts der letzten Öffnung im STATE ===

Maista: /* Bekannte Probleme */

2019-10-26T21:54:16Z

Bekannte Probleme

← Nächstältere Version		Version vom 26. Oktober 2019, 23:54 Uhr
Zeile 113:		Zeile 113:
	== Bekannte Probleme ==		== Bekannte Probleme ==
	* Es kann vorkommen das der HM-Sec-SCo nach aufsetzen der Abdeckung scheinbar keine funktioniert hat.<br>		* Es kann vorkommen das der HM-Sec-SCo nach aufsetzen der Abdeckung scheinbar keine funktioniert hat.<br>
	Unter {{Link2Forum\|Topic=37508\|LinkText=Forum}} wurde berichtet, das von EQ3/ELV repariert Geräte modifiziert zurück kamen.<br>		Unter {{Link2Forum\|Topic=37508\|LinkText=Forum}} wurde berichtet, das von EQ3/ELV repariert Geräte modifiziert zurück kamen.<br>
	Die Reparatur bestand darin, das um den Foto-Sensor eine Abdeckung gelegt wurde.<br>		Die Reparatur bestand darin, das um den Foto-Sensor eine Abdeckung gelegt wurde.<br>
	Dieses Problem gibt es 2019 weiterhin.<br>		Dieses Problem gibt es 2019 weiterhin.<br>

	* Bei (direkter) Sonneneinstrahlung kann es zu Fehlfunktionen kommen, die sich in schnell wechselnden Statusänderungen äußern.		* Bei (direkter) Sonneneinstrahlung kann es zu Fehlfunktionen kommen, die sich in schnell wechselnden Statusänderungen äußern.