MAX - Versionsgeschichte

Wzut am 9. Juni 2020 um 08:23 Uhr

2020-06-09T08:23:28Z

← Nächstältere Version		Version vom 9. Juni 2020, 10:23 Uhr
Zeile 199:		Zeile 199:
	Dazu die Funktion, bitte in [https://wiki.fhem.de/wiki/99_myUtils_anlegen 99_myUtils.pm] eintragen:		Dazu die Funktion, bitte in [https://wiki.fhem.de/wiki/99_myUtils_anlegen 99_myUtils.pm] eintragen:

	sub MaxFakeWallThermostat~~($$)~~		<nowiki>
	{		sub MaxFakeWallThermostat {
	my ($heizung, $aktTemp) = @_;		my $heizung = shift;
	my $CULMAX = $defs{$heizung}{~~LASTInputDev~~};		my $aktTemp = shift;
	my $desiredTemp = ~~ReadingsVal~~($heizung, "desiredTemperature", ~~undef~~);		my $CULMAX = (exists($defs{$heizung}{IODev}->{NAME})) ? $defs{$heizung}{IODev}->{NAME} : '';
	my $windowOpenTemp = ~~ReadingsVal~~($heizung, "windowOpenTemperature", ~~undef~~);		my $desiredTemp = ReadingsNum($heizung, 'desiredTemperature', 0);
	my $lastTemp = ~~ReadingsVal~~($heizung, "LastExtTemperature", 0);		my $windowOpenTemp = ReadingsNum($heizung, 'windowOpenTemperature', 0);
	my $lastSet = ~~ReadingsTimestamp~~($heizung, "LastExtTemperature", 0);
	if($desiredTemp ~~&& $windowOpenTemp &&~~		return if (!$CULMAX \|\| !$desiredTemp && !$windowOpenTemp);
	~~$desiredTemp ~~!= $windowOpenTemp &~~amp;~~&~~amp;~~
	~~(time()-time_str2num~~($lastSet) ~~>= 600~~ \|\| abs($aktTemp-$lastTemp)~~>=~~0.2 )) {		my $lastTemp = ReadingsNum($heizung, 'LastExtTemperature', 0);
	~~Log~~ 3, "~~set~~ $CULMAX fakeWT $heizung $desiredTemp $aktTemp";		my $lastSet = ReadingsAge($heizung, 'LastExtTemperature', 0);
	readingsSingleUpdate($defs{$heizung}, "LastExtTemperature", $aktTemp, 0);
	~~fhem~~("~~set~~ $CULMAX fakeWT $heizung $desiredTemp $aktTemp");		if ((($desiredTemp != $windowOpenTemp) && ($lastSet > 599)) \|\| (abs($aktTemp-$lastTemp) > 0.1)) {
	}		Log3($CULMAX, 3, "$CULMAX, set fakeWT $heizung $desiredTemp $aktTemp");
	}		readingsSingleUpdate($defs{$heizung}, 'LastExtTemperature', $aktTemp, 0);
			my $ret = CommandSet(undef, "$CULMAX fakeWT $heizung $desiredTemp $aktTemp");
			Log3($CULMAX, 2, "$CULMAX, error : $ret") if ($ret);
			}
			return;
			}</nowiki>

	In diesem Beispiel heißt das zu steuernde Thermostat "Heizung". Die vom externen Sensor gemessene Temperatur wird nur unter den folgenden Voraussetzungen gesendet:		In diesem Beispiel heißt das zu steuernde Thermostat "Heizung". Die vom externen Sensor gemessene Temperatur wird nur unter den folgenden Voraussetzungen gesendet:

AndreasMohr: Reference, baby!

2019-01-27T16:55:17Z

Reference, baby!

← Nächstältere Version		Version vom 27. Januar 2019, 18:55 Uhr
Zeile 197:		Zeile 197:
	}</nowiki>		}</nowiki>

	Dazu die Funktion, bitte in 99_myUtils.pm eintragen:		Dazu die Funktion, bitte in [https://wiki.fhem.de/wiki/99_myUtils_anlegen 99_myUtils.pm] eintragen:

	sub MaxFakeWallThermostat($$)		sub MaxFakeWallThermostat($$)

AndreasMohr: Typos/Spelling

2019-01-27T16:52:57Z

Typos/Spelling

AndreasMohr: Typos/Spelling

2018-12-31T21:47:02Z

Typos/Spelling

← Nächstältere Version		Version vom 31. Dezember 2018, 23:47 Uhr
Zeile 7:		Zeile 7:
	== FHEM Module ==		== FHEM Module ==
	Die MAX Komponenten können über den MAX!Cube per Modul 00_MAXLAN oder über einen [[CUL]] oder [[CUNO]] per 14_CUL_MAX gesteuert werden. In beiden Fällen werden die einzelnen MAX! Geräte vom Modul 10_MAX		Die MAX Komponenten können über den MAX!Cube per Modul 00_MAXLAN oder über einen [[CUL]] oder [[CUNO]] per 14_CUL_MAX gesteuert werden. In beiden Fällen werden die einzelnen MAX! Geräte vom Modul 10_MAX
	bereitgestellt. Alternativ kann man nach {{Link2Forum\|Topic=38404}} einen MAX!CUBE als CUNO ~~umflaschen~~.		bereitgestellt. Alternativ kann man nach {{Link2Forum\|Topic=38404}} einen MAX!CUBE als CUNO umflashen.

	Nachteil vom Cube ist, dass man ein Polling machen muss, um zu sehen ob sich der Status eines Gerätes geändert hat. Z.B. checkt man das alle 30 Sekunden. Dann sieht man aber auch Änderungen möglicherweise erst nach 30 Sekunden. Beim CUL sieht man die Funknachrichten direkt. Es wird aber auch ein Kombimodus unterstützt, in welchem man alles über den MAXLAN steuert, der CUL_MAX aber für zeitnahe Benachrichtigungen sorgt.		Nachteil vom Cube ist, dass man ein Polling machen muss, um zu sehen ob sich der Status eines Gerätes geändert hat. Z.B. checkt man das alle 30 Sekunden. Dann sieht man aber auch Änderungen möglicherweise erst nach 30 Sekunden. Beim CUL sieht man die Funknachrichten direkt. Es wird aber auch ein Kombimodus unterstützt, in welchem man alles über den MAXLAN steuert, der CUL_MAX aber für zeitnahe Benachrichtigungen sorgt.
Zeile 84:		Zeile 84:

	== Anlernen per CUL ==		== Anlernen per CUL ==
	Das Anlernen funktioniert nur mit ~~zurückgesetzen~~ (Werksreset, also entweder alle 3 Tasten am ~~Heizkörperthermostate~~ betätigen, Batterien einlegen, Anzeige rES; oder in FHEM set factoryReset) Heizkörperthermostaten. Bereits an einen Cube angelernte Heizungsregler können '''nicht''' an ein CUL angemeldet werden, hier ist dann nur das "mitlesen" der Funkbotschaften möglich.		Das Anlernen funktioniert nur mit zurückgesetzten (Werksreset, also entweder alle 3 Tasten am Heizkörperthermostat betätigen, Batterien einlegen, Anzeige rES; oder in FHEM set factoryReset) Heizkörperthermostaten. Bereits an einen Cube angelernte Heizungsregler können '''nicht''' an ein CUL angemeldet werden, hier ist dann nur das "mitlesen" der Funkbotschaften möglich.

	Info: Durch den Reset geht auch ein evtl. per Cube eingestelltes Automatikprogramm verloren.		Info: Durch den Reset geht auch ein evtl. per Cube eingestelltes Automatikprogramm verloren.
Zeile 121:		Zeile 121:
	des Reed-Relays (Fenster öffnen oder schließen). Von einer eventuellen Log-Meldung		des Reed-Relays (Fenster öffnen oder schließen). Von einer eventuellen Log-Meldung
	:<code>There is a packet for ShutterContact Fensterkontakt1 in queue. Please push the button on the respective ShutterContact so the packet can be send.</code>		:<code>There is a packet for ShutterContact Fensterkontakt1 in queue. Please push the button on the respective ShutterContact so the packet can be send.</code>
	bitte nicht verwirren lassen: Den Anlern-Button auf der Rückseite zu drücken, wäre völlig falsch! Sofern das ~~Paring~~ erfolgreich war, sich im Logfile aber diese		bitte nicht verwirren lassen: Den Anlern-Button auf der Rückseite zu drücken, wäre völlig falsch! Sofern das Pairing erfolgreich war, sich im Logfile aber diese
	Meldung trotzdem alle 3 Sekunden wiederholt, hilft ein Restart von FHEM.		Meldung trotzdem alle 3 Sekunden wiederholt, hilft ein Restart von FHEM.

Zeile 197:		Zeile 197:
	}</nowiki>		}</nowiki>

	Dazu die Funktion, bitte in ~~99_MyUtils~~.pm eintragen:		Dazu die Funktion, bitte in 99_myUtils.pm eintragen:

	sub MaxFakeWallThermostat($$)		sub MaxFakeWallThermostat($$)
Zeile 238:		Zeile 238:
	=== Werte Plotten ===		=== Werte Plotten ===
	[[File:Plot_MAX_Beispiel.png\|thumb\|right\|Plot eines MAX Heizkörperthermostates]]		[[File:Plot_MAX_Beispiel.png\|thumb\|right\|Plot eines MAX Heizkörperthermostates]]
	In den Log-Dateien wird regelmäßig der Batteriestatus, die Soll-Temperatur, die Ventilstellung und die Ist-Temperatur (Vorsicht: Wird nicht zuverlässig, möglicherweise nur bei einer Änderung der Ventilstellung übertragen.)		In den Log-Dateien wird regelmäßig der Batteriestatus, die Soll-Temperatur, die Ventilstellung und die Ist-Temperatur (Vorsicht: Wird nicht zuverlässig, möglicherweise nur bei einer Änderung der Ventilstellung, übertragen.)

	Inhalt der LOG-Datei eines Heizkörperthermostates:		Inhalt der LOG-Datei eines Heizkörperthermostates:
Zeile 269:		Zeile 269:
	"< egrep 'valveposition' <IN>"\		"< egrep 'valveposition' <IN>"\
	using 1:4 axes x1y1 title 'Ventil (%)' with lines lw 2</nowiki>		using 1:4 axes x1y1 title 'Ventil (%)' with lines lw 2</nowiki>
	Einbinden eines Plots in der fhem.~~cgf~~		Einbinden eines Plots in der fhem.cfg

	<nowiki>#Werte plotten		<nowiki>#Werte plotten
Zeile 317:		Zeile 317:
	=== MAXLAN ===		=== MAXLAN ===
	=== CUL_MAX ===		=== CUL_MAX ===
	The ~~Max~~ devices use a CC1100 chip. For parameters see rf_moritz.c in culfw.		The MAX devices use a CC1100 chip. For parameters see rf_moritz.c in culfw.
	The thermostats use a Wake-On-Radio, thus one has to send packets at the right time.		The thermostats use a Wake-On-Radio, thus one has to send packets at the right time.

	CC1100 initialization sequence on one of the ~~max~~ devices (not Cube) (format: addr value, both in hex):		CC1100 initialization sequence on one of the MAX devices (not Cube) (format: addr value, both in hex):

	<nowiki>00 08		<nowiki>00 08
Zeile 362:		Zeile 362:
	rx timeout = EVENT0·C(RX_TIME, WOR_RES) ·26/X(=26) = 34667*0.2254 us = 7.8139 ms</nowiki>		rx timeout = EVENT0·C(RX_TIME, WOR_RES) ·26/X(=26) = 34667*0.2254 us = 7.8139 ms</nowiki>

	The ShutterContact seems to always sleep (DEVELOPMENT NOTE: from memory I can state that this phenomenon very likely is similar to / "caused by" the very precisely time-delay-slot-based battery-conserving Rx reception window protocol implementation of certain FS20 devices - window contacts?). Thus it is necessary to trigger it manually (by opening/closing the window) to make it receive messages. Pushing the button may work to. It is also awake just after		The ShutterContact seems to always sleep (DEVELOPMENT NOTE: from memory I can state that this phenomenon very likely is similar to / "caused by" the very precisely time-delay-slot-based battery-conserving Rx reception window protocol implementation of certain FS20 devices - window contacts?). Thus it is necessary to trigger it manually (by opening/closing the window) to make it receive messages. Pushing the button may work too. It is also awake just after
	pairing, so one may send messages right then. One can use the WakeUp message to keep it from sleeping for some time. (This is also the reason why in the official MAX software, one must trigger the ShutterContact		pairing, so one may send messages right then. One can use the WakeUp message to keep it from sleeping for some time. (This is also the reason why in the official MAX software, one must trigger the ShutterContact
	after removing it from the house. The "factoryReset" packet is sent directly after the "ShutterContactState" packet has been acked.)		after removing it from the house. The "factoryReset" packet is sent directly after the "ShutterContactState" packet has been acked.)
Zeile 375:		Zeile 375:
	2013.03.20 15:12:30 5: CUL_MAX_SendQueueHandler: 1 items in queue		2013.03.20 15:12:30 5: CUL_MAX_SendQueueHandler: 1 items in queue
	2013.03.20 15:12:30 2: CUL_MAX_SendQueueHandler: Missing ack from 01c9bb for 0b05008212345601c9bb0000</nowiki>		2013.03.20 15:12:30 2: CUL_MAX_SendQueueHandler: Missing ack from 01c9bb for 0b05008212345601c9bb0000</nowiki>
	auftauchen (im Verbose Modus 5), dann wurde vermutlich kein oder ein inkorrektes ~~Paring~~ durchgeführt.		auftauchen (im Verbose Modus 5), dann wurde vermutlich kein oder ein inkorrektes Pairing durchgeführt.
	Nach dem Pairing sollten diese Meldungen verschwinden und stattdessen etwas wie		Nach dem Pairing sollten diese Meldungen verschwinden und stattdessen etwas wie
	:<code>2013.03.20 15:21:43 5: Got matching ack</code>		:<code>2013.03.20 15:21:43 5: Got matching ack</code>

Baumbuwe: Vorlage Link2CmdRef

2018-01-31T10:47:24Z

Vorlage Link2CmdRef

← Nächstältere Version		Version vom 31. Januar 2018, 12:47 Uhr
Zeile 89:		Zeile 89:

	== Konfiguration ==		== Konfiguration ==
	Siehe ~~[http://fhem.de/commandref.html#~~CUL_MAX ~~commandref]~~.		Siehe {{Link2CmdRef\|Anker=CUL_MAX}}.

	Die Module sind so konzipiert, dass man die offizielle Max! Software nicht benutzen muss. Man kann alles aus FHEM heraus machen. Nachdem das MAXLAN oder CUL_MAX Modul konfiguriert wurden (siehe unten), werden bereits gepairte Geräte automatisch erkannt.		Die Module sind so konzipiert, dass man die offizielle Max! Software nicht benutzen muss. Man kann alles aus FHEM heraus machen. Nachdem das MAXLAN oder CUL_MAX Modul konfiguriert wurden (siehe unten), werden bereits gepairte Geräte automatisch erkannt.
Zeile 224:		Zeile 224:
	Ein Heizplan, den das Wandthermostat und auch der Ventilantrieb versteht und speichern kann, sieht folgendermaßen aus:		Ein Heizplan, den das Wandthermostat und auch der Ventilantrieb versteht und speichern kann, sieht folgendermaßen aus:
	:<code>set WZ_Wandthermostat weekProfile Mon 17,17:30,20,23:00,17 Tue 17,17:30,20,23:00,17 Wed 17,17:30,20,23:00,17 Thu 17,17:30,20,23:00,17 Fri 17,15:00,20,23:00,17 Sat 17,11:00,20,23:00,17 Sun 17,11:00,20,23:00,17</code>		:<code>set WZ_Wandthermostat weekProfile Mon 17,17:30,20,23:00,17 Tue 17,17:30,20,23:00,17 Wed 17,17:30,20,23:00,17 Thu 17,17:30,20,23:00,17 Fri 17,15:00,20,23:00,17 Sat 17,11:00,20,23:00,17 Sun 17,11:00,20,23:00,17</code>
	Genauer erläutert wird die Funktionsweise auch in der ~~[http://fhem.de/commandref.html#~~MAX ~~commandref]~~.		Genauer erläutert wird die Funktionsweise auch in der {{Link2CmdRef\|Anker=MAX}}.

	Der gesamte Block kann kopiert und als FHEM Befehl abgesetzt werden. Unter Umständen benötigt das Speichern bzw. Übertragen wegen der Größe etwas Zeit, bevor die aktuellen, neu gesetzten Werte wieder ausgelesen werden können.		Der gesamte Block kann kopiert und als FHEM Befehl abgesetzt werden. Unter Umständen benötigt das Speichern bzw. Übertragen wegen der Größe etwas Zeit, bevor die aktuellen, neu gesetzten Werte wieder ausgelesen werden können.

AndreasMohr: Mention important hint about very precise wake time slots

2017-12-28T16:01:15Z

Mention important hint about very precise wake time slots

← Nächstältere Version		Version vom 28. Dezember 2017, 18:01 Uhr
Zeile 362:		Zeile 362:
	rx timeout = EVENT0·C(RX_TIME, WOR_RES) ·26/X(=26) = 34667*0.2254 us = 7.8139 ms</nowiki>		rx timeout = EVENT0·C(RX_TIME, WOR_RES) ·26/X(=26) = 34667*0.2254 us = 7.8139 ms</nowiki>

	The ShutterContact seems to always sleep. Thus it is necessary to trigger it manually (by opening/closing the window) to make it receive messages. Pushing the button may work to. It is also awake just after		The ShutterContact seems to always sleep (DEVELOPMENT NOTE: from memory I can state that this phenomenon very likely is similar to / "caused by" the very precisely time-delay-slot-based battery-conserving Rx reception window protocol implementation of certain FS20 devices - window contacts?). Thus it is necessary to trigger it manually (by opening/closing the window) to make it receive messages. Pushing the button may work to. It is also awake just after
	pairing, so one may send messages right then. One can use the WakeUp message to keep it from sleeping for some time. (This is also the reason why in the official MAX software, one must trigger the ShutterContact		pairing, so one may send messages right then. One can use the WakeUp message to keep it from sleeping for some time. (This is also the reason why in the official MAX software, one must trigger the ShutterContact
	after removing it from the house. The "factoryReset" packet is sent directly after the "ShutterContactState" packet has been acked.)		after removing it from the house. The "factoryReset" packet is sent directly after the "ShutterContactState" packet has been acked.)

Markusbloch: Ersetzung von Forum-Links mit Vorlage Link2Forum

2017-03-19T19:49:27Z

Ersetzung von Forum-Links mit Vorlage Link2Forum

← Nächstältere Version		Version vom 19. März 2017, 21:49 Uhr
Zeile 7:		Zeile 7:
	== FHEM Module ==		== FHEM Module ==
	Die MAX Komponenten können über den MAX!Cube per Modul 00_MAXLAN oder über einen [[CUL]] oder [[CUNO]] per 14_CUL_MAX gesteuert werden. In beiden Fällen werden die einzelnen MAX! Geräte vom Modul 10_MAX		Die MAX Komponenten können über den MAX!Cube per Modul 00_MAXLAN oder über einen [[CUL]] oder [[CUNO]] per 14_CUL_MAX gesteuert werden. In beiden Fällen werden die einzelnen MAX! Geräte vom Modul 10_MAX
	bereitgestellt. Alternativ kann man nach ~~[http://forum.fhem.de/index.php/topic,~~38404~~.0.html]~~ einen MAX!CUBE als CUNO umflaschen.		bereitgestellt. Alternativ kann man nach {{Link2Forum\|Topic=38404}} einen MAX!CUBE als CUNO umflaschen.

	Nachteil vom Cube ist, dass man ein Polling machen muss, um zu sehen ob sich der Status eines Gerätes geändert hat. Z.B. checkt man das alle 30 Sekunden. Dann sieht man aber auch Änderungen möglicherweise erst nach 30 Sekunden. Beim CUL sieht man die Funknachrichten direkt. Es wird aber auch ein Kombimodus unterstützt, in welchem man alles über den MAXLAN steuert, der CUL_MAX aber für zeitnahe Benachrichtigungen sorgt.		Nachteil vom Cube ist, dass man ein Polling machen muss, um zu sehen ob sich der Status eines Gerätes geändert hat. Z.B. checkt man das alle 30 Sekunden. Dann sieht man aber auch Änderungen möglicherweise erst nach 30 Sekunden. Beim CUL sieht man die Funknachrichten direkt. Es wird aber auch ein Kombimodus unterstützt, in welchem man alles über den MAXLAN steuert, der CUL_MAX aber für zeitnahe Benachrichtigungen sorgt.
Zeile 231:		Zeile 231:

	Es gibt im Zusammenhang mit dem Wochenprogramm ein Problem mit dem letzten Schaltpunkt des Tages.		Es gibt im Zusammenhang mit dem Wochenprogramm ein Problem mit dem letzten Schaltpunkt des Tages.
	Der Workaround wurde ~~[http://forum.fhem.de/index.php/topic,~~17231~~.msg112738.html#msg112738~~ hier]		Der Workaround wurde {{Link2Forum\|Topic=17231\|Message=112738\|LinkText=hier}}
	beschrieben.		beschrieben.
	Man muss dafür sorgen, dass man kurz vor Ende des Tages noch einen Schaltpunkt setzt! Bei mir hat sich ein Schaltpunkt (ohne Änderung der Soll-Temperatur) um 23:55 bewährt:		Man muss dafür sorgen, dass man kurz vor Ende des Tages noch einen Schaltpunkt setzt! Bei mir hat sich ein Schaltpunkt (ohne Änderung der Soll-Temperatur) um 23:55 bewährt:

Krikan: Codebeispiel zu HomeMatic aus MAX!-Artikel entfernt, da deplaziert -> siehe Diskussionsseite

2017-02-24T13:47:28Z

Codebeispiel zu HomeMatic aus MAX!-Artikel entfernt, da deplaziert -> siehe Diskussionsseite

← Nächstältere Version		Version vom 24. Februar 2017, 15:47 Uhr
Zeile 149:		Zeile 149:

	um pünktlich nach 12 Minuten eine Erinnerungs-Nachricht zu erhalten: Penetrant und schnell wie SMS, kostenlos wie Mail!		um pünktlich nach 12 Minuten eine Erinnerungs-Nachricht zu erhalten: Penetrant und schnell wie SMS, kostenlos wie Mail!

	~~Bei den baugleichen Fensterkontakten aus dem Homematic-Programm (HM-SEC-SCo) heißt der Status "open" (nicht opened), daher muss der o.g. Watchdog wie folgt aussehen:~~

	~~:<code> define w1 watchdog Fensterkontakt1:open 00:12 Fensterkontakt1:closed set Telegram message Das Fenster ist seit 12 min offen!</code>~~

	=== Externer Sensor für Fenster-offen-Erkennung ===		=== Externer Sensor für Fenster-offen-Erkennung ===

Krikan: FHEM(R)

2017-01-24T14:48:14Z

FHEM(R)

← Nächstältere Version		Version vom 24. Januar 2017, 16:48 Uhr
Zeile 289:		Zeile 289:

	'''Soll-Temperatur setzen, ohne das automatische Programm des Thermostates abzuschalten.'''		'''Soll-Temperatur setzen, ohne das automatische Programm des Thermostates abzuschalten.'''
	Es besteht die Möglichkeit eine Soll-Temperatur bis zum nächsten Schaltzeitpunkt zu setzen. Zum Beispiel kann das automatische Wochenprogramm in den Thermostaten dazu genutzt werden, nur abends die Soll-Temperatur zu senken. So läuft die Heizung nachts nicht voll durch. Wenn jedoch die Temperatur im Web-Interface von ~~Fhem~~ verändert wird, wird auch der Thermostat auf manuell gesetzt. So greift das Wochenprogramm nicht mehr. Abhilfe schafft der Befehl		Es besteht die Möglichkeit eine Soll-Temperatur bis zum nächsten Schaltzeitpunkt zu setzen. Zum Beispiel kann das automatische Wochenprogramm in den Thermostaten dazu genutzt werden, nur abends die Soll-Temperatur zu senken. So läuft die Heizung nachts nicht voll durch. Wenn jedoch die Temperatur im Web-Interface von FHEM verändert wird, wird auch der Thermostat auf manuell gesetzt. So greift das Wochenprogramm nicht mehr. Abhilfe schafft der Befehl
	:<code>set MAX_04711 desiredTemperature auto 20</code>		:<code>set MAX_04711 desiredTemperature auto 20</code>
	Damit die Eingabe komfortabel aus ~~Fhem~~ möglich ist, kann ein Dummy-Device erstellt werden:		Damit die Eingabe komfortabel aus FHEM möglich ist, kann ein Dummy-Device erstellt werden:

	<nowiki>#Dummy für die Schnell-Einstellung der Temperatur bis zum nächsten automatischen Schaltzeitpunkt		<nowiki>#Dummy für die Schnell-Einstellung der Temperatur bis zum nächsten automatischen Schaltzeitpunkt

Hmcontrol: Status open für Homematic ergänzt.

2017-01-21T09:43:54Z

Status open für Homematic ergänzt.

← Nächstältere Version		Version vom 21. Januar 2017, 11:43 Uhr
Zeile 149:		Zeile 149:

	um pünktlich nach 12 Minuten eine Erinnerungs-Nachricht zu erhalten: Penetrant und schnell wie SMS, kostenlos wie Mail!		um pünktlich nach 12 Minuten eine Erinnerungs-Nachricht zu erhalten: Penetrant und schnell wie SMS, kostenlos wie Mail!

			Bei den baugleichen Fensterkontakten aus dem Homematic-Programm (HM-SEC-SCo) heißt der Status "open" (nicht opened), daher muss der o.g. Watchdog wie folgt aussehen:

			:<code> define w1 watchdog Fensterkontakt1:open 00:12 Fensterkontakt1:closed set Telegram message Das Fenster ist seit 12 min offen!</code>

	=== Externer Sensor für Fenster-offen-Erkennung ===		=== Externer Sensor für Fenster-offen-Erkennung ===

← Nächstältere Version		Version vom 27. Januar 2019, 18:52 Uhr
Zeile 119:		Zeile 119:
	:<code>set Fensterkontakt1 associate Heizthermostat1</code>		:<code>set Fensterkontakt1 associate Heizthermostat1</code>
	Während Wand- und Heizkörperthermostat stets empfangsbereit sind, benötigt der Fensterkontakt zum "Wecken" einen Schaltvorgang		Während Wand- und Heizkörperthermostat stets empfangsbereit sind, benötigt der Fensterkontakt zum "Wecken" einen Schaltvorgang
	des Reed-~~Relays~~ (Fenster öffnen oder schließen). Von einer eventuellen Log-Meldung		des Reed-Relais (Fenster öffnen oder schließen). Von einer eventuellen Log-Meldung
	:<code>There is a packet for ShutterContact Fensterkontakt1 in queue. Please push the button on the respective ShutterContact so the packet can be send.</code>		:<code>There is a packet for ShutterContact Fensterkontakt1 in queue. Please push the button on the respective ShutterContact so the packet can be send.</code>
	bitte nicht verwirren lassen: Den Anlern-Button auf der Rückseite zu drücken, wäre völlig falsch! Sofern das Pairing erfolgreich war, sich im Logfile aber diese		bitte nicht verwirren lassen: Den Anlern-Button auf der Rückseite zu drücken, wäre völlig falsch! Sofern das Pairing erfolgreich war, sich im Logfile aber diese
Zeile 131:		Zeile 131:

	=== Temperatursturzerkennung ===		=== Temperatursturzerkennung ===
	Die Heizkörperthermostate verfügen über eine interne "Fenster-offen Erkennung" (Temperatursturzerkennung). Wird diese ausgelöst, regeln sie für die Zeit die unter "windowOpenDuration" festgelegt wurde auf die als "windowOpenTemperature" ~~festgelegt~~ Temperatur herunter und danach wieder auf die zuvor eingestellte Temperatur zurück.		Die Heizkörperthermostate verfügen über eine interne "Fenster-offen Erkennung" (Temperatursturzerkennung). Wird diese ausgelöst, regeln sie für die Zeit die unter "windowOpenDuration" festgelegt wurde auf die als "windowOpenTemperature" festgelegte Temperatur herunter und danach wieder auf die zuvor eingestellte Temperatur zurück.

	Nachteil: Die Erkennung benötigt etwas Zeit und reagiert nicht sofort wie es beim Fensterkontakt oben der Fall ist		Nachteil: Die Erkennung benötigt etwas Zeit und reagiert nicht sofort wie es beim Fensterkontakt oben der Fall ist
Zeile 143:		Zeile 143:
	das Fenster länger offen stehen gelassen wurde.		das Fenster länger offen stehen gelassen wurde.

	Ist ein Telegram-Bot eingerichtet (siehe [[TelegramBot]], und der Default-Peer gesetzt, so		Ist ein Telegram-Bot eingerichtet (siehe [[TelegramBot]]), und der Default-Peer gesetzt, so
	reicht ein		reicht ein

Zeile 189:		Zeile 189:
	die desiredTemperature 14.5 und gemessene Temperatur 12.1 an die Heizung senden. Diese wird dann die Ventile öffnen, bis wir ein "fakeWT" absetzten, dessen gemessene Temperatur höher als die desiredTemperature ist.		die desiredTemperature 14.5 und gemessene Temperatur 12.1 an die Heizung senden. Diese wird dann die Ventile öffnen, bis wir ein "fakeWT" absetzten, dessen gemessene Temperatur höher als die desiredTemperature ist.

	Falls man zu lange Zeit (ca. 30 Minuten) kein neues "fakeWT" sendet, wird bei der Heizung das Attribut rferror gleich 1. Es ist nicht klar, ob das neben diesem Attribut auch Auswirkung auf die Funktionalität hat. Es wurde beobachtet, dass dann der interne Temperatursensor bis zum nächsten ~~FakeWT~~ aktiviert wird.		Falls man zu lange Zeit (ca. 30 Minuten) kein neues "fakeWT" sendet, wird bei der Heizung das Attribut rferror gleich 1. Es ist nicht klar, ob das neben diesem Attribut auch Auswirkung auf die Funktionalität hat. Es wurde beobachtet, dass dann der interne Temperatursensor bis zum nächsten "fakeWT" aktiviert wird.

	Beispiel eines automatischen Sendens einer externen Temperatur, der externe Temperatursensor heißt "WS300":		Beispiel eines automatischen Sendens einer externen Temperatur, der externe Temperatursensor heißt "WS300":