HomeMatic HMInfo TempList/Weekplan - Versionsgeschichte

Ph1959de: diverse kleine Änderungen

2024-03-18T18:30:24Z

diverse kleine Änderungen

← Nächstältere Version		Version vom 18. März 2024, 20:30 Uhr
Zeile 13:		Zeile 13:

	== Begriffe==		== Begriffe==
	~~Wir~~ müssen strikt drei Wochenpläne ~~unterscheiden~~:		Es müssen strikt drei Wochenpläne unterschieden werden:
	* ''activeList'' Wochenplan im Device. Dieser, und nur dieser ist '''wirksam'''. Er kann nicht direkt in FHEM dargestellt werden. FHEM muss die Daten auslesen um sie verarbeiten zu können. Siehe hierzu ~~kommandos~~ und ~~attribute~~ des Device:getConfig und autoReadReg.		* ''activeList'' Wochenplan im Device. Dieser, und nur dieser ist '''wirksam'''. Er kann nicht direkt in FHEM dargestellt werden. FHEM muss die Daten auslesen, um sie verarbeiten zu können. Siehe hierzu Kommandos und Attribute des Device: '''''getConfig''''' und '''''autoReadReg'''''.
	* ''referenceList'' Wochenplan in FHEM. Für jedes Device wird ein Wochenplan (bei einigen Devices können es ~~sogar~~ mehrere sein) dargestellt. Dies ist die aus dem Device gelesene activeList. Es liegt in der Verantwortung des ~~User~~, die Liste aktuell zu halten.		* ''referenceList'' Wochenplan in FHEM. Für jedes Device wird ein Wochenplan (bei einigen Devices können es auch mehrere sein) dargestellt. Dies ist die aus dem Device gelesene activeList. Es liegt in der Verantwortung des Benutzers, die Liste aktuell zu halten.
	* ''tempTemplates'' Vorlagen für Wochenpläne. Diese werden in externen Dateien erstellt. Man kann Devices eines der tempTemplates zuweisen um es zu prüfen oder einzuspielen.		* ''tempTemplates'' Vorlagen für Wochenpläne. Diese werden in externen Dateien erstellt. Man kann Devices eines der tempTemplates zuweisen um es zu prüfen oder einzuspielen.

Zeile 33:		Zeile 33:
	** Es sind immer Paare einzutragen		** Es sind immer Paare einzutragen
	** der Beginn um 00:00 ist nicht einzutragen		** der Beginn um 00:00 ist nicht einzutragen
	** der letzte Eintrag '''muss''' an ~~jeden~~ Tag 24:00 sein		** der letzte Eintrag '''muss''' an jedem Tag 24:00 sein
	** Uhrzeiten sind auf halbe Stunden beschränkt. Einträge 08:00 und 08:30 sind gültig. 08:20 ist ungültig.		** Uhrzeiten sind auf halbe Stunden beschränkt. Einträge 08:00 und 08:30 sind gültig. 08:20 ist ungültig.
	Beispiel:		Beispiel:
Zeile 54:		Zeile 54:

	==== Erstellen der ersten Template-Datei====		==== Erstellen der ersten Template-Datei====
	Um nicht auf der grünen Wiese beginnen zu müssen, empfiehlt es sich den aktuellen Ist-Zustand (die ''referenceList'') mit dem unten beschriebenen HMInfo-Befehl <code>save</code> in eine Datei zu schreiben. Vorab sollten die HMInfo-Attribute <code>configDir</code> und <code>configTempFile</code> gesetzt sein.		Um nicht auf der grünen Wiese beginnen zu müssen, empfiehlt es sich, den aktuellen Ist-Zustand (die ''referenceList'') mit dem unten beschriebenen HMInfo-Befehl <code>save</code> in eine Datei zu schreiben. Vorab sollten die HMInfo-Attribute <code>configDir</code> und <code>configTempFile</code> gesetzt sein.
	attr <HMInfo> configDir setup		attr <HMInfo> configDir setup
	attr <HMInfo> configTempFile myWeekplan.cfg		attr <HMInfo> configTempFile myWeekplan.cfg

Ph1959de: Schreibweise "HomeMatic", diverse kleinere Korrekturen und Formatierungsänderungen

2021-12-02T16:04:37Z

Schreibweise "HomeMatic", diverse kleinere Korrekturen und Formatierungsänderungen

Änderungen zeigen

Moontear: Ich halte eine kurze Zusammenfassung sinnvoll, da ich jedes Mal diesen Artikel durchforste welche Befehle ich durchführen muss zum umschalten.

2019-09-29T11:19:16Z

Ich halte eine kurze Zusammenfassung sinnvoll, da ich jedes Mal diesen Artikel durchforste welche Befehle ich durchführen muss zum umschalten.

← Nächstältere Version		Version vom 29. September 2019, 13:19 Uhr
Zeile 163:		Zeile 163:

	Das template RTopa muss also nur im File Winter.cfg vorhanden sein:		Das template RTopa muss also nur im File Winter.cfg vorhanden sein:

			=== Vorgehen Winter/Sommerumstellung ===
			Wenn man von dem einen auf das andere Heizprogramm umschalten möchte (ausgehend davon dass es Winter.cfg und Sommer.cfg gibt, und man auf Winter umstellen möchte), sind die typischen Befehle die Folgenden:

			attr hm configTempFile Winter.cfg,Sommer.cfg
			set hm tempListG restore
			set hm tempListG verify

			Nach einer kurzen Zeit sollten alle Heizkörper ein ''passed'' per verify wiedergeben. Dass sie sofort nach setzen der neuen Konfiguration per ''restore'' ein fail wiedergeben ist normal.

	[[Kategorie:HomeMatic supportDevice]]		[[Kategorie:HomeMatic supportDevice]]
	[[Kategorie:HOWTOS]]		[[Kategorie:HOWTOS]]

Morgennebel: /* Erstellen der ersten Template-Datei */

2019-09-18T15:38:27Z

Erstellen der ersten Template-Datei

← Nächstältere Version		Version vom 18. September 2019, 17:38 Uhr
Zeile 60:		Zeile 60:
	Der letzte Befehl speichert die ''referenceList'' jedes Gerät in der Datei <code>setup/myWeekplan.cfg</code>. Als ''Entity'' wird der Name des Thermostaten verwendet – das Attribut ''tempListTmpl'' wird nicht beachtet. Die Datei kann anschließend mit einem Text-Editor bearbeitet werden. Wochenpläne können zusammengefasst und verändert werden.		Der letzte Befehl speichert die ''referenceList'' jedes Gerät in der Datei <code>setup/myWeekplan.cfg</code>. Als ''Entity'' wird der Name des Thermostaten verwendet – das Attribut ''tempListTmpl'' wird nicht beachtet. Die Datei kann anschließend mit einem Text-Editor bearbeitet werden. Wochenpläne können zusammengefasst und verändert werden.

	''Achtung'': bei der Verwendung von [[~~configDB~~]] wird die Datei nicht in das Dateisystem, sondern gleich in die configDB geschrieben. Mit Hilfe des Kommandos		''Achtung'': bei der Verwendung von [[configdb]] wird die Datei nicht in das Dateisystem, sondern gleich in die configDB geschrieben. Mit Hilfe des Kommandos

	configdb filelist		configdb filelist

Morgennebel: /* Erstellen der ersten Template-Datei */

2019-09-18T15:37:58Z

Erstellen der ersten Template-Datei

← Nächstältere Version		Version vom 18. September 2019, 17:37 Uhr
Zeile 58:		Zeile 58:
	attr <HMInfo> configTempFile myWeekplan.cfg		attr <HMInfo> configTempFile myWeekplan.cfg
	set <HMInfo> tempList save		set <HMInfo> tempList save
	Der letzte Befehl speichert die ''referenceList'' jedes ~~Gerätz~~ in der Datei <code>setup/myWeekplan.cfg</code>. Als ''Entity'' wird der Name des Thermostaten verwendet – das Attribut ''tempListTmpl'' wird nicht beachtet. Die Datei kann anschließend mit einem Text-Editor bearbeitet werden. Wochenpläne können zusammengefasst und verändert werden.		Der letzte Befehl speichert die ''referenceList'' jedes Gerät in der Datei <code>setup/myWeekplan.cfg</code>. Als ''Entity'' wird der Name des Thermostaten verwendet – das Attribut ''tempListTmpl'' wird nicht beachtet. Die Datei kann anschließend mit einem Text-Editor bearbeitet werden. Wochenpläne können zusammengefasst und verändert werden.

			''Achtung'': bei der Verwendung von [[configDB]] wird die Datei nicht in das Dateisystem, sondern gleich in die configDB geschrieben. Mit Hilfe des Kommandos

			configdb filelist
			configdb fileexport myWeekplan.cfg

			kann diese exportiert, bearbeitet und danach wieder in die configdb eingelesen werden.

	=== Templates zuweisen===		=== Templates zuweisen===

Beta-User: Infos aus https://forum.fhem.de/index.php/topic,98014.msg913194.html#msg913194 aufgenommen

2019-03-01T09:32:02Z

Infos aus https://forum.fhem.de/index.php/topic,98014.msg913194.html#msg913194 aufgenommen

← Nächstältere Version		Version vom 1. März 2019, 11:32 Uhr
Zeile 20:		Zeile 20:
	== Wochenprogramme ==		== Wochenprogramme ==
	=== Datei ===		=== Datei ===
			{{Randnotiz\|RNTyp=g\|RNText=Ab firmware-Version 1.5 unterstützen die HM-TC-RT-DN nach Angaben eines Forennutzers auch Angaben im 5-Minuten-Raster.}}
	Zur Verwendung einer Temperaturliste als Wochenprogramm muss eine Datei erzeugt werden, mit folgendem Inhalt:		Zur Verwendung einer Temperaturliste als Wochenprogramm muss eine Datei erzeugt werden, mit folgendem Inhalt:
	* Für jede Temperaturliste eine Namensliste in der Form <code>entities:<name1>,<name2>,...</code>		* Für jede Temperaturliste eine Namensliste in der Form <code>entities:<name1>,<name2>,...</code>
Zeile 28:		Zeile 29:
	* In jeder Zeile nach dem Wochentagscode eine Liste von Zeit/Wert-Paaren, diese stellen das jeweilige Tagesprogramm dar, z.B. '''08:00 14.0 15:00 18.0 21:30 19.0 24:00 14.0''',		* In jeder Zeile nach dem Wochentagscode eine Liste von Zeit/Wert-Paaren, diese stellen das jeweilige Tagesprogramm dar, z.B. '''08:00 14.0 15:00 18.0 21:30 19.0 24:00 14.0''',
	** Jedes Tagesprogramm beginnt um 00:00 Uhr.		** Jedes Tagesprogramm beginnt um 00:00 Uhr.
	** Das erste Paar 08:00 14.0 bedeutet also, dass von 00:00 bis 08:00 eine Temperatur von 14.0 eingestellt werden soll.		** Das erste Paar 08:00 14.0 bedeutet also, dass von 00:00 '''bis 08:00''' eine Temperatur von 14.0 eingestellt werden soll.
	** Das zweite Paar 15:00 18.0 bedeutet also, dass von 08:00 bis 15:00 18.0 Grad einzustellen sind		** Das zweite Paar 15:00 18.0 bedeutet also, dass von 08:00 bis 15:00 18.0 Grad einzustellen sind
	** Es sind immer Paare einzutragen		** Es sind immer Paare einzutragen

Sidey: Files in externe Dateien übersetzt

2018-09-29T21:21:05Z

Files in externe Dateien übersetzt

← Nächstältere Version		Version vom 29. September 2018, 23:21 Uhr
Zeile 16:		Zeile 16:
	* ''activeList'' Wochenplan im Device. Dieser, und nur dieser ist '''wirksam'''. Er kann nicht direkt in FHEM dargestellt werden. FHEM muss die Daten auslesen um sie verarbeiten zu können. Siehe hierzu kommandos und attribute des Device:getConfig und autoReadReg.		* ''activeList'' Wochenplan im Device. Dieser, und nur dieser ist '''wirksam'''. Er kann nicht direkt in FHEM dargestellt werden. FHEM muss die Daten auslesen um sie verarbeiten zu können. Siehe hierzu kommandos und attribute des Device:getConfig und autoReadReg.
	* ''referenceList'' Wochenplan in FHEM. Für jedes Device wird ein Wochenplan (bei einigen Devices können es sogar mehrere sein) dargestellt. Dies ist die aus dem Device gelesene activeList. Es liegt in der Verantwortung des User, die Liste aktuell zu halten.		* ''referenceList'' Wochenplan in FHEM. Für jedes Device wird ein Wochenplan (bei einigen Devices können es sogar mehrere sein) dargestellt. Dies ist die aus dem Device gelesene activeList. Es liegt in der Verantwortung des User, die Liste aktuell zu halten.
	* ''tempTemplates'' Vorlagen für Wochenpläne. Diese werden in ~~Files~~ erstellt. Man kann Devices eines der tempTemplates zuweisen um es zu prüfen oder einzuspielen.		* ''tempTemplates'' Vorlagen für Wochenpläne. Diese werden in externen Dateien erstellt. Man kann Devices eines der tempTemplates zuweisen um es zu prüfen oder einzuspielen.

	== Wochenprogramme ==		== Wochenprogramme ==

Pahenning am 20. März 2018 um 08:08 Uhr

2018-03-20T08:08:27Z

Änderungen zeigen

Pahenning: /* HMInfo Kommandos */

2018-03-20T07:14:25Z

HMInfo Kommandos

← Nächstältere Version		Version vom 20. März 2018, 09:14 Uhr
Zeile 77:		Zeile 77:
	Die HMInfo-Befehle, die Temperaturlisten verwalten, folgen dem Schema:		Die HMInfo-Befehle, die Temperaturlisten verwalten, folgen dem Schema:

	set <HMInfo> tempList <Befehl>		set <HMInfo> tempList <Befehl> [<Dateiname>]

	Die verfügbaren Befehle sind:		Die verfügbaren Befehle sind:

	; <code>save</code>		; <code>save</code>
	: Speichert den aktuellen Zustand der Thermostate (''referenceList'') in der ''tempList''-Datei ab.		: Speichert den aktuellen Zustand der Thermostate (''referenceList'') in der ''tempList''-Datei ab. Zu beachten ist, dass die aktuell in FHEM vorhandenen Werte benutzt werden. Der Benutzer muss selbst sicher stellen, dass diese mit den Werten im Gerät übereinstimmen. Alle eventuell vorher in der Datei vorhandenen Werte werden überschrieben.
	; <code>verify</code>		; <code>verify</code>
	: Vergleicht den Ist-Zustand (''referenceList'') mit dem Soll-Zustand (dem Wochenplan aus dem ''tempListTmpl''-Attribut). Abweichungen werden angezeigt aber nicht behoben. Diese Prüfung ist auch Teil von HMInfos <code>configCheck</code>.		: Vergleicht den Ist-Zustand (''referenceList'') mit dem Soll-Zustand (dem Wochenplan aus dem ''tempListTmpl''-Attribut). Abweichungen werden angezeigt, aber nicht behoben. Diese Prüfung ist auch Teil von HMInfos <code>configCheck</code>.
	; <code>restore</code>		; <code>restore</code>
	: Stellt den Soll-Zustand wieder her. Funktioniert im Prinzip wie <code>verify</code>, jedoch werden alle Abweichungen vom Soll-Zustand korrigiert. Zu beachten ist die Verzögerung beim Schreiben (siehe [[HomeMatic HMInfo#protoEvents\|HMInfo protoEvents]], Device Status und Beschreibung des Device) und dass nach dem Schreiben die ''referenceList'' neu geladen werden muss. ~~Wir empfehlen~~ <code>autoReadReg</code> auf Level 5 zu setzen. Ein Restore kann jederzeit ausgeführt werden. Sind alle Daten aktuell wird ''keine'' Temperaturliste geschrieben; es erfolgt keinerlei Funkverkehr.		: Stellt den Soll-Zustand wieder her. Funktioniert im Prinzip wie <code>verify</code>, jedoch werden alle Abweichungen vom Soll-Zustand korrigiert. Zu beachten ist die Verzögerung beim Schreiben (siehe [[HomeMatic HMInfo#protoEvents\|HMInfo protoEvents]], Device Status und Beschreibung des Device) und dass nach dem Schreiben die ''referenceList'' neu geladen werden muss. Es wird empfohlen, <code>autoReadReg</code> auf Level 5 zu setzen. Ein Restore kann jederzeit ausgeführt werden. Sind alle Daten aktuell, wird ''keine'' Temperaturliste geschrieben; es erfolgt keinerlei Funkverkehr.
	; <code>status</code>		; <code>status</code>
	: Gibt eine Übersicht über die genutzten Templates aus.		: Gibt eine Übersicht über die genutzten Templates aus.

	Das Web-Frontend verwendet den nahezu identischen Befehl <code>tempListG</code>. Da dieser Befehl keine weiteren Argumente zulässt kann das Frontend ein Pulldown-Menü anzeigen. Das "G" steht für "Global" – da keine Filter unterstützt werden wirken alle Befehle auf alle HomeMatic-Geräte.		Das Web-Frontend verwendet den nahezu identischen Befehl <code>tempListG</code>. Da dieser Befehl keine weiteren Argumente zulässt kann das Frontend ein Pulldown-Menü anzeigen. Das "G" steht für "Global" – da keine Filter unterstützt werden, wirken alle Befehle auf alle HomeMatic-Geräte.

	==Nutzungsbeispiele==		==Nutzungsbeispiele==

Pahenning: /* Mögliche Files */

2018-03-20T07:05:21Z

Mögliche Files

← Nächstältere Version		Version vom 20. März 2018, 09:05 Uhr
Zeile 23:		Zeile 23:
	=== Mögliche Files===		=== Mögliche Files===
	tempListTemplates werden immer in Files verwaltet. Man kann Templates in mehreren Files verwalten. Ferner gibt es unterschiedliche Methoden, ein File zu spezifizieren.		tempListTemplates werden immer in Files verwaltet. Man kann Templates in mehreren Files verwalten. Ferner gibt es unterschiedliche Methoden, ein File zu spezifizieren.
	* '''attr tempListTmpl im Device''': hier spezifiziert man das Template. Will man sich von ~~tempaltes~~ entkoppeln sollte man '''tempListTmpl none''' unbedingt setzen.		* '''attr tempListTmpl im Device''': hier spezifiziert man das Template. Will man sich von templates entkoppeln sollte man '''tempListTmpl none''' unbedingt setzen.
	** '''Wohnzimmer''': das template '''Wohnzimmer''' wird im default File gesucht		** '''Wohnzimmer''': das template '''Wohnzimmer''' wird im default File gesucht
	** '''myWeekplan.cfg:Wohnzimmer''': das template '''Wohnzimmer''' wird im File ''myWeekplan.cfg'' mit relativen Pfad von FHEM home gesucht		** '''myWeekplan.cfg:Wohnzimmer''': das template '''Wohnzimmer''' wird im File ''myWeekplan.cfg'' mit relativen Pfad von FHEM home gesucht