Könnte man in Gladys einen etwas vollständigeren Thermostat haben.
Fähig, gleichzeitig einen Heizmodus und einen Kühlmodus zu verwalten.
Mit mehreren Betriebsmodi, abwesend, Komfort, Frostschutz usw…
bei dem man definieren kann, welches Gerät zu steuern ist, welche Temperatursonde zu verwenden ist
Die Möglichkeit, den unteren Auslösewert und den oberen Abschaltwert einzustellen.
In HA gibt es dieses Gerät und es ist ziemlich praktisch.
Man muss nicht über Szenen alles einstellen, man muss nur definieren, wann ein bestimmter Modus ausgelöst werden soll
Es gibt auch das Projekt Versatile Thermostat, das ich verwende.
Hier sind Screenshots eines ersten Einblicks in das Thermostat, das ich heute Morgen erstellt habe. Es gibt noch viel zu tun…
Aus-Modus:
Heizmodus aktiv und Thermostat unter der gemessenen Temperatur
Heizmodus aktiv und Thermostat über der gemessenen Temperatur
Um den Sollwert zu ändern, kann man den Schieberegler oder die + / - Tasten verwenden
Mehrere Voreinstellungen
Klimamodus
Box-Konfiguration
Hier sind die Änderungen des Tages
Thermostat AUS
Vorschau im hellen Thema
Menü Bearbeitung
Einstellung des erweiterten Modus
Mit Auswahl des Betriebsmodus: Heizung oder Klimaanlage
Berechnungstyp: Per Hysterese oder TPI-Funktion
Minimal- und Maximaltemperatur
Die Parameter für den Berechnungstyp
Voreingestellte Temperaturen
Was mir noch fehlt:
- Verwaltung des Benutzerparameters für die Temperatureinheit °C / F
- Möglichkeit, die Informationen in den Szenen abzurufen
- Ein anderes Icon für den Frostschutzmodus finden, ich wollte nur ein Schneeflocken-Icon, aber es ist nicht im Feather-Icon-Set enthalten
Zögern Sie nicht, mir Feedback oder Vorschläge zu geben
Super Arbeit @Will_71 
Ich kann es kaum erwarten, eine Beta zu testen 
Anmerkung zum Diagramm: Ist der Kreis für die Temperaturvorgabe funktionsfähig?
Wie ich dir mit dem + und - zeige, frage ich mich das.
Falls es nicht funktionsfähig ist, mache ich einfach eine volle Abrundung wie den Anfang des Kreisbogens (ich hoffe, ich bin klar).
Am Computer kann man das verwalten, aber auf dem Handy oder Tablet, sobald man klickt und bewegt, ist es eine Katastrophe.
Für die voreingestellten Temperaturen: Werden diese durch die manuellen Einstellungen oder durch das Diagramm verwaltet?
Wenn du 22°C mit dem Diagramm einstellst, ändert sich dann alles andere? (mit -3°C für Eco im Automatikmodus usw.)
Dumme Frage, aber es werden auch Fahrenheit berücksichtigt? (da steht (C) in Hysterese)
Ja, der Kreis der Gepäckaufbewahrung ist wie die Knöpfe funktionsfähig.
Beide sind möglich.
Über die Parameter
Ich habe angegeben, dass es zu den Dingen gehört, die ich noch erledigen muss
entschuldige, ich habe zu schnell gelesen, war zu sehr in Eile, dir zu antworten 
das ist also nur eine Voreinstellung und wenn man das Diagramm schnell ändert, ändert sich in den Einstellungen die Komforttemperatur.
Wie läuft das mit der Temperatur des Öko-Modus?
Da gibt es sicher etwas, das ich nicht verstehe …
EDIT: ich habe es gefunden, ich denke in Pilotleitung und also komplett automatisch 
Die unteren Schaltflächen sind Voreinstellungen. Wenn du also auf Komfort klickst, wird die Komforttemperatur angewendet, bei Eco die voreingestellte Eco-Temperatur usw.
Das sind Abkürzungen, wenn du es bevorzugst.
Wenn du die Temperatur selbst mit dem Schieberegler oder den Schaltflächen änderst, wechselst du in den manuellen Modus.
Mein Ziel ist es, diese Zustände später in den Szenen wiederherzustellen.
In deinen Szenen könntest du dann einen Zeitplan erstellen und festlegen, dass du die Temperatur des Komfortmodus zu einer bestimmten Uhrzeit anwenden möchtest. Der Eco-Modus hat einen anderen Zeitpunkt…
Die Temperatur des Abwesend-Modus anwenden, wenn dein Haus leer ist…
Ja und den Zustand abrufen, um zum Beispiel ein Pilotenleitungsmodul zu steuern
Kleine Frage @Will_71, wo findest du diese Einstellungen? Im Dashboard?
Wenn du dein Dashboard bearbeitest und auf die Box anwendest.
Das ist nicht global für alle Boxen, die du hinzufügen möchtest.
Aber könnten dann zwei Benutzer dieselben Thermostatfunktionen mit unterschiedlichen Einstellungen in zwei Dashboards haben?
Oder sind die Funktionen nicht mehr auswählbar, wenn sie bereits in einem Dashboard sind?
Und sonst … ich liebe es! Es ist wirklich sauber 
Ich bin da nicht ganz deiner Meinung.
Wenn du einen Pilotdraht verwendest, steuerst du nur die Komforttemperatur und der Rest wird automatisch vom Modul und/oder dem Heizkörper bestimmt (da bin ich mir nicht sicher, wer).
Wenn du Hysterese oder TPI verwendest, ist das nur Ein/Aus für das Modul, aber es ist mit jedem „einfachen“ Modul kompatibel, das die Leistung eines Heizkörpers unterstützt.
Ehrlich gesagt habe ich so etwas noch nicht gesehen.
Derzeit kannst du für jeden Benutzer eine andere Einstellung im Dashboard vornehmen.
Aber das ist etwas, das man im Auge behalten sollte, um Konflikte zu vermeiden.
Der Thermostat steuert dein Modul nicht direkt, du musst die Szenen selbst erstellen.
Du kannst also eine Szene erstellen
Wenn im ECO-Modus und keine Heizung, dann steuerst du dein Pilotdrahtmodul auf ECO.
Wenn im ECO-Modus und Heizung läuft, dann steuerst du dein Modul auf Komfort.
Wenn im Komfortmodus und keine Heizung, dann steuerst du dein Modul auf Eco oder Aus.
Wenn im Komfortmodus und Heizung läuft, dann steuerst du dein Modul auf Komfort.
etc…
Wenn du einen Pilotdraht verwendest, steuerst du nicht die Temperatur deines Heizkörpers. Du sendest nur einen Befehl.
So verwende ich meine Heizkörper mit Pilotdraht zu Hause jedenfalls.
Hallo @Will_71 
Interessant diese Entwicklung, ich bin neugierig zu erfahren, wie du das System konzipiert hast, denn das, was du beschreibst, ist weit mehr als ein Steuerungs-Widget, es ist ein Motor zur Temperaturverwaltung im Haus, der einen intelligenten Thermostat „ersetzt“.
Aber ansonsten ist es super sauber
Hallo @pierre-gilles,
Für mich war das Konzept anfangs einfach: Ein Smart-Home-System sollte einen „intelligenten“ Thermostat haben. Und nebenbei gesagt, steht es auch im Titel der Anforderung: Feature Thermostat komplett.
Dann, für das Lastenheft (CDC), habe ich mich auf meine eigenen Bedürfnisse gestützt. Bei mir habe ich einen Netatmo-Thermostat, der meinen Pelletsofen im TOR-Betrieb (Alles oder Nichts) mit einem Zeitplan steuert. Ich habe auch elektrische Heizkörper, die über einen Heizkörperregler gesteuert werden. Heute verwaltet ich das alles mit der Netatmo-Integration (danke @Terdious) und einem JS-Skript in Node-RED, in dem ich eine TPI-Funktion implementiert habe, um meine elektrischen Heizungen zu steuern.
Zur Information, hier ist eine Definition des TPI (die ich in Node-RED umgesetzt habe):
TPI-Thermostat (Time Proportional & Integral)
Ein Thermostat vom Typ TPI, basierend auf der Innen- und Außentemperatur, mit Abschaltung, wenn ein Fenster geöffnet ist.
Das Ziel ist es, eine Heizleistung basierend auf einem Sollwert, der Innentemperatur und der Außentemperatur zu berechnen. Die Leistung sollte 100 % betragen, wenn die Raumtemperatur weit vom Sollwert entfernt ist, und dann allmählich abnehmen, bis der Sollwert erreicht ist. Anschließend sollte der Heizkörper leicht warm bleiben, um die Wärmeverluste auszugleichen, abhängig von der Außentemperatur.
Die Berechnung der Leistung in % erfolgt durch die Formel:
Leistung = coeff_c * (T_Sollwert - T_Innen) + coeff_t * (T_Sollwert - T_Außen)
(mit einem Minimum von 0 % und einem Maximum von 100 %).
- coeff_c ist ein Koeffizient, der von der Heizleistung und der Fläche abhängt.
- coeff_t hängt von der Isolierung des Raums und den Wärmeverlusten ab.
Für eine Standardinstallation nach Norm werden in der Regel coeff_c = 0,6 und coeff_t = 0,01 verwendet.
Beispiel: T_Innen = 19°C, T_Außen = 10°C und Sollwert bei 20°C => Leistung = 70%.
Die Berücksichtigung der Außentemperatur ist daher unerlässlich, um Wärmeverluste auszugleichen und eine konstante Temperatur zu halten. Anschließend muss die berechnete Leistung in eine ON-OFF-Sequenz umgewandelt werden. Diese Implementierung ist für Konvektoren mit Heizkörperregler (Typ Qubino) vorgesehen, aber eine Anpassung für andere Heizungstypen ist möglich.
Für unsere Konvektoren wird die benötigte Leistung alle 10 Minuten neu berechnet, was die Laufzeit über den Zeitraum definiert. Bei einer Leistung von 70 % ist der Konvektor 7 Minuten lang EIN und 3 Minuten lang AUS. Die Periodizität hängt von der Trägheit ab: 30 Minuten bis 1 Stunde für einen Kessel, 10 Minuten für einen Konvektor. Für einen Pelletsofen sollte die Leistung beispielsweise alle 30 Minuten neu berechnet werden. Der Thermostat berücksichtigt den Zustand der Fenster und schaltet den Heizkörper ab, wenn eines davon geöffnet ist.
Mein Bedarf:
- Meine Abhängigkeit von Cloud-Produkten (Netatmo) beseitigen, denn wenn die Server ausgefallen sind oder im Falle eines Internetausfalls, ist das problematisch.
- Node-RED entfernen. Node-RED ermöglicht vieles, aber wenn man alles in Gladys zentralisieren kann, ist das besser.
- Eine schöne Oberfläche, wenn möglich, nicht nur ein +/–Knopf, der einen Sollwert ändert.
- Ein Heizsystem (Kessel, Ofen…) im TOR-Betrieb (AN/AUS) steuern können.
- Ein Heizsystem über einen Heizkörperregler steuern können.
- Die Erstellung von Szenen vereinfachen mit einer Berechnungsfunktion vom Typ Hysterese oder TPI.
- Voreingestellte Temperaturen (Abwesend, Eco, Nacht, Komfort…) haben, was ich in der Netatmo-App sehr schätze.
- Die Gemeinschaft von der Entwicklung profitieren lassen.
Meine Unsicherheiten betreffen die Steuerung:
- Entweder über Szenen, ein bisschen wie bei der Alarmanlagen-Box, indem die verschiedenen Voreinstellungen (Nacht, Abwesend, Eco, Komfort…) exponiert werden, die Information über den Heizzustand, und jeder bleibt frei, seine Geräte in den Szenen zu steuern.
- Oder direkt durch die Auswahl eines Geräts in den Einstellungen (kann je nach Konfiguration jedes Einzelnen schwierig sein, umzusetzen).
- Oder beides.
Vorschlag für die Aufteilung der Entwicklung:
- Grafische Oberfläche und Steuerung eines einfachen Sollwerts mit Schieberegler und +/–Knöpfen.
- Implementierung der Steuerung durch Hysterese in die Szenen integriert.
- Implementierung der erweiterten Steuerung durch TPI.