MAX! Temperatur-Scanner - Versionsgeschichte

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 33:		Zeile 33:

	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.

Mahowi: /* Einrichten des Thermostat-internen Wochenprogrammes */ Typos

2017-01-30T13:05:01Z

Einrichten des Thermostat-internen Wochenprogrammes: Typos

← Nächstältere Version		Version vom 30. Januar 2017, 15:05 Uhr
Zeile 28:		Zeile 28:
	==== Einrichten des Thermostat-internen Wochenprogrammes ====		==== Einrichten des Thermostat-internen Wochenprogrammes ====

	Die Readings ~~Wochenprogrammes~~ müssen erscheinen. Der Scanner greift ausgiebig auf diese Informationen zurück. Ein manuelles ~~verstellen~~ des Sollwertes ist nur bis zu dem nächsten Schaltzeitpunkt des Wochenprogramms gültig. Danach wird je nach ScanMode das Thermostat selbst oder der Scanner den Sollwert gemäß den Einstellungen des Wochenprogramms ändern.		Die Readings des Wochenprogramms müssen erscheinen. Der Scanner greift ausgiebig auf diese Informationen zurück. Ein manuelles Verstellen des Sollwertes ist nur bis zu dem nächsten Schaltzeitpunkt des Wochenprogramms gültig. Danach wird je nach ScanMode das Thermostat selbst oder der Scanner den Sollwert gemäß den Einstellungen des Wochenprogramms ändern.

	'''Bitte folgendes beachten:'''		'''Bitte folgendes beachten:'''

Mahowi: /* Features */ Links zur MAX-Hautpseite (CUBE, CUL)

2017-01-30T13:03:57Z

Features: Links zur MAX-Hautpseite (CUBE, CUL)

← Nächstältere Version		Version vom 30. Januar 2017, 15:03 Uhr
Zeile 5:		Zeile 5:
	* kontinuierliche Erfassung von Temperatur und Ventil-Position		* kontinuierliche Erfassung von Temperatur und Ventil-Position
	* Berücksichtigung der System-Ressourcen (dutycycle, credits)		* Berücksichtigung der System-Ressourcen (dutycycle, credits)
	* CUL und CUBE werden unterstützt		* [[MAX#CUL_MAX\|CUL]] und [[MAX#MAXLAN\|CUBE]] werden unterstützt
	* gleichberechtigte zeitliche Bearbeitung der Thermostate (Round-Robin-Prinzip)		* gleichberechtigte zeitliche Bearbeitung der Thermostate (Round-Robin-Prinzip)
	* Ermittlung der optimalen Scan-Rate über die Anzahl der eingebundenen Thermostate		* Ermittlung der optimalen Scan-Rate über die Anzahl der eingebundenen Thermostate

John: /* Was ist denn, wenn ich noch einen zweiten Fensterkontakt habe? */

2016-01-10T13:42:19Z

Was ist denn, wenn ich noch einen zweiten Fensterkontakt habe?

← Nächstältere Version		Version vom 10. Januar 2016, 15:42 Uhr
Zeile 146:		Zeile 146:

	Ausserdem wäre es fatal, wenn der Scanner in der Phase des offenen Fensters den Sollwert überschreiben würde. Bei offenem Fenster ist der Scanner inaktiv, er schaltet also den Modus nicht mehr um.		Ausserdem wäre es fatal, wenn der Scanner in der Phase des offenen Fensters den Sollwert überschreiben würde. Bei offenem Fenster ist der Scanner inaktiv, er schaltet also den Modus nicht mehr um.

	~~=== Was ist denn, wenn ich noch einen zweiten Fensterkontakt habe? ===~~
	~~Derzeit wird nur 1 ShutterContact unterstützt. Möglicherweise wird in einer der nächsten Versionen die Funktionalität erweitert.~~

	=== Was passiert, wenn der Boost-Mode aktiviert wurde? ===		=== Was passiert, wenn der Boost-Mode aktiviert wurde? ===

John: /* Kann der Scanner mit Fensterkontakten umgehen? */

2016-01-10T13:41:56Z

Kann der Scanner mit Fensterkontakten umgehen?

← Nächstältere Version		Version vom 10. Januar 2016, 15:41 Uhr
Zeile 145:		Zeile 145:
	Der Scanner versucht, das Problem der fixen 17 Grad nach Schliessen des Fensters zu korrigieren. Hierzu braucht er jedoch die Information, welcher Fensterkontakt für das jeweilige Thermostat zuständig ist.		Der Scanner versucht, das Problem der fixen 17 Grad nach Schliessen des Fensters zu korrigieren. Hierzu braucht er jedoch die Information, welcher Fensterkontakt für das jeweilige Thermostat zuständig ist.

	Ausserdem wäre es fatal, wenn der Scanner in der Phase des offenen ~~Fenster~~ den Sollwert überschreiben würde. Bei offenem Fenster ist der Scanner inaktiv, er schaltet also den Modus nicht mehr um.		Ausserdem wäre es fatal, wenn der Scanner in der Phase des offenen Fensters den Sollwert überschreiben würde. Bei offenem Fenster ist der Scanner inaktiv, er schaltet also den Modus nicht mehr um.

	=== Was ist denn, wenn ich noch einen zweiten Fensterkontakt habe? ===		=== Was ist denn, wenn ich noch einen zweiten Fensterkontakt habe? ===

John: /* Wie kann man den ScanMode nachträglich ändern? */

2016-01-10T13:40:20Z

Wie kann man den ScanMode nachträglich ändern?

← Nächstältere Version		Version vom 10. Januar 2016, 15:40 Uhr
Zeile 111:		Zeile 111:
	* der Auto-Modus wird niemals verlassen		* der Auto-Modus wird niemals verlassen
	* Falls FHEM ausfällt, wird das Thermostat das gespeicherte Wochenprogramm nutzen		* Falls FHEM ausfällt, wird das Thermostat das gespeicherte Wochenprogramm nutzen

	~~=== Wie kann man den ScanMode nachträglich ändern? ===~~
	~~Man kann das userReading ändern, so dass es 0 liefert~~
	~~:<code>attr HT.JOHN userReadings onlyAutoMode { return "0";;}</code>~~

	~~oder man löscht das userReading durch~~
	* Löschen aus dem attribut userReading
	* und Löschen des vorhandenen userReadings via
	~~:<code>deletereading HT.JOHN onlyAutoMode </code>~~

	=== Was passiert, wenn der Sollwert am Thermostat manuell verstellt wird? ===		=== Was passiert, wenn der Sollwert am Thermostat manuell verstellt wird? ===

John: /* Aktuelle Version */

2016-01-10T13:39:31Z

Aktuelle Version

← Nächstältere Version		Version vom 10. Januar 2016, 15:39 Uhr
Zeile 15:		Zeile 15:
	Der Artikel wird sukzessive erweitert.		Der Artikel wird sukzessive erweitert.

	~~== Aktuelle Version ==~~		== Voraussetzungen ==
	=== Voraussetzungen ===
	==== Qualität der Funkverbindung ====		==== Qualität der Funkverbindung ====
	In der Log-Datei sollten möglichst wenig Einträge der nachfolgenden Form auftreten		In der Log-Datei sollten möglichst wenig Einträge der nachfolgenden Form auftreten

John: /* Aktuelle Version */

2016-01-10T13:38:30Z

Aktuelle Version

← Nächstältere Version		Version vom 10. Januar 2016, 15:38 Uhr
Zeile 16:		Zeile 16:

	== Aktuelle Version ==		== Aktuelle Version ==
	~~Im Anhang zu folgendem Forumsbeitrag [http://forum.fhem.de/index.php/topic,11624.msg68237.html#msg68237 MaxScan Version 1.05c]~~

	=== Voraussetzungen ===		=== Voraussetzungen ===
	==== Qualität der Funkverbindung ====		==== Qualität der Funkverbindung ====
Zeile 30:		Zeile 28:

	==== Einrichten des Thermostat-internen Wochenprogrammes ====		==== Einrichten des Thermostat-internen Wochenprogrammes ====
	~~Anders als bei den Vorgängerversionen <=1.04 ist nun ab Version 1.05 zwingend das Thermostat-interne~~
	~~Wochenprogramm notwendig.~~

	D.h. dies muss in den Readings des Thermostats erscheinen. Der Scanner greift ausgiebig auf diese Informationen zurück. Ein manuelles verstellen des Sollwertes ist nur bis zu dem nächsten Schaltzeitpunkt des Wochenprogramms gültig. Danach wird je nach ScanMode das Thermostat selbst oder der Scanner den Sollwert gemäß den Einstellungen des Wochenprogramms ändern.

	~~Das bei früheren Versionen eingesetzte Heating_Control kann somit entfallen~~.		Die Readings Wochenprogrammes müssen erscheinen. Der Scanner greift ausgiebig auf diese Informationen zurück. Ein manuelles verstellen des Sollwertes ist nur bis zu dem nächsten Schaltzeitpunkt des Wochenprogramms gültig. Danach wird je nach ScanMode das Thermostat selbst oder der Scanner den Sollwert gemäß den Einstellungen des Wochenprogramms ändern.

	'''Bitte folgendes beachten:'''		'''Bitte folgendes beachten:'''
Zeile 44:		Zeile 38:

	<big>Man muss dafür sorgen, dass man kurz vor Ende des Tages noch einen Schaltpunkt setzt.</big>		<big>Man muss dafür sorgen, dass man kurz vor Ende des Tages noch einen Schaltpunkt setzt.</big>

	~~=== Inbetriebnahme ===~~
	* aktuell freigegebene Version von 99_UtilsMaxScan.pm in das Verzeichnis /opt/fhem/FHEM kopieren.
	* Bei den Thermostaten, die gescannt werden sollen, das Attribut scanTemp setzen via
	~~<pre>attr VT_HW scanTemp 1</pre>~~
	* das Wochenprogramm im Thermostat nach den Bedürfnissen einstellen
	* auf''' keinen''' Fall das Attribut keepAuto setzen
	* mit dem userReading "onlyAutoMode" kann der Scan-Modus ModeChange festgelegt werden
	~~<pre>attr HT.JOHN userReadings onlyAutoMode { return "1";;}</pre>~~
	* ist ein ShutterContact mit dem Thermostat assoziiert, dann muss man dies bekannt machen mit dem UserReading
	~~<pre>attr VT_HW userReadings watchShutter { return "SHUTTER.HW";;}</pre>~~
	* '''FHEM neu starten'''

	~~'''Hinweis'''<br />~~
	~~Je kleiner der Wert von Attribut verbose, umso weniger Ausgaben erhält man in der Log-Datei.~~

	== Mechanismen ==		== Mechanismen ==

John: /* Im Kochtopf */

2016-01-10T13:35:50Z

Im Kochtopf

@@ Zeile 189: / Zeile 189: @@
 === Beeinflusst der Scanner den Regelmechanismus des Thermostats? ===
 Im Prinzip nicht. Jedoch wird in der Betriebsart "DesiredChange" der Sollwert geringfügig um +/- 0.5 Grad im Sinne einer sich vergrößernden Regeldifferenz verändert.
 == Die Modul-Variante ==

John: /* Die Modul-Variante (Beta-Version) */

2016-01-10T13:35:15Z

Die Modul-Variante (Beta-Version)

← Nächstältere Version		Version vom 10. Januar 2016, 15:35 Uhr
Zeile 201:		Zeile 201:
	* '''Fix: wenn bei desriredtemperatur ON,OFF anstelle einer Zahl erscheint.'''		* '''Fix: wenn bei desriredtemperatur ON,OFF anstelle einer Zahl erscheint.'''

	== Die Modul-Variante ~~(Beta-Version)~~ ==		== Die Modul-Variante ==

	Die Modul-Variante ist ~~derzeit in der Testphase~~. ~~Sie soll die die Skript-Variante mittelfristig ablösen~~.		Die Modul-Variante ist seit dem 10.01.2016 Bestandteil von FHEM.

	=== Voraussetzungen ===		=== Voraussetzungen ===
	* ~~Download von Modul 98_MaxScanner~~.~~pm in das Modul-Verzeichnis von FHEM ([http://forum.fhem.de/index.php/topic,11624.msg68237.html#msg68237 Beitrag mit Download])~~		* ggf. vorhandene Script-Variante sollte deaktiviert werden (99_UtilsMaxScan löschen/verschieben)
	* die Script-Variante sollte deaktiviert werden (99_UtilsMaxScan löschen/verschieben)
	* FHEM neu starten

	=== Inbetriebnahme ===		=== Inbetriebnahme ===
Zeile 237:		Zeile 235:
	! Parameter !! Wertebereich !! Default !! Beschreibung		! Parameter !! Wertebereich !! Default !! Beschreibung
	\|-		\|-
	\|~~scnEnabled~~\|\|[0,1]\|\|0\|\|wenn 1, wird das Thermostat vom Scanner berücksichtigt		\|scanTemp\|\|[0,1]\|\|0\|\|wenn 1, wird das Thermostat vom Scanner berücksichtigt
	\|-		\|-
	\|scnProcessByDesiChange\|\|[0,1]\|\|0\|\|wenn 1, wird das Thermostat über die Änderung von desiredTemperature (DesiredChange) getriggert, ansonsten über die Änderung des Modes (ModeChange)		\|scnProcessByDesiChange\|\|[0,1]\|\|0\|\|wenn 1, wird das Thermostat über die Änderung von desiredTemperature (DesiredChange) getriggert, ansonsten über die Änderung des Modes (ModeChange)