Smarte Poolpumpe mit ESPHome und Home Assistant

Die Poolpumpe war ja schon öfters Thema hier im Blog. In der neuen Saison wurde nun endlich die Integration ins Hausnetz vorgenommen. Home Assistant und ESPHome haben sich hier ausgezeichnet.

Projekt: Smarte Poolpumpe
Kontakt: Boris Dirnfeldner

Ein wichtiger Schritt in praktisch jeder Automation ist die Integration von Sensoren und Aktoren in die Steuerung. Je nach Umfeld ist das dann mehr oder weniger einfach und mächtig.

Die Umwälzpumpe des Rundpools war bisher durch eine einfache Zeitschaltuhr gesteuert worden, die auf der Klemmschiene mit den Sicherungen am Pool in die Stromversorgung der Pumpe eingeschliffen war. Das Ganze mit wasserdichtem Gehäuse und einem Not-Aus Knopf zum vollständigen Abtrennen der Stromversorgung war das schon in Ordnung. Einfach mal kleine Anpassungen zu machen oder eine komplexere Logik waren aber so nicht drin. Daher war der Wunsch da, die Anbindung an die Haussteuerung zu bekommen.

Man hätte jetzt einfach ein fertiges Modul für ein Paar Euro reinschleifen können und das in den Home Assistant über die Automation anbinden. Allerdings zeigen die bisherigen Erfahrungen, dass die Wifi-Anbindungen zuweilen unzuverlässig sind und (wenn man nicht einfach einen Steckeradapter nehmen kann) auch preislich relevant.

Mit den guten Erfahrungen der letzten Zeit (und mit Blick auf meine Lagerbestände) wurde daher etwas Material einer sinnvollen Anwendung zugeführt. Konkret brauchte es einen ESP32 Controller, ein Relaismodul und ein Netzteil. Für die Montage noch ein Hutschienengehäuse und Kabel.

Die Logik ist mit ESPHome schnell erstellt. Nach den Problemen zuletzt mit Windows ist nun Linux als Entwicklungsumgebung in Anwendung. ESPHome kann auch als Docker-Instanz verwendet werden, da geht es dann schnell eine lauffähige Umgebung zu gestalten (nur Ubuntu und Docker müssen vorhanden sein).

Die Konfiguration in YAML ist trivial und sieht so aus:

esphome:
  name: poolpumpcontrol

esp32:
  board: wemos_d1_mini32
  framework:
    type: arduino

# Enable logging
logger:

# Enable Home Assistant API
api:
  password: "XXX"

ota:
  - platform: esphome
    password: "XXX"

wifi:
  ssid: "XXX"
  password: "XXX"
  domain: ".fritz.box"

# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
  ssid: "Poolpumpcontrol Fallback Hotspot"
  password: "XXX"

captive_portal:

switch:
  - platform: gpio
    pin: GPIO12
    id: "pool_pump"
    name: "Pool Pump"
    icon: "mdi:pump"
    restore_mode: ALWAYS_ON

Um das Ganze auf den ESP32 zu bekommen, braucht es nur den folgenden Befehl:

sudo docker run --rm -v "${PWD}":/config --device=/dev/ttyUSB0 -it ghcr.io/esphome/esphome run poolpumpcontrol.yaml

Danach war der Controller bereit für den Einsatz. Beim Zusammenbau das übliche gefrickel, bis alles zusammenpasst und miteinander arbeitet. Zum Testen wurde erstmal alles offen aufgebaut, bis das System richtig funktioniert hat.


Im Detail war scheinbar das Relais-Modul defekt und wollte keinem Steuerkommando folgen. Nach Austausch war das aber ok. Dabei habe ich noch einen defekten Mikrocontroller gefunden (Wifi wollte da nicht hochkommen). Zumindest reduziert sich so der Elektroschrott im Bestand.


Das Hutschienengehäuse wollte nicht richtig in das Elektrogehäuse passen, da war auch etwas (mechanische) Nacharbeit erforderlich.

Im Home Assistant war das Gerät sofort sichtbar und steht nun für jeden Unsinn offen.

Und dann noch eine entsprechende Visualisierung für den geneigten Benutzer zu bekommen, war dann nur noch eine Fingerübung.

Damit steht ab sofort die Option offen, damit auch wesentlich intelligentere Logik zu nutzen. In nächster Zeit wird wohl die Logik des ESP aufgebohrt, damit er auch gut mit Offline-Zuständen und dem Aus- und Einschalten per Not-Aus umgehen kann. Die Benachrichtigung über Telegram ist schon drin, auch kann ich nun über OTA die Firmware jederzeit per Wifi aktualisieren und die Debug-Meldungen auslesen.

In Summe wieder ein kleiner Schritt vorwärts. Nicht zwingend nötig, aber nett und ohne großen Aufwand.

GNSS Tracker fürs Auto ohne Cloud

Heute geht es um den Aufbau eine GPS-Trackers im Auto mit einem Teltonika FMC003 und Traccar.

Projekt: GNSS Tracker ohne Cloud Kontakt: Boris Dirnfeldner

Hintergrund

Da ich aufgrund von Akku-Ausfallerscheinungen mein Handy austauschen musste, ist mir leider meine bisherige Fahrtenbuchsoftware weggefallen (nicht mehr kompatibel). Im Zuge dieser Recherchen bin ich tiefer in Welt der „GPS“(Korrekt: GNSS)-Tracker eingetaucht, da dies manche Anbieter im Paket mit einer Cloudsoftware als eine der Lösungen für automatische Erfassung von Fahrten anbieten. Das ist jetzt nicht wirklich für mich interessant, die Technik dahinter aber sehr wohl.

Eine der wichtigen Eigenschaften aller Lösungen ist die Notwendigkeit der Positionsbestimmung (z.B. per GPS), einer Datenübertragung und eines Servers zur Erfassung, Speicherung und Visualisierung.

Die Positionsbestimmung erfolgt (je nach Gerät) per Odometrie-Sensor, GNSS oder Bluetooth-Tracking. Wenn man örtlich unabhängig sein will, ist GNSS wohl der Standard. Hierbei gibt es inzwischen mehrere Systeme, GPS (USA), GLONASS (Russland), Galileo (Europa) und Beidou (China), die parallel zueinander verwendet werden können. Die Genauigkeit ist dabei abhängig von der Anzahl der empfangenen Satelliten und kann auf wenige Meter genau sein, allerdings auch unterirdisch schlecht. Mit deutlich mehr Aufwand und Kosten kann die Genauigkeit sogar in den Bereich von Zentimetern gedrückt werden (Stichworte DGPS und RTK). Die Odometrie, z.B. über Accelerator-Sensoren, ist da eine Ergänzung, für sich alleine aber zu ungenau über die Zeit. Die Bestimmung über BLE Token etc. eignet sich nur für Erkennung von einzelnen Orten, z.B. Zuhause.

Die GNSS Tracker gibt es in vielen Ausführungen und können je nach Anwendung mehr oder weniger viel. Neben der klassischen Handy-App gibt es mobile Geräte, z.B. zum Wandern. Eine oft verwendete Alternative sind Tracker für Haustiere (z.B. Katzen oder Hunde). Bei den KFZ ist der Bereich Flottenmanagement bei Firmen ein wichtiger Anwendungsfall. Der letzte Bereich ist für mich interessant, war aber bisher preislich völlig uninteressant.
Alle Tracker erfassen zuerst mal die Position des Geräts und je nach Anbindung und Fähigkeiten dann auch weitere Informationen. Diese Daten werden dann lokal im Gerät gespeichert und (sofern unterstützt) auch an einen Server übertragen. Der wird zumeist von einem Anbieter betrieben und erlaubt dann Zugriff auf mehr oder weniger Informationen.

Bei der Übertragung gibt es mindestens eine Verbindung über Kabel, Bluetooth oder Wifi (z.B. wenn nur eine Wanderung verfolgt wird) mit entsprechender Software auf Handy oder PC. Ansonsten werden die Daten über das Telefonnetz übertragen, entweder per Datenübertragung und/oder per SMS. Hier braucht es dann auch eine entsprechend aktivierte Karte und einen geeigneten Tarif (je nach Anwendung).

Lösungsansatz

Der Server in der Cloud war für mich immer ein will-ich-vermeiden-Punkt. Weniger wegen Überwachungsängsten, als das diese Dienste einfach zumeist Geld kosten und die erfassten Daten halt sehr leicht missbraucht werden können. Tatsächlich konnte ich aber im Rahmen der Recherche die Lösung Traccar finden. Die Software kann auf Docker im Eigenbetrieb genutzt werden, ist dabei frei nutzbar und bietet auch noch eine schöne GUI zur Ansicht.
Die Grundinstallation war ziemlich einfach und sofort einsatzklar. Leider zickt das Teil bei mir noch in Verbindung mit Traefik, der u.a. bei mir für die SSL-Zertifikate zuständig ist. Damit bleibt es vorerst nur bei HTTP.

 

Da ich mich für ein KFZ-Tracking interessiere, war für mich ein Gerät mit ODB-Schnittstelle interessant. Solche „Dongles“ werden auch bei den o.g. Fahrtenbuchanbietern verwendet. Ich konnte hier ein vergleichsweise günstiges Teltonika FMC003 (Vorführgerät) bekommen. Das Teil hat neben dem GNSS-Empfänger eine ODB-Schnittstelle, Bluetooth, einen Akku, eine USB Schnittstelle und eine ziemlich mächtige, als auch komfortable Software. Konfiguration erfolgte über das Telematics Configuration Tool. Die erlaubt mir alle wichtigen Parameter einzurichten und noch einige Komfortfunktionen. Bei der Datenschnittstelle wird LTE unterstützt, was im Vergleich zu den deutlich günstigeren 2G-Trackern hoffentlich langfristiger genutzt werden kann. 2G steht ja in der Diskussion, ob es abgeschaltet wird (und wurde auch schon in einigen Ländern abgeschaltet).

Die Telefonkarte war hier für mich ein Problem. Ich wollte hier einfach mal einen Versuch starten und nicht gleich einen neuen Vertrag aufmachen. Grundsätzlich braucht es mindestens die Datenübertragung, optional auch SMS. Man kann hierzu eigentlich jede Karte verwenden (sofern die PIN deaktiviert wurde, allerdings finde ich hier die Angebote für IOT interessant. Die Karten und deren Tarife sind weniger auf massig Freikontingente ausgelegt, sondern auf ein möglichst flexibles Roaming und damit maximale Erreichbarkeit. Leider sind die meisten Angebote für mich wenig attraktiv gewesen, weil die an sich günstigen Tarife wegen hoher Versandkosten für die Karten (nur zum Testen) übermäßig teuer wurden.
Eher per Zufall habe ich ein Testangebot von Epsilon Telekom gefunden. Die bieten für die Marke Fusion IoT eine Testkarte mit Tarif für 12 Monate an, pro Monat 500Mb Freikontingent. Danach wird die Karte automatisch abgeschaltet. Für mich perfekt. Und in 12 Monaten kann ich dann genauer sagen, was ich brauche. Je nach Angebot kann ich ja dann einfach bleiben und gut ist es.
Wie die meisten anderen Anbieter für IoT-Karten gibt es ein entsprechendes Portal zur Verwaltung der Karten. Für mich derzeit etwas Zuviel, aber super wenn mal mehrere Karten unterwegs sind.

Die Installation des Tracker an sich war ziemlich einfach. Beim Gerät war ein OSB-Adapter dabei, der in Verbindung mit einem Labornetzteil die Einrichtung am Tisch erlaubt hat. Im Auto (Ford Focus Kombi) ist leider der Montageplatz des OSB-Steckers ziemlich blöde und erlaubt nur eine Anordnung, bei der dann die Füße beim Aus- und Einsteigen den Stecker versuchen abzureißen (links vom Fahrer, in der Höhe von Unterschenkel unter dem Lenkrad). Der Versuch mit einem Adapterkabel war leider auch nicht erfolgreich, weil das Kabel immer noch verhindert hat, dass die Abdeckklappe geschlossen werden konnte. Der Stecker konnte aber leicht aus der Halterung rausgenommen werden und dann mit dem Tacker zusammen sauber im Freiraum verstaut werden. Nur bei KFZ- und TÜV-Terminen muss ich hier aufpassen.
Damit läuft nun das ganze System sauber. Wenn der Wagen steht, liefert die Umgebung eine Aktualisierung jede Stunden. Bei Fahrten zeitnah. Alles ist einstellbar und die Weboberfläche ist auch ziemlich komfortabel. Eine Lösung für ein automatisches Fahrtenbuch habe ich so nicht, war aber nie das Ziel.

Dafür kann Traccar auch an den Home Assistant angebunden werden (Integration Traccar) und dort die Fahrzugposition weiter geben. Nice.

 

Datenvolumen

Nach ein paar Wochen Betrieb kann ich nun auch was zum benötigten Datenvolumen sagen. Wenn der Wagen ausschließlich steht, verbraucht der Dongle ca. 24 Kb am Tag. Wenn damit gefahren wird, einige Kb mehr. Bei meinem üblichen Fahrvolumen war eine Spitze von 180Kb gemessen worden.

Damit kann ich schon mal sicher sagen, dass die meisten Karten für IOT-Anwendungen mit wenigen Mb völlig ausreichend sein dürften. Wenn ein paar SMS für Alarmmeldungen auch dabei sind, wäre es perfekt. Naja, mal sehen was nach dem freien Jahr dann weiter verwendet wird. Ich erinnere mich an Angebote mit IOT-Karten mit einem Inklusiv-Datenvolumen vom 100Mb Gesamt (nicht monatlich) und mehreren Jahren Laufzeit. Der Preis war ca. 20€ plus Handlingskosten. Damit würde ich dann eine lange Zeit auskommen.

Solaranlage im Eigenbau – Organisierte Unmöglichkeit

Die Solaranlage ist technisch fertiggestellt, soweit die guten Nachrichten. Über Speicher & Co will ich derzeit besser nicht schreiben, aber die Erzeugeranlage an sich ist aufgebaut, angemeldet, vom Elektriker geprüft und befindet sich in der letzten Phase beim Netzbetreiber. Ein guter Zeitpunkt ein Fazit zu schreiben.
Projekt: Solaranlage GEN2

Kontakt: Boris Dirnfeldner

Link– eigenes Projekt –

Ich fang‘ mal ganz untypisch mit dem Fazit zuerst an: Wenn Ihr nur eine Solaranlage haben wollt, das korrekt mit Anmeldung etc. machen und EEG Forderung bekommen wollt, dann kauft Euch das Teil komplett vom Dienstleister inklusive Anmeldung. Nicht, weil es technisch unmöglich ist und nur Raketen komplexer sind, sondern weil Ihr an den Rahmenbedingungen verzweifelt.

Beim Aufbau einer EEG-geförderten Anlage ist es zwingend notwendig, dass eine Elektrofachkraft (die den Anforderungen des Netzbetreibers genügt) für die Anlage die Konformität bescheinigt. Das wäre an sich nicht unmöglich, zumal die Elektrik nicht besonders komplex ist. Faktisch ist es aber fast unmöglich, hierfür noch jemanden zu bekommen. Zum einen haben die Jungs mehr als genug anderes zu tun, zum anderen stehen sie dabei erheblich mit in der Verantwortung. Und das führt dann dazu, dass es keiner mehr macht. Ich habe mehrere Monate nach einem Elektriker für die Inbetriebsetzungsanzeige gesucht. Die Antworten waren (sofern überhaupt eine Reaktion gekommen ist) unisono, dass nur noch von den Leuten selbst installierte Anlagen bearbeitet werden. Die meisten haben gar nicht mehr reagiert.

Vor ein paar Wochen habe ich dann doch noch jemanden dafür gefunden (auf Facebook, ich glaube es nicht…).
Der Vorgang an sich war, wie erwartet, dann ohne echte Probleme durchgelaufen. Ein Paar Hausaufgaben, und wir waren beide zufrieden. Ich war aber davor schon, ehrlich gesagt, am Aufgeben.

Die andere Seite ist die Anmeldung an sich. Das Verfahren ist eigentlich nicht kompliziert und kann grob in folgende Schritte gefasst werden:
– Beim Netzbetreiber eine Anmeldung, dass eine Solaranlage mit oder ohne Speicher aufgebaut wird (bei <10KW Leistung eigentlich immer möglich).
– Die Genehmigung abwarten (das ging bei mir fast rasant in einer Woche).
– Die Anlage aufbauen (lassen).
– Die Anlage vom Elektriker In Betrieb setzen lassen und die entsprechende Anzeige an den Netzbetreiber geben lassen.
– Die Anlage im Marktstammregister registrieren (spätestens innerhalb 4 Wochen nach Inbetriebsetzung).
– Vom Netzbetreiber, wenn erforderlich, einen Zählerwechsel durchführen lassen (wenn er denn die Zeit dafür findet).
– Die aktuellen Zählerstände melden oder prüfen lassen (scheint unterschiedlich zu laufen).

Wenn das alles durch ist, dann wird der eingespeiste Strom vom Netzbetreiber jährlich vergütet und der rechtliche Rahmen ist korrekt eingehalten worden.

Allerdings dauern die Schritte beim Netzbetreiber gerne mal mehrere Wochen, unabhängig ob es nur eine Formalie (bei <10KW eigentlich immer) oder echte Prüfungen (wie z.B. bei Großanlagen) sind.
Da der Elektriker auch mal ein paar Tage braucht, man selber manchmal auch, kommen in Summe viele Wochen Verzug raus, egal wir simpel die Elektrik eigentlich ist.
Bei Dienstleistern laufen die Schritte daher nebeneinander und am Ende warten alle ein Paar Wochen, bis die Formalien durch sind.
Nachfragen ist übrigens ziemlich sinnlos. Die Antwort lautet sinngemäß, dass wegen der Überlastung der Vorgang leider länger dauert. Eine andere Antwort bekommt der Elektriker allerdings auch nicht. Vor dem Netzbetreiber sind wir alle gleich.

Die Anlagen sind bei keinem der Beteiligten Neuland. Aber das Verfahren verhält sich immer noch so, als wäre eine solche Anlage die Erschließung eines Kontinents.
Und die Tatsache, dass ein solcher Aufbau faktisch ohne eine Solarfirma gar nicht durchführbar ist, erinnert mich dann doch wieder an die frühen Zeiten der Posttelefone. Da war auch alles Raketenwissenschaft und keiner durfte irgendwas ohne zugelassene Fachkraft. Manchmal war das ganz gut, aber eben ganz oft einfach nur Blödsinnig.

Daher muss ich für mich das bittere Fazit ziehen, dass man entweder wirklich das ganze einer Firma übergibt oder/und sehr viel Zeit mitbringt und Nervennahrung bunkert. Von der Anlage selber bin ich allerdings ziemlich angetan. Also nicht missverstehen, ich mosere nur über den formalen Krampf.
Beim Nachbarn wurde zwischendurch auch eine vergleichbare Anlage mit Speicher von einem Dienstleister aufgebaut. Das war ziemlich interessant anzuschauen, zumal die Jungs offensichtlich das nicht zum ersten Mal gemacht hatten. Nach 2 Tagen war das Teil fertig aufgebaut.

Bei mir waren hier viele Dinge zu berücksichtigen, die mit einer Anlage von der Stange alleine nicht erledigt gewesen wären. Daher war für mich der Weg so Ok und das Ergebnis viel näher an meinen Vorstellungen. Auch war zum Zeitpunkt, an dem ich die Anlage gestartet habe, kein regionaler Solateur greifbar (und die Alternativen preislich auch wenig attraktiv). Heute wäre das wahrscheinlich ein wenig anders, aber was solls.

Im diesen Sinne hoffe ich dieses Jahr noch offiziell fertig zu werden, so der Netzbetreiber will, und wünsche allen ein schönes Fest und ein gutes Neues Jahr 2024!

Nachtrag Januar 2024

Nachdem sich einige Wochen gar nichts getan hatte, wurde mal wieder eine erneute Anfrage zu möglichen offenen Punkten fällig. Nach 2 weiteren Wochen wurde mir darauf schriftlich mitgeteilt, dass die (genehmigte) Anmeldung von Februar 2023 im Mai 2023 abgelaufen war und damit hinfällig ist. Wohlgemerkt, stillschweigend ohne irgend einen Hinweis. Da Ende Februar 2024 auch das System umgestellt wurde, kann im Altsystem auch keine Änderung mehr erfolgen. Die Meldung der Inbetriebnahme ging damit ins Leere, natürlich auch unkommentiert.

Fazit: Neuanmeldung im neuen System, keine Alternativen. Im Rahmen der erneuten Anmeldung wird inzwischen zumindest darauf hingewiesen, dass die Vorgänge nach Ablauf der Frist ohne Benachrichtigung verfallen. Natürlich gibt es auch keine Beschleunigung des Verfahrens, also weitere Wochen warten.

Auch wenn das sicher dem Workflow des Netzbetreibers entspricht, ist es nur noch zum Verzweifeln. Da waren wir sogar in den 80ern schon weiter als derzeit. Zumindest war da ein Antwortbrief das Minimum. Mein Elektriker hat übrigens eine ähnlich hohe Meinung vom Dienstleistungscharakter dieser Institution. Sollte ich das irgendwann fertig bekommen, war’s das für mich mit den Nasenbären. Ich habe wirklich alles an Geduld aufgebraucht und der gute Willen war schon letztes Jahr deutlich reduziert. So wird das sicher nix mit der Energiewende (zumal Firmen da ähnliche Erfahrungen mit den Netzbetreibern machen).

Ach ja, ganz nebenbei, ein befreundetes Pärchen hat in einem anderen Landkreis auch eine ähnliche Konstellation. Obwohl dessen ebenfalls genehmigter Antrag noch gültig ist, wartet er auch schon mehrere Wochen darauf, nach der Inbetriebsetzung die finale Freigabe zu bekommen. Wohlgemerkt, auch da ist kein Zählerwechsel oder sonst was erforderlich. Nur der Abschluss. Ein Schelm, der da nicht Absicht unterstellt.

Nachtrag März 2024

Wieder einige Wochen später ist die Anmeldung offenbar nun endlich durch.
Kommuniziert wurde das durch ein Stapel Papier mit einer Abrechnung sowohl der Altanlage als auch der neuen ab Datum des ersten Anmeldeversuchs im letzten Jahr. Das ist schon fair gemacht und beschweren darf ich mich darüber nicht. Eine einfache Email, dass die Vorgänge aber nun erledigt sind und zu welchen Konditionen denn nun eingespeist wird, wäre aber schön gewesen. Naja, zumindest hat das Drama nun ein Ende.
Beim Speicher scheitert es nun wieder mal, dass sich kein Elektriker zur Abnahme finden lässt.
Die Anmeldung kann ich ohne ja auch nicht starten, also suche ich mal gepflegt weiter, ein Paar Jahre oder für immer.

BTW: Die Anlage vom befreundeten Pärchen ist nun auch erfolgreich angemeldet. So richtig Freude zeigt sich nach den Dramen aber nirgends mehr.

 

Solaranlage im Eigenbau – Organisierte Unmöglichkeit

Die Solaranlage ist technisch fertiggestellt, soweit die guten Nachrichten. Über Speicher & Co will ich derzeit besser nicht schreiben, aber ...

Energieautark in 2023 – Zahlenspiele und neue Strategie

Mit den neuen Regelungen zur Umsatzsteuer 0% für PV-Komponenten und aktuellen Marktpreisen für Komponenten als auch Primärenergie muss die eigene ...

EEG Solaranlage – Darf’s ein Wechselrichter mehr (oder weniger) sein?

Die neue PV-Anlage ist inzwischen ein Mehrjahresprojekt.Schuld ist die allgemeine Lage der Nation und ein unglaubliches Chaos in den Lieferantenketten.Projekt: ...

EEG-Solaranlage – der nächste Schritt

Mit den Erfahrungen aus der "kleinen" Solaranlage ist es nun Zeit den großen Bruder aufzubauen. Diesmal nicht mehr als "Kleinstanlage", ...

Solaranlage – das Erwachen der Macht

So langsam wacht die Natur wieder auf und auch die Sonne macht sich langsam wieder bemerkbar. Grund genug nach einigen ...

NoSolarPower – Wir haben Herbst

Nach den ereignisreichen Monaten bisher in 2020 stellt sich doch langsam heraus, dass es Herbst wird. Die Blätter werden bunter, ...

Solarpower – Energie durch Winkel

Die letzten Monate waren geprägt durch das Sammeln von Erfahrungen. Nun sollte langsam Ruhe in dieses spezielle Projekt kommen, daher ...

Houston – wir haben ein Bild

Das ewige An-die-Anlage-Latschen-um-Leistungsdaten-zu-bekommen ist mir nun endgültig zu blöd, zumal es bei mehr als 35° noch weniger Laune macht als ...

Solaranlage Retrofit – Höhere Sphären

Nachdem die Anlage nun ein Paar Monate in verschiedenen Konstellationen gelaufen ist, zeigen die gewonnenen Erkenntnisse schon deutlich das weiterer ...

Energieneutraler Pool – Etappenziel erreicht

Der energieneutrale Pool als Ziel für dieses Jahr scheint realistisch. Mehrere Maßnahmen greifen gut ineinander und scheinen zumindest dieses Ziel ...

Solare Freiheit – Weiteres Modul und Zahlenspiele

Im Mai war das Wetter solartechnisch bescheiden (nur Wolken und Regen) und die Werte der Anlage so schlecht, das Theorie ...

Solare Freiheit – Erstes Fazit

Nachdem die Solaranlage nun ein Monat gelaufen war, ist es Zeit für ein erstes Fazit. Schatten und Licht liegen nahe ...

Solare Freiheit – Nächste Schritte

Da nun die Solaranlage läuft und Theorie und Praxis sich scheinbar bestätigen, stellt sich nun die Frage nach weiteren Schritten ...

Solare Freiheit – Berechnung und Auslegung

Die neue Solaranlage hat einiges an Vorarbeit gekostet zum richtigen Verständnis und zur richtigen Auslegung. Auch wenn der Artikel nicht ...

Solare Freiheit – Minikraftwerk am Carport

Der im letzten Jahr angeschaffte Rundpool hat sich in Bezug auf seinen Energiehunger als durchaus relevant bewiesen. Dieser Energiebedarf soll ...

Freiheit für Tuya-Geräte von der Cloud

So langsam wächst die Geräteanzahl und einige davon sind von Tuya. Die Zwangscloud ist nicht nur theoretisch ein Problem, sondern inzwischen ein konkretes Risiko geworden. Zigbee2MQTT und andere Helfer unterstützen mich bei der Befreiung einiger Geräte.
Projekt: Heimautomatisierung

Kontakt: Boris Dirnfeldner

Link– eigenes Projekt –

In den letzten Wochen wurden einige Geräte angeschafft, zum Teil aus Spieltrieb, zum Teil aus Notwendigkeit. Es hat sich gezeigt, dass Tuya ein wichtiger Player im Bereich der Heimautomatisierung ist. Zum einen, weil die Komponenten erstaunlich günstig sind und trotzdem funktionieren, zum anderen, weil es einfach eine unglaubliche Fülle von Gerätearten gibt und man sich so die Anzahl der Herstellerbiotope wirklich übersichtlich halten kann. Allerdings darf nie vergessen werden, dass Tuya eine maximale Bindung an seine Cloud durchsetzt. Die funktioniert zwar sehr ordentlich, aber eine Garantie ist das nicht für immer.

Ich benutze als zentrale Basis den Home Assistant (Home Assistant (home-assistant.io)), eine wirklich schon ziemlich erwachsene Lösung mit einem riesigen Park an Integrationen zu den verschiedenen Herstellerbiotopen. Zusammen mit der Community und deren zusätzlichen Beiträgen kommt man schon ziemlich weit. Bei den Geräten nutze ich vorwiegend Tasmota und Tuya als Basisplattform, bei der Kommunikation primär Wifi und ZigBee.
Die Anbindung von Tasmota kann über die Integrationen mit Hilfe von MQTT als Schnittstelle sehr einfach erfolgen und funktioniert anstandslos. Bei Tuya läuft es über deren Cloud und deren Core API. Wäre an sich auch ok, zumindest diskutabel, hat aber einen konkreten Pferdefuß.

Tuya Core API: Goodwill oder 25.000$

Diese API erlaubt es der Integration im Home Assistant auf meine Geräte zuzugreifen. Dazu muss man sich als Entwickler anmelden, die Cloud mit dem eigenen Gerätepark (gemanagt über Handy App) verknüpfen und für eine Applikation freigeben. Da kann man dazu stehen, wie man will, Alternativen gibt es offiziell keine. Ein Problem dabei ist, dass die zentralste Komponente dabei, die Core API, kostenlos nur als Trial für 30 Tage erhältlich ist (anders als bei der Handy App). Damit ist diese Anbindung auf Gedeih und Verderb von der Lizenzpolitik von Tuya abhängig. Die Lizenz läuft auch aus und kann pro Account auch nur einmal beantragt werden. Es gibt zwar eine Möglichkeit, diese Trial um bis zu 6 Monate zu verlängern (auch ganz offiziell bei Tuya beschrieben), allerdings halt ohne Anspruch, nur Goodwill. Die kommerzielle Lizenz kostet mindestens 25.000$/Jahr und steht damit völlig außen vor. Zwar wird diese Verlängerung aktuell problemfrei gewährt, aber eine gute Lösung ist das so nicht.

Ich habe gerade meinen kompletten Park an Feuermeldern auf ZigBee mit einem Produkt von Tuya umgestellt, auch weil es keine echte Alternative dazu gibt die auch bezahlbar ist (und zwar um Dimensionen). Ich wollte die Signalisierung eines Alarms und die Batterieüberwachung integriert bekommen, da wird es dann schnell dünn mit Alternativen. Da ich also am Gerät nicht vorbeikomme, aber gleichzeitig die Cloud so nicht schätze, braucht es eine Alternative. Zwar funktionieren die Dinger auch autark, aber dann hätte ich auch bei günstigeren, dummen Geräten bleiben können.

Tuya Cloudfree

Tuya wird in der Gemeinschaft sehr aktiv diskutiert und einige Freiwillige haben sich tief in die Plattform reingegraben. Wie bei Sonoff und Tasmota hat der Hersteller natürlich gar kein Interesse an einer alternativen Lösung, daher ist das wirklich Reverse-Engineering in Bestform. Im Zuge der Aktivitäten haben sich zwei Wege aus der Cloud gebildet: Local Tuya (GitHub – rospogrigio/localtuya: local handling for Tuya devices) und Zigbee2MQTT (Home | Zigbee2MQTT). Daneben gibt es noch die Option, Geräte wie mit Tasmota eine alternative Firmware zu verpassen, z.B. mit Tuya-Convert (Tuya Convert – Tasmota). Local Tuya bietet sich vor allen für Wifi-basierte Geräte an, Zigbee2MQTT (wie der Name schon sagt) für die Zigbee-basierte Variante. Beide sind gut im Home Assistant integriert.

Die Nutzung von Tuya-Convert ist eingeschränkt überschaubar einfach und ergibt am Ende ein Tasmota-Gerät. Wenn es klappt mit Sicherheit die beste Option, geht aber mit nur wenigen Geräteklassen und da auch nur, wenn ein ESP-Chip eingebaut ist. Ansonsten fällt die Lösung flach.

Local Tuya ist hier an sich flexibler und übernimmt die Geräteverwaltung aus der Cloud lokal. An sich eine elegante Lösung. Allerdings ist das Übernehmen der Geräte nicht trivial, da es keine echte Produktdatenbank gibt und man so manuell die einzelnen Sensoren/Aktoren konfigurieren und zuweisen muss. Das ist nicht immer einfach, manchmal eine eigene Forschungsaufgabe. Obgleich ich die Lösung als einen echten Kandidaten ansehe, tue ich mir diese Bastelei vorerst noch nicht an.

Ganz anders gibt sich hier Zigbee2MQTT. In der Lösung integriert ist eine ziemlich umfangreiche Produktdatenbank, die es erlaubt (für die unterstützten Geräte) ein eigenes Netz aufzubauen und lokal zu verwalten. Da hier auch eine stattliche Anzahl von Tuya-Geräten unterstützt werden, z.B. auch mein Feuermelder (PA-44Z), ist das wahrlich ein Befreiungsschlag.
Die Software lässt sich einfach in einem Docker-Container starten und erleichtert mir damit die Administration erheblich. Zwingend erforderlich ist auch ein Koordinator. Ich habe mich für einen ConBee-II entschieden. Ursprünglich wollte ich damit direkt im Home Assistent mit einer ZigBee Integration arbeiten, aber da bin ich an den Tuya-Eigenheiten gescheitert. Mit der Herstellerdatenbank von Zigbee2MQTT geht das nun ziemlich einfach und sehr gut. An sich reduziert sich alles auf ein neues Pairing mit dem eigenen Coordinator und schon sind die unterstützen Geräte verfügbar und Cloudfrei betreibbar.
In der Praxis funktioniert das nicht immer (ein Umweltsensor zeigte danach falsche Zeit/Datum an), und das Einbinden des Coordinator-Sticks in Docker auf einer Synology DS220+ ist auch ein eigenes Kapitel. Bei den Feuermeldern und meinen beiden Dosen von Tuya klappte aber alles super und schnell.

Obgleich nicht kriegsentscheidend, sollte man noch anmerken, dass auch Zigbee2MQTT eine Oberfläche anbietet, die bei Problemen sehr hilfreich sein kann. ZigBee ist eigentlich ein toller Kommunikationsweg, aber im Detail dann doch wieder mit vielen Ecken, Kanten und Ösen versehen. Da hilft es dann doch, etwas näher und tiefer ranzukommen im Fehlerfall.
Konkret war bei mir die Abtrennung vom 2.4 Ghz Wifi nicht ganz so gut gelaufen wie erforderlich. Daher musste ZigBee auf einen anderen Kanal ausweichen. Auch sind die Repeater erheblich weniger leistungsstark als der Coordinator-Stick, was beim Aufbau zu Kommunikationsverlusten und verlorenen Geräten geführt hat. Ohne die Oberfläche wäre das Eingrenzen und Prüfen eine sehr mühsame Geschichte geworden.

Zusammenfassend kann man also durchaus auch herstellergebundene Geräte aus den jeweiligen Clouds lösen, falls gewünscht oder sogar erforderlich. Zwar wird das nicht immer gelingen, auch nicht immer gleich gut, aber wie im richtigen Leben gilt auch hier: „Ein bisschen Schwund ist immer.“ Und dafür, dass die Lösungen primär durch Freiwillige aufgebaut wurden mit viel Arbeit und Herzblut, ist das ganze inzwischen schon toll ineinander verzahnt.

Vielen Dank dafür von meiner Seite!

https://www.pexels.com/de-de/foto/dunen-des-death-valley-17108927/

Freiheit für Tuya-Geräte von der Cloud

So langsam wächst die Geräteanzahl und einige davon sind von Tuya. Die Zwangscloud ist nicht nur theoretisch ein Problem, sondern ...

ESPHome – Home Automation mit ESP32 mal wirklich ganz einfach

Mit jedem Tag zeigt sich, dass Home Automation ein sehr mächtiges Werkzeug geworden ist. Im Zuge der Tests bin ich ...
https://www.pexels.com/de-de/foto/bunte-zahnrader-171198/

Hausautomatisierung – jetzt aber richtig!

Nach inzwischen doch schon einigen mehr oder weniger erfolglosen Versuchen, das eigene Heim etwas intelligenter zu gestalten, ist nun ein ...

ESPHome – Home Automation mit ESP32 mal wirklich ganz einfach

Mit jedem Tag zeigt sich, dass Home Automation ein sehr mächtiges Werkzeug geworden ist. Im Zuge der Tests bin ich auf ESPHome gestoßen, und jetzt geht es so richtig los.

Projekt: Heimautomatisierung

Kontakt: Boris Dirnfeldner

Link– eigenes Projekt –

Da ich viel mit ESP32 gearbeitet habe, möchte ich diese Erfahrungen gerne auch in der Hausautomation verwenden. Obwohl es schon viele Teile zu kaufen gibt, sind halt nicht alle Wünsche mit Kaufteilen zu erfüllen oder manchmal dann doch zu teuer. Ein gutes Beispiel sind Helligkeitssensoren, die als Kaufteile mir einfach zu teuer sind. Mit ESPHome fand sich aber eine Lösung, die mir eine sehr einfache Anbindung von solchen Kleinstlösungen erlaubt ohne sich mit den vielen kleinen dafür erforderlichen Schritten beschäftigen zu müssen (wie z.B. Crosscompiler, Apps, Bibliotheken, Fehlerbeseitigung).

https://esphome.io/

Grundsätzlich kann man über mehrere Wege mit ESPHome arbeiten, allerdings sind auch Voraussetzungen zu beachten. Richtig komfortabel wäre die Integration, wenn man Home Assistant im eigenen OS Supervidord am Laufen hat, z.B. am Raspberry. Dann könnte man die Integration von dort laden und komplett über Home Assistant arbeiten.
Ich habe Home Assistant Core unter Docker am Laufen was den Durchgriff auf das drunter liegende Betriebssystem erheblich erschwert, daher funktioniert das so nicht.
Daher bleibt der Weg über die Kommandozeile manuell und später nur das fertige Gerät zu integrieren. 

Installing ESPHome Manually.

Meine Umgebung ist ein Windows 10 PC und Python 3.10 installiert über Windows Store. Auf einem Linux geht das praktisch genauso.
Auf der Kommandozeile kann ich damit die benötigten Packages nachinstallieren.

pip3 install wheel

pip3 install esphome

Anmerkung dazu: Ich würde empfehlen, eine eigene Installation von Python aufzubauen, die Store-Variante ist später eklig im Handling.
z.B. findet sich bei mir nach der Installation das Kommando esphome in C:\Users\User\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.10_qbz5n2kfra8p0\LocalCache\local-packages\Python310\Scripts
Ob alles geklappt hat, kann man einfach mit einem Aufruf prüfen:

esphome version
Version: 2023.05.04

So weit ist also alles gut, nun geht es an das eigentliche „Programm“.

Getting Started with the ESPHome Command Line — ESPHome
Physically Connecting to your Device — ESPHome

Aus einem früheren Projekt hatte ich schon ein fertig aufgebautes System ESP32 (Wemos D1 Mini) mit BME280 Sensor mit einer eigenen Software.
Der hätte für Home Assistant erweitert hätte werden müssen und dann entsprechend einkonfiguriert. Das ist mein Testobjekt oder Opfer.

Um ESPHome auf den ESP zu bekommen, muss zuerst ein geeignetes YAML erstellt werden.
Die Basiskonfiguration kann man leicht über den Wizard vom Kommandozeilentool erstellt bekommen.

esphome wizard test.yaml

Mit der damit erstellen Datei kann man dann die Konfiguration für die Peripherie dazu packen. Bei mir wäre das der I2C Bus (über den der Sensor kommuniziert) und natürlich der Sensor selbst.

BME280 Temperature+Pressure+Humidity Sensor — ESPHome

I²C Bus — ESPHome

esphome:
  name: esphome-00001
 
esp32:
  board: wemos_d1_mini32
  framework:
    type: arduino
 
# Enable logging
logger:
 
# Enable Home Assistant API
api:
  password: „“
 
ota:
  password: „“
 
wifi:
  ssid: „XXX“
  password: „XXX“
 
  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: „Esphome-00001 Fallback Hotspot“
    password: „XXX“
 
captive_portal:
 
# Ergänzung nach Wizard
i2c:
  sda: 21
  scl: 22
  scan: true
  id: bus_a
 
sensor:
  – platform: bme280
    temperature:
      name: „BME280 Temperature“
      oversampling: 16x
    pressure:
      name: „BME280 Pressure“
    humidity:
      name: „BME280 Humidity“
    address: 0x77
    update_interval: 60s

Mit dem nun vorhandenen YAML kann man auf das ESP installieren. Da bei mir kein OTA-Code vorhanden war, musste der ESP am Rechner per USB verbunden werden (Serieller Port vom Typ CCxxxx wird im Gerätemanager angezeigt).

esphome run test.yaml

Damit wird dann im Hintergrund die Firmware zusammengestellt und kompiliert. Die erforderlichen Teile wie Libraries, Compiler etc. holt sich das Programm selbst aus dem Internet. Das war für mich schon komfortabel, weil mich gerade diese Tätigkeiten extrem anöden (zumal sowas ja auch gepflegt werden muss).
Wenn der ESP korrekt im Betriebssystem angemeldet ist (als serieller Port), wird dann vom Skript gefragt, über welchen Weg man die Firmware installieren will. Zur Auswahl steht dann der Port oder OTA. Da der ESP noch kein OTA kann, wird der serielle Port ausgewählt.
Das Tool flasht dann die Firmware, bootet den ESP und zeigt danach die Debug-Meldungen vom ESP als Ausgabe. Wenn was schief geht, kann man es hier mitbekommen.
Ich hatte z.B. das Wifi nicht Case-Sensitiv eingegeben und prompt ging das Anmelden nicht. Kein Problem, weil ich ja unmittelbar über die Meldungen das Problem sehen konnte und ein angepasstes YAML neu drüber installieren lassen.
Wenn alles geklappt hat, ist ab sofort im Heimnetz ein neuer Teilnehmer registriert und aktiv.
Für mich das absolut beste war aber, dass mein ESP gleich vom Home Assistant als neues Gerät erkannt wurde und über die Erweiterung ESPHome direkt eingebunden wurde. Keine weiteren Konfigurationen notwendig, sofort Gerät und 3 Entitäten verfügbar.

Ebenso einfach ist es ab sofort ein Update von der Firmware zu machen. Das geht nun direkt über OTA ohne Kabel per Netzwerk.
Wenn ich die Supervisord-Variante von Home Assistent hätte (nicht die Core-Variante im Docker Container), könnte ich das ganze sogar über die Oberfläche triggern. Mir ist es aber wichtiger so mit Docker weiterzumachen, daher bleibe ich bei der Kommandozeile und der eingeschränkten UI.

 

 

Nachtrag:

Die ganze Geschichte mit den Voraussetzungen schaffen hat mich nun doch nochmal eingeholt. Bei der Umstellung auf ExpressIf als Plattform (wegen Bluetooth) wurde der Pfad-String zu lange und konnte nicht mehr kompiliert werden. Bei der Einzelinstallation von Python ohne AppStore ging das Thema dann.
Danach konnte aber eine Abhängigkeit wegen einer angeblich geblockten Datei nicht aufgelöst werden. Tatsächlich aber auch kein Problem von ESPHome, sondern von ExpressIf selbst. Da scheint es mit 5.x-Versionen Probleme unter Windows zu geben. Mit einem alternativen Paket über GitHub 4.x war dann alles wieder ok.
Es bleibt also immer noch so, dass man sich irgendwann in den Tiefen durchwursteln muss. ESPHome versucht das aber sehr gut zu deckeln, bis halt gar nix mehr geht.
Und wenn es in Drittpaketen knallt, wäre es unfair das ESPHome zuzuordnen.
Ich würde auch stark darauf tippen, dass es unter Linux hier keine Probleme gegeben hätte. Wer kann, sollte vielleicht gleich damit starten. Ich denke das umschifft dann viele Klippen.

https://www.pexels.com/de-de/foto/dunen-des-death-valley-17108927/

Freiheit für Tuya-Geräte von der Cloud

So langsam wächst die Geräteanzahl und einige davon sind von Tuya. Die Zwangscloud ist nicht nur theoretisch ein Problem, sondern ...

ESPHome – Home Automation mit ESP32 mal wirklich ganz einfach

Mit jedem Tag zeigt sich, dass Home Automation ein sehr mächtiges Werkzeug geworden ist. Im Zuge der Tests bin ich ...
https://www.pexels.com/de-de/foto/bunte-zahnrader-171198/

Hausautomatisierung – jetzt aber richtig!

Nach inzwischen doch schon einigen mehr oder weniger erfolglosen Versuchen, das eigene Heim etwas intelligenter zu gestalten, ist nun ein ...

Hausautomatisierung – jetzt aber richtig!

Nach inzwischen doch schon einigen mehr oder weniger erfolglosen Versuchen, das eigene Heim etwas intelligenter zu gestalten, ist nun ein neuer Versuch fällig. Primärer Grund dafür ist vor allen das Angebot an reifen Komponenten und eine ziemlich gute Software.

Projekt: Heimautomatisierung

Kontakt: Boris Dirnfeldner

Link– eigenes Projekt –

Obwohl ich mich durchaus als experimentierfreudig ansehe, und auch kein Problem damit habe, mal tiefer in Eingeweiden von Lösungen rumzuwursteln, war es doch bisher sehr mühsam und teuer eine einigermaßen vernünftige Lösung für ein intelligentes Zuhause zu bauen. Das ist immer noch in Teilen richtig, allerdings kann man doch ein Paar Lichtblicke erkennen.

In den letzten Wochen habe ich mich tiefer in eine Softwareumgebung mit Namen „Home Assistant“ reingefuchst. Das Teil ist inzwischen ziemlich erwachsen und, vor allen auch durch die starken Integrationen in die Lösungen anderer Hersteller, sehr mächtig. Tatsächlich geht der Aufbau auch gut von der Hand, wenn man mal ein paar Dinge beachtet.

Ein blödes Thema ist bisher immer gewesen, dass sich zwar schnell eine Lösung zusammenbasteln ließ, manchmal sogar gar nicht so schlecht, am Ende aber immer irgendwo Stückwerk geblieben ist. Alle Versuche, diese Teile vernünftig zu integrieren, sind an einer geeigneten Lösung und vor allen an Zeit gescheitert.

Inzwischen haben sich in meiner Haus-IT einige Dinge geändert, damit auch die Basis für andere Projekte. Zum einen habe ich meinen Webserver und den Emailserver auch Docker umgestellt, um die Administration dieser Schlüsselfunktionen zu vereinfachen. Im Zuge dieser Arbeiten wurde das inzwischen doch schon ältere NAS von Synology wurde durch ein deutlich leistungsstärkeres Gerät DS220+ ergänzt. Dieses ist auch in der Lage, kleine Docker Instanzen ausreichend performant zu betreiben. Auf dem NAS läuft unter Docker auch ein MQTT-Server für diverse kleine Projekte als Kommunikationsmittel. Ebenso ist das Haus gut mit Laptops, PCs, Android Tablets und Smartphones ausgestattet. Flächendeckendes WLAN ist ebenfalls gegeben.

Durch das Solaranlagen-Projekt ist die Elektrik auch deutlich besser vernetzt, vor allen durch ein Smart Meter mit RS485 Schnittstellen und einem RS485-to-WIFI Gateway.

Am Markt gibt es inzwischen auch massig Bausteine zur Hausautomation. Je nach Geschmack mit oder ohne Cloud. Leider primär mit, aber dazu später mehr. Was sich aber definitiv geändert hat, sind die aufgerufenen Preise und die Gefälligkeit der Teile. Alles ist inzwischen merklich kompakter und auch günstiger geworden, damit auch attraktiver.

Grundsätzlich bin ich absolut kein Freund von Herstellerclouds mit all ihren Konsequenzen. Jeder, der sich die Mühe macht diese komplett zu umschiffen (und das auch hinbekommt), meinen Glückwunsch, Chapeau!

Ich für meinen Teil bin dabei inzwischen weniger grundsätzlich unterwegs, trotzdem aber weiterhin bewusst. Manche Dinge sind aber weiterhin praktisch unmöglich ohne Herstellerbindung zu realisieren. Und als Hacker tauge ich nicht, schon einfach, weil mir dafür die Zeit und Grundmotivation fehlt. In der Konsequenz gehe ich das erst mal offen an, allerdings mit einem deutlichen Blick auf die Problematik.

Fangen wir mal mit der Software an. „Home Assistant“ kann als Server komfortabel unter Docker installiert und betrieben werden. Damit ist für mich schon mal viel gewonnen, weil nicht wieder ein Raspi irgendwo rumliegt, aber kritisch zu nennen ist. Mir wurde schon mit den ersten Versuchen klar, dass ich nach den Umbauten ziemlich hiervon abhängig sein werde. Daher gefällt mir das so schon sehr gut.
Die Integration diverser Herstellerlösungen und Standards bieten einen Blumenstrauß an Optionen, vor allen die gemeinsame Verwaltung in nur einer Software. Damit bin ich zwar nicht herstellerunabhängig von den Schnittstellen, wohl aber in der Logik der Steuerung. Konkret waren schon am ersten Tag die Synology-NAS, Fritz!Boxen mit allen vorhandenen Smart-Geräten, beide Drucker und das Smartmeter eingebunden.
Genutzt werden kann das System per Browser, App, API und Assistent. Die Oberfläche per Web und App ist wirklich gut gelungen, komfortabel und die mitgelieferten Elemente sind intuitiv verwendbar und auf beiden Wegen gleichartig.
Man kommt aber auch trotzdem gut „unter die Motorhaube“, wenn man will oder muss. Python ist hier das Mittel der Wahl und liegt damit perfekt auf meiner Linie. Automationen können grafisch oder per YAML gebaut werden uns sind ziemlich einfach zu schaffen. Ich persönlich bin davon begeistert, die Lernkurve ist steil und bisher konnte ich alles Lösen. Im Detail wird das wohl später ein eigener Artikel.

Bei den Geräten ist es durchwachsener. Steckdosen lassen sich durch den MQTT-Server gut auf Basis von TASMOTA realisieren. Das geht dann komplett ohne Herstellercloud, allerdings sind die Geräte zum einen spärlich, zum anderen auch teurer als manche andere Lösung (mit Cloudbindung). Im Vergleich zu „früher“, als es noch als Sonoff-Hack vermarktet wurde, ist die Umgebung doch deutlich bekannter und teilweise sogar von Herstellern angeboten. Ich habe z.B. Schaltleisten und Dosen von „Nous“ bereits mit TASMOTA kaufen können und bin eigentlich sehr zufrieden damit.
Ein ganz extremes Beispiel für Herstellercloud und -bindung ist das Umfeld Tuya. Alle Geräte brauchen zwingend eine chinesische Cloud und den Hersteller. Dafür gibt es einen unglaublichen Gerätepark mit sehr guter Integration und Steuerungsmöglichkeiten. Nicht zu vergessen, sind die Teile mit Abstand am günstigsten. Manche Geräte können per „Tuyaconvert“ zu TASMOTA bekehrt werden, längst nicht aber alle. Über die Entwicklungsumgebung des Herstellers und dessen API können die Geräte super eingebunden werden und bieten wirklich umfangreiche Daten für die Automation an. Ich hatte mir vor einem Jahr versehentlich einen Staubsaugerrobot mit solch einer Anbindung zugelegt. Am Gerät ist nichts falsch, daher bin ich vorerst dabeigeblieben und damit war ich hier etwas offenherziger als sonst üblich.
Ich habe hier zum Ausprobieren einzelne Dosen auf Basis von Wifi und Zigbee beschafft, dazu Thermometer und Rauchmelder. Tatsächlich gibt es speziell für letzteres keine Alternative, daher werde ich wohl für Sensoren und unkritische Schalter die Dinger weiter betreiben und damit auch die Cloudbindung brauchen. Sollte der Hersteller (aus welchen Gründen auch immer) ausfallen oder unbenutzbar werden, verliere ich zwar praktische Anteile der Umgebung, aber nichts Wichtiges. Kritische Schalter und Messstellen werden davon grundsätzlich unabhängig aufgebaut (z.B. mit TASMOTA).
Jedes Gerät wird so angeschafft, dass die Basisfunktion auch ohne Automation weiter gegeben ist. Die Schalter lassen sich alle per Knopf manuell schalten, die Feuermelder funktionieren auch autark und die Temperatursensoren haben ein Display. Damit kann man notfalls auch isoliert noch arbeiten.

Aktuell integriere ich schrittweise vor allen die kräftigen Verbraucher und teste mich sonst langsam voran. Eine Motivation für die Automatisierung war die intelligente Steuerung von Verbrauchern unter Berücksichtigung der Solarleistung oder des Speicherladestands, also ein Energiemanagementsystem. Das erscheint nun sehr gut möglich, wenngleich es wohl noch ein paar Wochen braucht, bis ich da wirklich volle Kontrolle habe.

Durch die gute Kameraintegration bieten sich nun gute Möglichkeiten zur Geländeüberwachung und zur Reaktion auf Besucher. Das Thema hatte ich vorerst vertagt, mangels geeigneter Umgebung. Jetzt ist das ganz was anderes. Erste Versuche mit einer KI-Objekterkennung mit einem Yolo8-Modell und Python erscheinen ziemlich erfolgversprechend.
Nach einigen schlechten Erfahrungen mit billigen China-Cams bin ich nun auf bessere, aber auch teurere Geräte umgesattelt. Für den Eingang ist z.B. eine HIKVision beschafft worden und zeigt doch deutlich, was ein Paar Euro Unterschied ausmachen. Die Bildqualität ist deutlich besser und vor allen sind die Geräte autark betreibbar und ONVIF-kompatibel. Wieder eine Cloud umschifft. Meine Bilder will ich definitiv nicht über China verarbeiten. Die anderen Versuchsgeräte lassen sich meist nur gut über die Apps nutzen und werden wohl verkauft. Gibt sicher Nutznießer dafür, bei mir wird das so aber nichts.

Damit das Ganze auch für die Familie nutzbar wird (auch ohne App oder Browser), wurde ein altes Tablet zum Hausterminal umgewidmet. Die App läuft auf dem Samsung Galaxy S Altgerät gut. In Verbindung mit der App „Fully Kiosk Browser“ kann die App sogar exklusiv betrieben werden und das drunter liegende Android geschützt werden. Das Teil ist einen eigenen Artikel wert, daher hier nur als Randbemerkung.

Von den gängigen Sprachassistenten wie Alexa & Co halte ich mich weiter fern. Die Dinger sind mir an sich zu blöd (weil man sich die Syntax der Systeme anlernen muss) und auch schwierig unter Kontrolle zu halten. Allerdings schaue ich mir die Optionen an, die mir der Home Assistant hier bietet. Die aktuell stark in der Entwicklung befindliche Komponente des Assistenten ist an sich unfähig. Allerdings erlaubt mir die Software hier auch die Einbindung stärkerer Systeme. Da dies auch aktuelle KI-Systeme wie ChatGPT beinhaltet, ist das Interface also in der Theorie beliebig mächtig. Hier ist wohl am meisten Potential und auch am meisten Unsinn zu veranstalten, daher gehe ich es erstmal langsam in Trippelschritten an.

Da sich hier gerade in Summe wieder eine riesige Welt an Möglichkeiten aufgetan hat, ist das kaum in ein Paar Textzeilen zu pressen. Aktuell ist das immer noch eine Spiel- und Testphase. Allerdings kommt immer mehr Hardware dazu und auch sonst wird das Haus immer mehr in diese Richtung gedrückt.

Ich baue mir die nächsten Wochen das System weiter aus und werde immer wieder mal zu Details Artikel schreiben. Ich glaube aber, dass diesmal tatsächlich was Sinnvolles dabei rauskommt und ich wirklich (neben der Bastelei) auch einen echten Mehrwert generiere. Meine Familie zeigt sich auch recht ruhig, auch in kritischen oder grundsätzlichen Fragen, was ein gutes Zeichen ist. Wir werden sehen, wie es dann am Ende des Jahres aussieht, wenn also Teilprojekt ineinandergreifen und das Haus sich aktiver in unseren Alltag einbringt.

https://www.pexels.com/de-de/foto/dunen-des-death-valley-17108927/

Freiheit für Tuya-Geräte von der Cloud

So langsam wächst die Geräteanzahl und einige davon sind von Tuya. Die Zwangscloud ist nicht nur theoretisch ein Problem, sondern ...

ESPHome – Home Automation mit ESP32 mal wirklich ganz einfach

Mit jedem Tag zeigt sich, dass Home Automation ein sehr mächtiges Werkzeug geworden ist. Im Zuge der Tests bin ich ...
https://www.pexels.com/de-de/foto/bunte-zahnrader-171198/

Hausautomatisierung – jetzt aber richtig!

Nach inzwischen doch schon einigen mehr oder weniger erfolglosen Versuchen, das eigene Heim etwas intelligenter zu gestalten, ist nun ein ...

Wir benutzen Cookies und Logs mit personenbezogenen Daten ausschließlich für essentielle Funktionen wie z.B. bei der Benutzeranmeldung oder der Fehlersuche. Für Videos werden weitere Cookies von Drittanbietern benötigt. Details finden sie unter dem Link "Weitere Informationen".