Kuschelig2.0 - Versionsgeschichte

SebastianG: /* TODO */

2015-04-02T15:33:06Z

TODO

← Nächstältere Version		Version vom 2. April 2015, 15:33 Uhr
Zeile 126:		Zeile 126:
	== TODO ==		== TODO ==

	* ~~Die~~ Heizung in der Küche ~~mit anbinden!~~		* Das Anbinden der Heizung in der Küche, könnte das Heizen beschleunigen. Bisher schaffen wir nur etwa 0,7°C pro Stunde auf Bauchnabelhöhe. An der Decke wird's natürlich schneller warm.
	* <s~~>Pyro scheint neuerdings nicht lange "durchzuhalten" (ist dann nicht mehr erreichbar)</s>~~		* Sdx hat freundlicherweise einen Sensor für das Fenster gebastelt, mit dem wie messen können, ob gelüftet wird oder nicht. Es ist noch nicht ganz klar, wie der an pyro angebunden werden kann und ob der Kernel diese Art von 1wire-Gerät schon unterstützt. Die Idee ist jedenfalls, solange nicht zu boosten, bis das Fenster wieder zu ist, damit möglichst wenig Wärme direkt nach draußen abhaut.
	* ~~<s>Der Boost~~ wird nicht ~~wie erwartet alle 6 Minuten sondern eher im 10-Minuten-Takt ausgelöst~~. Es ~~dauert also länger, bis die Zieltemperatur erreicht~~ ist, ~~wenn sie überhaupt erreicht~~ werden kann~~. Keine Ahnung warum. In~~ der ~~crontab~~ von ~~root steht das <code>boostiftoocold</code>~~-~~Skript so drin~~, ~~dass es alle 6 Minuten gestartet werden müsste.</s>~~		* Der Bot fliegt regelmäßig aus dem Chat raus, ist dann aber noch direkt erreichbar. Bisher hatten unsere Gegenmaßnahmen keinen Erfolg. Das kann doch nicht so schwer sein!
	~~Das Problem war~~ das ~~ein von /bin/therm-boost-fg angelegtes Lockfile für 9 Minuten existierte obwohl es eigentlich nur 5minuten 30 sekunden leben~~		* schedule.py könnte noch angepasst werden: Das Zuspät-Kommen wird derzeit mit einem automatisch generierten Abschalt-Eintrag für 2 Stunden später bestraft. Man muss also dran denken, das aus dem Heizplan zu löschen, wenn man später kommt. Besser wäre natürlich, dieses Event automatisch zu löschen, wenn die Tür aufgeht. Dazu bräuchte man wahrscheinlich extra Flags je Heizplan-Eintrag. Z.B. ein "Lösch mich automatisch, wenn die Tür aufgeht"-Flag.
	~~sollte.~~
	~~Das Problem müsste behoben sein ich habe es aber noch nicht getestet~~.
	* ~~<s>~~Der Bot fliegt ~~noch~~ regelmäßig aus dem ~~MUC~~ raus. ~~Möglicherweise bekommt der Bot vom MUC eine Nachricht, die er~~ nicht ~~parsen kann (hab da eine Fehlermeldung in der screen~~-~~Session gesehen~~, ~~die auf ein fehlendes Anführungszeichen hindeutet) und will dies als Fehlermeldung~~ dem ~~MUC berichten~~, ~~welcher darauf den Bot rausschmeißt~~.~~</s>~~
	~~Ich denke der fehler müsste erstmal behoben sein ich habe in /lib/python3~~.~~4/site~~-~~packages/sleekxmpp/stanza/rootstanza~~.~~py die Zeilen 75-79 auskommentiert~~
	~~so das der bot keine Fehlermeldung mehr sendet wenn er eine Nachricht für ungültig hält~~.
	~~Eigentlich müsste es aber eine schönere Lösung für das Problem geben~~.
	* Bessere Fehlerbehandlung: Beispielsweise wird die Abschaltautomatik ohne irgendeine Art der Beschwerde ausgehebelt, wenn ~~der Türstatus~~-~~Service nicht läuft. Wir müssten uns mal überlegen, wie wir solche Fehler sichtbar machen können~~.

SebastianG am 26. März 2015 um 14:28 Uhr

2015-03-26T14:28:03Z

← Nächstältere Version		Version vom 26. März 2015, 14:28 Uhr
Zeile 107:		Zeile 107:
	Türstatus-, Sensorabfrage und -Logging sowie das Auslösen der Boost-Funktion des Heizungsventils geschieht über die Skripte auf '''pyro''', die in <code>/root/pyro/heizung/</code> liegen, von <code>/bin</code> aus verlinkt sind und über die crontab vom Benutzer root regelmäßig gestartet werden. Die aktuelle Raumtemperatur wird im Moment als Minimum zweier Sensoren in Raum01 ermittelt, wobei „Ausreißer“ (wenn ein Sensor z.B. mal gerade 85° sagt) rausgefiltert werden. Diese Skripte stehen unter Versionskontrolle: git.cccgoe.de.		Türstatus-, Sensorabfrage und -Logging sowie das Auslösen der Boost-Funktion des Heizungsventils geschieht über die Skripte auf '''pyro''', die in <code>/root/pyro/heizung/</code> liegen, von <code>/bin</code> aus verlinkt sind und über die crontab vom Benutzer root regelmäßig gestartet werden. Die aktuelle Raumtemperatur wird im Moment als Minimum zweier Sensoren in Raum01 ermittelt, wobei „Ausreißer“ (wenn ein Sensor z.B. mal gerade 85° sagt) rausgefiltert werden. Diese Skripte stehen unter Versionskontrolle: git.cccgoe.de.

	Ob die Boost-Funktion der Heizung ausgelöst werden soll oder nicht, entscheidet das regelmäßig laufende <code>boostiftoocold</code>-Skript. Dieses vergleicht eine Ist-Temperatur mit einer on-the-fly ~~bestimten~~ Soll-Temperatur, die das <code>schedule.py</code>-Skript berechnet; denn das verwaltet all die Vorgaben und kann bestimmen welche Temperatur wann mindestens erreicht sein muss, damit die Ziele erfüllt werden können.		Ob die Boost-Funktion der Heizung ausgelöst werden soll oder nicht, entscheidet das regelmäßig laufende <code>boostiftoocold</code>-Skript. Dieses vergleicht eine Ist-Temperatur mit einer on-the-fly bestimmten Soll-Temperatur, die das <code>schedule.py</code>-Skript berechnet; denn das verwaltet all die Vorgaben und kann bestimmen welche Temperatur wann mindestens erreicht sein muss, damit die Ziele erfüllt werden können.

	Auf '''pyro''' läuft auch der XMPP-Bot unter dem User <code>nokbot</code>. Der Bot wird aktuell automatisch nach dem Booten über <code>cron</code> gestartet. Dessen Python-Code liegt im Heimverzeichnis von <code>nokbot</code> und steht unter Versionskontrolle (BitBucket-Projekt von defnull).		Auf '''pyro''' läuft auch der XMPP-Bot unter dem User <code>nokbot</code>. Der Bot wird aktuell automatisch nach dem Booten über <code>cron</code> gestartet. Dessen Python-Code liegt im Heimverzeichnis von <code>nokbot</code> und steht unter Versionskontrolle (BitBucket-Projekt von defnull).

SebastianG: Typos

2015-03-26T14:25:56Z

Typos

SebastianG: /* TODO */

2015-02-26T23:56:20Z

TODO

← Nächstältere Version		Version vom 26. Februar 2015, 23:56 Uhr
Zeile 126:		Zeile 126:
	== TODO ==		== TODO ==

			* Die Heizung in der Küche mit anbinden!
	* <s>Pyro scheint neuerdings nicht lange "durchzuhalten" (ist dann nicht mehr erreichbar)</s>		* <s>Pyro scheint neuerdings nicht lange "durchzuhalten" (ist dann nicht mehr erreichbar)</s>
	* <s>Der Boost wird nicht wie erwartet alle 6 Minuten sondern eher im 10-Minuten-Takt ausgelöst. Es dauert also länger, bis die Zieltemperatur erreicht ist, wenn sie überhaupt erreicht werden kann. Keine Ahnung warum. In der crontab von root steht das <code>boostiftoocold</code>-Skript so drin, dass es alle 6 Minuten gestartet werden müsste.</s>		* <s>Der Boost wird nicht wie erwartet alle 6 Minuten sondern eher im 10-Minuten-Takt ausgelöst. Es dauert also länger, bis die Zieltemperatur erreicht ist, wenn sie überhaupt erreicht werden kann. Keine Ahnung warum. In der crontab von root steht das <code>boostiftoocold</code>-Skript so drin, dass es alle 6 Minuten gestartet werden müsste.</s>

SebastianG: /* Heizungssteuerung über Chat-Bot */

2015-02-26T23:55:24Z

Heizungssteuerung über Chat-Bot

← Nächstältere Version		Version vom 26. Februar 2015, 23:55 Uhr
Zeile 15:		Zeile 15:
	* kuschdel – Einträge aus dem Heizplan entfernen		* kuschdel – Einträge aus dem Heizplan entfernen

	Wenn man es einfach nur warm haben will, so schnell es nur geht, kann <code>kuschelig</code> ohne Parameter aufgerufen werden. Das ist dann äquivalent zu <code>kuschelig on</code>. Dementsprechend gibt es auch <code>kuschelig off</code>. Statt on/off lässt sich auch eine Temperatur zwischen 17-24 Grad Celsius angeben. Diese Befehle ohne eine Zeitangabe bedeuten immer "so schnell wie möglich" und überschreiben gegebenenfalls eine schon andere vorhandene Vorgabe.		Wenn man es einfach nur warm haben will, so schnell es nur geht, kann <code>kuschelig</code> ohne Parameter aufgerufen werden. Das ist dann äquivalent zu <code>kuschelig on</code>. Dementsprechend gibt es auch <code>kuschelig off</code>. Statt on/off lässt sich auch eine Temperatur zwischen 17-24 Grad Celsius angeben. Diese Befehle ohne eine Zeitangabe bedeuten immer "so schnell wie möglich" und überschreiben gegebenenfalls eine schon andere vorhandene Vorgabe:

	Wenn man sich entschließt, zu einer bestimmten Uhrzeit heute oder morgen im Noklab zu erscheinen, kann das kuschelig-Kommando noch um diese Zeit ergänzt werden. Wird zum Beispiel folgender Befehl eingegeben		Wenn man sich entschließt, zu einer bestimmten Uhrzeit heute oder morgen im Noklab zu erscheinen, kann das kuschelig-Kommando noch um diese Zeit ergänzt werden. Wird zum Beispiel folgender Befehl eingegeben
Zeile 21:		Zeile 21:
	!kuschelig 21 19:00		!kuschelig 21 19:00

	dann versucht das Heizsystem die gewünschte Temperatur von 21°C bis 19 Uhr zu erreichen. Dazu muss dieses Ziel allerdings früh genug bekannt sein. Andere Tage lassen sich auch angeben~~. Nur muss man dabei etwas aufpassen, weil der kuschelg-Befehl Parameter anhand von Leerzeichen voneinander unterscheided. Man muss ein Datum gegebenenfalls in Anführungszeichen setzen~~:		dann versucht das Heizsystem die gewünschte Temperatur von 21°C bis 19 Uhr zu erreichen. Dazu muss dieses Ziel allerdings früh genug bekannt sein. Andere Tage lassen sich auch angeben:

	!kuschelig 21 19:00 tomorrow		!kuschelig 21 19:00 tomorrow
	!kuschelig ~~21 19~~:00 ~~"Feb 24"~~		!kuschelig 20 20:00 2015-03-03

	Über das status-Kommando lässt sich eine Liste der Einträge, wann welche Temperatur erreicht werden soll, ~~anzeigen~~:		Über das status-Kommando lässt sich die aktuelle Raumtemperatur und eine Liste der Einträge, wann welche Temperatur erreicht werden soll, abfragen:

	!status		!status
Zeile 34:		Zeile 34:
	!status all		!status all

	bekommt man dann alle Einträge ~~im Heizplan~~ zu sehen.		bekommt man dann alle Einträge des Heizplans zu sehen.

	Zum Löschen der Einträge kann das Kommando <code>kuschdel</code> benutzt werden. Es erwartet einen oder mehrere Indides für die zu löschenden Einträge als einen Parameter. Beispiel:		Zum Löschen der Einträge kann das Kommando <code>kuschdel</code> benutzt werden. Es erwartet einen oder mehrere Indides für die zu löschenden Einträge als einen Parameter. Beispiel:
Zeile 40:		Zeile 40:
	!kuschdel 1		!kuschdel 1
	!kuschdel 2,3		!kuschdel 2,3

	~~Man achte darauf, dass in der Liste der Indizes kein Leerzeichen enthalten ist. Sonst müsste man wieder die Anführungszeichen bemühen.~~

	== Statusanzeige per Ampel ==		== Statusanzeige per Ampel ==

SebastianG: /* Sensoren */

2015-02-25T19:04:38Z

Sensoren

← Nächstältere Version		Version vom 25. Februar 2015, 19:04 Uhr
Zeile 84:		Zeile 84:
	! ID !! Ort		! ID !! Ort
	\|-		\|-
	\| 10-00080181e1cf \|\| Küche: Heizung		\| 10-00080181e1cf \|\| Küche: Heizung Vorlauf
	\|-		\|-
	\| 10-000801dcbf7e \|\| Küche: Heizung		\| 10-000801dcbf7e \|\| Küche: Heizung Rücklauf
	\|-		\|-
	\| 10-000801dd1380 \|\| Heizung Rücklauf		\| 10-000801dd1380 \|\| Heizung Rücklauf

SebastianG: /* Funktionsweise der Software */

2015-02-25T17:58:03Z

Funktionsweise der Software

← Nächstältere Version		Version vom 25. Februar 2015, 17:58 Uhr
Zeile 107:		Zeile 107:
	== Funktionsweise der Software ==		== Funktionsweise der Software ==

	Türstatus-, Sensorabfrage und -Logging sowie das Auslösen der Boost-Funktion des Heizungsventils geschieht über die Skripte auf '''pyro''', die in <code>/root/pyro/heizung/</code> liegen, von <code>/bin</code> aus verlinkt sind und über die crontab vom Benutzer root regelmäßig gestartet werden. Die aktuelle Raumtemperatur wird im Moment als ~~Mittelung verschiedener~~ Sensoren in Raum01 ermittelt, wobei „Ausreißer“ (wenn ein Sensor z.B. mal gerade 85° sagt) rausgefiltert werden. Diese Scripte stehen unter Versionskontrolle: git.cccgoe.de.		Türstatus-, Sensorabfrage und -Logging sowie das Auslösen der Boost-Funktion des Heizungsventils geschieht über die Skripte auf '''pyro''', die in <code>/root/pyro/heizung/</code> liegen, von <code>/bin</code> aus verlinkt sind und über die crontab vom Benutzer root regelmäßig gestartet werden. Die aktuelle Raumtemperatur wird im Moment als Minimum zweier Sensoren in Raum01 ermittelt, wobei „Ausreißer“ (wenn ein Sensor z.B. mal gerade 85° sagt) rausgefiltert werden. Diese Scripte stehen unter Versionskontrolle: git.cccgoe.de.

	Ob die Boost-Funktion der Heizung ausgelöst werden soll oder nicht, entscheidet das regelmäßig laufende <code>boostiftoocold</code>-Skript. Dieses vergleicht eine Ist-Temperatur mit einer on-the-fly bestimten Soll-Temperatur, die das <code>schedule.py</code>-Skript berechnet; denn das verwaltet all die Vorgaben und kann bestimmen welche Temperatur wann mindestens erreicht sein muss, damit die Ziele erfüllt werden können.		Ob die Boost-Funktion der Heizung ausgelöst werden soll oder nicht, entscheidet das regelmäßig laufende <code>boostiftoocold</code>-Skript. Dieses vergleicht eine Ist-Temperatur mit einer on-the-fly bestimten Soll-Temperatur, die das <code>schedule.py</code>-Skript berechnet; denn das verwaltet all die Vorgaben und kann bestimmen welche Temperatur wann mindestens erreicht sein muss, damit die Ziele erfüllt werden können.

SebastianG: /* Abschaltautomatiken */

2015-02-24T11:20:49Z

Abschaltautomatiken

← Nächstältere Version		Version vom 24. Februar 2015, 11:20 Uhr
Zeile 121:		Zeile 121:
	Wir wollen nicht umsonst heizen. Deswegen gibt es zwei Automatiken, die die Heizung abschalten können, ohne dabei zukünftige Heizpläne zu beeinflussen:		Wir wollen nicht umsonst heizen. Deswegen gibt es zwei Automatiken, die die Heizung abschalten können, ohne dabei zukünftige Heizpläne zu beeinflussen:

	* Fall „Keiner ist gekommen“: Wenn die Zeit eines bestimmten Temperatur-Ziels erreicht wurde, die Wohnungstür aber noch geschlossen ist, wird automatisch ein Abschalt-Event für ~~60 Minuten~~ später eingefügt (quasi <code>!kuschelig off ~~60min~~</code>). Kommt man also etwas später und möchte es es warm halten, muss man manuell dieses Abschalt-Event entfernen. Ja, das ist suboptimal und könnte noch verbessert werden.		* Fall „Keiner ist gekommen“: Wenn die Zeit eines bestimmten Temperatur-Ziels erreicht wurde, die Wohnungstür aber noch geschlossen ist, wird automatisch ein Abschalt-Event für 2 Stunden später eingefügt (quasi <code>!kuschelig off 2h</code>). Kommt man also etwas später und möchte es es warm halten, muss man manuell dieses Abschalt-Event entfernen, damit die Heizung nicht einfach ausgeht. Ja, das ist suboptimal und könnte noch verbessert werden.
	* Fall „Keiner ist mehr da“: Wenn das Heizsystem mitbekommt, dass die Tür von einem offenen in den geschlossenen Zustand wechselt, dann wird automatisch quasi ein <code>!kuschelig off</code> ausgelöst.		* Fall „Keiner ist mehr da“: Wenn das Heizsystem mitbekommt, dass die Tür von einem offenen in den geschlossenen Zustand wechselt, dann wird automatisch quasi ein <code>!kuschelig off</code> ausgelöst.

SebastianG: /* Funktionsweise der Software */

2015-02-24T11:18:21Z

Funktionsweise der Software

← Nächstältere Version		Version vom 24. Februar 2015, 11:18 Uhr
Zeile 108:		Zeile 108:

	Türstatus-, Sensorabfrage und -Logging sowie das Auslösen der Boost-Funktion des Heizungsventils geschieht über die Skripte auf '''pyro''', die in <code>/root/pyro/heizung/</code> liegen, von <code>/bin</code> aus verlinkt sind und über die crontab vom Benutzer root regelmäßig gestartet werden. Die aktuelle Raumtemperatur wird im Moment als Mittelung verschiedener Sensoren in Raum01 ermittelt, wobei „Ausreißer“ (wenn ein Sensor z.B. mal gerade 85° sagt) rausgefiltert werden. Diese Scripte stehen unter Versionskontrolle: git.cccgoe.de.		Türstatus-, Sensorabfrage und -Logging sowie das Auslösen der Boost-Funktion des Heizungsventils geschieht über die Skripte auf '''pyro''', die in <code>/root/pyro/heizung/</code> liegen, von <code>/bin</code> aus verlinkt sind und über die crontab vom Benutzer root regelmäßig gestartet werden. Die aktuelle Raumtemperatur wird im Moment als Mittelung verschiedener Sensoren in Raum01 ermittelt, wobei „Ausreißer“ (wenn ein Sensor z.B. mal gerade 85° sagt) rausgefiltert werden. Diese Scripte stehen unter Versionskontrolle: git.cccgoe.de.

			Ob die Boost-Funktion der Heizung ausgelöst werden soll oder nicht, entscheidet das regelmäßig laufende <code>boostiftoocold</code>-Skript. Dieses vergleicht eine Ist-Temperatur mit einer on-the-fly bestimten Soll-Temperatur, die das <code>schedule.py</code>-Skript berechnet; denn das verwaltet all die Vorgaben und kann bestimmen welche Temperatur wann mindestens erreicht sein muss, damit die Ziele erfüllt werden können.

	Auf '''pyro''' läuft auch der XMPP-Bot unter dem User <code>nokbot</code>. Der Bot wird aktuell automatisch nach dem Booten über <code>cron</code> gestartet. Dessen Python-Code liegt im Heimverzeichnis von <code>nokbot</code> und steht unter Versionskontrolle (bitbucket-Projekt von defnull).		Auf '''pyro''' läuft auch der XMPP-Bot unter dem User <code>nokbot</code>. Der Bot wird aktuell automatisch nach dem Booten über <code>cron</code> gestartet. Dessen Python-Code liegt im Heimverzeichnis von <code>nokbot</code> und steht unter Versionskontrolle (bitbucket-Projekt von defnull).

	Diejenigen, die Änderungen an dem Jabber Bot vornehmen wollen, fragen defnull am besten nach Schreibzugriff auf das entsprechende git Repo. Nach Änderungen an diesem Repo kann man dem Bot per "reload" sagen, dass er sich neustarten soll. Dabei updatet er sich auch.

	Der Chat-Bot selbst macht gar nicht viel. Er liest die aktuelle Temperatur von <code>/var/therm/now</code> und ruft das <code>schedule.py</code>-Skript auf, um die Temperaturen und Zeiten festzulegen und anzuzeigen.		Der Chat-Bot selbst macht gar nicht viel. Er liest die aktuelle Temperatur von <code>/var/therm/now</code> und ruft das <code>schedule.py</code>-Skript auf, um die Temperaturen und Zeiten festzulegen und anzuzeigen.

	Ob die ~~Boost-Funktion der Heizung ausgelöst werden soll oder nicht~~, ~~entscheidet~~ das ~~regelmäßig laufende <code>boostiftoocold</code>-Skript~~. ~~Dieses vergleicht eine Ist-Temperatur mit einer on-the-fly bestimten Soll-Temperatur~~, ~~die das <code>schedule~~.~~py</code>-Skript berechnet; denn das verwaltet all die Vorgaben und kann bestimmen welche Temperatur wann mindestens erreicht sein muss, damit die Ziele erfüllt werden können~~.		Diejenigen, die Änderungen an dem Jabber Bot vornehmen wollen, fragen defnull am besten nach Schreibzugriff auf das entsprechende git Repo. Nach Änderungen an diesem Repo kann man dem Bot per "reload" sagen, dass er sich neustarten soll. Dabei updatet er sich auch.

	=== Abschaltautomatiken ===		=== Abschaltautomatiken ===

SebastianG: Umstrukturierung

2015-02-23T21:58:50Z

Umstrukturierung

← Nächstältere Version		Version vom 23. Februar 2015, 21:58 Uhr
Zeile 3:		Zeile 3:
	Onewire verwendet. Die Steuerung ist weiterhin mit einem Jabberbot möglich.		Onewire verwendet. Die Steuerung ist weiterhin mit einem Jabberbot möglich.
	Dieser läuft direkt auf dem Raspberry Pi und ist mit SleekXMPP in Python implementiert.		Dieser läuft direkt auf dem Raspberry Pi und ist mit SleekXMPP in Python implementiert.

	~~== Thermostat ==~~

	An der Heizung ist ein digitaler Thermostat, bei dem eine Zieltemperatur über ein Rad eingestellt werden kann. Dieser sollte im Modus "Manu" für "manuell" bleiben. Der Modus "Auto" ist nämlich dazu da, per Zeitschaltung verschiedene Temperaturen anzufahren. Das erfordert allerdings, dass man den auch richtig programmiert. Es passt auch nicht ganz zu unseren Gewohnheiten, weil nicht immer jemand da ist und wenn doch, dann vielleicht auch mal bis spät in die Nacht.

	Das Thermostat ist gleichzeitig ein 1-Wire-Endgerät, worüber man für 5 Minuten das Ventil voll aufdrehen kann ("boost"). Ziel von Kuschelig 2.0 ist es, über diese Boost-Funktion und in der Wohnung verteilte 1-Wire-Temperatursensoren die Regelung selbst zu machen, so dass man schon bevor man in den Space reingeht, die Temperatur über einen Chat-Bot erfragen und beinflussen kann. Im Winter soll man also, bevor man noch in den Raum reingeht, die Zieltemperatur einstellen können, damit man sich hier nicht erst einen abfrieren muss. Damit nicht immer geheizt wird, sollte aber die Zieltemperatur beim Thermostat selbst bei 17° liegen.

	~~Funktioniert das System mal gerade nicht, kann immer noch direkt am Thermostat die Zieltemperatur per Rad eingestellt werden. Man darf dann nicht vergessen, das wieder runter auf 17° zu stellen.~~

	~~Die 17°, die wir da beim Thermostat eingestellt haben, ist also die Midnesttemperatur, die wir nicht unterschreiten wollen, da es sonst mit der Luftfeuchtigkeit und Schimmel Probleme geben könnte.~~

	== Heizungssteuerung über Chat-Bot ==		== Heizungssteuerung über Chat-Bot ==
Zeile 67:		Zeile 57:
	\|}		\|}

	== ~~Elektronik~~ ==		== Hardware ==

	~~Die Heizung wird von einem Raspberry-Pi über Onewire gesteuert dabei werden die Sensoren und das Thermostat verwendet die schon~~		Folgende Hardware ist im Einsatz:
	~~bei [[Kuschelig]] zum~~ Einsatz ~~kamen.~~
	~~Sowohl das Thermostat und die Sensoren als auch der Raspberry-Pi werden über die 5-Volt und Masse Leitung der Onewire-Verbindung mit Strom versorgt.~~

	== ~~Funktionsweise der Software~~ ==		=== Thermostat ===

	~~Türstatus-, Sensorabfrage und -Logging sowie das Auslösen~~ der ~~Boost-Funktion des Heizungsventils geschieht über die Skripte auf '''pyro'''~~, ~~die in <code>/root/pyro/heizung/</code> liegen, von <code>/bin</code> aus verlinkt sind und~~ über ~~die crontab vom Benutzer root regelmäßig gestartet~~ werden. ~~Die aktuelle Raumtemperatur wird~~ im ~~Moment als Mittelung verschiedener Sensoren in Raum01 ermittelt~~, ~~wobei „Ausreißer“ (wenn ein Sensor z~~.B. mal ~~gerade 85° sagt) rausgefiltert werden. Diese Scripte stehen unter Versionskontrolle: git.cccgoe.de~~.		An der Heizung ist ein digitaler Thermostat, bei dem eine Zieltemperatur über ein Rad eingestellt werden kann. Dieser sollte im Modus "Manu" für "manuell" bleiben. Der Modus "Auto" ist nämlich dazu da, per Zeitschaltung verschiedene Temperaturen anzufahren. Das erfordert allerdings, dass man den auch richtig programmiert. Es passt auch nicht ganz zu unseren Gewohnheiten, weil nicht immer jemand da ist und wenn doch, dann vielleicht auch mal bis spät in die Nacht.

	~~Auf '''pyro''' läuft auch der XMPP~~-~~Bot unter dem User <code>nokbot</code>~~. ~~Der Bot wird aktuell automatisch nach dem Booten~~ über ~~<code>cron</code> gestartet. Dessen Python~~-~~Code liegt im Heimverzeichnis von <code>nokbot</code>~~ und ~~steht unter Versionskontrolle (bitbucket~~-~~Projekt von defnull)~~.		Das Thermostat ist gleichzeitig ein 1-Wire-Endgerät, worüber man für 5 Minuten das Ventil voll aufdrehen kann ("boost"). Ziel von Kuschelig 2.0 ist es, über diese Boost-Funktion und in der Wohnung verteilte 1-Wire-Temperatursensoren die Regelung selbst zu machen, so dass man schon bevor man in den Space reingeht, die Temperatur über einen Chat-Bot erfragen und beinflussen kann. Im Winter soll man also, bevor man noch in den Raum reingeht, die Zieltemperatur einstellen können, damit man sich hier nicht erst einen abfrieren muss. Damit nicht immer geheizt wird, sollte aber die Zieltemperatur beim Thermostat selbst bei 17° liegen.

	~~Diejenigen~~, die ~~Änderungen an dem Jabber Bot vornehmen wollen~~, ~~fragen defnull am besten nach Schreibzugriff~~ auf ~~das entsprechende git Repo. Nach Änderungen an diesem Repo kann man dem Bot per "reload" sagen, dass er sich neustarten soll. Dabei updatet er sich auch~~.		Funktioniert das System mal gerade nicht, kann immer noch direkt am Thermostat die Zieltemperatur per Rad eingestellt werden. Man darf dann nicht vergessen, das wieder runter auf 17° zu stellen.

	~~Der Chat-Bot selbst macht gar nicht viel. Er liest~~ die ~~aktuelle Temperatur von <code>/var/therm/now</code> und ruft das <code>schedule.py</code>-Skript auf~~, um die ~~Temperaturen und Zeiten festzulegen~~ und ~~anzuzeigen~~.		Die 17°, die wir da beim Thermostat eingestellt haben, ist also die Midnesttemperatur, die wir nicht unterschreiten wollen, da es sonst mit der Luftfeuchtigkeit und Schimmel Probleme geben könnte.

	Ob die Boost-Funktion der Heizung ausgelöst werden soll oder nicht, entscheidet das regelmäßig laufende <code>boostiftoocold</code>-Skript. Dieses vergleicht eine Ist-Temperatur mit einer on-the-fly bestimten Soll-Temperatur, die das <code>schedule.py</code>-Skript berechnet; denn das verwaltet all die Vorgaben und kann bestimmen welche Temperatur wann mindestens erreicht sein muss, damit die Ziele erfüllt werden können.		=== Elektronik ===

	~~=== Abschaltautomatiken ===~~		Die Heizung wird von einem Raspberry-Pi über Onewire gesteuert dabei werden die Sensoren und das Thermostat verwendet die schon
			bei [[Kuschelig]] zum Einsatz kamen.
	~~Wir wollen nicht umsonst heizen. Deswegen gibt es zwei Automatiken,~~ die die ~~Heizung abschalten können, ohne dabei zukünftige Heizpläne zu beeinflussen:~~		Sowohl das Thermostat und die Sensoren als auch der Raspberry-Pi werden über die 5-Volt und Masse Leitung der Onewire-Verbindung mit Strom versorgt.

	* Fall „Keiner ist gekommen“: Wenn die Zeit eines bestimmten Temperatur-Ziels erreicht wurde, die Wohnungstür aber noch geschlossen ist, wird automatisch ein Abschalt-Event für 60 Minuten später eingefügt (quasi <code>!kuschelig off 60min</code>). Kommt man also etwas später und möchte es es warm halten, muss man manuell dieses Abschalt-Event entfernen. Ja, das ist suboptimal und könnte noch verbessert werden.		=== Sensoren ===
	* Fall „Keiner ist mehr da“: Wenn das Heizsystem mitbekommt, dass die Tür von einem offenen in den geschlossenen Zustand wechselt, dann wird automatisch quasi ein <code>!kuschelig off</code> ausgelöst.

	~~Damit das mit der Türstatusabfrage klappt, muss auf '''brickme''' der entsprechende Türstatus-Abfrage Dienst laufen.~~

	== Sensoren ==

	Die One-Wire Sensoren mit ihren IDs, die überall im Space verteilt sind:		Die One-Wire Sensoren mit ihren IDs, die überall im Space verteilt sind:
Zeile 121:		Zeile 104:

	Die rosa hervorgehobenen Sensoren werden für die Bestimmung der Raumtemperatur aktuell verwendet.		Die rosa hervorgehobenen Sensoren werden für die Bestimmung der Raumtemperatur aktuell verwendet.

			== Funktionsweise der Software ==

			Türstatus-, Sensorabfrage und -Logging sowie das Auslösen der Boost-Funktion des Heizungsventils geschieht über die Skripte auf '''pyro''', die in <code>/root/pyro/heizung/</code> liegen, von <code>/bin</code> aus verlinkt sind und über die crontab vom Benutzer root regelmäßig gestartet werden. Die aktuelle Raumtemperatur wird im Moment als Mittelung verschiedener Sensoren in Raum01 ermittelt, wobei „Ausreißer“ (wenn ein Sensor z.B. mal gerade 85° sagt) rausgefiltert werden. Diese Scripte stehen unter Versionskontrolle: git.cccgoe.de.

			Auf '''pyro''' läuft auch der XMPP-Bot unter dem User <code>nokbot</code>. Der Bot wird aktuell automatisch nach dem Booten über <code>cron</code> gestartet. Dessen Python-Code liegt im Heimverzeichnis von <code>nokbot</code> und steht unter Versionskontrolle (bitbucket-Projekt von defnull).

			Diejenigen, die Änderungen an dem Jabber Bot vornehmen wollen, fragen defnull am besten nach Schreibzugriff auf das entsprechende git Repo. Nach Änderungen an diesem Repo kann man dem Bot per "reload" sagen, dass er sich neustarten soll. Dabei updatet er sich auch.

			Der Chat-Bot selbst macht gar nicht viel. Er liest die aktuelle Temperatur von <code>/var/therm/now</code> und ruft das <code>schedule.py</code>-Skript auf, um die Temperaturen und Zeiten festzulegen und anzuzeigen.

			Ob die Boost-Funktion der Heizung ausgelöst werden soll oder nicht, entscheidet das regelmäßig laufende <code>boostiftoocold</code>-Skript. Dieses vergleicht eine Ist-Temperatur mit einer on-the-fly bestimten Soll-Temperatur, die das <code>schedule.py</code>-Skript berechnet; denn das verwaltet all die Vorgaben und kann bestimmen welche Temperatur wann mindestens erreicht sein muss, damit die Ziele erfüllt werden können.

			=== Abschaltautomatiken ===

			Wir wollen nicht umsonst heizen. Deswegen gibt es zwei Automatiken, die die Heizung abschalten können, ohne dabei zukünftige Heizpläne zu beeinflussen:

			* Fall „Keiner ist gekommen“: Wenn die Zeit eines bestimmten Temperatur-Ziels erreicht wurde, die Wohnungstür aber noch geschlossen ist, wird automatisch ein Abschalt-Event für 60 Minuten später eingefügt (quasi <code>!kuschelig off 60min</code>). Kommt man also etwas später und möchte es es warm halten, muss man manuell dieses Abschalt-Event entfernen. Ja, das ist suboptimal und könnte noch verbessert werden.
			* Fall „Keiner ist mehr da“: Wenn das Heizsystem mitbekommt, dass die Tür von einem offenen in den geschlossenen Zustand wechselt, dann wird automatisch quasi ein <code>!kuschelig off</code> ausgelöst.

			Damit das mit der Türstatusabfrage klappt, muss auf '''brickme''' der entsprechende Türstatus-Abfrage Dienst laufen.

	== TODO ==		== TODO ==

← Nächstältere Version		Version vom 26. März 2015, 14:25 Uhr
Zeile 1:		Zeile 1:
	Kuschelig 2.0 ist jetzt im Testbetrieb und ersetzt damit die [[Kuschelig\|alte Heizungssteuerung]]. Sie läuft auf einem Raspberry Pi.		Kuschelig 2.0 ist jetzt im Testbetrieb und ersetzt damit die [[Kuschelig\|alte Heizungssteuerung]]. Sie läuft auf einem Raspberry Pi.
	Zur Ansteuerung der Thermostate und zum Auslesen der Temperatursensoren werden Linux Kernelmodule für		Zur Ansteuerung der Thermostate und zum Auslesen der Temperatursensoren werden Linux Kernelmodule für
	Onewire verwendet. Die Steuerung ist weiterhin mit einem ~~Jabberbot~~ möglich.		Onewire verwendet. Die Steuerung ist weiterhin mit einem Jabber-Bot möglich.
	Dieser läuft direkt auf dem Raspberry Pi und ist mit SleekXMPP in Python implementiert.		Dieser läuft direkt auf dem Raspberry Pi und ist mit SleekXMPP in Python implementiert.

Zeile 11:		Zeile 11:

	* help – gibt Informationen zu einem Kommando		* help – gibt Informationen zu einem Kommando
	* status – gibt die aktuelle Raumtemperatur ~~and~~ und Einträge im Heizplan, falls vorhanden		* status – gibt die aktuelle Raumtemperatur an und Einträge im Heizplan, falls vorhanden
	* kuschelig – Einträge zum Heizplan hinzufügen		* kuschelig – Einträge zum Heizplan hinzufügen
	* kuschdel – Einträge aus dem Heizplan entfernen		* kuschdel – Einträge aus dem Heizplan entfernen
Zeile 36:		Zeile 36:
	bekommt man dann alle Einträge des Heizplans zu sehen.		bekommt man dann alle Einträge des Heizplans zu sehen.

	Zum Löschen der Einträge kann das Kommando <code>kuschdel</code> benutzt werden. Es erwartet einen oder mehrere ~~Indides~~ für die zu löschenden Einträge als einen Parameter. Beispiel:		Zum Löschen der Einträge kann das Kommando <code>kuschdel</code> benutzt werden. Es erwartet einen oder mehrere Indizes für die zu löschenden Einträge als einen Parameter. Beispiel:

	!kuschdel 1		!kuschdel 1
Zeile 67:		Zeile 67:
	Funktioniert das System mal gerade nicht, kann immer noch direkt am Thermostat die Zieltemperatur per Rad eingestellt werden. Man darf dann nicht vergessen, das wieder runter auf 17° zu stellen.		Funktioniert das System mal gerade nicht, kann immer noch direkt am Thermostat die Zieltemperatur per Rad eingestellt werden. Man darf dann nicht vergessen, das wieder runter auf 17° zu stellen.

	Die 17°, die wir da beim Thermostat eingestellt haben, ist also die ~~Midnesttemperatur~~, die wir nicht unterschreiten wollen, da es sonst mit der Luftfeuchtigkeit und Schimmel Probleme geben könnte.		Die 17°, die wir da beim Thermostat eingestellt haben, ist also die Mindesttemperatur, die wir nicht unterschreiten wollen, da es sonst mit der Luftfeuchtigkeit und Schimmel Probleme geben könnte.

	=== Elektronik ===		=== Elektronik ===
Zeile 105:		Zeile 105:
	== Funktionsweise der Software ==		== Funktionsweise der Software ==

	Türstatus-, Sensorabfrage und -Logging sowie das Auslösen der Boost-Funktion des Heizungsventils geschieht über die Skripte auf '''pyro''', die in <code>/root/pyro/heizung/</code> liegen, von <code>/bin</code> aus verlinkt sind und über die crontab vom Benutzer root regelmäßig gestartet werden. Die aktuelle Raumtemperatur wird im Moment als Minimum zweier Sensoren in Raum01 ermittelt, wobei „Ausreißer“ (wenn ein Sensor z.B. mal gerade 85° sagt) rausgefiltert werden. Diese ~~Scripte~~ stehen unter Versionskontrolle: git.cccgoe.de.		Türstatus-, Sensorabfrage und -Logging sowie das Auslösen der Boost-Funktion des Heizungsventils geschieht über die Skripte auf '''pyro''', die in <code>/root/pyro/heizung/</code> liegen, von <code>/bin</code> aus verlinkt sind und über die crontab vom Benutzer root regelmäßig gestartet werden. Die aktuelle Raumtemperatur wird im Moment als Minimum zweier Sensoren in Raum01 ermittelt, wobei „Ausreißer“ (wenn ein Sensor z.B. mal gerade 85° sagt) rausgefiltert werden. Diese Skripte stehen unter Versionskontrolle: git.cccgoe.de.

	Ob die Boost-Funktion der Heizung ausgelöst werden soll oder nicht, entscheidet das regelmäßig laufende <code>boostiftoocold</code>-Skript. Dieses vergleicht eine Ist-Temperatur mit einer on-the-fly bestimten Soll-Temperatur, die das <code>schedule.py</code>-Skript berechnet; denn das verwaltet all die Vorgaben und kann bestimmen welche Temperatur wann mindestens erreicht sein muss, damit die Ziele erfüllt werden können.		Ob die Boost-Funktion der Heizung ausgelöst werden soll oder nicht, entscheidet das regelmäßig laufende <code>boostiftoocold</code>-Skript. Dieses vergleicht eine Ist-Temperatur mit einer on-the-fly bestimten Soll-Temperatur, die das <code>schedule.py</code>-Skript berechnet; denn das verwaltet all die Vorgaben und kann bestimmen welche Temperatur wann mindestens erreicht sein muss, damit die Ziele erfüllt werden können.

	Auf '''pyro''' läuft auch der XMPP-Bot unter dem User <code>nokbot</code>. Der Bot wird aktuell automatisch nach dem Booten über <code>cron</code> gestartet. Dessen Python-Code liegt im Heimverzeichnis von <code>nokbot</code> und steht unter Versionskontrolle (~~bitbucket~~-Projekt von defnull).		Auf '''pyro''' läuft auch der XMPP-Bot unter dem User <code>nokbot</code>. Der Bot wird aktuell automatisch nach dem Booten über <code>cron</code> gestartet. Dessen Python-Code liegt im Heimverzeichnis von <code>nokbot</code> und steht unter Versionskontrolle (BitBucket-Projekt von defnull).

	Der Chat-Bot selbst macht gar nicht viel. Er liest die aktuelle Temperatur von <code>/var/therm/now</code> und ruft das <code>schedule.py</code>-Skript auf, um die Temperaturen und Zeiten festzulegen und anzuzeigen.		Der Chat-Bot selbst macht gar nicht viel. Er liest die aktuelle Temperatur von <code>/var/therm/now</code> und ruft das <code>schedule.py</code>-Skript auf, um die Temperaturen und Zeiten festzulegen und anzuzeigen.

	Diejenigen, die Änderungen an dem Jabber Bot vornehmen wollen, fragen defnull am besten nach Schreibzugriff auf das entsprechende git Repo. Nach Änderungen an diesem Repo kann man dem Bot per "reload" sagen, dass er sich ~~neustarten~~ soll. Dabei updatet er sich auch.		Diejenigen, die Änderungen an dem Jabber Bot vornehmen wollen, fragen defnull am besten nach Schreibzugriff auf das entsprechende git Repo. Nach Änderungen an diesem Repo kann man dem Bot per "reload" sagen, dass er sich neu starten soll. Dabei updatet er sich auch.

	=== Abschaltautomatiken ===		=== Abschaltautomatiken ===
Zeile 129:		Zeile 129:
	* <s>Pyro scheint neuerdings nicht lange "durchzuhalten" (ist dann nicht mehr erreichbar)</s>		* <s>Pyro scheint neuerdings nicht lange "durchzuhalten" (ist dann nicht mehr erreichbar)</s>
	* <s>Der Boost wird nicht wie erwartet alle 6 Minuten sondern eher im 10-Minuten-Takt ausgelöst. Es dauert also länger, bis die Zieltemperatur erreicht ist, wenn sie überhaupt erreicht werden kann. Keine Ahnung warum. In der crontab von root steht das <code>boostiftoocold</code>-Skript so drin, dass es alle 6 Minuten gestartet werden müsste.</s>		* <s>Der Boost wird nicht wie erwartet alle 6 Minuten sondern eher im 10-Minuten-Takt ausgelöst. Es dauert also länger, bis die Zieltemperatur erreicht ist, wenn sie überhaupt erreicht werden kann. Keine Ahnung warum. In der crontab von root steht das <code>boostiftoocold</code>-Skript so drin, dass es alle 6 Minuten gestartet werden müsste.</s>
	Das Problem war das ein von /bin/therm-boost-fg angelegtes ~~lockfile~~ für 9 ~~minuten~~ existierte obwohl es eigentlich nur 5minuten 30 sekunden leben		Das Problem war das ein von /bin/therm-boost-fg angelegtes Lockfile für 9 Minuten existierte obwohl es eigentlich nur 5minuten 30 sekunden leben
	sollte.		sollte.
	Das Problem müsste behoben sein ich habe es aber noch nicht getestet.		Das Problem müsste behoben sein ich habe es aber noch nicht getestet.