Kuschelig2.0

Kuschelig 2.0 ist jetzt im Testbetrieb und ersetzt damit die alte Heizungssteuerung. Sie läuft auf einem Raspberry Pi. 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. Dieser läuft direkt auf dem Raspberry Pi und ist mit SleekXMPP in Python implementiert.

Heizungssteuerung über Chat-Bot

Die Heizung kann über den Jabber bot mit der Jabber ID nokbot@cccgoe.de oder alternativ aus dem MUC (heizung) gesteuert werden.

Die wichtigsten Kommandos beim Heizungs-Bot sind folgende:

• help – gibt Informationen zu einem Kommando
• status – gibt die aktuelle Raumtemperatur and und Einträge im Heizplan, falls vorhanden
• kuschelig – Einträge zum Heizplan hinzufügen
• kuschdel – Einträge aus dem Heizplan entfernen

Wenn man es einfach nur warm haben will, so schnell es nur geht, kann kuschelig ohne Parameter aufgerufen werden. Das ist dann äquivalent zu kuschelig on. Dementsprechend gibt es auch kuschelig off. 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

!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:

!kuschelig 21 19:00 tomorrow
!kuschelig 21 19:00 "Feb 24"

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

!status

Ohne weitere Optionen werden aber nur maximal die ersten drei Einträge angezeigt. Mit

!status all

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

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

!kuschdel 1
!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

Im Space befindet sich im Regal die "Ampel" mit aktuell fünf Lampen. Die oberen zwei davon zeigen den Status der Heizung an. Wenn alle Lampen aus sind, soll nur die Basis-Temperatur (17°C) gehalten werden. Wenn eine der beiden Lampen an ist, ist die Heizung aktiv. Die obere, grüne Lampe leuchtet, wenn die Raumtemperatur größer oder gleich der Soll-Temperatur ist. Die gelbe Lampe darunter leuchtet, wenn die Soll-Temperatur noch nicht erreucht wurde und noch weiter geheizt werden muss.

Segment	leuchtet, falls…
1. von oben	target > 17 && target <= now
2. von oben	target > 17 && target > now

Hardware

Folgende Hardware ist im Einsatz:

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.

Elektronik

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. 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.

Sensoren

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

ID	Ort
10-00080181e1cf	Küche: Heizung Vorlauf
10-000801dcbf7e	Küche: Heizung Rücklauf
10-000801dd1380	Heizung Rücklauf
10-00080200db39	Heizung Vorlauf
10-0008020165f9	Küche: an der Decke
22-0000000ed18a	beim Noklab-Gemälde (unzuverlässig)
28-000001c75bf1	in der Mitte oben am großen Fenster
28-000001c77c5e	im Spacemaster-Regal neben der Pumpe
28-00000558acfa	an der Decke

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 /root/pyro/heizung/ liegen, von /bin 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 boostiftoocold-Skript. Dieses vergleicht eine Ist-Temperatur mit einer on-the-fly bestimten Soll-Temperatur, die das schedule.py-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 nokbot. Der Bot wird aktuell automatisch nach dem Booten über cron gestartet. Dessen Python-Code liegt im Heimverzeichnis von nokbot und steht unter Versionskontrolle (bitbucket-Projekt von defnull).

Der Chat-Bot selbst macht gar nicht viel. Er liest die aktuelle Temperatur von /var/therm/now und ruft das schedule.py-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.

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 2 Stunden später eingefügt (quasi !kuschelig off 2h). 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 !kuschelig off ausgelöst.

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

TODO

• Pyro scheint neuerdings nicht lange "durchzuhalten" (ist dann nicht mehr erreichbar)
• 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 boostiftoocold-Skript so drin, dass es alle 6 Minuten gestartet werden müsste.

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. Das Problem müsste behoben sein ich habe es aber noch nicht getestet.

• 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.

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.