ich bin selbst leidenschaftlicher Home-Assistant-Nutzer und verwalte damit den Großteil meines Smart Homes. Allerdings habe ich bei einigen komplexen, regelungsintensiven Aufgaben gemerkt, dass unzählige YAML-Templates, Helper-Sensoren und verschachtelte Automationen das System schnell unübersichtlich machen. Zudem wollte ich für kritische Steuerungen eine saubere Entkopplung, eigene Datenbank-Historien und schlanke Weboberflächen.
Deshalb habe ich drei eigenständige Open-Source-Web-Apps / Microservices entwickelt (mit der Hilfe von KI - gebe ich zu ) (auf Python/PHP-Basis, deploybar z.B. per Ansible im Debian-Container), die perfekt mit HA zusammenspielen (z.B. via MQTT oder Telegram), aber autark laufen:
1. Heizungssteuerung mit EMS-ESP (Buderus / Bosch)
Ausgangslage: Das klassische Takten von Gas-Brennwertthermen in der Übergangszeit (besonders bei Fußbodenheizung) verschleißt Material und verbraucht unnötig Gas.
Der Standalone-Ansatz: Die App kommuniziert über ein EMS-ESP-Gateway direkt per MQTT mit der Therme. Sie steuert dynamische Taktsperren (je nach Außentemperatur 35–65 Min. Nachtbetrieb) und stufenweise Warmwasserladung.
Sicherheit & HA-Einbindung: Alle Sicherheitsfunktionen bleiben im Kessel. Ein Home-Assistant-Watchdog setzt die Heizung zurück, falls der Dienst ausfällt. Zudem gibt es einen Dry-Run-Modus.
Ergebnis: Wetterbereinigt nach VDI 3807 (kWh pro Gradtag) konnte der Gasverbrauch um ca. 19–22 % gesenkt werden.
2. Anker Solix Steuerung (Solarbank 2 E1600 Pro)
Ausgangslage: Die Anker-App liefert Daten oft nur verzögert, und nicht jeder möchte für eine reine Auswertung/Steuerung ein volles HA-System offen halten.
Der Standalone-Ansatz: Eine schlanke Web-App für Handy und Browser mit Fokus auf Performance und Tiefe.
Highlights:
Echtzeitdaten: 3–5-Sekunden-Intervall via MQTT statt 5-Minuten-Cloud-Polling.
Energiefluss & Prognose: Visueller Energiefluss (inkl. DWD/Open-Meteo-Wetter), Akku-Restzeitberechnung für Zusatzakkus und PV-Prognosevergleich (Solcast & Forecast.Solar mit P10–P90 Spannen).
Steuerung: Manuelle Zeitpläne, Smart-Meter-Umschaltung und SOC-Grenzen direkt im Web-UI.
3. Lüftungssteuerung & Lüftungsempfehlung
Ausgangslage: Einfaches Lüften nach relativer Luftfeuchtigkeit führt in der Übergangszeit oder im Sommer oft zu Fehlentscheidungen (Schimmelgefahr oder Eintragen von Feuchtigkeit).
Der Standalone-Ansatz: Statt Dutzende Template-Sensoren für Taupunkt etc. in HA zu verwalten, berechnet die App auf Basis mehrerer Zigbee- / Raum- und Außenfühler physikalisch exakt die absolute Luftfeuchtigkeit ($g/m³$) und den Taupunkt.
Nutzen: Zielgerichtete Lüftungsempfehlungen und Benachrichtigungen, wenn Lüften zur Entfeuchtung des Gebäudes tatsächlich effektiv ist.
Mein Fazit zum Architektur-Wechsel: Home Assistant bleibt meine zentrale Anlaufstelle für Dashboards, Präsenzerfassung und simple Automationen. Durch das Auslagern dieser drei Spezialaufgaben in kleine, spezialisierte Dienste bleibt mein HA-Setup extrem aufgeräumt, wartbar und performant.
Vielleicht ist ja für den ein oder anderen was dabei, über Feedback freue ich mich natürlich
Seit Version 1.4 gibt es eine eigene Seite „Automatik“ mit zwei Funktionen. Jede lässt sich einzeln auf Aus, Nur beobachten (protokolliert nur, was sie tun würde) oder Aktiv stellen.
Sonnenprognose: Die App holt alle drei Stunden die stündliche Strahlungsprognose von Open-Meteo. Ist ein sonniger Tag angesagt, werden die Taktsperren am Vormittag verlängert, denn die Sonne heizt später durch die Fenster mit. Ohne das würde der träge Estrich nachmittags überheizen. Damit es morgens nicht zu kühl wird, wird nur verlängert, wenn der Raum nahe an der Wunschtemperatur liegt.
Heizkurve nach Raumtemperatur: Einmal täglich vergleicht die App den Raum-Mittelwert im Tagbetrieb (24 oder 48 Stunden) mit der Wunschtemperatur. Weicht er zu stark ab, verschiebt sie die Heizkurve des RC35 um 0,5 K, wartet dann die Wirkung ab und bleibt in einem festen Rahmen um den Ausgangswert. Den Raumfühler wähle ich aus allen Zigbee2MQTT-Thermometern aus. Die Taktsperre nutzt weiter ihren eigenen Fühler.
Erste Eindrücke: Beide laufen erst seit ein paar Tagen. Wie viel sie zusätzlich sparen und ob der Komfort steigt, zeigt erst der Winter. Ich berichte dann mit den wetterbereinigten Zahlen. Die Steigung der Heizkurve fasse ich bewusst noch nicht automatisch an. Dafür brauche ich erst die Daten eines ganzen Winters.
Ich verstehe den Ansatz mit der externen Steuerung nicht wirklich.
Bei mir läuft auch EMS-ESP an einer Gas-Brennwerttherme. Der Steuerungsaufwand in HA hält sich aber stark in Grenzen. Ich habe mittels KI die Parameter der Heizung- und Warmwasseranlage optimiert. Einflüsse gibt es durch Wetter, Anwesenheit und Tageszeit.
Verbessert hat sich die Taktung, Vorlauftemperatur, Zirkulation usw.
PV-Anlage wird durch das Herstellersystem gesteuert und Lüftung macht FreshAirIQ Integration.
Genauso habe ich über Anker nachgedacht - wenn ich wirklich schneller Aktuelle werte haben möchte, benutze ich die Anker App - und der Rest läuft über den HA
Kann ich gut verstehen, und wenn bei euch alles sauber in HA läuft, spricht auch nichts dagegen. Ich will ja niemanden zum Wechseln auffordern oder gar zwingen - Es soll halt einfach nur zeigen dass es auch Alternativen gibt. Nicht mehr, nicht weniger.
Für mich war es eine Abwägung. Nicht jeder kann oder will sich in Home Assistant mit YAML, Automationen, Templates und Helfern einarbeiten. Die Apps sind einfach eine Alternative: schnell aufgesetzt, eine eigene Oberfläche, und die ganze Logik liegt an einer Stelle, statt über viele Automationen verteilt.
Dazu kommt meine eigene Erfahrung: Gerade beim Lüften haben mir fehlerhafte Updates aus HACS mehrfach einiges zerlegt. Seit die Logik in einer eigenen kleinen App läuft, ändert sich da nur noch etwas, wenn ich es selbst ändere.
Für meine Punkte ist das für mich die bessere Lösung. HA nutze ich trotzdem weiter, zum Beispiel für Push-Meldungen und den Watchdog und noch einiges andere. Am Ende soll jeder es so machen, wie es für ihn am besten passt.
VG Alex
P.S. Und da ich hier schon vieles mitgenommen habe, Anregungen aus der community etc., wollte ich mal mein(e) Projekte vorstellen Geben und nehmen…
) (auf Python/PHP-Basis, deploybar z.B. per Ansible im Debian-Container), die perfekt mit HA zusammenspielen (z.B. via MQTT oder Telegram), aber autark laufen:
- Es soll halt einfach nur zeigen dass es auch Alternativen gibt. Nicht mehr, nicht weniger.